| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Stephen Frost <sfrost(at)snowman(dot)net> |
| Cc: | Heikki Linnakangas <heikki(at)enterprisedb(dot)com>, pgsql-hackers(at)postgreSQL(dot)org, pgsql-packagers(at)postgreSQL(dot)org |
| Subject: | Re: Getting to 8.3 beta1 |
| Date: | 2007-09-27 19:27:31 |
| Message-ID: | 26743.1190921251@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Stephen Frost <sfrost(at)snowman(dot)net> writes:
>> Tom Lane wrote:
>>> * Do we bump the .so major version number for libpq? I think we should
>>> because there are two new exported functions since 8.2, and on at least
>>> some platforms there's nothing else than major number to disambiguate
>>> whether a client needs these or not. Comments?
> Bumping the soname is an indication of a binary-incompatible change and
> means that old binaries *can't* link against the new library, and so
> everything has to be recompiled. Please don't do that unless it really
> is a binary-incompatible change because it's alot of extra work for
> packagers to deal with all of their reverse dependencies and getting
> everyone to recompile.
It's not only a question of whether old binaries can use the newer
library; it's a question of whether a package's dependencies correctly
show that it needs the newer library (if it does). Without this,
dependency-solving update systems like yum, apt, etc may fail to install
prerequisite updates.
If we can skip the compatibility-package pushup this time around,
I'll be as happy as anyone. But I'm worried about getting into the
kind of mess we had in 8.0, where we decided *after* release that
we needed a soname bump :-(
Anyone on -packagers want to weigh in on this?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stephen Frost | 2007-09-27 19:55:07 | Re: Getting to 8.3 beta1 |
| Previous Message | Chris Browne | 2007-09-27 19:26:08 | Re: Getting to 8.3 beta1 |