**** BEGIN LOGGING AT Sun Mar 01 02:59:57 2020 Mar 01 03:10:37 openvpn-openssl is out of date can someone update this to the latest openvpn package, openvpn 2.4.8 its at 2.4.6 Mar 01 03:11:59 anyone here? Mar 01 03:58:25 build #278 of mvebu/cortexa53 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/mvebu%2Fcortexa53/builds/278 Mar 01 07:02:38 build #69 of lantiq/falcon is complete: Failure [failed dirupload] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/lantiq%2Ffalcon/builds/69 blamelist: Koen Vandeputte , Jo-Philipp Wich , Petr ?tetiar Mar 01 07:20:08 build #234 of sunxi/cortexa7 is complete: Failure [failed dirupload] Build details are at http://buildbot.openwrt.org/master/images/builders/sunxi%2Fcortexa7/builds/234 blamelist: ?lvaro Fern?ndez Rojas , David Bauer , Kevin Darbyshire-Bryant , Christian Lamparter Mar 01 07:20:09 Mar 01 08:31:33 rmilecki: hi, I'm not sure if you're aware about some regressions due to 15a0701cdde8eeae2a54880b813cdb8cdc09a384, see for example https://bugs.openwrt.org/index.php?do=details&task_id=2862 Mar 01 08:47:47 ynezz: I think you build on a variety of platforms, can you check https://git.openwrt.org/?p=openwrt/staging/ldir.git;a=commit;h=64aa23ac1923a571a9fedc99b11bc9eda72d60b0 is reasonable please. Mar 01 09:18:03 rmilecki: as someone reading the partition offsets, i think i'd really rather have the absolute addresses, not the relative ones, fwiw. Mar 01 10:31:44 jow: KanjiMonster we could switch to DSA and then just overwrite the configuration with a default configuration Mar 01 10:32:08 the VLAN unaware bridging with DSA is fully supported by UCI Mar 01 10:32:24 we need some extension for the VLAN aware bridging Mar 01 10:38:23 DSA allows to put every interface only into one bridge Mar 01 10:38:27 at a time Mar 01 10:38:40 and we can do VLAN filtering on each port Mar 01 10:39:33 so we can only allow certain VLANs to enter the bridge Mar 01 10:40:10 speicfic VLANS can be removed at egress Mar 01 10:40:32 this is the "best" documentation I could find: http://man7.org/linux/man-pages/man8/bridge.8.html Mar 01 11:10:12 Hauke: yes; create vlan filtering bridge; add ports to bridge; make ports members of vlans (untagged/pvid if needed), make bridge member of vlans as well if required (probably most cases) Mar 01 11:11:49 the fun starts when you want double tagging (q-in-q or 802.1ad); not sure if we want to support that, but we might want to keep that in mind when designing the config interface Mar 01 11:14:27 we probably put the old config at a retrievable location, as it might contain secrets that are sometimes hard or annoying to get (e.g. ISP credentials) Mar 01 11:41:40 KanjiMonster: double tagging is currently not supported by DSA Mar 01 11:41:48 but it would be nice to have the config format prepared for it Mar 01 11:44:33 not all HW supports all the features Mar 01 11:45:20 I mean in practice it's "simple", you create a vlan interface on the port for the outer tag, then add that vlan interface to the bridge Mar 01 11:49:20 (or the other way round) Mar 01 13:29:45 FWIW I wouldn't waste time on any migration scripts for DSA as well, nice docs and big fat note in release notes should be enough Mar 01 13:30:14 ldir: looks like some macos specific stuff, perhaps git blame that change and ask the one who introduced it? Mar 01 13:30:27 ldir: I don't have clue, so no oppinion on that Mar 01 13:32:00 ldir: FYI I'm going to merge tmn505's x86 bootloader upgrade support during sysupgrade https://patchwork.ozlabs.org/project/openwrt/list/?series=153131, I'm going to run test it, but would welcome your input as well Mar 01 13:42:43 I think that ynezz is about rite on the dsa stuff. Mar 01 13:43:15 I don't mindr redoing my configs anyway. Mar 01 13:54:28 I agree that trying to migrate will probably cause more problems than it solves, but having to switch over will be more of a pain for devices where the default configuration will result in connectivity not working at all, like for WAPs attached to trunk ports where everything is tagged. Mar 01 13:57:51 The only way I can see that working is to backup the configuration, reset it to default, manually reconfigure the switch and network interfaces, and manually restore the rest of the configuration files from the backup. Mar 01 13:58:23 Any attempt at an in-place upgrade would likely result in a "brick". Mar 01 14:02:18 jow: ooi the limitations of luci/ppp/MTU-settings/etc you described into #2667 comment -- is all this improvement going into master / next-release and not 19.07? Mar 01 14:02:54 mamarley: any attempt to do config migration would likely result in the same brick as well Mar 01 14:03:10 Yep, rock and a hard placeā€¦ Mar 01 14:03:47 one could always prepare your use case/device specific migration by yourself with image builder Mar 01 14:04:19 thoroughly tested, then deployed (which should be default) Mar 01 14:04:39 we can't assure that with the resources on hand and the wide range of devices Mar 01 14:05:44 or that would mean next release in 22.y Mar 01 14:08:43 I would imagine most people are probably just using something close to the default configuration of a single LAN subnet with all the switch ports (besides WAN) on that subnet anyway. Configurations like mine are probably pretty rare, and the people who set them up are (hopefully) smart enough to handle the migration manually. Mar 01 14:10:32 you either support all or none Mar 01 14:12:14 I was agreeing with you; just saying that the less technical users probably didn't customize that anyway so they might not notice. Mar 01 14:19:45 heya, i'm building different version images and want to get them in 'bin/$(VERSION)' instead of 'bin/'. i see CONFIG_BINARY_FOLDER in menuconfig but dunno what variables are available. ideally i'd like something like `git describe`. any pointers? Mar 01 15:14:28 enyc: likely. so far no work has been done Mar 01 15:15:11 koniu: no variable interpolation available for this config option Mar 01 18:54:19 mangix: your recent minidlna change broke config generation Mar 01 18:54:56 mangix: /etc/init.d/minidlna reload does not recreate /var/etc/minidlna.conf Mar 01 18:57:44 mangix: and your procd_send_signal replacement code is broken as well Mar 01 19:01:50 where do I find a ar9132 datahseet? Mar 01 19:01:59 or which SoC is very similar Mar 01 19:06:28 I would like to know the reset and the clock bits for the MACs Mar 01 19:42:11 meh... since when does openssh-sftp-server require libopenssl? Mar 01 19:42:24 it used to be tiny and completely standalone Mar 01 19:43:06 Hauke: maybe have a look at e.g. the TL-WR1043 v1 GPL dump. I'm not aware of a 913x datasheet Mar 01 19:49:43 build #272 of mpc85xx/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fgeneric/builds/272 Mar 01 19:50:16 jow, I think openssh has a "use internal SSL only" configure switch? Mar 01 19:50:55 ldir: 'Duration: 136 minutes 51 seconds' not that bad for MacMini Mar 01 19:51:21 ldir: and that build even runs in qemu Mar 01 19:56:05 Redfoxmoon: yeah, maybe. But its package feed stuff so... too lazy to follow up Mar 01 19:56:59 openssh 8.1p1 "--without-openssl Disable use of OpenSSL; use only limited internal crypto **EXPERIMENTAL**" Mar 01 19:57:10 its likely an upstream change Mar 01 19:57:43 quite possible Mar 01 19:57:54 considering libressl is part of openbsd Mar 01 20:06:18 updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html Mar 01 20:53:00 jow: cheers! is there some other, simple way to achieve bin/ image versioning long those lines? Mar 01 21:13:00 jow: unfortunate. I will look when I can. Mar 01 21:29:30 hmm, any obvious reason i might be getting './depcomp: line 772: exec: g++-uc: not found' when building some package (aircrack-ng in this case). master branch, feeds up to date Mar 01 21:35:47 also, should i be doing anything special when starting a build after checking out a different commit/branch? keeping the same config Mar 01 22:11:25 ynezz: sorry mate, been doing family stuff today and now working. Catch up tomorrow. Mar 01 22:42:54 build #82 of x86/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/x86%2Fgeneric/builds/82 Mar 02 00:34:48 build #76 of x86/64 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/x86%2F64/builds/76 Mar 02 01:06:38 build #74 of ath25/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/ath25%2Fgeneric/builds/74 Mar 02 01:10:42 build #76 of pistachio/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/pistachio%2Fgeneric/builds/76 Mar 02 01:30:01 build #74 of arc770/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/arc770%2Fgeneric/builds/74 Mar 02 01:54:40 build #75 of mediatek/mt7623 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/mediatek%2Fmt7623/builds/75 Mar 02 02:27:46 build #70 of x86/legacy is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/x86%2Flegacy/builds/70 **** ENDING LOGGING AT Mon Mar 02 02:59:57 2020