---------------------
-PatchSet 3399
-Date: 2003/07/15 08:15:03
+PatchSet 4347
+Date: 2004/08/16 10:29:28
Author: andersen
Branch: HEAD
-Tag: (none)
+Tag: busybox_1_00_rc3
Log:
-Document CONFIG_USE_BB_PWD_GRP
+Prepare for release
Members:
- loginutils/Config.in:1.3->1.4
+ Changelog:1.294->1.295
+ docs/busybox_header.pod:1.17->1.18
+ docs/busybox.net/news.html:1.21->1.22
+ docs/busybox.net/screenshot.html:1.11->1.12
---------------------
-PatchSet 3400
-Date: 2003/07/15 08:52:40
+PatchSet 4348
+Date: 2004/08/18 17:57:16
Author: andersen
Branch: HEAD
-Tag: busybox_1_00_pre1
+Tag: (none)
Log:
-Update changelog and docs
+Fixup 'dc' usage
Members:
- Changelog:1.280->1.281
- docs/busybox.net/index.html:1.120->1.121
- docs/busybox.net/oldnews.html:1.13->1.14
- docs/busybox.net/screenshot.html:1.4->1.5
+ include/usage.h:1.218->1.219
---------------------
-PatchSet 3401
-Date: 2003/07/16 07:29:51
+PatchSet 4349
+Date: 2004/08/19 18:22:13
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Fixup problem unconditionally converting all hard links to symlinks.
+Patch from Vladimir N. Oleynik:
+
+On Wed Aug 18, 2004 at 06:52:57PM +0800, Matt Johnston wrote:
+> I've come across some strange-seeming behaviour when running programs
+> under Busybox (1.0.0-rc3) ash. If the child process sets stdin to be
+> non-blocking and then exits, the parent ash will also exit. A quick strace
+> shows that a subsequent read() from stdin returns EAGAIN (as would be
+> expected):
+
+Thanks!
+Patch attached.
+
+
+--w
+vodz
Members:
- archival/libunarchive/get_header_tar.c:1.18->1.19
+ shell/ash.c:1.104->1.105
+ shell/cmdedit.c:1.92->1.93
---------------------
-PatchSet 3402
-Date: 2003/07/16 08:31:14
+PatchSet 4350
+Date: 2004/08/19 18:25:02
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Update required kernel version and note that libc5 is no longer
-supported (it is unmaintained and lacks support for simple things
-such as stdint.h) and uClibc is a better choice these days anyways.
+Patch from Tito documenting the '-q' option
Members:
- README:1.26->1.27
+ include/usage.h:1.219->1.220
---------------------
-PatchSet 3403
-Date: 2003/07/19 09:19:21
+PatchSet 4351
+Date: 2004/08/19 18:26:26
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Fixup some little error in the webpage. Mention the Dell TrueMobile 1184.
+Patch from Tito adding support for '-q'
Members:
- docs/busybox.net/index.html:1.121->1.122
+ procps/kill.c:1.52->1.53
---------------------
-PatchSet 3404
-Date: 2003/07/22 06:57:29
+PatchSet 4352
+Date: 2004/08/19 18:30:31
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Patch from Jeff Angielski <jeff@theptrgroup.com> recognizing
-his work on ftpput and ftpget.
+Patch from Mike Castle to cleanup some modutils issues, in
+particular making alias support work better.
Members:
- AUTHORS:1.36->1.37
+ modutils/modprobe.c:1.39->1.40
---------------------
-PatchSet 3405
-Date: 2003/07/22 08:30:36
+PatchSet 4353
+Date: 2004/08/19 19:15:06
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Matteo Croce submitted a hdparm applet.
+regularly update the status line display
+ -Erik
Members:
- include/applets.h:1.99->1.100
- include/usage.h:1.157->1.158
- miscutils/Config.in:1.2->1.3
- miscutils/Makefile.in:1.5->1.6
- miscutils/hdparm.c:INITIAL->1.1
+ editors/vi.c:1.37->1.38
---------------------
-PatchSet 3406
-Date: 2003/07/22 08:33:14
+PatchSet 4354
+Date: 2004/08/19 19:17:30
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Patch from Paul Mundt:
-
- The current SC_x references automatically assume that everyone uses ttyS/tts
- as their naming scheme for their serial ports. This isn't the case for quite
- a few architectures, including sh, sh64, h8, arm, etc.
+Patch from Rodney Radford adding x86_64 support.
Members:
- include/libbb.h:1.103->1.104
+ modutils/insmod.c:1.122->1.123
---------------------
-PatchSet 3407
-Date: 2003/07/22 08:39:18
-Author: andersen
+PatchSet 4355
+Date: 2004/08/25 02:02:19
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Paul Mundt <lethal@linux-sh.org> writes:
-
- Here's a bunch of fixes for the watchdog app in busybox. This does a
- couple of things:
-
- - configurable timer duration (userspace timer duration is
- usually configurable within the device drivers themselves).
- - run as a daemon
- - shutdown the device properly on SIGINT or SIGHUP
- - clear the counter immediately instead of sleeping first
-
- as well as updating the usage information. This has also been switched
- over to getopt to deal with the optional timer duration specifier.
-
- The changes themselves are harmless and isolated, and I've veried that
- this works on sh and x86 without any problems.
+Patch from Manousaridis Angelos to cleanup stale file descriptors, it was preventing unmounting an initial filesystem.
Members:
- include/usage.h:1.158->1.159
- miscutils/watchdog.c:1.6->1.7
+ loginutils/getty.c:1.13->1.14
+ loginutils/login.c:1.19->1.20
---------------------
-PatchSet 3408
-Date: 2003/07/22 08:50:18
+PatchSet 4356
+Date: 2004/08/26 21:45:21
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-mention stresslinux
+Felipe Kellermann writes:
+
+Unfortunatelly I've not followed the last two or three weeks commits (new
+semester started and so now I rarely have time to fix my personal bridge)
+but tonight I synched my tree and immediately noticed a rather nasty bug!
+
+[Using libbb/interface.c:1.24]
+# grep eth0 /proc/net/dev | xargs
+eth0:311708397 237346 1670 0 1789 1670 0 0 22580308 120297 0 0 0 102 0 0
+
+# ifconfig eth0
+eth0 Link encap:Ethernet HWaddr 00:20:AF:7C:EA:B7
+ inet addr:10.0.0.1 Bcast:10.0.0.127 Mask:255.255.255.128
+ UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
+ RX packets:0 errors:0 dropped:0 overruns:0 frame:0
+ TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
+ collisions:0 txqueuelen:1000
+ RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
+ Interrupt:5 Base address:0x320
+
+
+All values `ifconfig' is showing are `zeroed' -- I quickly looked at the
+last commits I missed and noticed that there were a commit relating to
+ifconfig, libbb/interface.c:1.23->1.24 (PatchSet 4338).
+
+I've reversed the patch and now everything is working again. I compared
+the get_name's return values from the 1.23 and 1.24 and quickly noticed
+that the new revision is leaving `p' right on the sep while the rev 1.23
+was leaving it right on the starting of the values...
+
+1-line, 1/3-minute patch attached :-)
Members:
- docs/busybox.net/index.html:1.122->1.123
+ libbb/interface.c:1.24->1.25
---------------------
-PatchSet 3409
-Date: 2003/07/22 09:25:37
+PatchSet 4357
+Date: 2004/08/26 22:18:56
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Error out early if people try to build mount with nfs support
-using uClibc, but have not enabled UCLIBC_HAS_RPC...
- -Erik
+Tito writes:
+
+Hi,
+I've spent the half night staring at the devilish my_getpwuid and my_getgrgid functions
+trying to find out a way to avoid actual and future potential buffer overflow problems
+without breaking existing code.
+Finally I've found a not intrusive way to do this that surely doesn't break existing code
+and fixes a couple of problems too.
+The attached patch:
+1) changes the behaviour of my_getpwuid and my_getgrgid to avoid potetntial buffer overflows
+2) fixes all occurences of this function calls in tar.c , id.c , ls.c, whoami.c, logger.c, libbb.h.
+3) The behaviour of tar, ls and logger is unchanged.
+4) The behavior of ps with somewhat longer usernames messing up output is fixed.
+5) The only bigger change was the increasing of size of the buffers in id.c to avoid
+ false negatives (unknown user: xxxxxx) with usernames longer than 8 chars.
+ The value i used ( 32 chars ) was taken from the tar header ( see gname and uname).
+ Maybe this buffers can be reduced a bit ( to 16 or whatever ), this is up to you.
+6) The increase of size of the binary is not so dramatic:
+ size busybox
+ text data bss dec hex filename
+ 239568 2300 36816 278684 4409c busybox
+ size busybox_fixed
+ text data bss dec hex filename
+ 239616 2300 36816 278732 440cc busybox
+7) The behaviour of whoami changed:
+ actually it prints out an username cut down to the size of the buffer.
+ This could be fixed by increasing the size of the buffer as in id.c or
+ avoid the use of my_getpwuid and use getpwuid directly instead.
+ Maybe this colud be also remain unchanged......
+
+Please apply if you think it is ok to do so.
+The diff applies on today's cvs tarball (2004-08-25).
+Thanks in advance,
+Ciao,
+Tito
Members:
- util-linux/mount.c:1.112->1.113
+ archival/tar.c:1.194->1.195
+ coreutils/id.c:1.24->1.25
+ coreutils/ls.c:1.110->1.111
+ coreutils/whoami.c:1.21->1.22
+ include/libbb.h:1.133->1.134
+ libbb/my_getgrgid.c:1.7->1.8
+ libbb/my_getpwuid.c:1.7->1.8
+ libbb/procps.c:1.13->1.14
+ sysklogd/logger.c:1.39->1.40
---------------------
-PatchSet 3410
-Date: 2003/07/22 09:26:05
+PatchSet 4358
+Date: 2004/08/26 22:22:50
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Very minor rdate updates
+Vladimir N. Oleynik writes:
+
+Ming-Ching,
+
+>>No. Here there are no mistakes.
+>>You using POST metod.
+>>For get data you should read from stdin CONTENT_LENGTH bytes.
+
+>Hower as I posted a little while ago, there is indeed a bug
+>in POST method if the CONTENT_LENGTH is bigger
+>than sizeof(wbuf[128]). So if your CGI script is expecting to
+>read the full CONTENT_LENGTH, it might block forever,
+>because it will only transfer sizeof(wbuf) to the CGI.
+
+Ok, Ok. I should find time to understand with a problem.
+Try attached patch.
+
+
+--w
+vodz
Members:
- include/applets.h:1.100->1.101
- include/usage.h:1.159->1.160
- util-linux/rdate.c:1.22->1.23
+ networking/httpd.c:1.26->1.27
---------------------
-PatchSet 3411
-Date: 2003/07/22 09:54:02
+PatchSet 4359
+Date: 2004/08/26 22:26:26
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Add a default clean target
+Save a line or two
Members:
- tests/Makefile:1.4->1.5
+ loginutils/getty.c:1.14->1.15
+ loginutils/login.c:1.20->1.21
---------------------
-PatchSet 3412
-Date: 2003/07/22 09:55:12
+PatchSet 4360
+Date: 2004/08/26 22:36:02
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Update TODO list
+Tito writes:
+
+Hi,
+I've fixed also the issue of whoami cutting down usernames.
+This time I cannot send a diff because i don't know if my previous patches will be applied
+or not, so I send in the whole file.
+The changes I've made don't affect size but ensure that usernames of whatever lenght
+are correctly displayed.
+root@localhost:/dev/pts/3:/root/Desktop/busybox/coreutils# size whoami_orig.o
+ text data bss dec hex filename
+ 102 0 0 102 66 whoami_orig.o
+root@localhost:/dev/pts/3:/root/Desktop/busybox/coreutils# size whoami.o
+ text data bss dec hex filename
+ 93 0 0 93 5d whoami.o
+
+This should be applied even if the other patches aren't as this matches the behaviour of the GNU whoami.
+
+Thanks in advance,
+Ciao,
+Tito
Members:
- TODO:1.85->1.86
+ coreutils/whoami.c:1.22->1.23
---------------------
-PatchSet 3413
-Date: 2003/07/22 09:56:01
+PatchSet 4361
+Date: 2004/08/26 23:01:34
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-A minor update for handling older gcc versions
+The login applet should always be setuid root
Members:
- Rules.mak:1.16->1.17
+ include/applets.h:1.114->1.115
---------------------
-PatchSet 3414
-Date: 2003/07/22 09:56:42
-Author: andersen
-Branch: HEAD
-Tag: (none)
-Log:
-Remove remaining libc5 support code
-
-Members:
- coreutils/chgrp.c:1.14->1.15
- coreutils/chown.c:1.22->1.23
- include/busybox.h:1.52->1.53
- include/libbb.h:1.104->1.105
- init/init.c:1.188->1.189
- init/reboot.c:1.28->1.29
- libbb/Makefile.in:1.23->1.24
- libbb/dirname.c:1.6->1.7(DEAD)
- libbb/interface.c:1.16->1.17
- libbb/libc5.c:1.6->1.7(DEAD)
- libbb/module_syscalls.c:1.12->1.13
- libbb/syscalls.c:1.11->1.12
- libpwdgrp/setgroups.c:1.3->1.4
- miscutils/adjtimex.c:1.4->1.5
- miscutils/dutmp.c:1.30->1.31
- miscutils/update.c:1.24->1.25
- modutils/insmod.c:1.98->1.99
- networking/ping.c:1.54->1.55
- networking/traceroute.c:1.11->1.12
- networking/wget.c:1.53->1.54
- shell/cmdedit.c:1.79->1.80
- sysklogd/klogd.c:1.15->1.16
- sysklogd/logread.c:1.11->1.12
- sysklogd/syslogd.c:1.97->1.98
- util-linux/dmesg.c:1.29->1.30
- util-linux/swaponoff.c:1.34->1.35
-
----------------------
-PatchSet 3415
-Date: 2003/07/22 10:41:39
+PatchSet 4362
+Date: 2004/08/26 23:13:00
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Support reboot, halt, and poweroff independent of busybox init.
-Simplify and fixup some logic.
+Improve the setuid situation a bit, and make it more apparent
+when people really ought to make busybox setuid root.
-Erik
Members:
- init/Config.in:1.5->1.6
- init/halt.c:1.22->1.23
- init/init_shared.c:1.1->1.2
- init/init_shared.h:1.1->1.2
- init/poweroff.c:1.19->1.20
- init/reboot.c:1.29->1.30
+ Makefile:1.296->1.297
+ loginutils/Config.in:1.8->1.9
+ miscutils/Config.in:1.18->1.19
---------------------
-PatchSet 3416
-Date: 2003/07/22 10:48:56
+PatchSet 4363
+Date: 2004/08/26 23:15:29
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Patch from Andrew Flegg:
+Togg writes:
- Here's a pretty crude patch to reload /etc/inittab when init receives a
- SIGHUP. The mailing list archives weren't entirely clear on whether or
- not it should already happen, but didn't appear to be.
+Syslogd wont start if remote-logging is enabled and the connection to the
+remote-log server is not possible on syslogd startup.
- The patch:
- * Adds a new function, reload_signal() which just calls
- parse_inittab() and run_actions(RESPAWN)
+I found a patch somewhere which works like a charm. It uses sendto() which
+seems more reliable for this issue.
- * Before entering the while (1) loop set up SIGHUP to call
- reload_signal()
+Please see attached patch. Many people will be more happy with this included
+I think.
- * Modify new_init_action to skip the action if the same command
- already exists on the same terminal
-
- This last bit means that changing already running entries is a bit
- hairy as you can end up with, for example, two shells running on the
- same virtual console. However, for solely adding/removing entries this patch
- seems to work quite well.
+Regards,
+Togg
Members:
- init/init.c:1.189->1.190
+ sysklogd/syslogd.c:1.113->1.114
---------------------
-PatchSet 3417
-Date: 2003/07/22 10:59:28
+PatchSet 4364
+Date: 2004/08/27 19:55:28
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Patch from Terje Kvernes adding quite a lot of missing documentation
+Quiet a few warnings
Members:
- editors/Config.in:1.5->1.6
- loginutils/Config.in:1.4->1.5
- modutils/Config.in:1.6->1.7
- networking/Config.in:1.16->1.17
- procps/Config.in:1.5->1.6
- shell/Config.in:1.5->1.6
+ init/mesg.c:1.2->1.3
+ shell/msh.c:1.20->1.21
---------------------
-PatchSet 3418
-Date: 2003/07/22 11:11:27
+PatchSet 4365
+Date: 2004/08/28 00:43:05
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Remove the update utility, that is only relevant to older 2.0.x kernels
-that are no longer supported.
+Fixup some warnings
Members:
- docs/busybox_header.pod:1.10->1.11
- include/applets.h:1.101->1.102
- include/usage.h:1.160->1.161
- miscutils/Makefile.in:1.6->1.7
- miscutils/update.c:1.25->1.26(DEAD)
+ archival/bunzip2.c:1.19->1.20
+ archival/libunarchive/decompress_bunzip2.c:1.13->1.14
+ coreutils/uniq.c:1.21->1.22
+ modutils/insmod.c:1.123->1.124
+ networking/ipcalc.c:1.10->1.11
+ util-linux/mkfs_minix.c:1.42->1.43
---------------------
-PatchSet 3419
-Date: 2003/07/22 11:11:48
+PatchSet 4366
+Date: 2004/09/02 22:21:39
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Write some more docs
+Tito writes:
+
+Hi Erik,
+Hi to all,
+This is part five of the my_get*id story.
+I've tweaked a bit this two functions to make them more flexible,
+but this changes will not affect existing code.
+Now they work so:
+1) my_getpwuid( char *user, uid_t uid, int bufsize)
+
+ if bufsize is > 0 char *user cannot be set to NULL
+ on success username is written on static allocated buffer
+ on failure uid as string is written to buffer and NULL is returned
+ if bufsize is = 0 char *user can be set to NULL
+ on success username is returned
+ on failure NULL is returned
+ if bufsize is < 0 char *user can be set to NULL
+ on success username is returned
+ on failure an error message is printed and the program exits
+
+ 2) 1) my_getgrgid( char *group, uid_t uid, int bufsize)
+
+ if bufsize is > 0 char *group cannot be set to NULL
+ on success groupname is written on static allocated buffer
+ on failure gid as string is written to buffer and NULL is returned
+ if bufsize is = 0 char *group can be set to NULL
+ on success groupname is returned
+ on failure NULL is returned
+ if bufsize is < 0 char *group can be set to nULL
+ on success groupname is returned
+ on failure an error message is printed and the program exits
+
+This changes were needed mainly for my new id applet.
+It is somewhat bigger then the previous but matches the behaviour of GNU id
+and is capable to handle usernames of whatever length.
+BTW: at a first look it seems to me that it will integrate well (with just a few changes)
+with the pending patch in patches/id_groups_alias.patch.
+The increase in size is balanced by the removal of my_getpwnamegid.c
+from libbb as this was used only in previous id applet and by size optimizations
+made possible in whoami.c and in passwd.c.
+I know that we are in feature freeze but I think that i've tested it enough
+(at least I hope so.......).
Members:
- miscutils/Config.in:1.3->1.4
+ coreutils/id.c:1.25->1.26
+ coreutils/whoami.c:1.23->1.24
+ include/libbb.h:1.134->1.135
+ libbb/Makefile.in:1.36->1.37
+ libbb/my_getgrgid.c:1.8->1.9
+ libbb/my_getpwuid.c:1.8->1.9
+ loginutils/passwd.c:1.7->1.8
---------------------
-PatchSet 3420
-Date: 2003/07/22 11:14:32
+PatchSet 4367
+Date: 2004/09/02 22:22:16
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Document CONFIG_ASH_CMDCMD
+Tito writes:
+
+The second patch contains:
+1) a size optimization for adduser.c
+2) removes a warning about an unused variable in syslogd.c if CONFIG_FEATURE_REMOTE_LOG is not set
+3)cosmetic fixes for addgroup_full_usage and adduser_full_usage
+
+Ciao,
+Tito
Members:
- shell/Config.in:1.6->1.7
+ include/usage.h:1.220->1.221
+ loginutils/adduser.c:1.10->1.11
+ sysklogd/syslogd.c:1.114->1.115
---------------------
-PatchSet 3421
-Date: 2003/07/22 11:16:58
+PatchSet 4368
+Date: 2004/09/02 23:03:24
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Document CONFIG_FEATURE_INSMOD_LOADINKMEM
+Based on patches from Mike Frysinger, add insmod support for
+sparc and ia64 (itanium).
+
+Also, reorganize the insmod architecture support code to be
+alphasorted and less messy.
+
+Update the readme to list current insmod arch support.
Members:
- modutils/Config.in:1.7->1.8
+ README:1.35->1.36
+ modutils/insmod.c:1.124->1.125
---------------------
-PatchSet 3422
-Date: 2003/07/22 11:18:17
+PatchSet 4369
+Date: 2004/09/02 23:11:52
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-There is no need to expose CONFIG_FEATURE_TRACEROUTE_SO_DEBUG
+No longer needed
Members:
- networking/Config.in:1.17->1.18
+ libbb/my_getpwnamegid.c:1.7->1.8(DEAD)
+ patches/id_groups_alias.patch:1.1->1.2(DEAD)
---------------------
-PatchSet 3423
-Date: 2003/07/22 18:03:24
+PatchSet 4370
+Date: 2004/09/02 23:13:10
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-the word "only" is repeated for CONFIG_FEATURE_SHADOWPASSWDS
+Jonas Holmberg from axis dot com writes:
+
+This patch makes msh handle variable expansion within backticks more
+correctly.
+
+Current behaviour (wrong):
+--------------------------
+
+BusyBox v1.00-rc3 (2004.08.26-11:51+0000) Built-in shell (msh)
+Enter 'help' for a list of built-in commands.
+
+$ A='`echo hello`'
+$ echo $A
+`echo hello`
+$ echo `echo $A`
+hello
+$
+
+
+New behaviour (correct):
+------------------------
+
+BusyBox v1.00-rc3 (2004.08.26-11:51+0000) Built-in shell (msh)
+Enter 'help' for a list of built-in commands.
+
+$ A='`echo hello`'
+$ echo $A
+`echo hello`
+$ echo `echo $A`
+`echo hello`
+$
+
+The current behaviour (wrong according to standards) was actually my
+fault. msh handles backticks by executing a subshell (which makes it
+work on MMU-less systems). Executing a subshell makes it hard to only
+expand variables once in the parent. Therefore I export all variables
+that will be expanded within the backticks and let the subshell handle
+the expansion instead.
+
+The bug was found while searching for security leaks in CGI-scripts.
+Current behaviour of msh makes it easy to expand backticks by mistake
+in $QUERY_STRING. I recommend appling the patch before release of bb
+1.00.
+
+/Jonas
Members:
- loginutils/Config.in:1.5->1.6
+ shell/msh.c:1.21->1.22
---------------------
-PatchSet 3424
-Date: 2003/07/22 18:04:54
+PatchSet 4371
+Date: 2004/09/08 10:01:07
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-As vodz noticed, I screwed up reboot
+Patrick Huesmann noticed BusyBox would not link when
+CONFIG_FEATURE_COMMAND_EDITING was defined *and*
+CONFIG_FEATURE_COMMAND_TAB_COMPLETION was undefined.
+
+Vladimir N. Oleynik writes:
+
+Its declare always, also if CONFIG_FEATURE_COMMAND_TAB_COMPLETION
+undefined.
+Patch to CVS version attached.
+
+--w
+vodz
Members:
- init/reboot.c:1.30->1.31
+ shell/ash.c:1.105->1.106
---------------------
-PatchSet 3425
-Date: 2003/07/22 18:14:10
+PatchSet 4372
+Date: 2004/09/08 10:56:06
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Several simplifications and indenting changes, per
-last_patch97 from vodz
+Felipe Kellermann writes:
+
+The Togg's sysklogd patch to use sendto() on remote logging is formatting
+strangely (using `<' and '>' surrounding the `msg' string message). This
+is OK, but this is not the standard way of formatting this message.
+
+So this patch does the following:
+
+o Fix the formatting to the standard way.
+o Uses `MAXLINE' when needed;
+o Don't loop sending messages without a "sleeping time",
+ I'm now doing `now = 1', `now <<= 1';
+o Don't die on `init_RemoteLog' when starting up (feature!)
+ We're now trying to connect every time we have an invalid fd;
+o Removes one static uneeded variable.
+o Removes two automatic uneeded variables.
Members:
- init/init_shared.c:1.2->1.3
+ sysklogd/syslogd.c:1.115->1.116
---------------------
-PatchSet 3426
-Date: 2003/07/22 23:15:16
+PatchSet 4373
+Date: 2004/09/08 20:13:05
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-eliminate DOSTATIC, DODEBUG, etc and name them sensibly
+Fixup URL
Members:
- Rules.mak:1.17->1.18
- coreutils/tr.c:1.35->1.36
- debian/config-deb:1.6->1.7
- debian/config-net-udeb:1.2->1.3
- debian/config-net-udeb-i386:1.3->1.4
- debian/config-static:1.9->1.10
- debian/config-udeb:1.13->1.14
- debian/config-udeb-i386:1.3->1.4
- debian/rules:1.23->1.24
- sysdeps/linux/Config.in:1.9->1.10
- sysklogd/syslogd.c:1.98->1.99
+ docs/busybox.net/cvs_write.html:1.9->1.10
---------------------
-PatchSet 3427
-Date: 2003/07/24 00:24:31
-Author: mjn3
+PatchSet 4374
+Date: 2004/09/14 13:59:44
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Set the tm_isdst flag to -1 before calling mktime(). Otherwise, the current
-timezone setting is used for the new date.
+I have to assume both Avaks and LSILogic are deliberatly ignoring me.
Members:
- coreutils/date.c:1.40->1.41
+ docs/busybox.net/shame.html:1.18->1.19
---------------------
-PatchSet 3428
-Date: 2003/07/26 01:45:52
-Author: andersen
+PatchSet 4375
+Date: 2004/09/14 16:08:02
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Don't depend on CONFIG_LFS. It is really a suggestion, not a requirement,
-since fdisk will work just fine on smaller disks w/o it.
+Patch from tito to add argument checking.
Members:
- util-linux/Config.in:1.6->1.7
+ loginutils/addgroup.c:1.12->1.13
---------------------
-PatchSet 3429
-Date: 2003/07/26 07:24:25
-Author: andersen
+PatchSet 4376
+Date: 2004/09/14 16:23:56
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Patch from Thomas Gleixner to reap any zombie processes that are
-reparented to init...
+Patch from Felipe Kellermann, adds missing applet usage options, removes usage
+for options that are currently not implemented and fixes typos.
Members:
- init/init.c:1.190->1.191
+ include/usage.h:1.221->1.222
---------------------
-PatchSet 3430
-Date: 2003/07/26 08:41:56
-Author: andersen
+PatchSet 4377
+Date: 2004/09/14 17:24:58
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Rework kill / killall so it behaves itself, even when subjected
-to abuse.
- -Erik
+Patch from Felipe Kellermann, remove some unnecessary dups, i declared a few extra const's also.
Members:
- procps/kill.c:1.49->1.50
+ networking/ifupdown.c:1.50->1.51
+ networking/telnet.c:1.43->1.44
+ networking/telnetd.c:1.12->1.13
+ networking/tftp.c:1.28->1.29
+ util-linux/getopt.c:1.13->1.14
---------------------
-PatchSet 3431
-Date: 2003/07/26 08:48:13
-Author: andersen
+PatchSet 4378
+Date: 2004/09/14 18:12:13
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Patch from Nick Fedchik to fixup paths in busybox/libpwdgrp
-which were not properly using the bb_path_*_file strings.
+Patch by Felipe Kellermann, fix a bug introduced in the last patch by adding a condition around the remote logging, also adds some comments.
Members:
- libpwdgrp/getgrgid.c:1.2->1.3
- libpwdgrp/getgrnam.c:1.2->1.3
- libpwdgrp/getpwnam.c:1.2->1.3
- libpwdgrp/getpwuid.c:1.4->1.5
- libpwdgrp/grent.c:1.2->1.3
- libpwdgrp/initgroups.c:1.4->1.5
- libpwdgrp/pwent.c:1.4->1.5
+ sysklogd/syslogd.c:1.116->1.117
---------------------
-PatchSet 3432
-Date: 2003/07/26 09:07:56
-Author: andersen
+PatchSet 4379
+Date: 2004/09/14 18:56:52
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Some additional description based on a patch from Terje Kvernes
+Apply patch from Felipe Kellermann to simlify logic of sort functions.
+I reversed the result of the sort functions to make the big numbers go to the top.
Members:
- miscutils/Config.in:1.4->1.5
+ procps/top.c:1.12->1.13
---------------------
-PatchSet 3433
-Date: 2003/07/26 09:16:10
-Author: andersen
+PatchSet 4380
+Date: 2004/09/14 19:14:00
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Patch from Christian Meyer:
-
- The client gives up way too soon because timeout is set to 0 ...
- There's a solution for that problem.
+remove a cut/paste mistake, i better get some sleep.
Members:
- networking/tftp.c:1.18->1.19
+ procps/top.c:1.13->1.14
---------------------
-PatchSet 3434
-Date: 2003/07/26 09:20:46
-Author: andersen
+PatchSet 4381
+Date: 2004/09/15 02:05:23
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-The logger utility does not really depend on CONFIG_SYSLOGD,
-since it can also be used with other syslog daemons
- -Erik
+Patch by Felipe Kellermann, use the common escape handling function and remove some unused code.
Members:
- sysklogd/Config.in:1.2->1.3
+ coreutils/printf.c:1.22->1.23
---------------------
-PatchSet 3435
-Date: 2003/07/26 10:10:35
-Author: andersen
+PatchSet 4382
+Date: 2004/09/15 02:39:09
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-cleanup and add long options
+Only write to shadow file is shadow passwords are enabled. Patch by magicfox modified by myself to retain check for shadow file access.
Members:
- debianutils/start_stop_daemon.c:1.8->1.9
- init/start_stop_daemon.c:1.8->1.9
+ loginutils/passwd.c:1.8->1.9
---------------------
-PatchSet 3436
-Date: 2003/07/26 10:16:00
-Author: andersen
+PatchSet 4383
+Date: 2004/09/15 03:04:07
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Move start_stop_daemon to debianutils.
-Cleanup run_parts a bit and add long opts
+Tito writes,
+"This patch fixes all the bugs in id previously spotted by vodz and me.
+The binary size increased a bit, but now it should work as expected."
Members:
- debianutils/Config.in:1.3->1.4
- debianutils/Makefile.in:1.2->1.3
- debianutils/run_parts.c:1.4->1.5
- init/Config.in:1.6->1.7
- init/Makefile.in:1.6->1.7
- init/start_stop_daemon.c:1.9->1.10(DEAD)
+ coreutils/id.c:1.26->1.27
+ include/libbb.h:1.135->1.136
+ libbb/Makefile.in:1.37->1.38
+ libbb/my_getgrgid.c:1.9->1.10
+ libbb/my_getpwuid.c:1.9->1.10
+ libbb/my_getug.c:INITIAL->1.1
---------------------
-PatchSet 3437
-Date: 2003/07/26 10:27:02
-Author: andersen
+PatchSet 4384
+Date: 2004/09/15 03:24:32
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Allow people to use the full blown iproute2 programs with busybox ifupdown.
+Add a missing brace, patch by Hideki IWAMOTO
Members:
- networking/Config.in:1.18->1.19
+ coreutils/stty.c:1.9->1.10
---------------------
-PatchSet 3438
-Date: 2003/07/26 10:33:15
+PatchSet 4385
+Date: 2004/09/23 20:08:46
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-There should be only one instance of CONFIG_FEATURE_AUTOWIDTH
+Add some notes on how to make telnetd actually work
Members:
- coreutils/Config.in:1.11->1.12
- util-linux/Config.in:1.7->1.8
+ networking/Config.in:1.28->1.29
---------------------
-PatchSet 3439
-Date: 2003/07/28 07:35:32
+PatchSet 4386
+Date: 2004/09/24 01:25:39
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-James Petterson writes:
-
-I've found a possible bug in libbb/interface.c, in function
-if_readlist_proc(). This function calls get_name(), and passes
-as an argument 'name', a buffer of 16 bytes (IFNAMSIZ). The
-function get_name(), however, may use more than 16 bytes,
-when it is searching for aliases. Even if you don't have an
-alias interface, you can run into trouble if the interface
-has received more than 99999999 bytes, in which case the
-space between the interface name and the rx stats
-disappears, as in the /proc/net/dev example below:
- wan0.200:264573315 462080 ...
-In this case get_name() correctly identifies the interface name
-as "wan0.200", but to do that it uses 18 bytes of the 'name'
-buffer, which could lead to an unpredictable error.
-
-A simple solution would be to increase the size of the buffer:
+A bit of extra explanation regarding STANDALONE
Members:
- libbb/interface.c:1.17->1.18
+ shell/Config.in:1.16->1.17
---------------------
-PatchSet 3440
-Date: 2003/07/28 07:42:59
-Author: andersen
+PatchSet 4387
+Date: 2004/09/24 02:04:13
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-Add a "search google" button
+Patch from David Daney to make the -i option work with -l.
Members:
- docs/busybox.net/index.html:1.123->1.124
+ coreutils/ls.c:1.111->1.112
---------------------
-PatchSet 3441
-Date: 2003/07/28 08:40:34
-Author: andersen
+PatchSet 4388
+Date: 2004/09/24 02:36:44
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-last_patch95 from vodz:
-
-Hi.
-
-Last patch have new libbb function
-vfork_rexec() for can use daemon() to uClinux system.
-This patched daemons: syslog, klogd, inetd, crond.
-This not tested! I havn`t this systems.
-Also. Previous patch for feature request MD5 crypt password for
-httpd don`t sended to this mailist on 07/15/03
-(mailist have Pytom module problem?).
-The previous patch included, and have testing.
+Remove this error message at Vodz request, it was misleading.
+Members:
+ libbb/correct_password.c:1.4->1.5
---w
-vodz
+---------------------
+PatchSet 4389
+Date: 2004/09/24 09:09:44
+Author: bug1
+Branch: HEAD
+Tag: (none)
+Log:
+Fix a typo
Members:
- include/libbb.h:1.105->1.106
- libbb/Makefile.in:1.24->1.25
- libbb/vfork_daemon_rexec.c:INITIAL->1.1
- miscutils/Config.in:1.5->1.6
- miscutils/crond.c:1.4->1.5
- networking/Config.in:1.19->1.20
- networking/Makefile.in:1.16->1.17
- networking/httpd.c:1.10->1.11
- networking/inetd.c:1.4->1.5
- sysklogd/klogd.c:1.16->1.17
- sysklogd/syslogd.c:1.99->1.100
+ shell/Config.in:1.17->1.18
---------------------
-PatchSet 3442
-Date: 2003/07/28 08:42:19
-Author: andersen
+PatchSet 4390
+Date: 2004/09/24 09:18:55
+Author: bug1
Branch: HEAD
Tag: (none)
Log:
-last_patch98 from vodz:
+Patch from Egor Duda
+Attached patch prevents modprobe from trying to call 'insmod (null)'
+whenever nonexistent module is either passed to modprobe via command
+line or mentioned in modules.dep
-Denis,
+this replaces cryptic error
+sh: Syntax error: word unexpected (expecting ")")
+with
+modprobe: module some-module not found.
-># ./busybox env - echo zzz
->zzz
-># ./busybox echo -n zzz
->zzz
-># ./busybox env - echo -n zzz
->env: invalid option -- n
->
-> obviously, env tried to understand -n as env's option
-> instead of blindly passing it to echo...
->
->BusyBox v1.00-pre1 (2003.07.16-07:53+0000) multi-call binary
->
->Usage: env [-iu] [-] [name=value]... [command]
+egor.
-Ah, you found very old problem.
-Last patch also have:
+Members:
+ modutils/modprobe.c:1.40->1.41
-- multiple "-u unsetenv" support
-- GNU long option support
-- save errno after exec failed before bb_perror_msg()
+---------------------
+PatchSet 4391
+Date: 2004/09/24 09:24:27
+Author: bug1
+Branch: HEAD
+Tag: (none)
+Log:
+Patch from Dmitry Zakharov to fix a bug triggered by freeswan's scripts.
+Members:
+ editors/awk.c:1.10->1.11
---w
-vodz
+---------------------
+PatchSet 4392
+Date: 2004/09/30 00:24:21
+Author: bug1
+Branch: HEAD
+Tag: (none)
+Log:
+Patch from William Barsse to fix a segfault when multiple files are specified.
Members:
- coreutils/env.c:1.7->1.8
+ coreutils/tail.c:1.47->1.48
---------------------
-PatchSet 3443
-Date: 2003/07/28 09:31:56
+PatchSet 4393
+Date: 2004/10/07 00:35:59
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Update docs a bit
+Make it more apparent that archive creation is not supported
Members:
- networking/Config.in:1.20->1.21
+ archival/ar.c:1.49->1.50
---------------------
-PatchSet 3444
-Date: 2003/07/28 10:31:28
+PatchSet 4394
+Date: 2004/10/08 07:21:58
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Fixup bugs in last patch
+Patch from Michael Tokarev:
+
+Scenario:
+
+ touch x -- creates plain file name `x'
+ mkdir x -- exits successefully
+
+libbb/make_directory.c, bb_make_directory(), contains
+the following code:
+
+ if (mkdir(path, 0777) < 0) {
+ /* If we failed for any other reason than the directory
+ * already exists, output a diagnostic and return -1.*/
+ if (errno != EEXIST) {
+ fail_msg = "create";
+ umask(mask);
+ break;
+ }
+ /* Since the directory exists, don't attempt to change
+ * permissions if it was the full target. Note that
+ * this is not an error conditon. */
+ if (!c) {
+ umask(mask);
+ return 0;
+ }
+ }
+
+The assumption that EEXIST error is due to that the *directory*
+already exists is wrong: any file type with that name will cause
+this error to be returned. Proper way IMHO will be is to stat()
+the path and check whenever this is really a directory. Below
+(attached) is a patch to fix this issue.
Members:
- miscutils/crond.c:1.5->1.6
- networking/inetd.c:1.5->1.6
- sysklogd/klogd.c:1.17->1.18
+ libbb/make_directory.c:1.15->1.16
---------------------
-PatchSet 3445
-Date: 2003/07/28 10:37:56
+PatchSet 4395
+Date: 2004/10/08 07:45:08
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Avoid shadowing built-in function `log'
+egor duda writes:
+
+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
Members:
- miscutils/crond.c:1.6->1.7
+ Makefile:1.297->1.298
+ Rules.mak:1.37->1.38
+ applets/Makefile:1.5->1.6
+ applets/Makefile.in:1.5->1.6
+ archival/Makefile:1.7->1.8
+ archival/Makefile.in:1.5->1.6
+ archival/libunarchive/Makefile:1.5->1.6
+ archival/libunarchive/Makefile.in:1.23->1.24
+ console-tools/Makefile:1.4->1.5
+ console-tools/Makefile.in:1.5->1.6
+ coreutils/Makefile:1.3->1.4
+ coreutils/Makefile.in:1.9->1.10
+ coreutils/libcoreutils/Makefile:1.3->1.4
+ coreutils/libcoreutils/Makefile.in:1.3->1.4
+ debianutils/Makefile:1.3->1.4
+ debianutils/Makefile.in:1.5->1.6
+ editors/Makefile:1.4->1.5
+ editors/Makefile.in:1.5->1.6
+ findutils/Makefile:1.4->1.5
+ findutils/Makefile.in:1.4->1.5
+ init/Makefile:1.5->1.6
+ init/Makefile.in:1.9->1.10
+ libbb/Makefile:1.10->1.11
+ libbb/Makefile.in:1.38->1.39
+ libpwdgrp/Makefile:1.3->1.4
+ libpwdgrp/Makefile.in:1.4->1.5
+ loginutils/Makefile:1.3->1.4
+ loginutils/Makefile.in:1.8->1.9
+ miscutils/Makefile:1.7->1.8
+ miscutils/Makefile.in:1.12->1.13
+ modutils/Makefile:1.4->1.5
+ modutils/Makefile.in:1.3->1.4
+ networking/Makefile:1.7->1.8
+ networking/Makefile.in:1.19->1.20
+ networking/libiproute/Makefile:1.3->1.4
+ networking/libiproute/Makefile.in:1.6->1.7
+ networking/udhcp/Makefile:1.3->1.4
+ networking/udhcp/Makefile.in:1.10->1.11
+ procps/Makefile:1.4->1.5
+ procps/Makefile.in:1.6->1.7
+ scripts/config/Makefile:1.4->1.5
+ shell/Makefile:1.4->1.5
+ shell/Makefile.in:1.3->1.4
+ sysklogd/Makefile:1.5->1.6
+ sysklogd/Makefile.in:1.3->1.4
+ testsuite/runtest:1.8->1.9
+ testsuite/du/du-h-works:1.1->1.2
+ testsuite/du/du-k-works:1.1->1.2
+ testsuite/du/du-l-works:1.1->1.2
+ testsuite/du/du-m-works:1.1->1.2
+ testsuite/du/du-s-works:1.1->1.2
+ testsuite/du/du-works:1.1->1.2
+ testsuite/head/head-n-works:1.1->1.2
+ testsuite/head/head-works:1.1->1.2
+ testsuite/ls/ls-1-works:1.1->1.2
+ testsuite/ls/ls-h-works:1.1->1.2
+ testsuite/ls/ls-l-works:1.1->1.2
+ testsuite/ls/ls-s-works:1.1->1.2
+ testsuite/sort/sort-n-works:1.1->1.2
+ testsuite/sort/sort-r-works:1.1->1.2
+ testsuite/sort/sort-works:1.1->1.2
+ testsuite/tail/tail-n-works:1.1->1.2
+ testsuite/tail/tail-works:1.1->1.2
+ testsuite/xargs/xargs-works:1.1->1.2
+ util-linux/Makefile:1.6->1.7
+ util-linux/Makefile.in:1.8->1.9
---------------------
-PatchSet 3446
-Date: 2003/07/28 10:56:34
+PatchSet 4396
+Date: 2004/10/08 07:58:30
+Author: andersen
+Branch: HEAD
+Tag: (none)
+Log:
+As noticed by egor duda, current_menu is declared as 'extern struct menu
+*current_menu;' in scripts/config/lkc.h line 63, and this conflicts with
+static definition in mconf.c.
+
+Members:
+ scripts/config/mconf.c:1.5->1.6
+
+---------------------
+PatchSet 4397
+Date: 2004/10/08 08:03:29
+Author: andersen
+Branch: HEAD
+Tag: (none)
+Log:
+last_patch139.gz from Vladimir N. Oleynik:
+
+>I also don't mean to disagree about leaving 30x status codes until after
+>1.0. In fact, although redirecting http://host/dir to http://host/dir/
+>with a 301 is common practice (e.g. Apache, IIS), AFAIK it isn't
+>actually required (or mentioned) by the HTTP specs.
+
+Ok.
+Attached patch have 302 and 408 implemented features.
+
+
+--w
+vodz
+
+Members:
+ networking/httpd.c:1.27->1.28
+
+---------------------
+PatchSet 4398
+Date: 2004/10/08 08:07:40
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-This is synced from dash-0.4.17 and full ready for insert to new busybox
-version:
-ftp://ftp.simtreas.ru/pub/my/bb/new
+Tito writes:
+
+Hi to all,
+This patch contains just some fixes for some misleading
+comments in my_getpwuid.c and my_getug.c.
+The code is untouched so this patch will not
+cause troubles.
-News:
+Please apply.
-- code is smalest!
-- support ${var...} expr
-- used new very strongly steal controlling terminal
+Thanks in advance and Ciao,
+Tito
Members:
- shell/ash.c:1.70->1.71
- shell/cmdedit.c:1.80->1.81
+ libbb/my_getpwuid.c:1.10->1.11
+ libbb/my_getug.c:1.1->1.2
---------------------
-PatchSet 3447
-Date: 2003/07/28 10:59:05
+PatchSet 4399
+Date: 2004/10/08 08:10:57
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Patch from vodz to update httpd usage
+Hiroshi Ito writes:
+
+ Hello
+
+ I'm using busy box on mipsel machine.
+
+ "grep -f file" will cause segmentation fault.
+
+Vladimir N. Oleynik writes:
+
+Hiroshi,
+
+Thank for bug report, but your patch is full broken.
+Worked patch attached.
+(really changes is zero initialize, and indent correcting).
+
+
+--w
+vodz
Members:
- include/usage.h:1.161->1.162
+ findutils/grep.c:1.85->1.86
---------------------
-PatchSet 3448
-Date: 2003/07/28 11:13:03
+PatchSet 4400
+Date: 2004/10/08 08:14:58
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-A small update to the new docs. Plenty more is needed...
+Hiroshi Ito writes:
+
+ash
+ "unset OLDPWD; cd -" causes segmentation fault.
+ ( OLDPWD is not set when sh is invoked from getty. )
+
+patch against current CVS is attached.
Members:
- docs/busybox.sgml:1.49->1.50
+ shell/ash.c:1.106->1.107
---------------------
-PatchSet 3449
-Date: 2003/07/28 11:34:38
+PatchSet 4401
+Date: 2004/10/08 08:17:39
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-bump version to 1.0.0-pre2
+Hiroshi Ito writes:
+
+"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.
Members:
- Rules.mak:1.18->1.19
+ init/init.c:1.204->1.205
---------------------
-PatchSet 3450
-Date: 2003/07/29 07:33:12
+PatchSet 4402
+Date: 2004/10/08 08:21:54
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Yang Xiaopeng writes:
+Hiroshi Ito writes:
+
+Hello, all.
+
+Busybox init does not handle removed inittab entry correctly.
->I'm sure that no user process use old root now, but when run "umount
->/old_root", it says:
-> umount: /old_root: Device or resource busy
->
->I have tried to remount /proc within the new root *after* chroot, but
->get the same result.
->
->
-I found the problem, I said that no user process use old root when run
-my scripts, but
-I'm wrong, actually there is a '3' fd open the file
-"/old_root/dev/console". By adding
-debug message in init/init.c, I found the problem: when init restart(in
-exec_signal()),
-before open the new terminal device, there is still a file opened(I
-don't know which file it is), so the
-terminal device(stdin) get fd '1', and the first dup(0)(stdout) return
-'2', the second(stderr) return '3'.
+# I'm sorry about my poor english, but you can find
+# what I would like to say from patch, isn't it?
-I attach a simple patch to solve this problem.
+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.
Members:
- init/init.c:1.191->1.192
+ init/init.c:1.205->1.206
---------------------
-PatchSet 3451
-Date: 2003/07/29 07:38:40
+PatchSet 4403
+Date: 2004/10/08 08:27:40
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Vladimir N. Oleynik writes:
-
-Last patch have synced form Manuel Nova III xxreadtoken() function,
-corrected (C) form dash debian/copyright, removed my small mistake
-with IFS_BROKEN (thanks by Herbert), and synced cmdedit.c from
-current CVS (removed libc5 support, your email correction, my (C) year
-corertion).
+Patch from Denis Vlasenko to fix a problem where
+wget http://1.2.3.4/abc/ loses last '/'
Members:
- shell/ash.c:1.71->1.72
- shell/cmdedit.c:1.81->1.82
+ networking/wget.c:1.74->1.75
---------------------
-PatchSet 3452
-Date: 2003/07/29 08:05:35
+PatchSet 4404
+Date: 2004/10/08 08:49:25
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Bruno Randolf writes:
+Wade Berrier writes:
-this patch fixes run_parts when it's called by ifupdown. 1) argv has to be a
-NULL terminated char* array, not just a string. 2) run_parts now explicitly
-sets the environment. this environment is populated from the
-/etc/network/interfaces config file and is needed by the scripts in
-/etc/network/if-pre-up.d/. when run-parts is called from the command line the
-environment is taken from the current process.
+Hello,
+Here's a patch for a first attempt at static leases for udhcpd.
+Included in the tarball are 2 files (static_leases.c, static_leases.h)
+and a patch against the latest cvs.
-Vladimir Oleynik then wrote:
+In the config file you can configure static leases with the following
+format:
-You can simplify this if use:
+static_lease 00:60:08:11:CE:4E 192.168.0.54
+static_lease 00:60:08:11:CE:3E 192.168.0.44
-+ bb_xasprintf(&buf[0], "/etc/network/if-%s.d", opt);
-+ buf[1] = NULL;
-+
-+ run_parts(&buf, 2, environ);
-+ free(buf[0]);
+Comments/suggestions/improvements are welcome.
---w
-vodz
+
+Wade
Members:
- debianutils/run_parts.c:1.5->1.6
- include/libbb.h:1.106->1.107
- libbb/run_parts.c:1.8->1.9
- networking/ifupdown.c:1.26->1.27
+ examples/udhcp/udhcpd.conf:1.3->1.4
+ networking/udhcp/Makefile.in:1.11->1.12
+ networking/udhcp/dhcpd.c:1.6->1.7
+ networking/udhcp/dhcpd.h:1.6->1.7
+ networking/udhcp/files.c:1.14->1.15
+ networking/udhcp/leases.c:1.6->1.7
+ networking/udhcp/serverpacket.c:1.6->1.7
+ networking/udhcp/static_leases.c:INITIAL->1.1
+ networking/udhcp/static_leases.h:INITIAL->1.1
---------------------
-PatchSet 3453
-Date: 2003/07/29 08:15:17
+PatchSet 4405
+Date: 2004/10/08 08:57:35
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Fixup typo noticed by Nick Fedchik
+Patch from Claus Klein to increase, and make more apparent
+the hard coded limit on the number of mounts
Members:
- shell/ash.c:1.72->1.73
+ libbb/mtab.c:1.5->1.6
---------------------
-PatchSet 3454
-Date: 2003/07/29 08:37:39
+PatchSet 4406
+Date: 2004/10/08 09:43:34
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Match up interfaces
+Fix CONFIG_ASH_MATH_SUPPORT_64 so it actually works
Members:
- networking/ifupdown.c:1.27->1.28
+ shell/ash.c:1.107->1.108
---------------------
-PatchSet 3455
-Date: 2003/07/29 08:45:05
+PatchSet 4407
+Date: 2004/10/08 10:50:08
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Set libbb dead last in the link order
+Add an initial FAQ
Members:
- Makefile:1.282->1.283
+ docs/busybox.net/FAQ.html:INITIAL->1.1
+ docs/busybox.net/header.html:1.8->1.9
---------------------
-PatchSet 3456
-Date: 2003/07/30 07:52:33
+PatchSet 4408
+Date: 2004/10/08 10:52:08
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Ronny L Nilsson writes:
-
- If BusyBox was compiled with -DCONFIG_FEATURE_CLEAN_UP dmesg command
- segfaults if invoked with the "-n" option. (Due to a free() of an
- uninitialized pointer).
+Fix the supported architectures section
Members:
- util-linux/dmesg.c:1.30->1.31
+ README:1.36->1.37
---------------------
-PatchSet 3457
-Date: 2003/07/30 07:56:07
+PatchSet 4409
+Date: 2004/10/08 10:52:33
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Ronny L Nilsson writes:
-
-The login process should always timeout if user don't login sucessfully within
-reasonable time. Otherwise we're sensetive to a DOS attack by simply doing a
-bunch of simultaneous telnet connections (deploys all availible TTY's).
-
-This patch make login.c terminate the connection after "TIMEOUT" seconds.
+Bump version
Members:
- loginutils/login.c:1.11->1.12
+ Rules.mak:1.38->1.39
---------------------
-PatchSet 3458
-Date: 2003/07/30 08:16:39
+PatchSet 4410
+Date: 2004/10/08 10:54:20
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Christian Meyer provided this patch to fix more bugs with the tftp client
+unmerged fix
Members:
- networking/tftp.c:1.19->1.20
+ docs/busybox.net/news.html:1.22->1.23
---------------------
-PatchSet 3459
-Date: 2003/07/30 08:57:06
+PatchSet 4411
+Date: 2004/10/08 11:11:02
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Vladimir N. Oleynik writes:
-
- This moment have algoritmicaly problem, not overflow:
- strcat(wrapped, wrapped) - may be looped.
-
- Hand patch:
-
- - else if (strstr(strcat(wrapped, wrapped), newmono))
- + else {
- + safe_strncpy(wrapped + lenwrap, wrapped, lenwrap + 1);
- + if (strstr(wrapped, newmono))
- +}
-
- --w
- vodz
+oops
Members:
- libbb/obscure.c:1.3->1.4
+ docs/busybox.net/FAQ.html:1.1->1.2
---------------------
-PatchSet 3460
-Date: 2003/07/30 09:22:53
+PatchSet 4412
+Date: 2004/10/11 20:52:16
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Eric Spakman writes:
+Patch from David Daney:
-The recent changes in ifupdown where all calls to 'ip link set' and
-'ip addr set' are swapped give some problems with v4tunnels.
-For plain ipv4 and ipv6 interfaces it works correct, other methods
-not tried. The patch below change the behaviour back for v4tunnels
-only.
+It seems that date -s MMDDHHMMYYYY.ss
-Without the patch the following errors are shown:
-RTNETLINK answers: Network is down
-RTNETLINK answers: No route to host
-and the tunnel is not fully brought up
+will ignore the .ss part. This patch tries to fix the problem.
-With this patch all works as expected.
+David Daney.
Members:
- networking/ifupdown.c:1.28->1.29
+ coreutils/date.c:1.47->1.48
---------------------
-PatchSet 3461
-Date: 2003/07/30 09:29:56
+PatchSet 4413
+Date: 2004/10/13 06:25:51
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Do not require that the signal number be specified
+Make certain clients of bb_make_directory default to honoring
+the user's umask
Members:
- debianutils/start_stop_daemon.c:1.9->1.10
+ archival/libunarchive/data_extract_all.c:1.20->1.21
+ libbb/make_directory.c:1.16->1.17
+ miscutils/devfsd.c:1.9->1.10
---------------------
-PatchSet 3462
-Date: 2003/07/30 09:40:37
+PatchSet 4414
+Date: 2004/10/13 07:18:05
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-last_patch100 from vodz updating fdisk to 2.12pre
+Simon Poole writes:
+
+Erik,
+
+Attached is a patch for the udhcpc sample scripts, to correct the order in
+which routers are applied if the DHCP server provides more than one (as per
+section 3.5 of RFC2132).
+
+Apologies for not being on the mailing list and thanks for your continued
+efforts.
+
+Simon.
Members:
- util-linux/fdisk.c:1.7->1.8
+ examples/udhcp/sample.bound:1.1->1.2
+ examples/udhcp/sample.renew:1.1->1.2
+ examples/udhcp/simple.script:1.1->1.2
---------------------
-PatchSet 3463
-Date: 2003/07/30 09:55:59
+PatchSet 4415
+Date: 2004/10/13 07:25:01
Author: andersen
Branch: HEAD
Tag: (none)
Log:
-Lars Ekman writes:
-
-When using "losetup" the device is always setup as Read-Only.
-
-(I have only tested with the -o flag, but looking at the code the
- problem seems general)
-
-The problem is the "opt" variable in "losetup.c" that is reused in
-the "set_loop()" call. Clear it before the call and everything is OK;
-
- opt = 0; /* <-------- added line */
- if (delete)
- return del_loop (argv[optind]) ? EXIT_SUCCESS : EXIT_FAILURE;
- else
- return set_loop (argv[optind], argv[optind + 1], offset, &opt)
- ? EXIT_FAILURE : EXIT_SUCCESS;
-}
-
-Best Regards,
-Lars Ekman
+return failure when nslookup fails
Members:
- util-linux/losetup.c:1.2->1.3
+ networking/nslookup.c:1.32->1.33