You are not logged in.
Not sure when it broke because I haven't had to print anything in a couple weeks. But prior to this I had my PC connected to cups wireless and it worked fine. Trying to print something today and the printer is not found. You can click on "Print using the system dialog" and it gives me a list of printers. I found mine but when you select it, that status just says "Getting printer information..." and doesnt let you do anything else. Also i cant access the CUPS localhost at localhost:631, all I get is a "Problem loading page" error in firefox.
I set up .local hostname resolution with Avahi and enabled cups.socket
The driver I'm using for my printer is hplip
Has anyone else had this problem recently?
SOLVED: All you have to you is download hplip-plugin and then it will start working again right away.
Last edited by Eurkz (2021-12-19 18:08:32)
Offline
Cups 2.4.0 update broke the support for many old printer drivers. My Dymo label writer doesn't work with Cups 2.4.0.
Only way to fix the issue is to downgrade cups and cups-library packages to 2.3.3op2-4.
Don't expect it to be fixed. Cups developers intentionally dropped the support for many legacy printers. Such a stupid thing to do.
Offline
That printer is only a few years old, that is so dumb
Last edited by Eurkz (2021-12-15 17:51:38)
Offline
That printer is only a few years old
What printer specifically?
Offline
It is an HP Envy Pro 6400
Offline
That thing is barely 2 years old.
You either forgot to update https://aur.archlinux.org/packages/hplip-plugin/ (unlikely) or this is down to the python 3.10 update, though niether would explain why localhost:631 doesn't work.
systemctl status cupsIf you've not printed or updated in a longer time, "cupsd.{service,socket}" became "cups.{service,socket}" somewhen this year.
Offline
That's what I'm saying! Its still practically new.
This is the output of systemctl status cups
○ cups.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/cups.service; d>
Active: inactive (dead)
TriggeredBy: ● cups.socket
Docs: man:cupsd(8)Offline
Well, cups isn't running - you've either not triggered the socket or not enabled the socket (nor obviously the service directly)
systemctl status cups.socketEdit: please don't copy out of the pager. It doesn't matter here but you're truncating lines what might hide important information in other cases.
In doubt, just redirect the output to a file
Last edited by seth (2021-12-19 15:18:42)
Offline
Wow I feel dumb. I didn't have hplip-plugin installed. Once I installed It, the problem was fixed. But that doesn't explain why It was working perfectly fine without that package on both computers, then broke several weeks later.
This Is the message I now get running
systemctl service cupscups.service - CUPS Scheduler
Loaded: loaded (/usr/lib/systemd/system/cups.service; d>
Active: active (running) since Sun 2021-12-19 10:14:21 >
TriggeredBy: ● cups.socket
Docs: man:cupsd(8)
Main PID: 5821 (cupsd)
Status: "Scheduler is running..."
Tasks: 1 (limit: 18712)
Memory: 3.6M
CPU: 15ms
CGroup: /system.slice/cups.service
└─5821 /usr/bin/cupsd -l
Dec 19 10:14:21 spectre systemd[1]: Starting CUPS Scheduler.>
Dec 19 10:14:21 spectre systemd[1]: Started CUPS Scheduler.Offline