Re: Setting a default network cups printer [somewhat OT]
On 12/14/2010 04:36 AM, Camaleón wrote:
On Mon, 13 Dec 2010 18:20:19 -0500, Wayne Topa wrote:
On 12/13/2010 05:13 PM, Camaleón wrote:
It seems from the lpoptions man page that the files you cite above are
created by the lpoptions command.
Mmm, no, I don't think so. Or at least I didn't get in that way.
What I understand from the man page is that those files need to be
manually created by the user or by root, not just by running the
command. I can be wrong, though.
{Quote}
ROOT ACCOUNT OPTIONS
When run by the root user, lpoptions gets and sets default
options and instances for all users in the
/etc/cups/lpoptions file.
{\Quote}
Okay, let me check it in my squeeze:
root@debian:~# lpoptions -d ricoh
auth-info-required=none copies=1 device-uri=socket://172.16.0.108
finishings=3 job-hold-until=no-hold job-priority=50 job-sheets=none,none
marker-change-time=1282231350 marker-colors=#000000,#000000 marker-
levels=-1,-1 marker-names='Toner,Tóner\ residual' marker-
types=toner,wasteToner number-up=1 printer-commands=none printer-
info=ricoh printer-is-accepting-jobs=true printer-is-shared=false printer-
location printer-make-and-model='Ricoh Aficio 3030 - CUPS+Gutenprint
v5.2.6' printer-state=3 printer-state-change-time=1282231350 printer-
state-reasons=none printer-type=2109460 printer-uri-supported=ipp://
localhost:631/printers/ricoh
root@debian:~# ls -l /etc/cups
total 52
-rw-r--r-- 1 root root 1281 jun 29 19:43 acroread.conf
-rw-r--r-- 1 root root 4058 jun 29 19:46 cupsd.conf
-rw-r--r-- 1 root root 4178 jun 29 19:46 cupsd.conf.default
-rw-r--r-- 1 root root 14 dic 14 10:12 lpoptions
-rw-r--r-- 1 root root 1573 jun 29 19:43 pdftops.conf
drwxr-xr-x 2 root lp 112 ago 31 17:47 ppd
-rw------- 1 root lp 1352 nov 26 21:40 printers.conf
-rw------- 1 root lp 1352 nov 17 17:25 printers.conf.O
-rw-r--r-- 1 root root 240 jul 24 12:37 raw.convs
-rw-r--r-- 1 root root 211 jul 24 12:37 raw.types
-rw-r--r-- 1 root root 186 jun 29 19:46 snmp.conf
drwx------ 2 root lp 112 jul 24 12:37 ssl
-rw-r----- 1 root lp 90 ago 21 18:05 subscriptions.conf
-rw-r----- 1 root lp 386 ago 19 17:22 subscriptions.conf.O
File "loptions" has been created there.
The working Test-squeeze has the same as yours, but, The lpoptions
file is empty. All users can use the printer. Did you edit the
lpoptions file to add users to it? I don't remember ever doing that
even when cups was working.
The Non-working squeeze is missing the lpoptions file. I have
purge/reinstalled cups* more times than I can remember.
~$ ls /media/testing/etc/cups/
classes.conf cupsd.conf cupsd.conf.dpkg-old cups-pdf.conf
printers.conf printers-old.conf raw.types ssl/
classes.conf.O cupsd.conf.default cupsd.conf.O ppd/
printers.conf.O raw.convs snmp.conf
And now for the user:
test@debian:~$ lpoptions -d hp4250
auth-info-required=none copies=1 device-uri=socket://172.16.0.105
finishings=3 job-hold-until=no-hold job-priority=50 job-sheets=none,none
marker-change-time=1280496487 marker-colors=none,none marker-
levels=100,99 marker-names='Black\ Cartridge\ HP\ Q5942A,Maintenance\ Kit
\ HP\ 110V-Q5421A,\ 220V-Q5422A' marker-types=tonerCartridge,fuser number-
up=1 printer-commands=AutoConfigure,Clean,PrintSelfTestPage printer-
info=hp4250 printer-is-accepting-jobs=true printer-is-shared=false
printer-location printer-make-and-model='HP LaserJet 4250 Postscript
(recommended)' printer-state=3 printer-state-change-time=1280496487
printer-state-reasons=none printer-type=10522820 printer-uri-
supported=ipp://localhost:631/printers/hp4250
test@debian:~$ ls -l .cups
total 4
This works on the testing squeeze but not on the other.
As this thread was about, yet another cups problem, and I had not
remembered running lpoptions before I decided to see if it would/could
assist me in solving problem.
Ah, I remember that thread:
http://lists.debian.org/debian-user/2010/11/msg01405.html
If you are still facing the same problem and provided you removed/
reinstalled the package and nothing changed, I would open a bug report.
I don't believe it is a Debian bug. Something on the 3 partitions
installed by the system installers is affecting those partitions. Each
of them have this cups problem as well as:
2.Root login on startup comes up with a flag set that causes the root
passwd and ssh passwd to be shown on the screen. If after logging in
Ctrl C is entered, a relogin restores normal root behavior.
3. Kernel package (make-kpkg) does not run on any of those partitions.
I plan on deleting the offending partitions and installing, from CD,
the new stable on two partitions then upgrade one to Sid.
As mentioned before the installers were used to installing RedHat. I
think they left something, which I have not been able to find, somewhere
on each partition that caused these problems. Something that is normal
for RH but not Debian.
Thanks for the reply Camaleón
Wayne
Reply to: