I experienced the same problem on an Ubuntu 18.04.5 system.
It was appearantly caused by .config being a symbolic link to a directory on a
different file system. Once I moved that .config directory to my home
directory, I was able to start evince. If the symbolic link points to a
directory on
Switching "-l" to "-f" in /lib/systemd/system/cups.service solved the
problem for me. cupsd has now been up for about an hour without shutting
down automatically.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to cups in
I'm also affected by this bug, lots of shared printers (this is the cups
server for the network) and cupsd shutting down claiming printer sharing
was off.
launchpad-groovix: in 14.04, the only allowed values for
BrowseLocalProtocol are All and dnssd, in 16.04 I see All, dnssd, and
none. Is CUPS
I'm also affected by this bug, lots of shared printers (this is the cups
server for the network) and cupsd shutting down claiming printer sharing
was off.
launchpad-groovix: in 14.04, the only allowed values for
BrowseLocalProtocol are All and dnssd, in 16.04 I see All, dnssd, and
none. Is CUPS
The bug is back in cups-client 1.7.2-0ubuntu1.7!
--
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/1352809
Title:
/usr/bin/lp on Trusty using -h option doesn't work as expected
The following does not solve the problem, but limits the frequency of the
problems when using squid as a proxy. I added the following two lines to the
squid configuration:
---
acl DEBIAN_NOCACHE urlpath_regex Release Packages.bz2 Translation.*.bz2
cache deny DEBIAN_NOCACHE
---
This prevents
6 matches
Mail list logo