[Bug 239936] Review Request: oyranos - The Oyranos Colour Management System (CMS)

bugzilla at redhat.com bugzilla at redhat.com
Wed Feb 20 15:21:57 UTC 2008


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: oyranos - The Oyranos Colour Management System (CMS)


https://bugzilla.redhat.com/show_bug.cgi?id=239936





------- Additional Comments From kwizart at gmail.com  2008-02-20 10:21 EST -------
Well, I will work on oyranos 1.7 (with elektra 6.10) and update to 1.8 (along
with elektra 7. if possible).

So to sum-up (and I will need a reviewer advice for this). 
Since some profiles may still problematic. I would rip off all icc profiles from
oyranos and provides each profiles as a separate requirement for oyranos.

I would package them as:
color-icc-profiles-cineon GPL/BSD ?
color-icc-profiles-lcmsLAB Public Domain
color-icc-profiles-sRGB 
color-icc-profiles-PhotoGamutRGB (tell about Creatives Commons but not strong in
deutch).
colot-icc-profiles-LStarRGB (License need to be clarified but at least
specifications are here for recreate them).

Thoses profiles might be acceptables for Fedora. and as more profiles are
present, they migh be added to a virtual provides,like
color-icc-profiles-all
I don't know if oyranos should Requires all profiles, but at least it can
requires some, so it will work without complain at runtime.

For the oyranos-monitor-nvidia: I will split off from the main package, and I
will rename oyranos-monitor to oyranos-monitor-main, so when
oyranos-monitor-nvidia will be installed, it will be used instead of the main
oyranos-monitor (using alternatives).

About oyranos_version.h, i will rip out OY_SRCDIR and OY_SRC_LOCALEDIR and keep
the timestramps from a reference file. (I wonder if this file should be used
anyway).





-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list