Upgrade to karmic disabled duplex on all my configured printers

Can you post the old and new versions of the /etc/cups/ppd/*.ppd files?

If you set the "Properties -> Installed Options -> Duplex (Option|Unit)" option to true again and also turn on duplexing by default, does duplexing work again?

It looks like that in CUPS 1.4.x the default settings which are set in the /etc/cups/ppd/*.ppd files are not conserved when the PPD file is replaced using the "lpadmin -p <printer> -m <new PPD>" command. This worked perfectly with CUPS 1.3.

1) If I put the configuration back the way it was, then duplexing works fine -- it seems to just be the configuration that was broken (as suggested in comment#2).

2) I stupidly put the configuration back by hand without saving a copy of the messed up ppd files, so I can't post the "new" version :-(. Attaching the "old" version, though, in case that's useful.

Can everyone who is still suffering this problem post his error_log, proceeding as described in the "CUPS error_log" section of https://wiki.ubuntu.com/DebuggingPrintingProblems?

How did you install the PPD file for the Lexmark printer? Did system-config-printer download a package from the internet? Did you get a PPD file from Lexmark's web site or from the driver CD coming with the printer?

Oh, I forgot about that -- I had to dig it up by hand. I think I downloaded the Mac driver tarball from Lexmark's website and pulled it out of there or something annoying and complicated like that.

It's possible that the Lexmark's duplex option was not messed up -- I have a total of 6 printers configured (two of which I didn't mention because I'm not sure they were configured duplex to start with), and it's possible while I was flipping through all of them trying to get things working again that I got confused.

For the problem of CUPS not maintaining option settings I have submitted a fix to the BZR repository of CUPS now. So the problem will be solved in the next package release for Karmic.

Reported the problem also upstream:

http://www.cups.org/str.php?L3340

Thanks!

This bug was fixed in the package cups - 1.4.1-2

---------------
cups (1.4.1-2) unstable; urgency=low

  [ Till Kamppeter ]
  * debian/local/filters/cpdftocps: Double-sided printing did not work on
    PostScript printers when the "sides" command line option for "lp"/"lpr"
    was used (LP: #411392).
  * debian/patches/maintain-default-option-settings.dpatch: For options with
    an underscore (or any other allowed non-alphanumeric character) in their
    names the default settings were not conserved when the PPD got replaced
    ("lpadmin -p ... -m ...", system-config-printer, automatic PPD update
    for existing print queues). Fixes LP: #432902 and CUPS STR #3340.

  [ Martin Pitt ]
  * debian/cups.init.d: Don't actually re-trigger udev events for printer
    coldplugging, since according to Scott James Remnant this slows down boot
    and kills kittens. Instead, just call it with --dry-run and manually call
    udev-configure-printer.
  * debian/cups.init.d: Only run udevadm if udev and the callout are actually
    available. Drop udev dependency to a suggests. This unbreaks cups on
    platforms which do not have udev, such as kfreebsd. (Closes: #546922)
  * debian/cups.init.d: Drop "cupsctl RIPCache" setting. It changes our
    conffile (causing dpkg prompts on upgrade), and overwrites the admin's
    setting without warning.
  * Add dynamic-default-ripcache-size.dpatch: Replace above functionality by
    setting the internal default value of RIPCache to MemTotal/4, if not given
    in the configuration file.
  * debian/rules: Do not let the usb backend run as root in Ubuntu any more,
    since that has a recent enough udev. Still keep it for Debian.
  * debian/cups-ppdc.install: Update path for Martin-Éric's section change of
    drv manpage.

  [ Martin-Éric Racine ]
  * Add manual-section-for-drv.dpatch: Fix incorrect man section 7 -> 1 as
    reported by Lintian.

 -- Martin Pitt <email address hidden> Wed, 23 Sep 2009 23:58:15 +0200