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!
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!
FS#2342 - Make Arch more user friendly by fixing user permissions on peripherals
Attached to Project:
Arch Linux
Opened by Eugenia Loli-Queru (Eugenia) - Tuesday, 08 March 2005, 06:15 GMT
Opened by Eugenia Loli-Queru (Eugenia) - Tuesday, 08 March 2005, 06:15 GMT
|
DetailsI would like to add for an Arch-specific script or application that would take care of the No1 problem new users have when move to Arch: setting up the right permissions on Udev. Instead of having the users reading that _scary_ udev tutorial on the wiki, I suggest you create a little app that takes care of peripheral usage. For example:
arch-permit -ALL <username> would give permission to the user to all usb, fw, serial, parallel, optical, sound etc hardware devices as seen as both udev *and* hotplug (digicams, the most common kind of usb usage, must be set on hotplug for example). Ask the user if he really wants to do that, as it might be a security risk, but do offer this ability, because many users are trying to find a Mac OS X experience with Linux, where everything "just works". other options should include: arch-permit -optical <username> to only give permission to optical hardware. And also, an arch-permit -R <username> would remove these permissions from the user. I think that creating Arch-specific tools that make the life easier of your users, it's an INVESTEMENT of your time towards the further success of the project. |
This task depends upon
Closed by James Rayner (iphitus)
Sunday, 15 October 2006, 10:38 GMT
Reason for closing: Won't fix
Additional comments about closing: now groups for many of those device categories.
in the past, such configuration tools, have been looked down on, much of the idea of arch is to shy away from custom setups.
no demand, need, nor anyone with motive to complete this.
Sunday, 15 October 2006, 10:38 GMT
Reason for closing: Won't fix
Additional comments about closing: now groups for many of those device categories.
in the past, such configuration tools, have been looked down on, much of the idea of arch is to shy away from custom setups.
no demand, need, nor anyone with motive to complete this.
Basically, a user that was set as -ALL, -power and -pacman would be a kind of an administrative account, without being totally root. Just like on OSX or XP. Of course, the arch-permit application should notify the user of potential security risks this brings. But do let the user decide how to run Arch. Make it easy for him/her to run it on OSX-mode, or on raw Linux-mode.
if you want more user friendlyness use dbus and hal as addition.
new gnome and kde take full advantage out of it.
As for the rest of the groups, it only takes care of audio, optical, storage, scanner. If I want full access to the USB (be it a digicam, or an electronic microscope) or the serial port for my PDA or the FW for my iPod, I still need to go down dirty with udev.
What I am proposing here, is a utility that takes care of all these headaches for the user, once and for all, and make the OS more of what a Windows or OSX user would expect. The default Arch should remain as is but such a utility would make the life of most users much easier.
for usb it's not true, guess for what are the storage groups?
and if you have usb devices i would strongly recommend you to use dbus and hal then your mountpoints will be created automatically and you have full access to it.
and defining own rules is really easy, man udev or read the wiki, it's not black magic.
As for defining your own rules, it IS black magic. You need to step back and think like a user, not as a developer.