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

Bug#826648: tagging 826648, reopening 826648



2016-06-08 19:31 GMT+03:00 Brian Potkin <brian@copernicus.demon.co.uk>:
> On Wed 08 Jun 2016 at 12:25:40 +0300, Martin-Éric Racine wrote:
>
>> tags 826648 + moreinfo
>> reopen 826648
>> thanks
>
> The 'unreproducible' tag lead to me re-test by installing from the alpha6
> d-i (with no tasks) and installing printer-driver-cups-pdf. On purging
> the package the ppd was removed. In the light of the tag I thought it
> was just possible I had misobserved the behaviour on the other testing
> installation I was using (in spite of repeated testing) or it was caused
> by some other package.
>
> However, I thought I had deleted the partition holding the testing
> installation so decided I had nothing further to contribute and closed
> the bug. On reflection this action might be viewed as unhelpful and
> unmannerly. Apologies.
>
> It transpires I was mistaken and the partition was not touched. So
> trying 'lpstat -h localhost -v' gets zero output, which explains why
> the PDF queue was not deleted. On the other hand 'lpadmin -h localhost'
> does work.
>
> At first sight this looks like a bug in cups, but none of my other
> unstable installs behave like that. Time to look at how I might have
> fouled up that system.

Now, I'm really curious as to how to ended up with the PPD not
removed, since the postrm script looks for any occurence of a
cups-pdf:// type of queue and purges them all one by one, along with
their PPD.

Martin-Éric


Reply to: