gimp-print-devel

Re: [Gimp-print-devel] Lexmark C500n

[Matt B. <wal...@ma...>]

On Dec 28, 2019, at 9:39 PM, Simon Rimmer via Gimp-print-devel <gim...@li...> wrote:
> 
> Hi,
> Firstly thanks for a brilliant, helpful, informative and well received website.
> Secondly I am trying t get my Lexmark C500 laser to work with the latest osx operating system.
> Before I upgraded to High Sierra on my 2013 MacBook my C500 worked worked flawlessly with 10.9 osx
> I think is something that Apple have done so the world has to create more rubbish and buy a new printer.
> I have had this printer since new (2007) and I have got about £500 worth of new spare cartridges.
> I will do anything t try and get it working again so PLEASE CAN YOU HELP
> A million thanks in advance Simon

Thank you for contacting the Gutenprint developer list. I looked at the Lexmark site. It shows that this is a host based printer. They supported this printer from MacOS 9 — that goes back to the PPC G3 and G4 chips.  MacOS 9 was the last version of Apple’s operating system before Apple introduced the OS X operating systems. Lexmark did officially support the printer through Mac OS X 10.4. That was the last version of OSX that supported the PPC chipset. Beginning with OSX 10.5, the operating system switched over to the Intel i386 chipset. Apple did make PPC code work for some time after. I’m not sure when they dropped support for that.

My guess is that Lexmark  never developed a driver for the Intel processor and therefore they dropped support at OSX 10.4. I am a bit surprised that you were able to use it through Mac OSX 10.9.  That’s quite a long time for any printer to still function  and still be supported.

All this to say why Lexmark isn’t supporting the printer on the Mac platform.  Gutenprint very seldom supports host based (GDI) printers. Each one relies on the host computer to supply everything.  All the GDI printers expect something different. There would have to be a maintainer for just about every printer. Gutenprint pretty much supports those printers that use more “universal” drivers such as PCL and the Epson printer codebase.
Matt

Re: [Gimp-print-devel] Lexmark C500n

[Robert K. <rl...@al...>]

On Sun, 29 Dec 2019 03:39:55 +0000, Simon Rimmer via Gimp-print-devel wrote:
> Hi,
> Firstly thanks for a brilliant, helpful, informative and well received website.
> Secondly I am trying t get my Lexmark C500 laser to work with the latest osx operating system.
> Before I upgraded to High Sierra on my 2013 MacBook my C500 worked worked flawlessly with 10.9 osx
> I think is something that Apple have done so the world has to create more rubbish and buy a new printer.
> I have had this printer since new (2007) and I have got about £500 worth of new spare cartridges.
> I will do anything t try and get it working again so PLEASE CAN YOU HELP
> A million thanks in advance Simon

Hi,

The first question is whether this is a C500 or C500N.  I'm not
positive that there's a difference, but there are two entries on
openprinting.org.  The C500 appears to be a host-based printer,
meaning that it uses a proprietary printing language that we don't
have the ability to support, but the C500N is reported to be a
PostScript printer, which should be usable without a specific driver.

I would caution you not to upgrade to Catalina at this time if you
intend to use Gutenprint; while we're working on support for that OS,
we do not have it working yet.
-- 
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] Kodak All-In-One ESP 3250

[dorian s. <dor...@go...>]

Good evening,

I used to use your app all the time guys, now I got a different printer and it is not supported. 

I was wondering if you will add a KODAK All-In-One ESP 3250 printer so that I can use it on my Mac. 

Thanks.

Best Regards

Dorian. 

[Gimp-print-devel] Lexmark C500n

[Simon R. <sim...@me...>]

Hi,
Firstly thanks for a brilliant, helpful, informative and well received website.
Secondly I am trying t get my Lexmark C500 laser to work with the latest osx operating system.
Before I upgraded to High Sierra on my 2013 MacBook my C500 worked worked flawlessly with 10.9 osx
I think is something that Apple have done so the world has to create more rubbish and buy a new printer.
I have had this printer since new (2007) and I have got about £500 worth of new spare cartridges.
I will do anything t try and get it working again so PLEASE CAN YOU HELP
A million thanks in advance Simon

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Mark B. <mj...@ea...>]

Indeed, I was not clear.  I left all printer settings, and the CUP + 
Gutenprint settings to what should produce light prints. IE, density 
settings left at their lowest setting and a RET setting on the printer 
which I believe should also influence a light print.  The settings made 
in Libreoffice either reflected or I made them to match the system 
settings.  But after your suggestion of color, I applied via Libreoffice 
a grayscale setting to the font and this was the first, very observable 
change in printed density, from dark to very light.  For this to be 
practical, I need to set up a default opening page in Libreoffice which 
incorporates the grayscale of choice, and apparently ignore density 
settings.

