Talk:OpenRC

A comment [[User:Larry|Larry]] 13:52, 13 May 2024 (UTC)
: A reply [[User:Sally|Sally]] 12:35, 4 September 2026 (UTC)
:: Your reply ~~~~

Purpose?

Is this article OpenRC's homepage? I feel I have to ask, as there's a lot of pimping going on here and very little actual documentation. /Ni1s 19:57, 17 May 2012 (UTC)

It's not. Astaecker (talk) 10:48, 18 January 2013 (UTC)

Move comparison table to own page

I think we should split out the tables to a Comparison of init systems page, and keep this article mostly about practical usage of OpenRC on Gentoo. — yngwin 07:33, 25 June 2012 (UTC)

Done — yngwin 05:12, 27 June 2012 (UTC)

systemd versus OpenRC?

After spending a little time with a popular binary distribution (not Ubuntu) which migrated recently to SystemD and trying to sincerely learn the SystemD routines, I gave-up and returned to Gentoo's OpenRC. SystemD is ultimately confusing (spaghetti code? ;-), compared to Grub2. (The clincher for me after customizing SystemD, simple shutdown froze on simple system halt!) OpenRC is very simple, with all settings up front and easily accessible or remembered. Might want to make mention of this somewhere if you guys can agree. Otherwise, all you'll probably see are feature comparisons, which both sysvinit successors boost similar features. --Roger (talk) 05:50, 30 April 2014 (UTC)

Thanks for the input. --Maffblaster (talk) 16:42, 27 June 2016 (UTC)

OpenRC/Supervision?

With he recent Runit updates and Supervision suite additions, a dedicated OpenRC/Supervision (Service) can be easily added to the main OpenRC article. Now, is thre a need for this..? 10:50, 7 February 2015 (UTC) — The preceding comment was added by Tclover (talk • contribs) 7 February 2015

Not sure myself or others understand what you mean here (no offense). Could you be more clear? --Maffblaster (talk) 05:03, 5 March 2017 (UTC)

The user can no longer reply, so marking as done. As far as I know, the only relationship between OpenRC and process supervision is that service scripts can specify that long-lived processes launched by them be supervised using either runit's supervisor, runsv, s6's supervisor, s6-supervise, or OpenRC's own supervisor, supervise-daemon. The first two features are described here and here — GuillermoDH (talk) 15:10, 15 December 2018 (UTC)

eselect rc

Is eselect rc now the preferred interface for service management? If so, should the page examples be changed accordingly, or should eselect rc be merely mentioned as a wrapper? -- Flexibeast (talk) 11:52, 6 December 2021 (UTC)

I don't think it is preferred at all, but just another way to use commands that come with OpenRC. It is in no way new so I am curious where this notion comes from. If you want to use "eselect rc", then you certainly may. Personally, I use rc-service, rc-update and rc-status for the management. --Grknight (talk) 13:39, 6 December 2021 (UTC)

I'm curious too. I've asked why we have both on #gentoo-chat, but no replies. I'm guessing that the rc-* commands work on everything that ships OpenRC, whereas eselect rc is Gentoo-specific... I use rc-* too, but eselect rc seems to provide a nice coherent interface. -- Ris (talk) 14:25, 6 December 2021 (UTC)

With no further discussion, I consider this answered. --Grknight (talk) 13:41, 30 March 2023 (UTC)

"User configurations are located in /etc/user/conf.d/ respectively."

i'm not sure what's meant by this sentence. Does this mean, for example, that the sysadmin could create a configuration for the mpd service for user_1 in /etc/user/conf.d/user_1/mpd and a separate configuration for user_2 in /etc/user/conf.d/user_2/mpd, which those users can override? Or is the idea that the sysadmin creates a generic config in /etc/user/conf.d/mpd that individual users can override? i grep'd the OpenRC repo for instances of '/etc/user/conf.d', and the only match was in user-guide.md, which only says: "Configurations in ~/.config/rc/conf.d should overwrite /etc/user/conf.d, and similarly options set in ~/.config/rc/rc.conf overrides /etc/rc.conf."

-- Flexibeast (talk) 13:06, 26 October 2025 (UTC)

• Closed discussions
• Open discussions