Bug 99069
Summary: | libgnomeprint doesn't see all printers | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Trever Adams <trever> |
Component: | cups | Assignee: | Tim Waugh <twaugh> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | katzj, otaylor |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-01-07 17:53:58 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Trever Adams
2003-07-13 21:51:37 UTC
That is 3042 bug in Abiword's bugzilla, not in Abiword rawhide. Sorry, a little puncy I guess. The 3045 was a typo. This happens with any app using libgnomeprint (seen with gedit and evolution as well) Yes, I hadn't noticed that (I never print from gedit and rarely do from evolution.) Anyone have any clues yet what happens? Is this an off by one, or is this a hey its postscript, ignore it? libgnomeprint won't list any cups printers for which it can't get the PPD file. This seems reasonable to me, though I suppose it could fall back to assumming "generic postscript" in some fashion. But it seems to me that that should be the responsibility of CUPS. Throwing this over to Tim Waugh for evaluation of why some printers wouldn't get a response from cupsGetPPD(), and if anything can be done about it. BTW, you should be able to add a PPD file for your printer (http://www.linuxprinting.org/show_printer.cgi?recnum=HP-LaserJet_6MP) with lpadmin -pmy_printer -PHP-LaserJet_6MP.ppd or something close to that. This is likely to be a wonderful work around. However, this bug seems to have been fixed in a recent rawhide or beta release. About 2 weeks ago. I have been meaning to close this, so maybe it is time to close. Ever since redhat-config-printer was adapted to use CUPS, there should *always* be a PPD associated with a queue. Otherwise the queue won't work. :-) So whatever the problem was, the fact that it went away without anything substantial changing is scary. I would need the output of 'printconf-tui --Xexport' to find out why a queue isn't getting written out properly I think. Also, 'printconf-backend --force-rebuild' will force the configuration to be written out again -- if that gives errors they would be useful to see. *ping* I don't know what happened. I can't really remember when this went away. But it is gone in Fedora Core 1 and in development for FC 2. |