[gentoo-user] sinit (suckless init) + daemontools-encore on Gentoo

[gentoo-user] sinit (suckless init) + daemontools-encore on Gentoo

[Eduardo Santos]

[-- Attachment #1: Type: text/plain, Size: 721 bytes --]

I searched for sinit on the gentoo-user archives and couldn't find
anything, there's only a few Reddit threads which don't help much. Would it
be possible to follow the steps here[1] to use sinit + daemontools-encore
on Gentoo, or are there hard dependencies on OpenRC that make this
impossible?

This is completely for fun. I'm aware of discussions of this init vs. that
init and I don't hate systemd/OpenRC or anything like that. Again, this is
just for fun.

I'm willing to do a lot of work myself to make this work, but if Portage or
some other core Gentoo subsystem doesn't play well with sinit or
daemontools-encore it'd be just a waste of time.

[1] https://troubleshooters.com/linux/diy/suckless_init_on_plop.htm

[-- Attachment #2: Type: text/html, Size: 996 bytes --]

Re: [gentoo-user] sinit (suckless init) + daemontools-encore on Gentoo

[Jack]

On 2024.11.05 20:44, Eduardo Santos wrote:
> I searched for sinit on the gentoo-user archives and couldn't find
> anything, there's only a few Reddit threads which don't help much.  
> Would it
> be possible to follow the steps here[1] to use sinit +  
> daemontools-encore
> on Gentoo, or are there hard dependencies on OpenRC that make this
> impossible?
> 
> This is completely for fun. I'm aware of discussions of this init vs.  
> that
> init and I don't hate systemd/OpenRC or anything like that. Again,  
> this is
> just for fun.
> 
> I'm willing to do a lot of work myself to make this work, but if  
> Portage or
> some other core Gentoo subsystem doesn't play well with sinit or
> daemontools-encore it'd be just a waste of time.
> 
> [1] https://troubleshooters.com/linux/diy/suckless_init_on_plop.html

If Gentoo had a hard dep on ANY init system, it is likely the other  
init systems would have problems running under Gentoo.  (Also, remember  
that just because something is installed doesn't necessarily mean it  
has to run.)  While I don't think anyone can guarantee you won't run  
into any problems, I can't think of any reason what you want to do  
shouldn't work.  It sounds like a very interesting exercise, although I  
might try it in a virtual machine first, as they suggest, even if you  
use Gentoo instead of Plop.  Let us know how it works.

Re: [gentoo-user] sinit (suckless init) + daemontools-encore on Gentoo

[Eli Schwartz]

[-- Attachment #1.1: Type: text/plain, Size: 756 bytes --]

On 11/5/24 8:44 PM, Eduardo Santos wrote:
> I'm willing to do a lot of work myself to make this work, but if Portage or
> some other core Gentoo subsystem doesn't play well with sinit or
> daemontools-encore it'd be just a waste of time.


The main issues really, would be:

- gentoo's @system set requires virtual/service-manager, and
  daemontools-encore is not listed as a provider. You might need to
  provide a custom virtual/service-manager ebuild alongside sinit.

- writing your own service scripts for packages you use, obviously --
  gentoo tends to include service definitions for openrc and systemd out
  of the box but beyond that you are on your own... :)


Both problems are easy to solve, I'm sure.


-- 
Eli Schwartz

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

Re: [gentoo-user] sinit (suckless init) + daemontools-encore on Gentoo

[Arve Barsnes]

On Wed, 6 Nov 2024 at 20:50, Eli Schwartz <eschwartz@gentoo.org> wrote:
> The main issues really, would be:
>
> - gentoo's @system set requires virtual/service-manager, and
>   daemontools-encore is not listed as a provider. You might need to
>   provide a custom virtual/service-manager ebuild alongside sinit.

This should only be a problem if you want to uninstall all the other
providers, satisfying virtual/service-manager is not directly related
to what service manager you choose to run.

Regards,
Arve

Re: [gentoo-user] sinit (suckless init) + daemontools-encore on Gentoo

[Hoël Bézier]

[-- Attachment #1: Type: text/plain, Size: 1159 bytes --]

Am Di, Nov 05, 2024 am 10:44:48 -0300 schrieb Eduardo Santos:
>I searched for sinit on the gentoo-user archives and couldn't find
>anything, there's only a few Reddit threads which don't help much. Would it
>be possible to follow the steps here[1] to use sinit + daemontools-encore
>on Gentoo, or are there hard dependencies on OpenRC that make this
>impossible?
>
>This is completely for fun. I'm aware of discussions of this init vs. that
>init and I don't hate systemd/OpenRC or anything like that. Again, this is
>just for fun.
>
>I'm willing to do a lot of work myself to make this work, but if Portage or
>some other core Gentoo subsystem doesn't play well with sinit or
>daemontools-encore it'd be just a waste of time.
>
>[1] https://troubleshooters.com/linux/diy/suckless_init_on_plop.htm

Chiming in a bit late, but what you want to do would be totally feasible: I 
actually run gentoo with s6-linux-init (instead of sinit) and s6 (instead of 
daemontools-encore). As someone else said, the most troublesome part is writing 
service scripts for every service I need since none are provided by gentoo 
packages.

Have fun. :)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] s6 init: Was sinit (suckless init) + daemontools-encore on Gentoo

[Jack Ostroff]

On 11/14/24 5:02 PM, Hoël Bézier wrote:
> Chiming in a bit late, but what you want to do would be totally 
> feasible: I actually run gentoo with s6-linux-init (instead of sinit) 
> and s6 (instead of daemontools-encore). As someone else said, the most 
> troublesome part is writing service scripts for every service I need 
> since none are provided by gentoo packages.
I've been troubleshooting a problem with HomeAssistant (not Gentoo 
related) and discovered that apparently s6 is the init system used for 
docker, so if the service you are using has a docker version, there 
might be an s6 service script for it already available.