home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!psinntp!internet!sbi!zeuswtc!cyclone!bet
- From: bet@sbi.com (Bennett Todd @ Salomon Brothers Inc., NY )
- Newsgroups: comp.os.linux
- Subject: Re: A discipline for packages
- Message-ID: <803@cyclone.sbi.com>
- Date: 7 Jan 93 04:22:46 GMT
- References: <1993Jan2.055744.26567@nwnexus.WA.COM> <bk^Q7dBX@twinsun.com> <FOX.93Jan2230832@graphics.nyu.edu>
- Sender: news@cyclone.sbi.com
- Organization: Salomon Brothers, Inc.
- Lines: 16
-
- In article <FOX.93Jan2230832@graphics.nyu.edu> fox@cs.nyu.edu (David Fox) writes:
- >Furthermore, I don't think that this would involve terribly many
- >symbolic links. Most files which go into places like /usr/lib
- >don't really *need* to be there. They just have nowhere else to
- >go. For example, stuff like the tex fonts could go in /packages/tex.
-
-
- I'd rather see compiled-in paths (for things like files you'd put under lib)
- be /usr/lib/pkgname/* for system core stuff and /usr/local/lib/pkgname/* for
- minor packages. This is only one more link, and the resulting executables
- work fine even if someone wants to unstall them somewhere else besides
- (e.g.) /packages. I'd probably use /usr/local/pkg/tex, for example, if the
- tex system was built to look for its lib files under /usr/local/lib/tex.
-
- -Bennett
- bet@sbi.com
-