On Fri, Jun 25, 2021 at 12:52:48PM -0400, Colin Walters wrote: > > > On Fri, Jun 25, 2021, at 6:21 AM, Zbigniew Jędrzejewski-Szmek wrote: > > Hi, > > > > systemd has systemd.status_unit_format= / [Manager].StatusUnitFormat= > > / -Dstatus-unit-format-default= option to use unit names instead of the > > Description in messages on the kernel console and in logs: > > I meant to get back to https://github.com/systemd/systemd/pull/15957 > which I still think is the best. I forgot about that pull request. So yeah, maybe that'd be an option. Then you'd get the Description at once, and the short identifier afterwards. On Fri, Jun 25, 2021 at 06:49:32PM +0200, Aleksandra Fedorova wrote: > I would vote for unit-names over description, as I can use them to > search information in the logs or in docs. > > But I wonder why don't we consider having both unit name and description > > Could something like > > Jun 20 22:04:48 krowka systemd[1]: Starting systemd-udevd.service - > Rule-based Manager for Device Events... > Jun 20 22:04:48 krowka systemd[1]: Started systemd-udevd.service. > > be an option? > > You mention brevity, but do we really need to save space here? For log messages, the longer form is fine. But on the console, it's likely not fit in 80 characters. And there's more to this, which I didn't mention so far: I want to propagate the starting/stopping information from the user managers to the system manager. So the system manager can show on the console: "Stopping user@1000.service (stopping gvfs-daemon.service)" [formatting details to be figured out…]. This should work with unit names, but with unit descriptions there is no way to meaningfully fit this on one line. Zbyszek _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
