After an upgrade of colord from 0.1.15-1 to 0.1.15-2 on Arch Linux with GNOME Shell, colord starts going through all files in /usr/share and reports failure of every one to syslog: Dec 5 21:46:12 newn dbus-daemon[726]: (colord:1071): Cd-WARNING **: CdProfileStore: failed to add profile '/usr/share/vlc/skins2/winamp2.xml': failed to parse /usr/share/vlc/skins2/winamp2.xml Dec 5 21:46:14 newn dbus-daemon[726]: (colord:1071): Cd-WARNING **: CdProfileStore: failed to add profile '/usr/share/gettext/archive.dir.tar.gz': failed to parse /usr/share/gettext/archive.dir.tar.gz etc, many thousands of these lines I reported this to Arch Linux and they told me to go directly to upstream: https://bugs.archlinux.org/task/27463 Reportedly the difference between these two package versions is libgusb support. This *doesn't* occur when I downgrade colord to -1 again, but it *does* happen again when I upgrade back to -2. gnome-color-manager is not installed. When I run colord in verbose mode, this line looks very suspicious: 11:12:11 CdProfileStore: /usr/share/color was added, rescanning /usr/share Ha! Here are Arch colord 0.1.15-2 configure flags: ./configure --prefix=/usr \ --sysconfdir=/etc --libexecdir=/usr/lib/colord \ --localstatedir=/var --disable-static PS: Please don't make it so hard to report bugs! http://www.freedesktop.org/software/colord/bugs.html suggests reporting bugs to a subscribers-only mailing list. I figure the "moderation queue" is just a nice way of saying /dev/null and I really don't care about receiving colord development emails.
Created attachment 54139 [details] colord --verbose output
I think the only way to explain this is if the arch package -1 does not require shared-color-profiles and -2 package does. In this case, the previous version was broken, as s-c-p is supposed to be a hard dep of colord. Either way, I've fixed the issue upstream with this commit: commit 78b6dc7dbf865df6b0d30526293591fe5773029a Author: Richard Hughes <richard@hughsie.com> Date: Tue Dec 6 09:49:49 2011 +0000 If /usr/share/color appears at runtime, don't rescan the parent dir Resolves https://bugs.freedesktop.org/show_bug.cgi?id=43542 Can you checkout git master and verify please. Thanks.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.