Re: Postgresql RPMS

From: "Sander Steffann" <steffann(at)nederland(dot)net>
To: "Oliver Jones" <oliver(at)deeper(dot)co(dot)nz>
Cc: "pgsql-general" <pgsql-general(at)postgresql(dot)org>, "Lamar Owen" <lowen(at)pari(dot)edu>
Subject: Re: Postgresql RPMS
Date: 2004-01-18 15:17:42
Message-ID: 001401c3ddd6$38c0b8c0$64c8a8c0@10ww.steffann.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,
I was just wondering how exactly you got the 7.4.1 PGDG SRPMS to build on RHEL 2.1? We have a RHEL 2.1 box here and it fails to compile the SRPMS. The spec file is looking for autoconf 2.53 and RHEL 2.1 only has autoconf 2.13. If try and get the build script to skip calling autoconf-2.53 it bails out with configure complaining about --infodir not being a valid argument (even though configure --help) says it is a valid arg.
I had the same problem. The PostgreSQL SRPM realy needs autoconf-2.53.
What voodoo is required to build the PGDG SRPMS on RHEL 2.1??
I installed autoconf-2.53 in /usr/local. You can build autoconf so that it generates executables with the -2.53 prefix. There is only one problem here: the autoconf script still tries to execute autom4te without the prefix.. You'll have to fix that manually on line 84 of the autoconf script. After installing and fixing autoconf-2.53, you can just run

rpmbuild --rebuild --define 'build7x 1' postgresql-7.4.1-1PGDG.src.rpm
Perhaps submitting some patches to the PGDG RPM maintainer is a good idea? It makes sense that RHEL should be a well supported build target for PgSQL RPMS.
There is nothing wrong with the SRPM realy, it's just that PostgreSQL needs a newer autoconf than what is available by default... What could help is to include a configure script that understands the --infodir option, so that it won't be neccesary to run autoconf anymore (I think). Is this possible Lamar?

I hope this helps,
Sander.

Browse pgsql-general by date

  From Date Subject
Next Message Nigel J. Andrews 2004-01-18 17:29:37 Re: embedded/"serverless" (Re: serverless postgresql)
Previous Message Richard Huxton 2004-01-18 15:12:22 Re: Tool to ease development of plpgsql