This does not look like an upstream bug. The error is the result of a permission denied problem, that is caused by debian/patches/22_root_only.dpatch. This patch temporarilly sets the real AND effective user id to the sudo user id in src/shares/shares-tools.c in function gst_shares_tool_init() while configuring the tool. After configuration it tries to set both id`s back to 0 but according to the man page of setreuid this call has to fail: "Linux: Unprivileged users may only set the real user ID to the real user ID or the effective user ID."
The failed call leaves the shares-admin process with real and effective uid of the user while the corresponding gid`s are still set to root. Those privileges do not fit to the default uid and gid of FAT volumes (root:plugdev). The problem is therefore not related to FAT volumes but to any directory that does not belong to the user or to group root an is not world readable. Changing only the real user id did not work (even though the contents of the folder were visible): "(shares-admin:29384): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed." So we need to find a proper way of connecting to the right session bus, without permanently dropping privileges. -- [shares-admin] Can't share files on Windows partition https://bugs.launchpad.net/bugs/115937 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
