**** BEGIN LOGGING AT Fri May 25 03:00:04 2018
May 25 03:12:11 <shm0> seems like using connlimit for dns is not an good idea. browsing the web with fast page switching easy 200+ "connections"
May 25 03:14:09 <shm0> i really want to know of those firewall appliances from sonic, cisco etc can set udp timeout only for dns
May 25 03:14:28 <shm0> *how
May 25 03:14:29 <SwedeMike> shm0: it's not uncommon to treat DNS differently.
May 25 03:14:43 <SwedeMike> shm0: I have seen NAT boxes with separate connection timeouts for DNS.
May 25 03:14:52 <shm0> how to do this?
May 25 03:15:14 <SwedeMike> they have a special configuration knob for it.
May 25 03:15:33 <SwedeMike> so you set a general connection timeout, and then there is a special setting for DNS:
May 25 03:15:40 <SwedeMike> I don't know how to do this on openwrt.
May 25 03:16:15 <shm0> i really want to know how to do this on openwrt x)
May 25 03:38:28 <lispmacs`> hi, I composed a package for libreCMC, which is a fork of the LEDE project. It packages the TinyScheme interpreter
May 25 03:38:49 <lispmacs`> but I cant think of anyreason it wouldn't work for openwrt if somebody wanted to merge it in:
May 25 03:39:12 <lispmacs`> https://gogs.librecmc.org/libreCMC/package-feed/commit/67c4b46aed35376f9cead18aef207a15cb9c6411
May 25 04:25:11 <mangix> lispmacs`: post on mailing list
May 25 04:25:22 <mangix> sorry
May 25 04:25:23 <mangix> github
May 25 05:02:19 <jow> blogic: ssh builds.lede-project.org; sudo -u buildbot -s; cd ~/phase1/; buildbot reconfig; cd ~/phase2/; buildbot reconfig
May 25 06:39:27 <owrt-1806-builds> build #8 of ath25/generic is complete: Failure [failed images]  Build details are at http://release-builds.openwrt.org/18.06/images/builders/ath25%2Fgeneric/builds/8  blamelist: Rosen Penev <rosenp@gmail.com>, John Crispin <john@phrozen.org>, Koen Vandeputte <koen.vandeputte@ncentric.com>, Chuanhong Guo <gch981213@gmail.com>, Mathias Kresin
May 25 06:39:27 <owrt-1806-builds> <dev@kresin.me>, Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>, Sergey Ryazanov <ryazanov.s.a@gmail.com>, Pavel Kubelun <be.dissent@gmail.com>, Stefan Lippers-Hollmann <s.l-h@gmx.de>, Michal Cieslakiewicz <michal.cieslakiewicz@wp.pl>, Ram Chandra Jangir <rjangir@codeaurora.org>, Hans Dedecker <dedeckeh@gmail.com>, Evgeniy Didin
May 25 06:39:27 <owrt-1806-builds> <Evgeniy.Didin@synopsys.com>, Daniel Gonzalez Cabanelas <dgcbueu@gmail.com>, Hauke Mehrtens <hauke@hauke-m.de>, Christian Lamparter <chunkeey@gmail.com>, Roman Yeryomin <roman@advem.lv>, Kristian Evensen <kristian.evensen@gmail.com>, Jo-Philipp Wich <jo@mein.io>, Alif M. Ahmad <alive4ever@live.com>, David Bauer <mail@david-bauer.net>, Mirko Parthey
May 25 06:39:27 <owrt-1806-builds> <mirko.parthey@web.de>, Marc Benoit <marcb62185@gmail.com>, Gospod Nassa <devianca@gmail.com>, YuheiOKAWA <tochiro.srchack@gmail.com>
May 25 06:42:19 <jow> ^ "ERROR: Failed creating firmware layout description - error code: -2"
May 25 07:02:46 <aparcar> karlp: hey, just curious, is it bad to add new packages to old repos? https://github.com/openwrt/packages/pull/6110#issuecomment-391763902
May 25 08:16:57 <dissent1> Does anyone have any objections if I make a PR reverting latest mwlwifi bump?
May 25 08:17:22 <dissent1> I find it unstable
May 25 08:29:35 <jow> dissent1: personally, I don't
May 25 08:29:50 <jow> dissent1: just wonder because for month people wanted it to get bumped, now it should get reverted
May 25 08:30:05 <jow> dissent1: is there any known good version we should/can use for master and upcoming 18.06 ?
May 25 08:30:16 <jow> and if so, would you mind doing a pr for it?
May 25 08:33:25 <dissent1> jow: the previous version is rather stable. The issue seem to lie within firmware blob itself because before mwlwifi was bumped in trunk I just picked the updated firmware blob itself to use on the previous version of the driver and the issue started to appear immediately
May 25 08:34:07 <dissent1> The issue: some clients stop transmitting any data until you reconnect it to the ap manually
May 25 08:35:48 <dissent1> jow: it's a volatile issue sometimes it happens several times a day and sometimes you don't encounter it for a week
May 25 08:36:13 <dissent1> I'll make a PR to open a discussion
May 25 08:40:25 <jow> dissent1: thank you!
May 25 08:59:43 <Tapper> Hi dissent1 can you post a  Issue for it pleas? https://github.com/kaloz/mwlwifi/issues
May 25 09:00:08 <Tapper> When I said about I was told that I am chatting shit!
May 25 09:00:21 <Tapper> I have same prob with my wrt3200acm
May 25 09:01:06 <Tapper> The 1 dev working on the driver says he's working on Mu-Mimo.
May 25 09:01:12 <dissent1> Tapper: I'll make a PR and reference the mwl dev so that he knows about it
May 25 09:01:23 <Tapper> thanks mate
May 25 09:02:11 <Tapper> I bet that Mu-Mimo will be as good as a chocolate teapot! :-)
May 25 09:02:39 <Tapper> If they cant even get the driver and fermwair to not crash and drop clients.
May 25 09:03:34 <dissent1> jow: do I need to make 2 PRs to 18.06 and master or 1 to master is enough?
May 25 09:04:00 <Tapper> mest up thing is that my sister has a wrt1900ac v2 and it is rock solid
May 25 09:04:02 <dissent1> Tapper: I believe that mu-mimo is overrated :)
May 25 09:04:12 <Tapper> me too
May 25 09:05:19 <jow> dissent1: master pr is enough, we can cherry pick from there
May 25 09:05:41 <dissent1> Tapper: in any case 1 devoted manufacturer dev to the semi-private driver is much better than none and atm the driver is very stable
May 25 09:06:01 <dissent1> semi-open that us
May 25 09:06:03 <dissent1> Is
May 25 09:06:06 <Tapper> true
May 25 09:38:43 <edgasm1> Is it possible to configure OpenWRT project to download packages through a caching proxy?
May 25 09:48:58 <dissent1> jow: I've made a PR but now I wonder should I update pkg release?
May 25 09:55:04 <karlp> aparcar: I think it is, that'swhy I said so, were you expecting a different answer? :)
May 25 09:59:35 <aparcar> karlp: well, I hoped for an answer _why_ it's bad to backport new packages.
May 25 10:04:00 <karlp> you're just adding maintennane, and it's also the wedge people use to try and get more things backported.
May 25 10:04:31 <karlp> _particularly_ given that there's already a new stable branch, adding whole new package to old branches seems intrusive and wasteful.
May 25 10:04:41 <karlp> but I'm just some guy on irc.
May 25 10:05:08 <karlp> further, you're adding a package just so that some other distro can use it.
May 25 10:05:11 <karlp> make it their problem
May 25 10:17:02 <dedeckeh> jow:ping
May 25 10:34:36 <jow> dedeckeh: pong
May 25 10:45:33 <airwind> so no more lede-dev?
May 25 10:55:18 <mangix> airwind: c'est fini
May 25 11:04:31 <dedeckeh> jow:any objection if I update fw3 to latest ?
May 25 11:34:38 <blogic> *yawn*
May 25 11:34:43 * blogic takes a break
May 25 11:39:53 <jow> dedeckeh: not at all, go ahead
May 25 12:36:42 <dedeckeh> jow:done
May 25 12:38:16 <jow> yay
May 25 12:41:35 <Lantis> does openwrt-devel@lists.infradead.org still work, or must it be @lists.openwrt.org now?
May 25 12:43:01 <jow> Lantis: both should work but treat openwrt-devel@lists.openwrt.org as canonical address
May 25 12:44:30 <Lantis> Thanks
May 25 13:28:36 <huaracheguarache> blogic: found a funny video about the internet situation in germany: https://www.youtube.com/watch?v=WQLOoa8YoEA
May 25 13:53:39 <xn0r> make menuconfig fails for me on lede-17.01 with: /usr/sbin/ld: zconf.tab.o: relocation R_X86_64_32S against symbol `symbol_yes' can not be used when making a PIE object; recompile with -fPIC
May 25 13:58:14 <jow> xn0r: try a "make -C scripts/config/ clean"
May 25 13:58:25 <jow> then repeat make menuconfig
May 25 14:02:54 <xn0r> jow: thanks, I also saw a new openwrt-18.06 branch, is there a new release coming in june? ;)
May 25 14:07:32 <karlp> no, they're just trolling.
May 25 14:14:42 <movi> huaracheguarache: what did your goverment do this time? ;)
May 25 14:15:08 <jow> there is a german government?
May 25 14:15:19 <huaracheguarache> lol
May 25 14:15:44 <huaracheguarache> I'm from norway, not germany =P
May 25 14:16:33 <movi> huaracheguarache: no but seriously i'm interested. there are no yellow letters so i don't understand much of what they say (my german is pretty spotty)
May 25 14:17:07 <xn0r> movi: what are you watching?
May 25 14:17:15 <movi> xn0r: that movie huaracheguarache posted
May 25 14:17:29 <jow> its a parody show
May 25 14:17:54 <huaracheguarache> someone minister made an app to report areas where you don't have phone service, which is quite ironic since you need coverage to report it.
May 25 14:18:03 <movi> ah xD
May 25 14:18:51 <huaracheguarache> the "reporter" in the video visited a place which has neither mobile coverage nor internet
May 25 14:19:09 <movi> huaracheguarache: what if it stores the location via gps, and then sends it when it's back online?
May 25 14:19:36 <movi> i mean isn't this a problem of the ISPs, and not the govermnent? why is this funded with public money?
May 25 14:19:44 <movi> so it's dumb either way
May 25 14:19:58 <huaracheguarache> it's possible that it has a function like that, but the show likes to exaggerate things for comedic value
May 25 14:20:08 <huaracheguarache> it's a satire show after all
May 25 14:20:27 <movi> yeah ok, i kinda got when the old guy said something about not having something "over there under the tree"
May 25 14:20:47 <jow> movi: because the german government loves to throw public money at private companies
May 25 14:20:53 <huaracheguarache> yeah, in case a tree falls over him he can't call for help since he's got no service
May 25 14:21:19 <movi> jow: which one doesn't ;_;
May 25 14:21:36 <karlp> well, some of them like throwing money at other public companies ;)
May 25 14:21:56 <jow> karlp: that too of course
May 25 14:22:26 <xn0r> does anyone know how ifb interacts with netfilter/iptables?
May 25 14:22:56 <karlp> our city decided "fuck it, the isp's aren't installing fibre, so we will, and treat it as a utility" and one of the ISPs is now grumpy that they don't get preferential access to the fibre, so they're laying their own beside it.
May 25 14:23:13 <karlp> madness, but at least we have fibre everywhere.
May 25 14:24:30 <huaracheguarache> meanwhile my isp upgraded me to 500/500 from 300/300 for free without me even knowing it
May 25 14:24:30 <huaracheguarache> lol
May 25 14:24:52 <dedomraz> Hey guys, trying to compile openwrt for the banana pi r2. however it says that kmod_wireguard is not available. How does one add kmod wireguard? Thanks!
May 25 14:27:30 <huaracheguarache> dedomraz: I use wireguard and I select the following package in make menuconfig: luci-app-wireguard
May 25 14:27:59 <dedomraz> huaracheguarache: I use it on other devices too, but when trying to load this one - it says this:
May 25 14:28:33 <dedomraz> Installing package 'luci-app-wireguard' from luci WARNING: No feed for package 'wireguard-tools' found, maybe it's already part of the standard packages? WARNING: No feed for package 'kmod-wireguard' found, maybe it's already part of the standard packages?
May 25 14:28:48 <karlp> ./scripts/feeds update -a?
May 25 14:28:52 <huaracheguarache> ^
May 25 14:29:03 <dedomraz> did update and install
May 25 14:29:14 <dedomraz> on the install part - I get this error
May 25 14:30:48 <huaracheguarache> have you tried any clean commands?
May 25 14:31:09 <dedomraz> no, I have not. Let me try it. Thanks for helping!
May 25 14:33:01 <dedomraz> make clean and then feed update & install - still nada
May 25 14:33:17 <huaracheguarache> hmmm
May 25 14:33:25 <jow> that sounds odd indeed
May 25 14:33:46 <jow> whats the commit hash reported by "git log -1" ?
May 25 14:34:07 <dedomraz> commit 2cb61a83f472edecf8361f909de948a69d83046b
May 25 14:34:07 <dedomraz> Author: Gary Wang <gary.wang@bananapi.com>
May 25 14:34:07 <dedomraz> Date:   Wed May 16 08:11:34 2018 +0800
May 25 14:34:07 <dedomraz>     To support hard-float instructions for R2
May 25 14:34:22 <jow> this is not an offical openwrt tree
May 25 14:34:37 <dedomraz> yeah, as the official one does not support banana r2
May 25 14:35:22 <jow> then the git tree you use likely does not contain wireguard
May 25 14:35:32 <jow> maybe it was not rebased agaisnt openwrt recently
May 25 14:36:30 <dedomraz> probably, I will go ahead and contact them (gary wang at least) and see if they can be of any assistance.
May 25 14:36:38 <jow> wireguard was moved to openwrt base with 699c6fcc314225f79156a26db418e15bbc6bf10f (Fri Oct 13 17:05:18 2017) and subsequently removed from the packages feed
May 25 14:36:56 <jow> thats why you cannot obtain it with feeds
May 25 14:37:23 <jow> you could try to simply copy the Makefile
May 25 14:37:57 <jow> https://git.openwrt.org/?p=openwrt/openwrt.git;a=tree;f=package/network/services/wireguard;h=b17fc0f8a87a2cf139d1a01c67f38c0fd58b3ae8;hb=c8fdd0e9c843dd483f6677dc41f7df17313aa3cd
May 25 14:38:21 <jow> place the Makefile in package/wireguard/Makefile and the files directory in  package/wireguard/files/
May 25 14:38:31 <jow> then it should appear in menuconfig
May 25 14:38:44 <jow> this is no guarantee that it'll build though, but give it a try
May 25 14:39:01 <dedomraz> might as well try, yes :-) Will report in a few
May 25 14:40:25 <dedomraz> shouldn't it be in package/network/services/wireguard ?
May 25 14:40:46 <dissent1> Had anyone managed to use hw crypto in mvebu target?
May 25 14:44:04 <dedomraz> nvm, did as you said - and it shows up in menuconfig. Lets see if it will build :-)
May 25 14:44:36 <karlp> dedomraz: the actual directories don't mean anything as far as menuconfig is concerned
May 25 14:46:21 <dedomraz> 10-4
May 25 14:47:50 <dedomraz> due to the amazing speed of my laptop - I will report back in ~20ish mins, after it is done compiling. Fingers crossed
May 25 15:27:21 <ldir> oooh a kernel bump where I have to think
May 25 15:27:47 <mangix> lol lede-dev is still active
May 25 15:28:22 <jow> why not? as long as noone is force-kicked, there'll be lurkers
May 25 15:42:17 <mangix> i thought you can't join it anymore
May 25 15:52:48 <karlp> you can't, but you can stay there...
May 25 15:55:46 <karlp> blogic: your top of tree ath79 has got build errors on wr1043nd https://zerobin.net/?72cb59c09a601a61#Ldk0i4h/Z13dRS2I6sObaUotATOIQnXL7IxZQlpelvc=
May 25 15:55:58 <karlp> I've already reverted the most recent dts fiddle for it.
May 25 15:58:03 <karlp> looks like lucians stuff doesn't work with your reset control changes to rtl8366?
May 25 16:01:46 <karlp> or not. make clean works, but didn't work.
May 25 16:02:06 <karlp> re-reran make target/ilnux/{clean,compile} with top of tree and now it's all ok.
May 25 16:10:08 <karlp> oh ffs, I was still set to ar71xx.
May 25 16:12:28 <ledeuser> If anyone else is using ujail+dnsmasq, please have a look at bug report FS#1559 https://bugs.openwrt.org/index.php?do=details&task_id=1559
May 25 16:45:14 <blogic> karlp: so i had the same issue last night :-)
May 25 16:45:21 <blogic> karlp: so its working now, right ?
May 25 16:45:30 <blogic> ledeuser: will do, i wrote the ujail code
May 25 16:45:41 <blogic> its on my todo list, bit head under just now, be patient please
May 25 16:46:41 <ledeuser> blogic: great, thanks for the feedback!
May 25 16:51:29 <karlp> blogic: yep, buiidls at least now. still have to figure out my dts though :)
May 25 16:55:29 <mangix> nbd: ping
May 25 16:58:20 <karlp> ok, usb works, gpioleds are busted, wifi is up but seems weaker, ethernet is busted.
May 25 16:58:29 <karlp> still a way to go then :)
May 25 17:00:08 <blogic> lol
May 25 17:00:30 <blogic> karlp: eth worked for me, did not test leds
May 25 17:01:43 <Monkeh> Oh, that reminds me..
May 25 17:02:06 * mangix throws Monkeh a banana
May 25 17:02:52 <Monkeh> blogic: On AR7240 at least, the WAN port ends up as eth0 and the LAN ports on the switch as eth1 - however due to how the MDIO is set up, swconfig reports the switch on eth0 - is there a way to neaten that up or is it just a quirk to live with?
May 25 17:03:12 * Monkeh carefully positions banana peel near mangix
May 25 17:04:18 <karlp> what are we going to do with led names?
May 25 17:04:37 <karlp> we've done a lot of boardname:colour:ledname in the past, iirc upstream wanted vendor:colour:ledname,
May 25 17:04:44 <karlp> ath79 tree already has both forms :)
May 25 17:05:17 * Monkeh twitches
May 25 17:31:29 <karlp> whee, eth works too.
May 25 17:44:47 <blogic> karlp: send a patch
May 25 17:45:05 <blogic> Monkeh: we can fix thta i guess
May 25 17:51:02 <raynold> ok cool
May 25 17:58:51 <television> oh.
May 25 17:59:07 <television> heh i was in the wrong channel the whole time
May 25 18:00:14 <television> https://wikidevi.com/wiki/Meru_Networks_AP320 < I have two of these
May 25 18:00:29 <television> they use uboot and have a MPC8347E ...
May 25 18:00:41 <television> I did a full dump of its 16MB flash chip
May 25 18:01:01 <television> I have root access, access to its uboot, and it runs linux :3
May 25 18:01:10 <television> But I want to get openwrt 17.xx on it
May 25 18:01:27 <television> I see in the past, openwrt has supported this same SoC
May 25 18:01:43 <television> https://archive.openwrt.org/attitude_adjustment/12.09/mpc83xx/generic/
May 25 18:02:33 <television> I don't see MPC83xx in https://downloads.openwrt.org/releases/17.01.4/targets/ targets
May 25 18:02:38 <television> how do I get started?
May 25 18:40:38 <tmn505> television: there is repository for abandoned targets https://github.com/openwrt/targets, You can use it as is (if it works) or patch it to use new build code and submit it to main repo.
May 25 19:04:55 <television> tmn505: hmm.. thanks
May 25 19:05:49 <television> tmn505: ...oh do I need a dtb for my Meru AP320?
May 25 19:06:58 <tmn505> probably yes, not familiar with this target.
May 25 19:07:11 <television> how do I get or make one?
May 25 19:11:55 <tmn505> Get as much information as You can from running system, for references search in kernel source https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/powerpc/boot/dts and in documentation https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/Documentation/devicetree/bindings, or get source code from manufacturer, maybe there's one already.
May 25 19:17:04 <tmn505> television: Oh, and check if You have /sys/firmware/devicetree on Meru, if it's there that's all You need.
May 25 21:28:43 <television> tmn505: you think they'd cooperate?
May 25 21:28:53 <television> also thank! :D
May 25 21:29:00 <television> ^s
May 25 23:14:46 <jasonp> is there any way to sign up for release announcements? a mailing list, or rss feed, or whatever
May 26 01:46:26 <computeracer> Hello, I am trying to fix a bad flash on linksys e900. Anyone available to help? I can 30-30-30 and push image via tftp but it doesnt seem to do anything once it pushed the image to the router
May 26 01:52:21 <pkgadd> ideally you'd get serial console access (and forget about 30-30-30, that doesn't exist), some linksys routers implementing CFE based tftp recovery broke it really badly by using a too small buffer for the tftp transfer (in the range of 3.2-3.6 MB, not quite sure about the exact size - and it might differ/ or not exist for yours)
May 26 01:53:12 <pkgadd> you might have a better chance by trying to tftp flash a (master) snapshot (factory) image, as those don't include luci (the webinterface) by default and might be small enough to pass the bar
May 26 02:06:17 <computeracer> got the cfe on jtag, what would be a good next step?
May 26 02:23:31 <computeracer> got, had to run upgrade code.bin
**** ENDING LOGGING AT Sat May 26 03:00:02 2018