00:07 <pekster> The main reason to build from source is so you can alter build-time options that the official pre-compiled packages don't offer. I rely on more features in busybox for example, so a source-build is required in many of my images to avoid pulling in the "full" version of functionality I can get away with busybox versions of.

00:08 <pekster> Without such exotic needs, it's both more time and more fragile to build from source (more to go wrong, like feeds of packages & libraries being down and preventing an update when required.)

00:30 <mirko> i'm confused as to why (only) the openssh-*server* has a dependency to libfido2 if built with fido support. no other distribution's package containing the sshd links against libfido2 and still claims fido support

01:13 <dwfreed> mirko: open an issue and ask?

01:15 <damo22> (08:04:54 PM) damo22: Uncompressing Kernel Image ... LZMA ERROR 1 - must RESET board to recover

01:15 <damo22> what did i do wrong?

01:16 <damo22> trying to tftpboot an initramfs kernel image

01:17 <damo22> could it be that the uboot on the board does not like the compression mechanism used in the new image?

01:22 <damo22> do i need $(Device/uimage-lzma-loader)

03:26 <schmars[m]> anyone have vendor openwrt zip for cudy x6 v1? they took the download offline

08:16 <DSchndr_> damo22: how is your uboot configured?

08:16 <DSchndr_> ree, how do i get the stupid mt76 drivers in my snapshot build - 404 documentation xD

08:30 <robimarko> Just select the required kmod via menuconfig

08:49 <DSchndr_> xaxaxa, they do not show up in the menuconfig for the mt76x8 target - else i wouldn't ask

08:50 <robimarko> Hm, they dont show under Kernel Modules->Wireless Drivers?

08:50 <robimarko> Cause, they should show for any target, I even see them under qualcommax

08:51 <DSchndr_> the dtb and .mk config are pretty much similair to the rest of the devices

08:53 <robimarko> I did not ask that

08:54 <DSchndr_> yep, just looked it up

08:54 <DSchndr_> when i change the target to a completely different one they do show up

08:54 <DSchndr_> tf

08:55 <robimarko> Well, mt76 only depends on PCI_SUPPORT

08:56 <robimarko> And mt76x8 sets CONFIG_PCI so for buildroot that sets PCI_SUPPORT

08:57 <robimarko> Can you run make menuconfig

08:57 <robimarko> And then SHIFT+7

08:58 <robimarko> Then search for CONFIG_PACKAGE_kmod-mt76

08:58 <robimarko> It will tell you what it depends on and whether that is satisfied

09:01 <mirko> `grep -inE "(mt76\)|/mt76/)" tmp/.packagedeps` might be interesting

09:06 <DSchndr_> ouuuh, thanks for the tip

09:07 <DSchndr_> how lucky can you be to pick out exactly those devices which do not have it in their dtb and wonder why it does not work xD

09:13 <DSchndr_> but i think that issue might cause other devices to have no wifi since they only have wmac defined in their dtb and pcie is disabled in the mt7628an.dtsi

10:14 <damo22> DSchndr_: am i building uboot with openwrt ? i thought the boot partition is readonly and is not altered from the vendor

10:18 <damo22> my board is also mt76x8

10:25 <DSchndr_> robimarko: will dig into it later (currently the insomnia and ad withdrawl kicks in too hard xD), i tried to enable pci but no change - at least the rest of my owrt port works ¯\_(ツ)_/¯

10:31 <DSchndr_> damo22: how big is the vendor kernel image vs yours? how old is the vendor uboot? i had that stupid issue but solved it by just building a recent uboot with increased size for kernel decompression (cant remember how that option was called rn)

10:34 <DSchndr_> get a ch341 programmer and make a backup of the flash, then you can play around trying to get it to run without worries.

16:21 <owrt-images-builds_> Build [#235](https://buildbot.openwrt.org/images/#/builders/13/builds/235) of `master_lantiq/xrx200` failed.

21:10 <rtznprmpftl> has anyone here experience how long it takes to get an answer from ubiquiti for the GPL sources ? their support refers to opensource-requests@ui.com but i never received an answer to my request i sent them

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