[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: want to override config directory macro

From: Michael Sweet <mike_at_easysw.com>
Date: 2005-06-13 17:51:14 CEST

Charles Bailey wrote:
> On 6/13/05, Greg Hudson <ghudson@mit.edu> wrote:
>>On Sun, 2005-06-12 at 22:22 +0100, Max Bowsher wrote:
>>>Nope, "/etc" is hardcoded. Which is not really very good.
>>We're certainly not the first or last to hardcode /etc. The most
>>obvious alternative is to use sysconfdir, which defaults to the
>>bizarre /usr/etc when prefix is /usr.
>>>John: Would making --sysconfdir actually work properly in this respect help
>>Can we do this and make sysconfdir default to /etc (instead of
>>$prefix/etc) if not explicitly specified? If not, that would be an
>>unexpected change.
> As a non-voting reader, I'd recommend caution here -- it'd have better
> backward compatibility for subversion, but might create more surprise
> in the long run by breaking the "standard" autoconf way of doing
> things (which subversion already does, I admit). My general
> expectation is that when I point ./configure at a particular --prefix,
> I won't have to explicitly point each/any off the --foodirs at that
> prefix, too.

FWIW, my (non-counting) vote is to special-case "--prefix=/usr" for
sysconfdir. At the very least, use sysconfdir to specify the
location of the configuration directory and remove the hardcoded

In CUPS, we remap sysconfdir from "${prefix}/etc" to "/etc" and
localstatedir from "${prefix}/var" to "/var" when prefix is set to
"/usr" and the user hasn't overridden them separately. We also
remap mandir depending on the platform, but I don't see that as
a big need for Subversion - we do it to provide better OS
integration out-of-the-box since we're usually replacing the
existing lp/lpr stuff. We haven't had any complaints.

Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Document Software          http://www.easysw.com
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 13 17:52:23 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.