Antwortete im Thread
Verwaltet von:
#openrc
1 Beitrag1 Beteiligte*r0 Beiträge heute
Antwortete im Thread
@CursedSilicon @gettie mostly because #systemD (and it's competitiors) took all the right lessions:
- Start less
- Start more in parallel
- Resolve dependencies to avoid waiting times
And basically everyone (#OpenRC, #Upstart, etc. Even #LaunchD [the #init for #macOS that is literally the SystemD but before SystemD and by Apple] and #SMF [#Sun's SystemD for #Solaris] did that to allow for boot times in secinds, not minutes…
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!
I have been a linux user for more than 20 years, and a Debian user for a good 15 years now. For the first time, I feel like something is off. systemd feels like a Frankenstein that does not belong. It makes the system feel brittle and vulnerable.
Perhaps some more reading is in order. But I am also starting to look into things like Devuan.
Thoughts? Interesting takes and links?
Fortgeführter Thread
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'.
Antwortete im Thread
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 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
www.gentoo.orgWelcome – Gentoo LinuxThe website of Gentoo, a flexible Linux distribution.
Antwortete im 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.
IT system administration
I'm now gonna try Arch Linux with inits I haven't tried/not yet familiar. I'm curious how it'll all go, lol.
I'm open for any suggestions on what inits to try other than OpenRC, runit, dinit, s6, and sysvinit cos I've already done those, but I'm also open to hear your thoughts and if I should also try them on Arch as well.
#arch #archlinux #linux #opensource #freesoftware #foss #busybox #openrc #runit #dinit #s6 #s6-rc #sysvinit
Out of all Artix Linux init "siblings", OpenRC is the slowest to boot, at 6 seconds. Subsequent reboots doesn't help either.
Not much has changed in RAM & disk usage though.
It's alright. I'm also the slowest and the laziest out all my siblings. It usually takes me 1 - 2 hours to finish my meals while they're done in like 5 - 10 minutes lol
I just like to savor the flavors, y'know? Plus I eat a lot more than them.
Antwortete im Thread
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)
Fortgeführter Thread
After I finish the game on stream, I'll probably go back to Linux stuffs if I'm not in the mood to sleep the whole day off. This time, some Artix and the 4 inits, Arch with the unsupported inits, and making Alpine usable for everyday use.
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/
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/
Fortgeführter Thread
In case anyone else has the wrong keymap in #Dracut on #Gentoo with #openrc as well – add the following line to a .conf file in /etc/dracut.conf.d:
i18n_vars="/etc/conf.d/keymaps:keymap-KEYMAP,extended_keymaps-EXT_KEYMAPS /etc/conf.d/consolefont:consolefont-FONT,consoletranslation-FONT_MAP"
There is a similar example in the docs somewhere. However, it has all the variable names of the /etc/conf.d files in uppercase, while they should be lowercase (as they actually are in the files).
Sometimes #Linux is a mystery to me. Recently one of my PCs started forgetting its IPv6 address after some time...
Right after boot or after disabling/re-enabling the network connection it was fine, but some time later, the IPv6 network connection would just be gone...
I don't see this issue on my other computer, with the main difference being that the problematic system is running #systemd, while the other is using #OpenRC...
I didn't debug this further though, and just set a static IP...
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