05:23 <tersono> Is it expected that make defconfig produces different results when building using the SDK vs a "normal" build tree? It seems to be defaulting to build every variant of a package by default, not just one variant

05:52 <tersono> Ah, CONFIG_ALL=n does the trick

08:53 <Habbie> anyone ever seen READYREADYREADYREADYREADY from a usb device that calls itself "MT65xx Preloader"?

09:49 <KGB-0> https://tests.reproducible-builds.org/openwrt/openwrt_lantiq.html has been updated. (95.9% images and 99.9% packages reproducible in our current test framework.)

11:43 <Habbie> ah, https://github.com/bkerler/mtkclient can talk to it

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

20:37 <philipp64> Does anyone remember what the thread was on the mailing list about having subsystems run as non-root (i.e. without elevated privilege)? I'm having to redo some packaging that hasn't been touched in a while and want to make sure I follow all conventional wisdom...

20:53 <hauke> philipp64: you can put a daemon into a procd jail

20:54 <hauke> and then also run it as non root

21:35 <philipp64> this daemon manages resources and configurations, so it can't be jailed.

21:36 <philipp64> hmmm... also, I've forgotten how to resize the root partition on an installed system to use more of the disk...

21:43 <dwfreed> fdisk, delete the partition and recreate it with the exact same start sector

21:43 <dwfreed> then resize the fs using the fs's tools

21:44 <dwfreed> you may have to reboot between that if fdisk fails to update the partition table in the kernel

21:48 <philipp64> I used a sed on "sfdisk --dump /dev/vda | sed ... | sfdisk /dev/vda" and I think that part worked (though it vexes me that we put the EFI partition at 128 and not 1... so I reordered the partition numbers to match the place on the disk as well... and since we reference UUID and not partition name that was fine).

21:48 <philipp64> But "resize2fs /dev/vda3" failed...

21:48 <philipp64> and that was after the reboot.

21:50 <dwfreed> what did it say

21:50 <philipp64> resize2fs: Resource busy while trying to open /dev/vda3

21:50 <philipp64> Couldn't find valid filesystem superblock.

21:51 <dwfreed> sounds like it might not have the right things for online resize; you may have to do it offline

21:51 <dwfreed> (ie, while the fs is not mounted)

21:56 <philipp64> Never had it fail before.

22:05 <philipp64> well, time to suspend the VM and futz with losetup...

22:09 <philipp64> except losetup doesn't understand the partition table... hmmm...

22:10 <philipp64> ah... needed -P

22:18 <dwfreed> you're going to corrupt the fs doing that

22:19 <philipp64> ah... /dev/vda3 is the squashfs partition, but how do I access the unioned ext4 or whatever?

22:19 <dwfreed> loopback with offset

22:19 <dwfreed> in the running openwrt, you should have a loop device that points at vda3 but with an offset

22:20 <dwfreed> issue resize2fs to that loop device and it should work

22:38 <philipp64> dwfreed: sorry, I'm not connecting... where do I get that info?

22:53 <philipp64> dwfreed: I'll try this script... fingers crossed it's still working... https://openwrt.org/docs/guide-user/advanced/expand_root

23:43 <philipp64> well, for whatever reason, the script didn't work...