From hughsient at gmail.com Wed Jan 5 11:45:10 2011 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 5 Jan 2011 11:45:10 +0000 Subject: colord Message-ID: In the last couple of months, I've been talking quite a bit with Tim Waugh about color management of printers, and how to achieve working CM with CUPS. At the moment, gnome-color-manager locates CUPS devices and allows the user to calibrate them and assign profiles, but CUPS doesn't actually use the assigned profiles for printing. Oops. Needless to say, the combination of CUPS, ghostscript and other complicated little-known parts of the printing stack make this look almost impossible. OSX uses CUPS and CM works really well on printers using Apple products -- and so it must be possible. We need to make it work on Linux too before Linux can become a serious option for artists and media professionals. OSX uses a system-wide framework called ColorSync that does all the device<->profile mapping, and allows the user to change the ICC color profile for each device, and also allows the user to choose internal profiles listed in the printer definition file. ColorSync works really well, and is an integral piece of the OSX operating system. GCM is a session process that provides session programs access to the per-user color management settings. Because GCM is running in the session it can integrate deeply into the GNOME desktop environment and is not particularly security sensitive. But, because the framework is per-session, system frameworks like CUPS cannot access the data, and we also have to rely on cludges like naming the display ICC file to be the same as the device ID and putting it in a well know location to be able to have a color corrected GDM screen. Urgh. So, we need a trivial device<->profile daemon that works like a subset of ColorSync that the session GCM instances can use for defaults and also set profiles system wide for projects like CUPS. Over the Christmas holidays I wrote a small dameon called colord that provides a way for applications (or other daemons) to create, destroy and assign devices and profiles. colord[1] doesn't do any file parsing or anything terribly unsafe, it's just a simple system activated system DBus PolicyKit enabled daemon that has a simple database of devices[2] that can reference specific profiles[3]. Profiles are optionally assigned ICC profiles, and also have qualifiers that can be used to match them. For instance, a qualifier could be Epson.RGB.300dpi, which would match from the qualifier search of "Epson*". One thing to note: colord isn't anything related to systemd. The name was chosen because colordaemon was too long to type and ColorManager and ColorKit names were already taken. It's also intentionally techy, as users are not going to have to interact with colord whatsoever. At the moment there is a test GTK application for developers and color geeks shipped in the colord package, but long term GCM is just going to use colord and all the configuration and settings will be done in the session by GCM itself. Tim is working on the CUPS parts as I speak, and hopefully we can have something working in a few days. Feedback more than welcome. Thanks, Richard [1] http://gitorious.org/colord [2] http://people.freedesktop.org/~hughsient/temp/colord-gui-devices.png [3] http://people.freedesktop.org/~hughsient/temp/colord-gui-profiles.png From edwards.gary at gmail.com Fri Jan 7 11:48:03 2011 From: edwards.gary at gmail.com (Gary Edwards) Date: Fri, 7 Jan 2011 11:48:03 +0000 Subject: Double colour correction? Message-ID: Hi I am using GCM on fedora and have noticed something that I hope someone can explain. I have profiled my display using a Huey which corrects a slight blue cast. This all seems fine. However when using colour managed applications, such as GIMP or geeqie the images seem to have a red cast which is not present in non colour managed applications such as feh. My question is is there some type of double colour correction going on here? Should I only enable display correction or colour management in applications not both at the same time? Any thoughts would be appreciated. Regards Gary From pmjdebruijn at pcode.nl Fri Jan 7 16:54:24 2011 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 7 Jan 2011 17:54:24 +0100 Subject: Double colour correction? In-Reply-To: References: Message-ID: On Fri, Jan 7, 2011 at 12:48 PM, Gary Edwards wrote: > Hi > > I am using GCM on fedora and have noticed something that I hope > someone can explain. > > I have profiled my display using a Huey which corrects a slight blue > cast. ?This all seems fine. What you are seeing is the VideoLUT being applied... This corrects for color temperature (and IIRC gamma). > However when using colour managed applications, such as GIMP or geeqie > the images seem to have a red cast which is not present in non colour > managed applications such as feh. What you see here, is the color matrix being applied. This is the actual "profile"... > My question is is there some type of double colour correction going on > here? ?Should I only enable display correction or colour management in > applications not both at the same time? Nope, VideoLUT+color matrix should be the only truely accurate rendering. If you download and open this image in GIMP (with "Try to use system profile"), it should look pretty natural. http://www.smugmug.com/help/calibration-1400.mg Regards, Pascal de Bruijn From hughsient at gmail.com Wed Jan 5 11:45:10 2011 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 5 Jan 2011 11:45:10 +0000 Subject: colord Message-ID: In the last couple of months, I've been talking quite a bit with Tim Waugh about color management of printers, and how to achieve working CM with CUPS. At the moment, gnome-color-manager locates CUPS devices and allows the user to calibrate them and assign profiles, but CUPS doesn't actually use the assigned profiles for printing. Oops. Needless to say, the combination of CUPS, ghostscript and other complicated little-known parts of the printing stack make this look almost impossible. OSX uses CUPS and CM works really well on printers using Apple products -- and so it must be possible. We need to make it work on Linux too before Linux can become a serious option for artists and media professionals. OSX uses a system-wide framework called ColorSync that does all the device<->profile mapping, and allows the user to change the ICC color profile for each device, and also allows the user to choose internal profiles listed in the printer definition file. ColorSync works really well, and is an integral piece of the OSX operating system. GCM is a session process that provides session programs access to the per-user color management settings. Because GCM is running in the session it can integrate deeply into the GNOME desktop environment and is not particularly security sensitive. But, because the framework is per-session, system frameworks like CUPS cannot access the data, and we also have to rely on cludges like naming the display ICC file to be the same as the device ID and putting it in a well know location to be able to have a color corrected GDM screen. Urgh. So, we need a trivial device<->profile daemon that works like a subset of ColorSync that the session GCM instances can use for defaults and also set profiles system wide for projects like CUPS. Over the Christmas holidays I wrote a small dameon called colord that provides a way for applications (or other daemons) to create, destroy and assign devices and profiles. colord[1] doesn't do any file parsing or anything terribly unsafe, it's just a simple system activated system DBus PolicyKit enabled daemon that has a simple database of devices[2] that can reference specific profiles[3]. Profiles are optionally assigned ICC profiles, and also have qualifiers that can be used to match them. For instance, a qualifier could be Epson.RGB.300dpi, which would match from the qualifier search of "Epson*". One thing to note: colord isn't anything related to systemd. The name was chosen because colordaemon was too long to type and ColorManager and ColorKit names were already taken. It's also intentionally techy, as users are not going to have to interact with colord whatsoever. At the moment there is a test GTK application for developers and color geeks shipped in the colord package, but long term GCM is just going to use colord and all the configuration and settings will be done in the session by GCM itself. Tim is working on the CUPS parts as I speak, and hopefully we can have something working in a few days. Feedback more than welcome. Thanks, Richard [1] http://gitorious.org/colord [2] http://people.freedesktop.org/~hughsient/temp/colord-gui-devices.png [3] http://people.freedesktop.org/~hughsient/temp/colord-gui-profiles.png From edwards.gary at gmail.com Fri Jan 7 11:48:03 2011 From: edwards.gary at gmail.com (Gary Edwards) Date: Fri, 7 Jan 2011 11:48:03 +0000 Subject: Double colour correction? Message-ID: Hi I am using GCM on fedora and have noticed something that I hope someone can explain. I have profiled my display using a Huey which corrects a slight blue cast. This all seems fine. However when using colour managed applications, such as GIMP or geeqie the images seem to have a red cast which is not present in non colour managed applications such as feh. My question is is there some type of double colour correction going on here? Should I only enable display correction or colour management in applications not both at the same time? Any thoughts would be appreciated. Regards Gary From pmjdebruijn at pcode.nl Fri Jan 7 16:54:24 2011 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 7 Jan 2011 17:54:24 +0100 Subject: Double colour correction? In-Reply-To: References: Message-ID: On Fri, Jan 7, 2011 at 12:48 PM, Gary Edwards wrote: > Hi > > I am using GCM on fedora and have noticed something that I hope > someone can explain. > > I have profiled my display using a Huey which corrects a slight blue > cast. ?This all seems fine. What you are seeing is the VideoLUT being applied... This corrects for color temperature (and IIRC gamma). > However when using colour managed applications, such as GIMP or geeqie > the images seem to have a red cast which is not present in non colour > managed applications such as feh. What you see here, is the color matrix being applied. This is the actual "profile"... > My question is is there some type of double colour correction going on > here? ?Should I only enable display correction or colour management in > applications not both at the same time? Nope, VideoLUT+color matrix should be the only truely accurate rendering. If you download and open this image in GIMP (with "Try to use system profile"), it should look pretty natural. http://www.smugmug.com/help/calibration-1400.mg Regards, Pascal de Bruijn From hughsient at gmail.com Wed Jan 5 11:45:10 2011 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 5 Jan 2011 11:45:10 +0000 Subject: colord Message-ID: In the last couple of months, I've been talking quite a bit with Tim Waugh about color management of printers, and how to achieve working CM with CUPS. At the moment, gnome-color-manager locates CUPS devices and allows the user to calibrate them and assign profiles, but CUPS doesn't actually use the assigned profiles for printing. Oops. Needless to say, the combination of CUPS, ghostscript and other complicated little-known parts of the printing stack make this look almost impossible. OSX uses CUPS and CM works really well on printers using Apple products -- and so it must be possible. We need to make it work on Linux too before Linux can become a serious option for artists and media professionals. OSX uses a system-wide framework called ColorSync that does all the device<->profile mapping, and allows the user to change the ICC color profile for each device, and also allows the user to choose internal profiles listed in the printer definition file. ColorSync works really well, and is an integral piece of the OSX operating system. GCM is a session process that provides session programs access to the per-user color management settings. Because GCM is running in the session it can integrate deeply into the GNOME desktop environment and is not particularly security sensitive. But, because the framework is per-session, system frameworks like CUPS cannot access the data, and we also have to rely on cludges like naming the display ICC file to be the same as the device ID and putting it in a well know location to be able to have a color corrected GDM screen. Urgh. So, we need a trivial device<->profile daemon that works like a subset of ColorSync that the session GCM instances can use for defaults and also set profiles system wide for projects like CUPS. Over the Christmas holidays I wrote a small dameon called colord that provides a way for applications (or other daemons) to create, destroy and assign devices and profiles. colord[1] doesn't do any file parsing or anything terribly unsafe, it's just a simple system activated system DBus PolicyKit enabled daemon that has a simple database of devices[2] that can reference specific profiles[3]. Profiles are optionally assigned ICC profiles, and also have qualifiers that can be used to match them. For instance, a qualifier could be Epson.RGB.300dpi, which would match from the qualifier search of "Epson*". One thing to note: colord isn't anything related to systemd. The name was chosen because colordaemon was too long to type and ColorManager and ColorKit names were already taken. It's also intentionally techy, as users are not going to have to interact with colord whatsoever. At the moment there is a test GTK application for developers and color geeks shipped in the colord package, but long term GCM is just going to use colord and all the configuration and settings will be done in the session by GCM itself. Tim is working on the CUPS parts as I speak, and hopefully we can have something working in a few days. Feedback more than welcome. Thanks, Richard [1] http://gitorious.org/colord [2] http://people.freedesktop.org/~hughsient/temp/colord-gui-devices.png [3] http://people.freedesktop.org/~hughsient/temp/colord-gui-profiles.png From edwards.gary at gmail.com Fri Jan 7 11:48:03 2011 From: edwards.gary at gmail.com (Gary Edwards) Date: Fri, 7 Jan 2011 11:48:03 +0000 Subject: Double colour correction? Message-ID: Hi I am using GCM on fedora and have noticed something that I hope someone can explain. I have profiled my display using a Huey which corrects a slight blue cast. This all seems fine. However when using colour managed applications, such as GIMP or geeqie the images seem to have a red cast which is not present in non colour managed applications such as feh. My question is is there some type of double colour correction going on here? Should I only enable display correction or colour management in applications not both at the same time? Any thoughts would be appreciated. Regards Gary From pmjdebruijn at pcode.nl Fri Jan 7 16:54:24 2011 From: pmjdebruijn at pcode.nl (Pascal de Bruijn) Date: Fri, 7 Jan 2011 17:54:24 +0100 Subject: Double colour correction? In-Reply-To: References: Message-ID: On Fri, Jan 7, 2011 at 12:48 PM, Gary Edwards wrote: > Hi > > I am using GCM on fedora and have noticed something that I hope > someone can explain. > > I have profiled my display using a Huey which corrects a slight blue > cast. ?This all seems fine. What you are seeing is the VideoLUT being applied... This corrects for color temperature (and IIRC gamma). > However when using colour managed applications, such as GIMP or geeqie > the images seem to have a red cast which is not present in non colour > managed applications such as feh. What you see here, is the color matrix being applied. This is the actual "profile"... > My question is is there some type of double colour correction going on > here? ?Should I only enable display correction or colour management in > applications not both at the same time? Nope, VideoLUT+color matrix should be the only truely accurate rendering. If you download and open this image in GIMP (with "Try to use system profile"), it should look pretty natural. http://www.smugmug.com/help/calibration-1400.mg Regards, Pascal de Bruijn From hughsient@gmail.com Tue Jan 11 13:09:15 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 08BD0750214 for ; Tue, 11 Jan 2011 13:09:15 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.689 X-Spam-Level: X-Spam-Status: No, score=-2.689 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RFC_ABUSE_POST=0.001, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9vbYfo-kDDDg for ; Tue, 11 Jan 2011 13:09:13 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 2C3B175008A for ; Tue, 11 Jan 2011 13:09:04 +0000 (UTC) Received: by iyb26 with SMTP id 26so20526181iyb.27 for ; Tue, 11 Jan 2011 05:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=oqvHuwZyS3EHKjG81P+skpWCmtK3DL01VoGM5dzb70U=; b=O31xxVMi7ETZUhDa0HPK8OqqHJbKB33scupbaWQXIgJwcyhNhSl82swriLX0UhHlmv T1SjvXPqgAQDckkG1HuaWCfD06yC74YjS/pAObZptkUsnl9MRVBGipPjX1KVSyR8Abh8 uFuBCUVkkRkmyoy+KEH0mkM0XfbEaYQdkLEzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=WfslJIFrSWvPNOz1jl1zoT1GNQaacdu1J/1473MluZj9bybK538+awn+5PPS4GkpkM ePDEmupoMiscil0QC11brxmwWY2EW3/Srqz25VpXI8iHW6UJ5/d5MBoVA1BjNt6hJ4SF xelVsRAT79PmEvYrLdiwjy3ctPTiurFXJzuGA= MIME-Version: 1.0 Received: by 10.42.218.66 with SMTP id hp2mr5680114icb.244.1294751343484; Tue, 11 Jan 2011 05:09:03 -0800 (PST) Received: by 10.42.173.131 with HTTP; Tue, 11 Jan 2011 05:09:03 -0800 (PST) Date: Tue, 11 Jan 2011 13:09:03 +0000 Message-ID: Subject: share-color-profiles release 0.1.3 From: Richard Hughes To: gnome-color-manager-list@gnome.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 13:09:15 -0000 Version 0.1.3 ~~~~~~~~~~~~~ Released: 2011-01-11 * Bugfix: - Rename the Oyranos profiles to Oysonar to fix Kai-Uwe Behrmann's reported license violation (Richard Hughes) Richard. From hughsient@gmail.com Tue Jan 11 14:49:42 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 983957505A8; Tue, 11 Jan 2011 14:49:42 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.689 X-Spam-Level: X-Spam-Status: No, score=-2.689 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RFC_ABUSE_POST=0.001, SPF_PASS=-0.001, T_TO_NO_BRKTS_FREEMAIL=0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N5AHLBnOGXVX; Tue, 11 Jan 2011 14:49:39 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 5DC0275024E; Tue, 11 Jan 2011 14:49:30 +0000 (UTC) Received: by iyb26 with SMTP id 26so20613706iyb.27 for ; Tue, 11 Jan 2011 06:49:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=EvigYZqcqKrIygCRROIG0eQQYNH4vwCc+USohkGlFBc=; b=ez0IeJo9OCP7nEck9eo8p/vBHU6LxiYjVtYoQH5B99ChyGWETZfaX3awRczWvjpHbj e08bWgvW1FA8CFGDSfxFpHn7yLBim29l4XIBbGnaKp7BlP3SSDwiujt+d94807uxJE1y wQM5A97RdRSyVyag2i4zPlN3S0HMEt5szFDmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=GHVb4vsBIEItfowJsVQ/nWtMUtZzJvlSA5RK2696E5QcvNnFli8qy6F0W63WdfsZRs 8qo0kAHwwV2hwUKWUyktGWqOuLH4FRzbu3iYnetcrbEjaw3QamKktGKWrM7R2MlDVpj0 M8Ynh0pMRXHyu64c1JjD7sLRfpDpnIWkP0sN4= MIME-Version: 1.0 Received: by 10.42.164.202 with SMTP id h10mr5815638icy.110.1294757369656; Tue, 11 Jan 2011 06:49:29 -0800 (PST) Received: by 10.42.173.131 with HTTP; Tue, 11 Jan 2011 06:49:29 -0800 (PST) Date: Tue, 11 Jan 2011 14:49:29 +0000 Message-ID: Subject: GNOME Color Manager 2.91.5 From: Richard Hughes To: gnome-announce-list@gnome.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: gnome-color-manager-list X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 14:49:42 -0000 gnome-color-manager is a session program that makes it easy to manage, inst= all and generate color profiles in the GNOME desktop. Version 2.91.5 ~~~~~~~~~~~~~~ Released: 2011-01-11 * Translations - Added UG translation (Gheyret T.Kenji) - Added Vietnamese translation (Nguy=E1=BB=85n Th=C3=A1i Ng=E1=BB=8Dc Duy) - Updated Estonian translation (Ivar Smolin) - Updated Italian translation (Francesco Groccia) - Updated Norwegian bokm=C3=A5l translation (Torstein Adolf Winterseth - Updated Punjabi translation (A S Alam) - Updated Slovenian translation (Andrej =C5=BDnidar=C5=A1i=C4=8D) - Updated Swedish translation (Daniel Nylander) - Updated Traditional Chinese translation(Hong Kong and Taiwan) (Chao-Hsiung Liao) * Bugfix: - Fix GTK3 API break; gdk_cursor_unref (Richard Hughes) - Fix GTK3 API break; gdk_window_foreign_new_for_display() no longer exists (Richard Hughes) - Fix GTK3 API break; gdk_x11_drawable_get_xid() no longer exists (Richard Hughes) - GUdev now requires us to set G_UDEV_API_IS_SUBJECT_TO_CHANGE to be able to build (Richard Hughes) Richard. From hughsient@gmail.com Thu Jan 13 12:29:25 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ADE49750326 for ; Thu, 13 Jan 2011 12:29:25 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RFC_ABUSE_POST=0.001, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H4ywB-CJPY91 for ; Thu, 13 Jan 2011 12:29:23 +0000 (UTC) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by menubar.gnome.org (Postfix) with ESMTP id 1490A7502E5 for ; Thu, 13 Jan 2011 12:29:14 +0000 (UTC) Received: by iwn39 with SMTP id 39so1519897iwn.27 for ; Thu, 13 Jan 2011 04:29:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=cjNjjdnWytOM3WD8+VfqHFaCPbfj1rdCoyI/ewcIT1I=; b=RqzARizMn9yql74FKS8irq7eWk+9uhfDQQLXnizR0Q65zpf/ve7emm4lP9Ywzb8Cfq OJd6Vyx36W/LVsAAR/dBnW0scFOI9z8755w0pFTS4Bf+jybXRVJjBULPTbYfBuuSOm8C YGiqg8X1k3IGDuHxVhCyaTfKNRAYdfbN1971E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=hx01TIxziBwodSaPpKZd8NkEtfrR40DOLPBX/CWSteLQ4yMG6B6Eg9zWzP0JQEi8GZ qdpGosggvoylsFYtiE0tiiDRhbL+r/HIWXCF7I9FC/J4i1ddHWwodrgQgp0bLIqj+haN 7o29SOA84PXG91FHcGAY5uTyZm/6K77kW29iQ= MIME-Version: 1.0 Received: by 10.42.228.2 with SMTP id jc2mr2408397icb.445.1294921752925; Thu, 13 Jan 2011 04:29:12 -0800 (PST) Received: by 10.42.173.131 with HTTP; Thu, 13 Jan 2011 04:29:12 -0800 (PST) Date: Thu, 13 Jan 2011 12:29:12 +0000 Message-ID: Subject: colord 0.1.0 released! From: Richard Hughes To: OpenICC Liste Content-Type: text/plain; charset=UTF-8 Cc: Tim Waugh , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 12:29:25 -0000 First, some background: colord is a project I've been working on since Christmas. It is a simple system daemon that will be used by GCM and CUPS to manage per-system device-profile mapping. If you want to try it out with CUPS right now, you'll have to use our development tree http://gitorious.org/cups-colord and be sure to switch to the 'icc' branch. When we've got all the different options and overrides worked out we'll of course push the patchset back to CUPS upstream. Tim Waugh has been doing most of the CUPS work, whilst I've been working on the colord project. colord works a lot like colorsync on OSX, so the CUPS changes are really quite small. Checkout the code from http://gitorious.org/colord -- test it, and try to break it. The included cd-self-test program gives you some examples of what we're testing already. Tim has also built the cups-icc patch into Fedora rawhide, which might be an easier way for some people rather than to build the whole of CUPS. If you're only interested in pretty things, there's a screenshot of the admin tool here: http://gitorious.org/colord/master/blobs/master/doc/screenshot-devices.png -- note the admin tool is designed for developers and programmers, *not* end users :-) Comments (and patches!) welcome, thanks. Richard. Version 0.1.0 ~~~~~~~~~~~~~ Released: 2011-01-13 Notes: - Colord is a simple system activated daemon that maps devices to color profiles. - It is used by gnome-color-manager for CUPS integration and is also used when there are no users logged in. - The only real user at the moment is CUPS, but GNOME Color Manager will start depending on colord when it is included in most mainstream distributions. - The DBus interface is not set in stone, and the libcolord library will have new API added to it as required. If colord needs to break public API at this stage for a specific use case, it will. - The persistent storage code is not written yet, but that will come with the next colord version. New Features: - Add a 'Kind' attribute to the device objects (Richard Hughes) - Add a libcolord shared library that can be used in the client tools (Richard Hughes) - Add an example spec file (Richard Hughes) - Add a simple colormgr man page (Richard Hughes) - Add a simple GTK test GUI for testing the DBus interfaces (Richard Hughes) - Add a simple script to create a test device (Richard Hughes) - Add basic DBus interface (Richard Hughes) - Add code for the DeleteDevice method (Richard Hughes) - Add DeleteProfile() on the main interface (Richard Hughes) - Add GetProfileForQualifier() code (Richard Hughes) - Add MakeProfileDefault() implementation to CdDevice (Richard Hughes) - Add qualifiers to profiles (Richard Hughes) - Allow clients to set properties on the objects using SetProperty (Richard Hughes) - Expose the device created time (Richard Hughes) - Fixed typo in ColorManager API description (Tim Waugh) - Open the profile using lcms2 after we set the profile filename (Richard Hughes) - Provide a method to assign an ICC profile to a profile object (Richard Hughes) - Provide methods for mapping the device ID to the object path (Richard Hughes) - Use seporate PolicyKit authorisations for each action type (Richard Hughes) Richard. From jmpoure@gooze.eu Thu Jan 13 13:29:01 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5CC3F7503A3 for ; Thu, 13 Jan 2011 13:29:01 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UJY2v5jThnOA for ; Thu, 13 Jan 2011 13:28:59 +0000 (UTC) X-Greylist: delayed 399 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 13 Jan 2011 13:28:58 UTC Received: from 63.mail-out.ovh.net (63.mail-out.ovh.net [91.121.185.56]) by menubar.gnome.org (Postfix) with SMTP id C476775028F for ; Thu, 13 Jan 2011 13:28:50 +0000 (UTC) Received: (qmail 6432 invoked by uid 503); 13 Jan 2011 14:00:36 -0000 Received: from b6.ovh.net (HELO mail408.ha.ovh.net) (213.186.33.56) by 63.mail-out.ovh.net with SMTP; 13 Jan 2011 14:00:36 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 13 Jan 2011 15:22:08 +0200 Received: from soy95-2-82-236-103-229.fbx.proxad.net (HELO ?192.168.0.7?) (postmaster@gooze.eu@82.236.103.229) by ns0.ovh.net with SMTP; 13 Jan 2011 15:22:06 +0200 Subject: Re: colord 0.1.0 released! From: Jean-Michel =?ISO-8859-1?Q?Pour=E9?= - GOOZE To: Richard Hughes In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Organization: jmpoure@gooze.eu Date: Thu, 13 Jan 2011 14:22:05 +0100 Message-ID: <1294924925.4357.0.camel@acer> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 18193979545287732839 X-Ovh-Remote: 82.236.103.229 (soy95-2-82-236-103-229.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N Cc: Tim Waugh , OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jmpoure@gooze.eu List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 13:29:01 -0000 Le jeudi 13 janvier 2011 à 12:29 +0000, Richard Hughes a écrit : > > It is a simple system daemon that will be used by GCM and CUPS to > manage per-system device-profile mapping. Whooo... The biggest improvement in CUPS for years. Many thanks, you are our heroe. From pmjdebruijn@pcode.nl Thu Jan 13 17:10:06 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1CCF175040C for ; Thu, 13 Jan 2011 17:10:06 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JXUXK32OtX4K for ; Thu, 13 Jan 2011 17:10:04 +0000 (UTC) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by menubar.gnome.org (Postfix) with ESMTP id D5D1F750408 for ; Thu, 13 Jan 2011 17:09:54 +0000 (UTC) Received: by gwj21 with SMTP id 21so791429gwj.27 for ; Thu, 13 Jan 2011 09:09:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.90.10.34 with SMTP id 34mr3452110agj.157.1294938593390; Thu, 13 Jan 2011 09:09:53 -0800 (PST) Received: by 10.91.149.4 with HTTP; Thu, 13 Jan 2011 09:09:53 -0800 (PST) In-Reply-To: <1294924925.4357.0.camel@acer> References: <1294924925.4357.0.camel@acer> Date: Thu, 13 Jan 2011 18:09:53 +0100 Message-ID: Subject: Re: colord 0.1.0 released! From: Pascal de Bruijn To: jmpoure@gooze.eu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Tim Waugh , Richard Hughes , OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 17:10:06 -0000 2011/1/13 Jean-Michel Pour=C3=A9 - GOOZE : > Le jeudi 13 janvier 2011 =C3=A0 12:29 +0000, Richard Hughes a =C3=A9crit = : >> >> It is a simple system daemon that will be used by GCM and CUPS to >> manage per-system device-profile mapping. > > Whooo... The biggest improvement in CUPS for years. > Many thanks, you are our heroe. Sorry for being a bit absent lately, but I'll second that Whoooo! This is a _HUGE_ missing piece for the libre graphics community. Thanks once again, Pascal de Bruijn From jmpoure@gooze.eu Thu Jan 13 17:31:53 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3B46C750433 for ; Thu, 13 Jan 2011 17:31:53 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D+4lXHUlsIHE for ; Thu, 13 Jan 2011 17:31:50 +0000 (UTC) X-Greylist: delayed 399 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 13 Jan 2011 17:31:50 UTC Received: from 26.mail-out.ovh.net (26.mail-out.ovh.net [91.121.27.225]) by menubar.gnome.org (Postfix) with SMTP id 4AD5775041E for ; Thu, 13 Jan 2011 17:31:42 +0000 (UTC) Received: (qmail 9482 invoked by uid 503); 13 Jan 2011 17:28:35 -0000 Received: from b9.ovh.net (HELO mail620.ha.ovh.net) (213.186.33.59) by 26.mail-out.ovh.net with SMTP; 13 Jan 2011 17:28:35 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 13 Jan 2011 19:25:18 +0200 Received: from soy95-2-82-236-103-229.fbx.proxad.net (HELO ?192.168.0.7?) (postmaster@gooze.eu@82.236.103.229) by ns0.ovh.net with SMTP; 13 Jan 2011 19:25:17 +0200 Subject: Re: colord 0.1.0 released! From: Jean-Michel =?ISO-8859-1?Q?Pour=E9?= - GOOZE To: Pascal de Bruijn In-Reply-To: References: <1294924925.4357.0.camel@acer> Content-Type: text/plain; charset="UTF-8" Organization: jmpoure@gooze.eu Date: Thu, 13 Jan 2011 18:24:54 +0100 Message-ID: <1294939494.4661.2.camel@acer> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 3854236857855716974 X-Ovh-Remote: 82.236.103.229 (soy95-2-82-236-103-229.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N Cc: Tim Waugh , Richard Hughes , OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jmpoure@gooze.eu List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 17:31:53 -0000 Le jeudi 13 janvier 2011 à 18:09 +0100, Pascal de Bruijn a écrit : > This is a _HUGE_ missing piece for the libre graphics community. In my company, we are using Free software from top to bottom. We were able to calibrate screens and scanners, but for calibrated printers, we had to rely on Win* printers, which manage colors. Event accounting is under GNU/Linux. The only missing piece was color management in printing. As usual, I am delighted with this announcement. From graeme2@argyllcms.com Fri Jan 14 01:12:43 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DAA59750457 for ; Fri, 14 Jan 2011 01:12:43 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.823 X-Spam-Level: X-Spam-Status: No, score=-1.823 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, TW_JC=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pk4lzjo+U7C5 for ; Fri, 14 Jan 2011 01:12:40 +0000 (UTC) Received: from morrigan.instanthosting.com.au (morrigan.instanthosting.com.au [116.0.23.220]) by menubar.gnome.org (Postfix) with ESMTP id 75638750076 for ; Fri, 14 Jan 2011 01:12:31 +0000 (UTC) Received: from 202.164.193.21.static.rev.aanet.com.au ([202.164.193.21] helo=[10.0.0.1]) by morrigan.instanthosting.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1PdYDF-0001nI-Kv for gnome-color-manager-list@gnome.org; Fri, 14 Jan 2011 12:12:22 +1100 Message-ID: <4D2FA1CD.4010505@argyllcms.com> Date: Fri, 14 Jan 2011 12:07:25 +1100 From: Graeme Gill User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.14) Gecko/20100930 SeaMonkey/2.0.9 MIME-Version: 1.0 To: gnome-color-manager-list@gnome.org Subject: Re: colord 0.1.0 released! References: <1294924925.4357.0.camel@acer> <1294939494.4661.2.camel@acer> In-Reply-To: <1294939494.4661.2.camel@acer> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Instanthosting-MailScanner-Information: Please contact the ISP for more information X-Instanthosting-MailScanner-ID: 1PdYDF-0001nI-Kv X-Instanthosting-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Instanthosting-MailScanner-SpamCheck: X-Instanthosting-MailScanner-From: graeme2@argyllcms.com X-Instanthosting-MailScanner-Watermark: 1295572344.02392@HKv6YvhFB34EzfXL0ye80g X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - morrigan.instanthosting.com.au X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - argyllcms.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: graeme@argyllcms.com List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 01:12:44 -0000 Jean-Michel Pouré - GOOZE wrote: > The only missing piece was color management in printing. Nothing has stopped you color managing printing under Linux for some time now. Much Linux software supports ICC profiles (my icclib, and Marti's more popular lcms have been available to application developers for the last 10 years), and there has always been the fallback of color managing the rasters. Pluggins and extensions such as Alastair M. Robinson tools at have been around for quite a while too. colord joins/competes with Oyranos as a convenient way of managing profile (as well as ArgyllCMS's jcnf to a limited degree). I'm wondering though, whether colord is a solution that will work with more than just GNOME ? How about FreeBSD :-) ? (i.e. how cross UNIX-like-platform or desktop is it ?) Graeme Gill. From pmjdebruijn@pcode.nl Fri Jan 14 07:30:01 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AF56775006E for ; Fri, 14 Jan 2011 07:30:01 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.523 X-Spam-Level: X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, TW_JC=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WNHI1QX41QsG for ; Fri, 14 Jan 2011 07:29:58 +0000 (UTC) Received: from mail-yi0-f44.google.com (mail-yi0-f44.google.com [209.85.218.44]) by menubar.gnome.org (Postfix) with ESMTP id 0DD5D7504D9 for ; Fri, 14 Jan 2011 07:29:49 +0000 (UTC) Received: by yie19 with SMTP id 19so1448366yie.31 for ; Thu, 13 Jan 2011 23:29:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.90.8.24 with SMTP id 24mr750931agh.76.1294990187760; Thu, 13 Jan 2011 23:29:47 -0800 (PST) Received: by 10.91.149.4 with HTTP; Thu, 13 Jan 2011 23:29:47 -0800 (PST) In-Reply-To: <4D2FA1CD.4010505@argyllcms.com> References: <1294924925.4357.0.camel@acer> <1294939494.4661.2.camel@acer> <4D2FA1CD.4010505@argyllcms.com> Date: Fri, 14 Jan 2011 08:29:47 +0100 Message-ID: Subject: Re: colord 0.1.0 released! From: Pascal de Bruijn To: graeme@argyllcms.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 07:30:02 -0000 On Fri, Jan 14, 2011 at 2:07 AM, Graeme Gill wrote: > Jean-Michel Pour=C3=A9 - GOOZE wrote: >> >> The only missing piece was color management in printing. > > Nothing has stopped you color managing printing under Linux > for some time now. Much Linux software supports ICC > profiles (my icclib, and Marti's more popular lcms have been > available to application developers for the last 10 years), > and there has always been the fallback of color managing the > rasters. Pluggins and extensions such as Alastair M. Robinson > tools at have been around > for quite a while too. > > colord joins/competes with Oyranos as a convenient way of managing > profile (as well as ArgyllCMS's jcnf to a limited degree). Sure, but it's the CUPS integration which is particularly nice... > I'm wondering though, whether colord is a solution that will work > with more than just GNOME ? How about FreeBSD :-) ? > (i.e. how cross UNIX-like-platform or desktop is it ?) Since GNOME runs on other unices too, I guess colord will too? Regards, Pascal de Bruijn From jmpoure@gooze.eu Fri Jan 14 08:18:06 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 720A17501AD for ; Fri, 14 Jan 2011 08:18:06 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0iWpls8TIfjh for ; Fri, 14 Jan 2011 08:18:04 +0000 (UTC) X-Greylist: delayed 391 seconds by postgrey-1.32 at menubar.gnome.org; Fri, 14 Jan 2011 08:18:03 UTC Received: from 27.mail-out.ovh.net (27.mail-out.ovh.net [91.121.30.210]) by menubar.gnome.org (Postfix) with SMTP id E3C5E7501AB for ; Fri, 14 Jan 2011 08:18:03 +0000 (UTC) Received: (qmail 22742 invoked by uid 503); 14 Jan 2011 08:13:54 -0000 Received: from b6.ovh.net (HELO mail630.ha.ovh.net) (213.186.33.56) by 27.mail-out.ovh.net with SMTP; 14 Jan 2011 08:13:46 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 14 Jan 2011 10:11:14 +0200 Received: from soy95-2-82-236-103-229.fbx.proxad.net (HELO ?192.168.0.7?) (postmaster@gooze.eu@82.236.103.229) by ns0.ovh.net with SMTP; 14 Jan 2011 10:11:13 +0200 Subject: Re: colord 0.1.0 released! From: Jean-Michel =?ISO-8859-1?Q?Pour=E9?= - GOOZE To: graeme@argyllcms.com In-Reply-To: <4D2FA1CD.4010505@argyllcms.com> References: <1294924925.4357.0.camel@acer> <1294939494.4661.2.camel@acer> <4D2FA1CD.4010505@argyllcms.com> Content-Type: text/plain; charset="UTF-8" Organization: jmpoure@gooze.eu Date: Fri, 14 Jan 2011 09:11:13 +0100 Message-ID: <1294992673.5479.0.camel@acer> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 369576646163574445 X-Ovh-Remote: 82.236.103.229 (soy95-2-82-236-103-229.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N Cc: gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jmpoure@gooze.eu List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 08:18:06 -0000 Le vendredi 14 janvier 2011 à 12:07 +1100, Graeme Gill a écrit : > Nothing has stopped you color managing printing under Linux > for some time now. Much Linux software supports ICC > profiles (my icclib, and Marti's more popular lcms have been > available to application developers for the last 10 years), > and there has always been the fallback of color managing the > rasters. Pluggins and extensions such as Alastair M. Robinson > tools at have been around > for quite a while too. The was no color integration in CUPS. There was a solution for MacOSX, but nothing for GNU/Linux. -- Jean-Michel Pouré - Gooze - http://www.gooze.eu From hughsient@gmail.com Fri Jan 14 10:47:55 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 895AE75032A for ; Fri, 14 Jan 2011 10:47:55 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.623 X-Spam-Level: X-Spam-Status: No, score=-2.623 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TW_GT=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PYaIS65UVbUq for ; Fri, 14 Jan 2011 10:47:53 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 12BCE750189 for ; Fri, 14 Jan 2011 10:47:44 +0000 (UTC) Received: by iyb26 with SMTP id 26so2641871iyb.27 for ; Fri, 14 Jan 2011 02:47:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=dBdlw0yicKZkhfcnmyNroalo9JyGU4dLGzNfne96a08=; b=sSyo0oLgMQBFBSGQveGndfP4cp1+nEFwj1H/HlNPjwuzF9UxmVXNJFygI+hCUVwh78 eTlxERzRj2rpD7NoFKqHdfRfjoCFvscICVr6jvdQuUqLyNRmjpZm5nQnGRuKrGZsslzT 7cxZBxjhPCxGNRP2n5JEPXZX355hXJLa1HIlk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aBE3eVqFwx6fLaifi+krQmwg5jRjckiBQc/zZYd99r5rac8slknekrb886jWSTO8hu 0cuzjONiOFnlP/Vt/abm1J2PTu/lxXHiRHJp9Szk6rEEXWNOVJNckz96OEbbrkiEgUrS qnNdzSl4vGdnLwVCgtxyWtt6vVKOx1IaLSwMA= MIME-Version: 1.0 Received: by 10.42.225.138 with SMTP id is10mr623302icb.378.1295002063175; Fri, 14 Jan 2011 02:47:43 -0800 (PST) Received: by 10.42.173.131 with HTTP; Fri, 14 Jan 2011 02:47:43 -0800 (PST) In-Reply-To: References: <1294924925.4357.0.camel@acer> <1294939494.4661.2.camel@acer> <4D2FA1CD.4010505@argyllcms.com> Date: Fri, 14 Jan 2011 10:47:43 +0000 Message-ID: Subject: Re: colord 0.1.0 released! From: Richard Hughes To: Pascal de Bruijn Content-Type: text/plain; charset=UTF-8 Cc: graeme@argyllcms.com, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2011 10:47:55 -0000 On 14 January 2011 07:29, Pascal de Bruijn > Since GNOME runs on other unices too, I guess colord will too? colord doesn't actually have anything to do with GNOME. colord should compile fine on freebsd and solaris, although the _optional_ GTK frontend test program obviously won't as it needs a very new gtk that's only in Linux at the moment. I can even try to fix the compile error on win32 if that would be useful to someone. Richard. From hughsient@gmail.com Mon Jan 17 09:39:03 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76AC8750A84 for ; Mon, 17 Jan 2011 09:39:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y3n6Rq9IJ89Q for ; Mon, 17 Jan 2011 09:39:00 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id C05CD7500B7 for ; Mon, 17 Jan 2011 09:38:50 +0000 (UTC) Received: by iyb26 with SMTP id 26so4786638iyb.27 for ; Mon, 17 Jan 2011 01:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6qw6sXBEgy/89NZw2A7zuYCrUx9EX/Hy1tmv0kguPww=; b=dTx1lG7oVzT2ED+Nfh/wuy1O4uOciXlDo8N41EBPIi2rdUlwBaBjkldEupPVahEBvK /F5MQBWVcRoTVpOhs2mgmpWTtG04RI/SCRZGGUKD5GGgPXevhcVI2qiY4ZwdfyAS29jX s63vxnTs7RnjUBr2xM/T3ETfFSEi/rF9jxD4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=iPT736TRVy1mn9ZaPC/Wph3vZvFakkHir07CZQH0jQVc1ui3WZU9pAgUwxzbC02c5A IJgREaIzf1CksuVP8OLGkoSesi04l3wH44S2rO4T+xBjyVUNR8Jph3jaKucEUrKnhCIa RjV/8ZE0n42HHn5eM139dvi2XnmBsCVNyO62o= MIME-Version: 1.0 Received: by 10.42.228.2 with SMTP id jc2mr4142678icb.445.1295257129488; Mon, 17 Jan 2011 01:38:49 -0800 (PST) Received: by 10.42.173.131 with HTTP; Mon, 17 Jan 2011 01:38:49 -0800 (PST) In-Reply-To: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 09:38:49 +0000 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: Richard Hughes To: Robert Krawitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 09:39:03 -0000 On 17 January 2011 02:48, Robert Krawitz wrote: > 1) From the Gutenprint perspective, it's very important to be able to > =C2=A0 turn this off selectively (for the purposes of profiling, if > =C2=A0 nothing else). =C2=A0The inability to turn off ColorSync has been = a > =C2=A0 major thorn in the side of a lot of our Mac users, and is actually > =C2=A0 impeding progress in regards creating a color managed workflow wit= h > =C2=A0 Gutenprint on that platform. Yes agreed. gnome-color-manager will have to be able to turn this off for profiling too, and I admit there isn't a dedicated method for doing this just yet. It's pretty easy to remove all the profiles for a device, but then you have to trust the profiler to add them all back again after profiling :-) There'll likely be some sort of inhibit interface for the GetProfilesForQualifier method call. Ideas welcome. > 2) High bit depth capability is essential, at least downstream of > =C2=A0 colord. =C2=A0Both CUPS and Gutenprint can handle 16 bits just fin= e, but > =C2=A0 it's important that the transformation not lose information from > =C2=A0 the data provided by the user. I'm quite keen on having colord stay away from pixel manipulation. I think that's much better placed in the driver itself, using something like lcms. Colord should concentrate on being a smart storage unit that can be queried by CUPS for specific bits of data. > 3) Is there any provision for DeviceN profiles? =C2=A0I'd like to see > =C2=A0 DeviceN input for extended color printers (such as the Epson Sure, at the moment CUPS adds a DeiceN profile for my HP Photosmart printer, I see no reason not to expose that in colord. > 4) Finally (and this is personal, not Gutenprint-related), will any of > =C2=A0 this work under KDE (at least the printing stuff, since GNOME won'= t > =C2=A0 be running)? colord doesn't need gnome. There's a command line tool called colormgr that allows you to add devices, delete profiles and assign qualifiers to profiles, and that kind of thing. It would be a few hours work to make a KDE GUI that sat on top of colord and did the following things: 1. CreateProfile for any icc profile in a well known location in $home (colord doesn't have access to /home due to encryption and/or SELinux) 2. CreateDevice for any xrandr devices (colord can't access the X session) 3. Set the XOrg _ICC_PROFILE atoms on the x11 device and screen in response to a query to colord 4. Watch colord for changes and update any GUI widgets 5. Make a widget to choose a profile for a device and to set a qualifier for that profile. colord stores both persistent devices and the mapping between devices and profiles in a database, so it's quite legal to just call device.AddProfile(p) in a control center type widget, which colord will save in the database and then automatically apply if the device *and* the profile ever show up again at the same time. In fact, that's exactly what the 'icc' branch of gnome-color-manager is working towards. As always with a new project, please use git master if you're evaluating it, we have already: 43 files changed, 4008 insertions(+), 274 deletions(-) Since the last release :-) Richard. From rlk@speakeasy.net Mon Jan 17 02:55:37 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1DDC77500CC for ; Mon, 17 Jan 2011 02:55:37 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ieMBufqcQZHG for ; Mon, 17 Jan 2011 02:55:32 +0000 (UTC) X-Greylist: delayed 400 seconds by postgrey-1.32 at menubar.gnome.org; Mon, 17 Jan 2011 02:55:31 UTC Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.50]) by menubar.gnome.org (Postfix) with ESMTP id F2313750096 for ; Mon, 17 Jan 2011 02:55:23 +0000 (UTC) Received: (qmail 24970 invoked from network); 17 Jan 2011 02:48:41 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net ([66.92.65.9]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2011 02:48:40 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net (localhost [127.0.0.1]) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.12.10/SuSE Linux 0.7) with ESMTP id p0H2mcBU003878; Sun, 16 Jan 2011 21:48:38 -0500 Received: (from rlk@localhost) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.14.4/Submit) id p0H2mcB2003877; Sun, 16 Jan 2011 21:48:38 -0500 Date: Sun, 16 Jan 2011 21:48:38 -0500 Message-Id: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> From: Robert Krawitz To: Richard Hughes In-reply-to: (hughsient@gmail.com) Subject: Re: [Openicc] colord 0.1.0 released! References: X-Mailman-Approved-At: Mon, 17 Jan 2011 10:01:11 +0000 Cc: twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 02:55:37 -0000 Sounds very interesting. A few questions/comments: 1) From the Gutenprint perspective, it's very important to be able to turn this off selectively (for the purposes of profiling, if nothing else). The inability to turn off ColorSync has been a major thorn in the side of a lot of our Mac users, and is actually impeding progress in regards creating a color managed workflow with Gutenprint on that platform. 2) High bit depth capability is essential, at least downstream of colord. Both CUPS and Gutenprint can handle 16 bits just fine, but it's important that the transformation not lose information from the data provided by the user. (It's not essential that colord *always* generate high bit depth data; if someone's printing draft quality, they don't care about minor color imperfections but they do care about performance. However, it's important that the capability be there for higher end use. On higher end 6-color printers with very small drop sizes it's easy enough to see quantization error in the form of banding on gradients with 8 bit input, since there are only 256 levels.) 3) Is there any provision for DeviceN profiles? I'd like to see DeviceN input for extended color printers (such as the Epson 800, 1800, 1900, 7900, 9900, etc); parametric-based approaches based on HSL don't work nearly as well as I'd like. This isn't so important for printers with extra inks as long as the primaries are all CMYK, but there's increasing availability of extra colors on high end printers. Some of the newest Epson printers even have a *white* ink for printing to film. 4) Finally (and this is personal, not Gutenprint-related), will any of this work under KDE (at least the printing stuff, since GNOME won't be running)? -- Robert Krawitz 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 From rlk@speakeasy.net Mon Jan 17 15:00:49 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A3F17501B4 for ; Mon, 17 Jan 2011 15:00:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2rugFCUVaWW0 for ; Mon, 17 Jan 2011 15:00:46 +0000 (UTC) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.50]) by menubar.gnome.org (Postfix) with ESMTP id 7C57B7501A9 for ; Mon, 17 Jan 2011 15:00:37 +0000 (UTC) Received: (qmail 19487 invoked from network); 17 Jan 2011 14:56:24 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net ([66.92.65.9]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2011 14:56:24 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net (localhost [127.0.0.1]) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.12.10/SuSE Linux 0.7) with ESMTP id p0HEuLMA013736; Mon, 17 Jan 2011 09:56:21 -0500 Received: (from rlk@localhost) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.14.4/Submit) id p0HEuLCL013735; Mon, 17 Jan 2011 09:56:21 -0500 Date: Mon, 17 Jan 2011 09:56:21 -0500 Message-Id: <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> From: Robert Krawitz To: Leonard Rosenthol In-reply-to: (leonardr@pdfsages.com) Subject: Re: [Openicc] colord 0.1.0 released! References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Cc: edmundronald@gmail.com, twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:00:49 -0000 On Mon, 17 Jan 2011 09:00:52 -0500, Leonard Rosenthol wrote: > On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald wrote: > >> My feeling is that it is very important not only to be able to turn >> all CMS off for a printer, > > Just to be pedantic, since it's VERY important here, what you really mean is > turn off DRIVER color management. There are no provisions at the > CUPS/GutenPrint level to turn off APPLICATION CM _NOR_ to turn off HARDWARE > CM...and both of those can (of course) play a part in the whole pipeline.... To be even more precise, what we really mean is to turn off all color management at the system software level. Anything at the device level -- whether implemented in hardware or firmware -- is simply part of the device response, which of course we have no control over. That's part of what's getting profiled. And people (hopefully) won't create profiles with software that's already playing games behind the user's back. For that matter, the printer driver (e. g. Gutenprint) itself can be considered to be part of the device, since it's represented by the PPD file. The real issue here is making sure that CUPS and its filter chain don't modify color data on the way down unless they're told to, and when they do so, it must be predictable. That's the problem on OS X: there doesn't seem to be any way to ensure that data from the application reaches the printer (or driver) unmodified. In other words, if we send an RGB tuple (97, 38, 108) from an application, we have no way to guarantee that Gutenprint sees that same RGB value. From rlk@speakeasy.net Mon Jan 17 15:02:25 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5EDC77501B4 for ; Mon, 17 Jan 2011 15:02:25 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F1+9U69nvg+Z for ; Mon, 17 Jan 2011 15:02:23 +0000 (UTC) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.42]) by menubar.gnome.org (Postfix) with ESMTP id D2EFE75021A for ; Mon, 17 Jan 2011 15:02:14 +0000 (UTC) Received: (qmail 27113 invoked from network); 17 Jan 2011 15:02:12 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net ([66.92.65.9]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2011 15:02:12 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net (localhost [127.0.0.1]) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.12.10/SuSE Linux 0.7) with ESMTP id p0HF2A1u013778; Mon, 17 Jan 2011 10:02:10 -0500 Received: (from rlk@localhost) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.14.4/Submit) id p0HF2Ajg013777; Mon, 17 Jan 2011 10:02:10 -0500 Date: Mon, 17 Jan 2011 10:02:10 -0500 Message-Id: <201101171502.p0HF2Ajg013777@dsl092-065-009.bos1.dsl.speakeasy.net> From: Robert Krawitz To: edmund ronald In-reply-to: (edmundronald@gmail.com) Subject: Re: [Openicc] colord 0.1.0 released! References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Cc: ku.b@gmx.de, twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:02:25 -0000 On Mon, 17 Jan 2011 15:43:00 +0100, edmund ronald wrote: > The colord authors seem to be smart people who are engaging the user > community. They deserve my respect. > > However I would agree that the print problems of a certain "other" > fruity OS are proving untractable, and it is not obvious that the same > architectural choices should be introduced to Linux. > > The "other OS" has been very reluctant to provide options for pros who > color manage upstream, and this has created considerable controversy. > > However, no one seems to have noticed is that the other OS has not > really allowed individual print setting serialisation, and > profile/paper association, going instead for a "bundled install" > approach. Of course, this has been partly motivated by vendors desire > for control. The complexity of actually getting a correct print from a > third-party paper with a third-party profile on "fruit" is much > greater than that of "just" telling the vendor's driver to print from > RGB on a given vendor paper. Not to mention third party inks, which can't even be represented in the three component model. The profile selector really does need to handle a serialized description of the option settings. I'd ideally like to be able to handle different driver versions, since we allow multiple minor versions of Gutenprint (including Gimp-Print 4.2) to be installed concurrently. From rlk@speakeasy.net Mon Jan 17 15:34:10 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4E3367501FC for ; Mon, 17 Jan 2011 15:34:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pNpL8pcS76sd for ; Mon, 17 Jan 2011 15:34:07 +0000 (UTC) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.49]) by menubar.gnome.org (Postfix) with ESMTP id 658CE7501E7 for ; Mon, 17 Jan 2011 15:33:58 +0000 (UTC) Received: (qmail 11873 invoked from network); 17 Jan 2011 15:33:57 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net ([66.92.65.9]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2011 15:33:56 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net (localhost [127.0.0.1]) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.12.10/SuSE Linux 0.7) with ESMTP id p0HFXrdV013940; Mon, 17 Jan 2011 10:33:53 -0500 Received: (from rlk@localhost) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.14.4/Submit) id p0HFXrB1013939; Mon, 17 Jan 2011 10:33:53 -0500 Date: Mon, 17 Jan 2011 10:33:53 -0500 Message-Id: <201101171533.p0HFXrB1013939@dsl092-065-009.bos1.dsl.speakeasy.net> From: Robert Krawitz To: Tim Waugh In-reply-to: <1295277525.2886.38.camel@worm.elk> (twaugh@redhat.com) Subject: Re: [Openicc] colord 0.1.0 released! References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> <1295277525.2886.38.camel@worm.elk> Cc: edmundronald@gmail.com, leonardr@pdfsages.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:34:10 -0000 On Mon, 17 Jan 2011 15:18:45 +0000, Tim Waugh wrote: > > On Mon, 2011-01-17 at 09:56 -0500, Robert Krawitz wrote: >> The real issue here is making sure that CUPS and its filter chain >> don't modify color data on the way down unless they're told to, and >> when they do so, it must be predictable. That's the problem on OS X: >> there doesn't seem to be any way to ensure that data from the >> application reaches the printer (or driver) unmodified. In other >> words, if we send an RGB tuple (97, 38, 108) from an application, we >> have no way to guarantee that Gutenprint sees that same RGB value. > > Isn't that just an issue with the CUPS Raster format? Well, everything is converted to CUPS raster format before being passed to Gutenprint, so we need to make sure no funny business occurs anywhere in the chain. > The intended use of colord in the CUPS filter chain is to modify > pstoraster so that it asks colord which ICC filename ghostscript should > be told to use. And it will be possible to specify "no ICC cprofile", correct? > All colord is doing is delaying the association between a set of print > options and an ICC file so that the user can override whatever comes > pre-set in the PPD file. From rlk@speakeasy.net Mon Jan 17 15:35:36 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D77887501FC for ; Mon, 17 Jan 2011 15:35:36 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IBIet+2hzxFY for ; Mon, 17 Jan 2011 15:35:34 +0000 (UTC) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.39]) by menubar.gnome.org (Postfix) with ESMTP id 1BC0F750237 for ; Mon, 17 Jan 2011 15:35:25 +0000 (UTC) Received: (qmail 8380 invoked from network); 17 Jan 2011 15:35:23 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net ([66.92.65.9]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2011 15:35:23 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net (localhost [127.0.0.1]) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.12.10/SuSE Linux 0.7) with ESMTP id p0HFZLAJ013950; Mon, 17 Jan 2011 10:35:21 -0500 Received: (from rlk@localhost) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.14.4/Submit) id p0HFZLF3013949; Mon, 17 Jan 2011 10:35:21 -0500 Date: Mon, 17 Jan 2011 10:35:21 -0500 Message-Id: <201101171535.p0HFZLF3013949@dsl092-065-009.bos1.dsl.speakeasy.net> From: Robert Krawitz To: edmund ronald In-reply-to: (edmundronald@gmail.com) Subject: Re: [Openicc] colord 0.1.0 released! References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171502.p0HF2Ajg013777@dsl092-065-009.bos1.dsl.speakeasy.net> Cc: ku.b@gmx.de, twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:35:37 -0000 On Mon, 17 Jan 2011 16:14:26 +0100, edmund ronald wrote: > Maybe we should explain that we envision dumping everything as much as > we can, including inking info, into the serialized settings . This > would allow users to tune and then publish media recipes without ever > needing to get near the procedural code of Gutenprint. Yup. We're never going to be able to profile every printer with every paper (much less at every resolution), so we'll need to find some way to make it easy for users to create and share this information. From rlk@speakeasy.net Mon Jan 17 16:00:18 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5EB897501EC for ; Mon, 17 Jan 2011 16:00:18 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wDR-vyWUiZ4X for ; Mon, 17 Jan 2011 16:00:13 +0000 (UTC) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.39]) by menubar.gnome.org (Postfix) with ESMTP id A7F697501E7 for ; Mon, 17 Jan 2011 16:00:05 +0000 (UTC) Received: (qmail 9377 invoked from network); 17 Jan 2011 15:45:00 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net ([66.92.65.9]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Jan 2011 15:45:00 -0000 Received: from dsl092-065-009.bos1.dsl.speakeasy.net (localhost [127.0.0.1]) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.12.10/SuSE Linux 0.7) with ESMTP id p0HFiw36013979; Mon, 17 Jan 2011 10:44:58 -0500 Received: (from rlk@localhost) by dsl092-065-009.bos1.dsl.speakeasy.net (8.14.4/8.14.4/Submit) id p0HFiw7O013977; Mon, 17 Jan 2011 10:44:58 -0500 Date: Mon, 17 Jan 2011 10:44:58 -0500 Message-Id: <201101171544.p0HFiw7O013977@dsl092-065-009.bos1.dsl.speakeasy.net> From: Robert Krawitz To: Leonard Rosenthol In-reply-to: (leonardr@pdfsages.com) Subject: Re: [Openicc] colord 0.1.0 released! References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> Cc: edmundronald@gmail.com, twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 16:00:18 -0000 On Mon, 17 Jan 2011 10:14:05 -0500, Leonard Rosenthol wrote: > > On Mon, Jan 17, 2011 at 9:56 AM, Robert Krawitz wrote: > >> The real issue here is making sure that CUPS and its filter chain >> don't modify color data on the way down unless they're told to, and >> when they do so, it must be predictable. > > In this case, we're talking strictly about raster-based printers, > correct? Postscript, PCL, etc. based devices aren't part of this > mix, since color management is handled in a completely different > manner for such devices - yes? Well, we drive PCL printers in raster mode. For that matter, we even have a PostScript output driver in Gutenprint, although we don't offer that in the CUPS driver (there would be no point in it). That's only for other Gutenprint clients (such as GIMP and PhotoPrint) to be able to print to printers not supported by Gutenprint. But in general, yes. >> That's the problem on OS X: >> there doesn't seem to be any way to ensure that data from the >> application reaches the printer (or driver) unmodified. In other >> words, if we send an RGB tuple (97, 38, 108) from an application, we >> have no way to guarantee that Gutenprint sees that same RGB value. > > There are solutions for this for certain printer models, where the > device vendor has provided their own private APIs to enable > applications to bypass the OS. Photoshop, for example, does this > when it can (on both Mac OS X and Windows). NOTE: I am still trying > to get this info published, but it's not under our control and for > reasons I have yet to fathom, they don't see the need for other apps > to play too :(. When I think about it, so do we -- the differences being that our API is public (GPLv2+) and Gimp-Print/Gutenprint was originally developed precisely as the original print plugin for GIMP and only later (but not by much) were Ghostscript and CUPS drivers added using the same API. -- Robert Krawitz 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 From edmundronald@gmail.com Mon Jan 17 13:49:40 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 66B70750195 for ; Mon, 17 Jan 2011 13:49:40 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yYzVHfTTtyR2 for ; Mon, 17 Jan 2011 13:49:38 +0000 (UTC) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by menubar.gnome.org (Postfix) with ESMTP id DD5FD750188 for ; Mon, 17 Jan 2011 13:49:29 +0000 (UTC) Received: by eyf6 with SMTP id 6so3267443eyf.27 for ; Mon, 17 Jan 2011 05:49:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=u+1RMvmgoySF9ZSL22FVnfxoGX22NZCbqV6NLiiRgh8=; b=ugXtL+8Q93DfwQDyCNHZiBvmSr/2kyf4Lk6XPvWwnRI2Mv9clPpbbyPgKbFBeIC+Kn nFMwUVanbg1htdpUlzsC0+h74sCPM+VIFEkiVgOsSKIoXClOiia6UUt0VKe1EOI93bUE Zbj4uMupjAtz2TVUjKmEjertECW8bUbFhRdsM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pdNW5KEqdsCa6ChyLvAzXHnTjZ6D/R6sCa2HHKr/O2RGyNyIr5woQnbHWhYiDLVLok UjM+TW8EY2VQ35t+TVkHGw8gbOPUjrFXgvB4o0+HGDiUmAkH/O7ERHOMLrEf4i5w1nzj wLXM9VzzunwCPdD/xVXNLxjcVr5rmRKyAWNiI= MIME-Version: 1.0 Received: by 10.204.53.148 with SMTP id m20mr2122985bkg.150.1295272167393; Mon, 17 Jan 2011 05:49:27 -0800 (PST) Received: by 10.204.126.158 with HTTP; Mon, 17 Jan 2011 05:49:27 -0800 (PST) In-Reply-To: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 14:49:27 +0100 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: edmund ronald To: Richard Hughes Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: Robert Krawitz , twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 13:49:40 -0000 Hi folks, I'm a color consultant providing some input to Robert re. Gutenprint color management. My feeling is that it is very important not only to be able to turn all CMS off for a printer, but also to be able to cleanly save and recall complete print setting configurations - and serialize them. In other words, if I determine a bunch of settings that I want to use for printing profiled on BizarreBoardPaper with an Epson 9880, I want to be able to cleanly export this, and ship it to someone who needs this paper/ink/profile knowledge and who may then choose to reprofile or relinearize on his own machine when he gets it. Profiles are useful for consumers but pros often do them upstream, however ink settings are fundamental for consumer and pro alike. Edmund On Mon, Jan 17, 2011 at 10:38 AM, Richard Hughes wrot= e: > On 17 January 2011 02:48, Robert Krawitz wrote: >> 1) From the Gutenprint perspective, it's very important to be able to >> =A0 turn this off selectively (for the purposes of profiling, if >> =A0 nothing else). =A0The inability to turn off ColorSync has been a >> =A0 major thorn in the side of a lot of our Mac users, and is actually >> =A0 impeding progress in regards creating a color managed workflow with >> =A0 Gutenprint on that platform. > > Yes agreed. gnome-color-manager will have to be able to turn this off > for profiling too, and I admit there isn't a dedicated method for > doing this just yet. It's pretty easy to remove all the profiles for a > device, but then you have to trust the profiler to add them all back > again after profiling :-) > > There'll likely be some sort of inhibit interface for the > GetProfilesForQualifier method call. Ideas welcome. > >> 2) High bit depth capability is essential, at least downstream of >> =A0 colord. =A0Both CUPS and Gutenprint can handle 16 bits just fine, bu= t >> =A0 it's important that the transformation not lose information from >> =A0 the data provided by the user. > > I'm quite keen on having colord stay away from pixel manipulation. I > think that's much better placed in the driver itself, using something > like lcms. Colord should concentrate on being a smart storage unit > that can be queried by CUPS for specific bits of data. > From leonardr@pdfsages.com Mon Jan 17 14:01:05 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EBFEF7501D7 for ; Mon, 17 Jan 2011 14:01:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BE3t-hYV+5ks for ; Mon, 17 Jan 2011 14:01:03 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 1BE3E7501D1 for ; Mon, 17 Jan 2011 14:00:54 +0000 (UTC) Received: by iyb26 with SMTP id 26so5000900iyb.27 for ; Mon, 17 Jan 2011 06:00:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.206.206 with SMTP id fv14mr4260727ibb.75.1295272853200; Mon, 17 Jan 2011 06:00:53 -0800 (PST) Received: by 10.231.165.145 with HTTP; Mon, 17 Jan 2011 06:00:52 -0800 (PST) In-Reply-To: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 09:00:52 -0500 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: Leonard Rosenthol To: edmund ronald Content-Type: multipart/alternative; boundary=90e6ba4fc2324d656e049a0b36f6 X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: twaugh@redhat.com, Richard Hughes , openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 14:01:05 -0000 --90e6ba4fc2324d656e049a0b36f6 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald wrote: > My feeling is that it is very important not only to be able to turn > all CMS off for a printer, Just to be pedantic, since it's VERY important here, what you really mean is turn off DRIVER color management. There are no provisions at the CUPS/GutenPrint level to turn off APPLICATION CM _NOR_ to turn off HARDWARE CM...and both of those can (of course) play a part in the whole pipeline.... Leonard --90e6ba4fc2324d656e049a0b36f6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald <edmundronald@gmail.com> w= rote:
My feeling is that it is very important not only to be able to turn
all CMS off for a printer,

