After calibrating my monitor (with dispcalGUI and setting the said profile via the GNOME settings manager, no problem with that) EOG started displaying very desaturated colors. See a question thread here: http://photo.stackexchange.com/questions/52140/per-application-color-management-under-gnome3 After trying multiple things out, apparently the problem lies with EOG - and if the monitor is managed and EOG is built with +lcms it displays colors very weirdly. Emerging it with -lcms solves the issue. Do we need +lcms for anything in particular?
Created attachment 379442 [details] screenshot Screenshot exemplifying how chrome and nautilus display the image correctly but media-gfx/eog +lcms does not
I recommend reporting this issue to upstream EOG developers: https://bugzilla.gnome.org/enter_bug.cgi?product=eog Please comment here with your new bug's url so we can keep track of it. Judging from your description, I suspect that either your monitor calibration tool failed and gave you wrong data, or maybe the calibration is right but colord or gnome-settings-daemon is for some reason reading it incorrectly. But maybe this is a real EOG bug.
As I said, emerging EOG with -lcms solved the issue. Upstream probably won't know anything about use flags, and since it works nicely with -lcms, I wouldn't say it's an EOG issue, but rather an issue with how Gentoo distributes their code.
(In reply to Horea Christian from comment #3) > As I said, emerging EOG with -lcms solved the issue. Upstream probably won't > know anything about use flags, and since it works nicely with -lcms, I > wouldn't say it's an EOG issue, but rather an issue with how Gentoo > distributes their code. They will know if you simply tell them you compiled it with "--with-cms" option (that is what USE flag is doing), and since the cms support is from upstream... maybe they could help ;)
(In reply to Horea Christian from comment #3) Upstream understands color management and will be able to see whether your photo looks correct given your monitor's color profile.
And the reason why we have +lcms in the ebuild's IUSE is because --with-cms is the upstream default :)
Please see this thread on the gmone bugzilla for the continuation of the discussion.
Please see this thread on the gmone bugzilla for the continuation of the discussion: https://bugzilla.gnome.org/post_bug.cgi
From reading the upstream bug report, this was actually a user problem it seems. Closing.