rhel6 rpm file locations
I'm trying to use a newer version than is available from RH in our
custom distro but am having problems install both x86_64 and i686 rpms
because file conflicts. We have some i686 packages that use libgdal
which pulls in libpq which ends up in the same location in both the
x86_64 and i686 postgresql lib and devel rpms. Why doesn't postgresql
use _libdir and other standard rpm macros?
Ted
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On Wed, May 27, 2015 at 11:35 AM, Ted Toth <txtoth@gmail.com> wrote:
I'm trying to use a newer version than is available from RH in our
custom distro but am having problems install both x86_64 and i686 rpms
because file conflicts. We have some i686 packages that use libgdal
which pulls in libpq which ends up in the same location in both the
x86_64 and i686 postgresql lib and devel rpms. Why doesn't postgresql
use _libdir and other standard rpm macros?
From where did you get the RPMs that you are using?
There is more than one set, and they are maintained by different people.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
http://yum.postgresql.org/9.4/redhat/rhel-6.5-x86_64/
On Wed, May 27, 2015 at 1:31 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Wed, May 27, 2015 at 11:35 AM, Ted Toth <txtoth@gmail.com> wrote:
I'm trying to use a newer version than is available from RH in our
custom distro but am having problems install both x86_64 and i686 rpms
because file conflicts. We have some i686 packages that use libgdal
which pulls in libpq which ends up in the same location in both the
x86_64 and i686 postgresql lib and devel rpms. Why doesn't postgresql
use _libdir and other standard rpm macros?From where did you get the RPMs that you are using?
There is more than one set, and they are maintained by different people.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On Wed, May 27, 2015 at 3:25 PM, Ted Toth <txtoth@gmail.com> wrote:
On Wed, May 27, 2015 at 1:31 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Wed, May 27, 2015 at 11:35 AM, Ted Toth <txtoth@gmail.com> wrote:
I'm trying to use a newer version than is available from RH in our
custom distro but am having problems install both x86_64 and i686 rpms
because file conflicts. We have some i686 packages that use libgdal
which pulls in libpq which ends up in the same location in both the
x86_64 and i686 postgresql lib and devel rpms. Why doesn't postgresql
use _libdir and other standard rpm macros?From where did you get the RPMs that you are using?
There is more than one set, and they are maintained by different people.
Those are maintained by Devrim Gunduz and Jeff Frost. Adding them to
the "Cc" list.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Are there any other packagers following the Fedora 'standards' that
you are aware of?
On Wed, May 27, 2015 at 2:40 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Wed, May 27, 2015 at 3:25 PM, Ted Toth <txtoth@gmail.com> wrote:
On Wed, May 27, 2015 at 1:31 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Wed, May 27, 2015 at 11:35 AM, Ted Toth <txtoth@gmail.com> wrote:
I'm trying to use a newer version than is available from RH in our
custom distro but am having problems install both x86_64 and i686 rpms
because file conflicts. We have some i686 packages that use libgdal
which pulls in libpq which ends up in the same location in both the
x86_64 and i686 postgresql lib and devel rpms. Why doesn't postgresql
use _libdir and other standard rpm macros?From where did you get the RPMs that you are using?
There is more than one set, and they are maintained by different people.
Those are maintained by Devrim Gunduz and Jeff Frost. Adding them to
the "Cc" list.--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On May 27, 2015, at 12:40 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Wed, May 27, 2015 at 3:25 PM, Ted Toth <txtoth@gmail.com> wrote:
On Wed, May 27, 2015 at 1:31 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Wed, May 27, 2015 at 11:35 AM, Ted Toth <txtoth@gmail.com> wrote:
I'm trying to use a newer version than is available from RH in our
custom distro but am having problems install both x86_64 and i686 rpms
because file conflicts. We have some i686 packages that use libgdal
which pulls in libpq which ends up in the same location in both the
x86_64 and i686 postgresql lib and devel rpms. Why doesn't postgresql
use _libdir and other standard rpm macros?From where did you get the RPMs that you are using?
There is more than one set, and they are maintained by different people.
Those are maintained by Devrim Gunduz and Jeff Frost. Adding them to
the "Cc" list.
Could you show us the copy/paste of your yum install output?
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Hi,
On Thu, 2015-05-28 at 08:54 -0500, Ted Toth wrote:
Are there any other packagers following the Fedora 'standards' that
you are aware of?
It is not about following the standards or not. Unlike distro RPMs, you
can install multiple PostgreSQL versions into the same box using
community RPMS. That caused a bit of breakage.
So, instead of using %{_libdir}, we install our libs and binaries
under /usr/pgsql-X.Y, (like 9.4, 9.3), and use lib/ and bin/
subdirectory under that one. So, we are are not multiarch compatible.
I am not sure if we can ship 32-bit libs with 64-bit packages or not,
though, to fix this issue.
May I ask you to subscribe pgsql-pkg-yum@PostgreSQL.org if you want to
discuss more?
Regards,
--
Devrim GÜNDÜZ
Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers