>> Q> Older versions of sysklogd sometimes segfault under 2.2 kernels.
>> Q> Upgrading to the latest release fixes that problem as well as
>> Q> adding support for new features like system power-off on halt
>> Q> (with appropriate incantations of halt; see the man page) and
>> Q> automatic decoding of kernel oopses.
>> I think the mistake here is one of grammer rather than anything
>> else, so would suggest the following rewrite of the above:
>> Q> Older versions of sysklogd sometimes segfault under 2.2 kernels.
>> Q> Upgrading to the latest release fixes that problem, as would
>> Q> adding support for new features like system power-off on halt
>> Q> (with appropriate incantations of halt; see the man page) and
>> Q> automatic decoding of kernel oopses.
> I think I'm missing the point. How does adding new poweroff
> support fix the sysklogd problem? AFAIK this is not related at
> all, new sysklogd is needed for the %% and such things.
I don't think I expressed myself very well there, but my reading of
the text you quoted is that it states that upgrading to the latest
release of sysklogd fixes the problem of sysklogd segfaulting under
2.2 kernels, and that "adding support for new features..." was a
side-effect of doing so, rather than helping with the problem quoted.
> And in your version the last part about deconding of the kernel
> oopses seems to be about the poweroff (grammatically), not about
> the upgrade. This can be misleading as well.
I didn't say the wording was perfect...
Basically, that help text is what's often referred to as a "Garden
Path" sentence, in that on first reading it, it appears to be
nonsense, and one has to go back and reread it several times before
the true meaning becomes apparent. It needs rewording to fix that
problem, and my version was an attempt to do so, but clearly isn't
suitable as the final version...
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/