🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.misc.discuss
Article #72123

About the GNU's project's path (Please let them under /usr/gnu )

#72123
From: mhiroshi
Date: Mon, 16 Mar 1992 12:01
62 lines
3306 bytes
My opinion about how the GNU software's installation path should be set.

Currently, the GNU's products are distributed with the makefiles or

source codes that install or place the files (binaries, library's 

include files, shell scripts, manuals, documents, help files)

I currently, must rewrite every codes of GNU's when I install them.
Firstly because the GNU tools are not organized in this manner.
Secondly, I want seperate GNU's directory for the ease of maintainance.
(The GNU products updates very rapidly, so making tape backup of only
GNU's sources and binary is much easier than they are mixed into
the others in /usr/local. )
Thirdly, it becomes much clear which is Free software
when the path name is /usr/gnu. If one wants to use gnu tools he just add
/usr/gnu/bin in his command search path and he can place the directory
ahead of even /bin or /usr/bin. /usr/local should be come after
those.

My opinion:

1) The base path should be "/usr/gnu" like "/usr/ucb"
   rather than "/usr/local" since GNU's software is not
   just PDS but is Free Software that has different copyright(copyleft)
   policy than the others.

   Thus,
	GNU source codes is placed under   /usr/gnu/src
	binary will be placed under 	   /usr/gnu/bin,
	shell script may be placed under   /usr/gnu/bin, (But I think script 
files should be placed differently from the binary)
	libraries will be placed under 	   /usr/gnu/lib,
	manuals pages will be placed under /usr/gnu/man/man*
	include files be under             /usr/gnu/include
	document files be                  /usr/gnu/doc
	help files be under                /usr/gnu/help
					   /usr/gnu/etc

2) Unifying the base path above (not under /usr/local )
   greatly reduces the user's complication about the maintainance
   of the GNU software.

   For example, we can compile the source code on one site, and then
   move it by transferring only under one directory /usr/gnu with sources.

   For the networked machine we can easily set the permission for GNU's
   binary unreadable to avoid only the binary files are taken.

   Writting the shell scripts using full path name becomes portable
   since we can assume the intended binary executable is placed on
   the same directory path.

3) The other idea is that all the programs are made so that
it refers the user's environment variable as the base directory
of the GNU products. For example if the environment variable
GNUPATH is set to /usr/gnu, then everything is relative to that
path. If the GNUPATH is set to /usr/local, then ... so on.
However I think floating path is not as good as it sounds.

How do you think?
Technical Details
Message-ID: <1853@tansei1.tansei.cc.u-tokyo.ac.jp>
Path: arc1-ca.pugleaf.net!sparky!uunet!cs.utexas.edu!sun-barr!ccut!news.u-tokyo.ac.jp!yayoi!tansei1!mhiroshi

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 1025b4,5777663c09aadc80,start
X-Google-Attributes: gid1025b4,public
X-Google-ArrivalTime: 1992-03-16 04:13:35 PST
Path: arc1-ca.pugleaf.net!sparky!uunet!cs.utexas.edu!sun-barr!ccut!news.u-tokyo.ac.jp!yayoi!tansei1!mhiroshi
From: mhiroshi@tansei.cc.u-tokyo.ac.jp (mhiroshi)
Newsgroups: gnu.misc.discuss
Subject: About the GNU's project's path (Please let them under /usr/gnu )
Message-ID: <1853@tansei1.tansei.cc.u-tokyo.ac.jp>
Date: 16 Mar 92 12:01:01 GMT
Sender: news@tansei.cc.u-tokyo.ac.jp
Distribution: gnu
Organization: Computer Centre, University of Tokyo
Lines: 62