The debian-private mailing list leak, part 1. Volunteers have complained about Blackmail. Lynchings. Character assassination. Defamation. Cyberbullying. Volunteers who gave many years of their lives are picked out at random for cruel social experiments. The former DPL's girlfriend Molly de Blanc is given volunteers to experiment on for her crazy talks. These volunteers never consented to be used like lab rats. We don't either. debian-private can no longer be a safe space for the cabal. Let these monsters have nowhere to hide. Volunteers are not disposable. We stand with the victims.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: upgrading debian (fwd)

Here are some rantings from some user on comp.os.linux.misc.

Maybe someone who is better with words then I am wants to answer him.



Mike

---------- Forwarded message ----------
Date: Sun, 1 Sep 1996 11:49:35 +0200
From: Michael Neuffer <neuffer@goofy.zdv.Uni-Mainz.de>
To: mike@i-connect.net
Newgroups: comp.os.linux.misc, gnu.misc.discuss
Subject: (fwd) Re: upgrading debian

Path: news.uni-mainz.de!news.th-darmstadt.de!fu-berlin.de!news.mathworks.com!enews.sgi.com!super.zippo.com!zdc!szdc!szdc-e!news
From: Glenn Bily <gvb@elentari.cs.wcu.edu>
Newsgroups: comp.os.linux.misc,gnu.misc.discuss
Subject: Re: upgrading debian
Date: Fri, 30 Aug 1996 17:09:30 -0400
Organization: Zippo
Lines: 116
Message-ID: <3227588A.2DA04F46@elentari.cs.wcu.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.0b5a (X11; I; Linux 2.0.9 i586)
Xref: news.uni-mainz.de comp.os.linux.misc:133740 gnu.misc.discuss:17741

Folks,

You know I could put up with some of Debian nastiness in exchange for
some REAL 
fixes in the software. Like for instance:


1) Long awaited cleaning out of /usr/lib. In additional categorizing
what 
is left into subdirectories.

The system that I am try to achieve on my system is as follows:

/usr/lib -- empty of files but containing three directories

/usr/lib/elf -- Contains ELF shared libraries

/usr/lib/elf/static -- Contains non required static ELF libraries

/usr/lib/aout -- Contians a.out shared libraries

/usr/lib/aout/static -- Contains non required static a.out libraries


Some optional subdirs could be:


usr/lib/elf/graphics -- Contains ELF shared graphics libraries

/usr/lib/aout/graphics -- Contains a.out shared graphics libraries


Any other specific development packages could hang off in subdirs as
well.


The same would apply to /usr/X11R6/lib. X11 configuration should be
moved 
out /etc/X11 and into /usr/X11R6/etc and divided by subdirectories by 
window manager.


/usr/lib/gcc-lib should be renamed to gcc and moved to /usr or /ap.

gcc version distinctions should be made in /usr/gcc or /ap/gcc.


/usr/lib/perl should be moved to /usr or /ap and others like it should
be 
as well


2) Fixing to X startup scripts that has been needed for years (this
alone 
would have made Debian worth the effort.)


startx shell script should be overhauled and should include
implementation 
to simply enter:


startx <window manager name>


To start different window managers. Any use of the server arguments
should 
be checked against a list of legal arguments dictated by a table
controlled 
by root. Possible window managers should also be controlled by root.
startx 
should automatically support multiple X terminals and the user should
not 
be required to use :1 or :2 arguments to start a second or third X
session. 
Allowing controls of how many X sessions can be lauched would be
reasonable 
as well.

If a startup shell script for window managers should also be easy to add 
(by table lookup).

3) Figuring out whether /usr/local is really being used properly (which
in 
my reading of FSSTND it isn't)

If /usr/local is really for local configuration then it shouldn't be in
/usr. /usr would typically be read-only mounted to a server in the cases
where /usr/local would be valuable.

4) Long awaited menu based setup of named, httpd, host.conf, printcap 
(redhat has done this), mailcap, NIS, mount table (redhat has done
this), 
etc. (this would be worth its weight in gold)

5) Fixing up and integration of useful word processing suite like
Andrew.

6) Rewriting of init to make use of process groups and rethinking of the 
runlevel concept.

There has got to be better things that could be done with init.

7) Server and client installation distinctions. Possible avenue for easy 
minimal setup of X clients.

Anything representing minimal setup would be valuable and would attract
users (because that "minimal investment of disk space" thing.

[...]


And jeez there is so much more I don't want to include the huge list...


                                                                 --Glenn