Thread: [Gimp-print-devel] Canon PIXMA iP7250

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hello,
i`have already download "gutenprint 5.2.9" but i dont know,
what do i have to do to run the printer.
in the driver list isn`t printers name.
what driver do i have to choose?
regards
Jan

Hi folks!

First of all thank you for the great work all over the years!

During the last 15 years I used several printers and all worked like a 
charm.

Recently I purchased a CANON iP7250 and yes, I know it is marked
as experimental. Here are my first experiences using
    Release: gutenprint 5.2.13-pre1 generated on 02 Apr 2017

1.) No problems printing documents with Okular or LibreOffice
    even double sided with plain paper A4 size.              

2.) Great photo prints on 4x6 photo glossy paper via GIMP with
    standard print dialog.

3.) Cannot print neither A4 nor 4x6 via GIMP with Gutenprint plugin.

4.) Also no success with PhotoPrint. However I can export the generated
    image and print with shell command lpr to the appropriate
    printer queues. (No problems with SELPHY CP 1000)

5.) Borderless print does not work (nothing printed, no paper feed; but
    data is sent to printer) with A4 plain paper setting.
    If I set paper to Ink Jet Hagaki (no clue what this means)
    printout is fine.

6.) Printing to CD tray is off by approximately -27 mm.

Let me know how I can help eliminating the few remaining issues.

Sincerely yours
Ludwig Tauer

---

There are no typos but creative behaviour of my keyboard!

On Fri, 14 Apr 2017 18:37:07 +0200, Ludwig TAUER wrote:
> 2.) Great photo prints on 4x6 photo glossy paper via GIMP with
>     standard print dialog.
>
> 3.) Cannot print neither A4 nor 4x6 via GIMP with Gutenprint plugin.

The Gutenprint plugin uses the same code as the CUPS driver, but
actually a more direct path, so usually it's more reliable.  What
settings were you using, and what actually happened?
-- 
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

On Samstag, 15. April 2017 04:51:50 CEST Robert Krawitz wrote:
> On Fri, 14 Apr 2017 18:37:07 +0200, Ludwig TAUER wrote:
> > 2.) Great photo prints on 4x6 photo glossy paper via GIMP with
> > 
> >     standard print dialog.
> > 
> > 3.) Cannot print neither A4 nor 4x6 via GIMP with Gutenprint plugin.
> 
> The Gutenprint plugin uses the same code as the CUPS driver, but
> actually a more direct path, so usually it's more reliable. 

Hello Robert,
this is what I expected especially when I remember the discussion
about paper sizes and the canon driver last February/March.
So I was surprised to have no problems with the standard print dialogs
in various programs. I did not expect problens with the gutenprint
print dialog in GIMP. Same problems with PhotoPrint.

> What settings were you using, and what actually happened?

It happens is that the print job is sent to the printer but the printer
shows no sign of reaction. I can see the data is transmitted because the 
printer is connected via WLAN and I can see the network activity
in the system monitor.

These are my settings in the gutenprint print dialog in GIMP:
Media Type: Photo Paper Plus Glossy II
Media Source: Cassette
Cassette Tray: Upper Tray/Cassette 1
		(no change if set to 'Driver-Controlled')
Resolution: 600x600 DPI PHOTO HIGH
	also tried all other resolutions to no avail
Ink Type: CMYK Color (no real choice here but 'Black')
	(this is changed to 'CMYKk Color' automatically when I set Resolution 		
	to 	'600x600 DPI HIGH (Duplex)')
Ink Set: None (no other choice)
Print Quality: Standard (no change if set to 'Manual Control')
Borderless button is pressed. (no change if released)
Image Type: Photograph (no change for other values)
Paper Size: 4x6 (also tried  'Postcard', '10cm x 15cm')

The working settings in standard print dialog are:
Paper type: Photo Paper Plus Glossy II
Paper source: Cassette
Paper size: 10cm x 15cm (also working 'hagaki (postcard)' and '4x6'
	with no visible changes on output)
Resolution: Automatic (but all others work with no visible changes)
Color Precision: Best
Print Quality: Standard
Shrink Page If Necessary to Fit Borders: Crop (preserve dimensions)
Cassette Tray: Upper Tray /Cassette 1
Ink Type: CMYKk Color
Borderless: Yes	 (Only true for left edge, but this might be a GIMP issue)

