We have 2 bugs here: - libgnomecups looking in the obsolete ~/.lpoptions instead of ~/.cups/lpoptions, this was fixed in libgnomecups 0.2.2-1ubuntu3. - libgnomeprintui ignoring ~/.cups/lpoptions as described below, this is still not fixed.
I did some debugging of foomatic-rip and come to the following conclusion. Printing options can be set in 2 ways: - By changing Default values in the configured PPD for your printer in /etc/cups/ppd, this is done for printing options set by CUPS web interface. - By setting options in ~/.cups/lpoptions, this is done by gnome-cups-manager. Now the problem is that printing options set with gnome-cups-manager in ~/.cups/lpoptions are not applied when printing from a gnome application (libgnomeprintui), only options from the configured PPD in /etc/cups/ppd are used. When printing from a non-libgnomeprintui application (e.g. firefox or the command line) both the options from the configured PPD /etc/cups/ppd and ~/.cups/lpoptions are applied, in that order (meaning options in ~/.cups/lpoptions override options in the configured PPD). The way I see it there are 2 possible solutions: * gnome-cups-manager should directly change printer options in the configured PPD like CUPS web interface does. This is the recommend way since it will work with every application understanding PPDs. * Or gnome applications (libgnomeprintui) should make use of printer options in ~/.cups/lpoptions. Perhaps this one is easier to fix. I already suggested these solutions 3 months ago in bug #26122. I have no C programming experience, please can somebody fix this before dapper release. -- gnome programs don't respect ~/.cups/lpoptions https://launchpad.net/bugs/34112 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
