https://bugzilla.novell.com/show_bug.cgi?id=634064 https://bugzilla.novell.com/show_bug.cgi?id=634064#c yang xiaoyu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xyyang@novell.com AssignedTo|bnc-team-screening@forge.pr |pth@novell.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=634064 https://bugzilla.novell.com/show_bug.cgi?id=634064#c1 Stanislav Brabec changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P4 - Low Status|NEW |ASSIGNED CC| |nadvornik@novell.com, | |pgajdos@novell.com, | |postadal@novell.com, | |sbrabec@novell.com AssignedTo|bnc-team-screening@forge.pr |sbrabec@novell.com |ovo.novell.com | --- Comment #1 from Stanislav Brabec 2010-08-25 14:18:02 CEST --- Well, Vladimír Nádvorník already packaged argyllcms, that resides in multimedia:photo. Then I see graphics repository, which partially overlays multimedia:photo and contains other packages that may benefit from CMS (e. g. ufraw). Finally, some packages resides in special repos (AdobeICCProfiles) and some that may be related are only in Contrib (ddccontrol). (Having two similar projects is more inconsistence than intention.) So multimedia:photo or graphics may be a good fit. Alternatively it is possible to establish new project, e. g. multimedia:cms or multimedia:color. Regarding the patches for system libraries: Far the best options would be run-time switching CMS on/off with upstream packages. But I understand that we are not yet in such position. If you don't break libraries ABI, you can offer overlay libraries and users may update them if they want. My experiences with CMS and openSUSE: I have a wide gamut LCD. The current CMS support state irritates me a bit: - Setting display to sRGB mode makes impossible to benefit from wide gamut - Setting display to AdobeRGB makes posible to benefit from wider gamut e.g in GIMP, gqview and few other applications, but desktop has a bit more vivid colors than it should have. - Setting display to Uncalibrated mode and introduction of argyll based profiles introduces even more vivid desktop colors and a bit higher color errors in applications that are not capable of CMS. It also introduces problems with change of screen brightness. - Automatic switching of the display mode and profiles depending on application, brightness and scene has no support yet, and I even think that the display firmware (Dell U2410) may be broken here - I am not able to switch to AdobeRGB, just detect it and switcḧ from it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=634064 https://bugzilla.novell.com/show_bug.cgi?id=634064#c3 --- Comment #3 from Stanislav Brabec 2010-08-25 18:10:50 CEST ---

or multimedia:color_management

Isn't it a bit long string? Well, still shorter than Application:Geo:Postgres84PostGIS14 or KDE:KDE4:UNSTABLE:Desktop:kdepim45 and maybe better to understand. I am going to create it. This is your new playground: https://build.opensuse.org/project/show?project=multimedia%3Acolor_managemen... Feel free to add repositories, packages, edit project information, add users that want to work on it. Feel free to add yourself as bugowner.

Overlay libraries, sounds interessting. Have to read more about that technic.

Well, I did not mean overlay libraries (however they are possible as well - use a separate directory, which can be preferred by setting of LD_LIBRARY_PATH or forced by setting RPATH during compilation), but an overlay library packages - simple RPM repository overlay: Link a package in the OBS, and apply a patch. If the patch don't break, it will build a library package that always has a higher Release number than the linked package (so zypper will prefer it). In this case, CMS enabled packages are either installed or uninstalled.

It seems you adjust the colour space inside the display. Does the display and Xorg update the EDID automatically?

What should I do to test it? Do you think output of ddccontrol -c -p? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=634064 https://bugzilla.novell.com/show_bug.cgi?id=634064#c5 --- Comment #5 from Kai-Uwe Behrmann 2010-08-25 16:36:06 UTC --- (In reply to comment #4)

Vladimír, if you have no objections, I'll move argyllcms package to multimedia:color_management.

Are here any other move candidates?

I am thinking about creating of these packages:

sRGBICCProfile: New AdobeICCProfiles will not contain this profile.

ColorICCProfiles (or color_orgICCProfiles): Free profiles from color.org: sRGB_v4 and sRGB_IEC61966-2-1 black scaled and sRGB_IEC61966-2-1 no black scaling

ECIICCProfiles: Free ICC profiles from ECI.

AdobeICCProfiles: I am not sure, whether licensing policy allows to put it here.

Btw. Oyranos a set of profiles. They are all libz/png licensed: https://build.opensuse.org/package/binaries?package=oyranos-icc&project=home%3Abekun&repository=openSUSE_Factory For the printing profiles even the original target data is provided to later recreate them. I will link that in. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=634064 https://bugzilla.novell.com/show_bug.cgi?id=634064#c7 --- Comment #7 from Kai-Uwe Behrmann 2010-08-25 17:07:39 UTC --- (In reply to comment #6)

Well, maybe we should define a package name pattern for packages that contain ICC profiles for public use (i. e. in /usr/share/color/icc/{profile file or bundle directory}) (only AdobeICCProfiles exists in openSUSE 11.3 just now).

http://packages.debian.org/search?keywords=icc-profiles ? Based on the Oyranos ones that would become: icc-profiles-lcms-lab icc-profiles-lstar icc-profiles-photogamut-rgb icc-profiles-cineon icc-targets-fogra icc-targets-npes Maybe its good to have the vendor inside: icc-profiles-oyranos-rgb icc-profiles-oyranos-printing .. as there might be other packages coming too. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=634064 https://bugzilla.novell.com/show_bug.cgi?id=634064#c9 Stanislav Brabec changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED InfoProvider|nadvornik@novell.com | Resolution| |FIXED --- Comment #9 from Stanislav Brabec 2010-09-22 17:40:39 CEST --- Repository already exists and has first few packages => FIXED Feel free to move argyllcms here. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.