The borderless issue I can circumvent by creating a exact fitting
image with PhotoPrint and send that via shell command to an
approprialely setup queue. Then the results are perfect.

Sorry if I missed the obvious and consumed your time and bandwith.

-- 
Ludwig TAUER

PS: There are no typos but creative behaviour of my keyboard!

On Sat, Apr 15, 2017 at 1:37 AM, Ludwig TAUER <ta...@ao...> wrote:
> Hi folks!
>
> First of all thank you for the great work all over the years!

Hello Ludwig,
Thank you for your report.

> During the last 15 years I used several printers and all worked like a
> charm.
>
> Recently I purchased a CANON iP7250 and yes, I know it is marked
> as experimental. Here are my first experiences using
>     Release: gutenprint 5.2.13-pre1 generated on 02 Apr 2017
>
> 1.) No problems printing documents with Okular or LibreOffice
>     even double sided with plain paper A4 size.
>
> 2.) Great photo prints on 4x6 photo glossy paper via GIMP with
>     standard print dialog.

That is good to know.

> 3.) Cannot print neither A4 nor 4x6 via GIMP with Gutenprint plugin.

Robert already replied on this point.

> 4.) Also no success with PhotoPrint. However I can export the generated
>     image and print with shell command lpr to the appropriate
>     printer queues. (No problems with SELPHY CP 1000)
>
> 5.) Borderless print does not work (nothing printed, no paper feed; but
>     data is sent to printer) with A4 plain paper setting.
>     If I set paper to Ink Jet Hagaki (no clue what this means)
>     printout is fine.

Borderless only works with photo resolution modes (and one draft plain
media mode).
If you are using "automatic" for selecting resolution, for example,
this wll not work.
It is certainly not intended for plain media, the drat mode that does
exist (in Windows) is just that, for draft (like other borderless
modes, just photo colours, including photo black only if that is
available in this printer model).

By the sound of things you are only using "automatic" resolution, so
from your report it only indicates that one mode per media is at least
working. If you want to test more thoroughly, you would have to select
the various resolution modes provided for each media one by one and
check the quality (and if they even work as expected, in case there
are bugs with the ink encoding for example, there could be stretched
or compressed printing).

> 6.) Printing to CD tray is off by approximately -27 mm.

Yes, for this we need someone to test. Currently changes require
recompiling the driver, so it would be better to talk offline and let
me send you test printjobs with corrected offsets. You don't say where
this correction is needed, but if it is only one axis that would be
fairly simply I assume.

> Let me know how I can help eliminating the few remaining issues.
>
> Sincerely yours
> Ludwig Tauer

Best regards from Tokyo,
Gernot Hassenpflug

> ---
>
> There are no typos but creative behaviour of my keyboard!
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

On Samstag, 15. April 2017 05:06:58 CEST Gernot Hassenpflug wrote:
> On Sat, Apr 15, 2017 at 1:37 AM, Ludwig TAUER <ta...@ao...> wrote:

> > 6.) Printing to CD tray is off by approximately -27 mm.
> 
> Yes, for this we need someone to test. Currently changes require
> recompiling the driver,

No problem. I am on the programming trail since 45 years. ;-)

> so it would be better to talk offline and let
> me send you test printjobs with corrected offsets. You don't say where
> this correction is needed, but if it is only one axis that would be
> fairly simply I assume.

Only vertically misaligned as far as I can see. The printout is
shifted to the bottom approximately 27 mm.

Tell me where to change something and I can start trial and error
cycles for my own to speed things up.

With greetings from Vienna, Austria
Ludwig Tauer

-- 

There are no typos but creative behaviour of my keyboard!

On Sat, Apr 15, 2017 at 8:53 PM, Ludwig TAUER <ta...@ao...> wrote:
> On Samstag, 15. April 2017 05:06:58 CEST Gernot Hassenpflug wrote:
>> On Sat, Apr 15, 2017 at 1:37 AM, Ludwig TAUER <ta...@ao...> wrote:

Hallo Ludwig, Gruess Gott,

