> How about unifying the printk text messages into a limited set of
> common/canned text statements? If that could be done, all that would be
> needed in the kernel would be a small language translation table. The
> output of the table, based on the english input and the user's language
> setting, would be sent to the administrator/user.
>
> On a similar note, Andreas Dilger mentioned this suggestion earlier,
> which it seems has been echoed by others, and that might be agreeable...
[SNIPPED...]
> > Granted, you can have multi-level messages (like the VMS-style
> > %facility-severity-ident), but that only buys some time. And you
> > still either need a message catalog or include the plain text in
> > the message as well.
> >
No. VAX/VMS is dead. It got killed by things like that. Canned
strings that required valuable resources. You don't need any
of that. You need to use the kernel logging facility for the
three or four messages that a properly running system will
issue in its lifetime (like the file-system getting full).
There are too many damn strings in the kernel already. Making
them somehow legitimate is the wrong approach. If there are
so many error messages that we need a translation service, then
there are too many error messages, either because there are too
many errors, or because of the propensity of 'coders' (as opposed
to software engineers) to "print" every *%&$#@&#%_ thing that they
don't understand. Don't get me started, but when was it decided
that you should "print" everything that went okay? I saw during
the past month that somebody wanted to increase the size of
the kernel message ring buffer because they were losing
"important" data. They should fix the errors first before
making new errors. Then, you don't even need printk(). If
they are printing "good" stuff from the kernel, then the
kernel message facility is being abused.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.20 on an i686 machine (797.90 BogoMips).
Why is the government concerned about the lunatic fringe? Think about it.
-
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/