**** BEGIN LOGGING AT Fri Jan 17 02:59:57 2020
Jan 17 04:21:28 <Pepe> mangix:  Were you talking about me, who shall remain nameless? I noticed that lxc fails since yesterday. There is no other way to run full build to check it out. You can even see that I have committed fix for that, but didn't send to openwrt/packages, yet. As full build was running after that fix.
Jan 17 04:22:23 <Pepe> stintel:  even we have lxc for 3.*, it requires tweaks and polishing. Nothing to share, yet.
Jan 17 04:22:45 <Pepe> and I didnt do that the upgrade of LXC container in our repository.
Jan 17 04:24:13 <mangix> OK
Jan 17 04:28:07 <Pepe> Definitely it is not that we wouldn't like to share things, which we have done. I'm sending what I can. ;)
Jan 17 04:29:20 <owrt-1907-builds> build #79 of samsung/s5pv210 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/openwrt-19.07/images/builders/samsung%2Fs5pv210/builds/79
Jan 17 04:34:34 <mangix> huh. i2pd was totally broken since version 2.23.0 and nobody noticed
Jan 17 04:34:54 <mangix> that's almost a year.
Jan 17 04:37:09 <mangix> I guess a great many packages are unused.
Jan 17 04:42:46 <Tapper> mangix yeah plus some people don't bother updating and some packages have no docs
Jan 17 05:35:35 <owrt-snap-builds> build #208 of zynq/generic is complete: Failure [failed updatefeeds]  Build details are at http://buildbot.openwrt.org/master/images/builders/zynq%2Fgeneric/builds/208  blamelist: David Lam <david@thedavid.net>, DENG Qingfang <dengqf6@mail2.sysu.edu.cn>, Hans Dedecker <dedeckeh@gmail.com>, Stijn Tintel <stijn@linux-ipv6.be>
Jan 17 05:42:50 <thagabe> Excuse me, What does MAX_WAIT_FW_COMPLETE_ITERATIONS do? It's defined in a .c file on the wireless driver. Per the change someone made it increased it from 2000 to 10000. Not sure if this would create an issue with clients or mac80211/hostapd as my wireless devices continually encounter this error:
Jan 17 05:42:57 <thagabe> Thu Jan 16 21:42:27 2020 daemon.info hostapd: wlan1: STA 0c:96:e6:04:a3:43 IEEE 802.11: authenticated
Jan 17 05:42:57 <thagabe> wlan1: AP-STA-DISCONNECTED 0c:96:e6:04:a3:43
Jan 17 06:36:58 <thagabe> I officially give up on mwlwifi
Jan 17 07:25:01 <thagabe> Looks like an old image from back in August 2019 leads to a stable wifi for mwlwifi; my guess is updates to hostapd leads to issues with mwlwifi's old code that creates issues with sustaining a connection
Jan 17 07:39:02 <owrt-snap-builds> build #263 of ipq806x/generic is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/ipq806x%2Fgeneric/builds/263
Jan 17 09:08:27 <stintel> Pepe: did you have another fix in a PR somewhere? in that case I have overlooked it
Jan 17 09:38:54 <stintel> I've got 2 "fixes" in my staging tree for pkgs that don't build with CONFIG_PKG_ASLR_PIE_ALL=y: https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=summary
Jan 17 09:38:57 <stintel> ok to push those?
Jan 17 09:39:51 <stintel> maybe surprisingly those were the only 2 pkgs I have enabled that needed this
Jan 17 09:50:51 <karlp> jow: thanks for the looking at it, will try your fix in a few minutes.  the "`var desc = _("this will not be translated either");`" bit was actually tryuing to shrink an example, I expect as a single line it would have translated, but I'd been trying using it as a var, you can in all likelihood just ignore that.
Jan 17 09:55:00 <karlp> mangix: re, "i2pd was totally broken since version 2.23.0 and nobody noticed" this is partly why I'm against the general "just update to latest version all the time, as long as it compiles"
Jan 17 09:55:25 <karlp> lots of people, as we all _should_ know, simply _don't_ update their routers.  they install things, it works, and they don't look at it until it stops working.
Jan 17 09:55:58 <karlp> so likely, users of some of these "broken" packages, were using them, and likely still are, but helpfully autoupdating things to latest doesn't necessasily result in anyone using it
Jan 17 10:03:54 <thagabe> Is there a way to just revert hostapd changes while keeping everything else??
Jan 17 10:04:11 <karlp> hehe, managed a load average of 114 long term on ar9331 without it crashing. well done
Jan 17 10:05:52 <PaulFertser> thagabe: probably the easiest way to try would be installing wpad from snapshots built back then, it might be compatible enough.
Jan 17 10:06:09 <thagabe> my question
Jan 17 10:06:41 <thagabe> hostapd/wpad/mac80211/cfg80211 are related but the latter two are part of the kernel, correct?
Jan 17 10:06:50 <hexa-> correct
Jan 17 10:07:07 <thagabe> thanks
Jan 17 10:07:13 <PaulFertser> thagabe: wpad is a binary combining hostapd and wpa_supplicant, built from the same source
Jan 17 10:08:16 <PaulFertser> thagabe: there's also nl80211, the code is part of the kernel too, implementing API to talk to userspace.
Jan 17 10:08:21 <thagabe> but i dont think it matters at his point, when no internet my tv connected to the openwrt wifi with no drops, changed it to dumbap and boom its experiencing disconnections again even with the older codebase so I'm truly stumped
Jan 17 10:36:19 <karlp> jow: can we get that cbi.js translation into 1907 too please?
Jan 17 11:06:54 <jow> sure
Jan 17 11:06:59 <karlp> jow: https://zerobin.net/?be19370cc5f8d5a9#WmHUsaXXKNiivM5GY/i63GHzsNkrbmUg7EGASPINfJo= shows how it fails with the "blah" + "wop" style string continuations.  working with the line continuations is fine with me, I've added some docs to https://github.com/openwrt/luci/wiki/i18n about it too
Jan 17 12:47:03 <owrt-snap-builds> build #193 of layerscape/armv7 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/layerscape%2Farmv7/builds/193
Jan 17 13:08:01 <ldir> jow: pingy
Jan 17 14:14:16 <ldir> jow: the realtime graphs problem has gone away after a pull, rebuild & flash.  I guess there's a fixing commit somewhere in that :-)
Jan 17 14:36:07 <jow> ldir: great
Jan 17 15:32:31 <FinboySlick> dwmw2_gone: I don't know if I have you to thank for it but I had openwrt-devel emails in my inbox this morning :)
Jan 17 15:37:31 <ynezz> welcome to the clan!
Jan 17 15:40:05 <FinboySlick> Thanks :)  If I can get that dwc3 driver working without a clock, I'll also contribute to the clan :P
Jan 17 20:25:13 <guifipedro[m]> we are working in a patch for netifd (vlan priority) and we need debug symbols, how to do it? thanks
Jan 17 20:28:06 <ynezz> guifipedro[m]: TARGET_CFLAGS += -O0 -g3
Jan 17 20:28:14 <ynezz> guifipedro[m]: in the package Makefile
Jan 17 20:28:55 <guifipedro[m]> ynezz: thank you! found it
Jan 17 20:29:11 <guifipedro[m]> in that CFLAGS I see three lines
Jan 17 20:29:59 <guifipedro[m]> order matters? (1) -I$(STAGING_DIR)/usr/include/libnl-tiny (2) -I$(STAGING_DIR)/usr/include (3) -flto
Jan 17 20:30:22 <guifipedro[m]> or some argument is incompatible with these new ones: -O0 -g3
Jan 17 20:31:43 <jow> make package/netifd/{clean,compile} CONFIG_DEBUG=y
Jan 17 20:31:52 <jow> is less invasive
Jan 17 20:32:40 <guifipedro[m]> that looks great, jow
Jan 17 20:32:53 <guifipedro[m]> if I do again with make package/netifd/{clean,compile} ; then no more debugging, right?
Jan 17 20:33:04 <guifipedro[m]> well, I'm happy with the two methods
Jan 17 20:33:26 <jow> correct
Jan 17 20:35:52 <ynezz> well, it will still use -Os
Jan 17 20:36:06 <ynezz> so you'll see "optimized out" for some vars etc.
Jan 17 20:37:06 <jow> thats true of course
Jan 17 20:37:29 <jow> I jsut rarely seen this matter in practise though
Jan 17 20:37:35 <jow> not for the u* things anyway
Jan 17 20:38:43 <jow> hmm, fun... there seems to be a pattern for the git.openwrt.org gateway timeouts
Jan 17 20:39:03 <jow> I've set up a minutely watchdog cronjob reporting when a curl call to gitweb returns != 200
Jan 17 20:39:23 <jow> and when it triggers it appears to always happen at the 34th minute of the hour
Jan 17 20:39:30 <jow> today 3:34, 6:34, 9:34
Jan 17 20:39:43 <ynezz> and every 3 hours?
Jan 17 20:39:49 <adrianschmutzler> well, looks like some other cron interferes ...
Jan 17 20:40:21 <jow> lol, indeed every 3 hours
Jan 17 20:40:38 <jow> I've this job since a few months actually but I never payed attention to the timestamp of the messages
Jan 17 20:41:20 * jow goes for some grep-fu
Jan 17 20:41:23 <adrianschmutzler> so, someone has (4-59)/5 */3 ... set up as cron
Jan 17 20:42:01 <adrianschmutzler> errr 34 */3 ...
Jan 17 20:43:25 <adrianschmutzler> if you are unlucky, it might as well be an external script ...
Jan 17 20:45:29 <jow> I suspected something stupid like mlocate / updatedb but yeah, got be some agressive external mirroring too
Jan 17 20:45:39 <jow> s/got/could/
Jan 17 21:40:37 <owrt-snap-builds> build #257 of brcm47xx/generic is complete: Failure [failed updatefeeds]  Build details are at http://buildbot.openwrt.org/master/images/builders/brcm47xx%2Fgeneric/builds/257  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:40:45 <owrt-snap-builds> build #254 of pistachio/generic is complete: Failure [failed]  Build details are at http://buildbot.openwrt.org/master/images/builders/pistachio%2Fgeneric/builds/254  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:40:53 <owrt-snap-builds> build #247 of tegra/generic is complete: Failure [failed]  Build details are at http://buildbot.openwrt.org/master/images/builders/tegra%2Fgeneric/builds/247  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:41:01 <owrt-snap-builds> build #246 of ath79/nand is complete: Failure [failed]  Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fnand/builds/246  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:41:08 <owrt-snap-builds> build #244 of apm821xx/sata is complete: Failure [failed]  Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fsata/builds/244  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:41:16 <owrt-snap-builds> build #242 of at91/sama5 is complete: Failure [failed]  Build details are at http://buildbot.openwrt.org/master/images/builders/at91%2Fsama5/builds/242  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:41:25 <owrt-snap-builds> build #235 of mpc85xx/generic is complete: Failure [failed]  Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fgeneric/builds/235  blamelist: Jan Alexander <jan@nalx.net>, Rosen Penev <rosenp@gmail.com>
Jan 17 21:52:16 <DonkeyHotei> fatal: unable to access 'https://git.openwrt.org/feed/routing.git/': The requested URL returned error: 503
Jan 17 21:58:11 <ynezz> works for me
Jan 17 22:01:59 <DonkeyHotei> ynezz: that's from the buildbot log
Jan 17 22:02:00 <jow> I fiddled around with nginx, that might have led to some errors. Sorry for that
Jan 17 22:05:19 <guifipedro[m]> did `make package/netifd/{clean,compile} CONFIG_DEBUG=y` where I can find the compiled netifd? Usually I generate an imagebuilder and from there I generate new image for the entire device (have a bash script for that)
Jan 17 22:07:17 <jow> should be in  build_dir/target-*/netifd-*/netifd
Jan 17 22:09:49 <guifipedro[m]> jow: right! thanks!
Jan 17 22:09:58 <guifipedro[m]> got it
**** ENDING LOGGING AT Sat Jan 18 02:59:59 2020