Somebody in the thread at some point said: > Hi Andy > a minor extract of the error_log shows this: > I [22/Aug/2007:12:42:00 +0200] Full reload is required. > I [22/Aug/2007:12:42:00 +0200] Loaded MIME database from '/etc/cups': 33 > types, 38 filters... > I [22/Aug/2007:12:42:01 +0200] Loading job cache file > "/var/cache/cups/job.cache"... > I [22/Aug/2007:12:42:01 +0200] Full reload complete. > I [22/Aug/2007:12:42:01 +0200] Listening to 127.0.0.1:631 on fd 0... > E [22/Aug/2007:12:42:01 +0200] Unable to set ACLs on root certificate > "/var/run/cups/certs/0" - Operation not supported > > It seems to listen to 127.0.0.1:631, which should be lo. The last > message tough "operation not supported" does not explain itself, at > least not to me. > ps -Af | grep cupsd shows that the daemon is up and running. > So I'm scratching my head a bit on this. You mention in your original post "/usr/bin/lpr connection refused" I assume you mean by this that if you run lpr by hand you get "connection refuced"... what happens if you run lpq? Can you check that the symlinks go through alternatives like this? # ll /usr/bin/lpq lrwxrwxrwx 1 root root 27 2007-03-06 08:54 /usr/bin/lpq -> /etc/alternatives/print-lpq # ll /etc/alternatives/print-lpq lrwxrwxrwx 1 root root 17 2007-08-21 11:46 /etc/alternatives/print-lpq -> /usr/bin/lpq.cups # ll /usr/bin/lpq.cups -rwxr-xr-x 1 root root 13820 2007-08-09 16:53 /usr/bin/lpq.cups -Andy
