Re: September Release?
My point was that we currently need to compile in support for Adaptec, Buslogic,
and so on in order to install on systems that use these controllers as the
primary hard drive controller. This is bad since if you have a controller that
isn't supported by the kernel on the boot disk, it becomes a royal pain in the
rear to install on that machine. If we could select which modules to install
BEFORE mounting the root partition, this would solve that problem. This is the
method Redhat 5.1 used, with a hardware autodetect finding most controllers
without the need to manually select what module is needed. This is the only
thing about Redhat that I find Debian doesn't do at all.
On Fri, 16 Jul 1999, Craig Sanders wrote:
> Date: Fri, 16 Jul 1999 07:49:34 +1000
> From: Craig Sanders <email@example.com>
> To: David Bristel <firstname.lastname@example.org>
> Cc: Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de>,
> Subject: Re: September Release?
> On Tue, Jul 13, 1999 at 04:28:05PM -0700, David Bristel wrote:
> > For 3.0, I'd guess the replacement of dselect with apt-find,
> i know it's early days for apt-find, but i found it to be hopelessly
> confusing - no indication at all of what is going on or what it is
> doing. i'm sure that that will improve, though.
> however, apt-find shouldn't replace dselect. it should be offered as an
> alternative to dselect. dselect is still very useful, and works very
> well with apt as the install method.
> (i don't think dselect is as hard or as bad as people like to make out)
> > as well as to do a more "Redhat-like" install, where we don't need to
> > have every type of hard drive controller compiled in in order to be
> > able to install with different hardware.
> > I know the WD7000 probe would break on MANY systems with an Adaptec
> > controller installed.
> the WD7000 card is ancient and quite rare these days - the driver
> should probably be dropped from the boot disks. adpaptec controllers
> are extremely common....i haven't noticed it conflicting with adaptec
> controllers (i build lots of systems with aic7xxx cards) but if it does
> conflict with adaptecs then wd7000 should go.
> we shouldn't completely drop support for obscure hardware, but common
> hardware should take precedence.
> maybe we should make a separate rescue disk for any drivers for
> ancient hardware that have to be compiled into the kernel (e.g. disk
> controllers)...say anything which hasn't been made for 3+ years.
> users would choose either the "standard" rescue/install disk or the "old
> hardware" rescue/install disk. on the cd-rom, syslinux could have an
> option to choose "standard" or "old".
> craig sanders