[Toybox] Article about toybox in h-online.

[Paul Onyschuk]

Worth reading, thanks for taking your time to do interview.  Below are
some of my comments.

As for bionic libc, take your time.  There is high chance that musl
libc could be relicensed [1] on more permissive terms.  This is better
opportunity, because with bionic libc you would need to practically
fork it without upstream support.  You look like a busy man anyway, but
you especially shouldn't be in hurry in this case.  I'll probably look
myself at using musl libc in Aboriginal Linux.

When it comes to list of commands for toybox, I think there is one on
list, that shouldn't be - man(1).  It is pretty useless on its own.  I
can think only of one scenario, where run time dependency isn't needed
for man(1), but it is obsolete nowadays.  Catpages are pre-formatted
man pages (e.g. "groff -Tascii -mandoc page.1 | gzip > page.1.gz").
They used to be shipped, because some platforms where to slow to format
bigger man pages on demand (e.g. shell man page on VAX).

Other than that groff or replacement for it is needed to use man(1).  I
don't think that is valuable option for writing man(1) implementation
in C.  This can be done by trivial shell script, beside man(1) has
other friends like apropos(1) and this is available in separate
packages.

I forgot to mention that man pages are usually compressed on end user
system, so this is another run-time dependency.  This can be also
problematic: which format is used for archives and which commands are
available to uncompress them.


[1] http://www.openwall.com/lists/musl/2012/02/28/2

 1331119841.0