diff options
author | tpearson <tpearson@283d02a7-25f6-0310-bc7c-ecb5cbfe19da> | 2010-02-03 02:15:56 +0000 |
---|---|---|
committer | tpearson <tpearson@283d02a7-25f6-0310-bc7c-ecb5cbfe19da> | 2010-02-03 02:15:56 +0000 |
commit | 50b48aec6ddd451a6d1709c0942477b503457663 (patch) | |
tree | a9ece53ec06fd0a2819de7a2a6de997193566626 /PERMISSIONS | |
download | k3b-50b48aec6ddd451a6d1709c0942477b503457663.tar.gz k3b-50b48aec6ddd451a6d1709c0942477b503457663.zip |
Added abandoned KDE3 version of K3B
git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/applications/k3b@1084400 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
Diffstat (limited to 'PERMISSIONS')
-rw-r--r-- | PERMISSIONS | 32 |
1 files changed, 32 insertions, 0 deletions
diff --git a/PERMISSIONS b/PERMISSIONS new file mode 100644 index 0000000..1fe56bf --- /dev/null +++ b/PERMISSIONS @@ -0,0 +1,32 @@ +K3b needs some special permissions to work properly. Most distrobutions come with permissions that I don't like +very much and make problems when adding new CD/DVD devices to your system. +If you set up your system as follows you can be sure to never have K3b permission problems again. + +1. Disable pam authentication for cdrom and burner devices in /etc/security/console.perm. Otherwise your permissions + will be overwritten when loggin in and it's not possible for two users to use K3b at the same time. + In my opinion one should disable this completely and create a proper configuration instead. The most annoying + issue with this pam stuff is that you cannot have two sessions with two different users running because the first + one owns all the sound and cd devices. + +2. Create a cdrom or cdrw or whatever group (if it not already exists) and add all users that should be able to + use K3b to that group. You may also skip this step and let everybody use K3b. In that case simply use root as + the group and permissions 4711 and 666 instead of 4710 and 660 in the following steps. + +3. Change the permissions of cdrecord and cdrdao to 4710 root.cdrom (substitute cdrom with the group from 2). + This way both will run suid root which allows them to increase their scheduling priority resulting in a more + stable burning process. + +4. Change the permissions of all your cdrom device to 660 root.cdrom (substitute cdrom with the group from 2). + With devfs you may do this with lines like this (the first changes all ide cd devices while the second takes + care of the scsi cd devices): + REGISTER ^ide/host.*/bus.*/target.*/lun.*/cd PERMISSIONS root.cdrom 660 + REGISTER ^scsi/host.*/bus.*/target.*/lun.*/cd PERMISSIONS root.cdrom 660 + In case you are not using devfs you may determine the devices by running K3b once as root and looking in the + device settings. The corresponding devices are listed there. + +5. Change the permissions of the generic SCSI devices to 660 root.cdrom (substitute cdrom with the group from 2). + Both cdrecord and cdrdao use the generic devices to access the scsi drives. So you don't need to perform this step + if you only have IDE devices. + Use a line like the following for devfs: + REGISTER ^scsi/host.*/bus.*/target.*/lun.*/generic PERMISSIONS root.cdrom 660 + In case you are not using devfs the devices are /dev/sg*. |