[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: New priority?



On Tue, May 19, 1998 at 08:29:15PM +0100, Jules Bean wrote:
> > > with a good navigation you could skip the whole lang/perl tree if you are not
> > > interested in it.
> > 
> > This would be nice although we'd have to work the categories a little for
> > things that fit in more than one place.
> 
> Actually, if we're opting for a more 'descriptive' hierarchy, I see no
> reason why something shouldn't appear in two places, if it seems
> appropriate in two places.  The principle of least surprise, as
> interpreted by me, suggested that I should be able to find LWP in
> lang/perl/modules/www as well as in web/cgi/scripttools (or whatever).

It could be done with symlinks I suspect..  Anyone have complaints about
this thought?


> > > the other thing debian needs is lists of packages as coarse
> > adjustment. e.g.:  > "firewall - everything you need to build, run and
> > maintain a firewall"  > you can do fine tuneing later. this should also
> > be splitted in two parts - > a base set and add on packs. e.g base pack
> > "x11 development workstation"  > and extension packs "graphic
> > development", "c/c++ development" ... 
> > 
> > This would be hard to do I think.
> 
> I thought someone had done some work on this idea already?  I remember a
> discussion a couple months ago about giving the user a variety of choices
> from the install program..

It kinda came up durring the easier installation thread.  I'm still working
on it in my head, but so far not much has come of it.  It was more of ... 
well, we've all had the misfortune of dealing with InstallShield's "Typical,
Minimal, Full, Custom" screen right?  Well, I was thinking abotu this, good
idea, bad implementations.  Typical of windoze.

Well, what could happen is something more like have a few pre-hatched
installation options..  ie, workstation, router, webserver, general internet
server, etc..  Custom would still give you apt and everything (this is
envisioned for slink, not hamm) but for the typical installations the user
would not have to deal with 2000 packages durring the install process.  And
if everything is nice and enhancable, it would be possible for people to
make their own hatched installs.  This ability is a good thing if you're
installing a bunch of identical systems but prolly not a big deal for most
of us in the real world.  =>

Your idea seems more modular than mine I think..


Rest assured that if I get to have anything to do with such an installation
design, there would be a non-X workstation with the devel tools required for
compiling a kernel and using the Internet effectively.  =>

Attachment: pgp0VwmJiNf_k.pgp
Description: PGP signature


Reply to: