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 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136602 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 > space. Yeah, this is a bug with gthumb really; I'd really wish it had that functionality too. > 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 http://mail.gnome.org/archives/utopia-list/2005-May/msg00005.html 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. Cheers, David -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-devel-list
