Lpadmin -p OJ -E -v ipp://HP173F35.local:631/ipp/printer -m everywhere I get "lpadmin: Request Entity Too Large" and a raw queue with the strange URI gets created.Īlso if I use the (intuitive) device URI derived from the DNS-SD record of the printer (can also be displayed by running the command "driverless" from cups-filters): Using the (odd) device URI which "lpstat -l -e" has shown. Now I tried to manually create a (permanent) queue via I get the message "lpoptions: Unable to get PPD file for Officejet_Pro_8500_A910_173F35_: The printer or class does not exist." immediately.īoth commands should trigger the auto-creation of a (temporary) print queue and after that the first command should print a job and the second display the PPD options. It takes some minutes and after that I get "lp: The printer or class does not exist.". I assume that the "network none" means that this is a network printer for which there is not yet a queue. Output of lpstat -l -e | grep -v permanent: Now it does not work any more, but I do not actually know from which commit on. At least this worked until commit 4a36625.
It works perfectly with cups-browsed but it also works with CUPS itself auto-creating a print queue when simply sending a job or checking for available options. We focus on providing quality power products and excellent customer service / we will ship your order within-24 hours Mon - Fri.I have an HP OfficeJet Pro 8500 A910 which supports driverless printing based on Apple AirPrint/Apple Raster.
0 kommentar(er)
