02:04 <owrt-images-builds> Build [#314](https://buildbot.openwrt.org/images/#/builders/205/builds/314) of `master_mpc85xx/p1020` failed.

07:19 <owrt-images-builds> Build [#317](https://buildbot.openwrt.org/images/#/builders/206/builds/317) of `master_bcm47xx/legacy` completed successfully.

08:14 <KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_x86.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)

11:00 <owrt-images-builds> Build [#308](https://buildbot.openwrt.org/images/#/builders/189/builds/308) of `master_mediatek/mt7622` failed.

12:31 <kabel> Ansuel: I sent you some question no query

19:40 <schmars[m]> anyone have strong objections to re-enabling dropbear ed25519 support in ath79/tiny?

19:41 <schmars[m]> it's a bit ironic that it's disabled to save diskspace, given that that it forces us into using needlessly large RSA keys :-)

19:41 <schmars[m]> and diskspace seems less urgent now that most of ath79/tiny is source-only anyway

21:31 <Mangix> schmars[m]: funny thing is, ed25519 support needs more diskspace than an RSA key

21:31 <schmars[m]> in my case it's 20 ssh keys :)

21:32 <Mangix> anyway, I've never dealt with ath79/tiny. I imagine that target's a disaster

21:32 <schmars[m]> doesn't make a difference for me diskspace wise, the images here are super light. it's just a very large community network, and the nanostations always need special treatment for ssh automation

21:33 <schmars[m]> oh yeah absolutely - on the other hand in a few years we'll have community members that are younger than the nanostations

21:33 <Mangix> I imagine that target will go away at some point, with balooning kernel sizes

21:35 <schmars[m]> they're still fine as dumb APs (apart from the ancient 802.11 level), i just tried snapshot with 6.6 kernel yesterday

21:36 <Mangix> On my old WRT54G, I disabled DHCP and the web interface to keep RAM usage down. Used as a router funny enough

23:50 <KGB-2> https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (11.1% images and 100.0% packages reproducible in our current test framework.)