>> > 6.) Printing to CD tray is off by approximately -27 mm.
>>
>> Yes, for this we need someone to test. Currently changes require
>> recompiling the driver,
>
> No problem. I am on the programming trail since 45 years. ;-)

Wunderbar!

>> so it would be better to talk offline and let
>> me send you test printjobs with corrected offsets. You don't say where
>> this correction is needed, but if it is only one axis that would be
>> fairly simply I assume.
>
> Only vertically misaligned as far as I can see. The printout is
> shifted to the bottom approximately 27 mm.

Excellent.

> Tell me where to change something and I can start trial and error
> cycles for my own to speed things up.

All right, here is the overview:

(1) CD trays fall into several types, with alphabetic names, from A to
L (currently).

(2) iP7200 uses the type J, any corrections will be useful to all
other printer models using this tray type.

(3) code is in print-canon.c, specifically functions:
canon_size_type (setting of tray type codes, no changes needed)
canon_init_setPageMargins2 (settings of page size and offsets, here is
the place to experiment)
canon_set_ESC_P (setting of tray type codes, no changes needed)

(4) for the adjustments in canon_init_setPageMargins2

These adjustments are per tray type. Adjustments are done in point
dimensions in the code (1/72 inches), and later converted to printer
units (1/600 inches) for final output.
(See the comments in the code for the full version)

There are two fixed parameters currently in the code, which should not
be changed:
CANON_CD_X, CANON_CD_Y
These should in fact be parameters specific to each tray type, but
since I don't know the history of the code, it is hard to correct this
at present until confirmation of all the variations for different tray
types has been done.

So, we do adjustments on these fixed parameters, per tray type.
printable_width adjusted via adjust_tray_J_width
printable_length adjusted via adjust_tray_J_length

We adjust later also the following similarly:
page_width
page_height
Fortunately, the iP7200 has already been chosen as a test subject
(from a previous attempt to work with a tester), so the code already
is active.

Then there are border adjustments, again already the iP7200 is chosen:
border_left2
border_right2
border_bottom
border_top
I doubt that anything needs to be changed here at the moment, all
adjustments are set to 0 currently in the code.

I guess that either or printable_length and or page_height need to be
set differently. 27mm is quite a large shift, it is not clear whether
that is owing to the paper dimensions, or to the image dimensions.
Maybe reduce one or the other independently first.

> With greetings from Vienna, Austria
> Ludwig Tauer

Best wishes,
Gernot Hassenpflug

On Sat, Apr 15, 2017 at 9:43 PM, Gernot Hassenpflug
<aik...@gm...> wrote:
> On Sat, Apr 15, 2017 at 8:53 PM, Ludwig TAUER <ta...@ao...> wrote:
>> On Samstag, 15. April 2017 05:06:58 CEST Gernot Hassenpflug wrote:
>>> On Sat, Apr 15, 2017 at 1:37 AM, Ludwig TAUER <ta...@ao...> wrote:
>
> Hallo Ludwig, Gruess Gott,
>
>>> > 6.) Printing to CD tray is off by approximately -27 mm.
>>>
>>> Yes, for this we need someone to test. Currently changes require
>>> recompiling the driver,
>>
>> No problem. I am on the programming trail since 45 years. ;-)
>
> Wunderbar!

Hello Ludwig,
I left out one critical function in the previous email.

>>> so it would be better to talk offline and let
>>> me send you test printjobs with corrected offsets. You don't say where
>>> this correction is needed, but if it is only one axis that would be
>>> fairly simply I assume.
>>
>> Only vertically misaligned as far as I can see. The printout is
>> shifted to the bottom approximately 27 mm.
>
> Excellent.
>
>> Tell me where to change something and I can start trial and error
>> cycles for my own to speed things up.
>
> All right, here is the overview:
>
> (1) CD trays fall into several types, with alphabetic names, from A to
> L (currently).
>
> (2) iP7200 uses the type J, any corrections will be useful to all
> other printer models using this tray type.
>
> (3) code is in print-canon.c, specifically functions:
> canon_size_type (setting of tray type codes, no changes needed)
> canon_init_setPageMargins2 (settings of page size and offsets, here is
> the place to experiment)
> canon_set_ESC_P (setting of tray type codes, no changes needed)

