Custom Query (1145 matches)
Results (40 - 42 of 1145)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#1505 | fixed | apparmor is overly paranoid about dconf profiles | bbaren | |
Description |
On Precise machines, attempting to open evince dumps core: $ evince ** (evince:4328): ERROR **: Error loading dconf profile 'athena_user': open '/etc/dconf/profile/athena_user': Permission denied Trace/breakpoint trap (core dumped) I’ve only tested this in Xmonad; it may not impact Unity users, but I haven’t checked. /etc/dconf/profile/athena_user is world-readable. |
|||
#1500 | fixed | gvfs prevents Precise chroots from ending cleanly | jdreed | |
Description |
For a while, we've been hearing sporadic reports that workstations are rebooting after every single user. I finally reproduced this on my VM. The culprit is gvfs' fuse daemon. Even if unmounted cleanly inside the chroot, schroot will insist it cannot umount AFS due to EBUSY. Indeed, setting export GVFS_DISABLE_FUSE=1 in snapshot-run makes everything work again. Another solution is passing -l to the umount command for the bind-mount of AFS. In theory, this should be fine, and is never the wrong answer, but I'd like someone more familiar with AFS than me to chime in if they think that is likely to have unexpected failure modes. If no objections, I will commit an schroot setup.d script that does that. (Yes, Precise is going away, but a) cluster machines need to be up and running to get upgraded to Trusty; b) we should in fact fix this anyway.) |
|||
#1499 | fixed | reactivate needs to bind-mount /sys/fs/cgroup | jdreed | |
Description |
We should probably just mount /sys with rbind (as we now do with /run) in case it grows more tmpfses. |