Thanks, that was it. Apologies for this turning out to be a 'support'
question, not a bug. I was so sure.
I'm not used to symlinks breaking things in unix, so I didn't even
suspect my moving of /var was a problem. My / is an SSD so I don't want
logs writing to it. /data is a HDD.
Thanks
Public bug reported:
I have a two-machine network, both running 14.04.1 but mostly updated.
I cannot print to the remote CUPS-managed printer, except with a few
apps which see the printers directly via avahi (e.g. Evince).
I can print to the printer from the machine local to the printer.
Adding #include abstractions/samba does not fix it.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to cups in Ubuntu.
https://bugs.launchpad.net/bugs/1314160
Title:
Apparmor profile violated: cupsd does mknod on
** Description changed:
I have a two-machine network, both running 14.04.1 but mostly updated.
+ CUPS version is 1.7.2-0ubuntu1
- I cannot print to the remote CUPS-managed printer, except with a few
- apps which see the printers directly via avahi (e.g. Evince).
+ Machine A - has printer
There is a hack-ish workaround, yet it reminds me of the good ol' days of Linux
when you could actually control things from simple text files:
See Method 1 at https://gist.github.com/magnetikonline/6236150
Between NetworkManager, resolvconf, Bonjour, mDNS, dnsmasq (and I think
even dbus)...
Affects me. Ubuntu 14.04. dig -x 192.168.1.101 takes a long time to
not come up with an answer. And that's because it's defined in
/etc/hosts.
lsof -i and tcpdump are two programs that can do do reverse-DNS lookups,
and ignoring /etc/hosts means they take way longer than they normally
would.
6 matches
Mail list logo