Обсуждение: BUG #5721: EnterpriseDB linux one-click installer missing libuuid.so.16
The following bug has been logged online: Bug reference: 5721 Logged by: Alexia Lau Email address: alau@esri.com PostgreSQL version: 9.0.1 Operating system: SUSE 11/RHEL 5.5 32-bit & 64-bit Description: EnterpriseDB linux one-click installer missing libuuid.so.16 Details: Hi, I'm running into the same problem reported with bug #5677, but I'm installing on SUSE 11 and RedHat 5.5. I saw a thread below and Dave Page mentioned that there's a bug which didn't copy the library properly which has been fixed at PostgreSQL 9.0.2. What is the bug number related to this and when is the planned release for 9.0.2? Will EnterpriseDB fix the one-click installer for linux builds to this? Thank you, Alexia http://archives.postgresql.org/pgsql-general/2010-10/msg00311.php On Thu, Oct 7, 2010 at 3:56 AM, Tom Lane <tgl@xxxxxxxxxxxxx> wrote: > Mike Christensen <mike@xxxxxxxxxxxxx> writes: >> On Wed, Oct 6, 2010 at 7:38 PM, Tom Lane <tgl@xxxxxxxxxxxxx> wrote: >>> If you have a libossp-uuid.so.16, you might try symlinking libuuid.so.16 >>> to that instead of carrying a separate file. > >> So now what you're saying is if it's not broke, fix it till it is :) > > Well, it's hard to argue with that position ;-). But I'll try anyway: > the platform-provided version of the library will be updated for bug > fixes, compatibility rebuilds, etc. Your private copy won't be, unless > you remember to do it. Eventually that's gonna bite ya. > > Of course the best fix would be for EDB to ship a build of Postgres > that actually follows the platform-standard naming convention for this > library. I'm still wondering why they're linking to libuuid.so. > Dave? Because that's what comes with ossp-uuid 1.6.2, and I assume is what configure chooses when we use --with-ossp-uuid: [buildfarm@bf2-linux ~]$ uuid-config --libs -luuid FYI, there was also a bug in the installer which didn't copy the library properly, which has been fixed for 9.0.2. -- Dave Page PostgreSQL Core Team http://www.postgresql.org/
Alexia Lau wrote: > > The following bug has been logged online: > > Bug reference: 5721 > Logged by: Alexia Lau > Email address: alau@esri.com > PostgreSQL version: 9.0.1 > Operating system: SUSE 11/RHEL 5.5 32-bit & 64-bit > Description: EnterpriseDB linux one-click installer missing > libuuid.so.16 > Details: > > Hi, > > I'm running into the same problem reported with bug #5677, but I'm > installing on SUSE 11 and RedHat 5.5. I saw a thread below and Dave Page > mentioned that there's a bug which didn't copy the library properly which > has been fixed at PostgreSQL 9.0.2. What is the bug number related to this > and when is the planned release for 9.0.2? Will EnterpriseDB fix the > one-click installer for linux builds to this? The release of PG 9.0.2 is really under the control of the community timetable. I am not sure when the next minor update will happen. Sorry. --------------------------------------------------------------------------- > > Thank you, > Alexia > > > http://archives.postgresql.org/pgsql-general/2010-10/msg00311.php > > On Thu, Oct 7, 2010 at 3:56 AM, Tom Lane <tgl@xxxxxxxxxxxxx> wrote: > > Mike Christensen <mike@xxxxxxxxxxxxx> writes: > >> On Wed, Oct 6, 2010 at 7:38 PM, Tom Lane <tgl@xxxxxxxxxxxxx> wrote: > >>> If you have a libossp-uuid.so.16, you might try symlinking > libuuid.so.16 > >>> to that instead of carrying a separate file. > > > >> So now what you're saying is if it's not broke, fix it till it is :) > > > > Well, it's hard to argue with that position ;-). But I'll try anyway: > > the platform-provided version of the library will be updated for bug > > fixes, compatibility rebuilds, etc. Your private copy won't be, unless > > you remember to do it. Eventually that's gonna bite ya. > > > > Of course the best fix would be for EDB to ship a build of Postgres > > that actually follows the platform-standard naming convention for this > > library. I'm still wondering why they're linking to libuuid.so. > > Dave? > > Because that's what comes with ossp-uuid 1.6.2, and I assume is what > configure chooses when we use --with-ossp-uuid: > > [buildfarm@bf2-linux ~]$ uuid-config --libs > -luuid > > FYI, there was also a bug in the installer which didn't copy the > library properly, which has been fixed for 9.0.2. > > > -- > Dave Page > PostgreSQL Core Team > http://www.postgresql.org/ > > -- > Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-bugs -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
Excerpts from Bruce Momjian's message of vie nov 12 15:09:17 -0300 2010: > Alexia Lau wrote: > > I'm running into the same problem reported with bug #5677, but I'm > > installing on SUSE 11 and RedHat 5.5. I saw a thread below and Dave Page > > mentioned that there's a bug which didn't copy the library properly which > > has been fixed at PostgreSQL 9.0.2. What is the bug number related to this > > and when is the planned release for 9.0.2? Will EnterpriseDB fix the > > one-click installer for linux builds to this? > > The release of PG 9.0.2 is really under the control of the community > timetable. I am not sure when the next minor update will happen. > Sorry. Surely if there's a packaging mistake, the packager could release a new version of the package, even if the underlying release does not change. This is standard practice in any Linux distribution. It seems saner to install RPM packages in RedHat anyway. -- Ãlvaro Herrera <alvherre@commandprompt.com> The PostgreSQL Company - Command Prompt, Inc. PostgreSQL Replication, Consulting, Custom Development, 24x7 support