gimp-print-devel

Re: [Gimp-print-devel] Problem with Gutenprint install on MacOS

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

On Sat, Apr 04, 2020 at 11:43:56AM +0200, Ruben Broman wrote:
> I’ve used the Gutenprint 5.3.3 MacOS dmg installer to install 
> Gutenprint on MacOS 10.14.6 Mojave. Now when trying to install 
> selphy_print I can’t find where gutenprint.pc is. Could you please 
> point me in the right direction? Find error message from selphy_print 
> below.

First, which printer model are you trying to use?

Next, unless you have one of several Mitsubishi[-derived] models or the 
Sinfonia CS2, there is no need for the image processing libraries and 
data tables in my selphy_print repository -- the standard gutenprint 
installer already has everything necessary.

(And even if you do have one of those models, those manufacturers 
 provide native MacOS drivers anyway..)

And lastly, due to the considerable complexity in dealing with MacOS, 
selphy_print does not support standalone installation.  Indeed, due to 
MacOS security, I'm not sure what gets compiled will even function.

(That said, it ought to at least compile.  I'll look into that..)

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

[Gimp-print-devel] Problem with Gutenprint install on MacOS

[Ruben B. <ru...@ru...>]

Hi,

I hope that this is the right place to ask these kind of questions.

I’ve used the Gutenprint 5.3.3 MacOS dmg installer to install Gutenprint on MacOS 10.14.6 Mojave. Now when trying to install selphy_print I can’t find where gutenprint.pc is. Could you please point me in the right direction? Find error message from selphy_print below.

Thanks
Ruben


Package gutenprint was not found in the pkg-config search path.
Perhaps you should add the directory containing `gutenprint.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gutenprint' found
Package gutenprint was not found in the pkg-config search path.
Perhaps you should add the directory containing `gutenprint.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gutenprint' found

     Configuration Summary

   GUTENPRINT VER:    .
   CUPS BACKEND DIR:  /usr/libexec/cups/backend
   BACKEND NAME:      gutenprint5X+usb
   CUPS DATA DIR:     /usr/share/cups
   BACKEND DATA DIR:  /usr/local/share/gutenprint/backend_data
   LIBDIR:            /usr/local/lib/

      CC   backend_common.o
      CC   backend_sinfonia.o
      CC   backend_mitsu.o
      CC   backend_canonselphy.o
      CC   backend_canonselphyneo.o
      CC   backend_dnpds40.o
      CC   backend_hiti.o
      CC   backend_kodak605.o
      CC   backend_kodak1400.o
      CC   backend_kodak6800.o
      CC   backend_magicard.o
      CC   backend_mitsu70x.o
      CC   backend_mitsu9550.o
      CC   backend_mitsud90.o
      CC   backend_mitsup95d.o
      CC   backend_shinkos1245.o
      CC   backend_shinkos2145.o
      CC   backend_shinkos6145.o
      CC   backend_shinkos6245.o
      CC   backend_sonyupd.o
      CC   backend_sonyupdneo.o
    CCLD   dyesub_backend
      LN   canonselphy
      LN   canonselphyneo
      LN   dnpds40
      LN   hiti
      LN   kodak605
      LN   kodak1400
      LN   kodak6800
      LN   magicard
      LN   mitsu70x
      LN   mitsu9550
      LN   mitsud90
      LN   mitsup95d
      LN   shinkos1245
      LN   shinkos2145
      LN   shinkos6145
      LN   shinkos6245
      LN   sonyupd
      LN   sonyupdneo
      CC   lib6145/libS6145ImageReProcess.o
clang: error: unsupported option '--no-strict-overflow', did you mean '-fno-strict-overflow'?
make: *** [lib6145/libS6145ImageReProcess.o] Error 1

[Gimp-print-devel] add suport driver for canon lbp6030

[<he...@ke...>]

I have canon lbp6030 printer, i run manjaro on raspberry pi 4. i can't
find any driver for lbp6030. hope that you can add this driver on the
next update.

thank for your help
anton 

Re: [Gimp-print-devel] Epson ET-3750 Support

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

On Sat, 28 Mar 2020 15:35:30 -0700, Adamant Adam wrote:
> Is it possible for you to add compatibility for Epson's EcoTank ET-3750? Or
> is it likely to work with the EcoTank drivers you already have?
>
> Also how would you recommend color calibrating my printer if I choose to
> use Gutenprint to run my printer?

Hi,

Unfortunately, we don't have a driver compatible with this printer (or
any other printer with a base resolution of a multiple of 300, as
opposed to 360).  We have no estimate for when we could provide such a
driver.
-- 
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] Epson ET-3750 Support

