**** BEGIN LOGGING AT Sat Feb 06 02:59:57 2021 Feb 06 03:10:41 my bad looks like I may have built the image wrong, I don't think I added busybox-selinux as seen here https://aparcar.gitlab.io/running-openwrt-with-selinux/ Feb 06 03:14:28 what does selinux do again? Feb 06 03:25:22 build #646 of ath79/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fgeneric/builds/646 Feb 06 04:11:54 mangix: don't troll at this hour Feb 06 04:31:01 build #780 of ath79/nand is complete: Failure [failed tools] Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fnand/builds/780 blamelist: Martin Kennedy , Yanase Yuki , Paul Spooren , Sungbo Eo , Adrian Schmutzler , Feb 06 04:31:02 Ewan Parker , David Bentham , Alexey Kunitskiy , Thomas Beckler , Aleksander Jan Bajkowski Feb 06 04:34:35 mangix: do you understand why the bots fail? Feb 06 04:46:43 aparcar[m]: not trolling Feb 06 04:47:21 mangix: more secure access to resources on the device, grift is the expert Feb 06 04:47:35 aparcar[m]: make[2]: *** [/builder/shared-workdir/build/build_dir/host/gmp-6.2.1/.configured] Error 2 Feb 06 04:48:00 ./config.sub: line 1425: syntax error: unexpected end of file Feb 06 04:48:14 the SE = Security Enhanced I believe Feb 06 04:48:20 I guess debian brokenness Feb 06 04:49:08 mhh ok wasn't me Feb 06 06:08:20 karlp: you around? Feb 06 06:09:20 dangole: or you? Feb 06 06:44:20 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_ath79.html has been updated. (99.1% images and 98.4% packages reproducible in our current test framework.) **** BEGIN LOGGING AT Sat Feb 06 07:46:29 2021 Feb 06 08:33:30 aparcar[m]: maybe you should update your blog port with updated instructions? Feb 06 08:34:26 finally had someone trying it and actually stumbling upon a interesting bug but was asleep and now he is gone leaving me wondering what the issue was Feb 06 08:34:57 might have been a device specific issue Feb 06 08:48:24 grift: I'll give it more testing and update the post or write a follow up Feb 06 08:48:44 do you have more pointers to include? Please write an email to me I'm about to leave Feb 06 08:49:51 ok yes, instructions where to report issues and get help and what info to provide Feb 06 14:25:18 nbd: my bisect points me to 8dc5d4a0, but that's a tiny MT7915 commit, so i don't think that's it. all other commits tested have had more than 10h uptime, and no errors. 8dc5d4a0 showed errors after ~6h up. i have collected logread output if you'd like, with ieee80211/mt76 debugging on Feb 06 15:12:30 nice host glibc update breaks tools/fakeroot -.- Feb 06 17:21:47 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 97.2% packages reproducible in our current test framework.) Feb 06 18:10:08 philipp64: sort of, not often I can behlpeful though? Feb 06 18:26:27 karlp: the strongswan reviews are languishing so I broke the PR's into single commits so that some of them might make progress instead... I've added you as a reviewer to a couple of them... Feb 06 18:27:01 I can't do muhc more than trivial style stuff. Feb 06 18:42:31 oh dear, I'm being blamed. Feb 06 18:45:24 karlp: trivial it is. Feb 06 18:45:43 hello, trying to install mwan3 on development version of opwenwrt(Im porting Archer A6 v3), but it always complain Kernel version mismatch, stating I have to migrate to new version of Kernel. But I was already on quite recent version(1/2 commits behind). Doesn any one know hwo to resolve this issue? Feb 06 18:47:22 vrpatil: when you're installing any kmods you need the kmod files that were compiled along with the kernel you're running. Feb 06 18:48:50 ok. So the dependency needs to specified explicitly in Architecture specific board file or Kernel config? Feb 06 18:49:33 vrpatil: look at what mwan3 is trying to install. It's some kmod, so you need the kmod you compiled yourself. Just that, install it before retrying to install mwan3. Feb 06 18:49:52 ok thanks Feb 06 18:50:15 Most probably it's already compiled if you didn't mess with the kernel and openwrt configs too much. Feb 06 19:10:31 vrpatil: you need to compile everything in one go. at least, when it concerns kernel modules and the matching kernel. Feb 06 19:11:12 can't build A, flash A, then notice you need another kmod, recompile (b) with said kmod, try to install said kmod. you need to flash b to install said kmod (if you didn't compile it in) Feb 06 19:11:46 the moment you change kernel stuff, the checksum changes, and opkg will refuse the packages Feb 06 19:20:06 adrianschmutzler: Did you find any issues with using the append-metadata? Feb 06 19:56:02 can someone confirm that hostapd_cli -i wlan0 all_sta is not working? Feb 06 19:56:09 or it is just my own setup Feb 06 20:02:21 Grommish: Well, this thing started because I gave SUPPORTED_DEVICES a non-zero default value Feb 06 20:02:47 because x86 target uses append-metadata for signing images, and it then broke because append-metadata was actually adding metadata Feb 06 20:03:01 so, I looked for other cases where this was used Feb 06 20:03:46 and in your case, I don't understand why it is needed, since upgrade should be verified differently. Feb 07 00:07:05 adrianschmutzler: my target does seem to use it and not return the error, so.. dunno, but I see nothing negative about it being there after testing and I get the error if it isn't (or did, I wasn't testing negative use case of not having it) Feb 07 00:07:23 I modeled my setup after the x86 targets Feb 07 00:08:10 with squasfs and how it's setup, DonkeyHotei recommended it that way after helping with it. I use a vfat partition to hold a kernel image Feb 07 00:10:10 the device has an emmc with mbr Feb 07 00:10:57 boot process mimics x86 in important ways Feb 07 00:16:09 still don't understand it, but I lack the enthusiasm to go deeper, so let's postpone it until it breaks for some other reason Feb 07 01:54:26 build #647 of ath79/generic is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fgeneric/builds/647 blamelist: Pawel Dembicki **** ENDING LOGGING AT Sun Feb 07 02:59:58 2021