took a look at the pipewire setup, left a suggestion in an issue.

honestly as sad as it may seem the devuan forum is not a good place to get feedback on software you are writing on principle of barely getting feedback for one reason or another.

in march i had to move from devuan unstable to testing because the t64 migration wasn't kind to my system and i needed some extra time running as i was, i really want to avoid a re-install but seems like that is what i will have to do.

weird i installed usrmerge back in at least march and everything works, then again i'm on ceres so maybe the usrmerge is more "volatile" on stable but still nothing has broke, as for the argument about uptimes it ain't weird when i clock about 70 days of uptime, the only thing that i've ever noticed not working is the plugin scripts of krita but i never tried using them before the usrmerge so as far as i'm concerned krita on debian is slightly broken and may as well have been forever broken.

speaking of themes, i've been playing with adw-gtk3 and how configurable it is, the styling room to adjust the radius elements and colors, with somthing i'm working to build themes to apply to adw-gtk3 and libadwaita (via gradience) and qt via kvantum there will be possible to have fully consistent themeing on linux with the small caveat that all the wdigets use the adwaita styling... which is not compact...

i mean, php is not great but calling it malware isn't a bit too much?

it doesn't help either that devuan is on a weird spot regarding eudev, eudev upstream is already on 3.2.14 and moving towards what could be 3.2.15 or 3.3.0 while we got 3.2.12 with a couple PRs from upstream merged in (#253 that adds the api from udev 247 and bumps compat to udev 251, a fix to sgx groups and fix of the walrus operator) the devuan package still lacks important PRs from upstream such as #255 that cleans the sysattr cache (important to get upower and other stuff that relies on the new api to work), and after trying to build eudev from source it ain't as trivial as it seems (doesn't help that i also need an i386 build for steam stuff) so the current options are to wait until the next release of eudev hits devuan unstable OR maintain a repo to build the devuan eudev source with the important missing commits added as patches.

nevermind, thanks Boian! https://pkginfo.devuan.org/cgi-bin/pack … v=3.2.14-1

huh, interesting how the advancement of artificial intelligence correlates with the growth of the natural human stupidity.

let's hope that AI essays break the education system so hard a real reform is finally deployed... but knowing it is a goverment run chimp cage the most likely is that they will come up with a useless method to try and ban AI written essays...

well, it works okay but i need to add checks that the values from the config file are valid before applying them, also perhaps adding a logging functionality, other than that it is okay enough.

the first version of shed, v.0.0.0 is finally out

https://codeberg.org/eylles/shed/releases

after this i plan to work on the rest of intended features, bash completion and a man page.

yep the printf didn't ran after the killchilds() function was done, that has been corrected now, also added a basic makefile, this combined with the reloading capability of shed working properly makes it easier to test changes and commit them as i go.

okay, now shed is on a working state i just have to really iron out the kinks, i'm already running it on my .xsession and did reload the session services, i would be really glad if anyone who has knowledge of sysvinit and init scripts take a look and comment on my approach.

Been on devuan ceres since december 2020, it just works, only thing ever broke was gimp, but i ran a sudo aptitude full-upgrade the next week and it got fixed, the obly other problem i had was with logs and cache filling up my root partition but ncdu took care of that, now i just got a cronjob to yeet all logs weekly.