Bug 43542

Summary:	colord reads all files in /usr/share and spams syslog
Product:	colord	Reporter:	Marti Raudsepp <marti>
Component:	daemon	Assignee:	Richard Hughes <richard>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	medium	CC:	biru.ionut
Version:	unspecified
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:
Attachments:	colord --verbose output

Description Marti Raudsepp 2011-12-06 01:17:59 UTC

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.

Comment 1 Marti Raudsepp 2011-12-06 01:19:04 UTC

Created attachment 54139 [details]
colord --verbose output

Comment 2 Richard Hughes 2011-12-06 01:54:45 UTC

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.