Thanks Grega your explanation will go a far way, Thanks again
-- Adam --
Grega Bremec wrote:
> ...and on Sun, Jun 20, 2004 at 07:50:53PM -0700, Adam Smith used the keyboard:
>
>>I have posted this and similar questions repeatedly and can't even raise
>>a single response. I am being led to believe that this then 'Must be a
>>stupid question' although people say that there is no stupid question.
>>Is that another for political correctness
>>
>>I am attempting an install of 7.4.3 on FreeBSD O/S 4.9, apparently
>>remnants of 7.3.x are scattered around on the disk from (a) previous
>>ports installation, causing mutex_lock/unlock, libpq.so and other
>>installation problems. I want to reconfigure and reinstall. How do I
>>know what, & where all these fragments are located or how do I uninstall
>>all of them or at least those that should be removed.
>>
>
>
> Hi Adam,
>
> I don't think it's a stupid question, but it may be, given the way
> ports are being maintained, difficult to answer. Figuring out where
> and what was being installed in 7.3.x would've been rather easy if
> you had installed the official source distribution of PostgreSQL -
> all it would've taken was a download from the archives and a reinstall
> from some wrapper script that took notice of where and what was being
> installed. It may have even been just as simple as running "configure"
> with original settings, followed by "make uninstall".
>
> Since you're using FBSD ports collection though, a lot of the
> responsibility for what goes where and how the various other aspects
> of the source distribution are being organized, has been delegated
> implicitly by you to the FBSD ports maintainer of the PostgreSQL
> package.
>
> I suggest you investigate where the ports graveyard of the postgres
> package is located in order to find out what happened to the version
> of PostgreSQL your system still seems to be holding parts of, and
> try downloading and reinstalling (or maybe even "uninstall"ing) it;
> if nothing else, at least it should enable you to look into how it
> was being organized across the disks by providing you with all the
> Makefiles that were used to install it.
>
> Bottom line is - any (or all) of the above may be next to impossible
> to do if the person that installed 7.3.x on that machine used some
> non-standard setup options and failed to document it somewhere. In
> that case, all that's left for you to do is to try to get a complete
> listing of the files that are being installed in 7.3.x (perhaps by
> installing with a DESTDIR, or using a different --prefix) and make
> heavy use of find(1), locate(1) and other UNIX system commands for
> locating files on a system, in an effort to chase down and remove all
> the fragments of that previous build. At least writing scripts to
> automate this for you isn't all that difficult to do.
>
> Hope this helped,