openrc | s6 | |
---|---|---|
23 | 22 | |
1,380 | 726 | |
1.9% | - | |
7.6 | 7.4 | |
5 days ago | 7 days ago | |
C | C | |
BSD 2-clause "Simplified" License | ISC License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
openrc
-
OpenRC: can I autostart user services through loginctl?
This isn't added yet but it's being worked on: https://github.com/OpenRC/openrc/pull/573
-
OpenRC is a dependency-based init system for Unix-like systems
> It's also not a complete alternative, because it doesn't have anything for user session services like `systemd --user`.
i am working on a implementation of that for openrc for a while now, it's been working nicely so far: https://github.com/OpenRC/openrc/pull/573
-
PSA: If you use Devuan, check your root password
With openrc if I don't know what any service does, I can look into the scripts and just read how the config variables get evaluated and how they influence program startup. And no, these scripts are not super complex shell scripts like the sysv-rc legacy stuff on old debian which systemd somehow still gets compared with to propagate FUD. For simple things openrc scripts are barely any more complicated to read/write than systemd service files and for more complex stuff you don't have to trial-and-error your way through systemd's black-box.
-
Keyd on gento with openRC
It's trivial to write your own openrc service for something.
-
Old vs new (systemd) style Linux daemons
A lot of those things don't use plain bash either... Of that bigger things in that list:
There is OpenWRT, which uses "procd" (a process management daemon written in C, like systemd but smaller) with its own system bus ubus (like dbus but smaller)
There is Android with its own proprietary init system.
And many others use OpenRC, which is 65% C and 30% shell (according to github). the init files do use shell syntax, but you are supposed to use their interpreter [0] "if you insist on using #!/bin/sh you're on your own" [0]. In fact, the recommended approach is declarative method when you specify name of main binary and their args.. just like systemd.
The world is moving and sysvinit is left behind.
[0] https://github.com/OpenRC/openrc/blob/master/service-script-...
-
ebuild request: auto-cpufreq
openrc doc
-
Need help to mount NAS shares
You might also need to check the netmount configuration on your system to make sure it's set to the right interfaces, see https://github.com/OpenRC/openrc/blob/master/conf.d/netmount
- Alpine Forge Minecraft Server
-
i found an Ohio lottery machine running Gentoo. i wish it would let me login.
that's an old openrc... tagged 2008-05-10 https://github.com/OpenRC/openrc/releases/tag/openrc-0.2.4
-
Using Hyper-V Enhanced Session/Integration Services
Take a look at https://github.com/OpenRC/openrc/blob/master/service-script-guide.md. But there should be plenty other resources on how to create openrc scripts.
s6
- OpenRC is a dependency-based init system for Unix-like systems
-
are there any good reasons for me to avoid systemd
A (rare) good critique to systemd can be found here. Written by the developer behind s6, which happens to be scheduled to replace OpenRC on Alpine Linux. For completeness-sake, some of the main reasons why Alpine doesn't prefer systemd do not apply on most other distros.
-
A discussion about the Ultimate Linux Desktop
It got mass-adopted while being imperfect, so that's to be expected. Thankfully its inception and the criticism that followed have paved the way for the likes of dinit and s6.
-
Which do you use systemd or openrc? Why do you use what you use?
this page and this page, both by Laurent Bercot, creator of s6.
-
init software: What's the difference?
Of the two I have experience with, runit is simpler and thus easier to get the hang of than s6-rc/s6. Though the s6 (not s6-rc) docs at the author's site contain a lot of info (including apologetics and rationales) that applies almost equally well to runit
-
What do you guys think about this?
systemd: Yes; it's awaiting its "PipeWire". Thankfully, the likes of s6 and dinit are very promising. Though I can actually appreciate that systemd is addressed. As ultimately it helps in raising awareness that will benefit whatever software will replace it eventually.
-
The (GNU/)Linux rabbit hole has been a negative influence on my mental state
Arguably this is less troublesome to solve compared to the other concerns. As we're inevitably waiting for the system supervision suite that will be to systemd what PipeWire has been to PulseAudio. I'm very optimistic about this as both s6 and Dinit are shaping up lovely.
- Systemd 252 Released
-
Trouble with s6 services
Using the s6-service add command I added a service called "libvertd" when I ment to put "libvirtd". Now when I run s6-db-reload it spits out a error message saying "undefined service name libvertd". But I cant remove it using s6-service remove libvertd because that just spits out a generic help message and doesn't change anything. I also couldn't find documentation on https://skarnet.org/software/s6/ or https://skarnet.org/software/s6-rc/ as the command just *doesn't* exist on those pages. (also no man or info page).
- Alpine Linux is reducing dependencies on Busybox
What are some alternatives?
systemd - The systemd System and Service Manager
dinit - Service monitoring / "init" system
systemd-stable - Backports of patches from systemd git to stable distributions
System76 Power Management - System76 Power Management
init - KISS Linux - Init Framework
docker-node - Official Docker Image for Node.js :whale: :turtle: :rocket:
tini - A tiny but valid `init` for containers
guru - [MIRROR] GURU: repository of new packages maintained collaboratively by users
jsonnet - Jsonnet - The data templating language
WTF-Devuan
hummingbird - Hummingbird init system for Linux based operating systems.