Monkeying around with Devuan Linux (Excalibur) while absentmindedly listening in on a deployment bridge. Joys of not having 'root' on anything work related any more. Ha!
Monkeying around with Devuan Linux (Excalibur) while absentmindedly listening in on a deployment bridge. Joys of not having 'root' on anything work related any more. Ha!
I consider doing an #openrc manager plugin for vscode/vscodium, just like I have for systemd. Still have to understand it slightly more, but can be 'fun'.
Had to add:
sys-kernel/gentoo-kernel-bin ~amd64
virtual/dist-kernel ~amd64
sys-fs/zfs ~amd64
sys-fs/zfs-kmod ~amd64
to /etc/portage/package.accept_keywords just to be able install the really latest kernel in Gentoo.
I think I'm 90% done setting up this thingamajig. Just have to add some packages to make gaming work.
Gonna take a break for now.
stuff like openrc didn’t solve the same problems back then.What stuff needed solving that nothing else could've done? As far as I can tell, I was able to do everything I needed with #OpenRC, and OpenRC never made me wait 20 minutes to shut down my PC.
I just think we’re in a better place nowI wouldn't say "better", just different.
it did have some growing pains.It still has them, and they add more every time they decide to gobble up yet another system to integrate it into systemd. If systemd just stuck to being a service manager it would be much more acceptable to many more people. The reason most people seem against it today is that it breaks so many other things along the way.
I enjoyed how spot-on you accidentally were. (-:
Interestingly, people still argue today (as you've probably seen in these threads) as if it were van Smoorenburg rc that was the other choice for Debian et al. back in 2014; which was in reality either Upstart or OpenRC. It's a very persistent erroneous dichotomy.
tangentically related: I like doing this with #OpenRC initfiles:
extra_commands="pull"
pull() {
service "$name" stop
cd "$service_dir"
su "$command_user" -c 'git pull --recurse-submodules'
service "$name" start
}
removes a significant chunk of effort when I already have tested the update elsewhere and know that it’s fine. comfy.
rc-status --user
when run in the Emacs shell.Here is a preliminary integration for Alpine's dbus package, allowing users to start (and supervise!) the login session message bus as an OpenRC user service: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/80734
In 2021, I built the 3D printed #OpenRC F1 car. It opened the gates to #3dPrinting RC vehicles, which is both fun and frustrating when you break parts that you have to print again.
When my fan boat recently failed to go in the snow, I remembered seeing snow conversions for the F1 car. Earlier this week, I printed these skis and paddle wheels. I tested it out today, and it works good in the shallow snow of my driveway but the skis need to be longer. They flip over too easily.
I got it! So for Artix Linux OpenRC:
rc-update add/delete <service> to enable/disable a service.
rc-service <service> start/stop to start/stop a service.
Gotcha. This will really come in handy for when I actually migrate to Gentoo and become a Gentoo citizen (just kidding lol)
i know its a divisive topic, but i actually really like #AlpineLinux approach of running #OpenRC instead of #systemd
i dont Hate systemd, but its so neat to quickly set up a service with a simple service file rather than a fuck ton of syntax that i cant be bothered to remember
This week's donation went to the Alpine Linux project. Alpine is an independent distro that has support for x86, x86_64, ARM64, PowerPC, and more. Alpine uses OpenRC for it's init system and Ext4 for the file system. It doesn't come with a desktop environment installed but the user is free to install Gnome, Plasma, Xfce, Mate, Sway, or Lxqt. Installing the desktop is as simple as typing "setup-desktop" and choosing which desktop to install and then the system takes care of the rest. Alpine uses APK for it's package manager. Alpine Linux was designed for power users that desire a more security minded approach. All userland binaries are compiled as Position Independent Executables with stack smashing protection. This helps prevent exploitation of entire classes of various vulnerabilities. The installer is text based but is quite user friendly and isn't much more difficult than most other Linux installers.
The project has a main website:
It's source code is hosted on Gitlab:
https://gitlab.alpinelinux.org/alpine
The project has a presence on Mastodon:
alpinelinux@ fosstodon.org
If you wish to help the project financially you can do so through their Open Collective:
This week's donation went to the Alpine Linux project. Alpine is an independent distro that uses APK, OpenRC, Ext4, and supports a half dozen DE's.
www.alpinelinux.org
gitlab.alpinelinux.org/alpine
opencollective.com/alpinelinux
#alpinelinux #openrc #opencollective #sytemdfree #gitlab
index | Alpine Linux
How To List All Running Daemons In Linux #Linux #Daemon #Process #Initsystem #Systemd #SysVinit #OpenRC #Linuxcommands #Linuxbasics #Linuxhowto #Linuxadministration
https://ostechnix.com/list-all-running-daemons-in-linux/