[colord] xiccd - a daemon to apply display ICC profiles without Gnome/KDE
Richard Hughes
hughsient at gmail.com
Wed Jul 3 01:43:49 PDT 2013
On 2 July 2013 22:27, Alexey Galakhov <agalakhov at gmail.com> wrote:
> Right now I have to support at least colord 0.1.21 which is in Debian
> testing. I recently bumped version requirements to 0.1.31 from Debian
> experimental. However, right now colord 1.0.1 appeared in Debian sid, so
> I think I'll be able to drop direct lcms2 usage in the nearest future
> and assume that everybody uses at least 1.0.0.
Yes, I think that's sane. I'm going to be supporting 1.0.x for a
loooong time, so that's something that distros want to ship.
> Another thing that required some copy&paste was ~/.local/share/icc stuff
> (icc-storage-private.c) but I'm not sure if sharing it is really a good
> idea. Probably something like filename generation function would be useful.
I did wonder about a CdIccDir type object that just had something like
GPtrArray* cd_icc_dir_get_all() and ::removed(CdIcc) and
::added(CdIcc) although I didn't know if parsing each file
unconditionally was what we wanted to do. Certainly if we're doing
basically the same thing in gnome-settings-daemon and xiccd then it
makes sense to share code as it's not exactly trivial.
> I think about splitting xiccd in two separate parts in the future. One
> for file handling only and one for XRandR only. Or maybe just command
> line options for that.
Right. In a wayland world (using the weston compositor) we want only
the profile side to work, and *not* the xrandr stuff (as it's handled
by the compositor). As part of porting g-s-d to wayland I'll be
splitting the profile/xrandr parts and so I think this is a really
good idea if you do the same.
Richard
More information about the colord
mailing list