Description of problem: This one is a bit of weird one when I first added this driver and the driver did not exist it assigned a wrong printer driver/model to the both of the printer I tested ( model HP Color LaserJet CP3525 HP Color LaserJet cm4730 MFP ). Which is probably hplip was not installed and thus those models where not supported both printers however managed to print the cup test page at the time. ( black and white ) Deleting the printers and installing hplip and adding them again got them correctly detected and setup. ( I'm testing these three models at the moment ) HP LaserJet p4515 HP Color LaserJet CP3525 HP Color LaserJet cm4730 MFP We need to install hplip and and any other extra printers driver we might have or via package kit when adding a new printer is used that is if we want to give the end user best ease of use/out of the box experience. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
In order to get hplip automatically installed we need the correct IEEE 1284 Device IDs for these models. Please connect them all and attach the output of 'sudo lpinfo -l -v'. Thanks.
Hum that sounds a little bit backward cant HP be asked to provide the Device ID for it's printer to openprinting? Anywho lpinfo -l -v only came up with the printer that was on the same network as I am which makes me wonder if this info unable to be passed across different networks and or something on our half is blocking it so it looks like i will be I needing to run around campus to gather it.
Created attachment 463961 [details] HP Color LaserJet CM4730 MFP Device-ID
Try also /usr/lib/cups/backend/snmp printer-ip-address-or-hostname
(In reply to comment #2) > Hum that sounds a little bit backward cant HP be asked to provide the Device ID > for it's printer to openprinting? OpenPrinting only provides a subset of all the available drivers. Any driver can provide Device IDs for devices it drivers, and what I want is to get HPLIP to do just that. It doesn't need OpenPrinting for that, it simply needs to declare the Device IDs it supports in its CUPS .drv file. See this link for more about how that works: https://fedoraproject.org/wiki/Features/AutomaticPrintDriverInstallation Yes, HP have already been asked to do this. Only Ricoh has provided a full list of IEEE 1284 Device IDs. > Anywho lpinfo -l -v only came up with the printer that was on the same network > as I am which makes me wonder if this info unable to be passed across different > networks and or something on our half is blocking it so it looks like i will be > I needing to run around campus to gather it. Thanks, that's what I needed. I've filed bugs about the two drivers concerned for this printer. For the others, you don't need to run anywhere. As Jiri said, you can use this command to fetch information about a given printer by its hostname: /usr/lib/cups/backend/snmp $HOSTNAME I'll mark this as waiting for information about the other two models: HP LaserJet p4515 HP Color LaserJet CP3525 Thanks.
Yup just verified that the command works splendidly.. Excellent. I will be snmp querying all the different printers models that I have access to on the uni network and you can just pick the missing Device ID from that gathered list..
Several cups of coffee hours and what not behold the attached file Device-ID.txt which will provide device id for the following printer models. Dell Laser Printer 3100cn Hewlett Packard LaserJet 6MP Hewlett Packard LaserJet 4050 Series Hewlett-Packard LaserJet 4100 Series Hewlett Packard LaserJet 1200 Hewlett Packard LaserJet 1320 series Hewlett Packard LaserJet 2100 Series Hewlett Packard LaserJet 2300 series Hewlett Packard LaserJet 2420 Hewlett Packard LaserJet 3055 Hewlett Packard LaserJet 3390 Hewlett Packard LaserJet 4000 Series Hewlett Packard LaserJet 4200 Hewlett Packard LaserJet 4250 Hewlett Packard LaserJet 4300 Hewlett Packard LaserJet 4350 Hewlett Packard LaserJet 5100 Series Hewlett Packard LaserJet 8000 Series Hewlett Packard LaserJet M2727nf Hewlett Packard LaserJet M3027 MFP Hewlett Packard LaserJet M3035 MFP Hewlett Packard LaserJet P2015 Series Hewlett Packard LaserJet P3005 Hewlett Packard LaserJet P3010 Series Hewlett Packard LaserJet P4014 Hewlett Packard LaserJet P4515 Hewlett Packard color LaserJet 2500 Hewlett Packard color LaserJet 2550 Hewlett Packard Color LaserJet 2605dn Hewlett-Packard color LaserJet 3700 Hewlett Packard Color LaserJet 3800 Hewlett Packard Color LaserJet 4550 Hewlett Packard color LaserJet 4600 Hewlett Packard color LaserJet 4650 Hewlett Packard Color LaserJet 4700 Hewlett Packard color LaserJet 5550 Hewlett Packard Color LaserJet CP1515n Hewlett Packard Color LaserJet CP2025n Hewlett Packard Color LaserJet CP3525 Hewlett Packard Color LaserJet CP4520 Series Hewlett Packard Color LaserJet CM2320nf Hewlett Packard Color LaserJet CM4730 MFP Kyocera FS C5030N NRG DSm622 NRG MP 3351 Ricoh Aficio SHARP AR-235 SHARP AR-M155 SHARP AR-M207 SHARP AR-M236 SHARP AR-M316 SHARP AR-M350 SHARP AR-M451N SHARP MX-M450N Xerox Phaser 6180N Xerox WorkCentre Pro 35
Created attachment 464066 [details] Various printer models device id..
Magnificent ! Thank you for your effort.
Created attachment 464088 [details] script to check missing device ids I extracted those which show their device-id. Once we have all missing id's fixed we can use this script to verification.
Created attachment 464089 [details] list of printers with their status
Tim, there's a *lot* of missing DeviceIDs (all of them HP printers), so I decided to create some 'summary' bugs for them otherwise we'll get lost in all the bug numbers. bug #659039: hplip/HP LaserJet bug #659040: hplip/HP color LaserJet bug #659041: foomatic-db/HP LaserJet bug #659042: foomatic-db/HP color LaserJet bug #659043: gutenprint/HP LaserJet bug #659044: gutenprint/HP color LaserJet What do you think ? I'll take care of all of them, although it will take some time.
Thanks, yes I think that's the best idea otherwise it will take longer to do the bugzilla maintenance than the actual fixing. :-)
I notice that Jiri has built hplip-3.10.9-8.fc14 http://koji.fedoraproject.org/koji/packageinfo?packageID=205 which contains bunch of these models So before given +1 karma to hplip I wanted to test to see if s-c-p automatically installs the hplip but before that don't you need to update s-c-p to include the *new* IEEE 1284 Device ID string for s-c-p to automatically install the hplip package when defining one of the printer models?
s-c-printer doesn't include any IEEE 1284 Device IDs at all. It just asks PackageKit for any packages with IEEE 1284 Device IDs matching the one it just saw from the printer...
Hum. Ok so now Jiri has added some of the missing IEEE 1284 Device IDs to hplip and when pointing to one of the printers that require hplip without hplip being install s-c-p does not offer to install the missing package so what's am I missing here?
You need to wait for it to be pushed to an updates repository (e.g. updates-testing), and for that repository to be enabled on your system. The update is not yet marked as stable so you'll need to enable updates-testing as an update source (System->Administration->Software Sources) and wait for (a) the package to be tagged there and (b) your local mirror to be updated, before you can check whether it works. If "yum list hplip" shows hplip-3.10.9-8.fc14 as available, you should be ready to test it.
Ah ok that's what I needed to know it turns out to be a mirror problem I pointed the server to one of Red Hat servers which then pulled in the latest hplip for HP Color LaserJet cm4730 MFP printer which it did not before so I guess this one can be closed as fixed.