**** BEGIN LOGGING AT Mon Nov 11 02:59:57 2019 Nov 11 07:30:30 aloha Nov 11 08:06:17 morgen Nov 11 08:40:20 * Tapper tapper waves at all the OpenWrt people. Nov 11 08:40:47 It's cold in the uk. I wanted to stay in bed! Nov 11 08:41:16 the AC is on in my office :P Nov 11 08:41:50 It's raining to! Nov 11 08:43:18 I'm just glad I got out in the back garden yesterday and got most of my Winter pruning out of the way. Nov 11 08:44:08 Plus I made a start on my lief mold pile. Nov 11 08:44:51 Tech and Gardening don't cross over mutch. Nov 11 08:44:57 * Tapper grins Nov 11 08:50:57 DonkeyHotel: http://download.avm.de/fritzbox/fritzbox-7312/deutschland/fritz.os/FRITZ.Box_7312-06.55.image Nov 11 08:57:50 https://xdarklight.github.io/lantiq-xdsl-firmware-info/ - just stumbled on this Nov 11 08:58:10 anyway, the device is running stable using the firmware supplied by the vendor... that's fine. Nov 11 09:10:13 morning Nov 11 09:11:33 blogic: once someone updates the 'current stable release' on openwrt.org, i'll update the topic here Nov 11 09:19:18 hi all, is there way to speed up package building process using precompiled sdk or docker image? i'm trying to package avro-cpp, but as i forgot to add boost-regex to dependency, after update of makefile i realized, that it recompiles all deps again and it took ~6h. so be accurate, is there way to preinstall those already built deps in sdk to skip rebuilding alldeps? Nov 11 09:20:13 indy: sounds odd, it should not recompile the deps Nov 11 09:20:22 make sure that CONFIG_AUTOREMOVE is unset Nov 11 09:20:28 wigyori: will take care of the link Nov 11 09:21:30 jow: BTW I wanted to do it earlier as well, can I have the rights to edit such wiki pages as well? Thanks! Nov 11 09:21:50 jow, thanks will try Nov 11 09:23:06 ynezz: whats your wiki username? ynezz too? Nov 11 09:23:09 yep Nov 11 09:24:11 you should be admin there now Nov 11 09:24:16 thanks! Nov 11 09:28:30 just updated https://openwrt.org/releases/start Nov 11 09:49:47 jow, in .config or somewhere else? Nov 11 09:49:53 indy: .config Nov 11 09:50:10 jow, thanks, going to test it Nov 11 09:50:46 wigyori: if you find the time, could you update the archive rsync ip whitelist? I've sent the new IP via mail Nov 11 09:51:04 the existing ones can be removed as they belong to the now decomissioned old download server Nov 11 09:52:57 jow: replied to that already :) Nov 11 09:55:41 just added info about 19.07-rc1 on the front page (it's just a copy&paste of the content from the jow's email) Nov 11 10:38:39 wigyori: thanks! rsyncing .4 now... Nov 11 10:42:44 ynezz: can you turn the frontpage text into an include? Nov 11 10:43:25 ynezz: something like {{section>releases:18.06:start#openwrt_1806&firstseconly&noheader&nofooter&readmore&noeditbutton}} Nov 11 10:43:34 wow, magic Nov 11 10:43:35 just s/18.06/19.07/ Nov 11 10:43:46 here's the underlying page: https://openwrt.org/releases/19.07/start Nov 11 10:44:15 maybe change the text there to "first release candidate of..." etc. Nov 11 10:44:34 you've locked the page Nov 11 10:44:42 sorry, unlocked Nov 11 10:46:27 jow, one more question - in my avro-cpp Makefile feed i have hardcoded archive.apache.org as i need 1.8.2 avro-cpp not 1.9.1 but not found @APACHE list defined, how to add archive.apache.org/dist/avro url to list from which @avro is generated? Nov 11 10:46:54 indy: scripts/download.pl iirc Nov 11 10:53:52 jow: you've probably missed the previous request: could you please create fwtool project repository on git.oo ? description: "Utility for appending and extracting firmware metadata and signatures." Nov 11 10:55:47 ynezz: repo created. You can set the description yourself using ssh git@git.openwrt.org desc project/fwtool Utility for Nov 11 10:55:50 appending and extracting firmware metadata and signatures. Nov 11 10:57:04 jow: BTW would it be possible to share the configuration of git.oo somehow/somewhere? I would like to tackle some of the issues in the future, like LEDE bits in the emails/links and probably adding git pre-commit hook to fight the DMARC plague (http://lists.infradead.org/pipermail/openwrt-devel/2019-November/019993.html) Nov 11 10:57:36 ynezz: sure. ping me tomorrow Nov 11 10:57:39 on the road atm Nov 11 11:44:27 aparcar[m]: https://gitlab.com/openwrtorg/gitlab-evaluation/-/jobs/347094751 is quite interesting, does it mean, that we need to pin/freeze packages to certain version? Nov 11 11:44:56 aparcar[m]: it was building fine ~3 weeks ago, but failing today, seems like python is fast moving target as well Nov 11 11:48:45 aparcar[m]: previous ok build https://gitlab.com/ynezz/openwrt-gitlab-evaluation/-/jobs/326228113 and I really don't get it why it's failing today Nov 11 11:49:28 aparcar[m]: maybe it's related to the alpine ? Nov 11 11:50:30 `image: alpine:latest` smells :) Nov 11 12:16:57 For the generak "DMARC plague" my suggestion is that mailinglist sending the email forward to list members should be the norm instead special case (and less emphasis on the "this is sent by dis because dmarc"), that's my opinion, share it or not =) Nov 11 12:19:13 It's still "olmari sent message to list", but list itself doesn't try to forward as my name, but exactly what it is, by mailing list name :) Nov 11 12:42:33 Hauke: ping Nov 11 12:42:34 better in #openwrt, sorry Nov 11 12:49:24 aparcar[m]: so it's probably caused by black, switch from 19.3b0 (14.3.) -> 19.10b0 (28.10.), changing it's dependencies https://github.com/psf/black/commit/6aef6c9d458e8df88f510e94c18f216232b6a786#diff-2eeaed663bd0d25b7e608891384b7298 Nov 11 13:14:41 aparcar[m]: https://github.com/psf/black/issues/1112 meh Nov 11 13:22:45 olmari: that will not help as then all patches committed to git will be attrbiuted to the mailing list email Nov 11 13:22:56 or rather it would require a different set of workarounds Nov 11 13:23:24 (un)helpful suggestion: just use github intead of the mailinglist ..... ;) Nov 11 13:26:27 aparcar[m]: workaround applied https://gitlab.com/ynezz/openwrt-ci/commit/84441420bf5896c3d6b7750346ffdadb87ba73b9 Nov 11 14:01:36 I think turning that big of an boat to somewhere else is long operation.. emailing patches is rooted to so deep into some persons.. And I'm not implying some other method would be better.. could.. but definately diffirent Nov 11 14:07:48 Hi. Question here. Is there some real reason why same block device can't be mounted twice with block (fstools)? There is a real use case for it with BTRFS. Basically I am asking if it is a feature before I dive too deep to sources. Nov 11 15:24:15 looking for 2nd pairs of eyes for this commit https://git.openwrt.org/f0b3d090690a5d461f1f2a9b7f4c7ac89bf0531c Nov 11 15:34:17 ynezz: lgtm Nov 11 15:35:38 thanks Nov 11 16:18:53 aparcar[m], ping hi, when 18.06.5 will be available on docker? Nov 11 17:06:51 neoraider, I'm fine with a low_mem flag, but maybe allow it several values: 0 == default, 1 == your device, other values for future? Nov 11 17:44:05 Good afternoon! Nov 11 17:49:15 Has there already been a discussion of bad-block reservation for NAND-resident kernels that I can look up somewhere? Nov 11 19:14:40 build #39 of sunxi/cortexa7 is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/openwrt-19.07/images/builders/sunxi%2Fcortexa7/builds/39 blamelist: Zoltan HERPAI Nov 11 19:34:37 Hauke: hi, could you copy https://openwrt.org/playground/notes-18.06.5 to https://openwrt.org/releases/18.06/notes-18.06.5 ? Nov 11 19:34:40 thanks! Nov 11 19:38:11 zorun: done Nov 11 19:38:17 thanks for talking care Nov 11 19:42:27 Hauke: cool! Nov 11 19:43:58 woot! kirkwoot! Nov 11 19:43:59 Hauke: while at it, can you update https://openwrt.org/releases/18.06/start to point at the new release? unless there is a reason to wait? Nov 11 20:00:55 could someone fix the FW selecter for 18.06.5: https://openwrt.org/toh/views/toh_fwdownload?dataflt[0]=supported%20current%20rel_%3D18.06.5 Nov 11 20:02:56 19.070-rc1 also does not work: https://openwrt.org/toh/views/toh_fwdownload?dataflt%5B0%5D=supported%20current%20rel_%3D19.07.0 **** ENDING LOGGING AT Tue Nov 12 02:59:57 2019