[systemd-devel] systemd log entries

["Jóhann B. Guðmundsson"]

On 12/21/2014 03:24 PM, Peter Sztanojev wrote:
> http://www.freedesktop.org/wiki/Software/systemd/catalog/
> it is not "in" the journal
>
>

Not only do I get duplicated reference I also get better reference from 
the systemd-logind.service unit itself and it's status output then I got 
from that message in the journal.


      Docs: man:systemd-logind.service(8)
            man:logind.conf(5)
            http://www.freedesktop.org/wiki/Software/systemd/logind
http://www.freedesktop.org/wiki/Software/systemd/multiseat


Dec 21 15:13:25 localhost.localdomain systemd-logind[540]: New seat seat0.
Dec 21 15:13:25 localhost.localdomain systemd-logind[540]: New session 
c1 of user gdm.
Dec 21 15:13:32 localhost.localdomain systemd-logind[540]: New session 1 
of user johannbg.
Dec 21 15:13:52 localhost.localdomain systemd-logind[540]: Removed 
session c1.


And there is no reference to what "c1" actually means in the upstream 
documentation and advertising the mailinglist as an "support" is 
somewhat questionable as well.

We all know that opensource communities only provide "best effort" so on 
top of well advertising "support" in the first place where effectively 
exist none, are people supposed to change those line and reference to 
their support page if they are companies like Red Hat or Suse who can 
and do provide support?

On top of that each of those msg implemented should be pointing to it's 
own msg-ID|||

Documentation: 
http://www.freedesktop.org/wiki/Software/systemd/catalog/||@MESSAGE_ID@| 
<---

Not some random upstream documentation ( you kinda have to use the docs 
line in units if you are going down that road do you not? )

I think we need to rework/rethinks how this has been implemented in 
systemd and go through the effort of actually creating a catalog and 
provide each msg with it's own msg ID.

And arguable we should be limiting this to error msg only since this is 
not particular helpful now is it/?/

This feels like we have started to provided to much information for that 
information to be useful to anyone.

JBG
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20141221/5752b2b3/attachment-0001.html>