I believe that I am correct in stating that setting the grayscale in 
Libreoffice is really a work around for some other problem, and not 
Gutenprint's.  I say that because as I noted previously, I could not get 
light pages to print either from the printer's own test program or from 
the system test program with a low density setting (1 on a scale of 1 to 
5).  I would think that one of those methods would have produced a light 
print.  And for what ever reason, ACAD conveniently can be set to 
produce 4 different  print density outputs?

mark


On 12/28/19 6:42 AM, Robert Krawitz wrote:
> On Fri, 27 Dec 2019 19:20:30 -0800, Mark Bower wrote:
>> Summary/Overview of Findings - Drop to Bottom to see Solution
>>
>> A. Printing a test page from the printer test menu produces only dark prints. (printer settings given below)
>>
>> B. Printing a test page as a system test by accessing the CUPS pop-up, the only change effected was going from 300dpi to 150dpi, in which case the graphic images lightened slightly.
>>
>> C. In ACAD 2000, the plot(print) selection allows settings for something listed as “Screening 25%,50%,75%,100%. Going from 25% to 100% correlates to a light print to dark print. This is the behavior desired.
>>
>> D. Setting the printer settings within Libreoffice to match the system settings used in “B” does produces only a dark print.
>>
>>
>> *Laserjet Settings* (permanent, but can be overridden by cmds sent to the printer as I understand it)
>>
>> Print Menu: RET Light Job Menu: resolution 300x300dpi Config Menu: Density = 1 (1 to 5 range)
>>
>>
>> *Computer System Settings* (CUPS + Gutenprint v5.2.11)
>>
>> Color Model: Grayscale (Grayscale or Inverted Grayscale)
>>
>> Color Precision: Normal
>>
>> Print Quality: Draft (Manual Control, Draft, Standard, High)
>>
>> Resolution: 300 x 300dpi (150,300,600)
>>
>> Color Correction: Density (Default,High Accuracy, Bright Colors, Correct Hue Only, Uncorrected)
>>
>> Density: 1.000 (.100 to 8.00, none)
>>
>>
>> *Libreoffice Settings *
>>
>> same as Computer System Settings
>>
>> So in general, it would seem that Libreoffice (as well as the printer test prints themselves not responding to the low density setting of 1) does not cooperate (while ACAD responds as expected).  But when you requested what is the setting for Color Correction, for whatever reason I went to Libreoffice help, and in that section grayscale was listed, so went to the grayscale discussion and found that I could set levels of grayscale, voila! The path is Tools>Options>Libreoffice>Colors>[edit color]. It shows color and grayscale choices for fonts; my grayscale choice of 5 works, produces a lighter print.  While I have never done it, I believe it is a simple matter to set up a page in Libreoffice with the grayscale parameter and save the page as a default opening page.
>>
>> Thank you for hanging in with me and taking an interest.
> So I don't quite understand exactly what that final test (that worked)
> involved.  Was it only changes to LibreOffice settings, or was it also
> a change to Gutenprint settings?  If you changed both, can you try
> just one at a time to see if you needed to change both or only one
> (and if so, which one)?

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Robert K. <rl...@al...>]

On Fri, 27 Dec 2019 19:20:30 -0800, Mark Bower wrote:
> Summary/Overview of Findings - Drop to Bottom to see Solution
>
> A. Printing a test page from the printer test menu produces only dark prints. (printer settings given below)
>
> B. Printing a test page as a system test by accessing the CUPS pop-up, the only change effected was going from 300dpi to 150dpi, in which case the graphic images lightened slightly.
>
> C. In ACAD 2000, the plot(print) selection allows settings for something listed as “Screening 25%,50%,75%,100%. Going from 25% to 100% correlates to a light print to dark print. This is the behavior desired.
>
> D. Setting the printer settings within Libreoffice to match the system settings used in “B” does produces only a dark print.
>
>
> *Laserjet Settings* (permanent, but can be overridden by cmds sent to the printer as I understand it)
>
> Print Menu: RET Light Job Menu: resolution 300x300dpi Config Menu: Density = 1 (1 to 5 range)
>
>
> *Computer System Settings* (CUPS + Gutenprint v5.2.11)
>
> Color Model: Grayscale (Grayscale or Inverted Grayscale)
>
> Color Precision: Normal
>
> Print Quality: Draft (Manual Control, Draft, Standard, High)
>
> Resolution: 300 x 300dpi (150,300,600)
>
> Color Correction: Density (Default,High Accuracy, Bright Colors, Correct Hue Only, Uncorrected)
>
> Density: 1.000 (.100 to 8.00, none)
>
>
> *Libreoffice Settings *
>
> same as Computer System Settings
>
> So in general, it would seem that Libreoffice (as well as the printer test prints themselves not responding to the low density setting of 1) does not cooperate (while ACAD responds as expected).  But when you requested what is the setting for Color Correction, for whatever reason I went to Libreoffice help, and in that section grayscale was listed, so went to the grayscale discussion and found that I could set levels of grayscale, voila! The path is Tools>Options>Libreoffice>Colors>[edit color]. It shows color and grayscale choices for fonts; my grayscale choice of 5 works, produces a lighter print.  While I have never done it, I believe it is a simple matter to set up a page in Libreoffice with the grayscale parameter and save the page as a default opening page.
>
> Thank you for hanging in with me and taking an interest.

