Hello, your idea of per-user udev subset is great. I've been working on a construction which makes access to network- and hardware resources available in a directory in your homedirectory and not a foreign place like /mnt or /media.
The latest construction is using the automounter and a fuse module I call fuse-workspace The latest mirrors a special directory under the directory where it's mounted. Via configuration it's possible to make symbolic links look like normal directories. In this case for example a symbolic link to the hardeware in /media (mounted by HAL) or in /mnt (by the automounter) is presented as directory, making it look like hardware is direct available in the users homedirectory. This construction works very well, but has problems with HAL and thus my desktop KDE. HAL uses a global setting for the mountpoint, which is thus the same for all user. If I want that the user logging in, working with KDE to work with the directory in the homedirectory where the hardware device is also available, I have to alter the mountpoint parameter in the HAL settings for this device. But then this is changed for all the users working on this machine (and with multiseat this is possible), and you don't want that! The only sollution is per-user rules. I do not understand your goal exactly, and the reason that you want per-user rules is maybe another I want it. Stef Bon gibbo...@gmail.com wrote: > Hi, > I attempted to do what I wanted. > (just a POF, but I'm still without any advice > about the correct way to do) > So here comes 11k of noobish-bloated code which : > > - parse some config files of this format (GKeyFile) : > > [spec] > name=this_device > event=DeviceMounted > exec=echo ADDED docus >> /tmp/dk.log > IdLabel=docus > IdUuid=f2574b18-3fa6-4649-9908-eaa8503cab33 > > - then monitor org.freedesktop.DeviceKit.Disks > - and foreach event received : > - - try to match against the files (internally called Settings). > - - if the match success the exec is printed (should be execve in the future). > > Any advices (of course I will have to rewrite the whole) ? > > Raph > _______________________________________________ > devkit-devel mailing list > devkit-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/devkit-devel > > _______________________________________________ devkit-devel mailing list devkit-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/devkit-devel