Just to be peda= ntic, since it's VERY important here, what you really mean is turn off = DRIVER color management. =A0There are no provisions at the CUPS/GutenPrint = level to turn off APPLICATION CM _NOR_ to turn off HARDWARE CM...and both o= f those can (of course) play a part in the whole pipeline....

Leonard
=A0
--90e6ba4fc2324d656e049a0b36f6-- From ku.b@gmx.de Mon Jan 17 14:25:34 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C155E7501C3 for ; Mon, 17 Jan 2011 14:25:34 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14TqQ85zg0Kz for ; Mon, 17 Jan 2011 14:25:31 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by menubar.gnome.org (Postfix) with SMTP id 53B237501BF for ; Mon, 17 Jan 2011 14:25:22 +0000 (UTC) Received: (qmail invoked by alias); 17 Jan 2011 14:25:20 -0000 Received: from g227115067.adsl.alicedsl.de (EHLO rasena) [92.227.115.67] by mail.gmx.net (mp072) with SMTP; 17 Jan 2011 15:25:20 +0100 X-Authenticated: #2969065 X-Provags-ID: V01U2FsdGVkX1/IbN8+b2XIXKDMjkpF02KaWjDVB1+yw3vHpZ1Pmq 2T4NKEOfDvY1k5 Received: by roma.rasena (Postfix, from userid 1000) id BB2AC9075; Mon, 17 Jan 2011 15:25:03 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by roma.rasena (Postfix) with ESMTP id B5CEF9070; Mon, 17 Jan 2011 15:25:03 +0100 (MET) Date: Mon, 17 Jan 2011 15:25:03 +0100 (MET) From: Kai-Uwe Behrmann X-X-Sender: kuwe@roma.rasena To: Leonard Rosenthol Subject: Re: [Openicc] colord 0.1.0 released! In-Reply-To: Message-ID: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: edmund ronald , twaugh@redhat.com, OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 14:25:35 -0000 Am 17.01.11, 09:00 -0500 schrieb Leonard Rosenthol: > On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald wrote: > >> My feeling is that it is very important not only to be able to turn >> all CMS off for a printer, > > > Just to be pedantic, since it's VERY important here, what you really mean is > turn off DRIVER color management. There are no provisions at the > CUPS/GutenPrint level to turn off APPLICATION CM _NOR_ to turn off HARDWARE > CM...and both of those can (of course) play a part in the whole pipeline.... > > Leonard Thats why I suggested to look at CPD, the common printing dialog, where a OpenUsability specialist made already suggestion to cover ICC rendering options. At that level, the user has typical full control. Local and system wide ICC profiles are available. The two things to be resolved is then, to mark the print file as not to colour managed further in the process if requested. The second is to transport the selected ICC profile to the CUPS server. To summarize my view on the current colord approach: it tries to substitute, what I expected CUPS solves with own means. It copies a knowingly problematic solution from an other OS, and introduces the many of these problems as well on Linux. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org From edmundronald@gmail.com Mon Jan 17 14:43:14 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 626FC7501E1 for ; Mon, 17 Jan 2011 14:43:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HUHVHipIT3kN for ; Mon, 17 Jan 2011 14:43:11 +0000 (UTC) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by menubar.gnome.org (Postfix) with ESMTP id 2F7E77501BF for ; Mon, 17 Jan 2011 14:43:02 +0000 (UTC) Received: by ewy24 with SMTP id 24so3266810ewy.27 for ; Mon, 17 Jan 2011 06:43:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=d3+932WrKu8R1/vKFSaQLho8yFVQ9Nua7rGGqnOzmxk=; b=E1SIcsZy5orud08ap0wY9TZu5cmUaAgOTxOLvug2T0NXyyRirw/KGNgFs0ho5ntFql yng3DYGF6jzFZVCdG/gfywgjjyE4ZC3j7/5gDuyqu8CldmKr9Oywa+Ym4FK9r73t91Ax NVWriPsuTqN4mS3+MEmI43CZP/X8pZvZlxsGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wdCZvF9IR3kQou5kPELm1BwKKTuCQE07Ww4KA6bX3lfuxZvPwWC/Kz7tu8cFDkcZnq GWQFKZwOeIli0CqInzkxODhdbD1IU6ltA94OAJ7bi1+w+1QSYqeGdWWcd+Cqfk8kLmQR ADzFoiGG3tQWKuELFedcpC6peqiBKQiIbpLBo= MIME-Version: 1.0 Received: by 10.204.121.143 with SMTP id h15mr2196946bkr.42.1295275380260; Mon, 17 Jan 2011 06:43:00 -0800 (PST) Received: by 10.204.126.158 with HTTP; Mon, 17 Jan 2011 06:43:00 -0800 (PST) In-Reply-To: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 15:43:00 +0100 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: edmund ronald To: Kai-Uwe Behrmann Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: twaugh@redhat.com, Leonard Rosenthol , OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 14:43:14 -0000 The colord authors seem to be smart people who are engaging the user community. They deserve my respect. However I would agree that the print problems of a certain "other" fruity OS are proving untractable, and it is not obvious that the same architectural choices should be introduced to Linux. The "other OS" has been very reluctant to provide options for pros who color manage upstream, and this has created considerable controversy. However, no one seems to have noticed is that the other OS has not really allowed individual print setting serialisation, and profile/paper association, going instead for a "bundled install" approach. Of course, this has been partly motivated by vendors desire for control. The complexity of actually getting a correct print from a third-party paper with a third-party profile on "fruit" is much greater than that of "just" telling the vendor's driver to print from RGB on a given vendor paper. Edmund > To summarize my view on the current colord approach: > it tries to substitute, what I expected CUPS solves with own means. It > copies a knowingly problematic solution from an other OS, and introduces > the many of these problems as well on Linux. > > > kind regards > Kai-Uwe Behrmann > -- > developing for colour management www.behrmann.name + www.oyranos.org > > From leonardr@pdfsages.com Mon Jan 17 15:14:18 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BA4157501F8 for ; Mon, 17 Jan 2011 15:14:18 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OCSPmMVlbIFg for ; Mon, 17 Jan 2011 15:14:15 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 26C0D7501B4 for ; Mon, 17 Jan 2011 15:14:06 +0000 (UTC) Received: by iyb26 with SMTP id 26so5070812iyb.27 for ; Mon, 17 Jan 2011 07:14:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.206.206 with SMTP id fv14mr4366461ibb.75.1295277245100; Mon, 17 Jan 2011 07:14:05 -0800 (PST) Received: by 10.231.165.145 with HTTP; Mon, 17 Jan 2011 07:14:05 -0800 (PST) In-Reply-To: <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 10:14:05 -0500 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: Leonard Rosenthol To: Robert Krawitz Content-Type: multipart/alternative; boundary=90e6ba4fc2321474ce049a0c3c89 X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: edmundronald@gmail.com, twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:14:19 -0000 --90e6ba4fc2321474ce049a0c3c89 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jan 17, 2011 at 9:56 AM, Robert Krawitz wrote: > To be even more precise, what we really mean is to turn off all color > management at the system software level. > > Yup! > The real issue here is making sure that CUPS and its filter chain don't modify color data on the way down unless they're told to, and > when they do so, it must be predictable. In this case, we're talking strictly about raster-based printers, correct? Postscript, PCL, etc. based devices aren't part of this mix, since color management is handled in a completely different manner for such devices - yes? > That's the problem on OS X: > there doesn't seem to be any way to ensure that data from the > application reaches the printer (or driver) unmodified. In other > words, if we send an RGB tuple (97, 38, 108) from an application, we > have no way to guarantee that Gutenprint sees that same RGB value. > There are solutions for this for certain printer models, where the device vendor has provided their own private APIs to enable applications to bypass the OS. Photoshop, for example, does this when it can (on both Mac OS X and Windows). NOTE: I am still trying to get this info published, but it's not under our control and for reasons I have yet to fathom, they don't see the need for other apps to play too :(. Leonard --90e6ba4fc2321474ce049a0c3c89 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jan 17, 2011 at 9:56 AM, Robert Krawitz <rlk@alum.mit.edu> wrote:
To be even more precise, what we really m= ean is to turn off all color
management at the system software level.


