vivo75 at gmail
Feb 24, 2012, 1:44 AM
Post #6 of 7
re-adding the list, gmail still fool me some times.
Re: color management in gentoo (kde expecially) proposal for help
[In reply to]
2012/2/23 Kai-Uwe Behrmann <ku.b [at] gmx>:
> glad to read from you.
> Am 23.02.12, 15:47 +0100 schrieb Francesco Riosa:
>> my name is Francesco Riosa, I would be interested in a more
>> complete support of the oyranos color managment programs in ::gentoo.
>> Oyranos is intended to be multy platform and in some sense multy os,
>> but in the current incarnation has good support for kde.
> Joseph works on a GUI front end for Qt to broaden the support. And you are
> right, KDE's KolorManager is in the best shape.
Synnefo is already in a good shape too right? I would also like to see
a complete replacement for icc-examin, expecially it's ability to see
multiply profiles in the same 3d space, you know, to be able to say
those 300â‚¬ for a better monitor were a good price ;-)
>> In case there is interest I can apply to return as a developer in
>> gentoo, will respond to emails this week end (25/26 Feb)
> I read this as a offer to help packaging in gentoo. Typical I work with
> packagers and like to easen their work. Personally I maintain a openSUSE
> colour managed software stack as packager myself and be open for suggestions
> or ideas from Fedora and gladly from gentoo as well.
indeed it's an offer for direct or proxyed help gentoo, a pair of
ideas that would help gentoo later
> Often it was mentioned to use autotools or cmake. The next soon to be
> released rersion of libXcm, one small library, will be autotooled. The
> conversion is a hard and time consuming part for me, but we hope to get all
> packages converted. Initially I had some help, which was a good kick off.
unlike the rest of the world I prefer cmake over autotools, but if you
need help on autotools I suggest to ask this list, there is a lot of
expertise here and packagers are going to fix bug in build system
anyway, so better soon than later.
Gentoo has good support for quite every build system out there, but
yes the two you mentioned are preferred.
While gentoo is more flexible than binary distro, there is one thing
that help them a lot, do releases (possibly often), they need a fixed
point to start with, having only a git repository where to pull mean
to be a second class cityzen.
> In case you want to maintain gentoo specific files inside the upstream
> packages and keep them up to date, that is possible. I do so with a rpm and
> deb make target. Not sure if that makes sense for gentoo.
I'm quite sure it's not needed, to the opposite, generally those files
go out of sync easily and are better mantained by gentoo devs.
> The build scripts and a README are linked here:
> icc_examin-build-local.sh can be adapted.
> As one nice step it would be great, if you can name one or more command
> lines to get gentoo ready for building Oyranos and the other parts of the
> software stack. So people could test Oyranos from git easily inside gentoo.
I've the complete oyranos software stack building well in gentoo at
the moment (using git) :-)
>> I'm _not_ offering support for digikam, for which I develop, because I
>> would like to mantain a two step verification process
> kind regards
> oy#openicc [at] freenode