[Bug 1682484] Re: systemd: Logging from gnome session is passed on to all syslog facilities

[Bug Watch Updater]

** Changed in: systemd
       Status: Unknown => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, 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:
  Fix Released
Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Zesty:
  Fix Released

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