**** BEGIN LOGGING AT Wed May 13 02:59:58 2020 May 13 04:33:36 build #307 of mxs/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/mxs%2Fgeneric/builds/307 May 13 04:48:28 build #307 of zynq/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/zynq%2Fgeneric/builds/307 May 13 05:21:50 jow: seems like you've picked somehow a good ones, no network issues so far on those running... May 13 05:22:26 but I've just tried wget on that gcc181 and it was still going with 63.7KB/s from hetzner.de May 13 05:32:19 build #291 of layerscape/armv7 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/layerscape%2Farmv7/builds/291 May 13 07:50:07 ynezz: upload still appears to be very slow but at least it didn't interrupt May 13 07:50:43 ynezz: still thinking about setting up an rsync host on DO @ SFO and simply forward the uploads from there May 13 07:51:18 then override the rsync upload hostname through /etc/hosts on the OSUOSL builders May 13 08:05:01 jow: that wont fix feed update failures, so I was tinkering with the idea of forwarding all of the traffic over that US VPN link May 13 08:06:36 I even played with that already during weekend, but didn't progressed further due to lack of time May 13 08:07:14 docker container -> nat -> wireguard -> do @ sfo -> internet May 13 08:08:37 hm right May 13 08:09:54 is there any traffic limit on DO? May 13 08:10:20 16 builders could produce quite some traffic I would guess May 13 08:12:54 ynezz: there are droplet specific limits, extra traffic is .01cent / GB iirc May 13 08:13:26 ouch May 13 08:17:24 seems like the limit is around 3-5TB for those starter droplets which might be ok May 13 08:24:00 I think so too May 13 08:47:02 ynezz: curious why you would want to add nat in your setup? Wireguard and docker play well together with netns, AIUI? May 13 11:26:43 f00b4r0: well if you could tell me how to tell docker container to use that specific wireguard netns (that's the easy part) ideally in docker-compose.yml format, then I'm all ears :) May 13 11:27:22 ynezz: wasn't there a howto on wireguard's website? :) May 13 11:27:40 no May 13 11:29:53 AFAIK you can't simply tell docker to use existing netns, then you could perhaps create one inside container, but for that you would need additional caps which I hate May 13 11:31:20 so to me it seemed easy to just route traffic from that docker networks over wireguard interface and nat it May 13 11:32:20 but I'm not that into networking, so it's likely I'm doing it wrong :) May 13 11:33:43 s/that/that much/ May 13 11:36:55 ynezz: I was referring to this page in fact https://www.wireguard.com/netns/ May 13 11:37:16 but I'm not a docker user, so my understanding is only on paper ;) May 13 11:48:53 https://stackoverflow.com/questions/31265993/docker-networking-namespace-not-visible-in-ip-netns-list May 13 11:49:07 things like that do not inspire confidence in docker + netns just now May 13 11:49:20 and it seems to be not implemented at all in docker-compose May 13 11:49:35 so classic policy routing and/or nat seems like the easiest for now May 13 12:06:50 hmm, just stumbled over https://forum.openwrt.org/t/pppoe-disconnects-every-few-hours/61239/40 May 13 12:07:23 if true, that looks like it would be extremely easy to DoS pppd connections May 13 12:08:43 the proposed kernel side fix looks sane and simple to me: https://bugzilla.kernel.org/attachment.cgi?id=288955&action=diff May 13 12:10:01 I am not that deep into the PPP protocol spec but I can't imagine that PADT are supposed to be honoured when destined to another MAC May 13 12:58:18 interesting .. just found a bunch of coredumps from wpa_supplicant on a few offshore devices .. May 13 12:58:26 dated beginning of May May 13 13:07:21 o-offshore? May 13 13:07:32 that sounds painful May 13 13:09:51 nah, I've got a fiber backhaul, and a 5G one May 13 13:10:19 maybe the devices got sea-sick May 13 13:10:39 or suffer from lonelyness May 13 13:27:36 * blogic wonders if he should risk the ubuntu 20.04 update May 13 13:29:39 blogic: heard ubuntu no longer sells your local usage data to Amazon now, so might be worth it... May 13 13:30:00 dangole: did they do that ? May 13 13:30:25 i opted out during install May 13 13:30:40 however that does not mean they dont sell the data they should not have i guess May 13 13:30:53 blogic: yes. every desktop search in unity used to be forwarded to Amazon, giving you additional "shopping" results May 13 13:31:32 cool May 13 13:31:49 opting-out used to be difficult, as that tricky dependencies always used to pull all the UbuntuOne cloud marketing and Amazon shopping lens stuff back in after updates... May 13 13:31:58 supposedly it's better now... May 13 14:23:35 Or you could use Kubuntu. We've never had that krap. :) May 13 14:25:18 Or Debian, ffs. May 13 15:22:53 ynezz: Hauke: there's a potentially remote exploitable libjson-c vulnerability we should address before 19.07.3 May 13 15:23:32 fix is in master and backports for 19.07 on my local system which passed cursory smoke testing but it probably needs some more through review & testing May 13 15:41:26 build #400 of oxnas/ox820 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/oxnas%2Fox820/builds/400 May 13 16:18:02 I've added a page to wiki https://openwrt.org/docs/guide-user/network/wan/wwan/ethernetoverusb_cdc May 13 16:18:30 is there anything else I should be doing after ? May 13 16:39:15 build #396 of lantiq/ase is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fase/builds/396 May 13 17:16:21 ashkan: I think CDC-RNDIS should be very similar so probably should be combined. Also you do not mention firewall changes at all so the new interface doesn't belong anywhere and so won't really be working like wan. May 13 17:16:56 ashkan: afaik, wiki guides should be using "uci" instructions instead of suggesting direct file editing to make it more robust against user errors. May 13 17:55:27 hmm. Somehow it seems the whole target/linux (including backports etc) rebuilds when I make a change to a kernel file. Seems like a new behavior, maybe I did something stupid? May 13 18:11:06 I have stuff like that when I switch between master and stable, as this will change date on a lot of files May 13 18:11:22 ah! That could well be what happened. Thanks! May 13 18:12:02 that's one of the few downsides of git not tracking that May 13 18:27:57 adrianschmutzler: is there a "fix" short of wiping everything? May 13 18:32:26 having separate folders for work on master and stable branches May 13 18:32:36 i.e. two copies of the repo May 13 18:33:40 which is not really convenient as well May 13 18:34:09 but I'm build-testing 19.07 changes like that, in a separate repo May 13 20:17:27 lynxis: ping May 13 20:32:11 dengqf6: ping May 13 21:34:19 build #356 of mediatek/mt7622 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/mediatek%2Fmt7622/builds/356 May 13 21:54:57 thought everyone used CentOS May 13 22:07:06 build #356 of mvebu/cortexa53 is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/master/images/builders/mvebu%2Fcortexa53/builds/356 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , Hans May 13 22:07:06 Dedecker , Robert Marko , Koen Vandeputte May 13 22:09:16 build #82 of ar7/generic is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/ar7%2Fgeneric/builds/82 blamelist: Koen Vandeputte May 13 22:09:28 build #352 of x86/geode is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/master/images/builders/x86%2Fgeode/builds/352 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , Hans Dedecker May 13 22:09:28 , Robert Marko , Koen Vandeputte May 13 22:10:37 build #87 of armvirt/32 is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/armvirt%2F32/builds/87 blamelist: Koen Vandeputte May 13 22:11:37 build #87 of mediatek/mt7622 is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/mediatek%2Fmt7622/builds/87 blamelist: Koen Vandeputte May 13 22:11:37 build #362 of kirkwood/generic is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/master/images/builders/kirkwood%2Fgeneric/builds/362 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , Hans May 13 22:11:37 Dedecker , Robert Marko , Koen Vandeputte May 13 22:11:46 anyone know if a closed PR can be reopened? May 13 22:11:50 build #349 of omap/generic is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/master/images/builders/omap%2Fgeneric/builds/349 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , Hans May 13 22:11:50 Dedecker , Robert Marko , Koen Vandeputte May 13 22:12:55 build #86 of ixp4xx/harddisk is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/ixp4xx%2Fharddisk/builds/86 blamelist: Koen Vandeputte May 13 22:13:54 build #85 of cns3xxx/generic is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/cns3xxx%2Fgeneric/builds/85 blamelist: Koen Vandeputte May 13 22:14:04 build #320 of x86/legacy is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/master/images/builders/x86%2Flegacy/builds/320 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , Hans Dedecker May 13 22:14:04 , Robert Marko , Koen Vandeputte May 13 22:15:14 build #84 of x86/generic is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/x86%2Fgeneric/builds/84 blamelist: Koen Vandeputte May 13 22:16:13 build #84 of mvebu/cortexa9 is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/mvebu%2Fcortexa9/builds/84 blamelist: Koen Vandeputte May 13 22:16:19 build #318 of bcm53xx/generic is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm53xx%2Fgeneric/builds/318 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , May 13 22:16:19 Hans Dedecker , Robert Marko , Koen Vandeputte May 13 22:16:21 build #317 of lantiq/xrx200 is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fxrx200/builds/317 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , Hans Dedecker May 13 22:16:21 , Robert Marko , Koen Vandeputte May 13 22:17:23 ynezz: you around? May 13 22:17:31 build #84 of mvebu/cortexa53 is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/mvebu%2Fcortexa53/builds/84 blamelist: Koen Vandeputte May 13 22:18:32 build #82 of archs38/generic is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/archs38%2Fgeneric/builds/82 blamelist: Koen Vandeputte May 13 22:18:39 build #366 of apm821xx/sata is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fsata/builds/366 blamelist: ?lvaro Fern?ndez Rojas , Thibaut VAR?NE , Adrian Schmutzler , Hans Dedecker , Robert Marko May 13 22:18:39 , Koen Vandeputte May 13 22:19:48 build #79 of layerscape/armv8_32b is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/layerscape%2Farmv8_32b/builds/79 blamelist: Koen Vandeputte May 13 22:19:49 build #309 of octeon/generic is complete: Failure [failed updatefeeds] Build details are at http://buildbot.openwrt.org/master/images/builders/octeon%2Fgeneric/builds/309 blamelist: ?lvaro Fern?ndez Rojas , Daniel Golle , Thibaut VAR?NE , Adrian Schmutzler , May 13 22:19:49 Hans Dedecker , Robert Marko , Koen Vandeputte May 13 22:20:50 build #80 of ramips/rt288x is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/ramips%2Frt288x/builds/80 blamelist: Koen Vandeputte May 13 22:22:10 build #352 of mpc85xx/generic is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fgeneric/builds/352 blamelist: Adrian Schmutzler , Hans Dedecker , Robert Marko May 13 22:23:07 build #79 of octeontx/generic is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/octeontx%2Fgeneric/builds/79 blamelist: Koen Vandeputte May 13 22:23:15 build #353 of layerscape/armv8_64b is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/master/images/builders/layerscape%2Farmv8_64b/builds/353 blamelist: Adrian Schmutzler , Hans Dedecker , Robert Marko May 13 22:24:31 build #348 of apm821xx/nand is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fnand/builds/348 blamelist: Adrian Schmutzler , Hans Dedecker , Robert Marko May 13 22:25:26 build #78 of brcm63xx/generic is complete: Failure [failed fetchrefs] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/brcm63xx%2Fgeneric/builds/78 blamelist: Koen Vandeputte May 13 22:25:32 build #367 of ramips/rt3883 is complete: Failure [failed] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Frt3883/builds/367 blamelist: Adrian Schmutzler , Hans Dedecker , Robert Marko May 13 22:26:05 build #78 of brcm47xx/generic is complete: Failure [failed updatefeeds] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/brcm47xx%2Fgeneric/builds/78 blamelist: Koen Vandeputte May 13 22:34:14 * f00b4r0 notes the bots are blowing up again. This seems to be quite regular, time-wise. Might be a clue to something. May 13 23:19:06 ynezz: what's the situation with the fuse package? May 13 23:28:12 jow: another case of accidental HTTP403, https://downloads.openwrt.org/snapshots/targets/ipq40xx/generic/openwrt-ipq40xx-generic-avm_fritzrepeater-1200-initramfs-fit-uImage.itb May 14 01:47:19 Borromini: pong **** ENDING LOGGING AT Thu May 14 02:59:57 2020