See if https://bugzilla.redhat.com/show_bug.cgi?id=738089#c11 applies
in this case.

CC: (none) => davidwhodgins

I haven't tested the fedora builds of hplip, but I had tested the other laserjet 6l drivers and none of them worked properly.

CUPS + Gutenprint 5.2.6
Foomatic/gutenprint ijs 5.2
Foomatic lj4dith

CC: (none) => wrw105

Did you also remove the PPDs from /etc/cups/ppds ?

This problem comes from the fact that PPDs have to be updated to also migrate user-made changes and due to the fact that hplip is not good at backwards compatibility, which is also fixed by the update. This is done by calling /usr/bin/hpcups-update-ppds during %post-install script of hplip-hpijs, this may be the culprit here.

So if you remove the PPD and rechoose it during installation of the printer, the margins should be correct as originally supplied by the unchanged PPD from hplip, which can be found in compressed form at /usr/share/ppd/HP/ from the package hplip-hpijs-ppds.

Status: NEW => ASSIGNED

I just checked, and removing the printer from MCC does empty the /etc/cups/ppd directory.

Running the wizard through MCC also gives the option to keep old settings or use the base driver settings; I chose base settings.

using the Foomatic/gutenprint ijs 5.2 is giving usable results on an envelope, but it's still not where it was with the older version, which was where it was supposed to be on the envelope.

Could you please attach your /etc/cups/printers.conf and maybe also /var/log/cups/error.log? AFAICT Foomatic/gutenprint ijs 5.2 is no hplip driver.

Created attachment 972 [details]
printers.conf

The current printers.conf file

Created attachment 973 [details]
cups error log

Florian,

Here you go.  It took a little fudging to get the printers.conf readable and uploadable.

The driver I'm using is one that comes up as an option in MCC when setting up the pritner.  I'll try with the default again after deleting the current driver and let you know what I come up with.

the default driver (hpcups 3.11.7) is still way off. (Return address in upper center of envelope).

Looking through, there are other files in /etc/cups-could one of those be the problem?  Would deleting the printer in MCC and deleting newish files in /etc/cups do the trick?

You could try to remove the printer via CUPS web frontend http://127.0.0.1:631/ and then remove the /etc/cups/printers.conf and everything inside /etc/cups/ppd/ and then readd the printer via CUPS, not MCC.

Seems new hplip has fixed errors like these, check: https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/890684
That's why, before the updates to 3.11.7 with 3.11.3e it would have been OK. If you can verify that this is fixed in cauldron i could put out an update for Mageia 1 for this bug.

Unfortunately, I'm only running 1, and have a relatively slow internet connection, making changing to cauldron almost impossible.

Could you place a copy in updates/testing on the mageia 1 branch and I can check it from there?

Or, since I haven't heard anything on this in a while-could I download the source files out of the cauldron repositories and compile them myself to test?  If so, which source rpms would I need to get everything working?

You'd need ghostscript and hplip src.rpms, f.ex.:
http://ftp.mandrivauser.de/mirrors/Mageia/distrib/cauldron/SRPMS/core/release/hplip-3.11.12-1.mga2.src.rpm
http://ftp.mandrivauser.de/mirrors/Mageia/distrib/cauldron/SRPMS/core/release/ghostscript-9.04-4.mga2.src.rpm

OK, it's mostly been working.  However, I've had several occasions (usually after sending several print jobs from adobe reader) where I've had to deselect and reselect the hplip driver to get it working.  Not sure what's going on there, but I think we can probably put this one to bed with the hplip update.

Adobe Reader is not the best reference to test with, better try again with evince or okular or some native applications we can fix, rather than some proprietary stuff we can't do anything about.

Status: ASSIGNED => RESOLVED
CC: (none) => doktor5000
Resolution: (none) => FIXED