@coder-hase ya could always look into "breaking up" components form pico-init to a collection of smaller utilities, ya know to cheat the whole line count.

as for shed i've been working on it and i'm quite satisfied that many of the commits from this week have incurred in deduplication and generalization of code as that has vastly cleaned up the project.

nah, the age verification daemon must be themed after jeffrey epstein, there's no one whom governments and age verification pushers will trust more on werether someone is underage or not than jeffrey epstein, with only a "virtual" jeffrey epstein coming in second in that level of trust.

was just noticing, the current development cycle of shed v0.3.0 constitutes more than half of the total commits to shed and yet i've barely made a dent on the pending side of the roadmap... most of the commits have been either tangentially unrelated to the roadmap or refactors and improvements over early poor design decisions when i barely had a concrete vision of what shed was supposed to be...

by "x-session-manager" i mean what debian means, which is a program that can work like "xfce4-session" and "lxsession", which is getting exec'd by either the xsession script or display manager, becoming the "session leader process" (the process whose PID keeps the x11 session alive) and has the task of starting every session component, window manager, compositor, panel, etc... AND while we're at it also serve as a way to provide "user services" and eventually have a way to convert XDG_AUTOSTART entries into manageable monitoreable services just like the "user services", for an idea of what "user services" are look at systemd user units, runit user services and since last year openrc user services.

worth clarifiying that altho i mention x11 shed is NOT tied nor enthralled to x11, i need to make some DIR structure changes and introduce some features but once done shed will be able to work as a extremely generic "session manager" meaning the open possibility to use shed for wayland, tty, framebuffer and ssh "sessions".

shed is not an "init" program in the manner that sysvinit or runit are, shed is closer to an x-session-manager, as for "bloated linux frameworks" shed does not interact with, understand less alone know about frameworks, all interaction that shed ever has with something like elogind is check if the XDG_RUNTIME_DIR env var was set, if it wasn't then shed sets it to something reasonable, shed is written in purely shell script so it doesn't matter if you don't know something like C, you can go ahead to the code repo and read the code, i suggest ya do read the code, it has some nice shell script tricks, i guarantee your shell scripting will improve from just reading it.

i have all my repos in github, been mirroring to gitlab, codeberg and more recently the devuan gitea instance, i'm not getting any repo off github cuz it does help visibility but i do have to update all my readme files with links to the mirrors.

yes, everything is worse than deno security wise, but deno is le rust, rust bad, also rust anything is conflicting with the debian way of packaging thanks to the rust package manager, cargo...

the challenge to package deno for debian is open, but after that comes the challenge of convincing users that something written in rust is not bad.

i still remember this thread about keepassxc https://dev1galaxy.org/viewtopic.php?id=7379

using pass as the "backend" or rolled out your own?

heh i got into linux back in ubuntu 10.04 but never got used to how synaptic works, dunno didn't mesh with my thought process so a while ago i found a script named "debianUI" which implemented a TUI wrapper over apt with fzf, seems like the author deleted the repo so i began working and created my own version in posix shell, still using fzf and made it configurable, it fuzzy searches packages by name and short description, provide a scrollable preview with the long description of the package under the "cursor".

the script is available at https://github.com/eylles/devuan-script … /apt-ui.sh and https://git.devuan.org/eylles/devuan-sc … /apt-ui.sh

i reckon just a description of a TUI program is not enough to have a couple screenshots, expect colors to be different in your terminal emulator

ah offtopic discussions, the pepsi to the coca cola of on topic discussions, seems like the forum loves pepsi

anyway, back on track would be a good thing to have the easydeb repo and the DUR proposed repo in more forges than just gitea cuz the gitea links posted in this thread are innacessible to me, also cuz mirrors are a good thing and there's no such thing as too many mirrors

i have no idea how to avoid that tbh, what i did is reduce the speed/amount the cache buffers fill by implementing dynamic polling, sort of, the current master commit of afreq.sh increases the time of the sleep calls from a fixed 500ms up to 5000ms (5 seconds) if the governor and boost stay stable (say at idle) for at least 5 ticks (5 runs of the tick function), it also reduces the sleep time down by 100ms if there is not a stable state and will keep doing so until every sleep is just 100ms with time going up once there are 5 stable states.

in my testing the buffers usage went down by 1GB, but i got other daemons that are also written in posix shell and operate in the same type of wait sleep cycle...