[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#686671: marked as done (cups-filters: pdftops filter does not remove -number-up printer option)



Your message dated Wed, 3 Apr 2013 17:19:00 +0200
with message-id <201304031719.00910.odyx@debian.org>
and subject line Re: Turns out this has been fixed upstream
has caused the Debian Bug report #686671,
regarding cups-filters: pdftops filter does not remove -number-up printer option
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
686671: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686671
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: cups-filters
Version: 1.0.18-2+b1
Severity: normal
Tags: upstream patch

Dear Maintainer,

I believe there is a bug in pdftops.c

Page layout options like nup printing are now handled by pdftopdf.
However pstops also handles this. pdftops, which should be run in
between pdftopdf and pstops is supposed to remove the options that
pdftopdf has already applied.

However, the option "-number-up" is not removed by pdftops. The result
is that nup printing is applied twice when printing to a PostScript
printer (the CUPS PDF virtual printer is also affected), once by
pdftopdf and once by pstops.

This bug is due to the way function remove_options searches for options
to remove. When searching for "-number-up", "-number-up-layout" is
found, since (at least sometimes) this is on the command line before
"-number-up". Function remove_options is clever enough to know that
"-number-up-layout" is different to "-number-up", but not clever enough
to keep searching for "-number-up" after "-number-up-layout" is found.

Although a more robust solution is to fix remove_options, a simple
solution is to get remove_options to search for (and remove)
"-number-up-layout" be "-number-up" is searched for. This can easily be
done by reversing the order of these two options in the
pstops_exclude_page_management array in pdftops.c.


Hope that helps!

David

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups-filters depends on:
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  fonts-liberation                   1.07.2-5
ii  ghostscript                        9.05~dfsg-6
ii  libc6                              2.13-33
ii  libcups2                           1.5.3-1
ii  libcupsfilters1                    1.0.18-2+b1
ii  libcupsimage2                      1.5.3-1
ii  libfontconfig1                     2.9.0-6
ii  libgcc1                            1:4.7.1-2
ii  libijs-0.35                        0.35-8
ii  liblcms2-2                         2.2+git20110628-2.2
ii  libpoppler19                       0.18.4-3
ii  libstdc++6                         4.7.1-2
ii  ttf-dejavu                         2.33-2
ii  ttf-freefont                       20120503-1
ii  zlib1g                             1:1.2.7.dfsg-13

Versions of packages cups-filters recommends:
ii  colord            0.1.21-1
ii  foomatic-filters  4.0.17-1
ii  ghostscript-cups  9.05~dfsg-6

Versions of packages cups-filters suggests:
ii  foomatic-db-compressed-ppds [foomatic-db]  20120523-1

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 1.0.31-1

Le mercredi, 5 septembre 2012 15.20:56, David Purton a écrit :
> Turns out this bug has just been fixed upstream yesterday.
> 
> https://bugs.linuxfoundation.org/show_bug.cgi?id=1064

Marked as fixed in the experimental version (newest upstream).

Cheers,
OdyX

--- End Message ---

Reply to: