From: Eric Andersen Date: Tue, 16 Aug 2005 23:59:17 +0000 (-0000) Subject: We don't need no stinkin changelog X-Git-Tag: 1_01~1 X-Git-Url: https://git.librecmc.org/?a=commitdiff_plain;h=9e78a1772d3ea4b5537e791d2066ff9fba7bd201;p=oweals%2Fbusybox.git We don't need no stinkin changelog --- diff --git a/busybox/Changelog b/busybox/Changelog deleted file mode 100644 index 721fc8270..000000000 --- a/busybox/Changelog +++ /dev/null @@ -1,1381 +0,0 @@ ---------------------- -PatchSet 4347 -Date: 2004/08/16 10:29:28 -Author: andersen -Branch: HEAD -Tag: busybox_1_00_rc3 -Log: -Prepare for release - -Members: - 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 4348 -Date: 2004/08/18 17:57:16 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Fixup 'dc' usage - -Members: - include/usage.h:1.218->1.219 - ---------------------- -PatchSet 4349 -Date: 2004/08/19 18:22:13 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - shell/ash.c:1.104->1.105 - shell/cmdedit.c:1.92->1.93 - ---------------------- -PatchSet 4350 -Date: 2004/08/19 18:25:02 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from Tito documenting the '-q' option - -Members: - include/usage.h:1.219->1.220 - ---------------------- -PatchSet 4351 -Date: 2004/08/19 18:26:26 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from Tito adding support for '-q' - -Members: - procps/kill.c:1.52->1.53 - ---------------------- -PatchSet 4352 -Date: 2004/08/19 18:30:31 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from Mike Castle to cleanup some modutils issues, in -particular making alias support work better. - -Members: - modutils/modprobe.c:1.39->1.40 - ---------------------- -PatchSet 4353 -Date: 2004/08/19 19:15:06 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -regularly update the status line display - -Erik - -Members: - editors/vi.c:1.37->1.38 - ---------------------- -PatchSet 4354 -Date: 2004/08/19 19:17:30 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from Rodney Radford adding x86_64 support. - -Members: - modutils/insmod.c:1.122->1.123 - ---------------------- -PatchSet 4355 -Date: 2004/08/25 02:02:19 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Patch from Manousaridis Angelos to cleanup stale file descriptors, it was preventing unmounting an initial filesystem. - -Members: - loginutils/getty.c:1.13->1.14 - loginutils/login.c:1.19->1.20 - ---------------------- -PatchSet 4356 -Date: 2004/08/26 21:45:21 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - libbb/interface.c:1.24->1.25 - ---------------------- -PatchSet 4357 -Date: 2004/08/26 22:18:56 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - 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 4358 -Date: 2004/08/26 22:22:50 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - networking/httpd.c:1.26->1.27 - ---------------------- -PatchSet 4359 -Date: 2004/08/26 22:26:26 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Save a line or two - -Members: - loginutils/getty.c:1.14->1.15 - loginutils/login.c:1.20->1.21 - ---------------------- -PatchSet 4360 -Date: 2004/08/26 22:36:02 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - coreutils/whoami.c:1.22->1.23 - ---------------------- -PatchSet 4361 -Date: 2004/08/26 23:01:34 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -The login applet should always be setuid root - -Members: - include/applets.h:1.114->1.115 - ---------------------- -PatchSet 4362 -Date: 2004/08/26 23:13:00 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Improve the setuid situation a bit, and make it more apparent -when people really ought to make busybox setuid root. - -Erik - -Members: - Makefile:1.296->1.297 - loginutils/Config.in:1.8->1.9 - miscutils/Config.in:1.18->1.19 - ---------------------- -PatchSet 4363 -Date: 2004/08/26 23:15:29 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Togg writes: - -Syslogd wont start if remote-logging is enabled and the connection to the -remote-log server is not possible on syslogd startup. - -I found a patch somewhere which works like a charm. It uses sendto() which -seems more reliable for this issue. - -Please see attached patch. Many people will be more happy with this included -I think. - -Regards, -Togg - -Members: - sysklogd/syslogd.c:1.113->1.114 - ---------------------- -PatchSet 4364 -Date: 2004/08/27 19:55:28 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Quiet a few warnings - -Members: - init/mesg.c:1.2->1.3 - shell/msh.c:1.20->1.21 - ---------------------- -PatchSet 4365 -Date: 2004/08/28 00:43:05 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Fixup some warnings - -Members: - 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 4366 -Date: 2004/09/02 22:21:39 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - 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 4367 -Date: 2004/09/02 22:22:16 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - include/usage.h:1.220->1.221 - loginutils/adduser.c:1.10->1.11 - sysklogd/syslogd.c:1.114->1.115 - ---------------------- -PatchSet 4368 -Date: 2004/09/02 23:03:24 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - README:1.35->1.36 - modutils/insmod.c:1.124->1.125 - ---------------------- -PatchSet 4369 -Date: 2004/09/02 23:11:52 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -No longer needed - -Members: - libbb/my_getpwnamegid.c:1.7->1.8(DEAD) - patches/id_groups_alias.patch:1.1->1.2(DEAD) - ---------------------- -PatchSet 4370 -Date: 2004/09/02 23:13:10 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - shell/msh.c:1.21->1.22 - ---------------------- -PatchSet 4371 -Date: 2004/09/08 10:01:07 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - shell/ash.c:1.105->1.106 - ---------------------- -PatchSet 4372 -Date: 2004/09/08 10:56:06 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - sysklogd/syslogd.c:1.115->1.116 - ---------------------- -PatchSet 4373 -Date: 2004/09/08 20:13:05 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Fixup URL - -Members: - docs/busybox.net/cvs_write.html:1.9->1.10 - ---------------------- -PatchSet 4374 -Date: 2004/09/14 13:59:44 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -I have to assume both Avaks and LSILogic are deliberatly ignoring me. - -Members: - docs/busybox.net/shame.html:1.18->1.19 - ---------------------- -PatchSet 4375 -Date: 2004/09/14 16:08:02 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Patch from tito to add argument checking. - -Members: - loginutils/addgroup.c:1.12->1.13 - ---------------------- -PatchSet 4376 -Date: 2004/09/14 16:23:56 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Patch from Felipe Kellermann, adds missing applet usage options, removes usage -for options that are currently not implemented and fixes typos. - -Members: - include/usage.h:1.221->1.222 - ---------------------- -PatchSet 4377 -Date: 2004/09/14 17:24:58 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Patch from Felipe Kellermann, remove some unnecessary dups, i declared a few extra const's also. - -Members: - 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 4378 -Date: 2004/09/14 18:12:13 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -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: - sysklogd/syslogd.c:1.116->1.117 - ---------------------- -PatchSet 4379 -Date: 2004/09/14 18:56:52 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -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: - procps/top.c:1.12->1.13 - ---------------------- -PatchSet 4380 -Date: 2004/09/14 19:14:00 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -remove a cut/paste mistake, i better get some sleep. - -Members: - procps/top.c:1.13->1.14 - ---------------------- -PatchSet 4381 -Date: 2004/09/15 02:05:23 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Patch by Felipe Kellermann, use the common escape handling function and remove some unused code. - -Members: - coreutils/printf.c:1.22->1.23 - ---------------------- -PatchSet 4382 -Date: 2004/09/15 02:39:09 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Only write to shadow file is shadow passwords are enabled. Patch by magicfox modified by myself to retain check for shadow file access. - -Members: - loginutils/passwd.c:1.8->1.9 - ---------------------- -PatchSet 4383 -Date: 2004/09/15 03:04:07 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -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: - 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 4384 -Date: 2004/09/15 03:24:32 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Add a missing brace, patch by Hideki IWAMOTO - -Members: - coreutils/stty.c:1.9->1.10 - ---------------------- -PatchSet 4385 -Date: 2004/09/23 20:08:46 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Add some notes on how to make telnetd actually work - -Members: - networking/Config.in:1.28->1.29 - ---------------------- -PatchSet 4386 -Date: 2004/09/24 01:25:39 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -A bit of extra explanation regarding STANDALONE - -Members: - shell/Config.in:1.16->1.17 - ---------------------- -PatchSet 4387 -Date: 2004/09/24 02:04:13 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Patch from David Daney to make the -i option work with -l. - -Members: - coreutils/ls.c:1.111->1.112 - ---------------------- -PatchSet 4388 -Date: 2004/09/24 02:36:44 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Remove this error message at Vodz request, it was misleading. - -Members: - libbb/correct_password.c:1.4->1.5 - ---------------------- -PatchSet 4389 -Date: 2004/09/24 09:09:44 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -Fix a typo - -Members: - shell/Config.in:1.17->1.18 - ---------------------- -PatchSet 4390 -Date: 2004/09/24 09:18:55 -Author: bug1 -Branch: HEAD -Tag: (none) -Log: -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 - -this replaces cryptic error -sh: Syntax error: word unexpected (expecting ")") -with -modprobe: module some-module not found. - -egor. - -Members: - modutils/modprobe.c:1.40->1.41 - ---------------------- -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 - ---------------------- -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/tail.c:1.47->1.48 - ---------------------- -PatchSet 4393 -Date: 2004/10/07 00:35:59 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Make it more apparent that archive creation is not supported - -Members: - archival/ar.c:1.49->1.50 - ---------------------- -PatchSet 4394 -Date: 2004/10/08 07:21:58 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - libbb/make_directory.c:1.15->1.16 - ---------------------- -PatchSet 4395 -Date: 2004/10/08 07:45:08 -Author: andersen -Branch: HEAD -Tag: (none) -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: - 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 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: -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. - -Please apply. - -Thanks in advance and Ciao, -Tito - -Members: - libbb/my_getpwuid.c:1.10->1.11 - libbb/my_getug.c:1.1->1.2 - ---------------------- -PatchSet 4399 -Date: 2004/10/08 08:10:57 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - findutils/grep.c:1.85->1.86 - ---------------------- -PatchSet 4400 -Date: 2004/10/08 08:14:58 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - shell/ash.c:1.106->1.107 - ---------------------- -PatchSet 4401 -Date: 2004/10/08 08:17:39 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - init/init.c:1.204->1.205 - ---------------------- -PatchSet 4402 -Date: 2004/10/08 08:21:54 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Hiroshi Ito writes: - -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. - -Members: - init/init.c:1.205->1.206 - ---------------------- -PatchSet 4403 -Date: 2004/10/08 08:27:40 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from Denis Vlasenko to fix a problem where -wget http://1.2.3.4/abc/ loses last '/' - -Members: - networking/wget.c:1.74->1.75 - ---------------------- -PatchSet 4404 -Date: 2004/10/08 08:49:25 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Wade Berrier writes: - -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. - -In the config file you can configure static leases with the following -format: - -static_lease 00:60:08:11:CE:4E 192.168.0.54 -static_lease 00:60:08:11:CE:3E 192.168.0.44 - -Comments/suggestions/improvements are welcome. - - -Wade - -Members: - 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 4405 -Date: 2004/10/08 08:57:35 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from Claus Klein to increase, and make more apparent -the hard coded limit on the number of mounts - -Members: - libbb/mtab.c:1.5->1.6 - ---------------------- -PatchSet 4406 -Date: 2004/10/08 09:43:34 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Fix CONFIG_ASH_MATH_SUPPORT_64 so it actually works - -Members: - shell/ash.c:1.107->1.108 - ---------------------- -PatchSet 4407 -Date: 2004/10/08 10:50:08 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Add an initial FAQ - -Members: - docs/busybox.net/FAQ.html:INITIAL->1.1 - docs/busybox.net/header.html:1.8->1.9 - ---------------------- -PatchSet 4408 -Date: 2004/10/08 10:52:08 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Fix the supported architectures section - -Members: - README:1.36->1.37 - ---------------------- -PatchSet 4409 -Date: 2004/10/08 10:52:33 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Bump version - -Members: - Rules.mak:1.38->1.39 - ---------------------- -PatchSet 4410 -Date: 2004/10/08 10:54:20 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -unmerged fix - -Members: - docs/busybox.net/news.html:1.22->1.23 - ---------------------- -PatchSet 4411 -Date: 2004/10/08 11:11:02 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -oops - -Members: - docs/busybox.net/FAQ.html:1.1->1.2 - ---------------------- -PatchSet 4412 -Date: 2004/10/11 20:52:16 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Patch from David Daney: - -It seems that date -s MMDDHHMMYYYY.ss - -will ignore the .ss part. This patch tries to fix the problem. - -David Daney. - -Members: - coreutils/date.c:1.47->1.48 - ---------------------- -PatchSet 4413 -Date: 2004/10/13 06:25:51 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -Make certain clients of bb_make_directory default to honoring -the user's umask - -Members: - 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 4414 -Date: 2004/10/13 07:18:05 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -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: - 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 4415 -Date: 2004/10/13 07:25:01 -Author: andersen -Branch: HEAD -Tag: (none) -Log: -return failure when nslookup fails - -Members: - networking/nslookup.c:1.32->1.33 -