With gnome-2.10 you were able to mount hotpluged volumes from the Computer window. Not with gnome-2.12 as hal-fsync has been removed. Attached patch changes things to the new way! Reproducible: Always Steps to Reproduce: 1. Open "Computer" window 2. Plug in a USB drive 3. Double click on the new volume Actual Results: Mount error occours Expected Results: Volume is mounted
Created attachment 67796 [details, diff] gnome-vfs-2.11.92.ebuild.patch This enables pmount and full hal support.
This is the correct behavior as required for proper support. This goes along with the g-v-m that I commited.
Created attachment 67858 [details, diff] gnome-volume-manager-1.5.1-use-pmount.patch Additionally, here is a patch against gnome-volume-manager-1.5.1, that will use pmount-hal and pumount if (and only if) they are available. If they are not, it will fall back to mount and umount, so the pmount DEPEND is really optional, but guess it will by needed by this patch. I would also vouch and ask pretty please for these .. sure im lazy =)
Hmm, Ok, I missed the changes to gnome-volume-manager-1.5.0, as I'm running 1.5.1 here, but I think this will be the better option, especially if it can go upstream?
Created attachment 67861 [details, diff] gnome-volume-manager-1.5.1-use-pmount-2.patch Better one, as it uses the glib api instead of access().
Created attachment 67863 [details, diff] gnome-volume-manager-1.5.1-use-pmount-2.patch Slight typo, sorry.
Created attachment 67864 [details, diff] gnome-volume-manager-1.5.1.ebuild.patch And an ebuild for gnome-volume-manager-1.5.1 compaired to 1.5.0, will look something like this.
Took the Gnome herd too long to do this... So I did it.
To compile gnome-vfs-2.12.0.ebuild you need orbit-2.12.4.ebuild ( As they have reintroduced ORBIT2_MAYBE_CONST define ) I have added the orbit-2.12.4.ebuild