So I was looking at potentially swapping out the patch implementation in busybox with the one I wrote for toybox (the one I wrote can apply patches at offsets, which I need. It can also delete files, and could even be taught to do "fuzz" if fuzz wasn't such a horrible idea), and I thought I'd check to see if there was any documentation on what this MAIN_EXTERNALLY_VISIBLE thing is (putting a function prototype on the line before the function seems a touch odd).
So I started reading the files in "docs", and contributing.txt has a list of "don't add these to busybox", which includes: > - Any daemons that are not essential to basic system operation. To date, > only syslogd and klogd meet this requirement. We do not need a web server, > an ftp daemon, a dhcp server, a mail transport agent or a dns resolver. If > you need one of those, you are welcome to ask the folks on the mailing list > for recommendations, but please don't bloat up Busybox with any of these. I am amused that busybox now has every single one of the daemons listed there. (In fact it's had httpd for almost a decade now, longer than I've been involved with the project.) The file continues on to talk about: > - Converting applets to use getopt() for option processing. Er, no? > If you've got anonymous CVS access set up, No longer applies. (There's also a whole section on committing changes to cvs...) Looking at other files... Why is ccty.htm in there? Or draft-coar-cgi-v11-03- clean.html? Also, rather than have a big argument about not using ifup/ifdown (I don't, I use ifconfig and have only the vaguest idea how ifup/ifdown are supposed to work), why not just write the shell script you say it should be? (Busybox has a shell. I lost an argument a month or two back about not hardwiring behavior into mdev that should be a wrapper shell script, seems odd to see this document here about "we did it in C, now don't use it"...) Is anyone particularly in charge of documentation, or is it just sort of accumulating? Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds _______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
