This bug was fixed in the package cups - 2.1.3-4ubuntu0.3
---------------
cups (2.1.3-4ubuntu0.3) xenial; urgency=high
* Adding maintainer script debian/cups-daemon.prerm to deal with situations
where "old-version" (installed package) prerm script fails. (LP: #1642966).
cups (2.1.3-4ubuntu0.2) xenial; urgency=medium
* Make cups.path unit be part of the cups.service, since cups.path
should stop if and when cups.service is stopped. LP: #1642966
cups (2.1.3-4ubuntu0.1) xenial-proposed; urgency=medium
* Removed auto-shutdown-on-idle-also-with-webinterface-on.patch
as it causes CUPS to auto-shutdown when web interface support is
active (LP: #1598300).
-- Eric Desrochers <eric.desroch...@canonical.com> Fri, 18 Aug 2017
12:08:28 -0400
** Changed in: cups (Ubuntu Xenial)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cups in Ubuntu.
https://bugs.launchpad.net/bugs/1598300
Title:
CUPS web interface stops responding after a while
Status in cups package in Ubuntu:
Fix Released
Status in cups source package in Xenial:
Fix Released
Bug description:
after 6 minutes or so, cups is not responding.
it do not produce error on the log, just stop working, worse, it exit with 0
⌌—————————————————————————————————————————————————————————————————————————————————————⌍
|root@cupsmachine :~# systemctl status cups
|
|● cups.service - CUPS Scheduler
|
| Loaded: loaded (/lib/systemd/system/cups.service; enabled; vendor preset:
enabled)|
| Active: inactive (dead) since ven. 2016-07-01 10:31:32 TAHT; 2min 16s ago
|
| Docs: man:cupsd(8)
|
| Process: 28686 ExecStart=/usr/sbin/cupsd -l (code=exited,
status=0/SUCCESS) |
| Main PID: 28686 (code=exited, status=0/SUCCESS)
|
|
|
|juil. 01 10:30:01 appli-client systemd[1]: Started CUPS Scheduler.
|
⌎—————————————————————————————————————————————————————————————————————————————————————⌏
I got to launch it again, so I have finish with a cron job like
*/10 * * * * systemctl status cups.service|grep -q 'inactive (dead)' &&
systemctl start cups
but it is a dirty solution. I have no idea of what make it stop.
NB: I have seen problems related to apparmor, this machine has no apparmor
package.
[Impact]
If you want to use the CUPS web interface in Xenial and therefore set
"WebInterface Yes" in /etc/cups/cupsd.conf, CUPS could auto-shutdown
when it is idle and then an attempt to access http://localhost:631/
via a web browser fails. People get confused as other access to CUPS
[Testcase]
Take a CUPS setup on Xenial with no shared print queues and CUPS only
listening on the domain socket. Activate the web interface via
cupsctl WebInterface=Yes
Now you are able to access the web interface via
http://localhost:631/. Wait for some minutes without accessing CUPS
until the CUPS daemon shuts down automatically. Try to open the web
interface again and it will not work.
With the fixed CUPS package CUPS will not auto-shutdown when the web
interface is activated.
[Regression Potential]
Low, as we are removing a simple distro patch to get back to the
original, upstream behavior.
[Regression in Pending SRU page]
* Regression in autopkgtest for c2esp (armhf): test log
This autopkgtest seems always fails :
http://autopkgtest.ubuntu.com/packages/c/c2esp/xenial/armhf
c2esp [xenial/armhf]
Version Triggers Date Duration Result
27-2 cups/2.1.3-4ubuntu0.3 2017-08-23 04:07:44 UTC 2h 50m 13s
fail log artifacts ♻
27-2 cups/2.1.3-4ubuntu0.2 2017-08-14 23:31:50 UTC 2h 50m 11s
fail log artifacts ♻
27-2 cups/2.1.3-4ubuntu0.2 2017-07-17 20:17:10 UTC 2h 50m 52s
fail log artifacts ♻
27-2 cups/2.1.3-4ubuntu0.1 2017-01-20 12:00:41 UTC 2h 49m 29s
fail log artifacts ♻
Additionally look at Till comment :
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1642966/comments/129
* Regression in autopkgtest for libreoffice (i386): test log
It's a known issue, A regression in the kernel, which breaks libreoffice with
java enabled on i386 :
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1699772
... so until this is fixed upstream in the kernel and backported in an
ubuntu kernel, I'm afraid the only option is to just ignore the
failure.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1598300/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