canon_setup_channels (where CANON_CD_X, CANON_CD_Y are defined and
used, adjustments needed here)

> (4) for the adjustments in canon_init_setPageMargins2
>
> These adjustments are per tray type. Adjustments are done in point
> dimensions in the code (1/72 inches), and later converted to printer
> units (1/600 inches) for final output.
> (See the comments in the code for the full version)
>
> There are two fixed parameters currently in the code, which should not
> be changed:
> CANON_CD_X, CANON_CD_Y
> These should in fact be parameters specific to each tray type, but
> since I don't know the history of the code, it is hard to correct this
> at present until confirmation of all the variations for different tray
> types has been done.
>
> So, we do adjustments on these fixed parameters, per tray type.
> printable_width adjusted via adjust_tray_J_width
> printable_length adjusted via adjust_tray_J_length
>
> We adjust later also the following similarly:
> page_width
> page_height
> Fortunately, the iP7200 has already been chosen as a test subject
> (from a previous attempt to work with a tester), so the code already
> is active.
>
> Then there are border adjustments, again already the iP7200 is chosen:
> border_left2
> border_right2
> border_bottom
> border_top
> I doubt that anything needs to be changed here at the moment, all
> adjustments are set to 0 currently in the code.
>
> I guess that either or printable_length and or page_height need to be
> set differently. 27mm is quite a large shift, it is not clear whether
> that is owing to the paper dimensions, or to the image dimensions.
> Maybe reduce one or the other independently first.

(5) adjustment in canon_setup_channels, requires adjustment also  in (4) abvove.

  if (print_cd) {
    privdata->cd_inner_radius = hub_size / 2;
    privdata->cd_outer_radius = stp_get_width(v) / 2;
    privdata->left = CANON_CD_X - privdata->cd_outer_radius +
stp_get_dimension_parameter(v, "CDXAdjustment");;
    privdata->top = CANON_CD_Y - privdata->cd_outer_radius +
stp_get_dimension_parameter(v, "CDYAdjustment");
    privdata->page_width = privdata->left + privdata->out_width;
    privdata->page_height = privdata->top + privdata->out_height;

As you can see, the top is set according to CANON_CD_Y, so even if the
adjustments in (4) are correct for the overall page dimensions, the
shift you see might well be owing to CANON_CD_Y (in fact, very
likely).
Unfortunately, without an actual testprinter, getting this right is not so easy.
I had written code to handle this in a coordinated manner, but again,
until we know the individual preferences for each tray type, we cannot
guarantee that the existing behaviour is either kept or changed for
the better.
It would thus help greatly if your experimentation results in a
working CD printing configuration for the Tray J printers.

Many thanks,
Gernot

>> With greetings from Vienna, Austria
>> Ludwig Tauer
>
> Best wishes,
> Gernot Hassenpflug

On Sonntag, 16. April 2017 03:21:57 CEST Gernot Hassenpflug wrote:
> On Sat, Apr 15, 2017 at 9:43 PM, Gernot Hassenpflug
> 
<snip>
> Hello Ludwig,
> I left out one critical function in the previous email.
> 
<snip>

Hello Gernot,
seems that this omission further grayed my hair ;-)

> > (3) code is in print-canon.c, specifically functions:
> > canon_size_type (setting of tray type codes, no changes needed)
> > canon_init_setPageMargins2 (settings of page size and offsets, here is
> > the place to experiment)