So I don't quite understand exactly what that final test (that worked)
involved.  Was it only changes to LibreOffice settings, or was it also
a change to Gutenprint settings?  If you changed both, can you try
just one at a time to see if you needed to change both or only one
(and if so, which one)?
-- 
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

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Mark B. <mj...@ea...>]

Summary/Overview of Findings - Drop to Bottom to see Solution

A. Printing a test page from the printer test menu produces only dark 
prints. (printer settings given below)

B. Printing a test page as a system test by accessing the CUPS pop-up, 
the only change effected was going from 300dpi to 150dpi, in which case 
the graphic images lightened slightly.

C. In ACAD 2000, the plot(print) selection allows settings for something 
listed as “Screening 25%,50%,75%,100%. Going from 25% to 100% correlates 
to a light print to dark print. This is the behavior desired.

D. Setting the printer settings within Libreoffice to match the system 
settings used in “B” does produces only a dark print.


*Laserjet Settings* (permanent, but can be overridden by cmds sent to 
the printer as I understand it)

Print Menu: RET Light Job Menu: resolution 300x300dpi Config Menu: 
Density = 1 (1 to 5 range)


*Computer System Settings* (CUPS + Gutenprint v5.2.11)

Color Model: Grayscale (Grayscale or Inverted Grayscale)

Color Precision: Normal

Print Quality: Draft (Manual Control, Draft, Standard, High)

Resolution: 300 x 300dpi (150,300,600)

Color Correction: Density (Default,High Accuracy, Bright Colors, Correct 
Hue Only, Uncorrected)

Density: 1.000 (.100 to 8.00, none)


*Libreoffice Settings *

same as Computer System Settings


So in general, it would seem that Libreoffice (as well as the printer 
test prints themselves not responding to the low density setting of 1) 
does not cooperate (while ACAD responds as expected).  But when you 
requested what is the setting for Color Correction, for whatever reason 
I went to Libreoffice help, and in that section grayscale was listed, so 
went to the grayscale discussion and found that I could set levels of 
grayscale, voila! The path is Tools>Options>Libreoffice>Colors>[edit 
color]. It shows color and grayscale choices for fonts; my grayscale 
choice of 5 works, produces a lighter print.  While I have never done 
it, I believe it is a simple matter to set up a page in Libreoffice with 
the grayscale parameter and save the page as a default opening page.

Thank you for hanging in with me and taking an interest.

Happy New Year

mark bower



On 12/27/19 7:20 AM, Robert Krawitz wrote:
> On Thu, 26 Dec 2019 20:04:35 -0800, Mark Bower wrote:
>> in my opener, i stated "setting applicable settings in the software" - maybe better had i said also make settings in source document which is printed from libreoffice.
>>
>> tomorrow, i will try your suggestion of changing the color and see what happens, but i believe in one of the pop-ups to make the settings i believe monochrome is stated which i believe drives only black?
> BTW, your screenshots don't look like they contain everything.  In
> particular, there should be a setting named Color Correction under
> Output Control Common.  Could you check what that's set to, please?

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Robert K. <rl...@al...>]

On Thu, 26 Dec 2019 20:04:35 -0800, Mark Bower wrote:
> in my opener, i stated "setting applicable settings in the software" - maybe better had i said also make settings in source document which is printed from libreoffice.
>
> tomorrow, i will try your suggestion of changing the color and see what happens, but i believe in one of the pop-ups to make the settings i believe monochrome is stated which i believe drives only black?

BTW, your screenshots don't look like they contain everything.  In
particular, there should be a setting named Color Correction under
Output Control Common.  Could you check what that's set to, please?
-- 
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

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Mark B. <mj...@ea...>]

