No cups ppd options unless root

[george]

I can't manage to get access to the options in my printer's ppd file as a normal user under cups (and sometimes printing seems to go nowhere but one step at a time). To try and remove as many variables as possible, the simplest proof I can demonstrate is to use

Code: Select all

lpoptions -l

As root I get a list of sensible looking options, as a normal user I get

Code: Select all

george $ lpoptions -l
lpoptions: Destination samsung has no PPD file!

Now I can see samsung.ppd in /etc/cups/ppd/ and looking at the debug output from cupsd looks like it's being read OK, although I don't really know what's going on in there. I could post it but it only gets vaguely helpful using debug2 so it's a bit long...

The only other thing I've tried is

Code: Select all

george@manuel george $ sg lp lpoptions -l
job-sheets=none,none

which gives a completely different output than root gets.

All I could find related to this anywhere else is that setting ServerName could mess things up, so I've just re-emerged cups to make sure I've got the default cupsd.conf but that's made no difference.

Any ideas? I'm stuck now.

[texas1emt]

Ran into a similar issue with my Samsing ML-1710 and CUPS... Eventually just had to resort to using the sudo package when I needed to change options. Sudo's a nice app, but as you might already know, configuring it incorrectly leaves a fat security hole in your computer.

[george]

This started when I spotted I didn't get the printer options under gnome - and I don't fancy trying to get that going with sudo

I've also asked on a cups list but no response there yet

[texas1emt]

Sudo might be a temporary fix, but yeah, it's not a permanent one. If you need help setting sudo up, let me know.

[george]

Sussed it In case anyone else gets in the same mess...

I messed up /var/tmp which is where lpoptions tries to store a temporary file but failed as the user didn't have enough permissions. Once I sorted /var/tmp then it started working