Nothing I changed here made any visible difference.
<snip>
> (5) adjustment in canon_setup_channels, requires adjustment also  in (4)
> abvove.
> 
>   if (print_cd) {
>     privdata->cd_inner_radius = hub_size / 2;
>     privdata->cd_outer_radius = stp_get_width(v) / 2;
>     privdata->left = CANON_CD_X - privdata->cd_outer_radius +
> stp_get_dimension_parameter(v, "CDXAdjustment");;
>     privdata->top = CANON_CD_Y - privdata->cd_outer_radius +
> stp_get_dimension_parameter(v, "CDYAdjustment");
>     privdata->page_width = privdata->left + privdata->out_width;
>     privdata->page_height = privdata->top + privdata->out_height;
> 
> As you can see, the top is set according to CANON_CD_Y, so even if the
> adjustments in (4) are correct for the overall page dimensions, the
> shift you see might well be owing to CANON_CD_Y (in fact, very
> likely).

True. I now left adjust_tray_J_lengprivdata->leftth and 
adjust_tray_J_width untouched.
In setup_page() I reduced privdata->left by 2 and privdata->top by 73.
That gives the best result, though it seems slightly misaligned by
half a point in the vertical direction, but since we have integers here...

> Unfortunately, without an actual testprinter, getting this right is not
> so easy. I had written code to handle this in a coordinated manner, but
> again, until we know the individual preferences for each tray type, we
> cannot guarantee that the existing behaviour is either kept or changed
> for the better.
> It would thus help greatly if your experimentation results in a
> working CD printing configuration for the Tray J printers.

Count on me for further testing but for the moment I am out of
printable CDs, DVDs and BRs. Must order some so the further CD tray 
testing is delayed until 2nd half of the week.

In the meantime I will attack my other issues.

Many thanks for your help~
Ludwig

On Sun, Apr 16, 2017 at 9:31 PM, Ludwig TAUER <ta...@ao...> wrote:
> On Sonntag, 16. April 2017 03:21:57 CEST Gernot Hassenpflug wrote:
>> On Sat, Apr 15, 2017 at 9:43 PM, Gernot Hassenpflug
>>
> <snip>
>> Hello Ludwig,
>> I left out one critical function in the previous email.
>>
> <snip>
>
> Hello Gernot,
> seems that this omission further grayed my hair ;-)

Hello Ludwig,
Sorry about that! I have the same hair issue when looking at CD
printing though :-)

>> > (3) code is in print-canon.c, specifically functions:
>> > canon_size_type (setting of tray type codes, no changes needed)
>> > canon_init_setPageMargins2 (settings of page size and offsets, here is
>> > the place to experiment)
>
> Nothing I changed here made any visible difference.

Really. That is good news, it means it is not critical to get exact sizes maybe.