in my opener, i stated "setting applicable settings in the software" - 
maybe better had i said also make settings in source document which is 
printed from libreoffice.

tomorrow, i will try your suggestion of changing the color and see what 
happens, but i believe in one of the pop-ups to make the settings i 
believe monochrome is stated which i believe drives only black?


On 12/26/19 7:34 PM, Robert Krawitz wrote:
> On Thu, 26 Dec 2019 19:32:39 -0800, Mark Bower wrote:
>> originally i wrote:
>>
>> hello
>>
>> I use the subject driver, installed via CUPS, for my HP Laserjet 4
>> printer.  I can find no way to reduce the density of print using the
>> applicable settings via CUPS system settings, and verifying or
>> setting the applicable settings in the software, in this case,
>> Libreoffice in Ubuntu Linux.  All combinations of settings print
>> dark characters.
> What happens if your characters in the original document are, say,
> yellow or pale green?  Do they still print black?
>
>> On 12/26/19 7:05 PM, Robert Krawitz wrote:
>>> Please reply-all or reply-list to allow others to participate in the
>>> discussion.
>>>
>>> On Thu, 26 Dec 2019 18:55:47 -0800, Mark Bower wrote:
>>>> unfortunately, that will not help.  i have gone through many, many
>>>> combinations.  i believe in the past, that i was able to lighten,
>>>> but then, we are talking use of the printer for almost 30 years, and
>>>> starting with Windows.  and yes, i simply want to lighten the print
>>>> to save toner.
>>> To save toner -- so you want to print black text lighter.
>>>
>>> What happens if you actually lighten the text in the source document?
>>> Does it then print lighter?

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Robert K. <rl...@al...>]

On Thu, 26 Dec 2019 19:32:39 -0800, Mark Bower wrote:
>
> originally i wrote:
>
> hello
>
> I use the subject driver, installed via CUPS, for my HP Laserjet 4
> printer.  I can find no way to reduce the density of print using the
> applicable settings via CUPS system settings, and verifying or
> setting the applicable settings in the software, in this case,
> Libreoffice in Ubuntu Linux.  All combinations of settings print
> dark characters.

What happens if your characters in the original document are, say,
yellow or pale green?  Do they still print black?

> On 12/26/19 7:05 PM, Robert Krawitz wrote:
>> Please reply-all or reply-list to allow others to participate in the
>> discussion.
>>
>> On Thu, 26 Dec 2019 18:55:47 -0800, Mark Bower wrote:
>>> unfortunately, that will not help.  i have gone through many, many
>>> combinations.  i believe in the past, that i was able to lighten,
>>> but then, we are talking use of the printer for almost 30 years, and
>>> starting with Windows.  and yes, i simply want to lighten the print
>>> to save toner.
>> To save toner -- so you want to print black text lighter.
>>
>> What happens if you actually lighten the text in the source document?
>> Does it then print lighter?
-- 
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

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Mark B. <mj...@ea...>]

originally i wrote:

hello

I use the subject driver, installed via CUPS, for my HP Laserjet 4
printer.  I can find no way to reduce the density of print using the
applicable settings via CUPS system settings, and verifying or
setting the applicable settings in the software, in this case,
Libreoffice in Ubuntu Linux.  All combinations of settings print
dark characters.

On 12/26/19 7:05 PM, Robert Krawitz wrote:
> Please reply-all or reply-list to allow others to participate in the
> discussion.
>
> On Thu, 26 Dec 2019 18:55:47 -0800, Mark Bower wrote:
>> unfortunately, that will not help.  i have gone through many, many
>> combinations.  i believe in the past, that i was able to lighten,
>> but then, we are talking use of the printer for almost 30 years, and
>> starting with Windows.  and yes, i simply want to lighten the print
>> to save toner.
> To save toner -- so you want to print black text lighter.
>
> What happens if you actually lighten the text in the source document?
> Does it then print lighter?

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Robert K. <rl...@al...>]

Please reply-all or reply-list to allow others to participate in the
discussion.

On Thu, 26 Dec 2019 18:55:47 -0800, Mark Bower wrote:
> unfortunately, that will not help.  i have gone through many, many
> combinations.  i believe in the past, that i was able to lighten,
> but then, we are talking use of the printer for almost 30 years, and
> starting with Windows.  and yes, i simply want to lighten the print
> to save toner.

To save toner -- so you want to print black text lighter.

What happens if you actually lighten the text in the source document?
Does it then print lighter?
-- 
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

Re: [Gimp-print-devel] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Robert K. <rl...@al...>]

