[BusyBox] Init problem (was: typo)

[Erik Andersen]

On Thu Dec 14, 2000 at 04:42:02PM -0800, Matt Kraai wrote:
> 
> An empty id field is equivalent to the name of the console.  If a
> serial console is used, only those entries which have an id field
> that corresponds to the serial console or to /dev/null are
> started.  How about the following patch to the docs:
> 
> Index: docs/busybox.pod
> ===================================================================
> RCS file: /var/cvs/busybox/docs/busybox.pod,v
> retrieving revision 1.83
> diff -u -r1.83 busybox.pod
> --- docs/busybox.pod	2000/12/13 17:59:37	1.83
> +++ docs/busybox.pod	2000/12/15 00:42:11
> @@ -887,10 +887,11 @@
>  		the specified process to run on.  The contents of this field are
>  		appended to "/dev/" and used as-is.  There is no need for this field to
>  		be unique, although if it isn't you may have strange results.  If this
> -		field is left blank, it is completely ignored.  Also note that if
> -		BusyBox detects that a serial console is in use, then all entries
> -		containing non-empty id fields will _not_ be run.  BusyBox init does
> -		nothing with utmp.  We don't need no stinkin' utmp.
> +		field is left blank, the controlling tty is set to the console.  Also
> +		note that if BusyBox detects that a serial console is in use, then only
> +		entries whose controlling tty is either the serial console or /dev/null
> +		will be run.  BusyBox init does nothing with utmp.  We don't need no
> +		stinkin' utmp.
>  
>  	<runlevels>: 

Excellent, thanks!  Applied to both busybox.pod and busybox.sgml.

Some day, we really need to just make a clean break over the the new sgml docs,
or fall back to just using pod forever.  Does anyone know how to persuade
sgmltools to produce a single html document (rather then a directory full of
annoyingly tiny documents)?  If I had that for the busyboxdocumentation.html
Makefile target, I think I'd be ready to make the final switch to sgml.

 -Erik

--
Erik B. Andersen   email:  andersen at lineo.com
--This message was written using 73% post-consumer electrons--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
Url : http://lists.busybox.net/pipermail/busybox/attachments/20001218/ffbd355a/attachment.pgp