From: "Khimenko Victor" <[EMAIL PROTECTED]>
Subject: Re: problem or bug?
Date: Wed, 28 Jun 2000 01:11:54 +0400 (MSD)
> This is basically what I've said... But if you want politcorrectenness...
You never have said such a thing. Reread your own message. You just
said that GRUB couldn't do.
> And yes, there are NO sane solution to this "swap" problem. There IS sane
> solution for ORIGINAL problem: just always use (scsi ide0 ide1) order and
> teach GRUB about it.
I'd like to ask you why you think your approach is sane. It is known
that modifying the order of drives in BIOS setting is often
problematic. In my experience, it has more disadvantages.
> It's just simple Linus's rule:
> -- cut --
> Finally, even if the above isn't true, I often reject bug-fixes.
> Bug-fixes are _often_ worse than the bug they fix, even with serious bugs.
> Because a lot of bug-fixes are "band-aid" - not fixing the bug properly.
> And band-aid is BAD. It's worse than even a crashing machine. Because
> band-aid never goes away, and nobody cleans it up.
>
> I prefer to have a known bug that will eventually get fixed than an ugly
> solution that will hide it forever.
> -- cut --
Then, why is Linux a mass of band-aids? If Linus had followed his
own rule, Linux could be much more clean and be less practical.
> And "map" (when used with other system then DOS - even with Windows 3.11!)
> is exactly such band-aid ugly solution - NOT proper fix.
Of course, you are right here; the real fix should be done in the
brain-dead Windows (or the design of IBM PC). However, you must
realize that the world is not perfect. It is not always possible to do
proper things.
> Hmm. I thought it's so obvious... When there is SANE and PROPER solution for
> problem (not for directly asked question but for global problem) it's just
> unwise to clog victim's mind with unneded (for him) information.
We don't choose such a stupid solution, since this list is NOT a
support center. I believe that it is better to tell the user enough
information, whenever possible, because that is less troublesome in
the long term and that can make it bigger the possibility for the
user to join our project. I don't think there is any good "lie".
Okuji
