I think it's about time I ditched Arch Linux for Gentoo. Arch has gotten easier and I've gotten bored with it. Once I've settled to Gentoo, I'd have Void Linux scratch my "Arch Linux" itch
I mean, I've already explored Linux distros with different inits. I don't think anything can stop me when I have Arch, Gentoo, and Artix wiki handy
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.
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 was so happy to see a modern OS use just 270 MBs of RAM with XFce. And it's FAAAAAST. But very soon afterwards, it let me down.
Alpine Linux is ridden with dependency issues and other random bugs that made it impossible for me to use it as a desktop. Maybe it's great as a server, but it has not seen much love on the desktop side. Maybe it's a human resources problem. More info in the conversation here: https://www.reddit.com/r/AlpineLinux/comments/1haq57c/complete_lockup_with_xfce_as_a_user/
WHY DID NOBODY TELL ME ABOUT rc_parallel?! That seems to have fixed the "GDM seems to hang immediately" problem while still starting up the other services in a timely manner. No more need for the "async" runlevel I had been trying and failing to get to start up with the rest of my system.
#AlpineLinux #OpenRC
Hey, someone who knows #AlpineLinux or #OpenRC: I have a custom runlevel called async, which should be layered on as soon as default is started (it has the stack whatever set). I have the line ::once:/sbin/openrc -n async in inittab, after ::wait:/sbin/openrc default, but it never switches to async. I have to run that command myself to start those services.
What am I doing wrong? Should the ::once: line be somewhere else? Where the hell can I find documentation for this; the only inittab docs I can find don't seem to be relevant to OpenRC...
I just updated my tutorial on how to enable Secure Boot on #Gentoo using GRUB. I hadn't been paying attention and the script I provided to automatically update the bootloader would only work under #OpenRC. I've now added a second script that automatically updates the bootloader when you install a new kernel that works under #SystemD too. Enjoy!
https://www.setphaserstostun.org/posts/secure-boot-on-gentoo-with-shim-grub/
My #Devuan #OpenRC experiment is going really well. So far everything I need daily is working fine. One annoying thing though, when using OpenRC you have to use `openrc-shutdown` to shutdown and reboot. Desktops however seem to use the regular `shutdown` which basically just logs you out. Does anyone know how to teach desktops to use OpenRC's shutdown? I've thought about replacing /sbin/shutdown and /sbin/reboot by bash scripts which call `openrc-shutdown`, but I'm a bit scared of doing that 
.
#Linux #Mobile Distro #postmarketOS Adopts #systemd to Better Support #GNOME, #KDE Plasma
The Sxmo offering will be built on top of the #OpenRC init system while the #KDEPlasma Mobile and GNOME images will be powered by systemd. There’s a lot of work ahead for the postmarketOS devs as they now have to adjust existing device ports to support systemd. https://9to5linux.com/linux-mobile-distro-postmarketos-adopts-systemd-to-better-support-gnome-kde-plasma
@martijnbraam If we're expecting my phone to run containers, and/or encapsulate programs in cgroups, yeah, #systemd.
if it's just gonna run everything in the same process tree, yeah #openrc.
"it depends" would have been a nice option.
@ariadne @sertonix @dalias @leftpaddotpy @dysfun
Because #OpenRC, like #SysVinit and #Xorg are dead ends.
The only reason why anyone ever made #SystemD and #Wayland is because after literal decades of pain and suffering some folks said: "This is junk!" and invested the monumental effort of replacing already neglected Software that barely functioned with something that does!
Were the predecessors of systemd and wayland not #unmaintainable and bordering on #Abandonware before, neither of those would've seen adoption!
But long-term the best solution wins, and SysVinit as well as X11 were just pulled from #Unix-esque systems that predated #Linux, because back then noone had the time.nor resources nor patience do do something better.
Otherwise we would've gotten systemd and wayland way earlier...
@linux says:
#systemd monolith
#mint #ubuntu #debian #manjaro #gnome qt kde/#plasma #wayland #pulseaudio #pipewire did I say gnome already?
That is #linux
NO #LINUX IS MUCH MORE!!!!
It is all those choices which the above systems block you from having.
#alpine #antiX #jwm #s6 #66 #runit #openrc #obarun #void #artix #mx #devuan #openbox #dwm #vtwm #icewm #suckless #synit #musl #busybox #hyperbola #parabola #labwc
@atarifrosch @Haydar For example #AlpineLinux doesn't use #SystemD either - They use #OpenRC - but at least they commited themselves to that instead of halfassing several competing options...
https://social.tchncs.de/@Haydar/110023788969479953
#OpenRC users: I am looking for someone to make a pull request for #MaraDNS so that it has a proper OpenRC system start up file.
While MaraDNS does work with OpenRC, someone on the OpenRC development team told me my hacks to an old #sysvinit script to make it work with OpenRC is not the correct way to add OpenRC support.
Pull requests can be made on #GitHub
