Bug#507630: Acknowledgement (nautilus: Is gnome-volume-manager obsolete with nautils 2.24.x?)

[Michael Biebl]

Josselin Mouette wrote:
> Le mercredi 03 décembre 2008 à 20:55 +0100, Michael Biebl a écrit :
>>> FYI, Fedora has decided to ditch g-v-m,
>>> https://www.redhat.com/archives/fedora-devel-list/2008-November/msg01806.html
> 
>> In that case, I think gnome-desktop-environment should stop depending on g-v-m
>> and nautilus should probably add a Conflicts: gnome-volume-manager.
>> Otherwise we have two applications fighting over who does the media handling.
> 
> I don’t think we should completely remove g-v-m. The following features
> are not in nautilus proper:
>       * video cameras
>       * start cheese when a webcam is plugged
>       * initiate PDA sync
>       * launch xsane when a scanner is plugged
> 
> I think that instead, we should remove support in g-v-m for what is
> already in nautilus and keep what is not. The following should also be
> removed:
>       * initiate an action when a printer is plugged (already handled by
>         hal-cups-utils)
>       * initiate actions when an input device is plugged (already
>         handled by Xorg)
> 
> That probably means a revamp of the preferences box, since only the
> following remain:
>       * 2/3 of the 3rd tab
>       * the 4th tab
>       * half of the 5th tab
> all of which are purely optional.
> The title should probably be changed from “Removable Drives and Media”
> to “Removable Peripherals” as well.
> 
> After which, I’d add a Breaks: g-v-m (<< 2.24) in nautilus, and in all
> cases I’m going to remove the dependency in gnome-desktop-environment.
> 
> Is that OK with you?

Ok, let's check the 2.24.0 source of g-v-m:

enum {
	FILEMANAGER,
	
#ifdef ENABLE_AUTOMOUNT
	/* Storage */
	AUTOBROWSE,
	AUTOBURN,
	AUTOBURN_AUDIO_CD_COMMAND,
	AUTOBURN_DATA_CD_COMMAND,
	AUTOMOUNT_DRIVES,
	AUTOMOUNT_MEDIA,
	AUTOOPEN,
	AUTOOPEN_PATH,
	AUTORUN,
	AUTORUN_PATH,
	
	/* Multimedia */
	AUTOPLAY_CDA,
	AUTOPLAY_CDA_COMMAND,
	AUTOPLAY_DVD,
	AUTOPLAY_DVD_COMMAND,
	AUTOPLAY_VCD,
	AUTOPLAY_VCD_COMMAND,
	AUTOIPOD,
	AUTOIPOD_COMMAND,
#endif /* ENABLE_AUTOMOUNT */
	
	/* Cameras */
	AUTOPHOTO,
	AUTOPHOTO_COMMAND,
	AUTOVIDEOCAM,
	AUTOVIDEOCAM_COMMAND,
	AUTOWEBCAM,
	AUTOWEBCAM_COMMAND,
	
	/* PDAs */
	AUTOPILOT,
	AUTOPILOT_COMMAND,
	AUTOPOCKETPC,
	AUTOPOCKETPC_COMMAND,
	
	/* Printers/Scanners */
	AUTOPRINTER,
	AUTOPRINTER_COMMAND,
	AUTOSCANNER,
	AUTOSCANNER_COMMAND,
	
	/* Input Devices */
	AUTOKEYBOARD,
	AUTOKEYBOARD_COMMAND,
	AUTOMOUSE,
	AUTOMOUSE_COMMAND,
	AUTOTABLET,
	AUTOTABLET_COMMAND,
	
	/* Notification */
	PERCENT_THRESHOLD,
	PERCENT_FREED,
	PERCENT_USED
};

With --disable-automount, we are almost there already.
I guess what we should remove additionally is AUTOPHOTO (handled by nautilus)
and AUTOPRINTER. I'm wondering, if keyboard, mouse and tablet handling could
still be useful? I didn't quite understand, what you meant with

>       * initiate actions when an input device is plugged (already
>         handled by Xorg)

Autoconfiguration of those devices should be handled by Xorg nowadays (as soon
as we start enabling the hal support in Xorg), but couldn't it be useful to
start programs, if e.g. a tablet was connected? (not that I use that
functionality myself, I'm just asking).

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20081204/bfed868f/attachment-0001.pgp