gimp-print-devel

Re: [Gimp-print-devel] Native Gutenprint Printer Application in GSoC - Who wants to mentor?

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

On 3/6/22 18:20, Till Kamppeter wrote:
> Hi,
> 
> as there is no progress with a native Gutenprint Printer Application I have opened this task as a
> GSoC project idea:
> 
> https://wiki.linuxfoundation.org/gsoc/google-summer-code-2022-openprinting-projects#make_a_native_printer_application_from_gutenprint
> 
> 
> I want to ask you, whether one of you would like to mentor the GSoC contributor on this project.
> 
> If so, please tell. I will then invite you as a mentor so that you can register.
> 
> Sambhav, if you did not participate 2 times in former GSoCs you could also participate as
> contributor and write the native  Printer Application. As you probably had already done some initial
> preparation work, you will have already some experience and it will be more easy to start with this
> project. In this case do not ask me for a mentor invitation and do not register as mentor as then
> ypu are no eligible as GSoC contributor any more.
> 
> Sambhav, if you prefer to mentor someone else on this project, please tell and I invite you as mentor.

I don't have time for full mentoring (this summer's likely to be quite busy for me), but I can help
provide guidance.  This really is an important project, and I want to see it done correctly (i. e.
not crippled, although I recognize that it may have to be done in stages).

[Gimp-print-devel] Native Gutenprint Printer Application in GSoC - Who wants to mentor?

[Till K. <til...@gm...>]

Hi,

as there is no progress with a native Gutenprint Printer Application I 
have opened this task as a GSoC project idea:

https://wiki.linuxfoundation.org/gsoc/google-summer-code-2022-openprinting-projects#make_a_native_printer_application_from_gutenprint

I want to ask you, whether one of you would like to mentor the GSoC 
contributor on this project.

If so, please tell. I will then invite you as a mentor so that you can 
register.

Sambhav, if you did not participate 2 times in former GSoCs you could 
also participate as contributor and write the native  Printer 
Application. As you probably had already done some initial preparation 
work, you will have already some experience and it will be more easy to 
start with this project. In this case do not ask me for a mentor 
invitation and do not register as mentor as then ypu are no eligible as 
GSoC contributor any more.

Sambhav, if you prefer to mentor someone else on this project, please 
tell and I invite you as mentor.

    Till

Re: [Gimp-print-devel] HP LaserJet CP1025

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

On 3/6/22 08:30, Jim Lawson via Gimp-print-devel wrote:
> Hi
> 
> Was wondering if you will be posting a print driver for the HP LaserJet CP1025 to run on Mac
> Catalina OS and if so roughly when?

Hi,

I'm seeing conflicting reports about whether this printer will work with Gutenprint.  It's possible
that the Generic Color Laser or Generic PCL6/PCL XL driver will work with this printer; if you can
try it and it does, please let us know so that we can add it to the supported printer list.

Re: [Gimp-print-devel] HP LaserJet CP1025

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

> On Mar 6, 2022, at 7:30 AM, Jim Lawson via Gimp-print-devel <gim...@li...> wrote:
> 
> Hi
> 
> Was wondering if you will be posting a print driver for the HP LaserJet CP1025 to run on Mac Catalina OS and if so roughly when?

Unfortunately, the HPLaserJet CP1025 uses a printer language that Gutenprint does not support.  There will be no driver forthcoming.

Matt

[Gimp-print-devel] HP LaserJet CP1025

[Jim L. <jtm...@bt...>]

Hi

Was wondering if you will be posting a print driver for the HP LaserJet CP1025 to run on Mac Catalina OS and if so roughly when?

Regards
Jim Lawson

Sent from my iPhone

Re: [Gimp-print-devel] Fwd: Gutenprint - Top Quality Printer Drivers Wins an Award from SourceForge

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

