01:30 <ukky> jaeger: Just tested your latest commit to system/iso.git ; The change does the job, my system can detect all disks attached to SAS controller. Thanks!

01:32 <ukky> It took me almost a week to finally generate a new ISO with your patch. Many attempts, many experiments, many modifications to original Makefile.

02:58 <SiFuh> ukky: That's cool

04:18 <jaeger> ukky: glad you got it sorted :)

07:38 <cruxbot> [core.git/3.7]: cpio: update to 2.14

07:38 <cruxbot> [core.git/3.7]: sysvinit: update to 3.07

07:38 <cruxbot> [core.git/3.7]: pciutils: update to 3.10.0

07:38 <cruxbot> [core.git/3.7]: less: update to 632

07:38 <cruxbot> [opt.git/3.7]: squid: update to 5.9

07:38 <cruxbot> [opt.git/3.7]: maildrop: update to 3.1.5

07:38 <cruxbot> [opt.git/3.7]: graphviz: update to 8.0.5

14:28 <cruxbot> [opt.git/3.7]: [notify] libxml2: update to 2.11.1, python bindings are included now

14:28 <cruxbot> [opt.git/3.7]: python3-libxml2: dropped, python bindings are part of opt/libxml2 now

14:30 <frinnst> jaeger: have you tried ventoy with the crux iso? it fails to detect the iso-rootfs unfortunately

15:31 <jaeger> Tried it a few years ago, not recently. Any idea why it fails or didn't dig into it?

15:32 <frinnst> didnt dig into it unfortunately. iirc it tried to mount the actual ventoy storage area as the rootfs

15:32 <jaeger> ok

15:33 <frinnst> why do I keep deplying VMs with too little storage?

15:33 <frinnst> 8gb rootfs \o/

15:33 <jaeger> :D

15:38 <jaeger> https://www.ventoy.net/en/distro_iso/crux.html is interesting... I wonder what their "test" does if they marked these ISOs as working

15:39 <frinnst> huh

15:39 <frinnst> maybe it was something on my end

15:40 <jaeger> I remember it failing back when I tested it, too, but I don't recall which version that was

15:41 <frinnst> my trusty old 1GB usb-stick that i've used since ~2010 is now too small for the crux iso D;

15:41 <frinnst> my old x86_64 ISOs fit on a 256mb stick back in the day

15:42 <jaeger> Yeah... I was recently thinking about when it still fit on those mini-CDs that were like 185MB

15:43 <frinnst> i think i still have a mini-dvd with crux on it

15:46 <jaeger> I've been thinking about making a core-only image as well for convenience

15:46 <frinnst> \o/

15:47 <frinnst> wasnt there a net-install once upon a time? or am I imagining that

15:47 <jaeger> There was... I've also considered bringing that back, it just kinda fell by the wayside over time

15:47 <SiFuh> I liked the idea of having the net-install. jaeger mentioned it the other year when I was messing around with the ISO

15:48 <frinnst> yeah I dont think it will be used much. still, cool to have :-)

15:48 <frinnst> debian net-installs rule

15:55 <SiFuh> I like the OpenBSD net-install unfortunately it can't really be installed like CRUX with minimal package selection.

17:07 <jaeger> ok, tested the latest ISO with ventoy... it DOES boot but the /media mount is wrong so setup won't find packages correctly

17:07 <frinnst> ah yeah, that rings a bell

17:07 <frinnst> not the rootfs

17:07 <frinnst> sorry

17:08 <jaeger> All good

17:08 <jaeger> I wonder if it *would* mount the ISO somewhere properly if exfat were supported

17:14 <jaeger> Interestingly the initramfs WAS able to find the ISO during boot, then it gets unmounted or thrown away somehow

17:14 <SiFuh> Isn't exfat already supported in CRUX? Or are you talking about Ventoy?

17:14 <jaeger> exfat is in the kernel config on the ISO but not in the list of modules in the initramfs

17:15 <SiFuh> Oh okay

17:17 <SiFuh> Don't really remember using modprobe to get the exfat drive to load.

17:17 <dim44> hello friends, I will be doing my first ever upgrade from 3.6.1 to 3.7. I was thinking of copying my system, chrooting into it, performing the update there first and if all goes well to do it on the live system too.

17:18 <dim44> I will be using the cd image as per the instructions, I made sure to read about the ABI incompatibility and /var/run changes. I want to test what would happen if I just chnaged the ports tree

17:19 <dim44> Will changing the version in /etc/os-release from 3.6 to 3.7 be enough to update the ports tree?

17:19 <SiFuh> dim44: yeah I we did that when I was working for the Universities Computer Centre. We'd always do a system clone then practice doing installs. That way we had limited down time.

17:21 <dim44> SiFuh: dracut might be one of the pain points. I think I might start using your utility since it looks like it can streamline the process a lot.

17:21 <SiFuh> jaeger: Changing /etc/os-release could be a cool idea actually. 

17:22 <jaeger> more importantly changing the version in /etc/ports/*.rsync, /etc/os-release doesn't control the ports tree

17:22 <SiFuh> dim44: The files in /etc/ports/ core.rsync opt.rsync contrib.rsync and so on.

17:23 <jaeger> If you're going to do manual updates, look at setup-helper in the ISO tree to see what it does for 3.6 -> 3.7

17:25 <dim44> jaeger: ah thanks, will change those files and read through the setup script. Probably I'll end up doing the main install from the cd too, I just wanted to try out a couple of things as a learnign excercise.

17:26 <jaeger> It's possible, of course, just can be more complicated

18:07 <cruxbot> [opt.git/3.7]: libxml2: force use of python3

19:24 <jaeger> Did a quick test with exfat, adding and loading the module is not enough, ventoy still loses/hides the /media folder