01:08 <jaeger> Another thing I just noticed... the devices .mk files include core in the list of collections but there's no ports-core repo at github.com/crux-arm

01:12 <jaeger> er, crux-ports-core repo

05:08 <jaeger> Never mind, I see now the CRUX_ARM_GIT_PREFIX vs. CRUX_GIT_PREFIX

05:08 <jaeger> My brain's all over the place tonight, long day :P Going to leave this alone until tomorrow

09:06 <pitillo> yeah, time to rest xD

12:18 <pitillo> beerman: https://sourceforge.net/projects/crux-arm/files/releases/3.7/crux-arm-3.7-aarch64-rc3.rootfs.tar.xz

12:19 <pitillo> updated one with correct config files and procps updated to 4.0.2 to fix ps u problems

12:24 <beerman> Cool, will try it out tomorrow i guess, still away from home for work here

13:08 <crux-arm-bot> [ crux-ports-opt-arm64 ]: go: update to 1.19.4

16:08 <jaeger> Got a little farther this time but I think docker prevents the bind mount of /dev, will need to look into if there's a flag/permission for that

16:08 <jaeger> [2022-12-08 05:55:38] Mounting /dev on /root/crux-arm-release/rootfs-stage1/dev

16:08 <jaeger> mount: /root/crux-arm-release/rootfs-stage1/dev: permission denied.

16:08 <pitillo> we saw that sometime ago

16:08 <pitillo> have you launched the container with docker run --cap-add SYS_ADMI ?

16:09 <jaeger> Probably not, I forgot about it

16:09 <pitillo> SYS_ADMIN

16:11 <jaeger> I'll add that when I get back, have to go for now

16:46 <pitillo> great

16:57 <crux-arm-bot> [ crux-ports-opt-arm64 ]: docker-compose: updated to 2.14.0

19:26 <jaeger> OK, made a new container with SYS_ADMIN cap, trying again

20:31 <jaeger> And back to curl not found, heh

21:23 <pitillo> verify that you have all sources downloaded (I can't check the target to build atm)

21:41 <jaeger> As far as I cna see there were no download errors

21:41 <jaeger> http://ix.io/4i5X

21:43 <jaeger> I think I'm too stupid to operate this

21:50 <jaeger> (build) c711bd5ce4e0 ~/crux-arm-release # grep prtdir prt-get.conf

21:50 <jaeger> prtdir /workspace/ports/core-arm

21:50 <jaeger> prtdir /workspace/ports/core

21:50 <jaeger> This also seems wrong, no core-arm64 or raspberrypi4

21:52 <jaeger> OK, so this seems to be a case where the DEVICE_OPTIMIZATION is ignored if supplied on the CLI rather than directly in the Makefile

21:52 <jaeger> if I change it in the Makefile the prt-get.conf is correct

21:59 <jaeger> I don't understand what's causing that, I cannot duplicate it with a test Makefile

22:00 <jaeger> I made a quick test target to print out DEVICE_OPTIMIZATION, COLLECTIONS, and CFLAGS:

22:00 <jaeger> bash-5.1# make wtf

22:00 <jaeger> arm

22:00 <jaeger> core-arm core

22:00 <jaeger> -O2 -pipe -mfloat-abi=hard

22:00 <jaeger> bash-5.1# make wtf DEVICE_OPTIMIZATION=raspberrypi4

22:00 <jaeger> raspberrypi4

22:00 <jaeger> raspberrypi4-arm64 core-arm64 core

22:00 <jaeger> -march=armv8-a+crc+simd -mtune=cortex-a72 -ftree-vectorize -O2 -pipe -fomit-frame-pointer

22:00 <jaeger> It works like I'd expect

22:38 <pitillo> sepen added a comment to the issue related to that. There is a missing export on the Makefile

22:39 <pitillo> the prt-get.conf problem is expected. I need to fix it removing /workspace/ and then make a touch on rootfs-stage1 directory

22:39 <pitillo> next make stage1 will enter the jail again without problems

22:42 <pitillo> checking the error it seems that the download sources before entering stage1 wasn't executed correctly

22:54 <jaeger> yeah, because prt-get couldn't find them in this case, it seems

22:55 <jaeger> Because only core-arm and core were in the prt-get.conf before, now it's getting further along

23:04 <pitillo> great, if the opti collection dissapeared, the var wasn't used. Good to know it'sbgoing on

23:07 <jaeger> Yeah

23:11 <jaeger> ok, seems I have a finished bootstrap finally

23:23 <jaeger> release fails as it wants to copy pkgmk.conf from raspberrypi4/pkgutils but raspberrypi4/pkgutils uses a patch for pkgmk.conf rather than supplying the whole file. That could easily be changed, though.

23:33 <jaeger> Looks like raspberrypi3 would also have the same issue

23:54 <jaeger> For now I've copied pkgmk.conf into place manually. Uploaded the rootfs to https://crux.ninja/tmp/crux-arm-3.7-aarch64-raspberrypi4.rootfs.tar.xz