On 12/20/22 at 10:23am, Morten Linderud wrote: > On Tue, Dec 20, 2022 at 01:52:02AM +0000, Connor Behan wrote: > > > > 1. Put openrc in [community] which I have used on my laptop for two years > > without issue. > > 2. Make it depend on systemd (so it is clear we are not packaging eudev) > > and make installation print a warning that users of netctl and devtools > > will need to find alternatives. > > 3. Put openrc-arch-services in [community] as well, > > 4. Bugs for these two packages will be assigned to one of the three people > > who've expressed interest (Andreas, TJ and myself). > > I think you are being overly optimistic if you only expect bugs though. > > The openrc-arch-services has not been developed by anyone for 10 years and I > doubt Andrew is picking it up again based off on this discussion. If the three > of you intend to support this project you can start by adopting the project > from > Andrew and make a plan of you intend to maintain it?
7.5 years, thank you, stop trying to make me feel even older! I honestly could not care less about the pro/cons of systemd vs openrc or any other pid 1, init, service manager, whatever. We have at least 3 developers with an interest in working toward adding software to our repositories as an alternative to what we officially support. It's not like we have a policy of picking a single provider for services and refusing any alternatives. We have several kernels, desktop environments, shells, etc, etc, etc. Much of the resistance to non-systemd pid 1 seems to be the fact that for some reason a number of people on the internet have chosen to express their personal distaste for systemd in some very unhealthy ways over the years. I would consider using that as a reason for refusing to allow members of our team to put energy into a project an equally unhealthy response. The plan laid out above does not require any broad changes or effort from other developers. Only time will tell whether the interested developers will ultimately have the time and energy to maintain the required components on their own, but that's true anytime somebody adds something new to the repos. When I first ported OpenRC to Arch, upstream was competent and responsive and the process was generally pretty smooth and I'm glad to hear it's still working. I stopped maintaining the services mostly because I didn't want to merge scripts untested or take the time to test dozens of scripts for services I didn't actually use. Honestly, I don't know that we really need to provide scripts. For the foreseeable future, nothing else is going to have the same level of support as systemd; I think it's perfectly reasonable to tell users who choose to use an alternative to write their own service scripts. It's been several years now since I've used OpenRC, but I'd be happy to see it in the repos as long as it can still be done without needing invasive distro-wide changes. apg
