You are not logged in.
Pages: 1
...one day I wake up and decide I need to use my printer.
Nope. Not gonna happen.
Copied some error lines from one of the logs:
E [23/Jun/2006:20:07:51 -0700] Hostname lookup for "localhost" failed!
E [23/Jun/2006:20:07:51 -0700] Bad Listen address localhost:631 at line 17.
E [23/Jun/2006:20:07:52 -0700] Unable to set ACLs on root certificate "/var/run/cups/certs/0" - Operation not supported
E [26/Jun/2006:08:38:44 -0700] [Job 89] Unable to open USB device "usb:/dev/usb/lp0": Success
E [26/Jun/2006:08:38:44 -0700] PID 3769 (/usr/lib/cups/backend/usb) stopped with status 1!
I can't use the web interface to set up CUPS. I get some kind of fake/spam address instead saying download our pirating software.
Offline
Put your actual hostname in the config and review your /etc/hosts
Mortuus in anima, curam gero cutis
Offline
Well, I fixed the hosts issue so that cups controls will work.
The new problem, which was likely also the old problem, is that CUPS cannot interact with the printer no matter the driver, or if I just use the .ppd file. I have all my files I need, and as usual, CUPS was working fine until some sort of upgrade broke it.
Filing a bug report.
BTW, thanks for helping me get the hosts misconfiguration fixed. I found it searching the forums.
Offline
This is most likely not a bug, but another stupid permission problem. Check the permission of the printer device, it must be daemon:lp 0666
Offline
This is most likely not a bug, but another stupid permission problem. Check the permission of the printer device, it must be daemon:lp 0666
Yeah, something wrong:
[soylent@green ~]$ ls -l /dev/lp0
crw-rw---- 1 root lp 6, 0 2006-06-26 09:00 /dev/lp0
So which user I need to add to daemon group?
gpasswd -a ? daemon
And then:
chown daemon /dev/lp0
chmod 0666 /dev/lp0
?
Not sure how to fix this. thanks!
Offline
Cups 1.2 is having serious problems with directly attached printers in all distros and O/S's, including the BSD's.
There's another recent thread about it. There's a FreeBSD PR
here that worked for me in FreeBSD.
(In Arch, it prints to the FreeBSD box, so it's not relevant for me.)
Offline
brain0 wrote:This is most likely not a bug, but another stupid permission problem. Check the permission of the printer device, it must be daemon:lp 0666
Yeah, something wrong:
[soylent@green ~]$ ls -l /dev/lp0
crw-rw---- 1 root lp 6, 0 2006-06-26 09:00 /dev/lp0
No, these are ok, cups should be able to use it.
Offline
Bysshe wrote:brain0 wrote:This is most likely not a bug, but another stupid permission problem. Check the permission of the printer device, it must be daemon:lp 0666
Yeah, something wrong:
[soylent@green ~]$ ls -l /dev/lp0
crw-rw---- 1 root lp 6, 0 2006-06-26 09:00 /dev/lp0No, these are ok, cups should be able to use it.
I've got to learn how to read those permissions a little better. It just looked weird to me. But hey, thanks for the help. Is there anything else I can check?
Thanks for patience with the newbie.
Here is my hosts file:
127.0.0.1 localhost.localdomain localhost green
Relevant rc.conf:
HOSTNAME="green"
Cups starts and stops fine. I can install the driver via web, and I can install it via Samsung's script. In Samsung's toolkit, I can see the printer, but it cannot process jobs. If I print a testpage from the setup interface I get a message: "printer fault!" But the printer itself does not turn the "error" LED red. It just warms up to print, and stops, with final status "idle, accepting jobs". I've only got one lp device under /dev "lp0"
Offline
After the upgrade to CUPS 1.2.1 both my printers stopped working.
Being unable to access kprinter was solved by changing the CUPS server to localhost. But I still I couldn't print. There were no messages in CUPS error_log.
I used brain0's clue and checked the permissions. I have two printers that are USB attached. In this example lp0 is as configured by udev. For lp1 I changed the ownership to daemon.lp -- I can print on lp1 but not lp0. (Changing permissions to 666 also works)
crw-rw---- 1 root lp 180, 0 2006-06-29 11:35 /dev/usb/lp0
crw-rw---- 1 daemon lp 180, 1 2006-06-29 11:30 /dev/usb/lp1
This used to work before ... and it is a relatively recent new install so I am sure that I didn't change anything in CUPS.
--
Harald
Offline
Hi, I am haing a difficult time getting my cups working, I have changed my hosts file and the cups server host to localhost, but I keep getting this error with kprinter:
Unable to retrieve the printer list. Error message received from manager:
Connection to CUPS server failed. Check that the CUPS server is correctly installed and running. Error: connection refused.
is there anything else I should do? I can't even get it to start! (and yes it is in my rc.conf and starts at boot)
Offline
At the top of the forum web page is a "search" facility. Enter
Connection to CUPS server failed
and look for a topic with "[solved]"
Are you running kprinter as root, or a --> user <---
Check you definitely have localhost. Post hosts file.
Offline
both root and user, and I will give you the hosts file when I can (I am not at home), and thanks for the search tip I will keep looking!
Offline
I'm in the same boat as you. Clean install, with cups. Printers in control centers reports "Connection to CUPS server failed". My hosts file;
#
# /etc/hosts: static lookup table for host names
#
#<ip> <hostname> <hostname>
127.0.0.1 localhost.localdomain localhost pelle1
# End of file
I'm not supposed to be included in an additional group to access cups am i?
I can connect to http://localhost:631 though...
[edit]I've changed the cups interface server string to localhost too[/edit]
"Your beliefs can be like fences that surround you.
You must first see them or you will not even realize that you are not free, simply because you will not see beyond the fences.
They will represent the boundaries of your experience."
SETH / Jane Roberts
Offline
Long shot: Might be worth running kprinter (both as user and as root) to change the cups server to 127.0.0.1 in case there's some dns caching in KDE?
edit: my /etc/hosts
#
# /etc/hosts: static lookup table for host names
#
#<ip> <hostname> <hostname>
127.0.0.1 localhost.localdomain localhost remoteapproach.com
10.0.0.16 night.of.joy night
10.0.0.17 day.of.joy day
10.0.0.18 bundle.of.joy bundle
# End of file
Offline
Tried it out. No go. Appreciate your suggestions though.
Odd...
"Your beliefs can be like fences that surround you.
You must first see them or you will not even realize that you are not free, simply because you will not see beyond the fences.
They will represent the boundaries of your experience."
SETH / Jane Roberts
Offline
Kmenu
Run Command
Kprinter
System Options
Cups Server
Change the "Host:" to localhost
Offline
Thanks for looking into this. I also followed the rest of these suggestions just to ensure everything is right. However, my CUPS server connects fine.
The printer successfully recieves jobs but won't print. I have a slightly newer post in the CUPS bug over at flyspray.
....
Here is the output of a CUPS restart:
E [28/Jun/2006:16:28:09 -0700] Unable to set ACLs on root certificate "/var/run/cups/certs/0" - Operation not supported
Offline
Cool. New Printer driver from Samsung fixed the problem. Check your printer manufacturer for a new driver. Good luck!
Offline
how did you install the new samsung drivers, bysshe? they won't install for me. or rather, they install, but the installer fails at detecting the printer, and most of my apps (gtk mostly) can't acces it.
Offline
This is really ridiculous!
KDE 3.5.4, and it still doesn't work...
"Your beliefs can be like fences that surround you.
You must first see them or you will not even realize that you are not free, simply because you will not see beyond the fences.
They will represent the boundaries of your experience."
SETH / Jane Roberts
Offline
This is really ridiculous!
KDE 3.5.4, and it still doesn't work...
Could you summarize your problem again? What are the permissions of your printer devices? What does the cups web interface say, can it print a test page? What is the driver you use?
Offline
CUPS-1.2 Support implemented in KDE 3.5.5
Ability is nothing without opportunity.
Offline
Pages: 1