Yup!

=A0
The real issue here is making sure that CU= PS and its filter chain
don't modify color data on the way down unless they're told to, and=
when they do so, it must be predictable. =A0

In this case, we're talking strictly about raster-based printers, cor= rect? =A0Postscript, PCL, etc. based devices aren't part of this mix, s= ince color management is handled in a completely different manner for such = devices - yes?

=A0
That's the= problem on OS X:
there doesn't seem to be any way to ensure that data from the
application reaches the printer (or driver) unmodified. =A0In other
words, if we send an RGB tuple (97, 38, 108) from an application, we
have no way to guarantee that Gutenprint sees that same RGB value.

There are solutions for this for certain printe= r models, where the device vendor has provided their own private APIs to en= able applications to bypass the OS. =A0Photoshop, for example, does this wh= en it can (on both Mac OS X and Windows). =A0 NOTE: I am still trying to ge= t this info published, but it's not under our control and for reasons I= have yet to fathom, they don't see the need for other apps to play too= :(.

Leonard
--90e6ba4fc2321474ce049a0c3c89-- From edmundronald@gmail.com Mon Jan 17 15:14:49 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9C78675020F for ; Mon, 17 Jan 2011 15:14:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VzTXrkAzTRE1 for ; Mon, 17 Jan 2011 15:14:47 +0000 (UTC) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by menubar.gnome.org (Postfix) with ESMTP id B02DC7501F8 for ; Mon, 17 Jan 2011 15:14:38 +0000 (UTC) Received: by eyf6 with SMTP id 6so3354305eyf.27 for ; Mon, 17 Jan 2011 07:14:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3R4AO6rn43v11A/1IT8P74NgzjhAAgE84/rtJ80IKgg=; b=T+KAxPSWzxdgiPzqaxboeSYSYlV173OuUze+xb9owwrSYySobComlS9W1zp7gNonXW 1zov352lKo2uw3sr8Imzx89Rvs4SFjaxXTv8yD6MXwvStAJ44F7BMXL5aa19+wIXym53 E75WASL64q0Bk0d47OO6dZR3Tx3RV00tHlq84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=umjk7iUhpBKkuUpkfYn7zhjqBAY6ZTJFG6XU7J/01ZGhaTTqTdjXNcY8K93u+h/LwZ GDrX3dt6SB4a9qCVQznhakJMfDfw5or+H+9HOpSAkz72rM4htCtyLOHiT1KRm2L+RMSR ZyB7/pYhn9Xn7WGOjFbRiUFtZaG4Pnf6DE1n8= MIME-Version: 1.0 Received: by 10.204.32.216 with SMTP id e24mr2198914bkd.204.1295277266836; Mon, 17 Jan 2011 07:14:26 -0800 (PST) Received: by 10.204.126.158 with HTTP; Mon, 17 Jan 2011 07:14:26 -0800 (PST) In-Reply-To: <201101171502.p0HF2Ajg013777@dsl092-065-009.bos1.dsl.speakeasy.net> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171502.p0HF2Ajg013777@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 16:14:26 +0100 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: edmund ronald To: Robert Krawitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: ku.b@gmx.de, twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:14:49 -0000 Maybe we should explain that we envision dumping everything as much as we can, including inking info, into the serialized settings . This would allow users to tune and then publish media recipes without ever needing to get near the procedural code of Gutenprint. Edmund On Mon, Jan 17, 2011 at 4:02 PM, Robert Krawitz wrote: > On Mon, 17 Jan 2011 15:43:00 +0100, edmund ronald wrote: >> The colord authors seem to be smart people who are engaging the user >> community. They deserve my respect. >> >> However I would agree that the print problems of a certain "other" >> fruity OS are proving untractable, and it is not obvious that the same >> architectural choices should be introduced to Linux. >> >> The "other OS" has been very reluctant to provide options for pros who >> color manage upstream, and this has created considerable controversy. >> >> However, no one seems to have noticed is that the other OS has not >> really allowed individual print setting serialisation, and >> profile/paper association, going instead for a "bundled install" >> approach. Of course, this has been partly motivated by vendors desire >> for control. The complexity of actually getting a correct print from a >> third-party paper with a third-party profile on "fruit" is much >> greater than that of "just" telling the vendor's driver to print from >> RGB on a given vendor paper. > > Not to mention third party inks, which can't even be represented in > the three component model. > > The profile selector really does need to handle a serialized > description of the option settings. =A0I'd ideally like to be able to > handle different driver versions, since we allow multiple minor > versions of Gutenprint (including Gimp-Print 4.2) to be installed > concurrently. > From twaugh@redhat.com Mon Jan 17 15:19:04 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6A8E77501E1 for ; Mon, 17 Jan 2011 15:19:04 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -6.912 X-Spam-Level: X-Spam-Status: No, score=-6.912 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fvtyRSac-PCg for ; Mon, 17 Jan 2011 15:19:00 +0000 (UTC) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by menubar.gnome.org (Postfix) with ESMTP id AB9EF7501E7 for ; Mon, 17 Jan 2011 15:18:52 +0000 (UTC) Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id p0HFImoo013931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Jan 2011 10:18:48 -0500 Received: from [10.3.235.107] (vpn-235-107.phx2.redhat.com [10.3.235.107]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p0HFIkO4003412; Mon, 17 Jan 2011 10:18:47 -0500 Subject: Re: [Openicc] colord 0.1.0 released! From: Tim Waugh To: Robert Krawitz In-Reply-To: <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-X77HAAokLtYIKTqXplrD" Date: Mon, 17 Jan 2011 15:18:45 +0000 Message-ID: <1295277525.2886.38.camel@worm.elk> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: edmundronald@gmail.com, Leonard Rosenthol , openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:19:04 -0000 --=-X77HAAokLtYIKTqXplrD Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2011-01-17 at 09:56 -0500, Robert Krawitz wrote: > The real issue here is making sure that CUPS and its filter chain > don't modify color data on the way down unless they're told to, and > when they do so, it must be predictable. That's the problem on OS X: > there doesn't seem to be any way to ensure that data from the > application reaches the printer (or driver) unmodified. In other > words, if we send an RGB tuple (97, 38, 108) from an application, we > have no way to guarantee that Gutenprint sees that same RGB value. Isn't that just an issue with the CUPS Raster format? The intended use of colord in the CUPS filter chain is to modify pstoraster so that it asks colord which ICC filename ghostscript should be told to use. All colord is doing is delaying the association between a set of print options and an ICC file so that the user can override whatever comes pre-set in the PPD file. Tim. */ --=-X77HAAokLtYIKTqXplrD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQBNNF3UBLQafZpK2tcRAhyQAKC5Wp3ZiW7YmcXBoq82Z0OdwvpqpQCguEpv LefBrke5KbLD/sVsqSVOdBo= =SA6m -----END PGP SIGNATURE----- --=-X77HAAokLtYIKTqXplrD-- From ku.b@gmx.de Mon Jan 17 15:25:55 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3325575020F for ; Mon, 17 Jan 2011 15:25:55 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sSbmHFdsKc2L for ; Mon, 17 Jan 2011 15:25:53 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by menubar.gnome.org (Postfix) with SMTP id 997767501E7 for ; Mon, 17 Jan 2011 15:25:43 +0000 (UTC) Received: (qmail invoked by alias); 17 Jan 2011 15:25:41 -0000 Received: from g227115067.adsl.alicedsl.de (EHLO rasena) [92.227.115.67] by mail.gmx.net (mp022) with SMTP; 17 Jan 2011 16:25:41 +0100 X-Authenticated: #2969065 X-Provags-ID: V01U2FsdGVkX19GNwdemJFGzyOCVJ9i6R0yeTIoXtjhD43Q5nux2X 9ujgyzpfgQFd2R Received: by roma.rasena (Postfix, from userid 1000) id 5CBDA153E1; Mon, 17 Jan 2011 16:25:28 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by roma.rasena (Postfix) with ESMTP id 58D68906D; Mon, 17 Jan 2011 16:25:28 +0100 (MET) Date: Mon, 17 Jan 2011 16:25:28 +0100 (MET) From: Kai-Uwe Behrmann X-X-Sender: kuwe@roma.rasena To: edmund ronald Subject: Re: [Openicc] colord 0.1.0 released! In-Reply-To: Message-ID: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171502.p0HF2Ajg013777@dsl092-065-009.bos1.dsl.speakeasy.net> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: Robert Krawitz , twaugh@redhat.com, OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 15:25:55 -0000 Am 17.01.11, 16:14 +0100 schrieb edmund ronald: > Maybe we should explain that we envision dumping everything as much as > we can, including inking info, into the serialized settings . This > would allow users to tune and then publish media recipes without ever > needing to get near the procedural code of Gutenprint. The Oyranos CUPS backend works this way, at least for the settings in the PPD. With a prepared ICC profile and according PPD's Oyranos is able to give the proper ICC profile on request. What currently is missed is some tool to print a target and which uses existing Oyranos APIs to embed the serialised settings into a ICC profile. For Xorg that sheme is already in place and being deployed. > Edmund kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org From leonardr@pdfsages.com Mon Jan 17 16:26:04 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E632D7501D0 for ; Mon, 17 Jan 2011 16:26:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UklBzQCbWtYZ for ; Mon, 17 Jan 2011 16:26:01 +0000 (UTC) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by menubar.gnome.org (Postfix) with ESMTP id B918C750152 for ; Mon, 17 Jan 2011 16:25:53 +0000 (UTC) Received: by iwn39 with SMTP id 39so4994015iwn.27 for ; Mon, 17 Jan 2011 08:25:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.15.8 with SMTP id i8mr4469162iba.125.1295281551782; Mon, 17 Jan 2011 08:25:51 -0800 (PST) Received: by 10.231.165.145 with HTTP; Mon, 17 Jan 2011 08:25:51 -0800 (PST) In-Reply-To: <201101171533.p0HFXrB1013939@dsl092-065-009.bos1.dsl.speakeasy.net> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> <1295277525.2886.38.camel@worm.elk> <201101171533.p0HFXrB1013939@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Mon, 17 Jan 2011 11:25:51 -0500 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: Leonard Rosenthol To: Robert Krawitz Content-Type: multipart/alternative; boundary=002215047c9bc73223049a0d3ccc X-Mailman-Approved-At: Mon, 17 Jan 2011 16:48:11 +0000 Cc: Tim Waugh , edmundronald@gmail.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 16:26:04 -0000 --002215047c9bc73223049a0d3ccc Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jan 17, 2011 at 10:33 AM, Robert Krawitz wrote: > > The intended use of colord in the CUPS filter chain is to modify > > pstoraster so that it asks colord which ICC filename ghostscript should > > be told to use. > > And it will be possible to specify "no ICC cprofile", correct? However, when working with PDF (and even more so with PDF/A, PDF/X and PDF/E), there will ALWAYS be an associated ICC profile that needs to be used as the source (and/or output) profile when nothing else is provided to the rendering pipeline. --002215047c9bc73223049a0d3ccc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jan 17, 2011 at 10:33 AM, Robert Krawitz <rlk@alum.mit.edu> wrote:
<= div class=3D"gmail_quote">
> The intended use of colord in the CUPS filter chain = is to modify
> pstoraster so that it asks colord which ICC filename ghostscript shoul= d
> be told to use.

And it will be possible to specify "no ICC cprofile", corre= ct?

However, when working with PDF (and eve= n more so with PDF/A, PDF/X and PDF/E), there will ALWAYS be an associated = ICC profile that needs to be used as the source (and/or output) profile whe= n nothing else is provided to the rendering pipeline. =A0

--002215047c9bc73223049a0d3ccc-- From blackfive@fakenhamweb.co.uk Tue Jan 18 00:27:59 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0D3197500A4 for ; Tue, 18 Jan 2011 00:27:59 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MKqKRTX+EvU9 for ; Tue, 18 Jan 2011 00:27:55 +0000 (UTC) Received: from relay.pcl-ipout02.plus.net (relay.pcl-ipout02.plus.net [212.159.7.100]) by menubar.gnome.org (Postfix) with ESMTP id 373167500A5 for ; Tue, 18 Jan 2011 00:27:46 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAF9tNE3Unw4S/2dsb2JhbACkVXPBfIVQBI5C Received: from outmx06.plus.net ([212.159.14.18]) by relay.pcl-ipout02.plus.net with ESMTP; 18 Jan 2011 00:27:44 +0000 Received: from [87.114.21.41] (helo=[192.168.0.10]) by outmx06.plus.net with esmtp (Exim) id 1PezQF-000112-PK; Tue, 18 Jan 2011 00:27:43 +0000 Message-ID: <4D34D718.5080401@fakenhamweb.co.uk> Date: Mon, 17 Jan 2011 23:56:08 +0000 From: "Alastair M. Robinson" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: Leonard Rosenthol Subject: Re: [Openicc] colord 0.1.0 released! References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> <1295277525.2886.38.camel@worm.elk> <201101171533.p0HFXrB1013939@dsl092-065-009.bos1.dsl.speakeasy.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 18 Jan 2011 09:15:20 +0000 Cc: Robert Krawitz , Tim Waugh , openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 00:27:59 -0000 Hi, On 17/01/11 16:25, Leonard Rosenthol wrote: > However, when working with PDF (and even more so with PDF/A, PDF/X and > PDF/E), there will ALWAYS be an associated ICC profile that needs to be > used as the source (and/or output) profile when nothing else is provided > to the rendering pipeline. In that case the rendering pipeline needs to detect when source and destination profiles are identical, and bypass the transform completely. Allowing the CM engine to transform the data between two CMYK profiles would be disastrous for profiling - even if they're identical - because it would mess up the GCR. All the best -- Alastair M. Robinson From hughsient@gmail.com Tue Jan 18 10:12:19 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D2895750255 for ; Tue, 18 Jan 2011 10:12:19 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IwrE-JtJO9WR for ; Tue, 18 Jan 2011 10:12:17 +0000 (UTC) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by menubar.gnome.org (Postfix) with ESMTP id 8568D7500E4 for ; Tue, 18 Jan 2011 10:12:09 +0000 (UTC) Received: by iwn39 with SMTP id 39so5748074iwn.27 for ; Tue, 18 Jan 2011 02:12:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=acp/uS30kz41PP6HcQ1yjrtLbyKpYASbW2K8yuaX7GA=; b=Uq4N0HK+Eo7lz5aatiDW/floQdz8O+mzhhQ/PoPBLpA85KS98WHWd9QsELi3Glpu5n Dw3XxOLaDv649nH606Ycft+dnRiYZRXspzhamrljPLw2RVhsbIURQvjPO/bKhJpXc3XU cSW7shCQDybpDQaPHNh5pnGM4hQhI1WoU07II= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=K8RgTq7GnDFIH44/BDnRXBgRU8kqRgu9QcIB6AGzjPkCf4pXZ4CzXzNaRA0nN93uOZ vCDiJBX/gj7ZDpFHcaWqQhxK9/Kd5ShJqQmu8MpZjeDiDxmY6YfzmV4Qs8WEowaWf1aE ZD/uHoCw0ygkA3QTdL9Cha+nBe87duN6KI9cg= MIME-Version: 1.0 Received: by 10.42.218.66 with SMTP id hp2mr5998084icb.244.1295345527642; Tue, 18 Jan 2011 02:12:07 -0800 (PST) Received: by 10.42.173.131 with HTTP; Tue, 18 Jan 2011 02:12:07 -0800 (PST) In-Reply-To: <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Tue, 18 Jan 2011 10:12:07 +0000 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: Richard Hughes To: Robert Krawitz Content-Type: text/plain; charset=UTF-8 Cc: edmundronald@gmail.com, twaugh@redhat.com, Leonard Rosenthol , openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 10:12:20 -0000 On 17 January 2011 14:56, Robert Krawitz wrote: > On Mon, 17 Jan 2011 09:00:52 -0500, Leonard Rosenthol wrote: >> On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald wrote: >> >>> My feeling is that it is very important not only to be able to turn >>> all CMS off for a printer, >> > To be even more precise, what we really mean is to turn off all color > management at the system software level. This is exactly what I need to do when profiling devices in gnome-color-manager. To make this possible, I've pushed the following commit: commit ec3b596b8c0f8feeeed06a8a240cdddc3847a0d4 Author: Richard Hughes Date: Tue Jan 18 10:05:25 2011 +0000 Add methods to the daemon to allow device profiling When profiling scanners, printers and displays, we have to ensure that any other program requesting profiles from colord for a specific device is disallowed. If the calling program calls ProfilingInhibit() on the device that is about to be profiled, then any subsequent calls to GetProfileForQualifier() will return no profiles. The profiling program either has to exit, or call ProfilingUninhibit() to resume normal device profile matching behaviour. To see the code itself (which may explain how it works :-) take a look here: http://gitorious.org/colord/master/commit/ec3b596b8c0f8feeeed06a8a240cdddc3847a0d4 Of course, this doesn't deal with the embedded-icc-profile-in-pdf use case, but allows me to print a simple TIFF document in GCM without any user-set or default profiles applied for the purposes of characterization and correction using a ColorMunki. As usual, comments welcome. Thanks, Richard. From edmundronald@gmail.com Thu Jan 20 00:35:33 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id EC0F5750582 for ; Thu, 20 Jan 2011 00:35:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id trCUhULv6wYb for ; Thu, 20 Jan 2011 00:35:30 +0000 (UTC) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by menubar.gnome.org (Postfix) with ESMTP id 640DE750577 for ; Thu, 20 Jan 2011 00:35:21 +0000 (UTC) Received: by bwz12 with SMTP id 12so70333bwz.27 for ; Wed, 19 Jan 2011 16:35:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=n0VkGmIxr2AmztkNqG2cA4wTNR7jHO2zMqrw1Z8690o=; b=iBU7/4aSUWgBUZBDR45020JXKzxWtZpS+DWEAOtki+AjKVl5i6ZY5exInW4CIsZ90N ytapGHLUMVQv2o6lJ5r59cYOk5q27XgPBz6ViERnavkP0YKPU85FE1ciYwmFkb42+5Vk o4fo9fpJlGaiOlOPkF2fKMylFdztiDy9auw4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qHB0Znf8+TQSzVJTbBLCXQJRlzNtttBq1zgN6NC6cpXsCPRd3lkmHFx0qMfHOdlo7I 0IPKUMKLRJ5TQYPwpfYUWnAdqflqyEdFEAexUbRfvIjTQZBpAFbjcQ1hqv5Kf6aRsKIu pEbIYlWq0w2v6LEA/hSJDE/rSRc1Rhv7mBjxA= MIME-Version: 1.0 Received: by 10.204.53.148 with SMTP id m20mr1283948bkg.150.1295483719692; Wed, 19 Jan 2011 16:35:19 -0800 (PST) Received: by 10.204.126.158 with HTTP; Wed, 19 Jan 2011 16:35:19 -0800 (PST) In-Reply-To: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> Date: Thu, 20 Jan 2011 01:35:19 +0100 Message-ID: Subject: Re: [Openicc] colord 0.1.0 released! From: edmund ronald To: Chris Murphy Content-Type: text/plain; charset=ISO-8859-1 Cc: twaugh@redhat.com, Leonard Rosenthol , openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 00:35:33 -0000 Amen! Edmund. On Thu, Jan 20, 2011 at 1:11 AM, Chris Murphy wrote: > I think what Edmund really means is a tripartite: > 1. OS level color management = off. The lack of a consistent, reliable, off > switch, is the present neurological disorder in progress at Apple with Mac > OS X, now seven years after they were called out on this b.s. We do not have > these problems on other platforms, this is not deniable, and the system > they've created is not fail safe, it is fail danger for professionals. It > constantly keeps coming up in all the color management problems we see from > professionals on the platform. And what's so bizarre about it is that no one > else is even really using ICC profiles for printing, 99.9% of the rest of > the market uses proprietary driver based color management, not ColorSync. So > the fail safe for regular end users they've designed isn't even being used > by anyone, and actually bites the professionals who depend on functioning > ICC based workflows. > 2. Application level color management = off. This should be really simple > for any application which is designed to print profile targets. > 3. Driver color management = something consistently reproducible, i.e not > automated or based on some adaptable algorithmic color enhancement of each > printed image. CMS might not be off, because maybe we can't actually turn it > off, but can we get a better result with a custom ICC profile on top of sRGB > only input for a printer, than simply converting to sRGB and sending the > data to the printer? Likely. But not certainly. > > Chris Murphy From ku.b@gmx.de Thu Jan 20 09:22:52 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D2A1475040B for ; Thu, 20 Jan 2011 09:22:52 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3gvr+2mieRIz for ; Thu, 20 Jan 2011 09:22:50 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by menubar.gnome.org (Postfix) with SMTP id BC539750248 for ; Thu, 20 Jan 2011 09:22:41 +0000 (UTC) Received: (qmail invoked by alias); 20 Jan 2011 09:22:39 -0000 Received: from g225199216.adsl.alicedsl.de (EHLO rasena) [92.225.199.216] by mail.gmx.net (mp072) with SMTP; 20 Jan 2011 10:22:39 +0100 X-Authenticated: #2969065 X-Provags-ID: V01U2FsdGVkX1+qDZl/ih+qUQK0z/1jsx0QkNf4cpo505fiOiMcW5 dkmnZG7XQuzSgb Received: by roma.rasena (Postfix, from userid 1000) id 72767CEA0; Thu, 20 Jan 2011 10:22:13 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by roma.rasena (Postfix) with ESMTP id 708F79059; Thu, 20 Jan 2011 10:22:13 +0100 (MET) Date: Thu, 20 Jan 2011 10:22:13 +0100 (MET) From: Kai-Uwe Behrmann X-X-Sender: kuwe@roma.rasena To: Richard Hughes Subject: Re: [Openicc] d-bus in CUPS server? In-Reply-To: Message-ID: References: <1294924925.4357.0.camel@acer> <1294939494.4661.2.camel@acer> <4D2FA2AB.9070903@argyllcms.com> <4D302C06.4070001@gmx.de> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Y-GMX-Trusted: 0 Cc: OpenICC Liste , Graeme Gill , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 09:22:53 -0000 Am 14.01.11, 11:04 -0000 schrieb Richard Hughes: > On 14 January 2011 10:57, Kai-Uwe Behrmann wrote: >> cupsdRegisterColorProfiles() appers to be acting in >> server side code. So the desktop d-bus messages are supposed to >> hook really into CUPS server? > > No. The session talks to colord, and cups talks to colord. cups only > needs to talk to a system activated well known system bus name, and > we're assuming both colord and cups are trusted. We only assume the > session is hostile, as if you have hostile code running as uid 0 you > have bigger problems than what color comes out of the printer. lpr and root fiddling, which users profiles to choose from? > I've got a bit architecture plan on a whiteboard in my office, which > I'll be uploading either as ascii art or an svg in the near future. You might come up with specific use cases first. Currently I see only "print through profile" adressed without an idea how to create that profile and some more open questions (see above). kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org From lists@colorremedies.com Thu Jan 20 00:16:27 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 343B4750597 for ; Thu, 20 Jan 2011 00:16:27 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hKH7Ibmmbty6 for ; Thu, 20 Jan 2011 00:16:24 +0000 (UTC) X-Greylist: delayed 304 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 20 Jan 2011 00:16:24 UTC Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by menubar.gnome.org (Postfix) with ESMTP id 5379975055D for ; Thu, 20 Jan 2011 00:16:16 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta12.emeryville.ca.mail.comcast.net with comcast id xcAf1f0010cQ2SLACcBAl6; Thu, 20 Jan 2011 00:11:10 +0000 Received: from [192.168.1.109] ([67.190.133.90]) by omta10.emeryville.ca.mail.comcast.net with comcast id xcB71f01U1xB57F8WcB8g1; Thu, 20 Jan 2011 00:11:10 +0000 Subject: Re: [Openicc] colord 0.1.0 released! Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-3--652512179 From: Chris Murphy In-Reply-To: Date: Wed, 19 Jan 2011 17:11:07 -0700 Message-Id: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> To: Leonard Rosenthol X-Mailer: Apple Mail (2.1082) X-Mailman-Approved-At: Thu, 20 Jan 2011 16:54:32 +0000 Cc: edmund ronald , twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 00:16:27 -0000 --Apple-Mail-3--652512179 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 17, 2011, at 7:00 AM, Leonard Rosenthol wrote: > On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald = wrote: > My feeling is that it is very important not only to be able to turn > all CMS off for a printer, >=20 > Just to be pedantic, since it's VERY important here, what you really = mean is turn off DRIVER color management. There are no provisions at = the CUPS/GutenPrint level to turn off APPLICATION CM _NOR_ to turn off = HARDWARE CM...and both of those can (of course) play a part in the whole = pipeline.... I think what Edmund really means is a tripartite: 1. OS level color management =3D off. The lack of a consistent, = reliable, off switch, is the present neurological disorder in progress = at Apple with Mac OS X, now seven years after they were called out on = this b.s. We do not have these problems on other platforms, this is not = deniable, and the system they've created is not fail safe, it is fail = danger for professionals. It constantly keeps coming up in all the color = management problems we see from professionals on the platform. And = what's so bizarre about it is that no one else is even really using ICC = profiles for printing, 99.9% of the rest of the market uses proprietary = driver based color management, not ColorSync. So the fail safe for = regular end users they've designed isn't even being used by anyone, and = actually bites the professionals who depend on functioning ICC based = workflows. 2. Application level color management =3D off. This should be really = simple for any application which is designed to print profile targets. 3. Driver color management =3D something consistently reproducible, i.e = not automated or based on some adaptable algorithmic color enhancement = of each printed image. CMS might not be off, because maybe we can't = actually turn it off, but can we get a better result with a custom ICC = profile on top of sRGB only input for a printer, than simply converting = to sRGB and sending the data to the printer? Likely. But not certainly. Chris Murphy= --Apple-Mail-3--652512179 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
On Mon, Jan 17, 2011 at 8:49 AM, edmund ronald <edmundronald@gmail.com> wrote:
My feeling is that it is very important not only to be able to turn
all CMS off for a printer,

Just to be = pedantic, since it's VERY important here, what you really mean is turn = off DRIVER color management.  There are no provisions at the = CUPS/GutenPrint level to turn off APPLICATION CM _NOR_ to turn off = HARDWARE CM...and both of those can (of course) play a part in the whole = pipeline....

I think what = Edmund really means is a tripartite:

1. OS = level color management =3D off. The lack of a consistent, reliable, off = switch, is the present neurological disorder in progress at Apple with = Mac OS X, now seven years after they were called out on this b.s. We do = not have these problems on other platforms, this is not deniable, and = the system they've created is not fail safe, it is fail danger for = professionals. It constantly keeps coming up in all the color management = problems we see from professionals on the platform. And what's so = bizarre about it is that no one else is even really using ICC profiles = for printing, 99.9% of the rest of the market uses proprietary driver = based color management, not ColorSync. So the fail safe for regular end = users they've designed isn't even being used by anyone, and actually = bites the professionals who depend on functioning ICC based = workflows.

2. Application level color = management =3D off. This should be really simple for any application = which is designed to print profile targets.

3. = Driver color management =3D something consistently reproducible, i.e not = automated or based on some adaptable algorithmic color enhancement of = each printed image. CMS might not be off, because maybe we can't = actually turn it off, but can we get a better result with a custom ICC = profile on top of sRGB only input for a printer, than simply converting = to sRGB and sending the data to the printer? Likely. But not = certainly.


Chris = Murphy
= --Apple-Mail-3--652512179-- From lists@colorremedies.com Thu Jan 20 00:29:30 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D1D7B750597 for ; Thu, 20 Jan 2011 00:29:30 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S8jjV0uxnP5Y for ; Thu, 20 Jan 2011 00:29:28 +0000 (UTC) X-Greylist: delayed 316 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 20 Jan 2011 00:29:28 UTC Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by menubar.gnome.org (Postfix) with ESMTP id A13A875055D for ; Thu, 20 Jan 2011 00:29:20 +0000 (UTC) Received: from omta12.westchester.pa.mail.comcast.net ([76.96.62.44]) by qmta01.westchester.pa.mail.comcast.net with comcast id xbt41f0030xGWP851cQ3ht; Thu, 20 Jan 2011 00:24:03 +0000 Received: from [192.168.1.109] ([67.190.133.90]) by omta12.westchester.pa.mail.comcast.net with comcast id xcQ11f0091xB57F3YcQ2et; Thu, 20 Jan 2011 00:24:03 +0000 Subject: Re: [Openicc] colord 0.1.0 released! Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Chris Murphy In-Reply-To: Date: Wed, 19 Jan 2011 17:23:59 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> To: Kai-Uwe Behrmann X-Mailer: Apple Mail (2.1082) X-Mailman-Approved-At: Thu, 20 Jan 2011 16:54:33 +0000 Cc: twaugh@redhat.com, Leonard Rosenthol , OpenICC Liste , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 00:29:31 -0000 On Jan 17, 2011, at 7:25 AM, Kai-Uwe Behrmann wrote: >=20 > To summarize my view on the current colord approach: > it tries to substitute, what I expected CUPS solves with own means. It = copies a knowingly problematic solution from an other OS, and introduces > the many of these problems as well on Linux. Perhaps I'm missing something, but I do not get this impression. To = achieve what Apple has achieved first requires an incredibly specific = and immutable ideology with respect to /DeviceRGB (i.e. untagged data) = needing to be totally banned to the degree that if it is found, it is = stripped away and data is instead tagged as sRGB (on Mac OS X 10.6, and = Generic RGB on 10.5 and older). Further, to achieve CMS off at a system level, requires an opt-out = method of color management, meaning the application must send a written = invitation to ColorSync to disable it, and the written invitation itself = can be questioned by ColorSync. And further the SPI Apple provides to do = this allows PDF print spool files with conflicting source and = destination profiles, ensuring conversions will happen even though the = entire purpose of the SPI is to disable conversions. It's such a high order of irrationality that it's a challenge to = articulate it without resorting to ad hominem attacks. I cannot imagine = that wholesale stripping of metadata and replacing it with other = metadata, without end users being consulted, is acceptable in a Linux or = open software context. Let alone creating SPIs. Let alone APIs that = would pass community muster that encourages sabotage of the workflow. So = anyway, I don't see a correlation at the moment, but rather a clear = sensitivity to avoid Apple's mistakes. Chris Murphy= From lists@colorremedies.com Thu Jan 20 00:47:48 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E8E56750577 for ; Thu, 20 Jan 2011 00:47:47 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.822 X-Spam-Level: X-Spam-Status: No, score=-1.822 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, TW_CG=0.077] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ed9k6oNemlTT for ; Thu, 20 Jan 2011 00:47:45 +0000 (UTC) X-Greylist: delayed 506 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 20 Jan 2011 00:47:45 UTC Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by menubar.gnome.org (Postfix) with ESMTP id 8346E75055D for ; Thu, 20 Jan 2011 00:47:37 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta05.emeryville.ca.mail.comcast.net with comcast id xca21f0030FhH24A5cf9i6; Thu, 20 Jan 2011 00:39:09 +0000 Received: from [192.168.1.109] ([67.190.133.90]) by omta08.emeryville.ca.mail.comcast.net with comcast id xcf61f00R1xB57F8Ucf7nH; Thu, 20 Jan 2011 00:39:08 +0000 Subject: Re: [Openicc] colord 0.1.0 released! Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/alternative; boundary=Apple-Mail-4--650833272 From: Chris Murphy In-Reply-To: Date: Wed, 19 Jan 2011 17:39:06 -0700 Message-Id: <6920D5CE-D14B-41C6-BD23-D89DF8D31F60@colorremedies.com> References: <201101170248.p0H2mcB2003877@dsl092-065-009.bos1.dsl.speakeasy.net> <201101171456.p0HEuLCL013735@dsl092-065-009.bos1.dsl.speakeasy.net> To: Leonard Rosenthol X-Mailer: Apple Mail (2.1082) X-Mailman-Approved-At: Thu, 20 Jan 2011 16:54:33 +0000 Cc: Robert Krawitz , twaugh@redhat.com, openicc@lists.freedesktop.org, gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 00:47:48 -0000 --Apple-Mail-4--650833272 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 17, 2011, at 8:14 AM, Leonard Rosenthol wrote: > On Mon, Jan 17, 2011 at 9:56 AM, Robert Krawitz = wrote: > The real issue here is making sure that CUPS and its filter chain > don't modify color data on the way down unless they're told to, and > when they do so, it must be predictable. =20 >=20 > In this case, we're talking strictly about raster-based printers, = correct? Postscript, PCL, etc. based devices aren't part of this mix, = since color management is handled in a completely different manner for = such devices - yes? Last time I looked at the documentation, which is another Apple = weakness, is that it's a color-space bias, not a language bias. So it's = actually /DeviceRGB specifically that is disallowed. /DeviceCMYK is = allowed. And it just so happens most PostScript/PCL devices default to = CMYK, hence /DeviceCMYK is pass-through, and raster-based devices = default to RGB, hence /DeviceRGB is called into question, and becomes = ICCBased. Where this actually occurs is the Quartz PDFContext, which is what is = actually writing out the PDF print spool file. It's the one that refuses = to write out /DeviceRGB even if an application asks for it at print = time. Downstream, cgpdftoraster simply honors the fact there is a = source-destination mismatch in the PDF print spool file, and color = manages it, as it was written. So this behavior bites us because it = eliminates the one and only reliable means in PDF of saying "this data = is prematched, is device-dependent, do nothing." And that lead Apple to create a way to replace that off switch = functionality with something else. Which they achieved with the null = transform. But their SPI for doing this allows Quartz PDFContext to = write out PDF's that contain different source and OutputIntent color = spaces, ensuring that cgpdftoraster will do conversions, even though the = application called this SPI for the explicit purpose of turning color = management off. One bad idea lead to another. Chris Murphy= --Apple-Mail-4--650833272 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Jan 17, 2011, at 8:14 AM, Leonard Rosenthol = wrote:

On Mon, Jan 17, 2011 at 9:56 AM, Robert Krawitz <rlk@alum.mit.edu> = wrote:
The real issue here is making sure that CUPS = and its filter chain
don't modify color data on the way down unless they're told to, and
when they do so, it must be predictable. =  

In this case, we're talking = strictly about raster-based printers, correct?  Postscript, PCL, = etc. based devices aren't part of this mix, since color management is = handled in a completely different manner for such devices - = yes?

Last time I looked at the = documentation, which is another Apple weakness, is that it's a = color-space bias, not a language bias. So it's actually /DeviceRGB = specifically that is disallowed. /DeviceCMYK is allowed. And it just so = happens most PostScript/PCL devices default to CMYK, hence /DeviceCMYK = is pass-through, and raster-based devices default to RGB, hence = /DeviceRGB is called into question, and becomes = ICCBased.

Where this actually occurs is the = Quartz PDFContext, which is what is actually writing out the PDF print = spool file. It's the one that refuses to write out /DeviceRGB even if an = application asks for it at print time. Downstream, cgpdftoraster simply = honors the fact there is a source-destination mismatch in the PDF print = spool file, and color manages it, as it was written. So this behavior = bites us because it eliminates the one and only reliable means in PDF of = saying "this data is prematched, is device-dependent, do = nothing."

And that lead Apple to create a way = to replace that off switch functionality with something else. Which they = achieved with the null transform. But their SPI for doing this allows = Quartz PDFContext to write out PDF's that contain different source and = OutputIntent color spaces, ensuring that cgpdftoraster will do = conversions, even though the application called this SPI for the = explicit purpose of turning color management = off.

One bad idea lead to = another.



Chris = Murphy
= --Apple-Mail-4--650833272-- From hughsient@gmail.com Thu Jan 20 22:57:05 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C2A3D7506FC for ; Thu, 20 Jan 2011 22:57:05 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SGkFpbr1rvK4 for ; Thu, 20 Jan 2011 22:57:04 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 0A9777500F2 for ; Thu, 20 Jan 2011 22:56:55 +0000 (UTC) Received: by iyb26 with SMTP id 26so1133060iyb.27 for ; Thu, 20 Jan 2011 14:56:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9GsDtLwUl/u0e7IpN8elqR6O/KBQtUSMzadXNUe/xUc=; b=kt1YkObGhX1L0YqW1LbkN3mjpjH1K3Q3Oc5By92+xdSl/upo/UkLeVBnE5n0rBbk4H r9fUQ1gincCa3jR9rWJ8Z14Ta95f6ViVXRYvgz+a8d93U/a55NsTFFERyeqNoCxqWvzP VkwcumCYryfJi5cc7s+SRsrwiHrbG6c5HLBC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QGYc+AwcWuHtMZsVU7+u1O9avdPS2dpNKXzVO/lfyb4//jv29JW52O8NAf71SkNP8K 0qd10HIPl3o5rmx0MlN62tkvrfL6TdvHvinYV2mvwIhWB9KQZPc2qgxDB/YJGmC7DUHK 36PG3WUObkZpk0o+5jO7M3VK7SIbzwbhXSYSE= MIME-Version: 1.0 Received: by 10.42.225.138 with SMTP id is10mr3376621icb.378.1295564214316; Thu, 20 Jan 2011 14:56:54 -0800 (PST) Received: by 10.42.173.131 with HTTP; Thu, 20 Jan 2011 14:56:54 -0800 (PST) In-Reply-To: References: <1294924925.4357.0.camel@acer> <1294939494.4661.2.camel@acer> <4D2FA2AB.9070903@argyllcms.com> <4D302C06.4070001@gmx.de> Date: Thu, 20 Jan 2011 22:56:54 +0000 Message-ID: Subject: Re: [Openicc] d-bus in CUPS server? From: Richard Hughes To: Kai-Uwe Behrmann Content-Type: text/plain; charset=UTF-8 Cc: OpenICC Liste , Graeme Gill , gnome-color-manager-list@gnome.org X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 22:57:06 -0000 On 20 January 2011 09:22, Kai-Uwe Behrmann wrote: > lpr and root fiddling, which users profiles to choose from? I'm not sure I understand, sorry. Richard. From hughsient@gmail.com Wed Jan 26 11:05:33 2011 Return-Path: X-Original-To: gnome-color-manager-list@gnome.org Delivered-To: gnome-color-manager-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ACD297504D0 for ; Wed, 26 Jan 2011 11:05:33 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FAmmhKRPgNDu for ; Wed, 26 Jan 2011 11:05:31 +0000 (UTC) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by menubar.gnome.org (Postfix) with ESMTP id 2EF0075006C for ; Wed, 26 Jan 2011 11:05:22 +0000 (UTC) Received: by iyb26 with SMTP id 26so263849iyb.27 for ; Wed, 26 Jan 2011 03:05:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=tsLZq6gCBLARwnJI6QR8EKVe0wU0pXb4iuoFVkWmKWM=; b=XfrrfK2IQWJr+p9QDi7F/iSa6D5e+zvSmE0HFcTkAmr/yYCiV8zAddZELYhqZGcDe0 fS47/cqVp/8q1MHNeLCgbRDGhut97bwp3fQndAX0uJjbf2p9pnCyKsKpXsN/P+hHlLrc GyUTuTig849zzqJr663y+G7zZfUyM2jvOosqE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=OP31YWqViV1EdRfyiSIHNLPcZkUgT/453PUle6ZAzmY/vpT/mCLBQytSWWFiLJKwWx BtSHB8ypsEj4VAY0lxCMQHgc51HaHgSF0WP5l/eRjAxuI8hN7t79hvrUwXxreQIdF04r dZLo/fqsEF2Kw75kK4s/33WvAxn6a8JjTm6Wg= MIME-Version: 1.0 Received: by 10.42.167.193 with SMTP id t1mr253434icy.190.1296039920343; Wed, 26 Jan 2011 03:05:20 -0800 (PST) Received: by 10.42.178.8 with HTTP; Wed, 26 Jan 2011 03:05:20 -0800 (PST) Date: Wed, 26 Jan 2011 11:05:20 +0000 Message-ID: Subject: colord 0.1.1 released! From: Richard Hughes To: OpenICC Liste Content-Type: text/plain; charset=UTF-8 Cc: gnome-color-manager-list X-BeenThere: gnome-color-manager-list@gnome.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "gnome-color-manager is a program that makes it easy to manage, install and generate color profiles in the GNOME desktop" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2011 11:05:34 -0000 colord is a system activated daemon that maps devices to color profiles. It is used by gnome-color-manager for system integration and use when there are no users logged in. Tarballs can be found here: http://people.freedesktop.org/~hughsient/releases/ Version 0.1.1 ~~~~~~~~~~~~~ Released: 2011-01-26 Notes: - A small break in the DBus API this release: Commit() has been added. - Many new properties are available on the interfaces. - SANE and v4linux UDEV devices are now added as colord devices. - The persistent storage code has been written so device and profiles get auto-assigned when they appear. - Be sure to rebuild the 'icc' branches of CUPS and gnome-color-manager if you're trying out the new functionality. New Features: - Add a commit method to the device and profile objects (Richard Hughes) - Add a database for storing the device to profile mappings (Richard Hughes) - Add a /etc/colord.conf file for future usage (Richard Hughes) - Add a GetProfilesByKind() DBus method (Richard Hughes) - Add a method to set a profile system-wide for all users (Richard Hughes) - Add a modification time to the remote Device object (Richard Hughes) - Add and remove UDEV devices as colord devices (Richard Hughes) - Add a simple architecture plan of colord (Richard Hughes) - Add cd_device_get_default_profile() client side method (Richard Hughes) - Add devices and profiles prefixes to the DBus paths (Richard Hughes) - Add methods to the daemon to allow device profiling (Richard Hughes) - Add SANE devices as color managed devices (Richard Hughes) - Add three more device properties: Serial, Vendor and Colorspace (Richard Hughes) - Calculate the checksum of the parsed ICC file (Richard Hughes) - Save 'disk' scope devices to a system-wide database (Richard Hughes) - Track per-system profile stores (Richard Hughes) Bugfixes: - Actually emit the CdClient::DeviceAdded signal (Richard Hughes) - Actually emit the CdClient::DeviceRemoved signal (Richard Hughes) - Don't print a blank line in colormgr if there is no qualifier (Richard Hughes) - Make DeleteDevice take an ID, not an object (Richard Hughes) - Make PolicyKit support optional to fix the build on Windows (Richard Hughes) - Profiles do not have a created property, so don't try to display one (Richard Hughes) Richard.