busybox-w32/init, branch 1_00 A mirror of https://github.com/rmyorston/busybox-w32.git https://git.lua4.win/busybox-w32/atom?h=1_00 2004-10-08T08:21:54+00:00 Hiroshi Ito writes: 2004-10-08T08:21:54+00:00 Eric Andersen andersen@codepoet.org 2004-10-08T08:21:54+00:00 urn:sha1:82baf63de5eb905ab255b4eea31e283f89f4cbf4 Hello, all. Busybox init does not handle removed inittab entry correctly. # I'm sorry about my poor english, but you can find # what I would like to say from patch, isn't it? even if you apply this path, when yoy try to change a command line option in inittab, you have to do following steps. 1. remove old line from initrd 2. send HUP signal to init 3. kill old proces which is invoked from init. 4. append new line to inittab 5. send HUP signal to init, again patch is against current CVS + last patch witch I send it last. Hiroshi Ito writes: 2004-10-08T08:17:39+00:00 Eric Andersen andersen@codepoet.org 2004-10-08T08:17:39+00:00 urn:sha1:2271809d75a2df26a5afbdab1aaf0ec3623d2ce0 "kill -HUP 1" reloads inittab, and when I append one line to inittab and send HUP signal two times, It will starts 2 process. patch against current CVS is attached. egor duda writes: 2004-10-08T07:46:08+00:00 Eric Andersen andersen@codepoet.org 2004-10-08T07:46:08+00:00 urn:sha1:7daa076d3e24e84ce1f4e9b6133783816575c4c8 Hi! I've created a patch to busybox' build system to allow building it in separate tree in a manner similar to kbuild from kernel version 2.6. That is, one runs command like 'make O=/build/some/where/for/specific/target/and/options' and everything is built in this exact directory, provided that it exists. I understand that applyingc such invasive changes during 'release candidates' stage of development is at best unwise. So, i'm currently asking for comments about this patch, starting from whether such thing is needed at all to whether it coded properly. 'make check' should work now, and one make creates Makefile in build directory, so one can run 'make' in build directory after that. One possible caveat is that if we build in some directory other than source one, the source directory should be 'distclean'ed first. egor Quiet a few warnings 2004-08-27T19:55:28+00:00 Eric Andersen andersen@codepoet.org 2004-08-27T19:55:28+00:00 urn:sha1:785001468dffa2d532b6efa5603622dd85d2bc74 Do not use vfork, as init is not vfork safe. Do not allow 2004-08-16T09:29:42+00:00 Eric Andersen andersen@codepoet.org 2004-08-16T09:29:42+00:00 urn:sha1:1f50e84283df7ac846f5abf8789fc253d60caf9c askfirst when mmuless. Patch from Bastian Blank: 2004-06-22T10:07:17+00:00 Eric Andersen andersen@codepoet.org 2004-06-22T10:07:17+00:00 urn:sha1:36adca81f54d9479a440865acd29fc2fbcfbaf1d On Sat, Jun 19, 2004 at 10:57:37PM +0200, Bastian Blank wrote: > The following patch changes klogd to use openlog/syslog themself > instead of calling syslog_msg which always calls the triple > openlog/syslog/closelog. Updated patch: get rid of syslog_msg entirely. Request from Erik Andersen. Bastian As discussed, drop minit, which was not being supported in busybox. 2004-05-26T10:28:32+00:00 Eric Andersen andersen@codepoet.org 2004-05-26T10:28:32+00:00 urn:sha1:0dfe4e99562878bc575e682926c2e345661d08a1 People wishing to use minit can obtain it and obtain support from http://www.fefe.de/minit/ Update my email address, document some of my tasks in the AUTHORS file 2004-04-25T05:11:19+00:00 Glenn L McGrath bug1@ihug.co.nz 2004-04-25T05:11:19+00:00 urn:sha1:c6992feee37fff107298f81697756db6beadb87d Silly me 2004-04-12T19:21:54+00:00 Eric Andersen andersen@codepoet.org 2004-04-12T19:21:54+00:00 urn:sha1:87812dc3b07eb4c1f69432133883d2dd5b771705 As reported by Quy Tonthat, init has problems with inittab's that 2004-04-12T19:17:13+00:00 Eric Andersen andersen@codepoet.org 2004-04-12T19:17:13+00:00 urn:sha1:4e19fa9b644065c112da3472ab6ce3a938cc1ac8 contain only actions sysinit/wait/once. It does not clean up zombies in that case.