busybox/Changelog
2004-10-13 09:42:10 +00:00

1382 lines
32 KiB
Plaintext

---------------------
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