Opera still cannot print

[Christopher Wong]

Using: Opera 5 dynamic, Qt 2.3.2 on Red Hat 7.2.

This has not been a high priority before, since Opera does such a bad job
printing TrueType fonts. The problem is that under Red Hat 7.2, Opera cannot
print directly to the printer. Each time I try to print, Opera goes through
the motions (no error message) but no print job happens. RH 7.2 uses LPRng,
and Opera's print dialog offers me a printer called "lp::ml" with a comment
of "Aliases: 0::mx=..." etc. It seems to be misparsing the /etc/printcap
file.

In posts made elsewhere, I see that this problem was blamed on Qt misparsing
/etc/printcap. But my Opera is now dynamically linked to Qt 2.3.2, also used
by KDE 2.2.2's Konqueror, and the latter has no trouble printing. What's
going on?

(If anyone is wondering why I am not playing with TP2: it sounds too buggy
for regular use. The non-closing sockets problem, for one, is pretty bad.)

Chris

[Elgin Lee]

I had the same problem using Opera 5.05 dynamic and the default Qt 2.3.1 on
Red Hat 7.2. I traced the problem to a Red Hat patch (qt-2.3.1-LPRng.patch),
which Red Hat includes in their Qt RPM. Based on my quick scan of the patch,
I believe that it is incorrect.

After rebuilding the Qt RPM without the LPRng patch, Opera printing works fine.

Here are the steps:

1. rpm -ivh qt-2.3.1-5.src.rpm

2. Edit /usr/src/redhat/SPECS/qt.spec to comment out the %patch1 line:

#%patch1 -p1 -b .lprng

I also updated the release number for the RPM and the changelog.

3. rpm -ba qt.spec

4. install the newly built RPMs in /usr/src/redhat/RPMS/i386

After all of that, printing worked for me under Opera. Of course, omitting the
patch also leaves unfixed the problem that Red Hat was trying to fix (entries
like "lp=|/usr/...") -- but my printcap doesn't have any of those entries. If
yours does, you'll have to do something else.

--Elgin