> On Mar 2, 2022, at 8:03 PM, Robert Krawitz <rl...@al...> wrote:
> 
> Neat!
> 
> 
> -------- Forwarded Message --------
> Subject: 	Gutenprint - Top Quality Printer Drivers Wins an Award from SourceForge
> Date: 	Tue, 01 Mar 2022 22:50:57 +0000
> From: 	SourceForge <no...@so...>
> To: 	rl...@al...
> 
> 
> 
> ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ 
> SourceForge <https://sourceforge.net> 	
> 
> *Find*, *Create*, & *Publish* Open Source Software for *free*.
> 
> Hi Robert Krawitz,
> 
> Congratulations! Gutenprint - Top Quality Printer Drivers has just been recognized with the
> following awards by SourceForge:
> 
> Community Leader
> Community Choice
> Open Source Excellence
> Open Source Excellence
> SourceForge Favorite
> 
> These honors are awarded only to select projects that have reached significant milestones in terms
> of downloads and user engagement from the SourceForge community.
> 
> This is a big achievement, as your project has qualified for these awards out of over 500,000 open
> source projects on SourceForge. SourceForge sees nearly 30 million users per month looking for, and
> developing, open source software. These award badges will now appear on your project page, and the
> award assets can be found in your project admin section.
> 
> To recognize Gutenprint - Top Quality Printer Drivers’s achievement, we’ve awarded you with the
> aforementioned awards, which you can see below: Now that Gutenprint - Top Quality Printer Drivers is
> an official winner of the these awards, you have express permission to use the award badges wherever
> you’d like.
> 
> Feel free to proudly display the awards on your personal or organizational website, social media, or
> anywhere else you’d like.
> 
> *You can get the award badge assets here. <https://sourceforge.net/p/gimp-print/admin/files/badges/>*
> 
> Congrats again on winning and keep doing amazing work because SourceForge and our users appreciate it!
> 
> Thanks,
> 
> The SourceForge Team
> 
> This e-mail was intended for: rl...@al...

Wonderful recognition.  The badge sure looks good on the home page.
Matt

[Gimp-print-devel] Fwd: Gutenprint - Top Quality Printer Drivers Wins an Award from SourceForge

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

Neat!


-------- Forwarded Message --------
Subject: 	Gutenprint - Top Quality Printer Drivers Wins an Award from SourceForge
Date: 	Tue, 01 Mar 2022 22:50:57 +0000
From: 	SourceForge <no...@so...>
To: 	rl...@al...



‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ ‌ 
SourceForge <https://sourceforge.net> 	

*Find*, *Create*, & *Publish* Open Source Software for *free*.

Hi Robert Krawitz,

Congratulations! Gutenprint - Top Quality Printer Drivers has just been recognized with the
following awards by SourceForge:

Community Leader
Community Choice
Open Source Excellence
Open Source Excellence
SourceForge Favorite

These honors are awarded only to select projects that have reached significant milestones in terms
of downloads and user engagement from the SourceForge community.

This is a big achievement, as your project has qualified for these awards out of over 500,000 open
source projects on SourceForge. SourceForge sees nearly 30 million users per month looking for, and
developing, open source software. These award badges will now appear on your project page, and the
award assets can be found in your project admin section.

To recognize Gutenprint - Top Quality Printer Drivers’s achievement, we’ve awarded you with the
aforementioned awards, which you can see below: Now that Gutenprint - Top Quality Printer Drivers is
an official winner of the these awards, you have express permission to use the award badges wherever
you’d like.

Feel free to proudly display the awards on your personal or organizational website, social media, or
anywhere else you’d like.

*You can get the award badge assets here. <https://sourceforge.net/p/gimp-print/admin/files/badges/>*

Congrats again on winning and keep doing amazing work because SourceForge and our users appreciate it!

Thanks,

The SourceForge Team

This e-mail was intended for: rl...@al...

Unsubscribe from these notifications
<https://sourceforge.net/cdn/syndication/unsubscribe?email=rl...@al...> Privacy policy
<https://slashdotmedia.com/privacy-statement/>

PO BOX 2452, La Jolla, CA 92038

	SF Logo <https://sourceforge.net>

Re: [Gimp-print-devel] Canon Pixma MX860

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

> On Feb 26, 2022, at 10:59 AM, Dan Hankin <dh...@co...> wrote:
> 
> My iMac (OS Monterrey) doesn’t recognize my Canon Pixma MX860 printer/scanner.
> 
> Is there any software you can recommend?

Gutenprint does support the Canon Pixma MX860 printer.  The macos driver package can be downloaded from:
gutenprint-5.3.3_rev.dmg <https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3_rev.dmg/download>

Matt

[Gimp-print-devel] Canon Pixma MX860

[Dan H. <dh...@co...>]

My iMac (OS Monterrey) doesn’t recognize my Canon Pixma MX860 printer/scanner.

