2017-07-01 20:37 GMT-03:00 Steve Litt:
>
> So I was wondering what the original intent was in having these two
> directories directly off the root? Is it so the init and supervision
> can proceed even before partition mounts are complete? Is there some
> other reason?
It has been mentioned in passing in other replies (and extensively in
other threads of this mailing list), but the answer is: Daniel J.
Bernstein's slashpackage convention.
*
http://cr.yp.to/slashpackage/management.html
*
http://cr.yp.to/slashpackage/versions.html
(And everything else in
http://cr.yp.to/slashpackage, really)
> Can anyone recommend setups that fulfill the reasons for
> the direct-off-root dirs without having direct-off-root dirs?
At first sight I don't see anything wrong with Debian stretch's
packaging of runit. The list of files looks like it has all the needed
components, it respects the FHS layout, and depends only on the libc,
so probably can work on Devuan without modifications.
*
https://packages.debian.org/stretch/runit
*
https://packages.debian.org/stretch/amd64/runit/filelist
(Well, I hate /usr/bin and /usr/sbin for files that might be
components of an init system; if /usr is a separate filesystem it
needs an initramfs. But then again, binary-based distributions can't
probably boot without one anyway, unless the user compiles its own
kernel)
As the WWW page says, "complete init replacement needs to be done by hand":
*
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861536
Maybe you could help the Devuan project by trying document how to do
*that*. Package runit-init seems to have been dropped, and I can't
find its list of files in Debian's WWW package database. But judging
by what the bug report says, it was broken indeed (messages #10 and
#39 to me are the ones that more clearly explain why).
G.
Received on Sun Jul 02 2017 - 15:23:45 UTC