re-adding the list, gmail still fool me some times. 2012/2/23 Kai-Uwe Behrmann <k...@gmx.de>: > Hello, > > glad to read from you. > > Am 23.02.12, 15:47 +0100 schrieb Francesco Riosa: > >> Hi, >> 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: > http://www.oyranos.org/wiki/index.php?title=Oyranos/git > 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 >> (developer/packager) >> >> Regards, >> Francesco > > kind regards > Kai-Uwe > -- > www.oyranos.org > oy#open...@freenode.org