> <snip>
>> (5) adjustment in canon_setup_channels, requires adjustment also  in (4)
>> abvove.
>>
>>   if (print_cd) {
>>     privdata->cd_inner_radius = hub_size / 2;
>>     privdata->cd_outer_radius = stp_get_width(v) / 2;
>>     privdata->left = CANON_CD_X - privdata->cd_outer_radius +
>> stp_get_dimension_parameter(v, "CDXAdjustment");;
>>     privdata->top = CANON_CD_Y - privdata->cd_outer_radius +
>> stp_get_dimension_parameter(v, "CDYAdjustment");
>>     privdata->page_width = privdata->left + privdata->out_width;
>>     privdata->page_height = privdata->top + privdata->out_height;
>>
>> As you can see, the top is set according to CANON_CD_Y, so even if the
>> adjustments in (4) are correct for the overall page dimensions, the
>> shift you see might well be owing to CANON_CD_Y (in fact, very
>> likely).
>
> True. I now left adjust_tray_J_lengprivdata->leftth and
> adjust_tray_J_width untouched.
> In setup_page() I reduced privdata->left by 2 and privdata->top by 73.
> That gives the best result, though it seems slightly misaligned by
> half a point in the vertical direction, but since we have integers here...

Thanks for that correction, too bad half a point of misalignment remains.
Since we are intending to move the code to floating point, things will
improve for CD offsets.
I haven't begun on that task yet though. I'll have to check it it was
intended to do that for the current upcoming release or not.

I will note the changes you have fou nd necessary and see if I can
recode in a way that makes these changes applicable only to this tray
type.
It is a temporary solution until the new codebase for CD printing can be used.

/../
> Count on me for further testing but for the moment I am out of
> printable CDs, DVDs and BRs. Must order some so the further CD tray
> testing is delayed until 2nd half of the week.

I used to use the same CD each time, just print patterns in black or
cyan, and wipe off the ink after printing. Even a CD not intended for
CD printing is fine in that case.

Best regards,
Gernot Hassenpflug

Good evening.
On your web page
http://gimp-print.sourceforge.net/p_Supported_Printers.php

I found that my printers
- Canon PIXMA iP7250
- Epson Stylus SX200
be supported.
But I can't find where to download the drivers.

I'm using Linux MX18.3, 64bit, debian 9 based
- see        https://distrowatch.com/table.php?distribution=mx

Unfortunately I am still quite new with Linux and in some things still 
helpless.

I am grateful for any advice.

Greetings
Karl

Translated with www.DeepL.com/Translator

On Thu, 06 Jun 2019 22:41:39 +0200, Karl Hamacher-Gatzweiler wrote:
> Good evening.
> On your web page
> http://gimp-print.sourceforge.net/p_Supported_Printers.php
>
> I found that my printers
> - Canon PIXMA iP7250
> - Epson Stylus SX200
> be supported.
> But I can't find where to download the drivers.
>
> I'm using Linux MX18.3, 64bit, debian 9 based
> - see        https://distrowatch.com/table.php?distribution=mx
>
> Unfortunately I am still quite new with Linux and in some things
> still helpless.
>
> I am grateful for any advice.

Your distribution probably has Gutenprint available with it, which you
can install with the package manager.  The iP7250 was supported as of
Gutenprint 5.2.10; the SX200 has been around much longer.

If your distribution doesn't have Gutenprint 5.2.10 or newer, you'll
need to build and install it from source, which we can assist with.
-- 
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

On Sat, 08 Jun 2019 19:36:25 +0200, Karl Hamacher-Gatzweiler wrote:
> On 08.06.2019 17:24 Robert Krawitz answered:
>> Your distribution probably has Gutenprint available with it, which you
>> can install with the package manager.  The iP7250 was supported as of
>> Gutenprint 5.2.10; the SX200 has been around much longer.
>> 
>> If your distribution doesn't have Gutenprint 5.2.10 or newer, you'll
>> need to build and install it from source, which we can assist with.
>
> Hello, Robert,
> Thank you very much for your kind answer.

(Please reply-all or reply-list)

> Under Linux MX18.3 64bit on my laptop the installed CUPS version is
> 2.2.1-8+deb9u3 Synaptic package management also does not offer a
> newer version.
>
> On my SingleBoard computer ASUS Tinkerboard (ARM processor similar
> to Raspberry Pi) with Linux Debian 9, 32bit, the same version of
> CUPS is installed.
>
> I have no experience how to build and install something from source,
> as you write.  So I gladly accept your offer to help me.
>
> If we can work this out together, I will post the instructions and procedure on the two forums, with your permission:
> - https://tinkerboarding.co.uk/forum/
> - https://forum.mxlinux.org
>
> There are always questions about CUPS there.
>
> What procedure do you suggest?

There should be a separate package named gutenprint or similar; you
need more than just CUPS installed.  Please check your package manager
for such a package.
-- 
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

On Sat, 08 Jun 2019 21:08:33 +0200, Karl Hamacher-Gatzweiler wrote:
> Hello, Robert,
> Thank you very much for your quick answer.
> Yes, I found gutenprint in the package manager
> and installed it.

(Again, please reply-all or reply-list rather than jst me personally.)

> What about foomatic?
>
> Please see attached screenshot.

You don't need it.
-- 
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

On Sat, 08 Jun 2019 21:18:05 +0200, Karl Hamacher-Gatzweiler wrote:
> ok.
> How to proceed?

Install the packages, and then follow your distribution's instructions
for installing a new printer.

> Am 08.06.2019 21:12 schrieb Robert Krawitz:
>> On Sat, 08 Jun 2019 21:08:33 +0200, Karl Hamacher-Gatzweiler wrote:
>>> Hello, Robert,
>>> Thank you very much for your quick answer.
>>> Yes, I found gutenprint in the package manager
>>> and installed it.
>> 
>> (Again, please reply-all or reply-list rather than jst me personally.)
>> 
>>> What about foomatic?
>>> 
>>> Please see attached screenshot.
>> 
>> You don't need it.

-- 
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

On Tue, Aug 26, 2014 at 11:08 PM, Jan Christoph Steer
<ins...@gm...> wrote:
> Hello,
> i`have already download "gutenprint 5.2.9" but i dont know,

You should definitely use 5.2.10 if you have a printer newer than 2 years old.
There have also been many improvements since 5.2.9.

Regards,
Gernot Hassenpflug