Hi, Seth Arnold wrote (25 Jul 2013 18:21:22 GMT) : >> ... and on top of that, please find attached the corresponding change >> for Totem in lp:apparmor-profiles.
> Hrm, why Totem specifically? Should this instead just go in > abstractions/gnome if every gnome application is going to want it? In practice, Totem is the only confined GNOME application I've seen try to access /etc/machine-id on my Debian unstable system, apart of those that use the dbus-session abstraction (that was addressed by my other patch). For some reason unknown to me, Ubuntu's Totem profile doesn't use the dbus-session abstraction, but instead itself grants the /var/lib/dbus/machine-id read access. Another look at the 13.10 profiles directory, and I find usr.bin.evolution and usr.bin.pulseaudio there that do the same, but usr.bin.empathy _denies_ access to /var/lib/dbus/machine-id, while still using abstraction/gnome. So perhaps Evolution, Totem and PulseAudio should just use abstraction/dbus-session instead? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- AppArmor mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/apparmor