Is there any software you can recommend?

Thanks.

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Zdenek D. <zd...@re...>]

On 2/23/22 10:25, Benjamin Berg wrote:
> Hi,
>
> On Wed, 2022-02-23 at 09:34 +0100, Zdenek Dohnal wrote:
>> thank you for looking into the issue!
>>
>> On 2/22/22 19:00, Solomon Peachy wrote:
>>> On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
>>>> there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
>>>> context is not initialized unless you specifically pass NULL into
>>>> `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
>>>> behavior, because it passes its own context address into `libusb_init()`
>>>> instead of NULL. So the change causes the backend to crash if you run it:
>>> Yikes!
>>>
>>>> According libusb maintainer, Ben Berg, the backend can work with the default
>>>> USB context and he prepared the patch for it (the file is attached). I was
>>>> able to verify the patch fixes the crash, but I don't have a device
>>>> supported by gutenprint itself, so I couldn't do an additional sanity
>>>> testing. The patch looks good to me though.
>>> Will this work for multi-threaded stuff where there could conceivably be
>>> multiple contexts in use?  That's not being exercised in the current
>>> gutenprint code but some of the stuff I have cooking will change that.
>> Ben, would you mind looking into it? IMO we probably cannot use a
>> default USB context for multi-threading...
>>
>> In such case, IMO we can init the default context just for the
>> print_help() scope and close it after we're done with it.
>>
>> You can join us in discussion on the bug if you are able as well [1],
>> I've pinged Robert there as well, because I didn't know your email for
>> bugzilla...
> I am already subscribed to that bug. :)
I'm sorry for mystification... (that's what I got for adding text into 
email at last minute and don't read it as whole at the end) - I meant 
Solomon in the last paragraph :)
>
-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] Canon Pixma IP6220D

[Gernot H. <aik...@gm...>]

On Wed, Feb 23, 2022 at 10:43 PM Kent Sullivan <ken...@gm...> wrote:

> I am trying to convert my old printer to a network printer.
> I'm hosting CUPS on a Raspi, (I believe the model B)
>
> CUPS seems to be working as I can find the printer from another machine on
> the network and print a page to it.
> However:
> When printing in color I'm getting a full width page in color (although
> the colors are way off) and a b/w half width page, On The Same Page
> (overlayed)
>

Hello Kent,
Colour are going to be way off as virtually none of the Canon printers have
any calibration available.
It sounds like colour inks are working correctly, but blac is not-I presume
you are saying black is somehow compressed.
That sounds like a fairly simple correction to the encoding, although I
thought this had been sorted out in the past.
I believe there is no black/white mode, only colour modes are available for
printing, so this means the black channel in the inkset used.

These are the plain media modes available for plain paper, containing black
ink channel:

  /* plain modes */
  {  600, 600,CANON_INK_CcMmYKk,"600x600dpi_high",N_("600x600 DPI
HIGH"),INKSET(13_C4M4Y4k4c4m4),16,MODE_FLAG_EXTENDED_T,NULL,1.0,1.0,NULL,NULL,NULL,3},
  {  600, 600,CANON_INK_CMYK,"600x600dpi",N_("600x600
DPI"),INKSET(13_C3M3Y3k4),16,MODE_FLAG_EXTENDED_T,NULL,1.0,1.0,NULL,NULL,NULL,2},
  {  300, 300,CANON_INK_CMYK,"300x300dpi",N_("300x300
DPI"),INKSET(13_C2M2Y2k2),8,MODE_FLAG_EXTENDED_T|MODE_FLAG_IP8500,NULL,1.0,1.0,NULL,NULL,NULL,1},
  {  300, 300,CANON_INK_CMYK,"300x300dpi_draft",N_("300x300 DPI
DRAFT"),INKSET(13_C2M2Y2k2),8,MODE_FLAG_EXTENDED_T|MODE_FLAG_IP8500,NULL,1.0,1.0,NULL,NULL,NULL,0},

The 2nd one "600x600 DPI" would be the default so if you are not setting
the resolution mode that will be the one you are printing with.
Can you please check all 4 of these modes (select their names as per the
N_("...") string) in CUPS when you print.
I need to confirm which of these modes have problems with the black
channel, and possible with other colour channels (e.g., if some colours
print in compressed or extended fashion).

When printing in b/w I was just getting the half width page in b/w.
>

As there are no black-only inksets defined for this printer, I presume you
will get the same result with the black channel if you are printing colour.

Other things to note, the prints are also very slow in comparison to
> plugging in the printer and using whatever the default driver was before I
> went on this endeavor.
>

I cannot speak for the performance of gutenprint over the Canon printer
driver or whatever you may have been using before.


> I haven't tried photo printing yet as I don't have high hopes but I'll
> throw it out there just in case. The printer had a program "Canon
> Easy-PhotoPrint EX" that I installed on my windows machine that let you
> choose what type of photo paper and many photo layouts we wanted to use. I
> used this to print my photos but perhaps the native driver would have
> worked just as well for photo quality prints. (This printer uses CL41 ink
> for color printing and CL-52 for photo ink so I'm not sure if it needs
> specific controls in order to use the photo printing) Do you think the
> Gutenprint driver would enable this type of printing?
>

Not in one software, no.
gutenprint Canon driver only supports the media types (different types of
photo media) in the same way as the Windows driver does. For each media
type there are a select type of named resolutions available with specific
defined inksets (like the ones for plain media above).
However, none of these resolutions has been calibrated, so the output will
be very poor unless you spend time creating some calibration in CUPS
channels.
For the photo layouts, you would need some other software to prepare as the
input to the CUPS filter chain.

Cups 2.2.1 Gutenprint v5.3.1
>

Best regards,
Gernot Hassenpflug

[Gimp-print-devel] Canon Pixma IP6220D

[Kent S. <ken...@gm...>]

I am trying to convert my old printer to a network printer.
I'm hosting CUPS on a Raspi, (I believe the model B)

CUPS seems to be working as I can find the printer from another machine on
the network and print a page to it.
However:
When printing in color I'm getting a full width page in color (although the
colors are way off) and a b/w half width page, On The Same Page (overlayed)

When printing in b/w I was just getting the half width page in b/w.

When setting this up I used mostly this HowTo:
https://medium.com/the-kickstarter/wireless-printing-using-a-raspberry-pi-dd091b924a80

Other things to note, the prints are also very slow in comparison to
plugging in the printer and using whatever the default driver was before I
went on this endeavor.

I haven't tried photo printing yet as I don't have high hopes but I'll
throw it out there just in case. The printer had a program "Canon
Easy-PhotoPrint EX" that I installed on my windows machine that let you
choose what type of photo paper and many photo layouts we wanted to use. I
used this to print my photos but perhaps the native driver would have
worked just as well for photo quality prints. (This printer uses CL41 ink
for color printing and CL-52 for photo ink so I'm not sure if it needs
specific controls in order to use the photo printing) Do you think the
Gutenprint driver would enable this type of printing?

Cups 2.2.1 Gutenprint v5.3.1

I'm open for troubleshooting and providing configuration and trying out
tests as well.

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Benjamin B. <bb...@re...>]

Hi,

On Wed, 2022-02-23 at 09:34 +0100, Zdenek Dohnal wrote:
> thank you for looking into the issue!
> 
> On 2/22/22 19:00, Solomon Peachy wrote:
> > On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
> > > there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
> > > context is not initialized unless you specifically pass NULL into
> > > `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
> > > behavior, because it passes its own context address into `libusb_init()`
> > > instead of NULL. So the change causes the backend to crash if you run it:
> > Yikes!
> > 
> > > According libusb maintainer, Ben Berg, the backend can work with the default
> > > USB context and he prepared the patch for it (the file is attached). I was
> > > able to verify the patch fixes the crash, but I don't have a device
> > > supported by gutenprint itself, so I couldn't do an additional sanity
> > > testing. The patch looks good to me though.
> > Will this work for multi-threaded stuff where there could conceivably be
> > multiple contexts in use?  That's not being exercised in the current
> > gutenprint code but some of the stuff I have cooking will change that.
> 
> Ben, would you mind looking into it? IMO we probably cannot use a 
> default USB context for multi-threading...
> 
> In such case, IMO we can init the default context just for the 
> print_help() scope and close it after we're done with it.
> 
> You can join us in discussion on the bug if you are able as well [1], 
> I've pinged Robert there as well, because I didn't know your email for 
> bugzilla...