[Adamant A. <ada...@gm...>]

Is it possible for you to add compatibility for Epson's EcoTank ET-3750? Or
is it likely to work with the EcoTank drivers you already have?

Also how would you recommend color calibrating my printer if I choose to
use Gutenprint to run my printer?


Thanks,

-Adam

Re: [Gimp-print-devel] <No Subject>

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

On Mon, Mar 23, 2020 at 11:02:20AM -0400, Michael Sweet wrote:
> Fortunately, libcups builds natively on Windows, although I 
> exclusively dwvelop any Windows stuff (when I have to...) in Visual 
> Studio so I'm not sure where the CUPS configure script sits WRT MingW 
> builds right now. The code itself will build cleanly.

Looks like mingw pukes in multiple places when trying to build libcups, 
and trying to resolve that has turned into a rabbit hole.

If I can't quickly find a preubilt DLL that will make mingw happy, I'll 
just shelve this little lark in favor of continuing to refactor the 
backends into soemething more easily integrated into the printer 
application always-on paradigm..

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

Re: [Gimp-print-devel] <No Subject>

[Michael S. <ms...@ms...>]

Solomon,

> On Mar 23, 2020, at 10:58 AM, Solomon Peachy <pi...@sh...> wrote:
> 
> On Mon, Mar 23, 2020 at 08:35:31AM -0400, Robert Krawitz wrote:
>> It looks like _XOPEN_SOURCE is the more generic way to do it.  Perhaps
>> it should be conditionalized on Windows?
> 
> I added stuff to autoconf to test for setenv(), and the code now only uses 
> putenv() if the former is unavailable.
> 
> BTW, I'm now at the point where libgutenprint compiles cleanly under 
> mingw.  libgutenprintui is up next.
> 
> (I'm not sure how far I want to take this Windows diversion.  I'd like 
> to get the CUPS filter and PPD generator to run, but that relies on 
> libcups which doesn't have a convenient mingw port yet..)

Fortunately, libcups builds natively on Windows, although I exclusively dwvelop any Windows stuff (when I have to...) in Visual Studio so I'm not sure where the CUPS configure script sits WRT MingW builds right now. The code itself will build cleanly.

________________________
Michael Sweet

Re: [Gimp-print-devel] <No Subject>

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

On Mon, Mar 23, 2020 at 08:35:31AM -0400, Robert Krawitz wrote:
> It looks like _XOPEN_SOURCE is the more generic way to do it.  Perhaps
> it should be conditionalized on Windows?

I added stuff to autoconf to test for setenv(), and the code now only uses 
putenv() if the former is unavailable.

BTW, I'm now at the point where libgutenprint compiles cleanly under 
mingw.  libgutenprintui is up next.

(I'm not sure how far I want to take this Windows diversion.  I'd like 
to get the CUPS filter and PPD generator to run, but that relies on 
libcups which doesn't have a convenient mingw port yet..)

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

Re: [Gimp-print-devel] <No Subject>

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

On Sun, 22 Mar 2020 22:57:22 -0400, Solomon Peachy wrote:
>
> --===============0683292360179802852==
> Content-Type: multipart/signed; micalg=pgp-sha512;
> 	protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU"
> Content-Disposition: inline
>
> --EeQfGwPcQSOJBaQU
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Sun, Mar 22, 2020 at 10:46:38PM -0400, Robert Krawitz wrote:
>> 045790c384b96d6e28651e982bcea1aedd1c7da0 broke the build with gcc
>> (clang works):
>
>> 2020-03-23T02:02:22+0000   CC       check_duplicate_printers.test.o
>> 2020-03-23T02:02:22+0000 check_duplicate_printers.test.c: In function =E2=80=98main':
>> 2020-03-23T02:02:22+0000 check_duplicate_printers.test.c:40:3: error: implicit declaration of function =E2=80=98putenv'; did you mean =E2=80=98setenv'? [-Werror=implicit-function-declaration]
>> 2020-03-23T02:02:22+0000    putenv("STP_CHECK_DUPLICATE_PRINTERS=TRUE");
>> 2020-03-23T02:02:22+0000    ^~~~~~
>> 2020-03-23T02:02:22+0000    setenv
>
> Hmm. I test-compiled this before committed.  Granted, I did so with a 
> modern system.

This is also a modern system.

> Upon further inspection it appears that in spite of putenv() being
> part of POSIX-2001, it looks like one needs to define _SVID_SOURCE
> with glibc older than v2.19 (early 2014).

It looks like _XOPEN_SOURCE is the more generic way to do it.  Perhaps
it should be conditionalized on Windows?

> Unfortunately I don't have a test system old enough for me to make sure 
> this fix is sufficient..

-- 
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] <No Subject>

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

On Sun, Mar 22, 2020 at 10:46:38PM -0400, Robert Krawitz wrote:
> 045790c384b96d6e28651e982bcea1aedd1c7da0 broke the build with gcc
> (clang works):

> 2020-03-23T02:02:22+0000   CC       check_duplicate_printers.test.o
> 2020-03-23T02:02:22+0000 check_duplicate_printers.test.c: In function ‘main’:
> 2020-03-23T02:02:22+0000 check_duplicate_printers.test.c:40:3: error: implicit declaration of function ‘putenv’; did you mean ‘setenv’? [-Werror=implicit-function-declaration]
> 2020-03-23T02:02:22+0000    putenv("STP_CHECK_DUPLICATE_PRINTERS=TRUE");
> 2020-03-23T02:02:22+0000    ^~~~~~
> 2020-03-23T02:02:22+0000    setenv

Hmm. I test-compiled this before committed.  Granted, I did so with a 
modern system.

Upon further inspection it appears that in spite of putenv() being part 
of POSIX-2001, it looks like one needs to define _SVID_SOURCE with glibc older
than v2.19 (early 2014).

Unfortunately I don't have a test system old enough for me to make sure 
this fix is sufficient..

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

[Gimp-print-devel] <No Subject>

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

045790c384b96d6e28651e982bcea1aedd1c7da0 broke the build with gcc
(clang works):

2020-03-23T02:02:22+0000   CC       check_duplicate_printers.test.o
2020-03-23T02:02:22+0000 check_duplicate_printers.test.c: In function ‘main’:
2020-03-23T02:02:22+0000 check_duplicate_printers.test.c:40:3: error: implicit declaration of function ‘putenv’; did you mean ‘setenv’? [-Werror=implicit-function-declaration]
2020-03-23T02:02:22+0000    putenv("STP_CHECK_DUPLICATE_PRINTERS=TRUE");
2020-03-23T02:02:22+0000    ^~~~~~
2020-03-23T02:02:22+0000    setenv

-- 
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] Epson C66

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

