marcan changed the topic of #asahi-alt to: Asahi Linux: porting Linux to Apple Silicon macs | User-contributed/unofficial distribution ports | Logs: https://alx.sh/l/asahi-alt
<chadmed> alright i seem to have fixed it
<chadmed> i rebuilt a new rootfs and its reliably booting, all the hardware works and the modules are being probed
<chadmed> no idea why it was so busted before, i changed nothing of substance *shrug*
<chadmed> hm it was definitely something funky with dracut, my server has started doing it now after doing a world update...
<j`ey> non-M1 server I assume?
<chadmed> yeah its x86 based, ive just downgraded dracut and ill see what happens
<chadmed> alright nvm downgrading it didnt do anything
<chadmed> huh so it cant find disks by uuid anymore for some reason?
<mps> blkid missing in initramfs?
<chadmed> nah everythings there, i checked with lsinitrd
<m1n1m4[m]> Just to tell you all that i am having a great lean experience with alpine-asahi-xfce4.... (full message at https://matrix.org/_matrix/media/r0/download/matrix.org/oKEzzDDIfyBlOOlFmuPHVKZT)
<m1n1m4[m]> also listen to music on the headphones with mpv from the console
<mps> m1n1m4[m]: thanks for feedback
<mps> m1n1m4[m]: though I wouldn't 'run-from-ram'. it is cumbersome for upgrade kernels and some basic tools
<m1n1m4[m]> the upgrades will be done in a chroot env then flashed
<m1n1m4[m]> if i indeed need them...
<m1n1m4[m]> it is not the normal system. It is for doc creation etc..
<mps> in alpine git repo are scripts to create iso images, maybe that can help you
<m1n1m4[m]> mps: hmmm, interesting...
<m1n1m4[m]> as i said during install there was an issue while running setup-xorg-base ( had to uninstall libudev-zero to be able to run it ).
<mps> m1n1m4[m]: you can remove udev from setup-xorg-base before you run it
<m1n1m4[m]> setup-xorg-install added udev, udev-settle and udev-init-scripts
<m1n1m4[m]> mps: it installs it
<m1n1m4[m]> and those dependencies were a pain to remove...
<mps> vi /sbin/setup-xorg-base
<m1n1m4[m]> hmmm
<mps> and remove it from `apk add xorg-server xf86-input-libinput eudev mesa "$@"`
<m1n1m4[m]> yes i understand
<mps> remove eudev
<mps> and remove line `setup-udev`
<m1n1m4[m]> great
<m1n1m4[m]> will try that
<m1n1m4[m]> because it really took some time to go around that. I have notes to share later, and possibly i will try to reinstall. I keep dd ( dumps ) at each step. So i will go back to the first one ( after expanding / )
<mps> m1n1m4[m]: I will patch setup-xorg-base on next upgrade of the m1 usb disk image
<m1n1m4[m]> good
<mps> (if I don't forget, ofc)
<m1n1m4[m]> ahahahaha
<mps> now that systemD author moved to microsoft maybe alpine will decide to finally switch to libudev-zero instead of eudev
<chadmed> alpine is still on eudev?
<chadmed> hasnt it been unmaintained for a while now
<mps> chadmed: yes
<mps> there was idea about year ago to switch to libudev-zero and I prepared basic functionality for that but still no one wanted to fix some missing things
<mps> and I can't fix all packages which needs fixes/changes
<chadmed> thats unfortunate
<chadmed> gentoo just switched to udev since it was isolated from the rest of systemd
<mps> chadmed: and it is named eudev then iirc?
<chadmed> nah its just vanilla udev now
<chadmed> we used to have eudev, and im pretty sure it was a gentoo team maintaining it
<chadmed> but they gave up and we just use udev
<mps> ah, didn't followed this
<chadmed> we still have elogind of course
<mps> I remember that gentoo eudev maintainer announced stop working on it
<chadmed> yeah
<chadmed> since then we've migrated to udev and it all seems to work fine, didnt need to pull in the rest of systemd for it
<mps> and then we (alpine) decided to switch to libudev-zero, but still didn't that
<mps> I will look at this new udev then
<m1n1m4[m]> WOW, read those news this week was not aware of the relation of those libs. These rooms are real classes. I am taking notes all the time... GREAT!!!
<m1n1m4[m]> 👍️
<steev> does libudev-zero have a minimum kernel requirement? one of the reasons i use eudev on a few systems is the inability to upgrade to a modern kernel
<steev> oh, derp completely missed it in the readme, disregard :D
<mps> steev: heh
<mps> I use it on new kernels only, 5.6 and and up
<steev> Yeah, I had backported the needed support but udev (back then, haven’t looked recently) simply checked the kernel version, not that the support is there
Catyre has joined #asahi-alt
Catyre has quit []