Bug#823744: cups-common: after purge: /etc/cups/cupsd.conf not created

[Benoit Panizzon]

Package: cups-common
Version: 1.7.5-11+deb8u1
Severity: normal

Dear Maintainer,

I was not able to modify any printers anymore. So somehow my config got broken
and I was not able to figure out why.

Usual way to fix such a problem is to purge the package and config.

apt-get purge --auto-remove cups cups-common

(and then manualy removing /etc/cups/ as the post install script could not remove it because
not empty)

and then: apt-get install cups

This results in a broken installation as /etc/cups/cupsd.conf is not created.

What could be the cause of the problem?

-Benoit-

-- System Information:
Debian Release: 8.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information

[Brian Potkin]

reassign 823744 cups-daemon
tags 823744 unreproducible moreinfo
thanks



Thank you for your report, Benoit.

On Sun 08 May 2016 at 13:32:43 +0200, Benoit Panizzon wrote:

> I was not able to modify any printers anymore. So somehow my config got broken
> and I was not able to figure out why.
>
> Usual way to fix such a problem is to purge the package and config.
>
> apt-get purge --auto-remove cups cups-common
>
> (and then manualy removing /etc/cups/ as the post install script could not remove it because
> not empty)
>
> and then: apt-get install cups
>
> This results in a broken installation as /etc/cups/cupsd.conf is not created.
>
> What could be the cause of the problem?

Pass! I have tried your sequence of commands a dozen times and on each
occasion cupsd.conf ended up in /etc/cups. Is the behaviour you observe
reproducible for you?

The cups-daemon package is responsible for copying cupsd.conf from the
cups directory in /usr/share (cupsd.conf.default). If it could not do so
we'd expect something in the logs or to appear onscreen. Does the command
'journalctl' indicate anything?

How do you go on with

apt-get --reinstall install cups-daemon

after installing cups?

Regards,

Brian. (Not a maintainer).

[Brian Potkin]

On Sun 08 May 2016 at 17:38:20 +0100, Brian Potkin wrote:
>
> On Sun 08 May 2016 at 13:32:43 +0200, Benoit Panizzon wrote:
>
> > What could be the cause of the problem?
>
> Pass! I have tried your sequence of commands a dozen times and on each
> occasion cupsd.conf ended up in /etc/cups. Is the behaviour you observe
> reproducible for you?
>
> The cups-daemon package is responsible for copying cupsd.conf from the
> cups directory in /usr/share (cupsd.conf.default). If it could not do so
> we'd expect something in the logs or to appear onscreen. Does the command
> 'journalctl' indicate anything?
>
> How do you go on with
>
> apt-get --reinstall install cups-daemon
>
> after installing cups?

Any progress on this?

Cheers,

Brian.

[Benoit Panizzon]

Hi Brian

> > How do you go on with
> >
> > apt-get --reinstall install cups-daemon
> >
> > after installing cups?
>
> Any progress on this?

It looks like I missed your first email.

Let's reproduce (sorry, locale is de_CH, so the message about non
empty /etc/cups is german)

root@krup:~# uname -a
Linux krup.woody.ch 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-1
(2016-03-06) x86_64 GNU/Linux

root@krup:~# lsb_release -a
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch
Distributor ID: Debian Description: Debian GNU/Linux 8.4 (jessie)
Release: 8.4
Codename: jessi

root@krup:~# ls -l /etc/cups/cupsd.conf
-rw-r--r-- 1 root root 4499 Mai 8 13:33 /etc/cups/cupsd.conf

root@krup:~# apt-get purge cups-common cups
[...]
dpkg: Warnung: Während Entfernens von cups ist Verzeichnis »/etc/cups«
nicht leer, wird daher nicht gelöscht
[...]

root@krup:~# ls
-l /etc/cups/cupsd.conf -rw-r--r-- 1 root root 4499 Mai 8
13:33 /etc/cups/cupsd.conf

root@krup:~# rm -r /etc/cups/

Now we are 'clean'...

root@krup:~# apt-get install cups hplip printer-driver-hpcups
[...]

root@krup:~# ls -l /etc/cups/
insgesamt 20
drwxr-xr-x 2 root root 4096 Jun 9 2015 interfaces
drwxr-xr-x 2 root root 4096 Jun 9 2015 ppd
-rw-r--r-- 1 root root 240 Mai 12 11:32 raw.convs
-rw-r--r-- 1 root root 211 Mai 12 11:32 raw.types
-rw-r--r-- 1 root root 160 Jun 9 2015 snmp.conf

root@krup:~# service cups restart
root@krup:~#
Message from syslogd@krup at May 12 11:32:47 ...
cupsd: Unable to open "/etc/cups/cupsd.conf": No such file or directory

Broadcast message from systemd-...@krup.woody.ch (Thu 2016-05-12
11:32:47 CEST):

cupsd[11173]: Unable to open "/etc/cups/cupsd.conf": No such file or
directory

-Benoît Panizzon-

[Benoit Panizzon]

Hi Brian

root@krup:~# apt-get --reinstall install cups-daemon
[...]
Warning: Stopping cups.service, but it can still be activated by:
cups.socket

root@krup:~# service cups restart

=> no error

root@krup:~# ls -l /etc/cups
insgesamt 32
-rw-r--r-- 1 root root 4499 Mai 12 11:36 cupsd.conf

drwxr-xr-x 2 root root 4096 Jun 9 2015 interfaces

drwxr-xr-x 2 root lp 4096 Jun 9 2015 ppd

-rw-r--r-- 1 root root 240 Mai 12 11:32 raw.convs
-rw-r--r-- 1 root root 211 Mai 12 11:32 raw.types
-rw-r--r-- 1 root root 160 Jun 9 2015 snmp.conf

drwx------ 2 root lp 4096 Mai 12 11:36 ssl

Hmm, re-installing cups-daemon solved the problem.

So I think my error was to assume the package 'cups' contains the
daemon and 'cups-common' would generate the config.

Apparently cups-daemon ist the one copying the config.

-Benoît Panizzon-
--
I m p r o W a r e A G - Leiter Commerce Kunden
______________________________________________________

Zurlindenstrasse 29 Tel +41 61 826 93 00
CH-4133 Pratteln Fax +41 61 826 93 01
Schweiz Web http://www.imp.ch
______________________________________________________