On Fri, 20 Mar 2020 15:52:17 +0100, Martin Gemperle wrote:
> Dear Sir,
>
> Till recently I had full satisfactory prints on this soon vintage Epson, thanks to your driver. Thanks for that.
> But now presently only yellow and black print properly on the test page.
> Cartridges are all new and of Epson original.
> Is there possible remedy?
>
> Thank You for Your help and keep well and careful

Most likely the nozzles are clogged.  If you print a test page from
the front panel, do all of the colors print?
-- 
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] Epson C66

[Martin G. <ma...@ge...>]

Dear Sir,

Till recently I had full satisfactory prints on this soon vintage Epson, thanks to your driver. Thanks for that.
But now presently only yellow and black print properly on the test page.
Cartridges are all new and of Epson original.
Is there possible remedy?

Thank You for Your help and keep well and careful


Faithfully

Martin 

[Gimp-print-devel] Prefeitura Municipal de São Paulo: Prefeitura: forneça acolhida e álcool gel para os moradores de rua se protegerem do corona

[<opj...@gm...>]

Olá,

Eu acabei de assinar o abaixo-assinado "Prefeitura Municipal de São Paulo:
Prefeitura: forneça acolhida e álcool gel para os moradores de rua se
protegerem do corona" e queria saber se você pode ajudar assinando também.

A nossa meta é conseguir 35.000 assinaturas e precisamos de mais apoio.
Você pode ler mais sobre este assunto e assinar o abaixo-assinado aqui:

http://chng.it/xLThrnP4xm

Obrigado/a!
Joao Paulo

[Gimp-print-devel] Drucker Treiber

[tom l. <tom...@ya...>]

Hallo ich wollte fragen ob es von Ihnen einen Treiber gibt für Mac Catalina und Canon Mx 420 ich kann leider nicht so gut Englisch vlt könnten Sie mir auf Deutsch antworten 

von mir gesendet R.T.L

Re: [Gimp-print-devel] Incremental progress towards running under Windows

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

On Thu, 19 Mar 2020 21:29:58 -0400, Solomon Peachy wrote:
> The dyesub backend now runs under Windows!
>
> This including dynamically loading the image processing libraries and 
> datafiles that some models require.  :)
>
> I cross-commpiled the backend using mingw.  Unfortunately the rest of 
> Gutenprint isn't terribly cross-compile friendly, but there's value in 
> improving that regardless..