On Thu, 26 Dec 2019 17:48:39 -0800, Mark Bower wrote:
> hello
>
> I use the subject driver, installed via CUPS, for my HP Laserjet 4
> printer.  I can find no way to reduce the density of print using the
> applicable settings via CUPS system settings, and verifying or
> setting the applicable settings in the software, in this case,
> Libreoffice in Ubuntu Linux.  All combinations of settings print
> dark characters.
>
> Is there any possibility that the driver can be revisited to make it
> more compatible to the Laserjet 4?
>
> Atch are two views showning the settings made.

I take it you're trying to print light-colored text as a light gray or
the like?

You have Print Quality set to Draft -- what happens if you set it to
standard, and resolution to 300 DPI?
-- 
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] Gutenprint 5.2.11 [en] for HP Laserjet 4

[Mark B. <mj...@ea...>]

hello

I use the subject driver, installed via CUPS, for my HP Laserjet 4 
printer.  I can find no way to reduce the density of print using the 
applicable settings via CUPS system settings, and verifying or setting 
the applicable settings in the software, in this case, Libreoffice in 
Ubuntu Linux.  All combinations of settings print dark characters.

Is there any possibility that the driver can be revisited to make it 
more compatible to the Laserjet 4?

Atch are two views showning the settings made.

Thanks

mark bower

arcadia, CA, USA

Re: [Gimp-print-devel] Canon iP1900 series

[Protea W. J. <aik...@gm...>]

On Fri, Dec 20, 2019 at 11:41 PM Ahiung Lim <ahi...@gm...> wrote:
>
> Ok, thanks for the clarification. This means the ip1900 is no longer supported in Linux.

To clarify for he mailing list, since people read the archives:
The iP1900 has never been supported in gutenprint.
I have not looked to see whether Canon produced a linux driver for it.

Regards,
Gernot Hassenpflug

> Pada tanggal Jum, 20 Des 2019 21:33, Protea Wines Japan <aik...@gm...> menulis:
>>
>> On Fri, Dec 20, 2019 at 11:18 PM Ahiung Lim <ahi...@gm...> wrote:
>> >
>> > Guttenprint 5.2.7 for 64bit
>> > Im trying to use on Canon ip1980
>> > im well aware that this printer isnt supported but not literally
>> >
>> > https://www.openprinting.org/printer/Canon/Canon-PIXMA-iP1900
>>
>> That is a mistake that Openprinting needs to correct.
>> 5.2.7 is many many years old, it was discovered at that time that
>> several printer types were not supportable.
>> So they are no longer in gutenprint.
>>
>> Your best bet is to use the official Canon driver if a linux version
>> for that printer exists, I think they supply them in RPM format.
>> Best regards,
>> Gernot Hassenpflug
>>
>> > Pada tanggal Jum, 20 Des 2019 20:23, Protea Wines Japan <aik...@gm...> menulis:
>> >>
>> >> ---------- Forwarded message ---------
>> >> From: Protea Wines Japan <aik...@gm...>
>> >> Date: Fri, Dec 20, 2019 at 10:20 PM
>> >> Subject: Re: [Gimp-print-devel] Canon iP1900 series
>> >> To: Gutenprint (formerly Gimp-Print) printer driver development
>> >> <gim...@li...>
>> >> Cc: <hiu...@gm...>
>> >>
>> >>
>> >> On Fri, Dec 20, 2019 at 10:17 PM Ahiung Lim <ahi...@gm...> wrote:
>> >> >
>> >> > Printer Canon ip1980
>> >> > OS Bionic Pup Linux 8.0
>> >> > CUPS version 2.2.7
>> >> > Working? Not Working
>> >> > Diagnose: Job sent to printer, Printer light does not blinking, after 2 or 3 seconds, the job is labeled as completed with nothing printed out.
>> >>
>> >> What version of gutenprint and what driver are you trying to use? As
>> >> far as I am aware the iP1900 series is not supported.
>> >> Best regards,
>> >> Gernot Hassenpflug

Re: [Gimp-print-devel] Canon iP1900 series

[Ahiung L. <ahi...@gm...>]

Ok, thanks for the clarification. This means the ip1900 is no longer
supported in Linux.

Pada tanggal Jum, 20 Des 2019 21:33, Protea Wines Japan <
aik...@gm...> menulis:

