Re: kernel support for non-english user messages

Helge Hafting (helgehaf@aitel.hist.no)
Fri, 11 Apr 2003 13:57:36 +0200


Richard B. Johnson wrote:

> But sometimes, just for kicks, I boot Ultrix (Unix) on the second
> drive. It takes only 4 minutes and doesn't waste time with all
> those "progress" messages. Now, Linux has already gotten to
> be like VMS with all those "progress" messages displayed while
> it's booting. It's really quite annoying,
There are several ways to get rid of them - I lost all
once when using a unsupported framebuffer. No messages
at all until X came up.

> and it scares the
> hell out of users that are graduating from Windows.

Couldn't care less about the scaring part. Linux is different,
otherwise why try it? So they better expect some differences
and get used to them. Scared - bah!

Much user interface work can be done on easing the transition, but
this is not one of those cases. Because people just don't
need to deal with those messages unless there's a crash. And then
they get time enough to read the frozen display, and
the details _will_ be useful.

> Anything
> that further legitimizes those progress messages (like translation)
> should never be implemented.
>
> When somebody is writing a driver, if they have any experience,
> they write debugging messages in their native language. But, once
> the driver is written, these debugging messages should be removed
> or #defined out. A properly functioning driver should never complain
> about anything.

It shouldn't complain, but I see no problem with the driver
saying "ok, found 3 scsi adapers and 8 disks" This is
particularly useful if I expected it to find all 4 adapters.
The driver saw no problem but I still did.

> It shouldn't do anything like you see when you
> execute `dmesg`.

Get used to it. Linux scroll some pages of text at bootup - so what?
Of course you _can_ configure it away if you want to, or get your
linux from a distributor that do. It is more interesting than
watching a blank screen and wondering "what takes so much time?"
With linux I see that - it lets me optimize, for example by
dropping support for nonexisting hardware that have long
probe timeouts. This sort of thing isn't for "everybody",
but even windows people enjoy optimizing their machines a bit now and then.

Helge Hafting

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/