**** BEGIN LOGGING AT Thu Jul 04 02:59:57 2019 Jul 04 03:03:59 the pristine-tar authors in Debian tried it, until they capitulated. the situation is a bit more complex there, with trying to reproduce upstream orginal tarballs, which might have been created with any combination of two decades worth of compressors, umasks, etc., but it's basically an unsolvable problem (you can get it 90% right, but there will always be failures) Jul 04 03:35:53 pkgadd: I'm talking about codeload vs. local generated tarballs Jul 04 03:36:04 local are smaller but hashes keep changing Jul 04 04:49:39 codeload tarball hashes keep changing as well Jul 04 04:49:48 and even worse, randomly in the future for the same files Jul 04 04:50:21 I never had failed hashes locally here, if there are - fix the toolchain Jul 04 04:51:39 codeload tarballs are simply unsuitable for longterm archival of data, that rules them out completely as valid choice Jul 04 04:52:18 unfortunately people nowadays are so sold to the github cool-aid and the curl|sh mentality that arguing against that seems to be a lost cause Jul 04 06:14:10 moaning Jul 04 06:33:58 morning blogic Jul 04 06:35:58 jow: hi there Jul 04 06:36:40 make Jul 04 06:37:21 * blogic is having fun with strongswan and crypto deadlocks Jul 04 06:37:29 when using eip97 hw offload Jul 04 06:53:37 blogic: do you have op here? Jul 04 06:53:53 and in #openwrt? Would be great to bump the version in the channel topic to .4 Jul 04 06:56:33 one sec Jul 04 06:56:59 thats wigyori Jul 04 06:57:07 *thanks wigyori Jul 04 07:03:23 hi had two questions Jul 04 07:04:01 is luci-app-vnstat no longer a supported package as of 18.06.4 ? Jul 04 07:05:01 it's not downloading in opkg Jul 04 07:05:02 jow: not sure i do, would need to check Jul 04 07:05:15 user guide hasn't been updated Jul 04 07:05:17 https://openwrt.org/docs/guide-user/services/network_monitoring/vnstat Jul 04 07:05:38 no way to search forums or start a bug ticket without credentials Jul 04 07:05:59 2nd question, is there a way to search forums? > assume no Jul 04 07:07:43 did you try https://forum.openwrt.org/search ? top right corner of every page Jul 04 07:08:11 anon^_^: you need to be more specific, I randomly looked at two architecure repositories and seen luci-app-vnstat Jul 04 07:08:15 had javascript disabled Jul 04 07:08:17 didn't show up Jul 04 07:09:38 for example https://downloads.openwrt.org/releases/packages-18.06/mips_24kc/luci/luci-app-vnstat_git-19.181.61051-9bab4ba-1_all.ipk Jul 04 07:10:00 maybe you're using the wrong repos? opkg.conf autodated? Or maybe you use master snapshots and not 18.06.4 ? Jul 04 07:10:14 a lot of packages are broken in master right now Jul 04 07:11:19 jow cortexa9 Jul 04 07:12:10 https://downloads.openwrt.org/releases/packages-18.06/arm_cortex-a9/luci/luci-app-vnstat_git-19.181.61051-9bab4ba-1_all.ipk missing "opkg update"? Jul 04 07:13:25 it's there but it isn't showing up or downloading for some reason Jul 04 07:13:49 then you didn't run "opkg update" beforehand Jul 04 07:14:07 or feeds.conf is corrupted/outdated Jul 04 07:14:18 clicked updated lists in luci Jul 04 07:14:33 "Unknown package 'luci-app-vnstat'" Jul 04 07:14:49 check the opkg configuration Jul 04 07:15:24 weird Jul 04 07:16:00 so clicking update lists again redownload the repo list with descriptions Jul 04 07:16:29 did notice after installing a package that all descriptions of available packages no longer were listed Jul 04 07:16:34 might be a bug Jul 04 07:16:52 now i can see luci-app-vnstat and it installed Jul 04 09:45:11 jow would be okay to enable this for buildbots by default? https://github.com/openwrt/openwrt/pull/2192 Jul 04 09:47:57 have you fixed WIP item 3 yet? Jul 04 09:48:00 <@jnrwrt> Jul 04 09:48:00 getidsbot was added by jnrwrt. Jul 04 09:48:01 IdGetterBot was added by jnrwrt. Jul 04 09:48:01 getidsbot was removed by jnrwrt. Jul 04 09:48:02 IdGetterBot was removed by jnrwrt. Jul 04 09:49:46 karlp: no, do you know a decent spot where to do that? it just requires "$DEVICE_NAME" Jul 04 09:50:07 Chat renamed to "OpenWrt IRC develšŸ› " by jnrwrt. Jul 04 09:50:28 is it true that the buildbots with ignore ath79 in favor of ar71xx in 19.07? Jul 04 09:53:49 karlp: I guess that could life in Device/Init or somewhere, what do you think? Jul 04 09:55:51 DonkeyHotei: the other way around Jul 04 09:56:28 ah wait, not sure. I think ar71xx was only made source-only after branching Jul 04 09:56:35 it was Jul 04 09:57:17 <@jnrwrt> Jul 04 09:57:35 ? Jul 04 09:57:50 so I would guess 19.07 will have both ar71xx and ath79? Jul 04 09:58:37 tlgbridge seems to be a telegram bridge (https://github.com/26000/irchuu) Jul 04 09:58:45 didn't know we have telegram? Jul 04 09:58:59 someone does :-) Jul 04 09:59:06 hipster technology Jul 04 09:59:13 I'd vote to ban unauthorized bots ;) Jul 04 09:59:23 yeah Jul 04 09:59:31 wigyori: could you please ? Jul 04 10:00:13 a younger audience seems to be interested in OpenWrt, maybe wait until kickban? Jul 04 10:00:42 aparcar[m]: a younger gen needs to just write a note like anyone else regardless of age ? Jul 04 10:00:59 aparcar[m]: i would like to install a camera on your drive way, I'll just do it, ok ? Jul 04 10:01:24 not that i mind, just seems odd Jul 04 10:01:57 blogic: no offence, just tried to mention the positive part Jul 04 10:02:07 oh i agree on that Jul 04 10:02:46 s/c/s/ Jul 04 10:17:56 right, who needs a ban? Jul 04 10:17:56 karlp: okay found a place Jul 04 10:18:08 wigyori: can you set it up so i can be op aswell please ? Jul 04 10:18:20 wigyori: we would need to vote on it first i guess Jul 04 10:19:31 karlp: https://github.com/openwrt/openwrt/pull/2192/files#diff-f270d5a89448c938eac56766f56540b6R588 Jul 04 10:19:53 blogic: msg'ed you - i think we found this out the last time too Jul 04 10:20:20 wigyori: i think we did, now that i see the error Jul 04 10:20:36 aparcar[m]: I'm not working in that area, was just questioning whether that PR was really ready, given that you were asking for it to be enabled on the build bots :) Jul 04 10:21:30 karlp: should be kinda ready now, especially if the device title split is done Jul 04 10:48:15 jow: here are some screenshot of the oui interface. It's far from ready but feels slick and fast. For now it is basically a rebuild of the existing Luci interface, maybe I can motivate the dev to integrate the "common usecases"... https://github.com/zhaojh329/oui/issues/20 Jul 04 10:57:02 aparcar[m]: that sounds like any ui project that wants to replace luci Jul 04 10:57:21 "feels slick and fast" but "is far from ready" Jul 04 10:57:25 jow: fair enough Jul 04 10:57:52 but snarky remarks aside, sure - maybe the dev can be convinced to do that Jul 04 11:09:36 nbd: I just had this one again (happens daily). Any idea at first glance? http://www.xback.be/mac80211_crash.png Jul 04 11:26:46 xback: why a screenshot of putty, instead of the copypasted text .... (also might be interesting what's above) Jul 04 11:27:20 the screenshot was provided to me from a remote Gas platform at the Malasyan coast Jul 04 11:27:45 I only have very limited access to the hardware out there for security reasons Jul 04 11:27:58 to this was provided to me after a long explanation how to fetch the logs from NOR Jul 04 11:28:16 there is a cut-off warning/bug above the lines in cpu_startup_entry, which is probably related/the actual reason Jul 04 11:29:18 I'll try .. but these guys are not Home Users :) Jul 04 11:33:58 xback: got the start of the trace ? Jul 04 11:34:12 ah did not read the full backlog Jul 04 11:34:24 talking with the guy on the platform to dump it to txt Jul 04 11:34:42 I've added a mtdoops partition on the devices over there for these kinds of reasons Jul 04 11:48:52 nbd: KanjiMonster: blogic: here is a dump of the mtdoops partition over there ... costed me blood and sweat .. https://pastebin.com/raw/JkPzNdju Jul 04 11:49:07 currently checking the other devices too Jul 04 14:56:25 *yawn* Jul 04 15:20:51 blogic I feel the same! Jul 04 18:41:27 jow, on the topic of luci and ui. Any chance of integrating better graph and bandwidth monitor directly into luci. A lot of ISP unfortunately have been instituting data caps. Jul 04 18:43:05 Tomato has a pretty nice graph ui with fast switching between real time and aged data up to 24h Jul 04 18:44:31 vnstat is similar to daily and monthly data monitoring, but again requires re-install each time a new firmware image is flashed. Jul 04 18:53:10 https://forum.openwrt.org/t/friendly-traffic-monitor-per-ip-plus-historical/30515 Jul 04 19:06:32 blogic: on which SoC are you using the eip97? Jul 04 19:13:09 jow: ping Jul 04 19:14:30 Hauke: mt7623 probably Jul 04 19:18:27 OK Jul 04 19:18:36 THERE ARE MULTIPLE sOcS WITH AN EIP97 Jul 04 19:18:43 wrong key ;-) Jul 04 19:21:50 =) Jul 04 19:22:15 guys i'm getting an 'illegal instruction' when running curl on one ath79 device, but it's running just fine on another with the same build... Jul 04 19:22:35 any way to find out what's wrong here? curl just exits with 'illegal instruction' nothing more Jul 04 19:26:30 Borromini: strace Jul 04 19:26:33 gdb Jul 04 19:26:47 it's probably a MIPS16 issue Jul 04 19:33:04 mangix: thanks. Jul 04 19:33:48 MIPS16 is enabled by default right? Jul 04 19:34:02 i remember switching it off a while ago but no idea why :-/ Jul 04 19:34:43 yes it is Jul 04 19:35:07 advantage is smaller size at the cost of breaking some programs Jul 04 19:35:26 yeah. Jul 04 19:35:36 It could also be an Os vs. O2 issue. who knows. Jul 04 19:35:42 i'm not doing any optimisations Jul 04 19:35:54 Os is default Jul 04 19:36:09 i thought you meant it might be an O2 issue :) Jul 04 19:47:38 ok disabling MIPS16 doesn't seem to help at first sight but that might be ccache playing tricks again... Jul 04 19:50:05 mangix: can i use either strace or gdb? Jul 04 19:50:23 sorry for the silly questions. Jul 04 19:50:27 strace is only for syscalls. gdb requires debug symbols Jul 04 19:51:25 so i'd need to rebuild curl with those symbols as well i assume? Jul 04 19:51:56 And make sure they don't get stripped. Jul 04 19:52:03 yeah, thanks, Jul 04 20:03:52 thanks for the help mangix, going to give it a shot this weekend Jul 04 20:04:00 night gents. Jul 05 00:34:39 Not sure if this is an appopriate question for this channel, but has openwrt had any success cross-compiling Samba 4.10 yet? I saw this bug: https://github.com/openwrt/packages/pull/8944 but not sure if progress has been made. From my own experience cross-compiling Samba 4.10 it's a complete failure whereas Samba 4.9.x is fine. Jul 05 00:37:50 I think the RFC pull request you've referred to still is the current state of affair, the version of samba4 in OpenWrt is still 4.9.8 https://git.openwrt.org/?p=feed/packages.git;a=blob;f=net/samba4/Makefile Jul 05 00:39:41 Yeah, 4.9.x is still OK, but 4.10.x+ is a mess. I did chat with the Samba developers shortly after the release of 4.10.x and they admitted they had nobody testing cross-compilation or knew how it worked, and had no intention of looking into the cross-compilation build failures. Which was inspiring. Jul 05 00:40:54 Unfortunately their chosen build system is just such a WTF that I don't have the time to fix their problems either, so it seems I'll be sticking with 4.9.x likely forever (I build LibreELEC, btw). Jul 05 00:41:09 waf is a nightmare, indeed Jul 05 00:43:06 In a way it's good to know I'm not alone, but the whole situation is rather unsatisfactory. 4.9.x is scheduled EOL later this year, but I'm not sure what they're going to do if 4.10.x still doesn't cross-compile - they should keep 4.9.x going until 4.10.x is able to build successfully. **** ENDING LOGGING AT Fri Jul 05 02:59:56 2019