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]>
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