Red Hat Bugzilla – Bug 232009
gtk print dialog doesn't show LPR printers
Last modified: 2007-11-30 17:11:59 EST
Description of problem:
We have a central LPRng print server running on Solaris. Due to the fact that
CUPS doesn't show submitted jobs in queue, nor does it allow canceling them,
we're using LPRng on our Fedora workstations as well, which forward all jobs to
the central server.
Starting with Fedora 6, GTK print dialogs don't show any LPR printers anymore.
This concerns OOo, evince and yelp (probably anything that's using gtkprint).
None of these apps show lpr printers anymore (it used to work in FC5, but then
evince was using gnomeprint). In fact,
/usr/lib(64)/gtk-2.0/2.10.0/printbackends/libprintbackend-lpr.so doesn't get
loaded even though it's available, I checked with strace.
gedit does show those printers just fine. strace shows
getting loaded, so I assume gedit was compiled with gnomeprint instead of gtkprint.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2. open any document
3. open print dialog
No printers are available, only print-to-file
printers listed in /etc/printcap should be listed
It used to work on FC5:
OK, I have a partial solution. Attached is a patch that enables LPR backend in
gtk2, but it only gives me "Print to LPR" entry and not the full printer list.
Confirmed to work with both CUPS and LPR.
Created attachment 150119 [details]
Don't disable LPR backend even if CUPS is found.
The string you are modifying there is the default value for a GTK+ setting.
There is no need to patch gtk+ for this, you can just set the value in your
rc file, either $HOME/.gtkrc-2.0 or /etc/gtk-2.0/gtkrc. Just adding the line
near the top of the file ought to do it.
Nothing I can do about the printer listing though, that is just the way the lpr
print backend works, and improved lpr support is not really something I am going
to have time for. I'd be happy to accept patches though.
(In reply to comment #3)
> The string you are modifying there is the default value for a GTK+ setting.
> There is no need to patch gtk+ for this, you can just set the value in your
> rc file, either $HOME/.gtkrc-2.0 or /etc/gtk-2.0/gtkrc. Just adding the line
> near the top of the file ought to do it.
Well, it's something I'd have to do on every machine. Any reason why it cannot
be done upstream?
> Nothing I can do about the printer listing though, that is just the way the
> lpr print backend works, and improved lpr support is not really something
> I am going to have time for. I'd be happy to accept patches though.
I see. This is a major regression for me, and it'll be tough to fix as I don't
know GTK code at all. Now whose bright idea was it to kill this functionality
when moving from gnomeprint to gtkprint, I wonder...
Fedora is using cups as its native printing system, so it is only natural that
we use the cups printbackend by default.
I'm NOT suggesting disabling CUPS, I'm merely suggesting re-enabling LPR. What's
the problem with that?
Having multiple print systems show up in the print dialog is not something we
want by default.
I'm going to close this bug, since I don't intend to work on it.
Feel free to file an enhancement request upstream in bugzilla.gnome.org
for making the lpr backend list printers. I'm not going to work on that either,
but maybe somebody else wants to.