[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSPathUtilities Patch - 5 - NSPathUtilities.m

From: Peter Cooper
Subject: Re: NSPathUtilities Patch - 5 - NSPathUtilities.m
Date: Sat, 24 Apr 2004 12:31:34 +0200
User-agent: Mutt/1.4i

On Thu, Apr 22, 2004 at 12:04:15PM -0700, Alex Perez wrote:
> On Thu, 22 Apr 2004, Sheldon Gill wrote:
> > On Wed, 21 Apr 2004 17:56, Kazunobu Kuriyama wrote:
> > > Sheldon Gill wrote:
> > > IIRC, some people were not in favor of setting
> > > the fixed path /etc/GNUstep/GNUstep.conf.  Did you reached some
> > > agreement with
> > > them?
> >
> > The definition of the fixed path is to be a compile time configuration 
> > option.
> This is wrong, wrong, wrong, wrong. On BSD (ie Non-Linux) systems, this
> is absolutely, categorically, without a doubt the incorrect place to put this
> file. BSD's have /usr/local/etc and /usr/etc for a reason. Just because
> 99% of Linux distros don't use this models does not mean it shouldn't be
> used when the mechanism exists. GNUstep is not Linux specific and we
> should not be so presumptuous as to try and make it so. This patch should
> not be hard coded, and should be something that is determined by the
> configure script based on the OS.

And of course, Alex, in terms of *BSD, not all the world's FreeBSD ;-)

On NetBSD the magical path string is /usr/pkg/etc.

I believe that the hardcoded path should be defined at compile-time
for each platform.

This is even fairly easy to do with some nested #if's although I am a
bit concerned because I personally don't necessarily install things in
standard locations when doing test installs of new versions. Therefore
a "one-size-fits-all" approach even on one platform isn't necessarily
enough. So a well-defined and documented environment variable (and
equivalent for platforms that don't use them :-) override mechanism
is probably unavoidable.

I'd like to commend Sheldon on the hard work he's been doing. I see
definite merit in this approach, and I'd suggest that people with the
most vehement concerns consider providing him with constructive ways
to address those issues.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]