I am already subscribed to that bug. :)

About multi-threading. libusb itself is thread-safe, so, it depends on
what exactly the needs are. Having separate contexts means that you can
choose to only process events on one of them at a time. This avoids any
issue where one thread is suddenly processing events for another (i.e.
it is undefined which thread executes the callbacks for asynchronous
transfers).

But, e.g. just doing an enumeration from a different thread using the
same context should be completely fine.

Benjamin

> > 
> > > Would you mind adding the patch to the project if it looks good for you?
> > I won't be able to physically test any of this until this coming weekend
> > (out of town and while I have remote access everything pertinent is
> > turned off) but when I'm back, I'll be able to at least it doesn't
> > introduce any regressions on F34 & F35.
> Ok, Ben reverted the libusb change for now to do not block Fedora 36 
> beta, so IMO after weekend is fine :) .
> > 
> >   - Solomon
> 
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=2055504
> 

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Zdenek D. <zd...@re...>]

Hi Solomon,

thank you for looking into the issue!

On 2/22/22 19:00, Solomon Peachy wrote:
> On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
>> there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
>> context is not initialized unless you specifically pass NULL into
>> `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
>> behavior, because it passes its own context address into `libusb_init()`
>> instead of NULL. So the change causes the backend to crash if you run it:
> Yikes!
>
>> According libusb maintainer, Ben Berg, the backend can work with the default
>> USB context and he prepared the patch for it (the file is attached). I was
>> able to verify the patch fixes the crash, but I don't have a device
>> supported by gutenprint itself, so I couldn't do an additional sanity
>> testing. The patch looks good to me though.
> Will this work for multi-threaded stuff where there could conceivably be
> multiple contexts in use?  That's not being exercised in the current
> gutenprint code but some of the stuff I have cooking will change that.

Ben, would you mind looking into it? IMO we probably cannot use a 
default USB context for multi-threading...

In such case, IMO we can init the default context just for the 
print_help() scope and close it after we're done with it.

You can join us in discussion on the bug if you are able as well [1], 
I've pinged Robert there as well, because I didn't know your email for 
bugzilla...

>
>> Would you mind adding the patch to the project if it looks good for you?
> I won't be able to physically test any of this until this coming weekend
> (out of town and while I have remote access everything pertinent is
> turned off) but when I'm back, I'll be able to at least it doesn't
> introduce any regressions on F34 & F35.
Ok, Ben reverted the libusb change for now to do not block Fedora 36 
beta, so IMO after weekend is fine :) .
>
>   - Solomon


[1] https://bugzilla.redhat.com/show_bug.cgi?id=2055504

-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] Driver availability?

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

> On Feb 22, 2022, at 7:19 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/22/22 14:39, Kathy Bremer wrote:
>> Hi,
>> 
>> Do you have a driver that will allow use of a HP 1012 Laserjet on a MAC running Big Sur 11.6.4?  I
>> downloaded your 5.3.3 printer driver, but it did not solve my problem.  No matter what I try to
>> print it takes a long time to have the printer simply print out a single line on a sheet that reads
>> “Unsupported Personality:  PCL”.
> 
> That's interesting; I was under the impression that the 1012 (along wth the 1015 and 1022) did
> support PCL, but evidently not in the case of the 1012.  Unfortunately, we don't have any way of
> supporting this printer.
> 
> These printers feel cheap, but I have a 1022 and it has been going for years.


There is an interesting write up of the HP LaserJet 1012 on the openprinting.org site.  It does indicate that it can output the "Unsupported Personality: PCL".  See:
https://openprinting.org/printer/HP/HP-LaserJet_1012

Matt

Re: [Gimp-print-devel] Driver availability?

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

On 2/22/22 14:39, Kathy Bremer wrote:
> Hi,
> 
> Do you have a driver that will allow use of a HP 1012 Laserjet on a MAC running Big Sur 11.6.4?  I
> downloaded your 5.3.3 printer driver, but it did not solve my problem.  No matter what I try to
> print it takes a long time to have the printer simply print out a single line on a sheet that reads
> “Unsupported Personality:  PCL”.

That's interesting; I was under the impression that the 1012 (along wth the 1015 and 1022) did
support PCL, but evidently not in the case of the 1012.  Unfortunately, we don't have any way of
supporting this printer.

These printers feel cheap, but I have a 1022 and it has been going for years.

[Gimp-print-devel] Driver availability?

[Kathy B. <kcb...@gm...>]

Hi,

Do you have a driver that will allow use of a HP 1012 Laserjet on a MAC running Big Sur 11.6.4?  I downloaded your 5.3.3 printer driver, but it did not solve my problem.  No matter what I try to print it takes a long time to have the printer simply print out a single line on a sheet that reads “Unsupported Personality:  PCL”.

 

I would love to be able to continue to use this incredibly reliable printer.

 

Thank you,

Kathy Bremer

kcb...@gm...

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

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

On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
> there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
> context is not initialized unless you specifically pass NULL into
> `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
> behavior, because it passes its own context address into `libusb_init()`
> instead of NULL. So the change causes the backend to crash if you run it:

