The only other thing I can think of is that this is perhaps virtualbox.
Since I've confirmed via source code inspection that this is not an
AppArmor bug, but I don't know where to assign it to, I am going to mark
the bug as 'Invalid'. If you discover what was actually changing the
permissions of /d
/var/log/apt/history.log shows that I removed libvirt0 (0.7.5-5ubuntu21)
at around the same time as apparmor, so it looks like that's not the
culprit. (Thanks for the explanation btw.)
--
/dev/shm keeps getting reset to rwxr-xr-t
https://bugs.launchpad.net/bugs/559545
You received this bug notifi
The /dev/shm items in /etc/apparmor.d are AppArmor profile
abstractions-- for AppArmor profiles that use these abstractions, they
only grant access to the files you see. They do not change permissions
of the files in any way. An application may do this. My ppa is
https://launchpad.net/~jdstrand/+ar
Jamie, the reason I suspected apparmor was twofold. First I grepped
for dev/shm in /etc, found some likely looking files in
/etc/apparmor.d and then set about purging apparmor to see if it was
the problem.
The results I saw (from fgrep dev/shm -r .) contained:
./apparmor.d/abstractions/audio:/d
Gavin, what made you believe this was an AppArmor issue? AFAICS, there
is nothing in AppArmor that would change the permissions on your
/dev/shm directory. For example, I have AppArmor installed and my
/dev/shm directory is 1777.
Do you use libvirt for virtualization? If so, did you use the 0.7.7
I purged apparmor and this issue has gone away.
** Package changed: ubuntu => apparmor (Ubuntu)
--
/dev/shm keeps getting reset to rwxr-xr-t
https://bugs.launchpad.net/bugs/559545
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubun