openrc
systemd-stable
openrc | systemd-stable | |
---|---|---|
23 | 4 | |
1,380 | 120 | |
1.9% | 4.2% | |
7.6 | 10.0 | |
4 days ago | 4 days ago | |
C | C | |
BSD 2-clause "Simplified" License | GNU General Public License v3.0 only |
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.
systemd-stable
- Une nouvelle mise à jour de Systemd permettra à Linux de bénéficier de l'infâme "écran bleu de la mort" de Windows, mais la fonctionnalité a reçu un accueil très mitigé
- PSA: Linux 5.16 has major regression in btrfs causing extreme IO load
-
Nasty Linux systemd root level security bug revealed and patched
Most of the new features are being done in separate daemons from the init. The lines of code relevant to only the init are in src/core, so your comparison would probably only make sense if you compared that folder.
>Lennart just keeps adding to systemd and refuses to say when he will finally stop adding to it.
I'm not sure I understand, most projects only stop adding code when development is done. So the answer would probably be "when people stop using it." Are you a distro maintainer? If you want a stable version with fixes backported, you can use this: https://github.com/systemd/systemd-stable
>How many skilled humans on this planet are available to audit those 600k+ lines of systemd code and are actually auditing it? (And how many work for intelligence agencies?)
I'm not sure I understand this either, are you asking how many C programmers there are in the world that are able to perform code review on a C program for Unix like systemd? And what subset of those C programmers work for intelligence agencies? It might be worth answering those questions, but I'm not sure how that is related to systemd specifically.
- Fedora 34 becomes VERY unresponsive when copying large files
What are some alternatives?
systemd - The systemd System and Service Manager
zen-kernel - Zen Patched Kernel Sources
System76 Power Management - System76 Power Management
calamares - Distribution-independent installer framework
docker-node - Official Docker Image for Node.js :whale: :turtle: :rocket:
guru - [MIRROR] GURU: repository of new packages maintained collaboratively by users
s6 - The s6 supervision suite.
WTF-Devuan
auto-cpufreq - Automatic CPU speed & power optimizer for Linux
Nagios - Nagios Core