> BTW, do you want s6 to be in busybox? It's very flattering, and extremely tempting, thank you very much for the offer. However, I don't think it would be a good idea, for the following reasons:
- Our philosophy is: one job, one tool. s6's goal is to be the best supervision suite around. busybox's goal is to be a tiny package regrouping a lot of utilities with a focus on standards. Not the same thing. I think busybox already overdoes it by including stuff such as parts of runit, daemontools and ucspi-tcp: such software is already tiny, easy to cross-compile, and fits perfectly on embedded boxes. Inclusion into busybox should only happen when the original software is too big and a rewrite is necessary, imho; else, a link to the site and a word of advice "to perform such job, we recommend such tool" seems the better way to me. - Like runit, daemontools and ucspi-tcp, s6 cross-compiles easily and already produces small binaries using a small memory footprint. I use it everyday on several embedded boxes. It is quite usable as is. - s6 heavily depends on skalibs (my general-purpose C library), and hacking skalibs out for busybox inclusion, replacing parts of the skalibs API with relevant parts of the libbb when available, would be a tedious - and imho useless - job. I do believe that busybox *could* depend on skalibs without trouble, especially since it already includes parts of runit and stuff; and it would certainly benefit from it - skalibs is cleaner than libbb, and I've wanted to rewrite libbb skalibs-style several times - but it's a heavy decision to make and I don't want to influence it. If, someday, this decision is taken, you can of course count on me to help rewrite and clean up libbb and some applets. For those reasons, I think it's best for busybox *not* to include s6. However, since you're offering, I'll happily accept to be linked from the "Related Sites" and "Tiny Utilities" pages of the busybox site. Also, if you could mention execline in the "scripting languages" section, I'd really appreciate it :) Also, there are two programs I think busybox users could benefit from even if they're not using any skarnet.org software, and making them standalone shouldn't be too hard. (I'm of course willing to help if you decide to include them.) * s6-log (http://www.skarnet.org/software/s6/s6-log.html): It's like multilog, but more powerful (full POSIX regex support), more asynchronous, and more flexible. * s6-devd (http://www.skarnet.org/software/s6-linux-utils/s6-devd.html): It's a mini udev netlink event listener that spawns helpers sequentially, which avoids the race condition happening when helpers are spawned directly from the kernel via the hotplug mechanism. Let me know if I can be of any help. Busybox rules. -- Laurent _______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
