The nautilus-cd-burner ebuild gives one the extra context menu option "Write to Disc" with which one can burn an iso image with a right click. This worked on my i386 machines but on my amd64 machine the option dissapears about half a second after I open the context menu. Reproducible: Always Steps to Reproduce: 1.Open Nautilus 2.Right click an iso file from Nautilus 3.Watch "Write to Disc" option dissapear Actual Results: "Write to Disc" dissapeared Expected Results: "Write to Disc" option shoud not dissapear, it should "Write to Disc" Portage 2.0.51.21 (default-linux/amd64/2004.3, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r5 x86_64) ================================================================= System uname: 2.6.11-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.11 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.3 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d/ /etc/snort/ /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache digest distlocks sandbox strict userpriv usersandbox" GENTOO_MIRRORS="ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://vlaai.snt.utwente.nl/pub/os/linux/gentoo/ http://vlaai.snt.utwente.nl/pub/os/linux/gentoo/ ftp://mirror.nutsmaas.nl/gentoo/" LANG="nl_NL.UTF-8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://silvez/gentoo-portage" USE="amd64 X a52 aac acpi alsa avi bash-completion berkdb bitmap-fonts bonobo cdr crypt cups curl doc dvd dvdr dvdread eds encode esd exif fam fame font-server foomaticdb fortran gd gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java jp2 jpeg libwww lm_sensors lzw lzw-tiff mozilla mp3 mpeg mysql ncurses nfsv4 nls ogg opengl oss pam perl png ppds python qt quicktime readline scanner sdl spell ssl tcpd tetex theora tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l vorbis xine xml xml2 xmms xpm xrandr xscreensaver xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS
reproducable for other amd64 users ? @ reporter : you don't mention which version of n-c-b you are using.
Yes, I've noticed this too. It appears to be a problem with mime types. The .iso is origionally recognised as application/x-cd-image due to the extension, however upon right clicking on the file in nautilus the mime-magic tests get run and the file is reclassified as application/x-arc and so the write to cd option gets removed. Removing the x-arc tests from /usr/share/mime/packages/freedesktop.org.xml and running update-mime-info seems to solve the problem. Is there some test that could be added (at a higher priority) to correctly classify application/x-cd-image?
These are the only versions I used on amd64: nautilus-cd-burner-2.8.7 nautilus-cd-burner-2.10.0 Both behave the same way.
This issue should be fixed with shared-mime-info-0.16. Stephan, please upgrade to this version and let us know if that solves your problem.
no response from reporter, per comment #4, should be fixed in latest shared-mime-info.