[argyllcms] Re: colord 1.3.4-1 breaks dispwin -I

  • From: iamadonut@xxxxxxxxxx
  • To: argyllcms@xxxxxxxxxxxxx
  • Date: Wed, 30 Nov 2016 12:08:54 +1100

On Tue, Nov 29, 2016 at 04:06:08PM +0100, Florian Höch wrote:

colord on its own does very little, it always needs a colord-aware
session daemon (e.g. gnome-session, colord-ke, or xiccd) that (among
other things) enumerates displays and profiles. When installing a
profile using colord, the profile is copied ("imported") to a
destination location by colord that the colord-aware session daemon
needs to know about (usually ~/.local/share/icc). Then, colord waits for
the session daemon (e.g. xiccd) to pick up the profile (colord waits for
the "profile-added" signal from the session daemon, with a timeout of 5
seconds which usually should be plenty) and add it to colord's profile
store, after which it is considered successfully installed.
In your case, the session daemon either fails to pick up the profile
(after it has been copied to ~/.local/share/icc), or it fails to add it
to colord's profile store (evident by the timeout being reached and the
message "The profile was not added in time" which comes from colord).
So, the error is likely to be within the session daemon (xiccd or
colord-kde), or maybe the timeout in colord isn't long enough (although
I'm not sure if that's very likely).

Florian.


Thank you for the clarification.

I can revert colord to the previous version, and dispwin works 
immediately, well within the five-second timeout. I'm unsure how to 
interpret this. I guess it might suggest that the problem is in colord, 
not xiccd or colord-kde. Alternatively, it could be something that has 
changed in how colord interfaces with these daemons (or dispwin), 
although from the discussion here, it seems no one knows of any gross 
changes in colord.

Cheers.

Other related posts: