[Top][All Lists]

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

Re: $GNUSTEP_DEFAULTS_DIR not set/exported in GNUstep.sh

From: Armando Di Cianno
Subject: Re: $GNUSTEP_DEFAULTS_DIR not set/exported in GNUstep.sh
Date: Mon, 02 Aug 2004 12:23:24 -0400

Hash: SHA1

On 2004-08-01 23:49:13 -0400 Sheldon Gill <address@hidden>
It is actually very easy to change with my path utilities patch. There's a simple DEFAULTS_DIR declaration which you can change and will then apply for all users on the machine. So this will be fixed RSN without needing any mods to -make.

Which patch is this?  Is it available somewhere, or something that was
already committed?

I've been trying and trying to find a solution for (what I'm now
convinced is) this mess, but it's really bizarre, and kludgy, that we
use both an evironment generating script (GNUstep.sh) and a file
(GNUsteprc) for some of the same setup ideas.

I looked through the sources, and the use of GNUsteprc still doesn't
elegantly solve my problems with building applications in a sandbox.
I'm curious why we don't just choose one or the other?

... and I still say user_home.c and NSUser.m should pay attention
to$HOME ... I guess that's my problem with having this both ways: I
can't just "pass in" through the environment GNUSTEP_DEFAULTS_ROOT,
'cuase it seems to only be settable from GNUsteprc.  And since there's
a GNUSTEP_USER_ROOT settable somewhere, using getpwnam() on *NIX's,
otherwise, sort of doesn't make sense -- why have it definable through
an rc-file, but then assume the entry from /etc/passwd file for
everything else?  If it's coming from /etc/passwd, then it should've
made it into $HOME .... which of course _is supposed to be_ definable
for progams that write user setting into /home/whatever; think chroot
env's, daemons running as 'nobody' w/o a home, etc, etc. We should
make these settings either dynamic (changable everytime an program is
called) or static (changable via rc file) but not both.  Using an rc
file doesn't really make things dynamic.

How about we just decide on what environment/setting varibles should
exist, and then stick with them across the board, regardless of use of
environment or rc file?

If we have to stick to both methods, let's assume this:
GNUsteprc --(overridden by)--> environment
... and let's do nothing to the contrary.

Sorry if I seem a bit tense on this subject -- it's really rather
irratating, though.  Otherwise, GNUstep has me in all smiles. :-)

Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using the GPG bundle for GNUMail.app


reply via email to

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