diff --git a/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml b/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml index 1722fb6978..c7d97405c5 100644 --- a/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml +++ b/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml @@ -2996,4 +2996,125 @@ + + The nosh Project + + + + Jonathan + de Boyne Pollard + + J.deBoynePollard-newsgroups@NTLWorld.COM + + + + + Introduction + and blurb + &os; + binary packages + Installation + How-To + Roadmap + Commands + A + slightly outdated nosh Guide + + + +

The nosh project is a suite of system-level utilities for + initializing, running, and shutting down BSD systems, and for + managing daemons, terminals, and logging. It supersedes BSD + init and the NetBSD rc.d system, drawing + inspiration from Solaris SMF for named milestones, + daemontools-encore for service control/status mechanisms, UCSPI, + and IBM AIX for separated service and system management. It + comprises a range of compatibility mechanisms, including shims for + familiar commands from other systems, and an automatic import + mechanism that takes existing configuration data from + /etc/fstab, /etc/rc.conf{,.local}, + /etc/ttys, and elsewhere, applying them to its native + service definitions and creating additional native services. It + is portable (including to Linux) and composable, it provides a + migration path from the world of systemd Linux, it does not + require new kernel APIs. It provides clean service environments, + orderings and dependencies between services, parallelized startup + and shutdown (including fsck), strictly size-capped and + autorotated logging, the service manager as a + "subreaper", and uses kevent(2) for event-driven + parallelism.

+ +

The past few months have seen a growth in the import + mechanism, with full import of /etc/fstab and + /etc/ttys available in version 1.18 in July, and importing + PC-BSD Warden and &os; 9 jails, and full import of gbde and + geli mount/unmount mechanisms in version 1.21 in October. + It has also gained the ability to automatically re-generate + host.conf and sysctl.conf whenever their source + files change.

+ +

Other developments in the past few months include fully + independent shutdown support, no longer relying upon an externally + provided shutdown command from another toolset, and a full suite of + binary packages. As of version 1.20, it became possible to + have a fully-nosh-managed system, on both &os; and Linux, using just + precompiled binary packages.

+ +

The biggest task remaining is one that was set a while ago: + the creation of enough native service bundles and ancillary + utilities to entirely supplant the rc.d system. A + lot of this has been achieved, with the original target list of + 157 items now down to just 39 remaining. These are the tricky + ones, of course, where help is most needed. +

+ + + + +

There are still a few rc scripts left that should be easy + to convert, such as /etc/rc.d/gptboot and + /etc/rc.d/growfs as oneshot services, + /etc/rc.d/routing, and /etc/rc.d/kldxref.

+ + + +

&os;'s /etc/rc.d/bluetooth is over 360 lines long. + In 2011, Iain Hibbert wrote a "simpler" bluetooth for + NetBSD. This can perhaps be used as a simpler basis for a nosh + translation.

+ + + +

Add kernel support for passing a -b option to + pid 1, and support for a boot_bare variable in the loader, to + allow "emergency" (where even no shell dotfiles are + loaded) and "rescue" mode bootstraps, akin to Linux. + (History: The -b mechanism and idea date back to + version 2.57d of Miquel van Smoorenburg's System 5 init clone, + dated 1995-12-03, and was already known as "emergency boot" by + 1997.)

+ + + +

Add support to &os;'s fsck(8) for outputting + machine-readable progress reports to a designated file descriptor, + so that nosh can provide progress bars for multiple fscks running + in parallel. nosh already provides this functionality on Linux, + where fsck(8) does provide machine-readable output.

+ + + +

Identify when the configuration import system needs to be + triggered, such as when bsdconfig alters configuration + files, and create the necessary hooks to import external + configuration changes into nosh.

+ + + +

Investigate how &os;/PC-BSD could be improved by taking + advantage of some available nosh package mechanisms.

+ + + +