> On Fri, Dec 20, 2019 at 11:18 PM Ahiung Lim <ahi...@gm...> wrote:
> >
> > Guttenprint 5.2.7 for 64bit
> > Im trying to use on Canon ip1980
> > im well aware that this printer isnt supported but not literally
> >
> > https://www.openprinting.org/printer/Canon/Canon-PIXMA-iP1900
>
> That is a mistake that Openprinting needs to correct.
> 5.2.7 is many many years old, it was discovered at that time that
> several printer types were not supportable.
> So they are no longer in gutenprint.
>
> Your best bet is to use the official Canon driver if a linux version
> for that printer exists, I think they supply them in RPM format.
> Best regards,
> Gernot Hassenpflug
>
> > Pada tanggal Jum, 20 Des 2019 20:23, Protea Wines Japan <
> aik...@gm...> menulis:
> >>
> >> ---------- Forwarded message ---------
> >> From: Protea Wines Japan <aik...@gm...>
> >> Date: Fri, Dec 20, 2019 at 10:20 PM
> >> Subject: Re: [Gimp-print-devel] Canon iP1900 series
> >> To: Gutenprint (formerly Gimp-Print) printer driver development
> >> <gim...@li...>
> >> Cc: <hiu...@gm...>
> >>
> >>
> >> On Fri, Dec 20, 2019 at 10:17 PM Ahiung Lim <ahi...@gm...>
> wrote:
> >> >
> >> > Printer Canon ip1980
> >> > OS Bionic Pup Linux 8.0
> >> > CUPS version 2.2.7
> >> > Working? Not Working
> >> > Diagnose: Job sent to printer, Printer light does not blinking, after
> 2 or 3 seconds, the job is labeled as completed with nothing printed out.
> >>
> >> What version of gutenprint and what driver are you trying to use? As
> >> far as I am aware the iP1900 series is not supported.
> >> Best regards,
> >> Gernot Hassenpflug
>

Re: [Gimp-print-devel] Canon iP1900 series

[Protea W. J. <aik...@gm...>]

On Fri, Dec 20, 2019 at 11:18 PM Ahiung Lim <ahi...@gm...> wrote:
>
> Guttenprint 5.2.7 for 64bit
> Im trying to use on Canon ip1980
> im well aware that this printer isnt supported but not literally
>
> https://www.openprinting.org/printer/Canon/Canon-PIXMA-iP1900

That is a mistake that Openprinting needs to correct.
5.2.7 is many many years old, it was discovered at that time that
several printer types were not supportable.
So they are no longer in gutenprint.

Your best bet is to use the official Canon driver if a linux version
for that printer exists, I think they supply them in RPM format.
Best regards,
Gernot Hassenpflug

> Pada tanggal Jum, 20 Des 2019 20:23, Protea Wines Japan <aik...@gm...> menulis:
>>
>> ---------- Forwarded message ---------
>> From: Protea Wines Japan <aik...@gm...>
>> Date: Fri, Dec 20, 2019 at 10:20 PM
>> Subject: Re: [Gimp-print-devel] Canon iP1900 series
>> To: Gutenprint (formerly Gimp-Print) printer driver development
>> <gim...@li...>
>> Cc: <hiu...@gm...>
>>
>>
>> On Fri, Dec 20, 2019 at 10:17 PM Ahiung Lim <ahi...@gm...> wrote:
>> >
>> > Printer Canon ip1980
>> > OS Bionic Pup Linux 8.0
>> > CUPS version 2.2.7
>> > Working? Not Working
>> > Diagnose: Job sent to printer, Printer light does not blinking, after 2 or 3 seconds, the job is labeled as completed with nothing printed out.
>>
>> What version of gutenprint and what driver are you trying to use? As
>> far as I am aware the iP1900 series is not supported.
>> Best regards,
>> Gernot Hassenpflug

Re: [Gimp-print-devel] Canon iP1900 series

[Protea W. J. <aik...@gm...>]

On Fri, Dec 20, 2019 at 10:17 PM Ahiung Lim <ahi...@gm...> wrote:
>
> Printer Canon ip1980
> OS Bionic Pup Linux 8.0
> CUPS version 2.2.7
> Working? Not Working
> Diagnose: Job sent to printer, Printer light does not blinking, after 2 or 3 seconds, the job is labeled as completed with nothing printed out.

What version of gutenprint and what driver are you trying to use? As
far as I am aware the iP1900 series is not supported.
Best regards,
Gernot Hassenpflug

[Gimp-print-devel] Canon iP1900 series

[Ahiung L. <ahi...@gm...>]

Printer Canon ip1980
OS Bionic Pup Linux 8.0
CUPS version 2.2.7
Working? Not Working
Diagnose: Job sent to printer, Printer light does not blinking, after 2 or
3 seconds, the job is labeled as completed with nothing printed out.

Re: [Gimp-print-devel] Shinko/Sinfonia S2145

