Red Hat Bugzilla – Bug 132559
drop usermount from default desktop install
Last modified: 2013-07-02 19:01:27 EDT
GNOME Nautilus handles user mountable drives now, therefore this tool
has become very obsolete.
Lets drop this from the default desktop install
Part of usermode-gtk, needed for pam-panel-icon and bits. Can't do that.
Ok, lets drop the .desktop file or set NoDisplay=True so that it
doesn't appear in the menus.
it is true that Nautilus handles user mountable drives now, but many
people use usermount not only for this purpose. The functionality that
Nautilus (AFAIK) cannot substitute is to format filesystems (for
example a customer uses usermount to do this #117793), where one can
specify which fs should be created in quite user friendly way. This is
the reason why I won't drop usermount from default desktop install.
I was assuming that the floppy formatter would be the best option for
the type of situation in bug 117793 but looking at the code, it
appears the floppy formatter not work on USB floppies. Apparently
it's hard coded to /dev/fd0 There's already a bug about this:
Are there cases of customers using this tool for formatting disks
other than floppies? I imagine this is probably true, however both
tools seem to overlap a lot and the usermount seems so minimal that I
think we should look into improving it beyond what it does now.
yes, usermount can be used to format any filesystem that is present in
/etc/fstab and an user has permissions to do this. It can be used not
only for the floppies but also for formating USB flash devices, etc.
I know the interface of usermount is designed for maximal
functionality, not for a good impression. Anyway I think it's a pretty
good idea to combine user friendliness of gfloppy with functionality
of usermode. If we do so in gfloppy, I'll remove usermount from the
default desktop install.
*** Bug 170811 has been marked as a duplicate of this bug. ***
Created attachment 120343 [details]
Jindrich, the attached patch makes usermount accept an optional argument, so
that it can be called to format a specific device. I propose to
a) Add this patch to usermount
b) Add a "Format" menu item to the context menu of other devices in the
"Computer" window, which calls usermount on that device. (I recently added a
"Format" menuitem for floppies in there which calls gfloppy)
c) Drop usermount from the menus, maybe do it like I did it for gfloppy, by
adding an <exclude> element to the .menu file. If done in that way, it still
appears in the menu editor, and users can easily get it back into the menu
if they miss it.
Matthias, sounds good to me. But I'm not quite sure that "usermount" is a
suitable name for an executable that is intended to be used as a formatter when
called with some arguments. (to call `usermount /dev/cdrom` to format something
looks just weird) Maybe we can create "userformat" by symlinking it to usermount
and usermount will decide from argv whether to mount or format something.
The points a) and b) are fine, good idea. There's a problem with c) that there's
no menu file present is usermode (only desktop ones) so did you mean you want me
to fix it in Nautilus?
I think calling 'usermount /dev/cdrom' to format a cdrom is not much wierder than
calling 'usermount' and selecting /dev/cdrom from the list to do the same task, or
figuring out that the task of formatting a cdrom is hidden beneath "System Tools
> Disk Management". But if you prefer it, 'userformat' is fine with me.
Regarding c), the relevant menu file is /etc/xdg/menus/applications.menu in
redhat-menus. I can handle b) and c). Maybe I should file separate bugs to track
Ok, userformat is now created. You can use it now for formatting requests.
Closing this bug RAWHIDE now as the point a) is now finished. Please create new
bugs if some further work is needed on the usermode side.