Skip to content
/ shed Public

init independient user services and graceful gui session log out

License

Notifications You must be signed in to change notification settings

eylles/shed

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

67 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

SHED

an init and service manager for user services

what?

session services, programs that run as part of your graphical session, for example in x11 you have the compositor, keyring, maybe a clipboard daemon and perhaps pulseaudio or pipewire

dependencies

  • a posix compatible shell interpreter
  • core unix utilities (date, mkdir, awk, kill, mkfifo, cat)
  • inotifywait from the inotify-tools package (i know freebsd got the program but not what to use in other unices) no longer needed, now a named pipe is used.

why ?

some programs have the tendency to missbehave when started in a session process in non systemd distros, the prime example right now being pipewire which has spawned this pipewire #1099 and this pipewire #1135 as the issue comments say, this problem forced gentoo to write a wrapper and slackware to roll out a custom daemon program written in C, in my opinion both of these solutions are less than ideal, on gentoo's case they now have to roll out similar wrappers for other missbehaving programs, the slackware program looks unnecesarily overengineered as it still needs more programs to be started correctly.

and the elephant in the room, both these solutions come out as inferior to the likes of systemd units and runit user services as they don't support restarting for reloading configurations nor a correct way for them to be started and stopped by the user.

that is why i came up with this solution that takes a lot of inspiration from the sysvinit architecture with the aim of keeping simple, intuitive and completely agnostic from any window manager and desktop environment, potentially even agnostic to any graphical environment (altho i personally only care or x11)

TODO:

  • rewrite readme
  • move the details of how shed works to another .md file
  • add check if the service is running in start, kill and hup
  • add service status action to shedc
  • add service restart action to shedc
  • add a shed daemon reply socket, so that shedc can wait that shed is reloaded.
  • make shedc tail and read the reply socket
  • write bash completion scripts
  • write zsh completion scripts
  • draw a logo/icon for shed to use in the repo

DO NOT USE THE GIT MASTER EVER!

the git master is unstable and may break without notice, always use shed from a release tag.