aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Patch from Kent Robotti to being fdisk in sync with v2.12 final.Eric Andersen2003-08-081-6/+10
|
* Remove unnecessary defamatory commentEric Andersen2003-08-081-12/+1
|
* Fix a stupid bug I introduced several months agoEric Andersen2003-08-081-2/+2
|
* Begin preparing for another releaseEric Andersen2003-08-061-1/+1
|
* Latest dash update from vodzEric Andersen2003-08-063-528/+910
|
* Patch from Eric Spakman to update "run-parts" help text in Config.in.Eric Andersen2003-08-061-2/+2
|
* Eric Spakman writes:Eric Andersen2003-08-061-7/+11
| | | | | | | | | | | | | | | | | | | The attached patch adds "mtu" and "hwaddress" to the inet6 method and "mtu", "hwaddr" and "pointopoint" to the inet4 method (just like in the ifupdown part). Note: "hwaddress" can't be used with the busybox ip applet (this function isn't implemented in bb ip yet), but it can be of use with an external "full blown" ip package. The patch also removes "label" from the loopback configuration, labels (subinterfaces) aren't used with loopback interfaces. It further solves a problem in the bootp method, "ifconfig down %interface%" should be "ifconfig %interface% down" and it's now also possible to use ip with bootp. The patch is fully tested with both busybox ip and "stand-alone" ip and I didn't saw any problems.
* Patch from vodz:Eric Andersen2003-08-062-10/+96
| | | | | | | | | | | | | | | | | | I wrote: >>I think, fdisk have special ext2lseek special for: >>disk can have size > 4Gb, but all any partitions have < 4Gb and lseek64 >>not require. >>May be best create new configure option for set DOLFS for fdisk applet >>if global DOLFS unset? > Erik Andersen wrote: >Agreed. Using an extra configure option when ! DOLFS >would be a good idea. Ok. Patch attached.
* Patch from Steven Scholz:Eric Andersen2003-08-063-2/+20
| | | | | | | | | | | should we rename the define into CONFIG_FEATURE_HDPARM_HDIO_DMA and use it for "set" and "get" ??? Since although CONFIG_FEATURE_HDPARM_HDIO_GET_DMA is _not_ set I still can use "hdparm -d 1 /dev/hda" to switch the DMA on. Is this desireable or meant to be like that? So how about the applied patch?
* Steven Scholz writes:Eric Andersen2003-08-061-1/+0
| | | | | | | | | | | | | | the output of lsmod (busybox-1.00-pre2) contains IMHO one "\n" too much when using CONFIG_FEATURE_CHECK_TAINTED_MODULE: ~ # lsmod Module Size Used by Tainted: P ds 8364 1 m8xx_pcmcia 5388 1 pcmcia_core 40736 0 [ds m8xx_pcmcia] and this patch from Steven fixes the problem
* Sync hdparm -t and -T options with hdparm-5.3, which seemsEric Andersen2003-08-061-66/+69
| | | | to produce sensible results,
* Patch from vodz to cleanup libbb/obscure.c:password_check()Eric Andersen2003-08-061-3/+3
| | | | to not copy too much data.
* Joe.C writes:Eric Andersen2003-08-061-1/+5
| | | | | | | | | | | | | | | I've reported this bug in April and it still exists in 1.00-pre2. So I made patches for both 0.60.x and 1.00-pre2. The patch is very simple, just use strncmp instead of strcmp. Please apply if it is OK. Here's the procedure to test this problem: Create a executable with very long name, say 'test_1234567890123456' and execute it. Try using 'killall' or 'pidof' to find/kill this program. Without this patch, you can't find the program.
* Fixup segfault on 'kill -q'Eric Andersen2003-08-061-5/+5
|
* extern inline is a bad bad thing. kill it (so mkfs_minix.c willEric Andersen2003-08-061-11/+11
| | | | actually compile)
* Seems I missed a spotEric Andersen2003-08-052-2/+2
|
* Merge/rework config system per the latest from linux-2.6.0-test2.Eric Andersen2003-08-0515-2551/+3447
| | | | | Fix the config bugs revealed by the updated config system. -Erik
* Might as well get my name in AUTHORS before 1.0...Manuel Novoa III2003-08-021-4/+14
|
* Save 0.5K.Manuel Novoa III2003-08-021-129/+154
|
* Remove code that too agressively disabled inlinesEric Andersen2003-08-011-5/+0
|
* Minor cleanupEric Andersen2003-07-311-5/+2
|
* Fix bug when handling debian packages.Glenn L McGrath2003-07-311-3/+5
| | | | | | If we read the contents of compressed files within the ar archive, e.g. control.tar.gz, then file position gets all out of whack, so it has to be reset before reading thenext header.
* Remove LRP (now defunct) and replace it with leaf.Eric Andersen2003-07-301-2/+1
|
* Update webpage and changelog for release1_00_pre2Eric Andersen2003-07-303-18816/+603
|
* Lars Ekman writes:Eric Andersen2003-07-301-0/+1
| | | | | | | | | | | | | | | | | | | | | 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
* last_patch100 from vidz updating fdisk to 2.12preEric Andersen2003-07-301-317/+330
|
* Do not require that the signal number be specifiedEric Andersen2003-07-301-2/+4
|
* Eric Spakman writes:Eric Andersen2003-07-301-1/+1
| | | | | | | | | | | | | | | 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. 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 With this patch all works as expected.
* Vladimir N. Oleynik writes:Eric Andersen2003-07-301-2/+5
| | | | | | | | | | | | | | | | 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
* Christian Meyer provided this patch to fix more bugs with the tftp clientEric Andersen2003-07-301-3/+2
|
* Ronny L Nilsson writes:Eric Andersen2003-07-301-5/+2
| | | | | | | | 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.
* Ronny L Nilsson writes:Eric Andersen2003-07-301-1/+5
| | | | | | 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).
* Set libbb dead last in the link orderEric Andersen2003-07-291-1/+1
|
* Match up interfacesEric Andersen2003-07-291-1/+1
|
* Fixup typo noticed by Nick FedchikEric Andersen2003-07-291-1/+1
|
* Bruno Randolf writes:Eric Andersen2003-07-294-9/+12
| | | | | | | | | | | | | | | | | | | | | | | 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. Vladimir Oleynik then wrote: You can simplify this if use: + bb_xasprintf(&buf[0], "/etc/network/if-%s.d", opt); + buf[1] = NULL; + + run_parts(&buf, 2, environ); + free(buf[0]); --w vodz
* Vladimir N. Oleynik writes:Eric Andersen2003-07-292-33/+97
| | | | | | | | 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).
* Yang Xiaopeng writes:Eric Andersen2003-07-291-0/+5
| | | | | | | | | | | | | | | | | | | | | | | >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 attach a simple patch to solve this problem.
* bump version to 1.0.0-pre2Eric Andersen2003-07-281-1/+1
|
* A small update to the new docs. Plenty more is needed...Eric Andersen2003-07-281-17/+24
|
* Patch from vodz to update httpd usageEric Andersen2003-07-281-4/+31
|
* This is synced from dash-0.4.17 and full ready for insert to new busyboxEric Andersen2003-07-282-6805/+7203
| | | | | | | | | | | version: ftp://ftp.simtreas.ru/pub/my/bb/new News: - code is smalest! - support ${var...} expr - used new very strongly steal controlling terminal
* Avoid shadowing built-in function `log'Eric Andersen2003-07-281-33/+33
|
* Fixup bugs in last patchEric Andersen2003-07-283-4/+4
|
* Update docs a bitEric Andersen2003-07-281-8/+9
|
* last_patch98 from vodz:Eric Andersen2003-07-281-12/+41
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Denis, ># ./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] Ah, you found very old problem. Last patch also have: - multiple "-u unsetenv" support - GNU long option support - save errno after exec failed before bb_perror_msg() --w vodz
* last_patch95 from vodz:Eric Andersen2003-07-2811-246/+316
| | | | | | | | | | | | | | | | | 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. --w vodz
* Add a "search google" buttonEric Andersen2003-07-281-8/+13
|
* James Petterson writes:Eric Andersen2003-07-281-2/+2
| | | | | | | | | | | | | | | | | | 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:
* There should be only one instance of CONFIG_FEATURE_AUTOWIDTHEric Andersen2003-07-262-17/+7
|