Bug#736089: cups-client: Modifying or reinstalling a queue with lpadmin is unreliable

[Brian Potkin <claremont102@gmail.com>]

On Wed 12 Mar 2014 at 20:23:05 +0000, Brian Potkin wrote:

> Something seems to think the -P option to lpadmin is being used.

Moving on to an oddity.

The testing machine is as basic as it gets. An install with only the
base system and cups with no recommends.

We will install and reinstall a queue and check how successful it is.
On each success 'copy_model' appears twice in a debug2 log; 'copy_file'
appears once on a failed attempt.

  root@cups:~# lpadmin -x test-model

  root@cups:~# lpadmin -p test-model -v file:/dev/null -m lsb/usr/cupsfilters/HP-PhotoSmart_Pro_B8300-hpijs-pdftoijs.ppd
  root@cups:~# lpadmin -p test-model -v file:/dev/null -m lsb/usr/cupsfilters/HP-PhotoSmart_Pro_B8300-hpijs-pdftoijs.pp
  root@unstable-cups-min:~# grep copy_model /var/log/cups/error_log | wc -l
  4
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  0

Ok up to there. Now we will reinstall the queue an odd number of times,
5 say.

  root@cups:~# grep copy_model /var/log/cups/error_log | wc -l
  8
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  3

The bug leads us to expect these data. Let's try reinstalling once using
the dymo.ppd (or one of zebra PPDs).

  root@cups:~# lpadmin -p test-model -v file:/dev/null -m drv:///sample.drv/dymo.ppd
  root@cups:~# grep copy_model /var/log/cups/error_log | wc -l
  10
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  3

We expected that result but would we anticipate what comes after going
back to queue installation with the HP-PhotoSmart PPD ten times?

  root@cups:~# grep copy_model /var/log/cups/error_log | wc -l
  30
  root@cups:~# grep copy_file /var/log/cups/error_log | wc -l
  3

Everything looks really good now! Any PPD gets installed with -m. I have
no explanation for this.

Regards,

Brian.