A better solution to this problem IMHO is to set the suid bit on kscd (perhaps make a user kscd for it) and set the directory to 755 owned by kscd. KSCD doesn't let you do much to the ID3 tags of a CD so it should be pretty safe. On Mon, 02 Aug 1999, Adolf Koenig wrote: >As you see again, what seems reasonably done for one >is not tolerable for another one, because of the many different >real-life-situations. > >But after all, as I repeat from time to time, you still have a Unix-system. >Therefore: > >If your problem is to keep /opt etc. from filling up, you could easily >move the worldwritable directory to a less vital partition, and put a link >to the new location into the old place. Problem solved. > >If the cd-database is to be written by all users, in order to immediately >allow all users to participate in newly installed music-files you have to >bear the little risk of destroying the whole database. The method >of allowing only the 'good' changes of a file is not yet invented. >The only remedy is to backup the cd-database from time to time, so >that in case of destruction you can repair it. This would not cause >any additional work, if you would backup your own important files, >what you should do anyway, even if you are the only user in >your system. > >Greetings > >A.Koenig -- Send posts to: kde@lists.netcentral.net Send all commands to: kde-request@lists.netcentral.net Put your command in the SUBJECT of the message: "subscribe", "unsubscribe", "set digest on", or "set digest off" PLEASE READ THE ARCHIVED MESSAGES AT http://lists.kde.org/ BEFORE POSTING ********************************************************************** This list is from your pals at NetCentral