Kudzu API Documentation
david at fubar.dk
Tue Jun 7 16:24:34 UTC 2005
On Tue, 2005-06-07 at 11:04 -0400, Jeff Spaleta wrote:
> Most of my pet peeves are second order issues like multiuser situations
> where non-console owners can hold the hotplug devices open
It's something that is particular difficult to do with the way we now
handle removable storage (fstab-sync and /etc/fstab) - with a mount
wrapper it should be much easier (see below).
> Or application level issues like gthumb not working the same way with
> mounted usb-storage the same as the ptp cameras. The dcim directory
> sensing for the gthumb wrapper works, but once gthumb is open.. you
> just can't interact with the mounted cf card as you would with the ptp
> camera it came from. I'd love to just be able to slap in a cf card in
> the reader automount it, have gthumb start up and then be able to hit
> one button and import all the files from the dcim directory tree on
> the cf card to my existing digital picture catalog on the harddrive.
> Instead gthumb treats the cf card as just another harddrive catalog
Yeah, this is a bug with gthumb really; I'd really wish it had that
> Or in the case of music, rhythmbox forgetting about a music library
> and associated playlists that is on a removal disk if the disk is not
> present when rhythmbox starts up again.
I know Colin was talking about fixing this...
> But the underlying hotplug mounting with volume-label as mountpoint is
> working like a charm. How close are we to seeing user configurable
> mount action policy for unique mounts? I'd love to be able to have an
> external harddrive full of music and be able to configure gnome to
> mount the drive and launch rhythmbox when the drive was connected all
> triggered by the volume name.
I put down my thoughts here
but the code still needs to be written/integrated (a few weeks of work).
It's definitely something I'd like to see in FC5.
More information about the devel