[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #5601] Exported variables ($PATH and $GNUSTEP_*)
|
From: |
nobody |
|
Subject: |
[bug #5601] Exported variables ($PATH and $GNUSTEP_*) |
|
Date: |
Mon, 29 Sep 2003 06:35:46 -0400 |
|
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 |
=================== BUG #5601: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5601&group_id=99
Changes by: Nicola Pero <n.pero@mi.flashnet.it>
Date: Mon 09/29/2003 at 10:35 (GMT)
What | Removed | Added
---------------------------------------------------------------------------
Severity | 5 - Major | 1 - Ordinary
Assigned to | None | nico
Status | Open | Analyzed
------------------ Additional Follow-up Comments ----------------------------
Hello. Thanks for your feedback. :-)
> Directories that don't exist shouldn't be added.
The reason why we add directories that don't exist yet is that if you create
the directories and install something
(a program) in them, they are immediately available, without the need for
rerunning GNUstep.sh.
For example, $GNUSTEP_LOCAL_ROOT/Tools is added to the PATH
even if empty or non-existing. So if you now download a tool from the net,
compile it and install it (the tool will
by default create and install itself in $GNUSTEP_LOCAL_ROOT/Tools), then you can
run the tool immediately - it's automatically in your PATH.
If GNUstep.sh were filtering out empty/non-existing dirs, you'd have to
manually rerun GNUstep.sh to be able to run the tool.
Moreover, you can mount/unmount entire GNUstep trees from remote networks (say,
you mount GNUSTEP_NETWORK_ROOT from
a central server in your company); the corresponding tools
/applications will appear/disappear transparently as you
mount/umount the tree.
This functionality was felt to be so cool :-) that it's Ok
to have a few links to empty directories.
What GNUstep.sh already does is that, if GNUSTEP_LOCAL_ROOT ==
GNUSTEP_NETWORK_ROOT, for example, then it doesn't add the directory twice but
only once. If you're very worried about having multiple dirs, you could play
with the gnustep-make ./configure flags to remove GNUSTEP_NETWORK_ROOT, for
example.
The other point - reducing the number of variables exported by GNUstep.sh - is
generally a good thing, but it's not easy as most of them are actually used /
in use (often by 3rd party software).
The only one which looks pointless and possibly nobody
is using it is GNUSTEP_ROOT. I'll investigate if we can remove that. :-)
=================== BUG #5601: FULL BUG SNAPSHOT ===================
Submitted by: gaelicWizard Project: GNUstep
Submitted on: Sun 09/28/2003 at 05:45
Category: Makefiles Severity: 1 - Ordinary
Bug Group: Change Request Resolution: None
Assigned to: nico Status: Analyzed
Summary: Exported variables ($PATH and $GNUSTEP_*)
Original Submission: I've noticed that there a whole lot ov variables exported
by GNUstep.sh. I think that
a) they should be reduced.
b) directories that don't exist shouldn't be added. For example,
$GNUSTEP_LOCAL_ROOT/Tools shouldn't be added to my path if it doesn't exist,
same for $GNUSTEP_USER_ROOT/Tools or any other path. Also, $CLASSPATH shouldn't
include and dirs what don't exist etc etc etc... It would be very easy to patch
the GNUstep.sh to do this, and i'll attach a possible patch to this later
tonight. I think it *is* a bug for it to waste my env space like this. Thanx, JP
Follow-up Comments
*******************
-------------------------------------------------------
Date: Mon 09/29/2003 at 10:35 By: nico
Hello. Thanks for your feedback. :-)
> Directories that don't exist shouldn't be added.
The reason why we add directories that don't exist yet is that if you create
the directories and install something
(a program) in them, they are immediately available, without the need for
rerunning GNUstep.sh.
For example, $GNUSTEP_LOCAL_ROOT/Tools is added to the PATH
even if empty or non-existing. So if you now download a tool from the net,
compile it and install it (the tool will
by default create and install itself in $GNUSTEP_LOCAL_ROOT/Tools), then you can
run the tool immediately - it's automatically in your PATH.
If GNUstep.sh were filtering out empty/non-existing dirs, you'd have to
manually rerun GNUstep.sh to be able to run the tool.
Moreover, you can mount/unmount entire GNUstep trees from remote networks (say,
you mount GNUSTEP_NETWORK_ROOT from
a central server in your company); the corresponding tools
/applications will appear/disappear transparently as you
mount/umount the tree.
This functionality was felt to be so cool :-) that it's Ok
to have a few links to empty directories.
What GNUstep.sh already does is that, if GNUSTEP_LOCAL_ROOT ==
GNUSTEP_NETWORK_ROOT, for example, then it doesn't add the directory twice but
only once. If you're very worried about having multiple dirs, you could play
with the gnustep-make ./configure flags to remove GNUSTEP_NETWORK_ROOT, for
example.
The other point - reducing the number of variables exported by GNUstep.sh - is
generally a good thing, but it's not easy as most of them are actually used /
in use (often by 3rd party software).
The only one which looks pointless and possibly nobody
is using it is GNUSTEP_ROOT. I'll investigate if we can remove that. :-)
CC list is empty
File Attachments
****************
-------------------------------------------------------
Date: Sun 09/28/2003 at 06:50 Name: GNUstep.sh.in.diff Size: 1KB By:
gaelicWizard
ummm... last one don't seem to apply cleanly...
http://savannah.gnu.org/bugs/download.php?group_id=99&bug_id=5601&bug_file_id=686
-------------------------------------------------------
Date: Sun 09/28/2003 at 06:09 Name: GNUstep.sh.in.diff Size: 2KB By:
gaelicWizard
promised patch (generated with 'diff -Naur' )
http://savannah.gnu.org/bugs/download.php?group_id=99&bug_id=5601&bug_file_id=685
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5601&group_id=99
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/