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: [RFC] Restructuring of the Debian Project

Hi,
>>"Dominik" == Dominik Kubla <dominik.kubla@uni-mainz.de> writes:

Dominik> It was expected, the the election of a "Board of Directors"
Dominik> to oversee the further development of Debian, would move the
Dominik> project back on track and enable the developers to engage in
Dominik> constructive work.  But recent events have shown, that the
Dominik> current development is

Dominik> a) not favoured by a large group of the developers, not to
Dominik> mention many users,

	Define development. Also, plase give reasons, not just flat
 statements. 

Dominik> b) not without flaws, which are increasingly difficult to fix
Dominik> or circumvent,

	This theseis has not been sufficiently justified,
 IMHO. Increasingly difficult? 

Dominik> Reorganisation of the distribution

Dominik> At first the current specifications for developers need to be
Dominik> reworked and clarified.  There are some points which have
Dominik> caused lengthy discussions, but have never been completely
Dominik> resolved, like the /usr/local issue or the usage of
Dominik> non-standard interpreters like perl for system scripts.

Dominik> As a matter of fact the author firmly believes, the the
Dominik> compliance with existing standards like POSIX, SVID and XPG
Dominik> shall be the ultimate goal of any development of a
Dominik> Unix-compatible operating system.

	This is very good, but does not go far enough for a project
 like Debian. None of these standards require a system that upgrades
 in place nicely, for example. We may not be able to stick to the
 minimum srequierments of these standards and still maintain Debians
 goals. 

Dominik> So the author proposes, that the use of non-standard software
Dominik> should be limited to the user and application level and
Dominik> should not be used by any part of the system unless the
Dominik> relevant function is not needed to rebuild, install or
Dominik> maintain the system. If software required by any of the
Dominik> aforementioned standards is not available ad free software,
Dominik> it should be the goal of the Debian community to write a free
Dominik> implementation, essentially converting the Debian developers
Dominik> from mere VAR's to true developers of free software.

	See above. (BTW, gcc is not really a conforming compiler, if
 you go by the rules, and will have to be purged. With some non
 standard non-default switches gcc becomes a standards conforming
 compiler).

[Lots of strict standards conformance stuff deleted]

	I do not think a core team distribution can still be called
 Debian. But it may make nice competition ;-)

	I suggest that this core team be formed and create a Debian
 derived distribution, which conforms to standards quite strictly,
 since only aa dozen or so people are to be part of this team, this
 should not be hard to do. Since the general Debian distribution is
 under the GPL, there is no problem deriving off us. 

	IMHO, the proposal would stritjacket this distribution; and
 the cure is far worse than the affliction.

	manoj
-- 
 "MTV.  An obedient tongue licking the shiny leather boot of rock and
 roll." MTV commercial
Manoj Srivastava               <url:mailto:srivasta@acm.org>
Mobile, Alabama USA            <url:http://www.datasync.com/%7Esrivasta/>