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: Is it time to abandon Dpkg?

'Galen Hazelwood wrote:'
>
>There are good alternative ways to keeping our distinctive distribution
>alive in a Red Hat world.  We need, first of all, a next-generation dpkg
>for 2.0, which can transparently handle RPM packages, and integrate them
>(as best it can) with the debian packages.  We can derive a sub-program

I see this as low priority.  Let's get the UI better first.

>to
>do this from the current RPM sources, probably.  Everybody seems to
>be complaining about the dselect interface, but nobody has actually
>_done_ anything about it.  It needs to be rewritten completely, and
>a X-based alternative should be available.  I'm willing to help with
>the first two projects, although I can't help with X.

I think we can break the dselect issue into two pieces: ncurses and
internals.  Any good ncurses programmers could write an interface to be
merged into dselect or replace it.  One doesn't need to know dselect to
do this part.  This is the approach I've taken.  When (and if) i get
some time, I'll release code to build a menu that IMO makes dselect
easier to use.  Then there is the issue of dselect internals.  Even if
you were going to make an xdselect, you'd need to thoroughly study the
code in dselect.  There are a number of very complex things that it
does (like dependency resolution schemes) which should be in a libdpkg
that a java or tk or whatever UI would use.  I'd like to see Ian do the
dselect internals code cleanup (he's the only one who knows how some of
those functions should work).  But I think anyone who knows curses
could start contributing code now.

>What do you think, folks?  Can we keep this project alive?  I'd like
>to think so.

Yes, Debian will continue.  Even if we have to find a new project
leader ;)

-- 
Christopher J. Fearnley            |    Linux/Internet Consulting
cjf@netaxs.com, cjf@onit.net       |    UNIX SIG Leader at PACS
http://www.netaxs.com/~cjf         |    (Philadelphia Area Computer Society)
ftp://ftp.netaxs.com/people/cjf    |    Design Science Revolutionary
"Dare to be Naive" -- Bucky Fuller |    Explorer in Universe


--
Please respect the confidentiality of material on the debian-private list.
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-private-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com