**** BEGIN LOGGING AT Thu Jan 31 02:59:57 2019
Jan 31 03:06:56 <owrt-snap-builds> build #1248 of brcm47xx/generic is complete: Failure [failed kmodupload]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Fgeneric/builds/1248  blamelist: Felix Fietkau <nbd@nbd.name>
Jan 31 08:27:55 <ynezz> Hm, I'm wondering if anyone has seen that yet with 4.19 kernels, but it seems like the kconfig behaves differently on different host systems
Jan 31 08:28:58 <ynezz> ie. I see different behaviour on debian jessie 8.10 and ubuntu 14.04
Jan 31 08:29:45 <ynezz> for example in my case, ubuntu 14.04 host and 4.19 kernel for imx6 works fine with `make V=s target/linux/{clean,compile}`
Jan 31 08:30:20 <ynezz> but on debian 8.10 `make V=s target/linux/{clean,compile}` stops at kconfig step due to missing symbols
Jan 31 08:31:18 <owrt-snap-builds> build #1290 of ar7/ac49x is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/ar7%2Fac49x/builds/1290  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 08:31:19 <owrt-snap-builds> build #1250 of brcm47xx/mips74k is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Fmips74k/builds/1250  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 08:31:45 <ynezz> I don't remember seeing that on 4.14, so I assume it might be something related to upstream changes in 4.19, and before digging into it deeper I've thought, that it might be a good idea to ask here first
Jan 31 08:41:18 <owrt-snap-builds> build #119 of ath79/nand is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Fnand/builds/119  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 08:44:03 <owrt-snap-builds> build #1345 of x86/64 is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/x86%2F64/builds/1345  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 08:44:34 <owrt-snap-builds> build #120 of ath79/generic is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Fgeneric/builds/120  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:02:18 <owrt-snap-builds> build #1267 of ath25/generic is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/ath25%2Fgeneric/builds/1267  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:02:24 <owrt-snap-builds> build #119 of ath79/tiny is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Ftiny/builds/119  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:07:48 <owrt-snap-builds> build #819 of arc770/generic is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/arc770%2Fgeneric/builds/819  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:26:29 <owrt-snap-builds> build #399 of mediatek/mt7623 is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/mediatek%2Fmt7623/builds/399  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:27:01 <owrt-snap-builds> build #1134 of pistachio/generic is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/pistachio%2Fgeneric/builds/1134  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:31:11 <owrt-snap-builds> build #1165 of ar71xx/generic is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/ar71xx%2Fgeneric/builds/1165  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:34:20 <owrt-snap-builds> build #1238 of apm821xx/sata is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/apm821xx%2Fsata/builds/1238  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:42:36 <owrt-snap-builds> build #1105 of malta/be is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/malta%2Fbe/builds/1105  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 09:44:16 <nitroshift> stintel, gimme a nudge when you have a few minutes
Jan 31 10:03:37 <stintel> nitroshift: next week
Jan 31 10:06:08 <nitroshift> stintel, *thumb up*
Jan 31 10:08:25 <owrt-snap-builds> build #1245 of brcm2708/bcm2710 is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/brcm2708%2Fbcm2710/builds/1245  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 10:09:23 <ldir> jow: PKG_RELEASE:=1.2   - is this a new style?
Jan 31 10:09:33 <owrt-snap-builds> build #1170 of zynq/generic is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/zynq%2Fgeneric/builds/1170  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 10:10:28 <jow> ldir: I do this when a package in a branch deviates from master in a way that clean cherry-picks are not possible anymore
Jan 31 10:10:54 <jow> ldir: to avoid a situation where a package in both branch and master have the smae version with idfferent contents (patches)
Jan 31 10:11:50 <jow> when I modify a package in a branch by doing a branch specific (non-cherry-picked) commit, I'll change its's revision from X to X.1 (or X.Y to X.Y+1)
Jan 31 10:12:24 <ldir> ah ok - another reason I wanted to cherry-pick dnsmasq from master ;-)
Jan 31 10:12:51 <jow> until the package is brought to the same state as master again, then the PKG_REVISION, PKG_VERSION etc. are simply reverted to their normal values (as taken from master)
Jan 31 10:18:24 <jow> ynezz: the 18.06.2 builds are through, you can push your kernel bumps if you like
Jan 31 10:19:10 <jow> sorry, autocomplete fail. xback ^
Jan 31 10:19:54 <owrt-snap-builds> build #1236 of brcm47xx/legacy is complete: Failure [failed pkginstall]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Flegacy/builds/1236  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 10:20:05 <owrt-snap-builds> build #1234 of omap/generic is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/omap%2Fgeneric/builds/1234  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 10:46:47 <owrt-snap-builds> build #767 of layerscape/armv8_64b is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/layerscape%2Farmv8_64b/builds/767  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 10:56:47 <owrt-snap-builds> build #1200 of ramips/rt3883 is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/ramips%2Frt3883/builds/1200  blamelist: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>, Jo-Philipp Wich <jo@mein.io>
Jan 31 11:01:05 <owrt-snap-builds> build #1226 of mpc85xx/generic is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/mpc85xx%2Fgeneric/builds/1226  blamelist: Jo-Philipp Wich <jo@mein.io>
Jan 31 11:12:36 <owrt-snap-builds> build #1214 of ar71xx/mikrotik is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/ar71xx%2Fmikrotik/builds/1214  blamelist: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>, Jo-Philipp Wich <jo@mein.io>
Jan 31 11:12:47 <owrt-snap-builds> build #1208 of apm821xx/nand is complete: Failure [failed images]  Build details are at http://phase1.builds.lede-project.org/builders/apm821xx%2Fnand/builds/1208  blamelist: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>, Jo-Philipp Wich <jo@mein.io>
Jan 31 11:53:51 <xback> jow: ok. thanks for the trigger :)
**** BEGIN LOGGING AT Thu Jan 31 12:34:12 2019
Jan 31 15:59:53 <xback> kernel bumps for 18.06 and master pushed to my staging if anyone would like them before tomorrow .. :)
Jan 31 16:08:05 * ldir never knowingly refuses a kernel bump
Jan 31 17:12:18 <gch981213> Hi! Is it required to set myself as maintainer if I want to submit a package? Just found a interesting NTFS driver here: https://github.com/Sembedded/antfs and I want to make a package for it. But I'm not sure if I'd like to bump it for every major kernel versions in the future. (Currently got it running on 4.20 on my laptop.)
Jan 31 17:13:00 <karlp> if you're not prepared to maintain it, then it won't get maintained magically by dumping it into the packages repo.
Jan 31 17:20:05 <gch981213> karlp: I'm worrying that I'm not capable to fix any bug in that driver due to lack of knowledge. I'll just dump it into my personal repo then :)
Jan 31 17:20:48 <karlp> or just maintain it and find out.  it's not that hard, normally it's just "update when upstream releases new versions"
Jan 31 17:21:12 <jwh> last commit was 6 months ago, might be on your own
Jan 31 17:21:38 <jwh> pretty much what looks like an initial commit
Jan 31 17:24:52 <karlp> yeah, I wouldn't really say it's a promising looking project :)
Jan 31 17:25:21 <jwh> just don't use ntfs for anything but the windows boot drive
Jan 31 17:25:25 <jwh> sees like a sensible choice
Jan 31 17:25:30 <jwh> seems*
Jan 31 17:42:35 <mwarning> hi, what needs PKG_BUILD_DEPENDS to look like to have xxd available during build time?
Jan 31 17:44:05 <mwarning> There is ./utils/vim/Makefile:define Package/xxd, but setting  PKG_BUILD_DEPENDS to xxd or vim/xxd causes make to put out a warning that this package does not exist
Jan 31 17:49:32 <karlp> ./scripts/feeds install xxd?
Jan 31 17:57:52 <mwarning> and what do I assign to PKG_BUILD_DEPENDS ?
Jan 31 17:58:19 <mwarning> "PKG_BUILD_DEPENDS:=xxd" does not work. Make complains that package xxd does not exist
Jan 31 18:30:34 <Hauke> wigyori: will you be at fosdem at the weekend?
Jan 31 19:26:01 <greearb_> google is not being helpful...is Ubiquity UAP-HD supported on OpenWRT?
Jan 31 19:36:58 <rotanid> no it isnt afaik
Jan 31 19:49:46 <jwh> oh hey whatever happened with dsa for ramips/er-x?
Jan 31 20:11:42 <\x> how good is that er-x? does it have something special against a chinesium MT7621A router?
Jan 31 20:12:30 <jwh> er-x, not really unless you use edgeos... but the er-x-sfp has an sfp!
Jan 31 20:12:34 <jwh> doesn't work yet though
Jan 31 20:13:05 <jwh> but I think there might be hardware offloading support in openwrt now?
Jan 31 20:13:14 <jwh> for the hwnat stuff
Jan 31 20:13:50 <\x> how do i check?
Jan 31 20:14:00 <\x> i mean, i can route gigabit on my mt7621A
Jan 31 20:14:05 <\x> is that it?
Jan 31 20:14:16 <\x> even across multiple vlans
Jan 31 20:15:43 <jwh> dunno how to check, but a gig of large packets isn't hard... pps counts not bps
Jan 31 20:16:14 <jwh> http://lists.infradead.org/pipermail/lede-commits/2018-April/006569.html
Jan 31 20:16:28 <jwh> looks like its there
Jan 31 20:17:01 <\x> nice
Jan 31 20:17:41 <jwh> the gmacs are supposedly software configurable, ubnt attached the sfp to the 2nd gmac but on the built in switch
Jan 31 20:17:48 <\x> so the non-sfp erx is not a good buy now i guess. you can pick up the same thing with the same internals for like < 40$
Jan 31 20:17:54 <jwh> I dunno if rene managed to get it working
Jan 31 20:18:04 <jwh> yeah the non-sfp one isn't great... sfp one has better poe too
Jan 31 20:18:22 <jwh> 24v passive is still poe before anyone says it
Jan 31 20:18:59 <\x> b-b-b-b-b-but not af /s
Jan 31 20:19:15 <jwh> lol
Jan 31 20:19:20 <jwh> af sucks, at
Jan 31 20:30:42 <jwh> well actually they both do, .3bt is the one
Jan 31 20:30:49 <jwh> or whatever they're calling it now
Jan 31 20:31:13 <jwh> 10/100 isn't good enough
Jan 31 21:08:37 <wigyori> Hauke: yup, will be there
Jan 31 21:40:49 <Hauke> wigyori: nice
Jan 31 21:45:05 <wigyori> yep, catch you there :)
Jan 31 21:48:43 <Hauke> wigyori: see you at the weekend
Jan 31 22:21:08 <mangix> gch981213: what's the advantage over ntfs-3g?
Jan 31 23:58:56 <Tapper> Hi is 18.06.2 out?
Jan 31 23:59:08 <Tapper> or a rc?
Feb 01 00:15:59 <pkgadd> it's not been announced yet (for the obvious reason that parts (package feeds) are still being built), but the images should be there
Feb 01 00:17:35 <Tapper> pkgadd found it thanks
Feb 01 01:31:05 <gch981213> mangix; The performance is way better. Haven't tried it on any router but I got twice the writing speed on my laptop. I think on a router without a powerful CPU the reading performance should be better than ntfs-3g, too.
Feb 01 02:06:46 <swalker> karlp: are you using CONFIG_BUILD_LOG? second make rebuild times -> https://i.imgur.com/lWqFegP.png
**** ENDING LOGGING AT Fri Feb 01 02:59:56 2019