- #Gutenprint raspberry pi configure install
- #Gutenprint raspberry pi configure drivers
- #Gutenprint raspberry pi configure driver
This is a problem which has been around for months if not longer. # pacman -R foomatic-db foomatic-db-engine foomatic-filters hplip
#Gutenprint raspberry pi configure driver
meaning I cannot use the hplip driver due the foomatic problem. The Unable to get list of printer drivers: Success error appears again. I still need to set from which IP addresses the connections are allowed (in the same file as mentioned above). Now, the server is listening, but it gives me a 403. It turns out there is a dependency on another daemon which should be started first. Looking at the log filesĮ Unable to communicate with avahi-daemon: Daemon not running In /etc/cups/nf, replacing Listen localhost:631 by Listen 631 should fix this problem, but it does not. Looking the the config file, it appears to be configured to listen on localhost only, which is off course rather useless for a headless server. Is not enough, I cannot connect to the CUPS on my Raspberry.
#Gutenprint raspberry pi configure install
To install CUPS and the hplip driver (and its dependencies, which used to cause the mentioned problems before) I have written about this before, reported a bug, it was once solved, but later was re-introduced I believe.
#Gutenprint raspberry pi configure drivers
Apart from the problems with the actual printer, the drivers can cause problems as well.
CUPS, yes, let’s get that printer working. So far my other machines, back to the Pi. So, now it works, so enable it on # systemctl enable rvice But what about doing exactly what the message tells me to # systemctl start rvice The troubleshooting on the Arch Wiki says to change the NFS configuration not to need statd. Mount.nfs: an incorrect mount option was specified Mount.nfs: Either use ‘-o nolock’ to keep locks local, or start statd. Mount.nfs: rpc.statd is not running but is required for remote locking. On my desktop this didn’t cause any problems, however on my laptop it caused the following proglem: Now, updating my desktop and laptop’s configuration to mount the Raspberry Pi. However, it should apply to any CUPS installation. Please note: This is happening on the cups on my desktop computer, as it locally renders and sends the rendered data to the cups server running on the Raspberry Pi. W Missing NickName and ModelName in /usr/share/cups/model/foomatic-db-ppds/Brother/BR5070DN_!Į Bad driver information file “/usr/share/cups/model/foomatic-db-ppds/Kyocera/ReadMe.htm”!Į Bad driver information file “/usr/share/cups/drv/cupsfilters.drv”!Īs these files do not involve the printer I am interested in, I can remove these files, and I am able to use the hpijs or hpcups driver, which don’t have the issue I am experiencing with the gutenprint driver. W Missing NickName and ModelName in /usr/share/cups/model/foomatic-db-ppds/Epson/! W Missing NickName and ModelName in /usr/share/cups/model/foomatic-db-ppds/KONICA_MINOLTA/! The tail of /var/log/cups/error_log looks like The first page it prints is often corrupted, and looks like this This driver is causing issues, I’ve been experiencing for quite a while. I mentioned using the gutenprint driver for my HP Deskjet 895Cxi printer.
0 kommentar(er)
