openrc

Alad · 2019-12-11 03:08:18

I've always wanted to create a live ISO that contained every init in existence, and you could choose between the 20 of them at bootup.

rasat · 2019-12-11 18:07:30

How about starting with few AUR inits by making them workable.... sysVinit, openrc and runit. From there creating respins (installable iso) to test.

This tread has quite many view hits, users seem interested in this.

Last edited by rasat (2019-12-11 18:11:24)

jasonwryan · 2019-12-11 19:36:46

rasat wrote:

From there creating respins (installable iso) to test.

No-one wants yet more stupid respins.

rasat · 2019-12-11 21:32:05

Maybe in Arch if it doesn't have the respin tools. Otherwise its an outdated opinion. This page has 32,000 hits in 8 months and many of the respins have hundreds of download.
https://forum.mxlinux.org/viewtopic.php?f=100&t=48617

jasonwryan · 2019-12-11 22:23:51

rasat wrote:

Maybe in Arch if it doesn't have the respin tools. Otherwise its an outdated opinion. This page has 32,000 hits in 8 months and many of the respins have hundreds of download.

You should know better: no-one cares about popularity here. We care even less about spinoffs: https://wiki.archlinux.org/index.php/Co … pport_ONLY

rasat · 2019-12-12 04:56:48

In this thread discussing about other inits and finding things to coexist, "respin" is not a "spinoff". Its a tool to test new ideas without messing up our running system. A writable USB live respin is ideal in this regard. The respin link I posted, are users individual experiments showing either new possibilities for the distro or solving questions or issues. Example when there was the question that systemd-shim will not be available in Debian 10, which was earlier mentioned in this thread.

Last edited by rasat (2019-12-12 04:59:14)

rasat · 2020-01-18 10:37:05

Just checking if there are any new developments. Earlier I took a look at the availability of inits in AUR, not maintained. But this thread seems taken interest by many users (5000 hits), maybe something will come.

V1del · 2020-01-18 14:57:58

I just read new posts for a general interest in what's talked about (and due to my board function) , I don't care to ever use openrc, so using thread hits as a gauge of interest towards the software in question is unlikely to tell much.

Psykorgasm · 2020-01-18 17:46:40

V1del wrote:

I just read new posts for a general interest in what's talked about (and due to my board function) , I don't care to ever use openrc, so using thread hits as a gauge of interest towards the software in question is unlikely to tell much.

Same, also I can't help but think that "maybe something will come" if instead of watching forum thread view counts waiting for something to happen that actually stepping up & maintaining those inits in the aur and doing some work would speed things up a little but what do I know

rasat · 2020-01-18 22:27:43

I understand the ironic ...not this time. Spent too many years just setting up Arch and then experimenting with AUR. Though I did few tests by first installing Arch with "Zen Installer" to speed up the install. Wanted to check Alad's live ISO idea... "that contained every init in existence". If its possible or not. At least few inits in one iso. But the AURs need more work than I thought. That is not interesting.... you want to build a "house" but the "hammer and saw" don't work.

Last edited by rasat (2020-01-18 22:32:47)

Alad · 2020-01-19 00:03:45

I would say it's possible. Some years ago I was doing something similar with a guy who used sinit (I was using busybox). The fact that pacman isn't coupled to systemd - beyond use of systemd tools in certain pacman packages, like sysusers, udev, and so on - made it a reasonable exercise. See here https://git.fleshless.org/u/spark. Some things have changed since then, e.g. more frequent use of sysusers.

To go back to the question on logind, this remark https://bbs.archlinux.org/viewtopic.php … 2#p1882982 might give some more ideas.

Last edited by Alad (2020-01-19 00:06:42)

Lizzi · 2020-06-11 23:19:38

I know i am no one here but i would love it if arch, in the spirit of gnu/linux made it readily possible to use a few other inits. I copied my arch root directory a couple of times so i could play around with it a bit. I converted one arch root directory to artix and was hoping to use another copy and convert it to openrc, even if i have to leave systemd in tact because of the attached build dependencies for many programs. Though i for sure do not understand why those flags are present in the builds if they are not implicitly necessary for the programs to run. (ie they can run just fine on any other init so long as the flags arent present). Seems unnecessary and has created a situation where people have to choose between arch and making a spinoff to use any other init. Really i think arch should allow people the choice but it seems they are about limiting choice when it comes to inits at least. Not sure i understand all that 'my init or the highway' kinda thinking. Gnu/Linux is about choice yes?

Trilby · 2020-06-12 00:36:54

Lizzi wrote:

Gnu/Linux is about choice yes?

NO.

Lizzi wrote:

I know i am no one here but i would love it if arch ... made it readily possible to use a few other inits.

What are your criteria for making it "readily possible"? It's currently possible - so define "readily".

Lizzi · 2020-06-12 02:30:41

Trilby wrote:

Lizzi wrote:
Gnu/Linux is about choice yes?
NO.

well that's a first.

Arch Linux

#26 2019-12-11 03:08:18

Re: openrc

#27 2019-12-11 18:07:30

Re: openrc

#28 2019-12-11 19:36:46

Re: openrc

#29 2019-12-11 21:32:05

Re: openrc

#30 2019-12-11 22:23:51

Re: openrc

#31 2019-12-12 04:56:48

Re: openrc

#32 2020-01-18 10:37:05

Re: openrc

#33 2020-01-18 14:57:58

Re: openrc

#34 2020-01-18 17:46:40

Re: openrc

#35 2020-01-18 22:27:43

Re: openrc

#36 2020-01-19 00:03:45

Re: openrc

#37 2020-06-11 23:19:38

Re: openrc

#38 2020-06-12 00:36:54

Re: openrc

#39 2020-06-12 02:30:41

Re: openrc

Board footer