[Openicc] Gutenprint team requests CM-off for a print queue be provided as a maintained engineering facility.

edmund ronald edmundronald at gmail.com
Sat May 12 16:52:19 PDT 2012

I just ran into a user who runs a Gutenprint server to drive some
expensive old hardware.

Such users see CUPS from outside the box it's running on, so the CUPS
interface seems to be the right place to switch CM on or off; as they
are not desktop users, they won't see any graphical tools or even a


On Sun, May 13, 2012 at 12:41 AM, Robert Krawitz <rlk at alum.mit.edu> wrote:
> On Sat, 12 May 2012 10:47:57 +0200, edmund ronald wrote:
>> Kai-Uwe
>>  Mike is absolutely right, but he is talking about usual system
>> function. In our case we are in engineering mode; we're not talking
>> about a single profile target, but systematically using  a certain
>> queue if the system in CM-off mode for a long length of time. Imagine
>> you have a printer with strange new hardware hanging off that queue,
>> you spend a lot of time feeding it various bit pattern tests before
>> you even think of profiling it.  Profiling takes 5 minutes. The stuff
>> before takes a very long time.
> Also, note that there are some end users who do their own linearization
> and profiling.  Some of them use third party inks, for example, and
> cannot use canned profiles and linearizations for the OEM inks.  They
> may not be comfortable with a command line, or their CUPS server may be
> running on a print server appliance that they do not have command line
> access to.  Making it more difficult for these users to tune their
> workflows does us (Gutenprint, and Linux printing as a whole) no good
> whatsoever.
> I'll let Edmund go into details, but I believe that what we really need
> is a convenient way to get data from the application to the printer (or
> its proxy, the printer driver) with no transformations to the data
> stream.  If the application passes a value of (250, 71, 108), it should
> be possible for the printer or driver to be guaranteed to receive that
> value.
>> On Sat, May 12, 2012 at 9:54 AM, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
>>> Am 11.05.12, 08:17 -0700 schrieb Michael Sweet:
>>>> There are (typically) two cases where you want to turn off color
>>>> management:
>>>> 1. Printing of targets for profiling.
>>>> 2. Printing from an application that provides its own color management.
>>>> For #2, we should also require a way for the application to query the
>>>> default profile for a printer that has been registered for particular print
>>>> settings. This is because otherwise users will end up using completely
>>>> different profiles (or having to register them N times) when printing from
>>>> different applications.
>>> Agreed, that's really important for good API design. I expect experts and
>>> users will appreciate to know in advance, which output profile will be
>>> applied.
> --
> Robert Krawitz                                     <rlk at alum.mit.edu>
> MIT VI-3 1987 - Congratulations MIT Engineers men's hoops Final Four!
> Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
> Member of the League for Programming Freedom  --  http://ProgFree.org
> Project lead for Gutenprint   --    http://gimp-print.sourceforge.net
> "Linux doesn't dictate how I work, I dictate how Linux works."
> --Eric Crampton
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc

More information about the openicc mailing list