Toot

Written by /etc/init.d/witch.navi on 2025-01-10 at 17:58

@lizzy @cas @postmarketOS

i think completely removing shell scripting would be a huge detriment to openrc, being able to define _pre or _post functions to do sanity checks inline instead of having to tie in secondary scripts/binaries is really nice, and defining custom commands like reload, check, save, restore, etc can be really nice for services that have such needs

what i do want to do is improve the declarative-ish variables, introducing easy to use namespaces under linux (networks, mount, etc), readiness notification (s6 newline style and systemd "READY=1" style), etc

there is a WIP pr for readiness notification already too

wrt to user services, the core merged (2 days ago!!), and i'm currently improving the implementation of the pam module for auto-start upon login, so openrc 0.60 (aka the next release) will have user services, and hopefully readiness notification

Is there some plan for taking over openrc-settingsd? Or maybe following the Chimera (and now likely Alpine) approach of embracing the more widely standardised aspects of systemd (logind, udev and other freedesktop APIs)?

i do want to either improve or take-over/fork/replace similar things, but i don't necessarily want to tie them to openrc unless extremely necessary. going for an open approach were people can use tools by themselves and integrate things in a modular way, tho i still didn't study openrc-settingsd yet to see how to handle that use case.

for logind, we already have half of it solved by seatd, the seat management part, and thus i want to look into the login management part, elogind is massive hack that barely works with each systemd update, turnstile... exists? so i need to study this part

there's also consolekit which freebsd still uses, and now a days consolekit also implements the logind c api and login1 (tho with another dbus endpoint as the name, so it's not a 1:1 replacement)

udev for now is on the really back burner because systemd-udev is easily buildable from the systemd tree without depending on systemd or even glibc at all. same goes for systemd-tmpfiles

=> More informations about this toot | View the thread | More toots from navi@social.vlhl.dev

Mentions

=> View postmarketOS@fosstodon.org profile | View cas@treehouse.systems profile | View lizzy@social.vlhl.dev profile

Tags