Review Request: include KolorManager in kdegraphics

[Matthias Klumpp]

Hi!

2012/3/14 Kai-Uwe Behrmann <ku.b at gmx.de>:
> Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
>> [...]
>> I also want to point you to this comparison colord against Oryanos:
>> => http://www.freedesktop.org/software/colord/faq.html#oyranos
>
> Matthias, you help spreading false assertions here.
Then please clarify these! ;-) I find the FAQ very convincing :)
I also linked your commend, so everyone can read both views (and not
only colord FAQ)
About Elektra: The last release is from 2008, it will definitely be
difficult to convince distributors to packqage it if there's no
visible upstream activity. From Richard, who contaced the Elektry guy,
I know Elektra is alive, but thereÄs no sign of life ^^

Please do a similar table for Oryanos vs. colord than the colord
maintainer did, so we can compare them. I guess that might be helpful
even for people who don't understand color management very well.

Best,
  Matthias

2012/3/14 Kai-Uwe Behrmann <ku.b at gmx.de>:
> Am 14.03.12, 15:54 +0100 schrieb Matthias Klumpp:
>
>> Hi!
>> Colord - just to mention that - is also not a GNOME project, it's a
>> FreeDesktop project. (Doesn't mean it's "standard", but does mean that
>> it's not GNOME) So everyone is free to contribute to it, and the
>> maintainer is interested in collaborating with KDE. (which he already
>> does very nicely)
>>
>> There's one thing about Oryanos I'd like to mention: I wanted to find
>> out why Oryanos is not packaged yet on many distributions. Reasons are
>> the strange build system it uses (looks like a custom thing to me),
>
>
> That is correct. I would appreciate any help to get that cleared, as some
> packagers mentioned it to me. One offerd already a helping hand and started
> converting libXcm, which is now autotooled. Oyranos might go better
> cmakified.
>
>
>> which makes it difficult to build it on multiple architectures. It
>
>
> Which on did not work? The recent released stack compiles on i586, xf86_64,
> armv7l, osX and win32, the later being not yet very functional.
>
>
>> also has dependencies like Elektra, which looks dead to the public.
>> (But is still developed, as it's maintainer says) Oryanos requires a
>
>
> Please Oyranos, like my nick, which is oy ;-)
>
>
>> special version of Elektra packaged. There's also some other stuff
>
>
> Where do you get that information from? Oyranos build fine with the last
> released Elektra version. For easy of build it is included in the source tar
> ball. Sorry for repeating that.
>
>
>> going on which needs to be clearified before Oryanos can be shipped in
>> distributions easily. It also has some legacy stuff, like Compiz
>> plugins - a KWin plugin would be better for KDE, IMHO ;-)
>
>
> That is a different topic. But basically I agree. It is maybe for an other
> thread?
>
>
>> On the other hand, colord has a clean codebase, less dependencies and
>> it "just works" for GNOME. Although I don't have experience in color
>> management, seeing the younger project replacing the older one so fast
>> shows me that colord at least provides enough and well-working
>> functionality for color management on Linux.
>> Therefore, it might be a good thing for KDE to choose it.
>> (Maybe do some tests with it first)
>>
>> I also want to point you to this comparison colord against Oryanos:
>> => http://www.freedesktop.org/software/colord/faq.html#oyranos
>
>
> Matthias, you help spreading false assertions here.
>
>
>> Maybe also interesting, this comment of the Oryanos maintainer
>> (regarding the FAQ):
>> =>
>> http://blog.tenstral.net/2012/02/wanted-kde-color-management-kcm.html/comment-page-1#comment-48661
>
>
> http://www.oyranos.org/2012/03/kde-end-to-end-colour-management/
>
>> Kind regards,
>>   Matthias Klumpp
>
>
> kind regards
> Kai-Uwe Behrmann
> --
> developing for colour management www.behrmann.name + www.oyranos.org