[Openicc] CUPS, colord, Oyranos, printer color management

Jan-Peter Homann homann at colormanagement.de
Mon Jan 16 05:51:51 PST 2012


Hello to all,

- Could it be happen, that the users gets both g-c-m / colord and 
Oyranos automatically for some packages ?
- if yes, which packages ?
- If yes, what would happen, if the users tries both solutions at the 
same time for an evaluation ?
- Should there be a recommendation from the OpenICC, that users should 
not try to run both solutions at the same time ?
- Are there other cases in the LINUX community, how recommendations for 
endusers are communicated to avoid unwanted sideeffects between 
different solutions ?

Please note, that also under Mac OS X, endusers and also colormanagement 
experts have constant troubles with colormanagement in the printing 
path, where e.g.
- application based colormanagement
- system wide colormanagement (CUPS, colorsync)
- printer driver color management
interact in ways, which are very hard to understand, to trace and to repair.

Best regards
Jan-Peter




Am 16.01.12 12:19, schrieb Kai-Uwe Behrmann:
> Am 16.01.12, 11:28 +0100 schrieb Jan-Peter Homann:
>> g-c-m / colord and Oyranos are two differnt projects and also 
>> differnt philosophies for handling profile device matching and color 
>> management policies on system level.
>>
>> The enduser should know, that he should decide, to use one of this 
>> solutions, but should not try to use them simultanious on one machine.
>
> That is not possible. End users install Oyranos and gnome 
> automatically as a hard dependency of various packages.
>
>> If both solutions use their own CUPS patch for handling device / 
>> profile matching with connection to CUPS, there is no need, that both 
>> CUPS patchs are coordinated.
>
> My point is not about introducing more patches to CUPS. The profile 
> selection path must be well defined or we can stop in colour 
> management and obtain chaos. The actual hack is not a open API. It is 
> a pain for users to check various GUIs if their profile selection is 
> not side stepped or to trace bugs in such a environment.
>
>> Both projects may need a some form of cooperation if we adress the 
>> use case, that vendors of printers or printing media want to ship 
>> profiles with embedded metadata for device matching, which could be 
>> used both inside g-c-m / colord or Oyranos.
>
> I am not sure if that is the right level for the above problem. 
> Profile selection and profile matching are quite different parts in 
> the system. Anyway, cooperation on standards is a good thing.
>
> kind regards
> Kai-Uwe Behrmann


-- 
----------  Please note the new adress --------------

homann colormanagement --------- fon +49 30 611 075 18
Jan-Peter Homann ------------ mobile +49 171 54 70 358
Cotheniusstr. 3 -------- http://www.colormanagement.de
10407 Berlin -------- mailto:homann at colormanagement.de




More information about the openicc mailing list