Yikes!  

> According libusb maintainer, Ben Berg, the backend can work with the default
> USB context and he prepared the patch for it (the file is attached). I was
> able to verify the patch fixes the crash, but I don't have a device
> supported by gutenprint itself, so I couldn't do an additional sanity
> testing. The patch looks good to me though.

Will this work for multi-threaded stuff where there could conceivably be 
multiple contexts in use?  That's not being exercised in the current 
gutenprint code but some of the stuff I have cooking will change that.

> Would you mind adding the patch to the project if it looks good for you?

I won't be able to physically test any of this until this coming weekend 
(out of town and while I have remote access everything pertinent is 
turned off) but when I'm back, I'll be able to at least it doesn't 
introduce any regressions on F34 & F35.

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (libra.chat)

[Gimp-print-devel] Will Gimp Print work with Big Sur?

[Jody J. <jo...@li...>]

Hello Devs,

We have an older Canon Pixma MP560 printer that we would like to keep if possible. Will Gimp Print work with Big Sur? My niece downloaded it but the Mac doesn’t seem to see it.

Advice is appreciated,

Thank you,
Jody Joy

[Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Zdenek D. <zd...@re...>]

Hi all,

there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default 
USB context is not initialized unless you specifically pass NULL into 
`libusb_init()` - gutenprint53+usb backend actually depended on this 
hidden behavior, because it passes its own context address into 
`libusb_init()` instead of NULL. So the change causes the backend to 
crash if you run it:

