Bug#544148: gvfs* automatic processes: this time with real breakage
Baptiste Carvello
baptiste13z at free.fr
Mon Feb 28 16:34:21 UTC 2011
Le 28/02/2011 14:49, Josselin Mouette a écrit :
> Good. Since nautilus allows to specify a different action for each media
> type.
>
>
did you test that? I was proposed several actions, but *all of them*
mounted the drive first, including the "do nothing" action. My current
nautilus configuration is :
~$ gconftool-2 -a /apps/nautilus/preferences|grep media
media_autorun_x_content_start_app =
[x-content/audio-cdda,x-content/video-dvd,x-content/audio-dvd,x-content/video-bluray,x-content/blank-dvd,x-content/video-vcd,x-content/blank-cd,x-content/video-svcd]
media_automount_open = false
media_autorun_x_content_ignore =
[x-content/audio-player,x-content/software,x-content/image-picturecd,x-content/blank-bd,x-content/blank-hddvd,x-content/unix-software,x-content/win32-software,x-content/image-dcf]
media_autorun_never = false
media_automount = true
media_autorun_x_content_open_folder = []
media_autorun_x_content_ask = []
Setting media_autorun_never to true does not help.
Setting media_automount to false prevents nautilus from mounting *any*
volumes.
> In all cases this is a different bug from #544148. So don’t hijack bugs
> and open new ones for different issues.
>
>
The inflexibility of the gvfs implementation prevents me from easily solving (or working around) my problem. So this *is* at least partly #544148. Also, the way I finally solved it might be of interest to the reporters of this bug. Feel free to also open a bug on nautilus if you wish. Also feel free to not answer if you think it "pollutes" or "hijacks".
More information about the pkg-gnome-maintainers
mailing list