[Solomon P. <pi...@sh...>]

On Wed, Dec 11, 2019 at 05:37:26PM +1100, Troy Croatto wrote:
> A while ago (Late last year) I had it working well, at the time it was
> running on;
> -CUPS 2.2.1
> -Gutenprint: v5.2.11
> -(And Raspian Stretch V9.)
> 
> I have gone back to it over my summer break and now using the Pi 3B+
> running;
> -CUPS 2.2.10
> -Gutenprint: v5.3.1
> -(Raspian Buster V10.)

Was this an upgrade of the earlier system, or a new installation?
 
> Which it isn't working with anymore, I did a little digging, the error said
> "Invalid backend" which kept turning up as the USB driver, so I figured I
> would let you guys know (not sure if I am the only one with this
> currently).

Can you paste the contents of /etc/cups/printer.conf for the printer in 
question?

> I also wanted to ask if you knew of anyway to revert back to v5.3.1 for
> Gutenprint on the Raspberry Pi using the Debian/linux. I am still pretty
> early on and I cant turn up a great deal on the web and was really hoping
> for some guidance if that is at all possible.

Downgrading isn't the right solution here, let's figure out what went 
wrong first.

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] 'make check' failing due to RU translation

[Solomon P. <pi...@sh...>]

On Sat, Dec 07, 2019 at 10:37:57AM -0500, Robert Krawitz wrote:
> Not to mention the plethora of system control frameworks out there.
> systemd may be the most common standard for user-focused Linux
> distributions, but it's not completely standard even there (look at
> the battle taking place in Debian).  Then we have other UNIX versions
> including MacOS, the possibility that some embedded Linux
> distributions for use in routers (which might also be print servers)
> might not be using systemd at all.

Putting aside the system integration implementation details, IMO the fun 
part is the "auto launch upon printer attachment" bit. For printers that 
rely on the dyesub backend, there's a comprehensive list of USB VID/PIDs 
it captures, but how do we arbitrate between multiple printer 
applications that could handle the same printer (eg PCL models supported 
by both hplip and gutenprint?)

Lots of joy coming down the pipe, yes..

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] Shinko/Sinfonia S2145

[Troy C. <tro...@gm...>]

Hey team!

Just wanted to start off by saying I love your work! And that I appreciate
the work you've put in to make it all possible for us to use.
I am a newbie to the industry, I have been playing with a Raspberry Pi 3B+
and Shinko/Sinfonia S2145 printer for a PhotoBooth project.

A while ago (Late last year) I had it working well, at the time it was
running on;
-CUPS 2.2.1
-Gutenprint: v5.2.11
-(And Raspian Stretch V9.)

I have gone back to it over my summer break and now using the Pi 3B+
running;
-CUPS 2.2.10
-Gutenprint: v5.3.1
-(Raspian Buster V10.)

Which it isn't working with anymore, I did a little digging, the error said
"Invalid backend" which kept turning up as the USB driver, so I figured I
would let you guys know (not sure if I am the only one with this
currently).

I also wanted to ask if you knew of anyway to revert back to v5.3.1 for
Gutenprint on the Raspberry Pi using the Debian/linux. I am still pretty
early on and I cant turn up a great deal on the web and was really hoping
for some guidance if that is at all possible.


Thank you again for all work.
-Troy Croatto

Re: [Gimp-print-devel] Imprimante Epson

[Greg T. <gd...@le...>]

Solomon Peachy <pi...@sh...> writes:

> On Mon, Dec 09, 2019 at 06:37:51PM -0500, Greg Troxel wrote:
>> There is also pkgsrc, which is a multi-OS portable packaging system.  I
>> have been maintaining a gutenprint-lib package, not 100% diligently but
>> often up to date.
>
> Out of curiousity, who/what is using gutenprint-lib?  Having some clue 
> about our downstream users would be hignly beneficial.

