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?



> It's become very clear that the rest of the Linux world is standardizing
> on RPM as a package format. Debian is the only hold-out. The Dselect user
> interface sucks, and shows no sign of getting better. We could do a whole
> lot for Linux by embracing RPM as a Linux-wide package format.

dpkg consists of more than one part :
1.) the .deb package format. we use ar of .tar.gz (AFAIK). rpm is better
(not because it uses cpio (that's the part i don't like), but because it
has md5sums, pgpsignatures, etc etc etc). i would like to see such
things with debian.
btw: is rpm able to stor informations for more than one distribution ?
it would be very nice, to have the possibility of making a package
suiting for both, redhat and debian.

2.) the dselect utility / a visual config tool. is there nobody in
debian, that is willing to a) create a graphik version (looks better)
and b) doing some work on dselect ? it think we can make a better 

3.) debian method of dependencies, post/pre-rm/inst scripts, control
files etc etc etc. NO NO NO that's the best of debian. don't change it.
we are very good at this, why dump our best thing ?
dpkg is ok (but please : add a parameter, so dpkg -iGROEB works even, if
there are one or two broken symlinks or missing files. 
give a warning, but don't fail !

regards andreas
----
i would like dselect to work this way :

1.) select method split up into 3 section : "Base/Install" "Advanced"
"Expert"

Expert Section : yust as dselect is now (but some more features
 - maybe split the one big list in a list of sections, and a sublist
   with the files in this section. scrolling in dselect isn't very good.
 - one key to examine witch packakes depend on this package
 - one key to view dependencies / provides lines etc.
 - kick - list. if i dont' want to install a package, recommended by
   others, i want to have the possibility to say this ONCE and not every
   time i'm using dselect.
 - dependencies are a good thing, but i want to see all dependencies 
   at the end, check them, and say it's good, but not after each
   keypress. dependencies could be better documented.
 - the list could be changed in may ways. what about a help bar at the
   right side. commands like "i" for info (shows descriton")
   "d" (shows dependencies, versions etc) and some more moght be very
   good.

Base Section:
 - what about creating a list of "Metapackages" with a Metapackage entry
   in Packages, or a MetaPackage file. such a list should only display
   minimal programms (no extra etc...) and bild one metapackages with a
   list of packages. so if the user want's to install "C Development
   Packages" he doesn't need to select gcc, binutils, libc5-dev etc, 
   same with base, X Package, Mail Package, News Package and so on 
 	(X should have a list Graphic Card -> Server needed. there must
	be such a list somewhere (XF86Config uses it), so why don't use
	it in dselect ?)

Advanced:
 - same as Base Section (the name Advanced isn't good. something like
   "after first installation" is better). but more packages (packages
   like "Astro" "Ham Radio" etc. Packages, the standart user will use
   one of two of them, but not all.


--
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