per-user udev rules subset

[Stef Bon]

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



gibboris at 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 at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/devkit-devel
>
>