** Description changed: + [Impact] + + * untagged messages in journal do not have any syslog facility specified, this may result in spamming logs. + * The solution is to cherrypick upstream fix which sanity checks and provides default syslog facility, e.g. it sets user facility on user/desktop session syslog/journal entries. + + [Test Case] + + * launch gnome terminal + * check output of $ journalctl -o verbose -e + * entries from gnome-terminal (e.g. "Allocating size to GtkBox without calling gtk_widget_get_preferred_width/height()....") should have a syslog facility listed as one of the variables. + + + [Regression Potential] + + * We are changing (fixing regression) in logging, thus release images + have those messages untagged, and may require different filtering rules + before this update is applied. + + [Other Info] + + * Original bug report from debian. + Bug imported from Debian https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=837893 Package: systemd Version: 231-6 Severity: normal Since recently, log messages from programs running under the gnome session have started appearing in all logs in /var/logs, including /var/logs/kern.log, even though my rsyslog configuration has not changed, and correctly only routes kern.* there. This is very annoying since it fills the logs with messages that don't belong there, and makes running logcheck tedious. It seems this is a recent regression, since before I was able to route these messages to a low-priority log using the following rsyslog configuration: - user.=info;user.=notice;\ - user.=warn -/var/log/user-low.log + user.=info;user.=notice;\ + user.=warn -/var/log/user-low.log If I look at the messages directly with journalctl -o verbose, it seems they do not set the syslog facility, which should make them end up with user facility, but doesn't.
-- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to systemd in Ubuntu. https://bugs.launchpad.net/bugs/1682484 Title: systemd: Logging from gnome session is passed on to all syslog facilities Status in systemd: Unknown Status in systemd package in Ubuntu: Confirmed Status in systemd source package in Zesty: Confirmed Bug description: [Impact] * untagged messages in journal do not have any syslog facility specified, this may result in spamming logs. * The solution is to cherrypick upstream fix which sanity checks and provides default syslog facility, e.g. it sets user facility on user/desktop session syslog/journal entries. [Test Case] * launch gnome terminal * check output of $ journalctl -o verbose -e * entries from gnome-terminal (e.g. "Allocating size to GtkBox without calling gtk_widget_get_preferred_width/height()....") should have a syslog facility listed as one of the variables. [Regression Potential] * We are changing (fixing regression) in logging, thus release images have those messages untagged, and may require different filtering rules before this update is applied. [Other Info] * Original bug report from debian. Bug imported from Debian https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=837893 Package: systemd Version: 231-6 Severity: normal Since recently, log messages from programs running under the gnome session have started appearing in all logs in /var/logs, including /var/logs/kern.log, even though my rsyslog configuration has not changed, and correctly only routes kern.* there. This is very annoying since it fills the logs with messages that don't belong there, and makes running logcheck tedious. It seems this is a recent regression, since before I was able to route these messages to a low-priority log using the following rsyslog configuration: user.=info;user.=notice;\ user.=warn -/var/log/user-low.log If I look at the messages directly with journalctl -o verbose, it seems they do not set the syslog facility, which should make them end up with user facility, but doesn't. To manage notifications about this bug go to: https://bugs.launchpad.net/systemd/+bug/1682484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
