1999-12-03 09:19:54 +00:00
|
|
|
TODO list for busybox in no particular order. Just because something
|
|
|
|
is listed here doesn't mean that it is going to be added to busybox,
|
|
|
|
or that doing so is even a good idea. It just means that I _might_ get
|
|
|
|
around to it some time. If you have any good ideas, please let me know.
|
1999-11-23 21:38:12 +00:00
|
|
|
|
1999-12-16 20:59:36 +00:00
|
|
|
* login/sulogin/passwd/getty/etc are part of tinylogin, and so are not
|
|
|
|
needed or wanted in busybox (or else I'd have to link in libcrypt).
|
|
|
|
|
2000-01-15 22:28:50 +00:00
|
|
|
* Networking apps are probably going to be split out some time soon into a
|
|
|
|
separate package (named perhaps tiny-netkit?). This currently includes
|
|
|
|
hostid, hostname, mnc, and ping.
|
|
|
|
|
|
|
|
|
1999-12-03 09:19:54 +00:00
|
|
|
-Erik
|
|
|
|
|
|
|
|
-----------
|
1999-11-25 08:06:22 +00:00
|
|
|
|
1999-11-23 21:38:12 +00:00
|
|
|
* Allow tar to create archives with sockets, devices, and other special files
|
1999-12-17 18:52:06 +00:00
|
|
|
* Make insmod actually work
|
1999-12-07 23:14:59 +00:00
|
|
|
* dnsdomainname
|
2000-02-11 21:55:04 +00:00
|
|
|
* traceroute/netstat
|
1999-12-03 09:19:54 +00:00
|
|
|
* rdate
|
|
|
|
* hwclock
|
|
|
|
* killall
|
|
|
|
* stty
|
|
|
|
* tr
|
2000-02-18 21:34:17 +00:00
|
|
|
* cut
|
1999-12-10 08:25:07 +00:00
|
|
|
* expr (maybe?) (ash builtin?)
|
1999-12-03 09:19:54 +00:00
|
|
|
|
2000-02-07 05:29:42 +00:00
|
|
|
|
|
|
|
|
2000-02-18 21:34:17 +00:00
|
|
|
-----------------------
|
|
|
|
|
|
|
|
|
|
|
|
busybox.defs.h is too big and hard to follow.
|
|
|
|
|
|
|
|
I either need to add a better build system (like the Linux kernel?)
|
|
|
|
or I need to split up busybox.defs.h into coherent chunks (i.e.
|
|
|
|
busybox.defs.h just has a bunch of:
|
|
|
|
|
|
|
|
#include "fileutils.h"
|
|
|
|
#include "shellutils.h"
|
|
|
|
|
|
|
|
which would then have smaller sets of #defines...
|
|
|
|
Hmm. Needs to be carefully thought out.
|
|
|
|
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
|
2000-02-07 05:29:42 +00:00
|
|
|
|
|
|
|
Some known bugs, todo items, etc...
|
|
|
|
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
|
|
|
|
-rw-r--r-- 1000/1000 4398 2000-01-06 21:55 uniq.c
|
|
|
|
-rw-r--r-- 1000/1000 1568 1999-10-20 18:08 update.c
|
|
|
|
-rw-r----- 0/1000 1168 2000-01-29 21:03 update.o
|
|
|
|
-rw-r--r-- 1000/1000 22820 2000-01-05 11:36 utility.c
|
|
|
|
-rw-r----- 0/1000 7372 2000-01-29 21:03 utility.o
|
|
|
|
tar: Skipping to next file header
|
|
|
|
tar: Skipping to next file header
|
|
|
|
tar: Archive - EOF not on block boundary
|
|
|
|
tar: Error is not recoverable: exiting now
|
|
|
|
|
|
|
|
|
|
|
|
#1 You are storing by id instead of name like normal tar. Did you realize this?
|
|
|
|
(or am I missing some compile option? )ctar did not do this, and I don't think
|
|
|
|
it's a good idea for LRP.
|
|
|
|
|
|
|
|
#2
|
|
|
|
ctar did not produce the EOF error like your tar does. I believe you need to
|
|
|
|
pad the end of the archive with at least 2 tarsized (512byte) blocks. (I
|
|
|
|
think???)
|
|
|
|
|
|
|
|
#3
|
|
|
|
There is no exclude file(s) option to tar. LRP's packaging system can not
|
|
|
|
function without this. Will you have the time to add this soon?
|
|
|
|
|
2000-02-18 21:34:17 +00:00
|
|
|
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
cd /mnt
|
|
|
|
mkdir BACKUP
|
|
|
|
mv * BACKUP
|
|
|
|
|
|
|
|
Today, "mv" behaved as a cp -a and my disk becomed full. It does not
|
|
|
|
work properly either when renaming a directory into something else
|
|
|
|
(it produces a lot of disk activity when doing this).
|
|
|
|
|
|
|
|
|
2000-02-19 18:16:49 +00:00
|
|
|
-----------------------
|
|
|
|
|
|
|
|
|
|
|
|
Feature request:
|
|
|
|
|
|
|
|
/bin/busybox --install -s which makes all links to commands that it
|
|
|
|
can support (an optionnal -s should be used for symbolic links instead
|
|
|
|
of hard links).
|
|
|
|
|
2000-02-22 17:12:00 +00:00
|
|
|
|
|
|
|
-----------------------
|
|
|
|
|
|
|
|
|
|
|
|
> Have you ever thought of doig network logging in busybox syslogd ? It
|
|
|
|
> would quite make sense on embedded systems... :)
|
|
|
|
|
|
|
|
So far I had not considered it. Basically, you wish to have
|
|
|
|
messages from the embedded box logged to a remote network
|
|
|
|
syslog box, right? I can see that this would be useful.
|
|
|
|
I'll add this to the TODO list,
|
|
|
|
|