From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Postgresql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: problem with RH7.3 Pg7.3.4 binaries |
Date: | 2003-08-04 17:40:14 |
Message-ID: | 3F2E9A7E.7050704@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I agree with the definition of "vanilla install" below.
I can't use the machine I was upgrading to build, unfortunately. Its a
production machine I am prepping, (and is missing stuff the build
process needs even if I wanted to monkey with it), which is precisely
why I wanted to install from RPMs rather than just saying "screw it" and
installing from a source tarball.
I will see if I can get the old machine currently mouldering away in my
attic to run 7.3 and build with it, maybe some time this week. (It's
time like these you appreciate having lots of bandwidth to download ISOs).
andrew
Lamar Owen wrote:
>On Monday 04 August 2003 13:00, Joe Conway wrote:
>
>
>>I don't think so -- the server I built those on is very much vanilla
>>RHAS. But then this raises a question in my mind -- is vanilla a fully
>>updated vanilla or "off the original CDs" vanilla?
>>
>>
>
>I've thus far used the definition that it is a fully-updated install, using
>the OS vendor's update packages that are dependencies of PostgreSQL.
>Updating to, say, a later KDE, or GNUcash, or whatnot is OK. But core
>libraries that PostgreSQL uses need to stay vanilla-updated.
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | nolan | 2003-08-04 17:49:05 | Who is maintaining the dbf2pg contrib utility? |
Previous Message | Tom Lane | 2003-08-04 17:38:20 | Re: 7.4 COPY BINARY Format Change |