Description of problem:
When creating a color profile in gnome-color-manager with a Color Munki Photo (also happens with a huey and I can test with a ColorHug if needed) colord-session will fail after saving the ti3 from dispread when attempting to execute colprof. It appears that the executable path is either missing or corrupted in the build.
08:38:23 saving /tmp/colord-session-BVQNTX/Lenovo ThinkPad T540p (low) 2015-02-08 13-29-25 color-munki-photo.ti3
08:38:23 running ' -v -MThinkPad T540p -DThinkPad T540p -CThis profile is free of known copyright restrictions. -ql -aG Lenovo ThinkPad T540p (low) 2015-02-08 13-29-25 color-munki-photo'
When this happens the calibration window simply stops updating, displaying the last patch measured, and gives no feedback that anything has gone wrong other than nothing has changed in a very long time. I've been reproducing the issue by executing 'colord-session -v' by hand and and redirecting the output to a file so I can watch for the error by ssh'ing into the test machine and tailing the output file. The SEGABRT is coming when I click the cancel button in the calibration window.
I can get a successful profile (I think) by cd'ing into the tmp directory and executing /usr/bin/colprof with the options from the final log message.
Version-Release number of selected component:
cmdline: /usr/libexec/colord-session -v
runlevel: N 5
Thread no. 1 (5 frames)
#7 gs_local_free at ../../lib/colord/cd-cleanup.h:69
#8 cd_main_generate_profile at cd-main.c:1111
#9 cd_main_display_characterize at cd-main.c:1247
#10 cd_main_start_calibration at cd-main.c:1374
#11 cd_main_start_calibration_cb at cd-main.c:1402
Created attachment 989712 [details]
Created attachment 989713 [details]
Created attachment 989714 [details]
Created attachment 989715 [details]
Created attachment 989716 [details]
Created attachment 989717 [details]
Created attachment 989718 [details]
Created attachment 989719 [details]
Created attachment 989720 [details]
Created attachment 989721 [details]
Current version of relevant packages.
$ rpm -qa 'gnome-color*' 'colord*' shared-color-targets 'icc*' 'colorhug*' 'argyl*' | sort
Created attachment 989723 [details]
Output from colord-session -v
Output of colord-session -v &> lenovo_t540p-gcm-2015-02-08-08-28-colord-session.out
I've just submitted a pull request upstream for a change which fixes it for me.
*** Bug 1170022 has been marked as a duplicate of this bug. ***
colord-1.2.9-2.fc21 has been submitted as an update for Fedora 21.
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing colord-1.2.9-2.fc21'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
colord-1.2.9-2.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
FWIW this fixes the most important problems, the colormunki design/photo can now calibrate in quick/normal mode, though it still fails in slow (accurate) mode; see also https://bugs.freedesktop.org/show_bug.cgi?id=87519