Re: problem with RH7.3 Pg7.3.4 binaries - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: problem with RH7.3 Pg7.3.4 binaries
Date
Msg-id 3F2E9A7E.7050704@dunslane.net
Whole thread Raw
In response to Re: problem with RH7.3 Pg7.3.4 binaries  (Lamar Owen <lowen@pari.edu>)
List 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.
>
>  
>



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: 7.4 COPY BINARY Format Change
Next
From: nolan@celery.tssi.com
Date:
Subject: Who is maintaining the dbf2pg contrib utility?