@Martin Pitt: > As a last resort I can still make udisks get along without ACL support, > but this would be a bad and incomplete workaround for the root problem. > There's certainly other software which wants ACLs to work, so I'd like to > get this fixed properly rather.
Most applications don't need ACL support, and even udisks2 only seems to "need" it to set the ACL when creating that directory, but seems to work fine otherwise if the directory is created manually without the ACL. (It is also the only location in the udisks2 sources where any ACL-functions are used.) Maybe the ACL is needed on the distro/system of the upstream developer, but he never tested this code on other systems/distros? Maybe it's related to systemd or selinux? (Or maybe there are some circumstances that need the ACL that are not applicable to my system?) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1048059 Title: Adding ACLs to /media/$user does not work To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1048059/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
