=== yofel_ is now known as yofel
=== test__ is now known as anoteng
[10:22] <areda> hi
=== ssj6akshat is now known as ssj6akshat-away
=== yofel_ is now known as yofel
=== emma is now known as em
=== ssj6akshat-away is now known as ssj6akshat
=== bilalakhtar_ is now known as cdbs
=== ssj6akshat is now known as ssj6akshat-_-
=== ssj6akshat-_- is now known as ssj6akshat
[19:58] <CarlFK> #686265 i bugged squid-deb-proxy-client, but seems others that are not using that are having the same problem
[19:58] <CarlFK> https://bugs.launchpad.net/ubuntu/+source/squid-deb-proxy/+bug/686265
[19:58] <ubot2> Launchpad bug 686265 in squid-deb-proxy (Ubuntu) "client doing wicked ipv6 stuff and failing (affects: 1) (heat: 6)" [Undecided,New]
[19:59] <CarlFK> so it probably isn't a squid... problem.  any suggestions on what bug?
=== ssj6akshat is now known as ssj6akshat|bed
[20:01] <CarlFK> I am guessing there is a reg-ex that tries to figure out if the destination is an IPv6 IP and is incorrectly catching hostnames
[20:04] <micahcowan> CarlFK, perhaps it's due to tacking on the :8000 to the IP number, or something? That must be the address/port of your proxy, right? In which case, your proxy is never being reached in the first place, since something's having trouble understanding that address.
[20:05] <micahcowan> If there's a fix, it may be to your proxy environment settings in whatever appropriate Gnome control panel, or else a fix to some app's interpretation of that address.
[20:06] <CarlFK> micahcowan: :8000 is the proxy, but it does get hit (I can see it in it's logs) and someone else was having very similar trouble that was not using a proxy
[20:06] <micahcowan> I think ip6 addresses are supposed to be enclosed in [ ] for URLs.
[20:07] <CarlFK> and in both cases (his and mine) it fixed itself (we didn;t do anything, just retired the apt-get)
[20:07] <micahcowan> It may be getting hit, but not I think from apt-get. Alternatively, maybe squid itself has been misconfigured with an address like that
[20:07] <micahcowan> "retired"?
[20:07] <micahcowan> oh, "retried".
[20:07] <CarlFK> retry ed
[20:07] <CarlFK> it only proxy's apt-get traffic
[20:08] <micahcowan> Perhaps there's some faulty conditional code (where? that's the question) that blindly takes an IP address and slaps the port number after it, without checking to see if IPv6 should get special treatment, or something.
[20:08] <micahcowan> Sounds like a pain to track down :(
[20:09] <CarlFK> inded
[20:09] <CarlFK> juser@dhcp16:~$ cat /etc/apt/apt.conf.d/30autoproxy
[20:09] <CarlFK> Acquire::http::ProxyAutoDetect "/usr/share/squid-deb-proxy-client/apt-avahi-discover";
[20:10] <CarlFK> that's what tells apt-get to use the proxy
[20:11] <CarlFK> hmm, i guess the same funky error message ("something wicked...") could be caused by more than one bug
[20:11] <CarlFK> kinda like saying "file not found" is a bug in the file open function ;)
[20:12] <micahcowan> The contents of that script you named looks quite short, and also looks at first glance to be the source of the problem.
[20:13] <micahcowan> Yeah, it doesn't look designed for IPv6.
[20:15] <micahcowan> I have a diff for you to try, lemme post it on pastebin.
[20:15] <micahcowan> Actually, I'll just attach it to the bug.
[20:18] <micahcowan> Okay, it should be there now.
=== ssj6akshat|bed is now known as ssj6akshat
=== ssj6akshat is now known as ssj6akshat|bed
[20:38] <CarlFK> micahcowan: I don;'t think that is going to work
[20:38] <CarlFK> +echo "$IP" | grep -q : >/dev/null >&1 && IP="[$IP]"
[20:38] <CarlFK> at that point, IP should be a v4 ip
[20:41] <CarlFK> hmm, I bet the intermittent has to do with avahi-browse returning stuff in different order:  http://dpaste.de/iSOp/
[20:42] <CarlFK> btw - I am not trying to use v6 - both client and server are default ubuntu installs, so whatever it sets up
[20:42] <CarlFK> bbl
=== paul__ is now known as Elbrus
[21:07] <Elbrus> Is there somebody here that can set bug 687687 to wishlist? I maintain Winff in Debian and have submitted a bug upstream for it.
[21:07] <ubot2> Launchpad bug 687687 in winff (Ubuntu) (and 1 other project) "WinFF - Should detect failure to start terminal properly (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/687687
[21:09] <micahcowan> CarlFK, no, if the grep succeeds, it should be a v6
[21:09] <micahcowan> no v6 address should have a : in it...
[21:09] <CarlFK> right, but what your line greps will always be v4
[21:10] <CarlFK> out= ... grep '^=;.*;IPv4;.*'
[21:10] <CarlFK> not saying your line will break anything, it just will never do anything
[21:11] <charlie-tca> Elbrus: done, Thank you
[21:12] <Elbrus> thanks
=== test__ is now known as anoteng
=== FlannelKing is now known as Flannel