[03:26] <zkanda> Hey guys, I installed linux4.6 today for some fixes on my laptop that got upstreamed. However I cannot start docker because of missing aufs driver which I assume would be in linux-image-extra-4.6.0-040600-generic but it's not available.
[03:26] <zkanda> Anyone knows how can I get/compile this myself? Thanks in advance.
[08:05] <apw> zkanda, there is an upstream aufs repo, not sure if that is up to date with 4.6 as yet
[08:09] <zkanda> apw You mean this? https://launchpad.net/ubuntu/+source/aufs-tools I would have thought I still need the linux-image-extra. Hmmm
[08:10] <apw> zkanda, no i mean we get the code from a separate upstream: https://github.com/sfjro/aufs4-standalone.git
[08:11] <apw> zkanda, aufs would normally be in linux-image-extra, but the 4.6.0 you are talking about is a mainline build so only has what is available in linus' tree
[08:16] <zkanda> apw: Oh I see, got it. So manually compiling/installing this mainline should theoretically solve my issue? :)
[08:17] <apw> zkanda, in theory
[21:15] <SpamapS> Hi! We've been pulling from git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git for a while as part of a CI system that adds patches on top of it, but since sometime yesterday, it has been refusing to let us pull. Anybody know if that's temporary, or if we're maybe doing something to perturb the sysadmins?
[21:15] <SpamapS> $ git fetch ubuntu-trusty
[21:16] <SpamapS> fatal: read error: Connection reset by peer
[21:19] <TJ-> $ git fetch ubuntu-trusty
[21:19] <TJ-> remote: Counting objects: 177302, done.
[21:20] <TJ-> that was just now
[21:22] <SpamapS> write(5, "0032have 26d55d1aae4ecdbd4ed5f1f"..., 309) = 309
[21:22] <SpamapS> read(4, 0x7fffc9158740, 4)              = -1 ECONNRESET (Connection reset by peer)
[21:23] <SpamapS> 4 is the socket
[21:24] <TJ-> SpamapS: are you going through a proxy, transparent or otherwise?
[21:24] <TJ-> SpamapS: which protocol is the remote configured to use?
[21:25] <SpamapS> git://
[21:25] <SpamapS> no proxy
[21:25] <TJ-> same here, maybe monitor the connection with tcpdump see if that reveals anything
[21:25] <SpamapS> socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
[21:26] <SpamapS> connect(4, {sa_family=AF_INET, sin_port=htons(9418), sin_addr=inet_addr("91.189.94.216")}, 16) = 0
[21:26] <apw> SpamapS, as far as i know nothing is menat to have changed
[21:27] <SpamapS> 14:27:04.284963 IP 192.168.0.6.42270 > 91.189.94.216.9418: Flags [P.], seq 70:229, ack 82172, win 1278, options [nop,nop,TS val 34334039 ecr 1879947210], length 159
[21:27] <SpamapS> 14:27:04.467288 IP 91.189.94.216.9418 > 192.168.0.6.42270: Flags [R.], seq 82172, ack 229, win 122, options [nop,nop,TS val 1879947267 ecr 34334039], length 0
[21:28] <SpamapS> RST with prejudice.
[21:28] <SpamapS> They do exchange quite a few other packets first.
[21:28] <TJ-> SpamapS: what ubuntu release is the host?
[21:28] <apw> SpamapS, let me pass the issue to someone ... might be our end
[21:29] <SpamapS> TJ-: 16.04
[21:29] <SpamapS> have tried 14.04 as well
[21:29] <TJ-> SpamapS: wondering if a git version difference might be at issue
[21:29] <SpamapS> same issue on both
[21:29] <SpamapS> apw: my hero. Thanks for looking into it. :)
[21:29] <TJ-> SpamapS: yeah, looks like the server took a dislike to you :)
[21:29] <apw> SpamapS, also the primary repositories are now in launchpad, so you might want to switch over to using that
[21:29] <SpamapS> while I have your attention.. is history rewritten on that repository ever?
[21:30] <SpamapS> apw: Oh, I did not know that. What's the url for those?
[21:30] <apw> SpamapS, on those older repositories, it is possible, highly unlikely but possible in the face of embargoed cves
[21:31] <SpamapS> apw: ok, we saw one instance of it so wasn't sure if it was the norm
[21:31] <apw> SpamapS, https://code.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/trusty
[21:31] <apw> ^ would be the trusty repo
[21:31] <apw> SpamapS, very rare, but i wouldn't rule it out occuring ... 
[21:32] <SpamapS> apw: thanks, the launchpad git servers are in fact working
[21:33] <apw> SpamapS, there is a number of them i believe, so you ought to have better luck with them, particularly today it seems
[21:37] <SpamapS> could of course be faster...
[21:37] <SpamapS> Receiving objects:  21% (71741/337062), 39.46 MiB | 228.00 KiB/s    
[21:37] <SpamapS> but.. I can live ;)