[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#784271: marked as done (cups-client: Variable permissions on a PPD file with lpadmin)

Your message dated Tue, 07 Jul 2015 21:57:40 +0200
with message-id <30578437.mRiQxyWZs6@gyllingar>
and subject line Re: Bug#784271: cups-client: Variable permissions on a PPD file with lpadmin
has caused the Debian Bug report #784271,
regarding cups-client: Variable permissions on a PPD file with lpadmin
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
784271: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784271
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cups-client
Version: 1.7.5-11
Severity: normal



On Jessie (cups 1.7.5-11) creation of a print queue with -m results in 
the PPD having permissions 640.

  root@gnome-jessie:~# lpadmin -p perms -v file:/home/brian/test.ps -E -m postscript-hp:0/ppd/hplip/HP/hp-business_inkjet_2250-ps.ppd
  root@gnome-jessie:~# ls -l /etc/cups/ppd/perms.ppd
  -rw-r----- 1 root lp 64033 May  4 19:24 /etc/cups/ppd/perms.ppd

We'll tweak the queue. The permissions of the PPD are unchanged.

  root@gnome-jessie:~# lpadmin -p perms -v file:/home/brian/test.ps -E -o PageSize=A4 -m postscript-hp:0/ppd/hplip/HP/hp-business_inkjet_2250-ps.ppd
  root@gnome-jessie:~# ls -l /etc/cups/ppd/perms.ppd
  -rw-r----- 1 root lp 64041 May  4 19:26 /etc/cups/ppd/perms.ppd
  -rw-r----- 1 root lp 64033 May  4 19:24 /etc/cups/ppd/perms.ppd.O

Another alteration to the queue. This sees the PPD file permissions
alter.

  root@gnome-jessie:~# lpadmin -p perms -v file:/home/brian/test.ps -E -o PageSize=A4 -o booklet -m postscript-hp:0/ppd/hplip/HP/hp-business_inkjet_2250-ps.ppd
  root@gnome-jessie:~# ls -l /etc/cups/ppd/perms*
  -rw-r--r-- 1 root lp 64033 May  4 19:34 /etc/cups/ppd/perms.ppd
  -rw-r----- 1 root lp 64033 May  4 19:24 /etc/cups/ppd/perms.ppd.O

How does the -P option perform after deleting the queue and starting
again?

  root@gnome-jessie:~# lpadmin -p perms -v file:/home/brian/test.ps -E -P /home/brian/lj400.ppd
  root@gnome-jessie:~# ls -l /etc/cups/ppd/perms*
  -rw-r--r-- 1 root root 68925 May  4 19:40 /etc/cups/ppd/perms.ppd

Adding the previous two options in consecutive reinstallations as before
sees the established permission on the PPD unchanged at 644.

I could live with 640 or 644 (the latter, for preference) but it would be
nice for lpadmin to give a consistent outcome when queues are installed
or reinstalled.

This behaviour seems related to STR: #4500 and #764253.

Regards,

Brian.

--- End Message ---
--- Begin Message --- 
Version: 2.0.3-4

> notfound 784271 2.0.3-4
> thanks
> (…)
> With lpadmin the permissions on the PPD file are now consistently 644.

Hi Brian,

in cases where a bug is fixed from a version on, the canonical way is to 
mail ###-done@bugs.debian.org with a "Version: " pseudo-header. The 
'found' and 'notfound' are more to indicate affected and unaffected 
versions earlier than the "biggest version in which this bug is 
considered completely fixed.

I hope it's clearer. :-)

Thanks, and cheers,
OdyX

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: