Re: Installation Consensus

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: <fmonkey(at)fmonkey(dot)net>
Cc: <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: Installation Consensus
Date: 2003-05-17 08:10:12
Message-ID: 50088.80.177.99.193.1053159012.squirrel@ssl.vale-housing.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

It's rumoured that Adam H. Pendleton once said:
> This can be overriden by using "./configure
> --prefix=/usr/local/pgadmin3" so then you get:
>
> pgadmin3 -> /usr/local/pgadmin3/bin
> ui/common/*.xrc -> /usr/local/pgadmin3/share/pgadmin3/ui/common
> tips.txt -> /usr/local/pgadmin3/share/pgadmin3/
>
> It seems to me that if we're going to use Autoconf, then it's best to
> stay within the framework of the existing Autoconf installation
> directory structure, so that "./configure" behaves the way a normal
> autoconf user would expect (much like changing --with-libpq to
> --with-pgsql).
>
> What does everyone think?

I was discussing this with Andreas the other day. The fielsystem standard
clearly suggests using /usr/local/ as the installation prefix, however as
a sysadmin myself, I much prefer /usr/local/appname to keep apps
completely seperate from each other. In reality I think most software does
this. I'm iun the middle of building a new webswerver which has a large
number of PHP dependencies. Probably 90% of what I've installed so far
went into /usr/local/appname. The notable exception was the Informix
Client SDK which wanted /opt/informix!
Your layout under <install prefix> sounds fine.

Regards, Dave

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message Dave Page 2003-05-17 08:12:13 [Fwd: Re: New Autoconf+Automake code]
Previous Message Dave Page 2003-05-17 08:01:04 Re: New Autoconf+Automake code