[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SEUL: hardware detection
BTW, this should be moved over to seul-dev-install, so I'm cc'ing there.
> Well. I guess the best bet is to have instructions to defrag before
> install. They should be able to get that much done.
What's keeping us from writing our own? The FAT filesystem is primitive
enough that we could probably do one fairly easily under Linux. I've even
spent hours and hours thinking of more efficient algorithms to do it (while
staring for hours and hours at SpeeDisk's lame-a** algorithm copying the same
data there and back, there and back, there and back).
The same should be done with FIPS. We could even integrate them... no, let's
not. That goes against the principle of Unix. Agreed, the "do one thing and
do it well" principle may not mesh with our goals at first glance, but think
about it some: if we were to integrate FIPS, defrag, and fdisk all into one
program, users would have to do their own deciding about what to do. All
data discovered in either the do-it-all program or the installer framework
that's calling it has to be passed in bulk, which is suboptimal. Far better
for the installer framework to decide which of the three steps need doing.
It also helps *immensely* with maintainence.
It was mentioned months ago that having the installer for Linux, purportedly
the best OS for the PC ever, boot first to *DOS* is the best possible way to
disillusion people. "If Linux is so good, why do I need to boot to DOS
I'm going to be posting to dev-install and dev-distrib explaining how I think
the installation process should be tied to the Linux Core (finally has a
"name"). I hope to have it done before I leave in an hour.
Erik Walthinsen <email@example.com> - SEUL Project system architect
/ \ SEUL: Simple End-User Linux -
| | M E G A Creating a Linux distribution
_\ /_ for the home or office user