OpenRC user services are now a thing in Alpine and I'm migrating many things I had fragile shell scripts start.
An added benefit is that my sessions in bare ttys have proper services running too!
Recent searches
Search options
Administered by:
#openrc
0 posts0 participants0 posts today
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
Replied in thread
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/
Just another blog · Secure Boot on Gentoo with shim & GRUBSetting up Secure Boot on Gentoo Linux using the shim and GRUB bootloaders
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
Replied in thread
@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.
Replied in thread
@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...
Replied in thread
@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
Continued thread
Trying sway and so far I had zero issues with it or "pure" wayland in general. Only #KiCad and #Ghidra need XWayland and it's all idling at smooth 600 Megs of RAM. I will switch the bar probably, waybar is a bit boring imo. It's a bit of a challenge having to script literally everything, but at the end of the day the machine does exactly what I want. Coupled with the (relative) stability of #Debian sid and #OpenRC as init this is a great experience overall. I might do a writeup later.
Replied in thread
Replied in thread
@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
MastodonSenioradmin (@Haydar@social.tchncs.de)@kkarhan@mstdn.social
You can, of course, express your opinion about #Devuan - even if it's based on wrong facts. Devuan supports not only SysVinit but also more modern init systems like OpenRC, runit and soon s6 and nobody says something about keeping sysvinit forever.
But for someone who says something about "colorful diversity" in the profile, arguing against diversity in this area seems a little bit ... strange.
#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
GitHubGitHub - samboy/MaraDNS: MaraDNS: A small open-source DNS serverMaraDNS: A small open-source DNS server. Contribute to samboy/MaraDNS development by creating an account on GitHub.