[Bug 1217710] Re: Message about AppArmor mediation status goes to stderr instead of stdout
Launchpad Bug Tracker
1217710 at bugs.launchpad.net
Thu Aug 29 03:28:56 UTC 2013
This bug was fixed in the package dbus - 1.6.12-0ubuntu5
---------------
dbus (1.6.12-0ubuntu5) saucy; urgency=low
* Add support for mediation of D-Bus messages and services. AppArmor D-Bus
rules are described in the apparmor.d(5) man page. dbus-daemon will use
libapparmor to perform queries against the AppArmor policies to determine
if a connection should be able to send messages to another connection, if
a connection should be able to receive messages from another connection,
and if a connection should be able to bind to a well-known name.
- debian/patches/aa-build-tools.patch: Update build files to detect and
build against libapparmor
- debian/patches/aa-mediation.patch: Support AppArmor mediation of D-Bus
messages and services. By default, AppArmor mediation is enabled if
AppArmor is available. To disable AppArmor mediation, place
'<apparmor mode="disabled"/>' in each bus configuration file. See the
dbus-daemon(1) man page for more details.
- debian/patches/aa-get-connection-apparmor-security-context.patch: Add an
org.freedesktop.DBus.GetConnectionAppArmorSecurityContext method that
takes the unique name of a connection as input and returns the AppArmor
label attached to the connection
- debian/patches/aa-kernel-compat-check.patch: Perform a compatibility
check of dbus, libapparmor, and the AppArmor kernel code during
initialization to determine if everything is in place to perform
AppArmor mediation. This is a temporary patch to overcome some potential
incompatabilities during the Saucy development release and should be
dropped prior to Saucy's release.
- debian/control: Add libapparmor-dev as a Build-Depends
- debian/rules: Specify that D-Bus should be built against libapparmor
during the configure stage of the build
* debian/patches/aa-mediation.patch: Clean up the AppArmor initialization
- Don't treat any errors from aa_is_enabled() as fatal unless the AppArmor
D-Bus mode is set to "required". This should fix errors when various
test cases need to start dbus-daemon on buildds. (LP: #1217598)
- Don't print to stderr during initialization unless an error has
occurred (LP: #1217710)
- Don't redefine _dbus_warn() to syslog(). A previous comment left in the
code suggested that _dbus_warn() caused segfaults. Testing proves that
is not the case.
* debian/patches/aa-get-connection-apparmor-security-context.patch: Refresh
patch to fix offset warnings after modifying aa-mediation.patch
-- Tyler Hicks <tyhicks at canonical.com> Wed, 28 Aug 2013 13:26:13 -0700
** Changed in: dbus (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to dbus in Ubuntu.
https://bugs.launchpad.net/bugs/1217710
Title:
Message about AppArmor mediation status goes to stderr instead of
stdout
Status in “dbus” package in Ubuntu:
Fix Released
Bug description:
dbus 1.6.12-0ubuntu4 added AppArmor mediation of messages. When dbus-
daemon is initializing itself, it prints "AppArmor D-Bus mediation is
enabled" to confirm that mediation will be performed. The message is
incorrectly printed to stderr instead of stdout:
$ dbus-daemon --session 2>/dev/null
^C
$ dbus-daemon --session 1>/dev/null
AppArmor D-Bus mediation is enabled
^C
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1217710/+subscriptions
More information about the foundations-bugs
mailing list