discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Debian and SimplyGNUstep


From: Jeff Teunissen
Subject: Re: Debian and SimplyGNUstep
Date: Sat, 11 Oct 2003 11:40:23 -0400

oberhage@uni-essen.de wrote:

> Martin Herbert Dietze <herbert@spamcop.net> wrote:

[snip]

> : I second the OP's point. It should be possible to integrate
> : GNUstep more smoothly into an ordinary Unix directory tree.
> 
> For this I would second the idea of making symlinks in '/' to
> appropriate places. Where there are directories already
> (like /usr/local/GNUSTEP for /Local) you can link to them, where there
> aren't, you/we can add this to GNUSTEP_ROOT, such that there is
> e.g. Net(work) within /usr/lib/GNUSTEP (for Debian) and so link
> /Net(worK) to that - apart from /System, where this applies naturally.

GNUSTEP_ROOT is going away.

I also am not sure whether or not automatically placing symlinks in / is
"legal" according to Policy -- in fact, I believe it is not.

> The /Net-hierachie is not superflous, by the way, but a blessing as
> soon as more than 'single machines' are involved (see above), but
> "clusters" of client machines. It would be the 'standard place' to add
> applications and libraries etc. to, which come from a central repository
> - without the need to add an 'unusual path'.
> 
> /Local should be for that single machine you're working on, only.
> Why? Well maybe you have (just) one machine with a scanner: Why put the
> scanning application on every machine or the network-server? It just
> confuses people.
> 
> Even the point with the .hidden-file having to reside in the '/'
> directory is not totally true.

Yes, it _is_ totally true. There is no single .hidden file; there is one for
each directory in which special pathnames should be hidden for non-"UNIX
Expert"s. /.hidden only hides paths in the root directory. For hidden files
to work properly, they basically have to be handled at the distribution
level.

[snip]

> The last point: Debian (and I'm just talking 'woody' here), in contrast
> to what another person posted previously,  has a very well developed
> concept to allow 'display managers' to enter window-sessions like 'kde',
> 'gnome' or 'wmaker' (well, the latter just parlty a session :-).

Let me say that I'm a Debian developer, and that as far as I know, I
basically drafted the first /etc/Xsession.d system in 1999, so I know how it
works. :)

[snip]

-- 
| Jeff Teunissen  -=-  Pres., Dusk To Dawn Computing  -=-  deek @ d2dc.net
| GPG: 1024D/9840105A   7102 808A 7733 C2F3 097B  161B 9222 DAB8 9840 105A
| Core developer, The QuakeForge Project        http://www.quakeforge.net/
| Specializing in Debian GNU/Linux              http://www.d2dc.net/~deek/




reply via email to

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