@rose wait lol, i never did read the logs with with eudev, wireplumber has the same complaints but still starts
wait huh so it just doesn't start anymore? thats gardenphobic wtf....

CC: @[email protected]
@rose oh, actully it starts but i only have the dummy device
okay okay, as root run
gardendevctl trigger
mdevd-coldplug
gardendevctl trigger
and then check again
@rose still only a dummy device

And another tengential issue, dhcpcd can't find the interfaces at boot but find them fine it restarted later
mmm probably something with libudev then, i'll look into it
@[email protected] I pushed a fix to gardendevd and libudev-zero, haven't had the chance to test it though, if you want to you can try it
@rose neat, lets get testing 
@rose wait i did not package ur libudev-zero i was using the distro one, maybe i should do that 
@[email protected] @[email protected] oh yeah that could be the issue then, you need mine
@rose im packaging 
@rose its working   !!! also im onto something for my network interfaces not being detected at boot, i need to investigate more

The only other thing is your mdevd service complaining about logging to /var/log at sysinit, before localmount get run and mount my var partition :/
@rose and login to a wayland session fails for the first time after boot, successive attempts are working tho 
huh weird
for me it works directly
are you using the gardendevd mdev.conf?

CC: @[email protected]
@rose yes i am
weird, what compositor/de are you using? could you send me logs?
@rose im using river, ill send u logs once i reboot
@rose dang its a greetd issue, launching from tty works flawlessly
@rose here are a log when launched from greetd
are you able to modify the commands that greetd runs and have it also run ls -alh /dev/dri and ssave it to the log

CC: @[email protected]
@rose wtf having greetd launch `sh -c 'ls -lah /dev/dri > ~/dri.log ; river'` makes river starts without issue 
do you launch greetd through openrc? try adding after mdevd-init gardendev-trigger to the service file depends
@rose it doesnt changes a thing :/
hm alright
its just a standard alpine setup with greetd and river, right? i'll set up a vm to test that later
@rose it is, though u'll have to write a river.desktop wayland-session manually as the package doesnt have one :/
river is wlroots, so ill try with sway first
@rose yeah same issue with labwc, ive just tested
@rose i wrote APKBUILDS for gardendevd and libudev-zero-gardenhouse if thats usefull :
https://codeberg.org/Topoetry/wip-aports
wip-aports

Work in progress on some alpine linux aports

Codeberg.org
okay i cant replicate it
are you using greetd with tuigreet or something else? it all kinda just works for me
gardendevd, gardendev-trigger, gardendev-settle and mdevd in sysinit, mdevd-init, dhcpcd and greetd in default

CC: @[email protected]
@rose im using tuigreet, and no dhcpcd service, it just get called by the default networking service in boot
mh still just works, with dhcpcd removed
@rose weeeh, what could be the issue then :/
honestly no idea, dhcpcd not seeing the network devices makes me think that there still is an older version of libudev-zero being used
@rose but your libudev-zero is the only one installed on my system :/
@[email protected] yeah that's the weird part
it could also be some timing thing, but the latest commit in both repos should've fixed it
@rose i keep combing through my logs and looking at my configs deviating from the packages default configs and nothing useful :'c
@[email protected] could you just like
send me a list of the groups your user is in, the services that are enabled (just run rc-update) and all packages you have installed? I'll try to get a setup as close to yours as possible tomorrow
@rose i can even send u a lbu tarball sanitized from my user info
@[email protected] oh yeah that'd work as well

@rose here it is
uhmm looking at your world file, you have libudev-zero-gardenhouse-helper, but not libudev-zero-gardenhouse listed, the helper thingy shouldn't be required (i should probably remove it from the repo), maybe try installing the non helper package?
@rose oh yeah i was testing with it, the non-helper package is definitely installed, i defined it as a gardendev hard dependency
okay i figured out the issue
eudev ships older udev rules, for example /dev/dri/renderD* is added to the render group instead of the video group
your gardendevd package may have to ship its own set of default rules taken from eudev https://github.com/eudev-project/eudev/tree/master/rules
eudev/rules at master · eudev-project/eudev

Repository for eudev development. Contribute to eudev-project/eudev development by creating an account on GitHub.

GitHub
@rose the eudev master branch is fuggedup, the release (the one actually shipped by alpine) do add renderD* to the video group, but i'll look at that a bit later, maybe there's something else
https://github.com/eudev-project/eudev/blob/v3.2.14/rules/50-udev-default.rules
eudev/rules/50-udev-default.rules at v3.2.14 · eudev-project/eudev

Repository for eudev development. Contribute to eudev-project/eudev development by creating an account on GitHub.

GitHub
yeah, they add renderD* to the video group, when gardendevd and new systemd-udevd add it to the render group, which doesn't exist on alpine, that's the issue
@rose ooooh right, ill definitely be patching those rule a bit later then :3
@rose weeh, even with the eudev rules my issue of video and network devices only working after the second time they are accessed persists 
this is so weird
can you try adding your user to the video group
that may at least fix the video thing, i have no idea why network doesn't work tho honestly

CC: @[email protected]
@rose i can also just login twice for the video issue or prefix all compositor commands with ls /dev/dri;
this is so confusing
once you're logged in, what permissions do the card and render files have?