Skip site navigation (1) Skip section navigation (2)

Re: [Pgsqlrpms-hackers] Antw: Re: 8.3beta2 fails to compile on Centos5 x86_64

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Devrim GÜNDÜZ <devrim(at)CommandPrompt(dot)com>
Cc: pgsqlrpms-hackers(at)pgfoundry(dot)org, Marcel Gsteiger <Marcel(dot)Gsteiger(at)milprog(dot)ch>, pgsql-ports(at)postgresql(dot)org
Subject: Re: [Pgsqlrpms-hackers] Antw: Re: 8.3beta2 fails to compile on Centos5 x86_64
Date: 2007-11-11 21:55:13
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-ports
Devrim =?ISO-8859-1?Q?G=DCND=DCZ?= <devrim(at)CommandPrompt(dot)com> writes:
> On Sun, 2007-11-11 at 10:18 -0500, Tom Lane wrote:
>> redhat-rpm-config, however, might well be relevant.  I remember Devrim
>> running into an odd build failure on a machine where it wasn't
>> installed.

> Yes. All Fedora clones that are < 7 (CentOS 4,5 , RHEL 4,5 and Fedora
> <=6) have this problem.

> I have filed a bug report against this, and here is the reply (and bug
> was closed)


Hmmm ... Panu has a point, I guess.  His reasoning seems to be that
redhat-rpm-config is required for sane behavior on RHEL/Fedora
platforms, but it might not be required --- or even available --- on
other RPM-using platforms, therefore it's not appropriate for either
rpm-build or individual SRPMs to Require: it.  It would seem to me,
though, that that makes it a distribution bug: Red Hat distros should
ensure that redhat-rpm-config is always installed.  Otherwise it's
possible to mis-build on Red Hat platforms, which is exactly what
all the package-require infrastructure is supposed to prevent.
*Somebody* other than the end user ought to be taking care of this.

I've added a comment about this to the above BZ entry.

			regards, tom lane

In response to

pgsql-ports by date

Next:From: Ariel ManzurDate: 2008-01-05 09:30:01
Subject: porting libpq?
Previous:From: Devrim GÜNDÜZDate: 2007-11-11 20:36:54
Subject: Re: [Pgsqlrpms-hackers] Antw: Re: 8.3beta2 fails tocompile on Centos5 x86_64

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group