El 09/05/18 a las 17:04, bill-auger escribió:
> i dont know how difficult this idea may be, but it seems like the
> logical user-friendly thing to do would be to have a separate package
> for each init system, including a new one with only systemd - each of
> which as a provider of 'your-init-freedom'; and base would depend on any
> one of those providers
> 
> 'init-systemd'  provides('your-init-freedom')
>                 depends('systemd-sysvcompat')
>                 conflicts('init-openrc' 'init-runit' 'init-shepherd')
> 'init-openrc'   provides('your-init-freedom')
>                 depends(whatever 'base-openrc' depends now)
>                 conflicts('init-systemd' 'init-runit' 'init-shepherd')
> 'init-runit'    provides('your-init-freedom')
>                 depends('runit')
>                 conflicts('init-systemd' 'init-openrc' 'init-shepherd')
> 'init-shepherd' provides('your-init-freedom')
>                 depends('shepherd')
>                 conflicts('init-systemd' 'init-openrc' 'init-runit')
> 
> as it is now, 'base' depends on 'systemd' and any other init package
> would need to remove 'systemd' so instead there is base-openrc that
> removes 'base' - but that seems very tacky to be removing 'base' or
> anything from it for any reason - it is most sensible to have only one
> 'base' package that allows for optional components
> 
> # pacstrap /mnt 'base'
> There are 4 providers of 'your-init-freedom'. Please select one:
> 1) 'init-systemd'
> 2) 'init-openrc'
> 3) 'init-runit
> 4) 'init-shepherd')
> 
> i dont know if a new repo is really need for this but i dont know why
> there is a separate repo for kernels either - maybe this is suggesting a
> similar schema
> 

I did something similar. For example, openrc-init and runit-init
provides=(init) so they conflict since they provide the same thing
(/sbin/init). OpenRC can work with Runit, so when installing openrc
(which depends on init) then you are asked whether to install
openrc-init or runit-init

-- 
~Megver83

SIP: [email protected]
XMPP: [email protected]
Tox: [email protected]
GPG: 0x227CA7C556B2BA78
GNUSocial: @[email protected]
Diaspora*: [email protected]
Matrix: @Megver83:matrix.org

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Dev mailing list
[email protected]
https://lists.parabola.nu/mailman/listinfo/dev

Reply via email to