[Pkg-ltsp-devel] Bug#575031: Bug#575031: creating virtual devices for fuse mounts?

[Oliver Grawert]

hi,
Am Freitag, den 23.04.2010, 13:08 -0700 schrieb Vagrant Cascadian:
> greetings.
> 
> i'm trying to figure out how feasible it is to create some sort of virtual
> device for mountpoints mounted with fuse.
> 
> i'm hoping this is the appropriate place for such a message... if not, please
> suggest a better place for such a question.
> 
> as best i can figure out, KDE and LXDE use hal or udev/udisks properties for
> their file manager to recognize mounted devices or devices available for
> mounting.
> 
> with fuse mounts, there is no associated device or udev event, as far as i can
> tell.
> 
> in particular, i'm working with ltspfs, which is a remote fuse filesystem used
> for LTSP thin-clients. ltspfs on the client-side has udev rules to detect
> device insertion/removal, and then connects to the server that the user is
> logged into, and sets up a fuse mount server-side that the user then accesses.
> 
> with GNOME, it recognizes mounts done in /media/, and so ltspfs mounts remote
> devices in /media and it gets recognized by GNOME's filemanager.  but KDE and
> LXDE don't handle mounts in /media in the same way, so ltspfs mounts that
> happen in /media and are not recognized by the filemanager (other than simply
> browsing to the mountpoint, like any other filesystem).
> 
> a bug reported against ltspfs in debian:
> 
>   http://bugs.debian.org/575031
> 
> is there some way to emulate a device, creating a virtual device in the
> hal/udev/udisks/devicekit namespace? a short-term approach that could be used,
> or a longer-term vision for how to handle these sorts of situations?
> 
with hal it was possible to use hal-add-device and a script to create a
virtual device [1] but hal is dead beef upstream. take a look at what
the udisks package ships in /lib/udev/rules.d/, it should be possible to
write a rule that makes udisks create a virtual disk here.

ciao
	oli

[1] http://people.canonical.com/~ogra/ltspfs-hal-root.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://lists.alioth.debian.org/pipermail/pkg-ltsp-devel/attachments/20100424/1f99fbc4/attachment.pgp>