I'd like to be as cross-compile friendly as possible.  Sometimes
generic bugs manifest as platform-specific.

> Anyway.  Thought I'd share the news..

-- 
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] HP Laserjet CP1025 Color (not Pro)

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

> On Mar 19, 2020, at 3:35 PM, Carla Viragh via Gimp-print-devel <gim...@li...> wrote:
> 
> Hi guys, please… I heard Catalina is not supporting 32 bits anymore and HP said there is no driver for my printer anymore with Catalina (MacOS 10.15.3). Is there any driver in here that works with my printer and Catalina? If so… can you let me know which one and how to download?
> 
> Thank you!

Unfortunately, there is no Gutenprint driver that will work with the HP LaserJet CP1025. This is a host based printer.  It depends on the computer system, mostly Windows, to drive the printer.  You are correct that Catalina does not support 32 bit at all.
Matt

[Gimp-print-devel] Incremental progress towards running under Windows

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

The dyesub backend now runs under Windows!

This including dynamically loading the image processing libraries and 
datafiles that some models require.  :)

I cross-commpiled the backend using mingw.  Unfortunately the rest of 
Gutenprint isn't terribly cross-compile friendly, but there's value in 
improving that regardless..

Anyway.  Thought I'd share the news..

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

[Gimp-print-devel] HP Laserjet CP1025 Color (not Pro)

[Carla V. <car...@ya...>]

Hi guys, please… I heard Catalina is not supporting 32 bits anymore and HP said there is no driver for my printer anymore with Catalina (MacOS 10.15.3). Is there any driver in here that works with my printer and Catalina? If so… can you let me know which one and how to download?

Thank you!

Re: [Gimp-print-devel] HP CP1025

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

<html><head></head><body dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="ApplePlainTextBody"><div class="ApplePlainTextBody"><br><br><blockquote type="cite">On Mar 19, 2020, at 6:07 AM, Jon Trepte via Gimp-print-devel &lt;gim...@li...&gt; wrote:<br><br>Dear support,<br><span class="Apple-tab-span" style="white-space:pre">	</span>I have a HP CP1025 and noticed that you don’t support it. Is there a driver thats close and compatible?<br>Kindest regards<br>Jon<br></blockquote><br><br>It appears there are four HP printers with the designation of CP1025 in the name. &nbsp;Unfortunately, they all seem to be host based printers. Therefore you have rely on HP for any drivers. &nbsp;Gutenprint is unable to support any host based printer.<br>--<br>Matt <br><br><br></div></body></html>

[Gimp-print-devel] HP CP1025

[Jon T. <jon...@me...>]

Dear support,
	I have a HP CP1025 and noticed that you don’t support it. Is there a driver thats close and compatible?
Kindest regards
Jon

Re: [Gimp-print-devel] Adding a driver for OKi MC362dn and fix bugs

[Mildred Ki'L. <mil...@mi...>]

Hi, thanks for your answer

Le 18/03/2020 à 13:51, Robert Krawitz a écrit :
>> Would it be possible to include the driver in gutemprint, and fix it at the same time ?
One other advantage of including it in gutemprint is that it would make 
it easy to install the printer without downloading the driver manually. 
Are there guidelines for inclusion?
>>
>> I looked at the PPD file, but I have no knowledge about driver coding except it's postscript and I have some basic knowledge about that. I couldn't find anywhere anything about nup printing or the number of copies. is this really handled at the driver level, or is it handled at the CUPS level. Can the driver fix those bugs ?
>>
>> Thank you for your help,
> What I suspect is happening is that there's a problem with the PPD
> file whereby it's telling CUPS that CUPS itself has to handle multiple
> copies (so CUPS sends multiple copies to the printer) while also
> passing through the command to generate multiple copies (that would
> explain why when you ask for 2 copies you get 4, and when you ask for
> 3 you get 9).
>
> Could you reply attaching the actual PPD file you're using (not simply
> the one that was downloaded) so we could take a look at it?

See attatched the PPD.

I doubled checked to be sure that's the PPD I was using and I created a 
document with LibreOffice and there, the nup setting and the number of 
pages setting worked correctly (perhaps it's handled at the Libreoffice 
level).

I checked with evince, and there:

- selecting 2 pages per sheet gives you 4
- 4 pages per sheet gives you 16
- 6 pages per sheet gives you something like 36

and about the number of copies:

