Re: cups yet again

On Mon, Aug 06, 2007 at 22:05:53 +0100, graham wrote:
> Florian Kulzer wrote:

[...]

>> - Is the printer reported correctly if you run
>> /usr/lib/cups/backend/parallel
>> ?
>
> No:
>
> graham@dogmatix:~$ /usr/lib/cups/backend/parallel
> direct parallel:/dev/lp0 "Unknown" "LPT #1"

Maybe this just means that the printer does not identify itself. (Not all printers do this, as far as I know.)

>> - Has the ppd file been copied to /etc/cups/ppd/HL-5040.ppd?
>
> Yes
>
>> The owner should be cupsys, group lp and the permissions should be 0644.
>
> The owner was root.root. Changed this to cupsys.lp and the test page
> printed ok from the CUPS frontend (tested this once only, since I assumed
> it was now ok).
>
> However, printing from anything else still gave the same result as before.
> Tried rebooting (a la windows); the test page no longer prints from the
> CUPS frontend - the original problem returned.
>
> Suspecting the permissions (everything else in the directory was also
> root.root or root.lp), I did
>
> chown -R cupsys.lp /etc/cups
>
> but the problem stayed unchanged
>
> Current state:
>
> graham@dogmatix:~$ ls -al /etc/cups/ppd
> total 24
> drwxr-xr-x 2 cupsys lp 4096 2007-08-06 16:08 .
> drwxr-sr-t 5 cupsys lp 4096 2007-08-06 16:08 ..
> -rw-r--r-- 1 cupsys lp 12517 2007-08-06 16:08 HL-5040.ppd

Well, Sid just had a cupsys upgrade and now the ownership of my /etc/cups/ppd/* files is actually root:lp. The important thing seems to be that the lp group can read the files. My /etc/cups/ directory looks like this now:

$ ls -al /etc/cups/
total 88

drwxr-xr-x   5 root lp    4096 2007-08-07 09:26 .
drwxr-xr-x 135 root root 12288 2007-08-07 09:29 ..
-rw-------   1 root lp      83 2007-07-27 15:52 classes.conf
-rw-r--r--   1 root root  1215 2006-11-03 01:57 command.types
-rw-r--r--   1 root root  8818 2007-05-24 11:51 cups-pdf.conf
-rw-r--r--   1 root root  2959 2007-06-09 16:47 cupsd.conf
drwxr-xr-x   2 root root  4096 2007-02-02 14:50 interfaces
-rw-r--r--   1 root root  4644 2007-05-14 10:57 mime.convs
-rw-r--r--   1 root root  6289 2007-07-14 15:47 mime.types
drwxr-xr-x   2 root lp    4096 2007-07-05 10:58 ppd
-rw-------   1 root lp    1006 2007-07-27 15:52 printers.conf
-rw-------   1 root lp     999 2007-07-05 10:58 printers.conf.O
-rw-r--r--   1 root root   946 2006-09-29 14:58 pstoraster.convs
-rw-r--r--   1 root root   242 2007-03-18 13:01 raw.convs
-rw-r--r--   1 root root   213 2007-03-18 13:01 raw.types
drwx------   2 root lp    4096 2007-08-07 09:26 ssl

I just checked after the upgrade and printing still seems to work for me.

Do you need help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related lists.debian.org Links debian-announce debian-apache debian-arm-changes debian-beowulf debian-boot debian-cd debian-cd-vendors debian-changes debian-changes-digest debian-isp debian-kde debian-laptop debian-mirrors-announce debian-news debian-security debian-security-announce debian-testing debian-user debian-user-digest Request more information about Pantek

>> You can
>> check if the file corresponds to the correct driver with:
>> grep '^*NickName:' /etc/cups/ppd/HL-5040.ppd
>
> Yes thats fine.
>
> *NickName: "Brother HL-5040 Foomatic/hl1250 (recommended)"

That certainly seems to be the correct driver.

>> - The foomatic-filters-ppds package has four different ppd files for the
>> Brother HL-5040. Did you try them all?
>
> No, but I don't believe that's the issue. This one has always worked fine
> for me before (several different systesm, none of which is unfortunately
> available for comparison).

The changelog of the newest Sid version of cupsys gives me the impression that there were some problems with the first Debian packages of the new upstream cups release (version 1.2.12-1, in Lenny right now). Maybe your problem ist just a case of installing at the wrong time. You could try if you can install version 1.2.12-2 of cupsys, cupsys-common, cupsys-client, and libcupsys2 (from Sid). Using "dpkg --purge --force-depends" should allow you to temporarily purge the old packages without removing anything else that depends on cups. This should be safe if you reinstall the new (or old) packages again immediately. (Famous last words...)

-- 
Regards,            | 
http://users.icfo.es/Florian.Kulzer
          Florian   |


-- 
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org