=======================================

$ sudo /usr/lib/cups/backend/gutenprint53+usb

DEBUG: Multi-Call Dye-sublimation CUPS Backend version 0.110G
DEBUG: Copyright 2007-2020 Solomon Peachy
DEBUG: This free software comes with ABSOLUTELY NO WARRANTY!
DEBUG: Licensed under the GNU GPL.  Run with '-G' for more details.

...

DEBUG:         [ -R ]           # Reset printer
DEBUG:         [ -s ]           # Query printer status
STATE: +org.gutenprint.searching-for-device
Segmentation fault

========================================

The backtrace is available in the related bugzilla [1].

According libusb maintainer, Ben Berg, the backend can work with the 
default USB context and he prepared the patch for it (the file is 
attached). I was able to verify the patch fixes the crash, but I don't 
have a device supported by gutenprint itself, so I couldn't do an 
additional sanity testing. The patch looks good to me though.

Would you mind adding the patch to the project if it looks good for you?


Thank you in advance!


Zdenek


[1] https://bugzilla.redhat.com/show_bug.cgi?id=2055504

-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] help, please gutenprint-5.2.9

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

On 2/17/22 10:49, melissa elaine smith wrote:
> hi there,
> 
> i run macos 10.13.6 (high sierra) with an epson workforce 630 that has been on the blink for some time. printer did run fine with high sierra for many years, i cannot figure out what happened to cause this problem — no software upgrade nor additions (as has been the case with others having this problem). research led me to you and 
> 
> https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.9/
> 
> gutenprint-5.2.9.dmg, however when running the installer, "The installation failed. The installer could not install the software because there was no software found to install.”
> 
> i am in need of EPSON WF-630 - CUPS+Gutenprint and it is not in the above mentioned package nor in versions 5.2.11-5.2.15, 5.3.3 (i installed them all and looked).
> 
> realize i am a “johnny-come-lately” looking for this years-old package, but can you PLEASE help me?

The WorkForce 630 should be supported in recent versions of Gutenprint.  How are you searching for
this printer?

Re: [Gimp-print-devel] ?

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

> On Feb 12, 2022, at 7:32 PM, Spencer Ednie via Gimp-print-devel <gim...@li...> wrote:
> 
> Is this still up to date? Also do you have support for ml-2010? Can it work with big-sur?

Assuming you mean the Samsung ml-2010, I am sorry to say that Gutenprint does not support this printer.  It uses a set of commands that is proprietary to Samsung.

Matt

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

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

On 2/19/22 02:59, Andrew X wrote:
> But most of epson use 8ch printhead for 9 colors and switch mk/pk with inkselector. And I think with
> 10ch printhead we have a chance that all ten channels can have their own addresses for each channel.

It's possible, but if both matte and photo black currently work on their own on these printers, it's
not likely, since the ink sets for both use the same channel and subchannel numbers and the
cartridge is selected at initialization.  If matte black does *not* currently work on the P900 with
Gutenprint, then it probably will work.

> I'm not familiar with analyzing printer data, but I have p900 printer and can make any experiments
> with it if you tell me what to do and help to analyzing data to find Chanel addresses for mk/pk or
> to be sure it's not possible to use 10ch at one time.

The easiest way would be with parse-escp2.  However, the official drivers now likely all generate
ESCP/R, which is RGB data and hence there are no channels and subchannels available.

> Can you recommend channel/subchannel numbers to test first of all?

The channel is always 0 for black; I've found no exceptions.  For subchannel, 0 is almost always for
standard black, with the following exceptions:

* Some of the high volume 4-color printers (b500/c120 class): subchannel=4
* WorkForce 40-class: subchannel=6
* R800/R1800/R1900-class: subchannel=0 for photo black, 4 for matte black

Light black is always subchannel 1; light light black is always subchannel 3.

I would try 4, 6, 2, and 8 in that order for starters.  Then try the rest between 5 and 15
(subchannel is a 4 bit field).

> сб, 19 февр. 2022 г., 03:37 Robert Krawitz <rl...@al... <mailto:rl...@al...>>:
> 
>     On 2/16/22 18:19, Andrew X wrote:
>     > I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900 printhead have 10 physical
>     > channels, print 10nozzle patterns and I want to manage all 10 channels in raw mode
> 
>     The only printers I know of where it might work are the R800/R1800/R1900.  All of the other printers
>     use the same code for matte and photo black ink, and the printer switches between them based on the
>     initialization code.
> 
>     > чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel
>     > <gim...@li... <mailto:gim...@li...>
>     <mailto:gim...@li... <mailto:gim...@li...>>>:
>     >
>     >     I believe the print head only supports 9 channels at a time and physically switches
>     between the
>     >     matte and photo black supply when you load the media (or at least that's how my P800
>     works... :)

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

[Andrew X <68...@gm...>]

But most of epson use 8ch printhead for 9 colors and switch mk/pk with
inkselector. And I think with 10ch printhead we have a chance that all ten
channels can have their own addresses for each channel. I'm not familiar
with analyzing printer data, but I have p900 printer and can make any
experiments with it if you tell me what to do and help to analyzing data to
find Chanel addresses for mk/pk or to be sure it's not possible to use 10ch
at one time.

Can you recommend channel/subchannel numbers to test first of all?

сб, 19 февр. 2022 г., 03:37 Robert Krawitz <rl...@al...>:

> On 2/16/22 18:19, Andrew X wrote:
> > I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900
> printhead have 10 physical
> > channels, print 10nozzle patterns and I want to manage all 10 channels
> in raw mode
>
> The only printers I know of where it might work are the R800/R1800/R1900.
> All of the other printers
> use the same code for matte and photo black ink, and the printer switches
> between them based on the
> initialization code.
>
> > чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel
> > <gim...@li... <mailto:
> gim...@li...>>:
> >
> >     I believe the print head only supports 9 channels at a time and
> physically switches between the
> >     matte and photo black supply when you load the media (or at least
> that's how my P800 works... :)
>
>
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

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

On 2/16/22 18:19, Andrew X wrote:
> I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900 printhead have 10 physical
> channels, print 10nozzle patterns and I want to manage all 10 channels in raw mode

The only printers I know of where it might work are the R800/R1800/R1900.  All of the other printers
use the same code for matte and photo black ink, and the printer switches between them based on the
initialization code.

> чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel
> <gim...@li... <mailto:gim...@li...>>:
> 
>     I believe the print head only supports 9 channels at a time and physically switches between the
>     matte and photo black supply when you load the media (or at least that's how my P800 works... :)