On Thu, 2004-03-18 at 10:36, Casey Allen Shobe wrote:
> Jeremy Kitchen wrote:
> > On Thu, 2004-03-18 at 02:13, Andreas Aardal Hanssen wrote:
> > > On Thu, 18 Mar 2004, Jeremy Kitchen wrote:
> > > > 1.2.6 final:
> > > > ./configure --prefix=/var/bincimap
> > > > [snip]
> > > > checking --prefix... using /var/bincimap
> > > > checking --sysconfdir... using /var/bincimap/etc
> > > > checking --localstatedir... using /var/bincimap/var
> > > > checking --datadir... using /var/bincimap/share
> > >
> > > These are mistakes in 1.2.6 - it shouldn't be this way.
> > 
> > but I like it! :(
> 
> So do I.  I certainly don't want all these silly $PREFIX/{etc,var}/opt 
> directories popping up all over the place.  All installation paths 
> should be relative to PREFIX unless overridden.  This is both what one 
> expects and consistant with the majority of other packages out there. 
> Breaching $PREFIX by default is really quite a bad thing, as one of the 
> reasonings for using it is to contain the entire application within a 
> single directory (consider, --prefix=/opt/bincimap).

yea, I think that's the way most software does it.. and if you want to
be LSB compliant you just specify like --sysconfdir, etc.

> If I simply type in --prefix=/usr, then sysconfdir should be /usr/etc, 
> localstatedir should be /usr/var, and datadir should be /usr/share. 
> Based on the given examples, 1.2.6 seems to work like this, just as it 
> should.

nods, just how I like it :)

> > I guess I'll just have to add more options to configure to put the stuff
> > all in /var/bincimap how I want it :)
> 
> I strongly believe that --prefix=/var/bincimap should be enough unless 
> you didn't like the arrangement of the files in the subdirectories thereof.

no, I like having it all in /var/bincimap.. gives me some sort of
consistency :)

-Jeremy

-- 
Jeremy Kitchen
Systems Administrator
[EMAIL PROTECTED]
Kitchen @ #qmail on EFNet - Join the party!
.....................
Inter7 Internet Technologies, Inc.
www.inter7.com
866.528.3530 toll free
847.492.0470 int'l
847.492.0632 fax
GNUPG key ID: 93BDD6CE

Reply via email to