|Summary:||gtk print dialog doesn't show LPR printers|
|Product:||[Fedora] Fedora||Reporter:||Dominik 'Rathann' Mierzejewski <dominik>|
|Component:||gtk2||Assignee:||Matthias Clasen <mclasen>|
|Status:||CLOSED WONTFIX||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2007-07-07 20:48:42 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Dominik 'Rathann' Mierzejewski 2007-03-13 15:40:01 UTC
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 /usr/lib(64)/libgnomeprint/2.12.1/modules/transports/libgnomeprint-lpr.so getting loaded, so I assume gedit was compiled with gnomeprint instead of gtkprint. Version-Release number of selected component (if applicable): gtk2-2.10.8-1.fc6 How reproducible: Always Steps to Reproduce: 1. evince/oowriter 2. open any document 3. open print dialog Actual results: No printers are available, only print-to-file Expected results: printers listed in /etc/printcap should be listed Additional info: It used to work on FC5: openoffice.org-writer-2.0.2-5.20.2 yelp-2.14.3-3.fc5 evince-0.5.1-4 gtk2-2.8.20-1
Comment 1 Dominik 'Rathann' Mierzejewski 2007-03-15 12:30:14 UTC
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.
Comment 2 Dominik 'Rathann' Mierzejewski 2007-03-15 12:31:43 UTC
Created attachment 150119 [details] Don't disable LPR backend even if CUPS is found.
Comment 3 Matthias Clasen 2007-03-15 17:55:18 UTC
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 gtk-print-backends="pdf,cups,lpr" 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.
Comment 4 Dominik 'Rathann' Mierzejewski 2007-03-15 18:55:14 UTC
(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 > > gtk-print-backends="pdf,cups,lpr" > > 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...
Comment 5 Matthias Clasen 2007-03-15 19:56:58 UTC
Fedora is using cups as its native printing system, so it is only natural that we use the cups printbackend by default.
Comment 6 Dominik 'Rathann' Mierzejewski 2007-03-16 10:35:54 UTC
I'm NOT suggesting disabling CUPS, I'm merely suggesting re-enabling LPR. What's the problem with that?
Comment 7 Matthias Clasen 2007-03-16 13:25:14 UTC
Having multiple print systems show up in the print dialog is not something we want by default.
Comment 8 Matthias Clasen 2007-07-07 20:48:42 UTC
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.