Within the pkgsrc context, it can be used as a cups driver and the
gimp-print plugin is also built via pkgsrc.  I have not powered on my
Epson Stylus Photo 2200 (yes, that's over 15 years old) in years, but I
used to use it to print photos.

As to your real question of what the other people that might be using
this in pkgsrc, I have no idea.  We don't have a phone-home tally
system.

>> With pkgsrc, there is no notion of creating official mac dmg installers.
>> There is a foo-1.2.tar.gz "package" which is in pkgsrc format (tarball
>> with the files that go in /opt/pkg and some control files), and one uses
>> pkg_add to add that.  From the point of view of the OS this is just
>> placing programs in the FS.  If even that starts to be restricted, then
>> I don't see a good path forward.
>
> Can files be placed outside of opt for the times when tighter system 
> integration is needed? For example, our CUPS integration needs to be 
> able to shove stuff in the directories for filters, backends, and 
> drivers, with the libraries they need (ie libgutenprint) placed in a 
> place reachable by the global/default LD_LIBRARY_PATH...

pkgsrc has a notion of a configured prefix for all of pkgsrc.  On NetBSD
and other normal unix systems, it's almost always /usr/pkg.   On Mac it
tends to be /opt/pkg because of SIP which doesn't let one write to /usr.

pkgsrc as a rule is allergic to writing files outside its configured
prefix (strictly, there is a PKG_SYSCONFDIR (pkgsrc's private /etc) and
a db dir that records what's installed).   Putting things into the
normal system paths we basically don't do.

I have never tried to integrate the pkgsrc-built gutenprint with the mac
system.  I probably have converted images to epson and then used
lpr/raw, or the gimp-print plugin.

Given what you are saying about system directory integration, pkgsrc
doesn't sound like it solves your issues.  Really the point of pkgsrc is
to have a uniform "build me this", keep track of installs, and be able
to install binary packages.  I think what gutenprint needs is a private
build from source with curated destination paths to overlay the system,
and I'm guessing your current dmg is just that.

So you might consider having a tar.gz that people can unpack and click
"yes really run this".  Which is a dmg without the signature stuff.

>> That seems to be the nature of apple these days.  Not clear if there is
>> a path to thigns going well.
>
> With the envisioned "printing application" future, in many ways the 
> system integration gets easier.  But of course we first need to create 
> said application.  :)

Re: [Gimp-print-devel] Imprimante Epson

[Solomon P. <pi...@sh...>]

On Mon, Dec 09, 2019 at 06:37:51PM -0500, Greg Troxel wrote:
> There is also pkgsrc, which is a multi-OS portable packaging system.  I
> have been maintaining a gutenprint-lib package, not 100% diligently but
> often up to date.

Out of curiousity, who/what is using gutenprint-lib?  Having some clue 
about our downstream users would be hignly beneficial.

> With pkgsrc, there is no notion of creating official mac dmg installers.
> There is a foo-1.2.tar.gz "package" which is in pkgsrc format (tarball
> with the files that go in /opt/pkg and some control files), and one uses
> pkg_add to add that.  From the point of view of the OS this is just
> placing programs in the FS.  If even that starts to be restricted, then
> I don't see a good path forward.

Can files be placed outside of opt for the times when tighter system 
integration is needed? For example, our CUPS integration needs to be 
able to shove stuff in the directories for filters, backends, and 
drivers, with the libraries they need (ie libgutenprint) placed in a 
place reachable by the global/default LD_LIBRARY_PATH...

> That seems to be the nature of apple these days.  Not clear if there is
> a path to thigns going well.

With the envisioned "printing application" future, in many ways the 
system integration gets easier.  But of course we first need to create 
said application.  :)

 - Solomon
-- 
Solomon Peachy			       pizza at shaftnet dot org
High Springs, FL                          ^^ (email/xmpp) ^^
Quidquid latine dictum sit, altum videtur.

Re: [Gimp-print-devel] Imprimante Epson

[Greg T. <gd...@le...>]

Solomon Peachy <pi...@sh...> writes:

> On Mon, Dec 09, 2019 at 01:59:40PM -0600, Matt Broughton wrote:
>> I think most Mac users would just abandon Gutenprint.  They shout, 
>> curse, and/or ask what the heck are they referring to?  
>
> If moving to macports/homebrew results in something that reduces our 
> support/maintainence burden (eg wider OS platform support, simpler 
> release process, and so forth) that might arguably be a net benefit.

There is also pkgsrc, which is a multi-OS portable packaging system.  I
have been maintaining a gutenprint-lib package, not 100% diligently but
often up to date.

With pkgsrc, there is no notion of creating official mac dmg installers.
There is a foo-1.2.tar.gz "package" which is in pkgsrc format (tarball
with the files that go in /opt/pkg and some control files), and one uses
pkg_add to add that.  From the point of view of the OS this is just
placing programs in the FS.  If even that starts to be restricted, then
I don't see a good path forward.

> Meanwhile, nearly every MacOS release has broken something about 
> Gutenprint or its release/packaging process, and the next version 
> post-Catalina is expected to completely drop support for traditional 
> CUPS drivers altogether, making Gutenprint pretty much useless for Mac 
> users until we manage to build a "printing application" instead.

That seems to be the nature of apple these days.  Not clear if there is
a path to thigns going well.