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: Debian Service Team

On Wed, 28 May 1997, Christian Schwarz wrote:

> (I hope this all doesn't sound to negative. I'll really impressed about
> the stability of "bo" now. I'm just searching for a way how we can
> improve the system in the 1.3.x releases.)
> 
I am not at all opposed to the "Debian Service Team" as you have described
it, but you seem to have missed two points.
First, the whole purpose of the QA and Testing teams is already focused on
these problems and I don't see any indication that these teams are just
going to disband when 1.3 is released.
The second point is that you seem to think that 1.3.x releases are a "good
thing"(tm) and should be encouraged. From my point of view it is the task
of QA and Testing to avoid as many minor post release versions as possible
by uncovering problems before the release.

In general, moving packages from hamm to bo is a very bad idea. Asside
from the fact that hamm is intended to use libc6 while bo is still libc5
means that your additional team of volunteers are going to need to be
ready to build, from source, packages on a bo system which include patches
from the hamm package. This effort is additionally complicated when the
package in question depends on package in hamm not found in bo. This can
quickly turn into "porting hamm to bo".

As most problems for a distribution deal with integration of the package
into the current system, I feel that our efforts would be better focused
on integrating hamm with hamm. The testing efforts have already born fruit
and continued refinement of the QA/Testing cycle should continue to
provide better benefit as time progresses.

My complaint is not with the team idea but with its goals and principly
the idea of moving bug fixes from hamm to bo.

Luck,

Dwarf
-- 
_-_-_-_-_-_-                                          _-_-_-_-_-_-_-

aka   Dale Scheetz                   Phone:   1 (904) 656-9769
      Flexible Software              11000 McCrackin Road
      e-mail:  dwarf@polaris.net     Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-private-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .