You can subscribe to this list here.
2000 |
Jan
(111) |
Feb
(412) |
Mar
(133) |
Apr
(187) |
May
(377) |
Jun
(355) |
Jul
(129) |
Aug
(316) |
Sep
(412) |
Oct
(258) |
Nov
(260) |
Dec
(228) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(291) |
Feb
(497) |
Mar
(341) |
Apr
(105) |
May
(127) |
Jun
(97) |
Jul
(348) |
Aug
(195) |
Sep
(353) |
Oct
(516) |
Nov
(454) |
Dec
(99) |
2002 |
Jan
(125) |
Feb
(232) |
Mar
(222) |
Apr
(160) |
May
(147) |
Jun
(97) |
Jul
(199) |
Aug
(275) |
Sep
(411) |
Oct
(355) |
Nov
(371) |
Dec
(326) |
2003 |
Jan
(314) |
Feb
(181) |
Mar
(166) |
Apr
(90) |
May
(192) |
Jun
(137) |
Jul
(91) |
Aug
(57) |
Sep
(59) |
Oct
(67) |
Nov
(202) |
Dec
(158) |
2004 |
Jan
(67) |
Feb
(81) |
Mar
(142) |
Apr
(124) |
May
(190) |
Jun
(245) |
Jul
(124) |
Aug
(199) |
Sep
(182) |
Oct
(92) |
Nov
(285) |
Dec
(173) |
2005 |
Jan
(111) |
Feb
(74) |
Mar
(90) |
Apr
(275) |
May
(133) |
Jun
(106) |
Jul
(215) |
Aug
(142) |
Sep
(131) |
Oct
(135) |
Nov
(75) |
Dec
(76) |
2006 |
Jan
(173) |
Feb
(96) |
Mar
(127) |
Apr
(226) |
May
(227) |
Jun
(83) |
Jul
(101) |
Aug
(122) |
Sep
(118) |
Oct
(27) |
Nov
(76) |
Dec
(58) |
2007 |
Jan
(204) |
Feb
(137) |
Mar
(115) |
Apr
(50) |
May
(135) |
Jun
(111) |
Jul
(57) |
Aug
(40) |
Sep
(36) |
Oct
(36) |
Nov
(77) |
Dec
(145) |
2008 |
Jan
(159) |
Feb
(52) |
Mar
(77) |
Apr
(59) |
May
(80) |
Jun
(105) |
Jul
(119) |
Aug
(225) |
Sep
(58) |
Oct
(173) |
Nov
(64) |
Dec
(94) |
2009 |
Jan
(61) |
Feb
(13) |
Mar
(70) |
Apr
(115) |
May
(48) |
Jun
(50) |
Jul
(34) |
Aug
(74) |
Sep
(30) |
Oct
(95) |
Nov
(132) |
Dec
(12) |
2010 |
Jan
(40) |
Feb
(22) |
Mar
(10) |
Apr
(5) |
May
(10) |
Jun
(73) |
Jul
(73) |
Aug
(74) |
Sep
(117) |
Oct
(33) |
Nov
(34) |
Dec
(41) |
2011 |
Jan
(42) |
Feb
(38) |
Mar
(60) |
Apr
(6) |
May
(26) |
Jun
(52) |
Jul
(16) |
Aug
(21) |
Sep
(49) |
Oct
(48) |
Nov
(64) |
Dec
(121) |
2012 |
Jan
(112) |
Feb
(81) |
Mar
(92) |
Apr
(37) |
May
(57) |
Jun
(142) |
Jul
(65) |
Aug
(43) |
Sep
(33) |
Oct
(81) |
Nov
(130) |
Dec
(63) |
2013 |
Jan
(63) |
Feb
(32) |
Mar
(80) |
Apr
(48) |
May
(44) |
Jun
(79) |
Jul
(86) |
Aug
(91) |
Sep
(43) |
Oct
(95) |
Nov
(130) |
Dec
(117) |
2014 |
Jan
(283) |
Feb
(206) |
Mar
(90) |
Apr
(57) |
May
(105) |
Jun
(66) |
Jul
(87) |
Aug
(30) |
Sep
(54) |
Oct
(125) |
Nov
(45) |
Dec
(36) |
2015 |
Jan
(58) |
Feb
(51) |
Mar
(59) |
Apr
(75) |
May
(70) |
Jun
(52) |
Jul
(58) |
Aug
(72) |
Sep
(184) |
Oct
(157) |
Nov
(91) |
Dec
(90) |
2016 |
Jan
(89) |
Feb
(61) |
Mar
(57) |
Apr
(86) |
May
(46) |
Jun
(63) |
Jul
(71) |
Aug
(60) |
Sep
(207) |
Oct
(139) |
Nov
(76) |
Dec
(68) |
2017 |
Jan
(112) |
Feb
(91) |
Mar
(138) |
Apr
(79) |
May
(36) |
Jun
(20) |
Jul
(105) |
Aug
(71) |
Sep
(51) |
Oct
(114) |
Nov
(148) |
Dec
(79) |
2018 |
Jan
(118) |
Feb
(107) |
Mar
(111) |
Apr
(127) |
May
(60) |
Jun
(63) |
Jul
(49) |
Aug
(18) |
Sep
(134) |
Oct
(68) |
Nov
(91) |
Dec
(27) |
2019 |
Jan
(41) |
Feb
(63) |
Mar
(37) |
Apr
(42) |
May
(44) |
Jun
(81) |
Jul
(53) |
Aug
(21) |
Sep
(62) |
Oct
(55) |
Nov
(41) |
Dec
(57) |
2020 |
Jan
(14) |
Feb
(29) |
Mar
(33) |
Apr
(20) |
May
(19) |
Jun
(9) |
Jul
(5) |
Aug
(23) |
Sep
(30) |
Oct
(29) |
Nov
(58) |
Dec
(139) |
2021 |
Jan
(62) |
Feb
(117) |
Mar
(13) |
Apr
(17) |
May
(23) |
Jun
(28) |
Jul
(7) |
Aug
(29) |
Sep
(56) |
Oct
(21) |
Nov
(36) |
Dec
(14) |
2022 |
Jan
(10) |
Feb
(28) |
Mar
(18) |
Apr
(19) |
May
(18) |
Jun
(3) |
Jul
(14) |
Aug
(11) |
Sep
(12) |
Oct
(4) |
Nov
|
Dec
(5) |
2023 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2024 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(51) |
Aug
(31) |
Sep
(10) |
Oct
(14) |
Nov
(12) |
Dec
(14) |
2025 |
Jan
(17) |
Feb
(5) |
Mar
(30) |
Apr
(2) |
May
(4) |
Jun
(9) |
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Robert K. <rl...@al...> - 2019-09-14 00:11:13
|
On Fri, 13 Sep 2019 10:00:50 -0400, Solomon Peachy wrote: > On Wed, Sep 11, 2019 at 11:35:15PM -0400, Solomon Peachy wrote: >> If the hanful of test prints I've made so fare are any indication, it's >> definitely for the better (color test charts are visibly improved) but >> it's still a non-trivial change in output. > > I've now tested five printers from three manufacturers; the output is > visibly improved with all of them, with better contrast and tonal range > across the board. This sounds very much like the problem we had with color laser printers early on, and as I recall. I'm not a huge fan of changing color output of stable printers during a release train, but this is more of a bug, and I think fixing it is the right thing to do. > As an added bonus, when using the manufacturer ICC profiles the outputs > are finally consistent with each other! > > So I've commited the change. > > But since this change represents a significant change in output, I added > an option to revert to the old behavior, defaulting to off. If the > user enables "LegacyDyesubGamma", the dyesub driver will revert to the > old behavior. > > ...I still need to document this change in the NEWS file though. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** 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: Solomon P. <pi...@sh...> - 2019-09-13 14:01:07
|
On Wed, Sep 11, 2019 at 11:35:15PM -0400, Solomon Peachy wrote: > If the hanful of test prints I've made so fare are any indication, it's > definitely for the better (color test charts are visibly improved) but > it's still a non-trivial change in output. I've now tested five printers from three manufacturers; the output is visibly improved with all of them, with better contrast and tonal range across the board. As an added bonus, when using the manufacturer ICC profiles the outputs are finally consistent with each other! So I've commited the change. But since this change represents a significant change in output, I added an option to revert to the old behavior, defaulting to off. If the user enables "LegacyDyesubGamma", the dyesub driver will revert to the old behavior. ...I still need to document this change in the NEWS file though. - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Solomon P. <pi...@sh...> - 2019-09-13 01:01:53
|
On Thu, Sep 12, 2019 at 10:15:18PM +0000, Felix Heller wrote: > Thanks for your quick response, I installed cups-filters now, works > now with the extra line in the conf file but now cups takes about a > minute to print it, before it was not even a second, any ideas on how > to speed that up? I'm pretty surprised about that degree of slowdown. There may be something wonky going on with the filter chain behind the scenes. But there probably isn't anything significant that can be done as long as you're using Airprint to submit images, as that's pretty inflexible. > You have a Buy me a beer button somewhere? :-) Cant describe how great > it is to have it working after such a long time There's a paypal link on my "state of dyesub printers on linux" page: http://www.peachyphotos.com/blog/stories/dye-sublimation-photo-printers-and-linux/ - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Felix H. <fh...@wa...> - 2019-09-12 22:29:18
|
Hi Solomon, Thanks for your quick response, I installed cups-filters now, works now with the extra line in the conf file but now cups takes about a minute to print it, before it was not even a second, any ideas on how to speed that up? You have a Buy me a beer button somewhere? :-) Cant describe how great it is to have it working after such a long time thanks felix -- Felix Heller Technical Manager & Head of Event fh...@wa...<mailto:fh...@wa...> +43 699 12 29 10 12 [http://assets.wardanetwork.at/_email/wardanetwork.png] WARDA NETWORK GmbH Lange Gasse 30/Top 29 1080 Wien facebook.com/wardanetwork<http://facebook.com/wardanetwork> wardanetwork.at<http://wardanetwork.at/> -- The information in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient or you have received this e-mail by mistake please inform the sender immediately and destroy this information. Any unauthorized copying, disclosure or distribution of the information in this e-mail is prohibited and may be unlawful. On 12.09.2019, at 17:19, Solomon Peachy <pi...@sh...<mailto:pi...@sh...>> wrote: On Wed, Sep 11, 2019 at 11:06:01PM +0000, Felix Heller wrote: Now I bought an Mitsubishi CP-D70DW and got it working on a RPi4 with Cups and the plugin from http://www.peachyphotos.com but i don’t know how to set the driver to not change the proportions when I print with AirPrint using an iPhone. The short version is that CUPS does not properly support being an AirPrint server, and they have no plans to change that. All the Pictures will be fit to 4x6 but not being zoomed in but expand the corners to the paper size. I don't know what version of cups-filtes that's running on your RPi4, but cups-filters 1.22.2 or newer has much-improved scaling options that should do what you want. I think you'll want the 'print-scaling=fill' option, and on the cmdline you should be able to set it as default: lpadmin -d queuename -o print-scaling-default=fill (Alteratively, stop cups, edit /etc/cups/printers.conf and within the block for the printer, add a line that reads 'Option print-scaling fill') Any idea on how to solve that? When I edit the picture on the iPhone first and crop it to a 2:3 format it works just fine but can’t this be done with the driver? I can set the Shrink Page if necessary to fit borders to any setting, the result is always the same. Is it just that the AirPrint does not send the available paper size? Could that be? With my other printer where AirPrint works OOB i can set all the paper size etc. within the AirPrint setting. It's not exactly an ideal situation, but other folks I've talked to end up creating multiple CUPS queues for the same printer, but with different page size options, and select between them with AirPrint. - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Solomon P. <pi...@sh...> - 2019-09-12 15:19:26
|
On Wed, Sep 11, 2019 at 11:06:01PM +0000, Felix Heller wrote: > Now I bought an Mitsubishi CP-D70DW and got it working on a RPi4 with > Cups and the plugin from http://www.peachyphotos.com but i don’t know > how to set the driver to not change the proportions when I print with > AirPrint using an iPhone. The short version is that CUPS does not properly support being an AirPrint server, and they have no plans to change that. > All the Pictures will be fit to 4x6 but not being zoomed in but expand > the corners to the paper size. I don't know what version of cups-filtes that's running on your RPi4, but cups-filters 1.22.2 or newer has much-improved scaling options that should do what you want. I think you'll want the 'print-scaling=fill' option, and on the cmdline you should be able to set it as default: lpadmin -d queuename -o print-scaling-default=fill (Alteratively, stop cups, edit /etc/cups/printers.conf and within the block for the printer, add a line that reads 'Option print-scaling fill') > Any idea on how to solve that? When I edit the picture on the iPhone > first and crop it to a 2:3 format it works just fine but can’t this be > done with the driver? I can set the Shrink Page if necessary to fit > borders to any setting, the result is always the same. Is it just that > the AirPrint does not send the available paper size? Could that be? > With my other printer where AirPrint works OOB i can set all the paper > size etc. within the AirPrint setting. It's not exactly an ideal situation, but other folks I've talked to end up creating multiple CUPS queues for the same printer, but with different page size options, and select between them with AirPrint. - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Solomon P. <pi...@sh...> - 2019-09-12 11:19:49
|
On Wed, Sep 11, 2019 at 10:47:19PM -0400, Solomon Peachy wrote: > 0 setup_page_dimensions_resolutions_etc > 1 foreach ink_channels: > 2 stp_channel_add(channel) # CMY in this case > 3 stp_color_init(256) # ie 8bpp > 4 stp_set_float_parameter("AppGammaScale", 1.0) > 5 foreach input row: > 6 src = stp_color_get_row() > 7 dest = malloc() > 8 memcpy(dest, src) > 9 foreach printer_specific_curve # optional > 10 stp_set_curve_parameter(name, curve) > (4) and (9-10) are interesting, leading to my first questions: > > * Does these calls have any effect, given that they both occur after > stp_color_init() and/or the stp_color_get_row() calls? To follow up to myself about (9-10), it looks like this call sequence was rearranged in commit f406f9715, way back in Sep 2006, and from what I can tell, making effectively into no-ops. Here are the models affected by this goof: * Olympus P200, P300, P400 * Canon Selphy series (all) * Sony UP-DP10 It seems prudent to re-arrange these into a more appropriate position, so the calls can actually do something now, but IMO the existing curves in there should be disabled until the AppGammaScale change can be evaluated more closely. (On the other hand, only the Selphy series matters now, as media for the others has been effectively unobtanium for the better part of a decade.. when you can even find media it's so expensive that it's arguably cheaper to just replace the printer instead..) - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Solomon P. <pi...@sh...> - 2019-09-12 03:35:24
|
On Wed, Sep 11, 2019 at 10:47:19PM -0400, Solomon Peachy wrote: > 1 foreach ink_channels: > 2 stp_channel_add(channel) # CMY in this case > 3 stp_color_init(256) # ie 8bpp > 4 stp_set_float_parameter("AppGammaScale", 1.0) > > (4) and (9-10) are interesting, leading to my first questions: > > * Does these calls have any effect, given that they both occur after > stp_color_init() and/or the stp_color_get_row() calls? Moving AppGammaScale above stp_color_init() changed the LUT channel curves to be completely linear. This is probably the smoking gun. Looks like this bass-ackwards order was my doing, in commit bdf7edde3, in April of 2018 -- I incorrectly copied the changes made to the color laser driver. I want to correct this, but it's going to affect the output of every dyesub model we support. If the hanful of test prints I've made so fare are any indication, it's definitely for the better (color test charts are visibly improved) but it's still a non-trivial change in output. - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Solomon P. <pi...@sh...> - 2019-09-12 02:47:31
|
I'm trying to (finally) hunt down the root cause of persistant (and consistant) reports of dyesub color output not aligning with $OfficialManufacturerDriver. Due to these reports mostly centering on native-CMY dyesub models, my working hypothesis is that the problems are due to differences in the RGB->CMY conversion. Along those lines, nearly all of the models that expect YMC data rely on single-channel mappings (ie R->C, G->M, B->Y) - Sometimes it's as simple as inverting the R/G/B values, but usually it's some form of fixed LUT. So, to test my theory, what I'm ultimately trying to come up with is the "sum total LUT" that Gutenprint uses to transform the input data to the output data, and figure out how it's ultimately derived. Unfortunately, Gutenprint's internal complexity is getting me twisted into mobius pretzels. Here's a simplified version of what the dyesub driver does: 0 setup_page_dimensions_resolutions_etc 1 foreach ink_channels: 2 stp_channel_add(channel) # CMY in this case 3 stp_color_init(256) # ie 8bpp 4 stp_set_float_parameter("AppGammaScale", 1.0) 5 foreach input row: 6 src = stp_color_get_row() 7 dest = malloc() 8 memcpy(dest, src) 9 foreach printer_specific_curve # optional 10 stp_set_curve_parameter(name, curve) 11 printer_header() 12 foreach printer_output_row 13 emit_formatted_output_row() 14 printer_footer() 15 profit At (1-3), we set up the output channel mappings and initialize the color subsystem. At this point, an LUT is created. When dumped, it reports itself as RGB->RGB, and its mappings show that we map 8bpp RGB input into a linear 16bpp RGB working space. (4) and (9-10) are interesting, leading to my first questions: * Does these calls have any effect, given that they both occur after stp_color_init() and/or the stp_color_get_row() calls? * Are these applied curves absolute, replacing the existing curve rather than applying on top of it? At (6), we get an output row buffer that is comprised of 16bpp YMC data, which is downscaled linearly (/=257) in (13). (This is a direct inversion of the input brightness correction LUT). This leads to my big questions: * How/when is the RGB->YMC conversion done? * Is the output of stp_color_get_row() still linear 16bpp? * If no, how is it de-linearized? * If yes, are there just 256 discrete levels? Trying to map the code flow out has given me quite a headache. :) Thanks, - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Felix H. <fh...@wa...> - 2019-09-11 23:21:13
|
Hello, First of all thanks so much for all your work, really appreciate it, I use Gutenprint for so many years with my old laser printer and really love it. Now I bought an Mitsubishi CP-D70DW and got it working on a RPi4 with Cups and the plugin from http://www.peachyphotos.com but i don’t know how to set the driver to not change the proportions when I print with AirPrint using an iPhone. All the Pictures will be fit to 4x6 but not being zoomed in but expand the corners to the paper size. Any idea on how to solve that? When I edit the picture on the iPhone first and crop it to a 2:3 format it works just fine but can’t this be done with the driver? I can set the Shrink Page if necessary to fit borders to any setting, the result is always the same. Is it just that the AirPrint does not send the available paper size? Could that be? With my other printer where AirPrint works OOB i can set all the paper size etc. within the AirPrint setting. Thanks in advance and best wishes from Austria, Felix -- Felix Heller Technical Manager & Head of Event fh...@wa...<mailto:fh...@wa...> +43 699 12 29 10 12 [http://assets.wardanetwork.at/_email/wardanetwork.png] WARDA NETWORK GmbH Lange Gasse 30/Top 29 1080 Wien facebook.com/wardanetwork<http://facebook.com/wardanetwork> wardanetwork.at<http://wardanetwork.at/> -- The information in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient or you have received this e-mail by mistake please inform the sender immediately and destroy this information. Any unauthorized copying, disclosure or distribution of the information in this e-mail is prohibited and may be unlawful. |
From: Robert K. <rl...@al...> - 2019-09-11 12:20:35
|
On Wed, 11 Sep 2019 11:46:27 +0200, Philip Major wrote: > is there any possibility to include drivers for the printer OKI > ES5460MFP or MC560 (identical)? That would be real nice. > > The driver for OKI C5400 is working, but it is not the real deal if > you know what I mean. I'm afraid I don't know what you mean by that -- are there capabilities missing, or is it simply that there's no driver named OKI C5400? If the latter, it's an easy fix, but you should just keep on using the working driver (the fix will be to add an alias). -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** 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: Philip M. <phi...@gm...> - 2019-09-11 09:46:37
|
Hey guys, is there any possibility to include drivers for the printer OKI ES5460MFP or MC560 (identical)? That would be real nice. The driver for OKI C5400 is working, but it is not the real deal if you know what I mean. Many thanks to you for the hard work! Greetings from Germany, Philip |
From: Gernot H. <aik...@gm...> - 2019-09-11 03:33:35
|
Congrats on the release, a lot of work by many people in there for handling MacOS in particular, and lots of work in the dye-sub section. Regards, Gernot Hassenpflug On Wed, Sep 11, 2019 at 10:41 AM Robert Krawitz <rl...@al...> wrote: > > Gutenprint 5.3.3 is the first stable release of 5.3. It may > be downloaded from our web site, http://gutenprint.sourceforge.net. > The direct download is > https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3.tar.bz2/download > > Gutenprint also offers a Macintosh pre-built package, available at > https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3.dmg/download > > Gutenprint is a suite of printer drivers for UNIX, Linux, and > Macintosh OS X systems (10.6 and above) that use CUPS as their > printing system. Gutenprint currently supports over 3500 printers. > It also includes an enhanced Print plug-in for GIMP that replaces the > print plug-in packaged with the GIMP distribution. > > Gutenprint 5.3.3 is available in source form, with a binary installer > for Macintosh OS X (10.6 and above). > > * Changes from Gutenprint 5.3.1 (Gutenprint 5.3.2 was not released) > > 1) Gutenprint will fail to configure if the necessary CUPS > development packages are not installed. This is to protect users > against attempting to install newer versions of Gutenprint > without installing the CUPS development package. This results in > an installation that does not work with CUPS, which has created > confusion in the past. > > Normally, you should install the CUPS development package, which > on most systems is "cups-devel", "cups-dev", or similar, using > your operating system's package manager. > > If you really want to install Gutenprint without CUPS, you may > run configure with "--without-cups". This may be useful if you > intend to use only the Gutenprint plugin for GIMP, or you intend > to use the Gutenprint library to support a custom printing > solution that does not involve CUPS. However, for most users, > simply running configure --without-cups is not the correct course > of action. > > 2) The following new printers have been added: > > * DNP DS-SL20 (EXPERIMENTAL) > * Epson Expression Home XP-240 (EXPERIMENTAL) > * Epson Expression Home XP-245 (EXPERIMENTAL) > * Epson Expression Home XP-340 (EXPERIMENTAL) > * Epson Expression Home XP-344 (EXPERIMENTAL) > * Epson Expression Home XP-440 (EXPERIMENTAL) > * Epson Expression Home XP-442 (EXPERIMENTAL) > * Epson Expression Photo XP-860 (Preliminary) > * Epson Expression Photo XP-960 (Preliminary) > * Epson Expression Photo XP-8500 (Preliminary) > * Epson Stylus L130 > * Sinfonia CHC-S2245/S3 (EXPERIMENTAL) > * Sony UP-D895 family > * Sony UP-D897 family > * Sony UP-D898 family (EXPERIMENTAL) > * Sony UP-CR20L (EXPERIMENTAL) > * Sony UP-DR80MD (EXPERIMENTAL) > > 3) Bugfixes and other enhancements for the following printers: > > * DNP DS80DX > * DNP DS-SL10 (EXPERIMENTAL) > * Nidac Copal DPB-6000 > * Kodak 7000/7010/7015 > * Kodak 8810 > * Sony UP-DP10 > * Sony UP-DR150 > * Sony UP-DR200 > * Sony UP-CR10L > > 4) Many miscellaneous fixes for dyesub printers and the dyesub > backend; please see the ChangeLog for details. > > 5) The Gutenprint plugin for GIMP displays a higher resolution > thumbnail. > > 6) The following models have been added to existing printer series: > > * Canon PIXMA iP2899 (EXPERIMENTAL) > * Canon PIXMA G1910 (EXPERIMENTAL) > * Canon PIXMA G2910 (EXPERIMENTAL) > * Canon PIXMA G2915 (EXPERIMENTAL) > * Canon PIXMA G3010 (EXPERIMENTAL) > * Canon PIXMA G3910 (EXPERIMENTAL) > * Canon PIXMA G3915 (EXPERIMENTAL) > * Canon PIXMA G4010 (EXPERIMENTAL) > * Canon PIXMA G4902 (EXPERIMENTAL) > * Canon PIXMA G4910 (EXPERIMENTAL) > * Canon PIXMA G4911 (EXPERIMENTAL) > * Canon PIXMA TS3130S (EXPERIMENTAL) > * Canon PIXMA TS3190 (EXPERIMENTAL) > * Canon PIXMA TS3195 (EXPERIMENTAL) > * Canon PIXMA TS5030S (EXPERIMENTAL) > > -- > Robert Krawitz <rl...@al...> > > *** MIT Engineers A Proud Tradition http://mitathletics.com *** > 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 > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
From: Robert K. <rl...@al...> - 2019-09-11 01:40:58
|
Gutenprint 5.3.3 is the first stable release of 5.3. It may be downloaded from our web site, http://gutenprint.sourceforge.net. The direct download is https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3.tar.bz2/download Gutenprint also offers a Macintosh pre-built package, available at https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3.dmg/download Gutenprint is a suite of printer drivers for UNIX, Linux, and Macintosh OS X systems (10.6 and above) that use CUPS as their printing system. Gutenprint currently supports over 3500 printers. It also includes an enhanced Print plug-in for GIMP that replaces the print plug-in packaged with the GIMP distribution. Gutenprint 5.3.3 is available in source form, with a binary installer for Macintosh OS X (10.6 and above). * Changes from Gutenprint 5.3.1 (Gutenprint 5.3.2 was not released) 1) Gutenprint will fail to configure if the necessary CUPS development packages are not installed. This is to protect users against attempting to install newer versions of Gutenprint without installing the CUPS development package. This results in an installation that does not work with CUPS, which has created confusion in the past. Normally, you should install the CUPS development package, which on most systems is "cups-devel", "cups-dev", or similar, using your operating system's package manager. If you really want to install Gutenprint without CUPS, you may run configure with "--without-cups". This may be useful if you intend to use only the Gutenprint plugin for GIMP, or you intend to use the Gutenprint library to support a custom printing solution that does not involve CUPS. However, for most users, simply running configure --without-cups is not the correct course of action. 2) The following new printers have been added: * DNP DS-SL20 (EXPERIMENTAL) * Epson Expression Home XP-240 (EXPERIMENTAL) * Epson Expression Home XP-245 (EXPERIMENTAL) * Epson Expression Home XP-340 (EXPERIMENTAL) * Epson Expression Home XP-344 (EXPERIMENTAL) * Epson Expression Home XP-440 (EXPERIMENTAL) * Epson Expression Home XP-442 (EXPERIMENTAL) * Epson Expression Photo XP-860 (Preliminary) * Epson Expression Photo XP-960 (Preliminary) * Epson Expression Photo XP-8500 (Preliminary) * Epson Stylus L130 * Sinfonia CHC-S2245/S3 (EXPERIMENTAL) * Sony UP-D895 family * Sony UP-D897 family * Sony UP-D898 family (EXPERIMENTAL) * Sony UP-CR20L (EXPERIMENTAL) * Sony UP-DR80MD (EXPERIMENTAL) 3) Bugfixes and other enhancements for the following printers: * DNP DS80DX * DNP DS-SL10 (EXPERIMENTAL) * Nidac Copal DPB-6000 * Kodak 7000/7010/7015 * Kodak 8810 * Sony UP-DP10 * Sony UP-DR150 * Sony UP-DR200 * Sony UP-CR10L 4) Many miscellaneous fixes for dyesub printers and the dyesub backend; please see the ChangeLog for details. 5) The Gutenprint plugin for GIMP displays a higher resolution thumbnail. 6) The following models have been added to existing printer series: * Canon PIXMA iP2899 (EXPERIMENTAL) * Canon PIXMA G1910 (EXPERIMENTAL) * Canon PIXMA G2910 (EXPERIMENTAL) * Canon PIXMA G2915 (EXPERIMENTAL) * Canon PIXMA G3010 (EXPERIMENTAL) * Canon PIXMA G3910 (EXPERIMENTAL) * Canon PIXMA G3915 (EXPERIMENTAL) * Canon PIXMA G4010 (EXPERIMENTAL) * Canon PIXMA G4902 (EXPERIMENTAL) * Canon PIXMA G4910 (EXPERIMENTAL) * Canon PIXMA G4911 (EXPERIMENTAL) * Canon PIXMA TS3130S (EXPERIMENTAL) * Canon PIXMA TS3190 (EXPERIMENTAL) * Canon PIXMA TS3195 (EXPERIMENTAL) * Canon PIXMA TS5030S (EXPERIMENTAL) -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** 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: Gernot H. <aik...@gm...> - 2019-09-08 03:04:43
|
On Sun, Sep 8, 2019 at 6:43 AM todi <tob...@we...> wrote: > > Hi there, > > thank you for your great job with the the Gutenprint project. I guess that thousands of user benefit of it. Gotta request: > It seems to make us hopeless to find a macOS driver for that old Sharp Laser Printer AL-1045. (year 2002, b/w, usb only). Also the Gutenprint database doesn’t list it as anywhere else too. On Sharp Services you can get drivers for all windows OS but not for macOS. So I consider if it would make sense to try to manipulate a windows driver? Or use another driver from different Sharp-Printers. (if this is possible?) Or maybe you can give me any other ideas for a solution. > Otherwise I have to trash that well operating Printer / Scanner. > thanks a lot. Hi Tobias, In short, no support possible, as this printer is described as being GDI. Longer version: it seems it is part of a set that has similar specs. The manuals I could find: http://www.usersmanualguide.com/sharp/copier___mfp/al-1045_1217_1255_1456_1457_1555 https://manualzz.com/doc/1181361/sharp-al-1045-specifications https://www.manualslib.com/manual/151264/Sharp-Al-1045.html are for these devices: AL-1045/1217/1255/1456/1457/1555 However, the specs (page 68 of manual) indicate that the printer language is "SHARP GDI", with no other emulation options. Best regards, Gernot Hassenpflug |
From: todi <tob...@we...> - 2019-09-07 15:54:12
|
Hi there, thank you for your great job with the the Gutenprint project. I guess that thousands of user benefit of it. Gotta request: It seems to make us hopeless to find a macOS driver for that old Sharp Laser Printer AL-1045. (year 2002, b/w, usb only). Also the Gutenprint database doesn’t list it as anywhere else too. On Sharp Services you can get drivers for all windows OS but not for macOS. So I consider if it would make sense to try to manipulate a windows driver? Or use another driver from different Sharp-Printers. (if this is possible?) Or maybe you can give me any other ideas for a solution. Otherwise I have to trash that well operating Printer / Scanner. thanks a lot. best regards from Germany Tobias |
From: Matt B. <wal...@ma...> - 2019-09-05 01:34:32
|
> On Aug 25, 2019, at 8:57 PM, Robert Krawitz <rl...@al...> wrote: > > What testing has it undergone? > > -- > Robert Krawitz <rl...@al...> I was finally able to get around to take a look at the Mac release. All the files were there and the installer worked fine. The PPD was updated and printing of a couple of pages was fine. Cursory testing at best, but everything is working in macos 10.14.6 Matt -- Matt wal...@ma... |
From: Matt B. <wal...@ma...> - 2019-09-04 00:04:45
|
> On Sep 3, 2019, at 1:34 PM, hatem elkebir <hel...@ho...> wrote: > > Hello, > > I was looking for the print driver for a HP Laserjet 1000 and did not see it in your list to be operational with a iMac using El Capitan 10.11.6. > > Thank you, > > Adam E. > Gutenprint does not have a driver for this printer. As best I can determine you need a driver directly from HP. It uses a non-standard printer language and need firmware loaded to the printer every time the printer is powered on. It would be my guess that the firmware would be proprietary to HP and could not be used by anyone else without the permission of HP. -- Matt |
From: hatem e. <hel...@ho...> - 2019-09-03 18:34:32
|
Hello, I was looking for the print driver for a HP Laserjet 1000 and did not see it in your list to be operational with a iMac using El Capitan 10.11.6. Thank you, Adam E. |
From: Chris P. <ch...@de...> - 2019-08-29 14:06:33
|
Hi I'd be very interested in Gutenprint support for the above printer available on Ubuntu (I'm currently on 19.04). Is there anything I could do to help with this? Thanks and regards, Chris Pollock |
From: Solomon P. <pi...@sh...> - 2019-08-28 02:01:52
|
On Sun, Aug 11, 2019 at 10:21:54PM +0200, Antoine Vacher wrote: > I am trying to print pictures taken from a DSLR to a Canon CP810. The > OS is Rasbian Buster with CUPS and Gutenprint 5.3.1. Hmm. A large number of bugs have been fixed since 5.3.1. > Printing fails for pictures taken directly from the camera (jpg) but > some other pictures are working. You will have to elaborate further on this; how are you performing the printing? Are the ones that fail also jpgs? > Here are the logs: Is this all of the log for a given print? It seems incomplete. > D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: 5.3.1 Starting > D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: command line: > Canon_CP810 \'76\' \'root\' \'img_20190811_22-07-00.jpg\' \'1\' <args> Okay, so it appears to be invoked sanely. > D [11/Aug/2019:22:07:13 +0200] [Job 76] PID 3171 > (/usr/lib/cups/filter/rastertogutenprint.5.3) exited with no errors. Good... > D [11/Aug/2019:22:07:13 +0200] [Job 76] PID 3172 > (/usr/lib/cups/backend/gutenprint53+usb) stopped with status 5. Not good. This is "CUPS_BACKEND_CANCEL" which is only kicked out if: * There is a problem parsing the printjob (bad header or short read) * The Job format doesn't match the printer > [11/Aug/2019:22:07:13 +0200] [Job 76] Backend returned status 5 > (cancel job) ... which happens before the rasterizer sends out any data. > Do you know what could cause the error? I'm honestly not sure. The SELPHY code has changed very little in the last couple of years, and this code should be pretty stable and solid. I'd like to see this repeated with the new Gutenprint 5.3.3 release. Are you comfortable compiling things? - Solomon -- Solomon Peachy pizza at shaftnet dot org High Springs, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Antoine V. <ant...@ti...> - 2019-08-27 20:47:00
|
Hello, I am trying to print pictures taken from a DSLR to a Canon CP810. The OS is Rasbian Buster with CUPS and Gutenprint 5.3.1. Printing fails for pictures taken directly from the camera (jpg) but some other pictures are working. Here are the logs: D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: ============================================================ D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: 5.3.1 Starting D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: command line: Canon_CP810 \'76\' \'root\' \'img_20190811_22-07-00.jpg\' \'1\' <args> D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: using PPD file /etc/cups/ppd/Canon_CP810.ppd D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option count is 9 (270 bytes) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 0 date-time-at-creation = D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 1 date-time-at-processing = D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 2 document-name-supplied = img_20190811_22-07-00.jpg D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 3 finishings = 3 D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 4 job- originating-host-name = localhost D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 5 job- uuid = urn:uuid:3d7e886e-75dc-3d78-459d-6b5ea507ed1d D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 6 number-up = 1 D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 7 time-at-creation = 1565554033 D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: CUPS option 8 time-at-processing = 1565554033 D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Driver Canon SELPHY CP810 D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Using fd 0 D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set options: D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting PageSize to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting MediaType to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting InputSlot to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting Resolution to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting InkType to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting Laminate to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set bool Borderless to False (0) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting PrintingMode to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting Duplex to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting NativeCopies to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set string ColorCorrection to None D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set special string ColorCorrection to None D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting ChannelBitDepth to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting InputImageType to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting STPIOutputType to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting STPIRawChannels to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting SimpleGamma to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set bool LinearContrast to False (0) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting LUTDumpFile to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CyanCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting MagentaCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting YellowCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting BlackCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting RedCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting GreenCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting BlueCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting WhiteCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting HueMap to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting SatMap to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting LumMap to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting GCRCurve to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh0 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh1 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh2 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh3 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh4 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh5 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh6 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh7 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh8 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh9 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh10 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh11 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh12 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh13 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh14 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh15 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh16 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh17 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh18 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh19 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh20 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh21 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh22 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh23 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh24 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh25 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh26 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh27 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh28 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh29 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh30 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh31 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh32 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh33 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh34 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh35 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh36 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh37 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh38 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh39 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh40 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh41 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh42 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh43 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh44 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh45 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh46 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh47 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh48 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh49 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh50 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh51 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh52 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh53 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh54 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh55 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh56 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh57 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh58 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh59 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh60 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] PID 3171 (/usr/lib/cups/filter/rastertogutenprint.5.3) exited with no errors. D [11/Aug/2019:22:07:13 +0200] [Job 76] PID 3172 (/usr/lib/cups/backend/gutenprint53+usb) stopped with status 5. D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh61 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh62 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting CurveCh63 to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting Quality to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set string ImageType to Photo D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Set special string ImageType to Photo D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting JobMode to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting PageNumber to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting NumCopies to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: Not setting Collate to (null) D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: End options D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: About to start printing loop. D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: stats 0B, 0,230u, 0,010s, 0,232el D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ D [11/Aug/2019:22:07:13 +0200] [Job 76] Gutenprint: ============================================================ I [11/Aug/2019:22:07:13 +0200] [Job 76] Backend returned status 5 (cancel job) Do you know what could cause the error? Thanks for your help Antoine -- Antoine Vacher <ant...@ti...> PGP: 5BE73653 |
From: Mirko G. <mir...@gm...> - 2019-08-26 10:58:20
|
hi my name is Mirko, I have a canon selhy cp800 printer, I can't find the drivers to make it work with my imac high sierra 10.13.6 can you help me? Mirko Giosia mir...@gm... |
From: Robert K. <rl...@al...> - 2019-08-26 01:57:38
|
What testing has it undergone? -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** 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: Steve L. <sle...@ya...> - 2019-08-26 00:15:43
|
The build can be found at: Gutenprint - Top Quality Printer Drivers Brought to you by: easysw, | | | | Gutenprint - Top Quality Printer Drivers ... Your download will start shortly... | | | Steve Letter You're never to old to learn something stupid. -- unknown On Saturday, August 24, 2019, 9:19:10 PM EDT, Robert Krawitz <rl...@al...> wrote: Given that the test build for the Mac was done on an old package, I discussed with Steve whether he could build a release from a newer baseline. He graciously agreed. I'm going to jump the release to 5.3.3 for this. I'm hoping to cut a tarball tomorrow. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** 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 _______________________________________________ Gimp-print-devel mailing list Gim...@li... https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
From: Robert K. <rl...@al...> - 2019-08-25 17:06:06
|
I've uploaded the new tarball (the files might take a bit of time to propagate). Steve, all set for you. https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/ -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** 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 |