paulgorman.org

< ^ txt

Sun Jul 19 12:31:25 EDT 2015 Went to bed a little late, but woke up at 7:30 AM. Another very hot day. Staying inside. Did a little drawing. Working on getting my printer working. I got it on the new wireless network, and installed through the CUPS web interface. Applications (Gimp, Firefox) couldn't see it (although `lpstat -a` saw it, but was slow to return). I thought it might be a firewall issue, but apps still couldn't see it after `sudo iptables -F`). CUPS is suddenly super fucking fragile. It used to be solid. Ah. After a considerable amount of fucking around with various inconsistent CUPS failures and weirdness, I realized it was IPv6. I had ip6tables blocking everything. Apparently, that breaks CUPS. Nice. $ sudo ip6tables -F $ sudo ip6tables --policy INPUT DROP $ sudo ip6tables -A INPUT -i lo -j ACCEPT $ sudo -s # ip6tables-save > /etc/iptables/rules.v6 # exit CUPS may have tried to use IPv6 because /etc/cups/cupsd.conf has this line: Listen localhost:631 ...and /etc/hosts has this line: ::1 localhost ip6-localhost ip6-loopback Possibly changing the CUPS config to use '127.0.0.1' instead of 'localhost' would have forced IPv6. It sucks that this is not well document (or documented at all that I could find), it doesn't fall back to IPv4, and logs nothing useful to /var/log/cups/error_log. "Boo" to the CUPS team. https://bugzilla.redhat.com/show_bug.cgi?id=459610 Hmm. Maybe it's a GTK rather than CUPS bug. Not great in any case. I suppose allowing IPv6 on lo will save me headaches down the road anyhow.

< ^ txt