Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#21029 - [udisks] should/could respect storage group

Attached to Project: Arch Linux
Opened by Ulf Winkelvos (uwinkelvos) - Saturday, 02 October 2010, 03:26 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 05 October 2010, 06:40 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

mounting any local drive in nautilus (probably any other filemanager that uses udisks) requieres admin rights. I think udisks should be configured to respect the storage group by default.
(application/x-gzip)    polkit-udisks.tar.gz (0.3 KiB)
This task depends upon

Closed by  Jan de Groot (JGC)
Tuesday, 05 October 2010, 06:40 GMT
Reason for closing:  Won't implement
Additional comments about closing:  See comments.
Comment by Ulf Winkelvos (uwinkelvos) - Saturday, 02 October 2010, 03:30 GMT
attached archive contains a polkit local authority configuration file that enables this behavior.
Comment by Ionut Biru (wonder) - Saturday, 02 October 2010, 07:07 GMT
please don't do useless configuration to etc and login into your gnome correctly.

1)use gdm
2)exec ck-launch-session gnome-session' in ~/.xinitrc
Comment by Gerardo Exequiel Pozzi (djgera) - Saturday, 02 October 2010, 17:41 GMT
Sure, access to internal disks require auth_admin. This behaviour is independent of system groups (old method) and from acl (current method).
Your sugerence looks like more a custom config. Also putting a file in /etc/polkit-1/localauthority/50-local.d/ is not the correct place.
Comment by Ulf Winkelvos (uwinkelvos) - Saturday, 02 October 2010, 20:49 GMT
@ionut: I do use gdm. I did forget to explain, that this is only regarding disks not mentioned in fstab, obviously. As Gerardo stated correctly this behaviour is intentional.
See /usr/share/polkit-1/actions/org.freedesktop.udisks.policy:
<action id="org.freedesktop.udisks.filesystem-mount-system-internal">
[...]

Why should my configuration file be useless? As a desktop-user I would expect there is any way to enable me to mount local disks, without having to provide the root password. Do you have any better idea, than using this pkla and the storage group?

@Gerardo: reading: http://man.he.net/man8/pklocalauthority made me think it is, for me as a custom config. If it was provided by arch, it should be located in /var/lib/polkit-1/localauthority/.
Comment by Ulf Winkelvos (uwinkelvos) - Sunday, 03 October 2010, 00:53 GMT
btw the ubuntu team made a similar approach: https://launchpad.net/ubuntu/+source/policykit-desktop-privileges
Comment by Gerardo Exequiel Pozzi (djgera) - Sunday, 03 October 2010, 01:34 GMT
Maybe you can create a package "desktop-privileges" and put on AUR or add respective documentation on wiki. I guess you want "disk" instead of "storage" because is the group for non-removable media.
Comment by Ulf Winkelvos (uwinkelvos) - Sunday, 03 October 2010, 01:54 GMT
This is probaly a good idea!
Comment by Jan de Groot (JGC) - Monday, 04 October 2010, 07:27 GMT
Internal disks should be managed by either fstab or the root user, not by some mounting utility that allows default mount permissions to users. If an internal partition is not in fstab, that has a reason. IMHO we should not change default permissions.
Comment by Ulf Winkelvos (uwinkelvos) - Tuesday, 05 October 2010, 00:48 GMT
one could argue that, having users in the storage/disks groups has a reason too! :) But I see it's at least 3:1 against making this the default, so i will go the AUR way.

Cheers, Ulf

Loading...