Thread: latest version?
Hi, What is the latest version of PostgreSQL? Is there something like 7.1? Pawel
Pawel Wegrzyn wrote:
>
> Hi,
> What is the latest version of PostgreSQL?
> Is there something like 7.1?
The most recent version 7.0.2. 7.1 is about to come - I am looking
forward to it as well.
Regards,
Mit freundlichem Gruß,
Holger Klawitter
--
Holger Klawitter +49 (0)251 484 0637
holger@klawitter.de http://www.klawitter.de/
On Wed, 25 Oct 2000, Holger Klawitter wrote: > Pawel Wegrzyn wrote: > > > > Hi, > > What is the latest version of PostgreSQL? > > Is there something like 7.1? > > The most recent version 7.0.2. 7.1 is about to come - I am looking > forward to it as well. 7.0.3 is about to come out, 7.1 is about 2 months away yet :)
The Hermit Hacker <scrappy@hub.org> writes: > On Wed, 25 Oct 2000, Holger Klawitter wrote: > > > Pawel Wegrzyn wrote: > > > > > > Hi, > > > What is the latest version of PostgreSQL? > > > Is there something like 7.1? > > > > The most recent version 7.0.2. 7.1 is about to come - I am looking > > forward to it as well. > > 7.0.3 is about to come out, 7.1 is about 2 months away yet :) How compatible with 7.0 and 7.1 be from an application standpoint? Will applications linked with libraries from 7.0 be able to talk to the 7.1 database? Any changes in library major versions? The other way? The reason I'm asking is that Red Hat wants to maintain binary compatibility in a for all x in y.x (that's what distribution numbering means to us, other Linux distributions have other (and sometimes rather weird) schemes), but I'm also interested in upgrading the database component. -- Trond Eivind Glomsrød Red Hat, Inc.
[ Charset ISO-8859-1 unsupported, converting... ] > The Hermit Hacker <scrappy@hub.org> writes: > > > On Wed, 25 Oct 2000, Holger Klawitter wrote: > > > > > Pawel Wegrzyn wrote: > > > > > > > > Hi, > > > > What is the latest version of PostgreSQL? > > > > Is there something like 7.1? > > > > > > The most recent version 7.0.2. 7.1 is about to come - I am looking > > > forward to it as well. > > > > 7.0.3 is about to come out, 7.1 is about 2 months away yet :) > > How compatible with 7.0 and 7.1 be from an application standpoint? > Will applications linked with libraries from 7.0 be able to talk to > the 7.1 database? Any changes in library major versions? The other > way? Historically, all applications have been able to talk to newer servers, so a 6.4 client can talk to a 7.0 postmaster, and I believe 7.0 clients can talk to 7.1 postmasters. We usually do not go the other way, where 6.5 clients can not talk to 6.4 postmasters. I believe 7.0->7.1 will be able to talk in any 7.0.X/7.1 client and server combination. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Bruce Momjian wrote: > Trond Eivind Glomsrød wrote: > > How compatible with 7.0 and 7.1 be from an application standpoint? > > Will applications linked with libraries from 7.0 be able to talk to > > the 7.1 database? Any changes in library major versions? The other > > way? > Historically, all applications have been able to talk to newer servers, > so a 6.4 client can talk to a 7.0 postmaster, and I believe 7.0 clients > can talk to 7.1 postmasters. > We usually do not go the other way, where 6.5 clients can not talk to > 6.4 postmasters. I believe 7.0->7.1 will be able to talk in any > 7.0.X/7.1 client and server combination. He's meaning the libpq version for dynamic link loading. Is the libpq.so lib changing versions (like the change from 6.5.x to 7.0.x changed from libpq.so.2.0 to libpq.so.2.1, which broke binary RPM compatibility for other RPM's linked against libpq.so.2.0, which failed when libpq.so.2.1 came on the scene). I think the answer is no, but I haven't checked the details yet. Not just libpq, though -- libpgtcl.so has also been problematic. Of course, the file format on disk changes (again!), which is a whole 'nother issue for RPM's...... -- Lamar Owen WGCR Internet Radio 1 Peter 4:11
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> I believe 7.0->7.1 will be able to talk in any
> 7.0.X/7.1 client and server combination.
This should work as far as simple connectivity goes, but 7.0
applications that do queries against system catalogs might find
that their queries need to be updated. For example, psql's backslash
commands didn't recognize views for awhile due to pg_class.relkind
changes.
regards, tom lane
[ Charset ISO-8859-1 unsupported, converting... ] > Bruce Momjian wrote: > > Trond Eivind Glomsr?d wrote: > > > How compatible with 7.0 and 7.1 be from an application standpoint? > > > Will applications linked with libraries from 7.0 be able to talk to > > > the 7.1 database? Any changes in library major versions? The other > > > way? > > > Historically, all applications have been able to talk to newer servers, > > so a 6.4 client can talk to a 7.0 postmaster, and I believe 7.0 clients > > can talk to 7.1 postmasters. > > > We usually do not go the other way, where 6.5 clients can not talk to > > 6.4 postmasters. I believe 7.0->7.1 will be able to talk in any > > 7.0.X/7.1 client and server combination. > > He's meaning the libpq version for dynamic link loading. Is the > libpq.so lib changing versions (like the change from 6.5.x to 7.0.x > changed from libpq.so.2.0 to libpq.so.2.1, which broke binary RPM > compatibility for other RPM's linked against libpq.so.2.0, which failed > when libpq.so.2.1 came on the scene). I think the answer is no, but I > haven't checked the details yet. I usually up the .so version numbers before entering beta. That way, they get marked as newer than older versions. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
Bruce Momjian <pgman@candle.pha.pa.us> writes: > > How compatible with 7.0 and 7.1 be from an application standpoint? > > Will applications linked with libraries from 7.0 be able to talk to > > the 7.1 database? Any changes in library major versions? The other > > way? > > Historically, all applications have been able to talk to newer servers, > so a 6.4 client can talk to a 7.0 postmaster, and I believe 7.0 clients > can talk to 7.1 postmasters. Great - that was what I wanted to know. > We usually do not go the other way, where 6.5 clients can not talk to > 6.4 postmasters. I believe 7.0->7.1 will be able to talk in any > 7.0.X/7.1 client and server combination. Thanks! -- Trond Eivind Glomsrød Red Hat, Inc.
Lamar Owen <lamar.owen@wgcr.org> writes: > Bruce Momjian wrote: > > Trond Eivind Glomsrød wrote: > > > How compatible with 7.0 and 7.1 be from an application standpoint? > > > Will applications linked with libraries from 7.0 be able to talk to > > > the 7.1 database? Any changes in library major versions? The other > > > way? > > > Historically, all applications have been able to talk to newer servers, > > so a 6.4 client can talk to a 7.0 postmaster, and I believe 7.0 clients > > can talk to 7.1 postmasters. > > > We usually do not go the other way, where 6.5 clients can not talk to > > 6.4 postmasters. I believe 7.0->7.1 will be able to talk in any > > 7.0.X/7.1 client and server combination. > > He's meaning the libpq version for dynamic link loading. Not only - I'm interested in both issues. > Is the libpq.so lib changing versions (like the change from 6.5.x to > 7.0.x changed from libpq.so.2.0 to libpq.so.2.1, which broke binary > RPM compatibility for other RPM's linked against libpq.so.2.0, which > failed when libpq.so.2.1 came on the scene Huh? Shouldn't happen. > Not just libpq, though -- libpgtcl.so has also been problematic. I don't think we ship that as a dynamic library. -- Trond Eivind Glomsrød Red Hat, Inc.