Your message dated Wed, 06 Feb 2013 09:46:12 +0100 with message-id <1360140372.8280.30.camel@tomoyo> and subject line Re: Bug#683394: has caused the Debian Bug report #683394, regarding nautilus: Thumbnails are created, but not displayed (nautilus loops over non-existing files in "~/.thumbnails/fail", causes also high CPU usage) to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 683394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683394 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: nautilus Version: 3.4.2-1 Severity: normal Dear Maintainer, it is about two months I am experiencing this bug. Nautilus will create icons in ~/.thumbnails/normal by invoking the correct thumbnailer. I can open eog and browse them, so they are correct. The md5 sum is also correct. For instance: filename=$(echo -n "file:///home/matteo/Immagini/avatar.jpg" | md5sum | cut -d ' ' -f 1) [ -f "$HOME/.thumbnails/normal/${filename}.png" ] && echo "It exists." Prints: It exists. I have tried also with videos (which use totem-video-thumbnailer as specified in /usr/share/thumbnailers) and PDFs, and it also produces the correct thumbnails in ~/.thumbnails/normal. My ~/.thumbnails/fail/gnome-thumbnail-factory directory does not even exist, but even if I create it, it does not solve the issue. Running strace nautilus 2>&1 | grep open shows me these trailing lines: open("/proc/mounts", O_RDONLY) = 32 open("/home/matteo/.local/share/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/gnome/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/local/share/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/thumbnailers", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8 open("/usr/share/thumbnailers/evince.thumbnailer", O_RDONLY) = 26 open("/usr/share/thumbnailers/gnome-font-viewer.thumbnailer", O_RDONLY) = 26 open("/usr/share/thumbnailers/gnash.thumbnailer", O_RDONLY) = 26 open("/usr/share/thumbnailers/totem.thumbnailer", O_RDONLY) = 26 open("/usr/share/icons/gnome/scalable/actions/edit-find-symbolic.svg", O_RDONLY) = 8 open("/usr/share/icons/gnome/scalable/actions/edit-clear-symbolic.svg", O_RDONLY) = 8 open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png", O_RDONLY) = -1 ENOENT (No such file or directory) And the last lines get repeated on and on and on again, until nautilus is killed. While it is responsive (I can browse folders and open files allright), no thumbnail is ever shown. Also, grepping for "access" instead of "open" in strace, shows me that the thumbnailers get continously invoked over the same files over and over again. This should account for the high CPU usage. I guess there is something wrong with the code trying the "fail" icon before the correctly generated one, or never trying to access the icon in ~/.thumbnails/normal afterwards (I am not sure about the intended order). I cannot reproduce this on Fedora 17, so it might be my configuration on this Debian box, or either some specific Debian patch misbehaving. Cheers, Matteo -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.20-0.1 ii gsettings-desktop-schemas 3.4.2-1 ii gvfs 1.12.3-1+b1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libexempi3 2.2.0-1 ii libexif12 0.6.20-3 ii libgail-3-0 3.4.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.6-1 ii libglib2.0-data 2.33.6-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-2 ii libnautilus-extension1a 3.4.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libselinux1 2.1.9-5 ii libtracker-sparql-0.14-0 0.14.1-2 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-5 ii nautilus-data 3.4.2-1 ii shared-mime-info 1.0-1 Versions of packages nautilus recommends: ii brasero 3.4.1-2.1 ii eject 2.1.5+deb1+cvs20081104-11 ii gnome-sushi 0.4.1-3 ii gvfs-backends 1.12.3-1+b1 ii librsvg2-common 2.36.1-1 Versions of packages nautilus suggests: ii eog 3.4.2-1 ii evince [pdf-viewer] 3.4.0-2+b1 ii totem 3.4.2-1 ii tracker 0.14.1-2 ii vlc [mp3-decoder] 1:2.0.3-dmo1 ii vlc-nox [mp3-decoder] 1:2.0.3-dmo1 ii xdg-user-dirs 0.14-1 -- no debconf information
--- End Message ---
--- Begin Message ---Hi, Le mardi 05 février 2013 à 19:24 +0100, Christoph Reiter a écrit : > Just checked, and I have libc, glib and the kernel from experimental. > apt-get/aptitude wont downgrade glib without removing everything.. > The symlink worked for me, so if glib could be a problem, feel free to > ignore me. Indeed it is a known problem with glib from experimental. We will add a snippet at session startup to add such a symlink after the release, before the new glib reaches unstable. Thanks, -- .''`. Josselin Mouette : :' : `. `' `-
--- End Message ---