- 2 copies gives you 4
- 3 copies gives you 9

And looking at the PPD, each setting is commented in its own section, 
but there is nothing I see about the nup setting or the number of copies.

Indeed, it seems like the setting is applied twice, perhaps there is a 
missing option in the PPD but I admit I don't know PPD language enough 
to be able to see that.

Thanks.

[Gimp-print-devel] test == in configure

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

In 5.3, we patch configure to remove two instances of 'test ==':


--- configure.orig      2019-08-25 15:14:21.000000000 +0000
+++ configure
@@ -12747,7 +12747,7 @@ if test "${with_cups+set}" = set; then :
   withval=$with_cups; case "${withval}" in
 
     yes)
-         if test "$FOUND_CUPS_CONFIG" == "yes" ; then
+         if test "$FOUND_CUPS_CONFIG" = "yes" ; then
           BUILD_CUPS="yes"
           { $as_echo "$as_me:${as_lineno-$LINENO}: result: yes" >&5
 $as_echo "yes" >&6; }
@@ -12776,7 +12776,7 @@ else
              fi
              { $as_echo "$as_me:${as_lineno-$LINENO}: result: ${BUILD_CUPS}" >&5
 $as_echo "${BUILD_CUPS}" >&6; } ;
-     if test "$FOUND_CUPS_CONFIG" == "yes" ; then
+     if test "$FOUND_CUPS_CONFIG" = "yes" ; then
        cups_prefix="${prefix}"
        BUILD_CUPS="yes"
      else

Re: [Gimp-print-devel] patches to remove bashisms

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

Robert Krawitz <rl...@al...> writes:

> On Tue, 17 Mar 2020 19:09:00 -0400, Greg Troxel wrote:
>> There are some minor unnecessary bashisms in a few /bin/sh scripts.
>> Basically, [[ is not specified as part of POSIX sh, and while it in bash
>> has slightly different semantics than [, I am pretty sure that's not
>> relevant in these cases.
>>
>> This is really just s/[[/[/ and s/]]/]/.
>
> Not quite...

Thanks and sorry for getting that wrong -- now I realize quoting is
needed.  I have always stuck to posix in writing scripts and was unclear
on exactly how [[ behaves.

> This isn't going to be enough; per shellcheck, substitutions such as
>
> ${gutenprint_base//./_}
>
> don't work in POSIX shell.

If that's not too annoying to fix -- that looks like inline sed -- that
would be nice.

I am not trying to run these; they just showed up because of portability
checks run on all files in the tarball.

Thanks,
Greg

Re: [Gimp-print-devel] Adding a driver for OKi MC362dn and fix bugs

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

On Wed, 18 Mar 2020 11:06:46 +0100, Mildred Ki'Lya wrote:
> Hello,
>
> I own an OKi MC362dn printer which has a driver from OKi with a few bugs. Specifically, when I want to print 2 copies of a document I end up with 4 copies printed, if I ask for 3 copies, I end up with 9, ... and the same for nup printing (2 pages per sheet gives me 4, ...)
>
> I just realized that the official driver from OKi was free software. it's downloadable here:
>
> https://www.oki.com/fr/printing/support/drivers-and-utilities/?id=46265201FZ01&tab=drivers-and-utilities&productCategory=colour-multifunction&sku=44952104&lang=ac3
>
> And the driver contains the following preamble:
>
> *% ==========================================================
> *% GPL $Revision: 1.0 $ $RCSfile: OKMC362_a.ppd,v $
> *%
> *% Note)
> *% This PostScript Printer Description(PPD) file is free software; you
> *% can redistribute it and/or modify it under the terms of the GNU
> *% General Public License version 2 or later as published by the Free
> *% Software Foundation.
>
> I suppose it makes it free software.

The PPD file is, at any rate.

> Would it be possible to include the driver in gutemprint, and fix it at the same time ?
>
> I looked at the PPD file, but I have no knowledge about driver coding except it's postscript and I have some basic knowledge about that. I couldn't find anywhere anything about nup printing or the number of copies. is this really handled at the driver level, or is it handled at the CUPS level. Can the driver fix those bugs ?
>
> Thank you for your help,

What I suspect is happening is that there's a problem with the PPD
file whereby it's telling CUPS that CUPS itself has to handle multiple
copies (so CUPS sends multiple copies to the printer) while also
passing through the command to generate multiple copies (that would
explain why when you ask for 2 copies you get 4, and when you ask for
3 you get 9).

Could you reply attaching the actual PPD file you're using (not simply
the one that was downloaded) so we could take a look at 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