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: PKG PacKaGer update 2.2.11-7 release



> dpkg is a constant source of frustration for me. Dpkg is again in a state
> where no one fixes important bugs. What is the ETA of deity?

I've examined the source for dpkg - and it is pretty ugly, has
quite a few dependencies, and almost no documentation.  But -- it works.

I think we should break it up into a bunch of small modules that can
be independently developed (and documented) by separate developers in 
a co-ordinated manner.  Either that, or get a "Linus" like person who
can organize an effort around it (using CVS and such).

But it is still desirable to have a single binary package for dpkg, to 
make it easy to upgrade.  Some of the enhancements I suggested for changing 
the way source packaging works would definitely facilitate this - but that's 
a chicken and egg situation.

> This package manager would also allow better compatibility to
> software floating around which was packaged using rpm. Maybe it could be
> improved for debian?

I'm going to learn RPM - I haven't yet, so I'm not really qualified
to say - but it doesn't look like it is any great improvement over
dpkg.  It does roughly the same thing.

My main problem with using RPM as the Debian packaging system is that
the Debian system is dependent on the packaging system it uses -- so
the developers of the packaging system have to be flexible and
responsive to the users.  RPM was written by Erik Troan and Larry Ewing,
and they've built a company around it.  You can't expect them to
"switch" distributions, and start changing it to do things in a
Debian-style manner.  If the entire packaging problem had been solved,
then maybe this would make sense -- but packaging systems are still
in their infancy.

I'd like to see dpkg developed so that it could be a drop-in replacement
for RPM on Red Hat systems - ie. you could install Debian packages on
a Red Hat system, and it would talk to the RPM package database.  Likewise,
you could use dpkg to install RPM packages on a Debian or a Red Hat system.

Cheers,

 - Jim


Attachment: pgp8KM_ekQ9k7.pgp
Description: PGP signature