Ubuntu
cups package

cups does not start when avahi-daemon is not installed

Bug #1178172 reported by Klaus Vormweg on 2013-05-09

This bug affects 15 people

Affects		Status	Importance	Assigned to	Milestone
	cups (Ubuntu)	Fix Released	Undecided	Unassigned
	cups-filters (Ubuntu)	Fix Released	Undecided	Unassigned

Bug Description

cups service does not start when avahi-daemon is not installed. cups package just recommends avahi-daemon. Anf cups works perfectly without avahi-daemon

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: cups 1.6.2-1ubuntu5
ProcVersionSignature: Ubuntu 3.8.0-19.30-generic 3.8.8
Uname: Linux 3.8.0-19-generic x86_64
ApportVersion: 2.9.2-0ubuntu8
Architecture: amd64
CupsErrorLog:
W [09/May/2013:10:56:47 +0200] Please move "SystemGroup lpadmin" on line 16 of /etc/cups/cupsd.conf to the /etc/cups/cups-files.conf file; this will become an error in a future release.
W [09/May/2013:10:56:48 +0200] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [09/May/2013:10:56:48 +0200] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
W [09/May/2013:10:56:48 +0200] CreateDevice failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
Date: Thu May 9 11:08:30 2013
InstallationDate: Installed on 2011-05-31 (708 days ago)
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427)
Lpstat: device for Stylus-D68: usb://EPSON/Stylus%20D68?serial=ABC010605082106260
MachineType: Gigabyte Technology Co., Ltd. H67M-D2-B3
MarkForUpload: True
Papersize: a4
PpdFiles: Stylus-D68: Epson Stylus D68 - CUPS+Gutenprint v5.2.9
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=de_DE.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-19-generic root=UUID=3d7ade4d-737d-4590-9eae-bf8edc170cc0 ro
SourcePackage: cups
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/31/2011
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F4
dmi.board.name: H67M-D2-B3
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF4:bd03/31/2011:svnGigabyteTechnologyCo.,Ltd.:pnH67M-D2-B3:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnH67M-D2-B3:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: H67M-D2-B3
dmi.sys.vendor: Gigabyte Technology Co., Ltd.

Tags:

Related branches

lp:ubuntu/trusty/cups-filters

lp:debian/cups-filters

CVE References

Revision history for this message

Klaus Vormweg (klaus-vormweg-deactivatedaccount) wrote on 2013-05-09:

BootDmesg.txt Edit (47.1 KiB, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (749 bytes, text/plain; charset="utf-8")
Dependencies.txt Edit (5.5 KiB, text/plain; charset="utf-8")
HookError_ubuntu.txt Edit (522 bytes, text/plain; charset="utf-8")
KernLog.txt Edit (27.8 KiB, text/plain; charset="utf-8")
Locale.txt Edit (327 bytes, text/plain; charset="utf-8")
Lspci.txt Edit (8.9 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (579 bytes, text/plain; charset="utf-8")
PrintingPackages.txt Edit (1.1 KiB, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (3.6 KiB, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.9 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (3.8 KiB, text/plain; charset="utf-8")
UdevDb.txt Edit (127.2 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (283.0 KiB, text/plain; charset="utf-8")

Revision history for this message

Launchpad Janitor (janitor) wrote on 2013-06-10:

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in cups (Ubuntu):
status:	New → Confirmed

Revision history for this message

Eloy Paris (peloy-chapus) wrote on 2013-06-10:

Agreed this should be treated as a bug since avahi-daemon is not a dependency. Workaround is simple: edit /etc/init/cups.conf and remove the line with "and started avahi-daemon".

Revision history for this message

Robert Sander (gurubert) wrote on 2013-07-03:

Why does cups-daemon depend on avahi-daemon now?

Revision history for this message

MMlosh (mmlosh) wrote on 2013-08-05:

So that's why it's not starting.

/etc/init/cups.conf is to blame, as said in #3
start on (filesystem
and started avahi-daemon
and (started dbus or runlevel [2345]))

Revision history for this message

MMlosh (mmlosh) wrote on 2013-10-19:

@gurubert
Upgraded today. now also annoyed by the (wrong) hard-dep on avahi-daemon :(
Having THAT on my system just because I want to be able to print...

Revision history for this message

MMlosh (mmlosh) wrote on 2013-10-19:

update: filled a bug against that avahi hard-dep as bug 1242185

Till Kamppeter (till-kamppeter) on 2014-03-07

Changed in cups (Ubuntu):
status:	Confirmed → Fix Committed

Revision history for this message

Launchpad Janitor (janitor) wrote on 2014-03-07:

This bug was fixed in the package cups - 1.7.1-5ubuntu8

---------------
cups (1.7.1-5ubuntu8) trusty; urgency=low

  * Removed har dependency of cups-daemon on avahi-daemon, demoted Depends: yo
    Recommends: and removed "on started avahi-daemon" from the "start on ..."
    rule in /etc/init/cups.conf (LP: #1242185, LP: #1178172).
-- Till Kamppeter <email address hidden> Fri, 7 Mar 2014 17:45:01 +0100

Changed in cups (Ubuntu):
status:	Fix Committed → Fix Released

Till Kamppeter (till-kamppeter) on 2014-03-10

Changed in cups-filters (Ubuntu):
status:	New → In Progress

Revision history for this message

Launchpad Janitor (janitor) wrote on 2014-03-11:

This bug was fixed in the package cups-filters - 1.0.47-0ubuntu1

---------------
cups-filters (1.0.47-0ubuntu1) trusty; urgency=medium

  * New upstream release 1.0.47
     - pdftoopvp: SECURITY FIX for CVE-2013-6474, CVE-2013-6475,
       and CVE-2013-6476: Introduction of gmallocn and gmallocn3
       to protect against arbitrary code execution with the
       privileges of the "lp" user via malicious PDF files. Also
       restrict the directory from where OPVP drivers can get
       loaded.
     - urftopdf: SECURITY FIX for CVE-2013-6473: Two heap-based
       buffer overflow flaws in urftopdf. If a malicious URF file
       were processed it could lead to arbitrary code execution
       with the privileges of the "lp" user.
     - pdftopdf: Fixed typo in initialization which sets the default
       value page border to an undefined value. Thanks to Helge
       Blischke for the patch.
     - cups-browsed: Check for changes of the URI of a queue which
       we have created and correct the URI if needed, especially if
       a queue was not removed on shutdown of cups-browsed (default
       printer or still having jobs) and before restart of
       cups-browsed the server's DNS-SD-provided has changed.
     - bannertopdf: Support PDF forms as banner template. This allows
       especially internationalized banner pages. Forms can contain
       fields for any CUPS/IPP value and get automatically filled
       Thanks to Andrew V. Stepanov from ALT Linux (Bug #1170,
       also first step to fix Ubuntu bug #1196986).
  * Removed hard dependency of cups-browsed on avahi-daemon, demoted Depends: to
    Recommends: and removed "on started avahi-daemon" from the "start on ..."
    rule in /etc/init/cups-browsed.conf (LP: #1242185, LP: #1178172).
-- Till Kamppeter <email address hidden> Mon, 10 Mar 2014 13:40:06 +0100

Changed in cups-filters (Ubuntu):
status:	In Progress → Fix Released

Report a bug

This report contains Public information

Everyone can see this information.

Duplicates of this bug

Bug #1242185

You are

Subscribing...

Edit bug mail

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.

Ubuntucups package

cups does not start when avahi-daemon is not installed

Bug Description

Related branches

CVE References

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntu
cups package