From wimpunk at gmail.com Fri Jun 1 01:36:48 2007 From: wimpunk at gmail.com (Wim Vinckier) Date: Fri, 1 Jun 2007 10:36:48 +0200 Subject: Killing jobs? In-Reply-To: <200705312054.26337.alexander.krause@erazor-zone.de> References: <200705312054.26337.alexander.krause@erazor-zone.de> Message-ID: <5c43128e0706010136u639e1550q7da98b21374a121a@mail.gmail.com> On 5/31/07, Alexander Krause wrote: > Hi, > > i recently tried to kill some background- jobs in a script like this: > > ---- > quit() { > kill %1 > exit 0 > } > ... > > trap 'quit' 1 > trap 'quit' 2 > trap 'quit' 3 > trap 'quit' 9 > > ringcompare & > ringdetect > ---- > > Geode ~ $ ./ringdetect.sh > kill: invalid number '%1' > > Looks like kill does not support specifying jobs? > Is there any other way to finish a script and automatically stop all it's > jobs? > > > Anyway thanks a lot for busybox :-) > > cheers Alex > -- > Alexander Krause > Amtmann-K?stner-Platz 11 > 99091 Erfurt > > Mail alexander.krause at erazor-zone.de > Tel. +49 (179) 4725826 > Fax. +49 (361) 6008915 > _______________________________________________ > busybox mailing list > busybox at busybox.net > http://busybox.net/cgi-bin/mailman/listinfo/busybox > Have you tried it on a normal system? I was trying it on debian using bash and it doesn't work either. It works if you use `kill %1` from the normal bash shell but it doesn't work the from a script like you specified. greetings, wim. -- You have been on the computer to long when you start tilting your head sideways to smile :-) From alexander.krause at erazor-zone.de Fri Jun 1 02:25:04 2007 From: alexander.krause at erazor-zone.de (Alexander Krause) Date: Fri, 1 Jun 2007 11:25:04 +0200 Subject: Killing jobs? In-Reply-To: <5c43128e0706010136u639e1550q7da98b21374a121a@mail.gmail.com> References: <200705312054.26337.alexander.krause@erazor-zone.de> <5c43128e0706010136u639e1550q7da98b21374a121a@mail.gmail.com> Message-ID: <200706011125.04979.alexander.krause@erazor-zone.de> Hi. > Have you tried it on a normal system? I was trying it on debian using > bash and it doesn't work either. It works if you use `kill %1` from > the normal bash shell but it doesn't work the from a script like you > specified. Yes, it does. A test-script: #!/bin/sh quit() { kill %1 exit 0 } fnc1() { while true; do sleep 1 echo 'Foreground job running' done } fnc2() { while true; do sleep 1 echo 'Background job running' done } trap 'quit' 1 trap 'quit' 2 trap 'quit' 3 trap 'quit' 9 fnc2 & fnc1 ---- So, if you use kill -1 or simply Ctr+C both the shell and the subshell is killed. If i remove the kill %1, the background job still lives. Well, now i changed the she-bang to: #!/bin/busybox sh And after a kill -1 i get: Foreground job running Background job running kill: invalid number '%1' rzr64 erazor # Background job running Background job running Background job running BTW, is it possible BB does not know about %1 in quit() ? Cos i also tried to do something like that: CPID=$(jobs -p) That would give me the process-id of that subshell but in $() jobs does not return anything. -- Alexander Krause Amtmann-K?stner-Platz 11 99091 Erfurt Mail alexander.krause at erazor-zone.de Tel. +49 (179) 4725826 Fax. +49 (361) 6008915 From sekhar.pedamallu at patni.com Fri Jun 1 02:39:17 2007 From: sekhar.pedamallu at patni.com (Sekhar Pedamallu) Date: Fri, 1 Jun 2007 15:09:17 +0530 Subject: Regarding performance for context switching in linux Message-ID: <200706010932.l519WSSH001371@lords.patni.com> Hi , I want tom measure the time for context switch between processes/threads and I face problem in doing so. Can u suggest me one good design for getting the job done. One way I have tried is changing the priority . I want to run it for more than 10000 times . Thanks & Regards , Sekhar Pedamallu http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin at patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070601/eb427f07/attachment.htm From sekhar.pedamallu at patni.com Fri Jun 1 02:35:53 2007 From: sekhar.pedamallu at patni.com (Sekhar Pedamallu) Date: Fri, 1 Jun 2007 15:05:53 +0530 Subject: Regarding segmantation violation Message-ID: <200706010929.l519T4F9000679@lords.patni.com> Hi, I m working on MPC8XX powerpc . when I allocate memory for more than 10000 bytes and memset to 0 . its giving segmentation fault . When i memset to any other ascii character it works fine . is it a problem with busy box I m using ? Or what could be the source of the problem ? I m new to linux .any more details u want I can mail u. Thanks in advance .plea help me out . Thanks & Regards , Sekhar Pedamallu http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin at patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070601/3940f18c/attachment.htm From jcurlmail at arcor.de Fri Jun 1 03:22:39 2007 From: jcurlmail at arcor.de (Jason Curl) Date: Fri, 01 Jun 2007 12:22:39 +0200 Subject: Regarding segmantation violation In-Reply-To: <200706010929.l519T4F9000679@lords.patni.com> References: <200706010929.l519T4F9000679@lords.patni.com> Message-ID: <465FF36F.3020100@arcor.de> Sekhar Pedamallu wrote: > > I m working on MPC8XX powerpc . when I allocate memory for more than > 10000 bytes and memset to 0 . its giving segmentation fault . When i memset > to any other ascii character it works fine . is it a problem with busy box I > m using ? > > Or what could be the source of the problem ? I m new to linux .any more > details u want I can mail u. Can you post a completely compilable example where the problem is shown? Maybe a code review with your colleagues where you work can identify a problem? From michele.sanges at otomelara.it Fri Jun 1 03:14:31 2007 From: michele.sanges at otomelara.it (Michele Sanges) Date: Fri, 01 Jun 2007 12:14:31 +0200 Subject: [OT] - FTP server Message-ID: <1180692871.2660.14.camel@pigreco> I added an FTP server to my linuxbox, but I can't login into. I used "troll-ftpd" and "pure-ftpd" but both, when I try to login, ask me the user and then nothing else, until the timeout expires. I tried to login as root and as normal user but nothing change. - The servers start by means /etc/inetd.conf. - I have the /etc/shells file with the "/bin/ash" string. - I can login with the telnet Can you help me? Thanks a lot. Michele From Alexander at Kriegisch.name Fri Jun 1 04:18:47 2007 From: Alexander at Kriegisch.name (Alexander Kriegisch) Date: Fri, 01 Jun 2007 13:18:47 +0200 Subject: httpd symlink problems Message-ID: <46600097.3070201@Kriegisch.name> I use BB on a mipsel-based DSL/LAN/WLAN router (AVM Fritz!Box series). There is an issue regarding httpd: When running with a home directory containing symlinked directories, function 'sendCgi' calls 'realpath' in order to convert a relative path name into an absolute one. So far, so good. What is bad about 'realpath' is the fact that it resolves symlinks instead of keeping them in the path. This alters the directory structure as it is seen by CGI scripts, for example. Thus files cannot be found. I tested four other web servers, and they all refrain from resolving symlinks, thus work on AVM's directory structure. I think a user space program should not try and be smarter than the filesystem by eliminating symlinks. A behaviour similar to pwd.c (uses 'xgetcwd') would be desireable here. I am attaching a patch somebody else created for BB 1.4.2 (but the behaviour is the same in 1.5.1), not to have it included in BB but to ask you if there is a more elegant way to solve this problem. If so, please fix it and publish a patch or at least notify me so I can get the patch from SVN. Regards -- Alexander Kriegisch -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: busybox-realpath.patch Url: http://busybox.net/lists/busybox/attachments/20070601/6f54b986/attachment-0001.diff From sekhar.pedamallu at patni.com Fri Jun 1 04:21:09 2007 From: sekhar.pedamallu at patni.com (Sekhar Pedamallu) Date: Fri, 1 Jun 2007 16:51:09 +0530 Subject: Regarding segmantation violation In-Reply-To: <465FF36F.3020100@arcor.de> Message-ID: <200706011114.l51BELbb021380@lords.patni.com> Plea find the attachment of the code . if u memset to 0 it fails where as to nay other ascii it works. I m cross compiling and running on the PPC board. Until 8109 bytes it works fine . I have even tried to see whats happening at 8110 byte I couldn't when I m running on the board . The inputs to the program are chunck of bytes to be allocated and no of times to allocate and free them . running the exe file at the command prompt looks like : #./mem 100 1 100 is chunk of bytes 1 allocate and free 1 time . I m sending u two instances of the program when 100 bytes are allocated for 1 time ( does successfully for memset to 0) : (used strace ) # ./strace ./mem 100 1 execve("./mem", ["./mem", "100", "1"], [/* 15 vars */]) = 0 uname({sys="Linux", node="SBT-PXC ", ...}) = 0 brk(0) = 0x10012000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30016000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=64, ...}) = 0 mmap(NULL, 64, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30017000 close(3) = 0 open("/lib/ppc823/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/ppc823", 0x7fe6e208) = -1 ENOENT (No such file or directory) open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\317"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1500625, ...}) = 0 mmap(0xfeab000, 1330296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfeab000 mprotect(0xffd8000, 97400, PROT_NONE) = 0 mmap(0xffe8000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12d000) = 0xf0 mmap(0xffee000, 7288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffee000 close(3) = 0 mprotect(0xffe8000, 8192, PROT_READ) = 0 mprotect(0x30025000, 4096, PROT_READ) = 0 munmap(0x30017000, 64) = 0 gettimeofday({18672, 446432}, NULL) = 0 brk(0) = 0x10012000 brk(0x10033000) = 0x10033000 gettimeofday({18672, 454484}, NULL) = 0 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(204, 46), ...}) = 0 ioctl(1, TCGETS, {B115200 opost isig icanon echo ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30017000 write(1, "Total time taken 8052.000000 us"..., 37Total time taken 8052.000000 usecs ) = 37 write(1, "Time for 1 loop 8052.000000 use"..., 36Time for 1 loop 8052.000000 usecs ) = 36 munmap(0x30017000, 4096) = 0 exit_group(0) = ? Process 265 detached When I allocate 10,000 bytes 1 time (fails on memeset to 0): (used strace) # ./strace ./mem 10000 1 execve("./mem", ["./mem", "10000", "1"], [/* 15 vars */]) = 0 uname({sys="Linux", node="SBT-PXC ", ...}) = 0 brk(0) = 0x10012000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30016000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=64, ...}) = 0 mmap(NULL, 64, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30017000 close(3) = 0 open("/lib/ppc823/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/ppc823", 0x7fd00208) = -1 ENOENT (No such file or directory) open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\317"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1500625, ...}) = 0 mmap(0xfeab000, 1330296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfeab000 mprotect(0xffd8000, 97400, PROT_NONE) = 0 mmap(0xffe8000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12d000) = 0xf0 mmap(0xffee000, 7288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffee000 close(3) = 0 mprotect(0xffe8000, 8192, PROT_READ) = 0 mprotect(0x30025000, 4096, PROT_READ) = 0 munmap(0x30017000, 64) = 0 gettimeofday({18755, 138465}, NULL) = 0 brk(0) = 0x10012000 brk(0x10033000) = 0x10033000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 267 detached Is it due to mmap or memset function in my busy box. Any more details needed I will send . Thanks for u r response. Thanks & Regards , Sekhar Pedamallu -----Original Message----- From: busybox-bounces at busybox.net [mailto:busybox-bounces at busybox.net] On Behalf Of Jason Curl Sent: Friday, June 01, 2007 3:53 PM To: busybox at busybox.net Subject: Re: Regarding segmantation violation Sekhar Pedamallu wrote: > > I m working on MPC8XX powerpc . when I allocate memory for more than > 10000 bytes and memset to 0 . its giving segmentation fault . When i memset > to any other ascii character it works fine . is it a problem with busy box I > m using ? > > Or what could be the source of the problem ? I m new to linux .any more > details u want I can mail u. Can you post a completely compilable example where the problem is shown? Maybe a code review with your colleagues where you work can identify a problem? _______________________________________________ busybox mailing list busybox at busybox.net http://busybox.net/cgi-bin/mailman/listinfo/busybox http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin at patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: TC1_memV2.c Type: application/octet-stream Size: 3425 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070601/e47c2d61/attachment.obj From farmatito at tiscali.it Fri Jun 1 05:35:23 2007 From: farmatito at tiscali.it (Tito) Date: Fri, 1 Jun 2007 14:35:23 +0200 Subject: Regarding segmantation violation In-Reply-To: <200706011114.l51BELbb021380@lords.patni.com> References: <200706011114.l51BELbb021380@lords.patni.com> Message-ID: <200706011435.23657.farmatito@tiscali.it> On Friday 01 June 2007 13:21:09 Sekhar Pedamallu wrote: for(l_iIndex = 0; l_iIndex < l_iCount ; l_iIndex++) { l_pcTemp = (char *)malloc(l_iSize); if(NULL == l_pcTemp) { printf("Memory allocation failed \n"); exit(1); } // printf(" Start Address %p \n",l_pcTemp); // printf(" End Address %p \n",l_pcTemp+l_iSize-1); ====> memset(l_pcTemp,0,l_iSize); maybe memset(l_pcTemp,0,strlen(l_pcTemp)); will work better??? free(l_pcTemp); } BTW: you can use calloc() instead of malloc() + memset() Ciao, Tito -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070601/031e890d/attachment.htm From Jeff.Miller at adc.com Fri Jun 1 05:38:02 2007 From: Jeff.Miller at adc.com (Miller, Jeff (eng)) Date: Fri, 1 Jun 2007 07:38:02 -0500 Subject: Arm compiler question Message-ID: <5792D2F8C9A6134BBB5363709C83B237020ED3AA@mn01exch02.adc.com> To use 1.5.1 I need to upgrade from my 2.95.3 arm-linux-* toolchain but when I use the 4.0.1 and 4.0.2 arm-elf-* distributions I get compile errors because headers such as byteswap.h are missing. Can anybody clue me in as to whether I need to be looking for an arm-linux-* distribution or an add on header package for the arm-elf-* distribution? Which gnu package are people using? Thanks, Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070601/d1c8b3c2/attachment.htm From renaud at toutsimplement.org Fri Jun 1 06:15:10 2007 From: renaud at toutsimplement.org (Renaud Cerrato) Date: Fri, 1 Jun 2007 15:15:10 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: References: Message-ID: Dear, Using mdev, we noticed that some devices were not attached to /dev/ using "mdev -s". Looking at the source code, the function which walk through the /sys/ tree make use of lstat, but the /sys tree can use symlink as seen here : $ ls -l /sys/class/misc/ lrwxrwxrwx 1 root root 0 Jan 1 1970 watchdog -> ../../devices/platform/at91sam9x_wdt/watchdog Doing so, the function can't walk through symbolic links. By replacing lstat by stat, the problem is corrected. To avoid infinite loop, we added a walking through depth limit to 2 (see udevstart.c). Cheers -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070601/9281b495/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: mdev.patch Type: text/x-patch Size: 1681 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070601/9281b495/attachment.bin From farmatito at tiscali.it Fri Jun 1 06:38:27 2007 From: farmatito at tiscali.it (Tito) Date: Fri, 1 Jun 2007 15:38:27 +0200 Subject: Regarding segmantation violation In-Reply-To: <200706011240.l51CeKs9002630@lords.patni.com> References: <200706011240.l51CeKs9002630@lords.patni.com> Message-ID: <200706011538.27843.farmatito@tiscali.it> On Friday 01 June 2007 14:47:08 you wrote: > Used calloc and bzero and tried , but couldn't get resolved . > > > > Thanks & Regards , > > Sekhar Pedamallu BTW.: your code works fine here on my box x86. Why are you thinking that the SEGV happens at malloc/memset/free stage? munmap(0x30017000, 64) ? ? ? ? ? ? ? ? ?= 0 gettimeofday({18672, 446432}, NULL) ? ? = 0 brk(0) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x10012000 brk(0x10033000) ? ? ? ? ? ? ? ? ? ? ? ? = 0x10033000 gettimeofday({18672, 454484}, NULL) ? ? = 0 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(204, 46), ...}) = 0 ioctl(1, TCGETS, {B115200 opost isig icanon echo ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) gettimeofday({18755, 138465}, NULL) ? ? = 0 brk(0) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x10012000 brk(0x10033000) ? ? ? ? ? ? ? ? ? ? ? ? = 0x10033000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 267 detached Looks to me that it happens at the stage of the second gettimeofday call.... Did you try the same code without all this timer stuff int main(int argc, char **argv) { free(memset(malloc(10000), 0, 10000)); return 0 } Hope this helps. Ciao, Tito > From: Tito [mailto:farmatito at tiscali.it] > Sent: Friday, June 01, 2007 6:05 PM > To: busybox at busybox.net; sekhar.pedamallu at patni.com > Subject: Re: Regarding segmantation violation > > > > On Friday 01 June 2007 13:21:09 Sekhar Pedamallu wrote: > > for(l_iIndex = 0; l_iIndex < l_iCount ; l_iIndex++) > > { > > l_pcTemp = (char *)malloc(l_iSize); > > if(NULL == l_pcTemp) > > { > > printf("Memory allocation failed \n"); > > exit(1); > > } > > // printf(" Start Address %p \n",l_pcTemp); > > // printf(" End Address %p \n",l_pcTemp+l_iSize-1); > > ====> memset(l_pcTemp,0,l_iSize); maybe memset(l_pcTemp,0,strlen(l_pcTemp)); > will work better??? > > free(l_pcTemp); > > } > > BTW: you can use calloc() instead of malloc() + memset() > > Ciao, > > Tito > > > http://www.patni.com > World-Wide Partnerships. World-Class Solutions. > _____________________________________________________________________ > > This e-mail message may contain proprietary, confidential or legally > privileged information for the sole use of the person or entity to > whom this message was originally addressed. Any review, e-transmission > dissemination or other use of or taking of any action in reliance upon > this information by persons or entities other than the intended > recipient is prohibited. If you have received this e-mail in error > kindly delete this e-mail from your records. If it appears that this > mail has been forwarded to you without proper authority, please notify > us immediately at netadmin at patni.com and delete this mail. > _____________________________________________________________________ > From rep.dot.nop at gmail.com Fri Jun 1 06:57:35 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Fri, 1 Jun 2007 15:57:35 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: References: Message-ID: <20070601135735.GA32721@aon.at> On Fri, Jun 01, 2007 at 03:15:10PM +0200, Renaud Cerrato wrote: >Dear, > >Using mdev, we noticed that some devices were not attached to /dev/ using >"mdev -s". >Looking at the source code, the function which walk through the /sys/ tree >make use of lstat, but the /sys tree can use symlink as seen here : > >$ ls -l /sys/class/misc/ >lrwxrwxrwx 1 root root 0 Jan 1 1970 watchdog -> >../../devices/platform/at91sam9x_wdt/watchdog > >Doing so, the function can't walk through symbolic links. By replacing lstat >by stat, the problem is corrected. >To avoid infinite loop, we added a walking through depth limit to 2 (see >udevstart.c). > >Cheers >diff -Nru busybox-1.4.1/util-linux/mdev.c busybox-1.4.1_modified/util-linux/mdev.c >--- busybox-1.4.1/util-linux/mdev.c 2007-01-24 22:34:51.000000000 +0100 >+++ busybox-1.4.1_modified/util-linux/mdev.c 2007-06-01 14:47:07.013533464 +0200 >@@ -14,6 +14,10 @@ > > #define DEV_PATH "/dev" > >+#define MAX_DEPTH 3 >+ >+static int depth; >+ > struct mdev_globals > { > int root_major, root_minor; >@@ -195,18 +199,22 @@ > } > > /* Recursive search of /sys/block or /sys/class. path must be a writeable >- * buffer of size PATH_MAX containing the directory string to start at. */ >+ * buffer of size PATH_MAX containing the directory string to start at. >+ * The recursive depth is limited to avoid inifinite loop (circular symlinks) >+ */ > > static void find_dev(char *path) > { > DIR *dir; > size_t len = strlen(path); > struct dirent *entry; >- >+ > dir = opendir(path); > if (dir == NULL) > return; > >+ depth++; >+ > while ((entry = readdir(dir)) != NULL) { > struct stat st; recursive_action() anyone? From souf_oued at yahoo.fr Fri Jun 1 10:08:16 2007 From: souf_oued at yahoo.fr (Souf) Date: Fri, 01 Jun 2007 19:08:16 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <20070601135735.GA32721@aon.at> References: <20070601135735.GA32721@aon.at> Message-ID: <1180717696.9480.8.camel@localhost.localdomain> Le vendredi 01 juin 2007 ? 15:57 +0200, Bernhard Fischer a ?crit : > On Fri, Jun 01, 2007 at 03:15:10PM +0200, Renaud Cerrato wrote: > >Dear, > > > >Using mdev, we noticed that some devices were not attached to /dev/ using > >"mdev -s". > >Looking at the source code, the function which walk through the /sys/ tree > >make use of lstat, but the /sys tree can use symlink as seen here : > > > >$ ls -l /sys/class/misc/ > >lrwxrwxrwx 1 root root 0 Jan 1 1970 watchdog -> > >../../devices/platform/at91sam9x_wdt/watchdog > > > >Doing so, the function can't walk through symbolic links. By replacing lstat > >by stat, the problem is corrected. > >To avoid infinite loop, we added a walking through depth limit to 2 (see > >udevstart.c). > > > >Cheers > > >diff -Nru busybox-1.4.1/util-linux/mdev.c busybox-1.4.1_modified/util-linux/mdev.c > >--- busybox-1.4.1/util-linux/mdev.c 2007-01-24 22:34:51.000000000 +0100 > >+++ busybox-1.4.1_modified/util-linux/mdev.c 2007-06-01 14:47:07.013533464 +0200 > >@@ -14,6 +14,10 @@ > > > > #define DEV_PATH "/dev" > > > >+#define MAX_DEPTH 3 > >+ > >+static int depth; > >+ > > struct mdev_globals > > { > > int root_major, root_minor; > >@@ -195,18 +199,22 @@ > > } > > > > /* Recursive search of /sys/block or /sys/class. path must be a writeable > >- * buffer of size PATH_MAX containing the directory string to start at. */ > >+ * buffer of size PATH_MAX containing the directory string to start at. > >+ * The recursive depth is limited to avoid inifinite loop (circular symlinks) > >+ */ > > > > static void find_dev(char *path) > > { > > DIR *dir; > > size_t len = strlen(path); > > struct dirent *entry; > >- > >+ > > dir = opendir(path); > > if (dir == NULL) > > return; > > > >+ depth++; > >+ > > while ((entry = readdir(dir)) != NULL) { > > struct stat st; > > recursive_action() anyone? I had already sent a large patch to improve mdev but it does not seem to interest many people, in any case I resend it here, it uses: xmalloc_getline() last_char_is() recursive_action() bb_make_directory() remove_file() bb_get_last_path_component() xmalloc_readlink_or_warn() xmalloc_readlink_or_warn() all that for only 5.9 KB RFC: http://busybox.net/lists/busybox/2007-May/027367.html http://busybox.net/lists/busybox/2007-May/027515.html Malek. -------------- next part -------------- A non-text attachment was scrubbed... Name: mdev.patch Type: text/x-patch Size: 10977 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070601/e9b3423e/attachment.bin From souf_oued at yahoo.fr Fri Jun 1 10:13:26 2007 From: souf_oued at yahoo.fr (Souf) Date: Fri, 01 Jun 2007 19:13:26 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: References: Message-ID: <1180718006.9480.14.camel@localhost.localdomain> Le vendredi 01 juin 2007 ? 15:15 +0200, Renaud Cerrato a ?crit : > Dear, > > Using mdev, we noticed that some devices were not attached to /dev/ > using "mdev -s". > Looking at the source code, the function which walk through the /sys/ > tree make use of lstat, but the /sys tree can use symlink as seen > here : > > $ ls -l /sys/class/misc/ > lrwxrwxrwx 1 root root 0 Jan 1 1970 watchdog > -> ../../devices/platform/at91sam9x_wdt/watchdog > > Doing so, the function can't walk through symbolic links. By replacing > lstat by stat, the problem is corrected. > To avoid infinite loop, we added a walking through depth limit to 2 > (see udevstart.c). > > Cheers I had already sent a large patch to improve mdev but it does not seem to interest many people, in any case I resend it here, it uses: xmalloc_getline() last_char_is() recursive_action() bb_make_directory() remove_file() bb_get_last_path_component() xmalloc_readlink_or_warn() xmalloc_readlink_or_warn() all that for only 5.9 KB RFC: http://busybox.net/lists/busybox/2007-May/027367.html http://busybox.net/lists/busybox/2007-May/027515.html Malek. -------------- next part -------------- A non-text attachment was scrubbed... Name: mdev.patch Type: text/x-patch Size: 10977 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070601/46871797/attachment-0001.bin From renaud at toutsimplement.org Fri Jun 1 10:14:02 2007 From: renaud at toutsimplement.org (Renaud Cerrato) Date: Fri, 1 Jun 2007 19:14:02 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <1180718006.9480.14.camel@localhost.localdomain> References: <1180718006.9480.14.camel@localhost.localdomain> Message-ID: Great. I'll merge your patch with mine, and make use of recursive_action ;) Expected for next week. Cheers -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070601/ea70d3f2/attachment.htm From rep.dot.nop at gmail.com Fri Jun 1 10:16:35 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Fri, 1 Jun 2007 19:16:35 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <1180717696.9480.8.camel@localhost.localdomain> References: <20070601135735.GA32721@aon.at> <1180717696.9480.8.camel@localhost.localdomain> Message-ID: <20070601171635.GC6055@aon.at> On Fri, Jun 01, 2007 at 07:08:16PM +0200, Souf wrote: >Le vendredi 01 juin 2007 ? 15:57 +0200, Bernhard Fischer a ?crit : >> recursive_action() anyone? > >I had already sent a large patch to improve mdev but it does not seem to >interest many people, in any case I resend it here, it uses: > >xmalloc_getline() >last_char_is() >recursive_action() >bb_make_directory() >remove_file() >bb_get_last_path_component() >xmalloc_readlink_or_warn() >xmalloc_readlink_or_warn() > >all that for only 5.9 KB 5.9 Kb as in adding 5.9 KB ? What are the size(1)es for this large patch? > >RFC: >http://busybox.net/lists/busybox/2007-May/027367.html >http://busybox.net/lists/busybox/2007-May/027515.html From Jari.Takkala at Q9.com Fri Jun 1 11:06:17 2007 From: Jari.Takkala at Q9.com (Jari Takkala) Date: Fri, 1 Jun 2007 14:06:17 -0400 Subject: Circular log buffer clears when log fills up Message-ID: <413FEEF1743111439393FB76D0221E480730115D@leopard.zoo.q9networks.com> Hello, I am using Busybox syslogd with the -m 0 and -C flags. It seems that the log buffer is completely cleared whenever the size of -C is exceeded. I have tried sizes of 16, 32, and 64KB for -C. I am using logread to read the log buffer. This is Busybox 1.4.2 with glibc 2.5. The relevant config options are: CONFIG_SYSLOGD=y # CONFIG_FEATURE_ROTATE_LOGFILE is not set # CONFIG_FEATURE_REMOTE_LOG is not set CONFIG_FEATURE_IPC_SYSLOG=y CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=32 CONFIG_LOGREAD=y CONFIG_FEATURE_LOGREAD_REDUCED_LOCKING=y # CONFIG_KLOGD is not set Is this a known bug? Thanks! Jari From Jari.Takkala at Q9.com Fri Jun 1 11:22:00 2007 From: Jari.Takkala at Q9.com (Jari Takkala) Date: Fri, 1 Jun 2007 14:22:00 -0400 Subject: Circular log buffer clears when log fills up In-Reply-To: <413FEEF1743111439393FB76D0221E480730115D@leopard.zoo.q9networks.com> Message-ID: <413FEEF1743111439393FB76D0221E4807301175@leopard.zoo.q9networks.com> On Friday, June 01, 2007 2:06 PM, busybox-bounces at busybox.net wrote: > Is this a known bug? Thanks! > > Jari The bug appears to be in logread. I can read all the messages in the shared memory segment by specifying the shmid and using a simple perl program. logread only returns 6279 bytes, the following perl code returns the full log buffer. # logread | wc 58 1015 6279 # perl | wc $SHM_MAX = 16384; $id = 0; shmread $id, $message, 0, $SHM_MAX; print "\n$message\n"; 151 2659 16386 # ps ax | grep syslog 373 ? Ss 0:01 /sbin/syslogd -m 0 -C16 Regards, Jari From souf_oued at yahoo.fr Fri Jun 1 11:36:19 2007 From: souf_oued at yahoo.fr (Souf) Date: Fri, 01 Jun 2007 20:36:19 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <20070601171635.GC6055@aon.at> References: <20070601135735.GA32721@aon.at> <1180717696.9480.8.camel@localhost.localdomain> <20070601171635.GC6055@aon.at> Message-ID: <1180722979.20054.16.camel@localhost.localdomain> Le vendredi 01 juin 2007 ? 19:16 +0200, Bernhard Fischer a ?crit : > On Fri, Jun 01, 2007 at 07:08:16PM +0200, Souf wrote: > >Le vendredi 01 juin 2007 ? 15:57 +0200, Bernhard Fischer a ?crit : > > >> recursive_action() anyone? > > > >I had already sent a large patch to improve mdev but it does not seem to > >interest many people, in any case I resend it here, it uses: > > > >xmalloc_getline() > >last_char_is() > >recursive_action() > >bb_make_directory() > >remove_file() > >bb_get_last_path_component() > >xmalloc_readlink_or_warn() > > > >all that for only 5.9 KB > > 5.9 Kb as in adding 5.9 KB ? total size of mdev after compilation = 5.9 KB > > What are the size(1)es for this large patch? > > "large" patch = 10.7 KB but it modifies the operation of mdev deeply: (mdev.conf) 1- create symlinks -> stderr -> /proc/self/fd/2 XOR -> null 2- create (sub-)directories <[path/]directory> pts 755 shm 777 bus/usb/001 0755 3- create a device in a (sub-)directory <[path/]device regex> snd/seq 0:0 0666 snd/pcm[CD0-9cp]* 0:0 0666 input/event[0-9] 0:0 0600 4- execute an command (exactly like the 1st mdev) <[path/]device regex> [<@|$|*> ] snd/controlC[0-9] 0:0 0666 @ echo "hello $MDEV" snd/seq 0:0 0666 $echo "goodbye $MDEV" snd/timer 0:0 0666 * echo "Hi $MDEV" @ Run after creating the device. $ Run before removing the device. * Run both after creating and before removing the device. 5- work with AND without CONFIG_SYSFS_DEPRECATED (kernel >= 2.6.20) > >RFC: > >http://busybox.net/lists/busybox/2007-May/027367.html > >http://busybox.net/lists/busybox/2007-May/027515.html Best regards. Malek. From rep.dot.nop at gmail.com Fri Jun 1 14:43:48 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Fri, 1 Jun 2007 23:43:48 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <1180722979.20054.16.camel@localhost.localdomain> References: <20070601135735.GA32721@aon.at> <1180717696.9480.8.camel@localhost.localdomain> <20070601171635.GC6055@aon.at> <1180722979.20054.16.camel@localhost.localdomain> Message-ID: <20070601214348.GH12010@aon.at> On Fri, Jun 01, 2007 at 08:36:19PM +0200, Souf wrote: >Le vendredi 01 juin 2007 ? 19:16 +0200, Bernhard Fischer a ?crit : >> On Fri, Jun 01, 2007 at 07:08:16PM +0200, Souf wrote: >> >Le vendredi 01 juin 2007 ? 15:57 +0200, Bernhard Fischer a ?crit : >> >> >> recursive_action() anyone? >> > >> >I had already sent a large patch to improve mdev but it does not seem to >> >interest many people, in any case I resend it here, it uses: >> > >> >xmalloc_getline() >> >last_char_is() >> >recursive_action() >> >bb_make_directory() >> >remove_file() >> >bb_get_last_path_component() >> >xmalloc_readlink_or_warn() >> > >> >all that for only 5.9 KB >> >> 5.9 Kb as in adding 5.9 KB ? > >total size of mdev after compilation = 5.9 KB >> >> What are the size(1)es for this large patch? >> > > >"large" patch = 10.7 KB >but it modifies the operation of mdev deeply: You didn't paste the output of size(1) AFAICS. Doubling the size of mdev is not exactly a thing that strikes me as a good idea, conceptually. > >(mdev.conf) >1- create symlinks > -> > stderr -> /proc/self/fd/2 > XOR -> null Doesn't sound like it would warrant more than let's say 200 bytes. > >2- create (sub-)directories > <[path/]directory> > pts 755 > shm 777 > bus/usb/001 0755 Doesn't sound like it would warrant more than let's say another 200 bytes. > >3- create a device in a (sub-)directory > <[path/]device regex> > snd/seq 0:0 0666 > snd/pcm[CD0-9cp]* 0:0 0666 > input/event[0-9] 0:0 0600 Doesn't sound like it would warrant more than let's say another 100 bytes. > >4- execute an command (exactly like the 1st mdev) If it's exactly like the current mdev, no size-increase warranted. > <[path/]device regex> [<@|$|*> ] > > snd/controlC[0-9] 0:0 0666 @ echo "hello $MDEV" > snd/seq 0:0 0666 $echo "goodbye $MDEV" > snd/timer 0:0 0666 * echo "Hi $MDEV" > > @ Run after creating the device. > $ Run before removing the device. > * Run both after creating and before removing the device. > >5- work with AND without CONFIG_SYSFS_DEPRECATED (kernel >= 2.6.20) That could cost a little bit, i admit, but not too much either. What's the bloat-o-meter output against pristine trunk and the size(1) output of it? From martinb at zeelandnet.nl Fri Jun 1 15:40:06 2007 From: martinb at zeelandnet.nl (Martinb_ARM_NOMMU_KISSDVD) Date: Sat, 2 Jun 2007 00:40:06 +0200 Subject: [OT] - FTP server In-Reply-To: <1180692871.2660.14.camel@pigreco> Message-ID: <003601c7a49d$ce36b120$c814a8c0@IPAQ> i have pureftp running with the following options ftp stream tcp nowait root /bin/ftpd ftpd -b -H -w (inetd.conf) its running without problems for me the /etc/shells is not relevant (for pureftp) so i can only confirm its running but your problem description is to poor to make any conclusion passive ftp mode?, did you test from lan/wan and I don't see the relation between busybox and pureftp i can only suggest to exclude possible problems -----Oorspronkelijk bericht----- Van: busybox-bounces at busybox.net [mailto:busybox-bounces at busybox.net]Namens Michele Sanges Verzonden: vrijdag 1 juni 2007 12:15 Aan: busybox at busybox.net Onderwerp: [OT] - FTP server I added an FTP server to my linuxbox, but I can't login into. I used "troll-ftpd" and "pure-ftpd" but both, when I try to login, ask me the user and then nothing else, until the timeout expires. I tried to login as root and as normal user but nothing change. - The servers start by means /etc/inetd.conf. - I have the /etc/shells file with the "/bin/ash" string. - I can login with the telnet Can you help me? Thanks a lot. Michele _______________________________________________ busybox mailing list busybox at busybox.net http://busybox.net/cgi-bin/mailman/listinfo/busybox From martinb at zeelandnet.nl Fri Jun 1 15:45:21 2007 From: martinb at zeelandnet.nl (Martinb_ARM_NOMMU_KISSDVD) Date: Sat, 2 Jun 2007 00:45:21 +0200 Subject: Arm compiler question In-Reply-To: <5792D2F8C9A6134BBB5363709C83B237020ED3AA@mn01exch02.adc.com> Message-ID: <003701c7a49e$8a017d90$c814a8c0@IPAQ> i can only say i use 3.4.3 gcc and its working like it should the 4.01 and 4.02 also gives me problems i can send you the buildscript if you want to -----Oorspronkelijk bericht----- Van: busybox-bounces at busybox.net [mailto:busybox-bounces at busybox.net]Namens Miller, Jeff (eng) Verzonden: vrijdag 1 juni 2007 14:38 Aan: busybox at busybox.net Onderwerp: Arm compiler question To use 1.5.1 I need to upgrade from my 2.95.3 arm-linux-* toolchain but when I use the 4.0.1 and 4.0.2 arm-elf-* distributions I get compile errors because headers such as byteswap.h are missing. Can anybody clue me in as to whether I need to be looking for an arm-linux-* distribution or an add on header package for the arm-elf-* distribution? Which gnu package are people using? Thanks, Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3136 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070602/a218a4cb/attachment.bin From souf_oued at yahoo.fr Sat Jun 2 02:37:57 2007 From: souf_oued at yahoo.fr (Souf) Date: Sat, 02 Jun 2007 11:37:57 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <20070601214348.GH12010@aon.at> References: <20070601135735.GA32721@aon.at> <1180717696.9480.8.camel@localhost.localdomain> <20070601171635.GC6055@aon.at> <1180722979.20054.16.camel@localhost.localdomain> <20070601214348.GH12010@aon.at> Message-ID: <1180777077.20136.1.camel@localhost.localdomain> Le vendredi 01 juin 2007 ? 23:43 +0200, Bernhard Fischer a ?crit : > What's the bloat-o-meter output against pristine trunk and the size(1) > output of it? original mdev : without features : 3072 bytes with FEATURE_MDEV_CONF : 4464 bytes (delta : +1392 bytes) with FEATURE_MDEV_EXEC : 5052 bytes (delta : +588 bytes) with all features : 5052 bytes. patched mdev : without features : 3412 bytes with FEATURE_MDEV_CONF : 4956 bytes (delta : +1544 bytes) with FEATURE_MDEV_EXEC : 5756 bytes (delta : +800 bytes) with FEATURE_MDEV_MKDIR : 5816 bytes (delta : +60 bytes) with FEATURE_MDEV_SYMLINK : 5964 bytes (delta : +148 bytes) with all features : 5964 bytes make bloatcheck : function old new delta make_device 1327 1694 +367 fileAction 329 609 +280 mdev_main 292 323 +31 find_dev 173 - -173 ------------------------------------------------------------------------------ (add/remove: 0/1 grow/shrink: 3/0 up/down: 678/-173) Total: 505 bytes From natanael.copa at gmail.com Sat Jun 2 02:54:27 2007 From: natanael.copa at gmail.com (Natanael Copa) Date: Sat, 02 Jun 2007 11:54:27 +0200 Subject: mdev : bug corrected (patch attached) In-Reply-To: <1180717696.9480.8.camel@localhost.localdomain> References: <20070601135735.GA32721@aon.at> <1180717696.9480.8.camel@localhost.localdomain> Message-ID: <1180778067.27134.6.camel@localhost> On Fri, 2007-06-01 at 19:08 +0200, Souf wrote: > I had already sent a large patch to improve mdev but it does not seem to > interest many people, in any case I resend it here, it uses: I am very interested in your patches. I have just been busy with other things lately. Natanael Copa From vda.linux at googlemail.com Sat Jun 2 05:27:58 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Sat, 2 Jun 2007 14:27:58 +0200 Subject: Funniest code construct of the month Message-ID: <200706021427.58059.vda.linux@googlemail.com> ullong llimit, limit; ... limit = llimit; if (limit != llimit) limit = 0x7fffffff; -- vda From vda.linux at googlemail.com Sat Jun 2 06:16:19 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Sat, 2 Jun 2007 15:16:19 +0200 Subject: Arm compiler question In-Reply-To: <003701c7a49e$8a017d90$c814a8c0@IPAQ> References: <003701c7a49e$8a017d90$c814a8c0@IPAQ> Message-ID: <200706021516.19658.vda.linux@googlemail.com> On Saturday 02 June 2007 00:45, Martinb_ARM_NOMMU_KISSDVD wrote: > i can only say i use 3.4.3 gcc and its working like it should > the 4.01 and 4.02 also gives me problems > > i can send you the buildscript if you want to > > > -----Oorspronkelijk bericht----- > Van: busybox-bounces at busybox.net [mailto:busybox-bounces at busybox.net]Namens > Miller, Jeff (eng) > Verzonden: vrijdag 1 juni 2007 14:38 > Aan: busybox at busybox.net > Onderwerp: Arm compiler question > > > > To use 1.5.1 I need to upgrade from my 2.95.3 arm-linux-* toolchain but when > I use the 4.0.1 and 4.0.2 arm-elf-* distributions I get compile errors > because headers such as byteswap.h are missing. Can anybody clue me in as > to whether I need to be looking for an arm-linux-* distribution or an add on > header package for the arm-elf-* distribution? Which gnu package are people > using? Consider posting compete bug report about toolchain build (and maybe send it to gcc/builtins lists too). "I get compile errors because headers such as byteswap.h are missing" is too vague. Versions of gcc and binutils you are trying to build? How *exactly* do you invoke configure and make? What env variables and/or parameters do you give? What is the (full, unabridged last 30 lines of) error message? -- vda From martinb at zeelandnet.nl Sat Jun 2 12:36:30 2007 From: martinb at zeelandnet.nl (Martinb_ARM_NOMMU_KISSDVD) Date: Sat, 2 Jun 2007 21:36:30 +0200 Subject: hush on NONMMU for active shell In-Reply-To: <200706021516.19658.vda.linux@googlemail.com> Message-ID: <000001c7a54d$524e0c60$c814a8c0@IPAQ> Because lash is the only shell what works for me (telnet shell) and hush is now almost as small as lash im trying to get hush working for telnet shell but like all other versions its not working (for me) Its a bit hard to debug because if i use hush i cant telnet anymore so i did make a firmware on my environment with the old lash as shell and from that shell i did run strace on the 1.6.0 hush i did made all possible compilations (with/without the options) but i always get a blinking cursur and that is strace gives me: execve("./hush", ["./hush"], [/* 4 vars */]) = 0 ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0) = 0x1ce3000 old_mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0) = 0x1cd7000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0) = 0x1ce6000 getcwd("/hdd/shell", 4097) = 11 read(0, i can do a {controll C} to get back to prompt (that will give me the last line of strace) if i enable the "ineractive mode" it looks almost ok but please read on strace gives me /hdd/shell # /hdd/stage2/adv/strace -F ./hush execve("./hush", ["./hush"], [/* 4 vars */]) = 0 ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0) = 0x1cac000 old_mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0) = 0x1cad000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0) = 0x1caf000 getcwd("/hdd/shell", 4097) = 11 ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, TIOCGPGRP, [143]) = 0 fcntl64(0, F_DUPFD, 255) = 255 getpgrp() = 143 fcntl64(255, F_SETFD, FD_CLOEXEC) = 0 ioctl(255, TIOCGPGRP, [143]) = 0 rt_sigaction(SIGTSTP, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTTIN, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTTOU, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {SIG_IGN}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGILL, {0x176f8f0, [ILL], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTRAP, {0x176f8f0, [TRAP], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGABRT, {0x176f8f0, [ABRT], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGFPE, {0x176f8f0, [FPE], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGBUS, {0x176f8f0, [BUS], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGSEGV, {0x176f8f0, [SEGV], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGHUP, {0x176f8f0, [HUP], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGPIPE, {0x176f8f0, [PIPE], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGALRM, {0x176f8f0, [ALRM], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0 setpgid(0, 0) = 0 getpid() = 144 ioctl(255, TIOCSPGRP, [144]) = 0 write(1, "\n\n", 2 ) = 2 write(1, "BusyBox v1.6.0 (2007-06-02 21:04"..., 72BusyBox v1.6.0 (2007-06-02 21:04:45 CEST) hush - the humble shell v0.02 ) = 72 write(1, "Enter \'help\' for a list of built"..., 46Enter 'help' for a list of built-in commands. ) = 46 write(1, "\n", 1 ) = 1 geteuid() = 0 write(1, "/hdd/shell # ", 13/hdd/shell # ) = 13 read(0, 0x1775d30, 4096) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- read(0, but i cant execute any command (it will just give me a next line) i just paste some telnet output to make it clear /paste BusyBox v1.6.0 (2007-06-02 21:04:45 CEST) hush - the humble shell v0.02 Enter 'help' for a list of built-in commands. / # ls / # ps / # dontexist / # pwd / / # cd ^H^H^H^H^H^H : No such file or directory / # cd hdd /hdd # ls /hdd # help /hdd # /endpaste if i do a tab (when i did enable tab_completion) then the shell will exit or my device will crash and i need to reboot if i do a backspace i get " ?????????JL?????Q?an?x ?????????JL?????Q?an?x" (so if i do a 2e backspace i get the same stuff, its NOT random) if i use hush only for a script then hush is working ok am i making some error on this or can this be some kind of bug in relation to the fact i have a non mmu system if someone is interested in solving this isue then im willing to provide all feedback/test possible from my side to help p.s. lash is not working at all on my system and since lash is going to be replaced i think its better to concentrate on hush From rep.dot.nop at gmail.com Sat Jun 2 12:56:02 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Sat, 2 Jun 2007 21:56:02 +0200 Subject: hush on NONMMU for active shell In-Reply-To: <000001c7a54d$524e0c60$c814a8c0@IPAQ> References: <200706021516.19658.vda.linux@googlemail.com> <000001c7a54d$524e0c60$c814a8c0@IPAQ> Message-ID: <20070602195601.GA2853@aon.at> On Sat, Jun 02, 2007 at 09:36:30PM +0200, Martinb_ARM_NOMMU_KISSDVD wrote: >Because lash is the only shell what works for me (telnet shell) and hush is now almost as small as lash im trying to get hush working for telnet shell > >but like all other versions its not working (for me) >Its a bit hard to debug because if i use hush i cant telnet anymore Does msh work fine for you on that box? It's supposed to.. From dallas.clement at specktel.com Sat Jun 2 08:12:23 2007 From: dallas.clement at specktel.com (Dallas Clement) Date: Sat, 02 Jun 2007 10:12:23 -0500 Subject: fsck.ext2: No such file or directory Message-ID: <1180797143.3532.4.camel@localhost> I'm trying to do a check on a flash DOM drive that has been formatted with EXT2 and getting the error: fsck (busybox 1.5.0, 2007-05-16 15:12:30 CDT) fsck: fsck.ext2: No such file or directory Can anyone please tell me what I might be doing wrong? I believe I have included the fsck applet in my busybox build. Thanks, Dallas From martinb at zeelandnet.nl Sat Jun 2 14:06:59 2007 From: martinb at zeelandnet.nl (Martinb_ARM_NOMMU_KISSDVD) Date: Sat, 2 Jun 2007 23:06:59 +0200 Subject: hush on NONMMU for active shell In-Reply-To: <20070602195601.GA2853@aon.at> Message-ID: <000001c7a559$f5af0970$c814a8c0@IPAQ> I never did test msh for telnetshell the last 2 years but i just did compile and yes it does "work" but if i do a "tab" the system crash (not hang, crash) i also dont the see the active dir in the telnet prompt (but im not sure if this is a bug) and if i press "backspace" then i get "YOI?|??fOBL YOI?|??fOBL" so if i can live with a nonworking backspace, a nonworking tabcompletion then msh could be used (but then i better stay with the lash 1.1.1) i did not test the shellscript at this point -----Oorspronkelijk bericht----- Van: Bernhard Fischer [mailto:rep.dot.nop at gmail.com] Verzonden: zaterdag 2 juni 2007 21:56 Aan: Martinb_ARM_NOMMU_KISSDVD CC: busybox at busybox.net Onderwerp: Re: hush on NONMMU for active shell On Sat, Jun 02, 2007 at 09:36:30PM +0200, Martinb_ARM_NOMMU_KISSDVD wrote: >Because lash is the only shell what works for me (telnet shell) and hush is now almost as small as lash im trying to get hush working for telnet shell > >but like all other versions its not working (for me) >Its a bit hard to debug because if i use hush i cant telnet anymore Does msh work fine for you on that box? It's supposed to.. From rep.dot.nop at gmail.com Sat Jun 2 14:19:39 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Sat, 2 Jun 2007 23:19:39 +0200 Subject: fsck.ext2: No such file or directory In-Reply-To: <1180797143.3532.4.camel@localhost> References: <1180797143.3532.4.camel@localhost> Message-ID: <20070602211939.GB2853@aon.at> On Sat, Jun 02, 2007 at 10:12:23AM -0500, Dallas Clement wrote: >I'm trying to do a check on a flash DOM drive that has been formatted >with EXT2 and getting the error: > >fsck (busybox 1.5.0, 2007-05-16 15:12:30 CDT) >fsck: fsck.ext2: No such file or directory > >Can anyone please tell me what I might be doing wrong? I believe I have >included the fsck applet in my busybox build. Please see the helptext of fsck. At least with 1.6.0 you have to provide the actual fsck.foo binaries for the filesystems you want to check. From Alexander at Kriegisch.name Sat Jun 2 16:25:20 2007 From: Alexander at Kriegisch.name (Alexander Kriegisch) Date: Sun, 03 Jun 2007 01:25:20 +0200 Subject: httpd symlink problems In-Reply-To: <46600097.3070201@Kriegisch.name> References: <46600097.3070201@Kriegisch.name> Message-ID: <4661FC60.60409@Kriegisch.name> Sorry for pushing this, but there was no reaction in two days. Should I explain the problem in more detail? Feel free to ask questions, I will try to answer them properly. -- Alexander Kriegisch From vda.linux at googlemail.com Sun Jun 3 10:14:18 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Sun, 3 Jun 2007 19:14:18 +0200 Subject: fsck.ext2: No such file or directory In-Reply-To: <1180797143.3532.4.camel@localhost> References: <1180797143.3532.4.camel@localhost> Message-ID: <200706031914.18032.vda.linux@googlemail.com> On Saturday 02 June 2007 17:12, Dallas Clement wrote: > I'm trying to do a check on a flash DOM drive that has been formatted > with EXT2 and getting the error: > > fsck (busybox 1.5.0, 2007-05-16 15:12:30 CDT) > fsck: fsck.ext2: No such file or directory > > Can anyone please tell me what I might be doing wrong? I believe I have > included the fsck applet in my busybox build. fsck applet is only a driver. Real checking is done by executing fsck. binary. Currently, busybox does not build fsck.ext2 (although code is still around in e2fsprogs/old_e2fsprogs/e2fsck.c). -- vda From vda.linux at googlemail.com Sun Jun 3 14:26:39 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Sun, 3 Jun 2007 23:26:39 +0200 Subject: httpd symlink problems In-Reply-To: <46600097.3070201@Kriegisch.name> References: <46600097.3070201@Kriegisch.name> Message-ID: <200706032326.39608.vda.linux@googlemail.com> On Friday 01 June 2007 13:18, Alexander Kriegisch wrote: > I use BB on a mipsel-based DSL/LAN/WLAN router (AVM Fritz!Box series). > > There is an issue regarding httpd: When running with a home directory > containing symlinked directories, function 'sendCgi' calls 'realpath' in > order to convert a relative path name into an absolute one. So far, so > good. What is bad about 'realpath' is the fact that it resolves symlinks > instead of keeping them in the path. This alters the directory structure > as it is seen by CGI scripts, for example. Thus files cannot be found. > > I tested four other web servers, and they all refrain from resolving > symlinks, thus work on AVM's directory structure. I think a user space > program should not try and be smarter than the filesystem by eliminating > symlinks. A behaviour similar to pwd.c (uses 'xgetcwd') would be > desireable here. > > I am attaching a patch somebody else created for BB 1.4.2 (but the > behaviour is the same in 1.5.1), not to have it included in BB but to > ask you if there is a more elegant way to solve this problem. If so, > please fix it and publish a patch or at least notify me so I can get the > patch from SVN. I found the patch adding too much code. Please try simpler one, which is attached. Unfortunately I mixed it up with "globalization" patch and with a few extra fixes. Your problem is hopefully fixed specifically by these hunks: - /* SCRIPT_FILENAME required by PHP in CGI mode */ - if (!realpath(purl + 1, realpath_buff)) - goto error_execing_cgi; - setenv1("SCRIPT_FILENAME", realpath_buff); + + /* SCRIPT_FILENAME required by PHP in CGI mode */ + fullpath = concat_path_file(home_httpd, purl); + setenv1("SCRIPT_FILENAME", fullpath); ... + home_httpd = xrealloc_getcwd_or_warn(NULL); + /* We do not "absolutize" path given by -h (home) opt. + * If user gives relative path in -h, $SCRIPT_FILENAME can end up + * relative too. */ If patch will not work in some unexpected way, this is where it could be broked by this unrelated change (unlikely, but I think you need to know): @@ -2022,12 +2050,12 @@ int httpd_main(int argc, char **argv) #if ENABLE_FEATURE_HTTPD_CGI { char *p = getenv("PATH"); - p = xstrdup(p); /* if gets NULL, returns NULL */ + /* env strings themself are not freed, no need to strdup(p): */ clearenv(); if (p) - setenv1("PATH", p); + putenv(p - 5); if (!(opt & OPT_INETD)) - setenv_long("SERVER_PORT", config->port); + setenv_long("SERVER_PORT", tcp_port); } #endif Other highlights: +// FIXME: setenv leaks memory! (old values of env vars are leaked) +// Thus we have a bug on NOMMU. +// Need to use this instead: +// [malloc +] putenv + (in child: exec) + (in parent: unsetenv [+ free]) Sad but true. Yet another problem on NOMMU, was there for all this time. # make bloatcheck function old new delta getLine 79 82 +3 home 3 - -3 config 1718 1714 -4 handle_sigalrm 32 26 -6 static.argp 8 - -8 sendCgi 1929 1921 -8 checkPermIP 57 48 -9 sendHeaders 529 517 -12 checkPerm 380 363 -17 httpdVersion 30 - -30 handleIncoming 2641 2577 -64 parse_conf 1444 1351 -93 httpd_main 1394 1226 -168 ------------------------------------------------------------------------------ (add/remove: 0/3 grow/shrink: 1/9 up/down: 3/-422) Total: -419 bytes # size */*/httpd.o text data bss dec hex filename 10648 0 12 10660 29a4 busybox.t3/networking/httpd.o 10265 0 0 10265 2819 busybox.t4/networking/httpd.o :) Please test attached. -- vda -------------- next part -------------- A non-text attachment was scrubbed... Name: 4.patch Type: text/x-diff Size: 30989 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070603/91c56ea8/attachment-0001.bin From dallas.clement at specktel.com Sun Jun 3 14:55:40 2007 From: dallas.clement at specktel.com (Dallas Clement) Date: Sun, 03 Jun 2007 16:55:40 -0500 Subject: fsck.ext2: No such file or directory In-Reply-To: <200706031914.18032.vda.linux@googlemail.com> References: <1180797143.3532.4.camel@localhost> <200706031914.18032.vda.linux@googlemail.com> Message-ID: <1180907740.3298.2.camel@localhost> Thanks for the clarification. I downloaded e2fsprogs and it works fine. Regards, Dallas On Sun, 2007-06-03 at 19:14 +0200, Denis Vlasenko wrote: > On Saturday 02 June 2007 17:12, Dallas Clement wrote: > > I'm trying to do a check on a flash DOM drive that has been formatted > > with EXT2 and getting the error: > > > > fsck (busybox 1.5.0, 2007-05-16 15:12:30 CDT) > > fsck: fsck.ext2: No such file or directory > > > > Can anyone please tell me what I might be doing wrong? I believe I have > > included the fsck applet in my busybox build. > > fsck applet is only a driver. Real checking is done by executing > fsck. binary. Currently, busybox does not build > fsck.ext2 (although code is still around in > e2fsprogs/old_e2fsprogs/e2fsck.c). > -- > vda > _______________________________________________ > busybox mailing list > busybox at busybox.net > http://busybox.net/cgi-bin/mailman/listinfo/busybox From vda.linux at googlemail.com Sun Jun 3 14:47:21 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Sun, 3 Jun 2007 23:47:21 +0200 Subject: httpd symlink problems In-Reply-To: <4661FC60.60409@Kriegisch.name> References: <46600097.3070201@Kriegisch.name> <4661FC60.60409@Kriegisch.name> Message-ID: <200706032347.21946.vda.linux@googlemail.com> On Sunday 03 June 2007 01:25, Alexander Kriegisch wrote: > Sorry for pushing this, but there was no reaction in two days. No need to be sorry, pinging about bug reports / reposting patches which were not commented on is perfectly okay. -- vda From michele.sanges at otomelara.it Mon Jun 4 01:50:59 2007 From: michele.sanges at otomelara.it (Michele Sanges) Date: Mon, 04 Jun 2007 10:50:59 +0200 Subject: [OT] - FTP server In-Reply-To: <003601c7a49d$ce36b120$c814a8c0@IPAQ> References: <003601c7a49d$ce36b120$c814a8c0@IPAQ> Message-ID: <1180947059.2608.34.camel@pigreco> Hi Martin, thanks for your reply. I tested them ("troll-ftpd" and "pureftpd") from Lan; all the others networks server that I use (telnetd and httpd, both from busybox) work well, so I think it is only a configuration problem. Pureftpd is started by inetd, as the others net servers; it starts because asks me for the user; I type "root", the only user of my box, and then it asks me for a password. I type it but I have not ftp access or other messages from my box. I make all the device at the boot time, using busybox mdev: > /sbin/mdev -s > echo /sbin/mdev > /proc/sys/kernel/hotplug Wich devices pureftpd uses? This is a list of mounted file systems: > rootfs on / type rootfs (rw) > /dev/root on / type ext3 (rw,data=ordered) > /dev on /dev type tmpfs (rw) > /proc on /proc type proc (rw) > /sys on /sys type sysfs (rw) > none on /dev/pts type devpts (rw) > none on /dev/shm type tmpfs (rw) > usbfs on /proc/bus/usb type usbfs (rw) Can I supply other useful informations? Thanks a lot. Best regards. Michele Il giorno sab, 02/06/2007 alle 00.40 +0200, Martinb_ARM_NOMMU_KISSDVD ha scritto: > i have pureftp running with the following options > > ftp stream tcp nowait root /bin/ftpd ftpd -b -H -w > > (inetd.conf) > > its running without problems for me > the /etc/shells is not relevant (for pureftp) > so i can only confirm its running but your problem description is to poor to > make any conclusion > passive ftp mode?, did you test from lan/wan and I don't see the relation > between busybox and pureftp > > i can only suggest to exclude possible problems > > > -----Oorspronkelijk bericht----- > Van: busybox-bounces at busybox.net > [mailto:busybox-bounces at busybox.net]Namens Michele Sanges > Verzonden: vrijdag 1 juni 2007 12:15 > Aan: busybox at busybox.net > Onderwerp: [OT] - FTP server > > > I added an FTP server to my linuxbox, but I can't login into. > I used "troll-ftpd" and "pure-ftpd" but both, when I try to login, ask > me the user and then nothing else, until the timeout expires. I tried to > login as root and as normal user but nothing change. > > - The servers start by means /etc/inetd.conf. > - I have the /etc/shells file with the "/bin/ash" string. > - I can login with the telnet > > Can you help me? > Thanks a lot. > Michele > > > > _______________________________________________ > busybox mailing list > busybox at busybox.net > http://busybox.net/cgi-bin/mailman/listinfo/busybox > From steven.scholz at imc-berlin.de Mon Jun 4 05:39:26 2007 From: steven.scholz at imc-berlin.de (Steven Scholz) Date: Mon, 04 Jun 2007 14:39:26 +0200 Subject: hexdump: No help available in busybox v1.4.2 Message-ID: <466407FE.5010006@imc-berlin.de> Hi all, I just noticed that "hexdump --help" results in hexdump: invalid option -- - BusyBox v1.4.2 (2007-06-04 14:02:54 CEST) multi-call binary No help available. Other applets do have a usage text! CONFIG_SHOW_USAGE=y CONFIG_FEATURE_VERBOSE_USAGE=y # CONFIG_FEATURE_COMPRESS_USAGE is not set -- Steven From farmatito at tiscali.it Mon Jun 4 07:01:45 2007 From: farmatito at tiscali.it (Tito) Date: Mon, 4 Jun 2007 16:01:45 +0200 Subject: hexdump: No help available in busybox v1.4.2 In-Reply-To: <466407FE.5010006@imc-berlin.de> References: <466407FE.5010006@imc-berlin.de> Message-ID: <200706041601.45060.farmatito@tiscali.it> On Monday 04 June 2007 14:39:26 Steven Scholz wrote: > Hi all, > > I just noticed that "hexdump --help" results in > > hexdump: invalid option -- - > BusyBox v1.4.2 (2007-06-04 14:02:54 CEST) multi-call binary > > No help available. > > Other applets do have a usage text! > > CONFIG_SHOW_USAGE=y > CONFIG_FEATURE_VERBOSE_USAGE=y > # CONFIG_FEATURE_COMPRESS_USAGE is not set > > Fixed in later versions. Ciao, Tito From wijnand.rietman at gmail.com Mon Jun 4 12:22:50 2007 From: wijnand.rietman at gmail.com (Wijnand Rietman) Date: Mon, 04 Jun 2007 21:22:50 +0200 Subject: telnetd issue? Message-ID: <4664668A.5040500@gmail.com> Hi, I just upgraded from busybox 1.2.1 to 1.5.1. and noticed in difference in telnetd. Starting the telnet server in version 1.2.1 (by just typing telnetd) worked without problems. However, when I do the same thing in version 1.5.1, I see the following: .....!.. followed by a login prompt in my console. After a while it shows the message "Login timed out after 60 seconds" and exits. Am I doing something wrong or is this a bug in busybox 1.5.1? Kind Regards, Whinyan From vda.linux at googlemail.com Mon Jun 4 13:19:13 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Mon, 4 Jun 2007 22:19:13 +0200 Subject: telnetd issue? In-Reply-To: <4664668A.5040500@gmail.com> References: <4664668A.5040500@gmail.com> Message-ID: <200706042219.13423.vda.linux@googlemail.com> On Monday 04 June 2007 21:22, Wijnand Rietman wrote: > Hi, > > I just upgraded from busybox 1.2.1 to 1.5.1. and noticed in difference > in telnetd. Starting the telnet server in version 1.2.1 (by just typing > telnetd) worked without problems. However, when I do the same thing in > version 1.5.1, I see the following: > > .....!.. > > followed by a login prompt in my console. After a while it shows the > message "Login timed out after 60 seconds" and exits. Am I doing > something wrong or is this a bug in busybox 1.5.1? Full-blown telnetd: # ./busybox telnetd --help BusyBox v1.7.0.svn (2007-06-04 20:25:28 CEST) multi-call binary Usage: telnetd [OPTION] Handle incoming telnet connections Options: -l LOGIN Exec LOGIN on connect -f issue_file Display issue_file instead of /etc/issue -p PORT Port to listen to -b ADDR Address to bind to -F Stay in foreground -i Run as inetd subservice You probably have CONFIG_FEATURE_TELNETD_STANDALONE unset, and therefore your telnetd wolks as if -i option is active. Testing... # ./busybox telnetd -i ??????!???? shadow login: _ Bingo. -- vda From jcz at google.com Mon Jun 4 13:57:16 2007 From: jcz at google.com (Jorgen Cederlof) Date: Mon, 4 Jun 2007 13:57:16 -0700 Subject: [patch] A couple of bugfixes for base64 uudecode Message-ID: <20070604205716.GI5834@google.com> Hello list, I encountered a couple of problems with base64 uudecode. It couldn't handle an empty file (term_count needs to be 1 at the beginning of a line to catch the terminating line, which it was for every line but the first) and when the output was supposed to be 3n+1 bytes it wrote an extra junk byte at the end when it encountered the second '='. The patch below should fix both issues. J?rgen Index: coreutils/uudecode.c =================================================================== --- coreutils/uudecode.c (revision 18719) +++ coreutils/uudecode.c (working copy) @@ -70,7 +70,7 @@ { static const char base64_table[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/=\n"; - int term_count = 0; + int term_count = 1; while (1) { char translated[4]; @@ -113,7 +113,9 @@ } /* Merge 6 bit chars to 8 bit */ - fputc(translated[0] << 2 | translated[1] >> 4, dst_stream); + if (count > 1) { + fputc(translated[0] << 2 | translated[1] >> 4, dst_stream); + } if (count > 2) { fputc(translated[1] << 4 | translated[2] >> 2, dst_stream); } From martinb at zeelandnet.nl Mon Jun 4 14:14:37 2007 From: martinb at zeelandnet.nl (Martinb_ARM_NOMMU_KISSDVD) Date: Mon, 4 Jun 2007 23:14:37 +0200 Subject: Hush 1.6.0 fork problem on non MMU In-Reply-To: <4664668A.5040500@gmail.com> Message-ID: <000001c7a6ed$5bd404f0$c814a8c0@IPAQ> FYI Sorry to bug you again but somehow i get: /hdd/newscript # ./test2 hush: fork: Function not implemented when I run the 1.6.0 hush I do compile with the following options make ARCH=arm CROSS_COMPILE=arm-uclinux-elf- EXTRA_CFLAGS="-D__uClinux__ -DBB_NOMMU" LDFLAGS="-Wl,-elf2flt" install and if i look it the source of hush.c (but i have no idea what im doing) then the "if then" looks ok so somehow busybox thinks BB_MMU is set, but it was not me I think the problem is inside platform.h if I replace the 3 forks with vfork then hush is running ok (for scripting, not for telnet shell, see older message) and I also can tell that finally the script: #!./hush PCLINK=`cut -d = -f3 /tmp/stage2.tmp` echo pclink=$PCLINK is working on my system, thanks From vda.linux at googlemail.com Mon Jun 4 15:32:27 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Tue, 5 Jun 2007 00:32:27 +0200 Subject: [patch] A couple of bugfixes for base64 uudecode In-Reply-To: <20070604205716.GI5834@google.com> References: <20070604205716.GI5834@google.com> Message-ID: <200706050032.27579.vda.linux@googlemail.com> On Monday 04 June 2007 22:57, Jorgen Cederlof wrote: > Hello list, > > I encountered a couple of problems with base64 uudecode. It couldn't > handle an empty file (term_count needs to be 1 at the beginning of a > line to catch the terminating line, which it was for every line but > the first) and when the output was supposed to be 3n+1 bytes it wrote > an extra junk byte at the end when it encountered the second '='. The > patch below should fix both issues. Wow. Thanks. Can you send a few testcases which you use for testing? -- vda From vapier at gentoo.org Mon Jun 4 16:09:09 2007 From: vapier at gentoo.org (Mike Frysinger) Date: Mon, 4 Jun 2007 19:09:09 -0400 Subject: hush on NONMMU for active shell In-Reply-To: <20070602195601.GA2853@aon.at> References: <200706021516.19658.vda.linux@googlemail.com> <000001c7a54d$524e0c60$c814a8c0@IPAQ> <20070602195601.GA2853@aon.at> Message-ID: <200706041909.15396.vapier@gentoo.org> On Saturday 02 June 2007, Bernhard Fischer wrote: > On Sat, Jun 02, 2007 at 09:36:30PM +0200, Martinb_ARM_NOMMU_KISSDVD wrote: > >Because lash is the only shell what works for me (telnet shell) and hush > > is now almost as small as lash im trying to get hush working for telnet > > shell > > > >but like all other versions its not working (for me) > >Its a bit hard to debug because if i use hush i cant telnet anymore > > Does msh work fine for you on that box? It's supposed to.. msh works fine as a telnet shell it is also the only shell that will work on a no-mmu platform -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. Url : http://busybox.net/lists/busybox/attachments/20070604/5e1aca23/attachment.pgp From vda.linux at googlemail.com Mon Jun 4 16:35:29 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Tue, 5 Jun 2007 01:35:29 +0200 Subject: [patch] A couple of bugfixes for base64 uudecode In-Reply-To: <200706050032.27579.vda.linux@googlemail.com> References: <20070604205716.GI5834@google.com> <200706050032.27579.vda.linux@googlemail.com> Message-ID: <200706050135.29762.vda.linux@googlemail.com> On Tuesday 05 June 2007 00:32, Denis Vlasenko wrote: > On Monday 04 June 2007 22:57, Jorgen Cederlof wrote: > > Hello list, > > > > I encountered a couple of problems with base64 uudecode. It couldn't > > handle an empty file (term_count needs to be 1 at the beginning of a > > line to catch the terminating line, which it was for every line but > > the first) and when the output was supposed to be 3n+1 bytes it wrote > > an extra junk byte at the end when it encountered the second '='. The > > patch below should fix both issues. > > Wow. Thanks. > > Can you send a few testcases which you use for testing? Never mind. Your fix is in svn now, see attached. If you can test it, that will be great. -- vda -------------- next part -------------- A non-text attachment was scrubbed... Name: 2.patch Type: text/x-diff Size: 5570 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070605/9d679f21/attachment.bin From vda.linux at googlemail.com Mon Jun 4 16:39:11 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Tue, 5 Jun 2007 01:39:11 +0200 Subject: Hush 1.6.0 fork problem on non MMU In-Reply-To: <000001c7a6ed$5bd404f0$c814a8c0@IPAQ> References: <000001c7a6ed$5bd404f0$c814a8c0@IPAQ> Message-ID: <200706050139.11318.vda.linux@googlemail.com> On Monday 04 June 2007 23:14, Martinb_ARM_NOMMU_KISSDVD wrote: > FYI > > Sorry to bug you again but somehow i get: > > /hdd/newscript # ./test2 > hush: fork: Function not implemented > > when I run the 1.6.0 hush > > I do compile with the following options > > make ARCH=arm CROSS_COMPILE=arm-uclinux-elf- > EXTRA_CFLAGS="-D__uClinux__ -DBB_NOMMU" LDFLAGS="-Wl,-elf2flt" install > > and if i look it the source of hush.c (but i have no idea what im doing) > then the "if then" looks ok > so somehow busybox thinks BB_MMU is set, but it was not me > > I think the problem is inside platform.h > if I replace the 3 forks with vfork then hush is running ok (for scripting, > not for telnet shell, see older message) > and I also can tell that finally the script: > > #!./hush > PCLINK=`cut -d = -f3 /tmp/stage2.tmp` > echo pclink=$PCLINK > > is working on my system, thanks Oh my. My napoleonic plans to finally organize NOMMU test/debug environment in qemu are still only plans. :( -- vda From jcz at google.com Mon Jun 4 16:55:49 2007 From: jcz at google.com (Jorgen Cederlof) Date: Mon, 4 Jun 2007 16:55:49 -0700 Subject: [patch] A couple of bugfixes for base64 uudecode In-Reply-To: <200706050135.29762.vda.linux@googlemail.com> References: <20070604205716.GI5834@google.com> <200706050032.27579.vda.linux@googlemail.com> <200706050135.29762.vda.linux@googlemail.com> Message-ID: <20070604235549.GK5834@google.com> On Tue, Jun 05, 2007 at 01:35:29 +0200, Denis Vlasenko wrote: > On Tuesday 05 June 2007 00:32, Denis Vlasenko wrote: >> On Monday 04 June 2007 22:57, Jorgen Cederlof wrote: >>> Hello list, >>> >>> I encountered a couple of problems with base64 uudecode. It couldn't >>> handle an empty file (term_count needs to be 1 at the beginning of a >>> line to catch the terminating line, which it was for every line but >>> the first) and when the output was supposed to be 3n+1 bytes it wrote >>> an extra junk byte at the end when it encountered the second '='. The >>> patch below should fix both issues. >> >> Wow. Thanks. >> >> Can you send a few testcases which you use for testing? > > Never mind. Your fix is in svn now, see attached. > If you can test it, that will be great. I have compiled and tested the latest svn version now, and it works fine. Thanks! J?rgen From Nikolay.Yevik at Halliburton.com Mon Jun 4 16:10:07 2007 From: Nikolay.Yevik at Halliburton.com (Nikolay Yevik) Date: Mon, 4 Jun 2007 18:10:07 -0500 Subject: "Invalid gzip magic" error Message-ID: <3FA34846740FF448A01F5B48A52C014F03CCE942@HOUEXCH078.corp.halliburton.com> Greetings, I would greatly appreciate if anybody could help me with this: I am getting "Invalid gzip magic" error from busybox rpm utility on ARM9. So there is busybox rpm inflate errors due to the above. PRM was rolled up on 32-bit 0x86 Open SUSE 10.2 using standard rpmbuild utility that came with OpenSuse. and standard GNU tar (1.15.1) & gzip (1.3.5) for the source tarball and then I attemptedto install it on ARM9 with busybox rpm utility. Here is a very simple .spec file (edited for brevity): ************************************************************************ ************** ...standard header here... ExclusiveArch: arm Exclusiveos: linux Source: %{name}-%{version}.tar.gz Buildroot: /tmp/product-build-root ... %prep %setup -n %{name}-%{version} %install install -m777 -d $RPM_BUILD_ROOT/mnt install -m777 -d $RPM_BUILD_ROOT/mnt/flash install -m777 file1 $RPM_BUILD_ROOT/mnt/flash/file1 install -m777 file2 $RPM_BUILD_ROOT/mnt/flash/file2 install -m777 file3 $RPM_BUILD_ROOT/mnt/flash/file3 %clean [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf "$RPM_BUILD_ROOT" %post echo "%{name}-%{version} successfully installed." %files %defattr(777,root,root) /mnt/flash/file1 /mnt/flash/file2 /mnt/flash/file3 ************************************************************************ ***************** RPM was build with : rpmbuild -bb -target arm file.spec If I put source.tar.gz file on the ARM9 I can untar and gunzip it just fine. Tried different versions of busybox on ARM9 up to (1.6.0) - to no avail. What am I missing? Regards, Nikolay V. Yevik Technical Advisor Halliburton ESG ---------------------------------------------------------------------- This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070604/628ae32d/attachment-0001.htm From ynakam at hitachisoft.jp Mon Jun 4 23:25:02 2007 From: ynakam at hitachisoft.jp (Yuichi Nakamura) Date: Tue, 5 Jun 2007 15:25:02 +0900 Subject: [patch] ps -Z fixes again Message-ID: <20070605152502.f550fdc0.ynakam@hitachisoft.jp> Hi. We submitted patch to fix problem "ps -Z can not be used when ENABLE_DESKTOP is enabled". http://www.busybox.net/lists/busybox/2007-May/027382.html As a result of discussion in above thread, We added PSSCAN_CONTEXT flag to libb.h, and added logic to obtain SELinux attribute to procps_scan. We also modified ps.c to use procps_scan. http://www.busybox.net/lists/busybox/2007-May/027511.html We would like to submit patch again. Please review attached 3.patch, it is a patch to latest svn. Regards, -- Yuichi Nakamura Hitachi Software Engineering Co., Ltd. Japan SELinux Users Group(JSELUG): http://www.selinux.gr.jp/ SELinux Policy Editor: http://seedit.sourceforge.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: 3.patch Type: application/octet-stream Size: 5839 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070605/5eaaa62c/attachment.obj From ynakam at hitachisoft.jp Tue Jun 5 00:08:26 2007 From: ynakam at hitachisoft.jp (Yuichi Nakamura) Date: Tue, 5 Jun 2007 16:08:26 +0900 Subject: [patch] optional -lsepol Message-ID: <20070605160826.eb1899b3.ynakam@hitachisoft.jp> Hi. If you configured ENABLE_SELINUX, and enabled SELinux applets, libsepol is linked. However, current SELinux applets do not use libsepol. In addition, size of libsepol is big, so it is better not to link it by default. I prepared CONFIG_SELINUX_SEPOL(by default n). When it is enabled, libsepol is linked. Please see attached file. Regards, -- Yuichi Nakamura Hitachi Software Engineering Co., Ltd. Japan SELinux Users Group(JSELUG): http://www.selinux.gr.jp/ SELinux Policy Editor: http://seedit.sourceforge.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: sepol.patch Type: application/octet-stream Size: 917 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070605/8549a91d/attachment.obj From steven.scholz at imc-berlin.de Tue Jun 5 00:20:48 2007 From: steven.scholz at imc-berlin.de (Steven Scholz) Date: Tue, 05 Jun 2007 09:20:48 +0200 Subject: hexdump: No help available in busybox v1.4.2 In-Reply-To: <200706041601.45060.farmatito@tiscali.it> References: <466407FE.5010006@imc-berlin.de> <200706041601.45060.farmatito@tiscali.it> Message-ID: <46650ED0.3010305@imc-berlin.de> Tito, >> I just noticed that "hexdump --help" results in >> >> hexdump: invalid option -- - >> BusyBox v1.4.2 (2007-06-04 14:02:54 CEST) multi-call binary >> >> No help available. >> >> Other applets do have a usage text! >> >> CONFIG_SHOW_USAGE=y >> CONFIG_FEATURE_VERBOSE_USAGE=y >> # CONFIG_FEATURE_COMPRESS_USAGE is not set >> > > Fixed in later versions. Of cause it is! ;-) And I suppose it's a trivial fix. But how could I backport it to busybox 1.4.2 ? -- STeven From landau_alex at yahoo.com Tue Jun 5 01:36:24 2007 From: landau_alex at yahoo.com (Alex Landau) Date: Tue, 5 Jun 2007 01:36:24 -0700 (PDT) Subject: mdev bug Message-ID: <884292.2798.qm@web62504.mail.re1.yahoo.com> Hi, Seeing some interest in mdev recently, I'd like to point your attention to a small bugfix I sent a while ago and saw no response. http://bugs.busybox.net/view.php?id=1334 This allows command execution (if configured so) even if there is no "dev" file in sysfs. For the full story see the above link. Alex ____________________________________________________________________________________ The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php From rep.dot.nop at gmail.com Tue Jun 5 02:12:07 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Tue, 5 Jun 2007 11:12:07 +0200 Subject: [patch] optional -lsepol In-Reply-To: <20070605160826.eb1899b3.ynakam@hitachisoft.jp> References: <20070605160826.eb1899b3.ynakam@hitachisoft.jp> Message-ID: <20070605091207.GA2818@aon.at> On Tue, Jun 05, 2007 at 04:08:26PM +0900, Yuichi Nakamura wrote: >Hi. > >If you configured ENABLE_SELINUX, and enabled SELinux applets, libsepol is linked. >However, current SELinux applets do not use libsepol. >In addition, size of libsepol is big, so it is better not to link it by default. >I prepared CONFIG_SELINUX_SEPOL(by default n). >When it is enabled, libsepol is linked. > >Please see attached file. Perhaps it would be better to flag sepol --as-needed We currently would need to flag some debugging libraries add-needed (dmalloc, efence et al). Then we could add optional libs as-needed or provide means to trylink which only pulls in OPTIONAL_LIBS if they satisfy unresolved syms. Comments? From farmatito at tiscali.it Tue Jun 5 04:55:00 2007 From: farmatito at tiscali.it (Tito) Date: Tue, 5 Jun 2007 13:55:00 +0200 Subject: hexdump: No help available in busybox v1.4.2 In-Reply-To: <46650ED0.3010305@imc-berlin.de> References: <466407FE.5010006@imc-berlin.de> <200706041601.45060.farmatito@tiscali.it> <46650ED0.3010305@imc-berlin.de> Message-ID: <200706051355.01138.farmatito@tiscali.it> On Tuesday 05 June 2007 09:20:48 you wrote: > Tito, > > >> I just noticed that "hexdump --help" results in > >> > >> hexdump: invalid option -- - > >> BusyBox v1.4.2 (2007-06-04 14:02:54 CEST) multi-call binary > >> > >> No help available. > >> > >> Other applets do have a usage text! > >> > >> CONFIG_SHOW_USAGE=y > >> CONFIG_FEATURE_VERBOSE_USAGE=y > >> # CONFIG_FEATURE_COMPRESS_USAGE is not set > >> > > > > Fixed in later versions. > > Of cause it is! ;-) > > And I suppose it's a trivial fix. > But how could I backport it to busybox 1.4.2 ? > > -- > STeven Hi, out of curiosity, did you try also hexdump -h? You can try to fix it by adding this lines to busybox/include/usage.h between #define head_example_usage and #define hostid_trivial_usage -------------------------------------------------------------------------------------------------- #define hexdump_trivial_usage \ "[-[bcCdefnosvx]] [OPTION] FILE" #define hexdump_full_usage \ "Display file(s) or standard input in a user specified format" \ "\n\nOptions:\n" \ " -b One-byte octal display\n" \ " -c One-byte character display\n" \ " -C Canonical hex+ASCII, 16 bytes per line\n" \ " -d Two-byte decimal display\n" \ " -e FORMAT STRING\n" \ " -f FORMAT FILE\n" \ " -n LENGTH Interpret only length bytes of input\n" \ " -o Two-byte octal display\n" \ " -s OFFSET Skip offset bytes\n" \ " -v Display all input data\n" \ " -x Two-byte hexadecimal display" ---------------------------------------------------------------------------------------------------- Don't know if hexdump of 1.4.2 supports all of this options, maybe you can check and eventually remove some lines. Hope this helps. Ciao, Tito From srg.venema at gmail.com Tue Jun 5 06:55:38 2007 From: srg.venema at gmail.com (Sjoerd Venema) Date: Tue, 5 Jun 2007 15:55:38 +0200 Subject: Any experience with Synology NAS? Message-ID: <3717e9710706050655m4384f0d4k11988d1d557b3053@mail.gmail.com> Hi All, I'm curious if people on this list have BB running on a Synology NAS device? Off factury is comes with BusyBox 1.1.0, I was wondering if anyone ever tried upgrading it... regards, Sjoerd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070605/082a5fec/attachment.htm From jkamenik at patton.com Tue Jun 5 08:35:11 2007 From: jkamenik at patton.com (John Kamenik) Date: Tue, 5 Jun 2007 11:35:11 -0400 Subject: Patch for dhcpc for immediate backgrounding Message-ID: <240BFF5F-971A-4B3D-821B-2539958666A7@patton.com> All, I have patched the 1.00 version of BusyBox's DHCP Client to add the option to Daemonize at start. I took a quick look at the 1.6 version of BusyBox and it looks like the change could be easily applied to it. I unfortunately do not use 1.6 and do not have time to patch it myself. The patch simply adds a "-B" option which will cause the udhcpc program to background immediately. It does NOT replace the "-b" which causes udhcpc to background after it attempts to get a lease. I added it so I do not have to block waiting for the first lease attempt, which can take a decent amount of time if there is no DHCP server to contact. John T. Kamenik (Software Eng.) jkamenik at patton.com ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070605/5aa38486/attachment-0002.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: dhcpc.c.patch Type: application/octet-stream Size: 1771 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070605/5aa38486/attachment-0001.obj -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070605/5aa38486/attachment-0003.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://busybox.net/lists/busybox/attachments/20070605/5aa38486/attachment-0001.pgp From wijnand.rietman at gmail.com Tue Jun 5 11:12:13 2007 From: wijnand.rietman at gmail.com (Wijnand Rietman) Date: Tue, 5 Jun 2007 20:12:13 +0200 Subject: telnetd issue? In-Reply-To: <200706042219.13423.vda.linux@googlemail.com> References: <4664668A.5040500@gmail.com> <200706042219.13423.vda.linux@googlemail.com> Message-ID: Yes, that helped! Thanks for your quick response! On 6/4/07, Denis Vlasenko wrote: > > On Monday 04 June 2007 21:22, Wijnand Rietman wrote: > > Hi, > > > > I just upgraded from busybox 1.2.1 to 1.5.1. and noticed in difference > > in telnetd. Starting the telnet server in version 1.2.1 (by just typing > > telnetd) worked without problems. However, when I do the same thing in > > version 1.5.1, I see the following: > > > > .....!.. > > > > followed by a login prompt in my console. After a while it shows the > > message "Login timed out after 60 seconds" and exits. Am I doing > > something wrong or is this a bug in busybox 1.5.1? > > Full-blown telnetd: > > # ./busybox telnetd --help > BusyBox v1.7.0.svn (2007-06-04 20:25:28 CEST) multi-call binary > > Usage: telnetd [OPTION] > > Handle incoming telnet connections > > Options: > -l LOGIN Exec LOGIN on connect > -f issue_file Display issue_file instead of /etc/issue > -p PORT Port to listen to > -b ADDR Address to bind to > -F Stay in foreground > -i Run as inetd subservice > > You probably have CONFIG_FEATURE_TELNETD_STANDALONE unset, and therefore > your telnetd wolks as if -i option is active. > > Testing... > > > # ./busybox telnetd -i > ??????!???? > shadow login: _ > > Bingo. > -- > vda > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/busybox/attachments/20070605/783f9a93/attachment.htm From vda.linux at googlemail.com Tue Jun 5 14:20:05 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Tue, 5 Jun 2007 23:20:05 +0200 Subject: hush on NONMMU for active shell In-Reply-To: <200706041909.15396.vapier@gentoo.org> References: <200706021516.19658.vda.linux@googlemail.com> <20070602195601.GA2853@aon.at> <200706041909.15396.vapier@gentoo.org> Message-ID: <200706052320.05992.vda.linux@googlemail.com> On Tuesday 05 June 2007 01:09, Mike Frysinger wrote: > On Saturday 02 June 2007, Bernhard Fischer wrote: > > On Sat, Jun 02, 2007 at 09:36:30PM +0200, Martinb_ARM_NOMMU_KISSDVD wrote: > > >Because lash is the only shell what works for me (telnet shell) and hush > > > is now almost as small as lash im trying to get hush working for telnet > > > shell > > > > > >but like all other versions its not working (for me) > > >Its a bit hard to debug because if i use hush i cant telnet anymore > > > > Does msh work fine for you on that box? It's supposed to.. > > msh works fine as a telnet shell > > it is also the only shell that will work on a no-mmu platform I want to have NOMMU test environment. I really do. I spent a few hours figuring out which architechture can be used for that. I even built cross-compiling toolchain for blackfin: # ls -ld *bfin* drwxr-xr-x 8 root root 408 Jun 5 20:21 binutils-2.17-bfin-uclinux drwxr-xr-x 10 root root 616 Jun 5 20:21 gcc-4.1.2-bfin-uclinux and then realized that it seems that qemu doesn't support blackfin (right?) - I cannot put it to use (nowhere to run the binaries). Help. Which architecture from this list is NOMMU: # ls -l -rwxr-xr-x 1 root root 905636 Jun 5 20:20 qemu -rwxr-xr-x 1 root root 390532 Jun 5 20:20 qemu-arm -rwxr-xr-x 1 root root 398724 Jun 5 20:20 qemu-armeb -rwxr-xr-x 1 root root 544356 Jun 5 20:20 qemu-i386 -rwxr-xr-x 1 root root 102964 Jun 5 20:20 qemu-img -rwxr-xr-x 1 root root 471064 Jun 5 20:20 qemu-m68k -rwxr-xr-x 1 root root 511040 Jun 5 20:20 qemu-mips -rwxr-xr-x 1 root root 504768 Jun 5 20:20 qemu-mipsel -rwxr-xr-x 1 root root 477696 Jun 5 20:20 qemu-ppc -rwxr-xr-x 1 root root 519632 Jun 5 20:20 qemu-sparc -rwxr-xr-x 1 root root 608440 Jun 5 20:20 qemu-system-arm -rwxr-xr-x 1 root root 822020 Jun 5 20:20 qemu-system-mips -rwxr-xr-x 1 root root 820580 Jun 5 20:20 qemu-system-mipsel -rwxr-xr-x 1 root root 742324 Jun 5 20:20 qemu-system-ppc -rwxr-xr-x 1 root root 661068 Jun 5 20:20 qemu-system-sparc -rwxr-xr-x 1 root root 1080144 Jun 5 20:20 qemu-system-x86_64 And if you happen to have a ready-to-use qemu kernel/image, that would be great as a starting point (known-working setup I can start from). I was trying to use one of several images at http://fabrice.bellard.free.fr/qemu/download.html and they are all running just fine, but they seem to be all for MMU arches! :) -- vda From Nikolay.Yevik at Halliburton.com Tue Jun 5 14:43:08 2007 From: Nikolay.Yevik at Halliburton.com (Nikolay Yevik) Date: Tue, 5 Jun 2007 16:43:08 -0500 Subject: "Invalid gzip magic" error In-Reply-To: <1158166a0706050310m6c4f375epfe52ee51238e0440@mail.gmail.com> References: <3FA34846740FF448A01F5B48A52C014F03CCE942@HOUEXCH078.corp.halliburton.com> <1158166a0706050310m6c4f375epfe52ee51238e0440@mail.gmail.com> Message-ID: <3FA34846740FF448A01F5B48A52C014F03CCECFB@HOUEXCH078.corp.halliburton.com> Hi, Thank you for your response. My answers between the lines of your message: "Is it ARM9 specific? Does the busybox with same .config work on i386 or not?" --> No, this problem is not ARM9 specific. I am getting exactly the same error with BusyBox on 0x86 with or without the same config, actually any config (for example - make defconfig) with BusyBox 1.6.0 (also tried 1.0.0 rc 3 and 1.2.2.1). Moreover, standard (non-BusyBox) Linux RPM utility has no problems installing this .rpm when rpmbuild for 0x86 (tried RPM 4.4.2 on OpenSUSE 10.2) "Can you put the RPM you are trying to install somewhere on the net, and show *exact* command you use to install it and the resulting error message?" --> Correct me if I am wrong, but the only way you can install an rpm using BusyBox version is to issue: "rpm -i package.rpm". I placed simplified source and binary .rpms illustrating the problem at: http://www.4shared.com/dir/2891777/617a932/sharing.html > I am getting "Invalid gzip magic" error from busybox rpm utility on ARM9. "Don't describe errors, cut-n-paste from the screen instead. This way it's crearer what happens." --> Thank you for your advice, but this is it. This is the error,- "rpm: invalid gzip magic" (or "rpm: Invalig gzip magic" depending on the busybox version. There is nothing else. In addition, I am somewhat curious as to why there is no "-e" - erase option with BusyBox version of rpm? For example Octotux (www.octotux.com) distribution includes busybox 1.2.2.1 .rpm that they patched with erase option as well as others. Not having an erase option largely defeats the purpose of having rpm utility in the first place, IMHO. But that's another issue. From martinb at zeelandnet.nl Tue Jun 5 14:48:05 2007 From: martinb at zeelandnet.nl (Martinb_ARM_NOMMU_KISSDVD) Date: Tue, 5 Jun 2007 23:48:05 +0200 Subject: hush on NONMMU for active shell In-Reply-To: <200706052320.05992.vda.linux@googlemail.com> Message-ID: <000501c7a7bb$337b9ad0$c814a8c0@IPAQ> do you have paypal? I'm not sure what a 2e handed kiss dvd player (dp-500 / dp-50x / dp-150x) will do but cant be that expensive I can try to bug some people to raise some funds but I'm not sure if you are willing to accept this anyway I think the only good test is a real device (with harddrive or nfs mount) Just let me know if I can try to arrange something About the "tab completion bug" and the "backspace bug" I did try to compile all older versions from 1.0 to 1.6 to find out when this problem did start then I realize that I did change from gcc-2.95.3 to gcc-3.4.3 ! and now I did found out that if I compile the 1.1.0 version with gcc-3.4.3 crosscompiler I have the same "tab completion bug" so its a combination of 2 things (but still a bug imho) -----Oorspronkelijk bericht----- Van: busybox-bounces at busybox.net [mailto:busybox-bounces at busybox.net]Namens Denis Vlasenko Verzonden: dinsdag 5 juni 2007 23:20 Aan: busybox at busybox.net CC: Bernhard Fischer Onderwerp: Re: hush on NONMMU for active shell On Tuesday 05 June 2007 01:09, Mike Frysinger wrote: > On Saturday 02 June 2007, Bernhard Fischer wrote: > > On Sat, Jun 02, 2007 at 09:36:30PM +0200, Martinb_ARM_NOMMU_KISSDVD wrote: > > >Because lash is the only shell what works for me (telnet shell) and hush > > > is now almost as small as lash im trying to get hush working for telnet > > > shell > > > > > >but like all other versions its not working (for me) > > >Its a bit hard to debug because if i use hush i cant telnet anymore > > > > Does msh work fine for you on that box? It's supposed to.. > > msh works fine as a telnet shell > > it is also the only shell that will work on a no-mmu platform I want to have NOMMU test environment. I really do. I spent a few hours figuring out which architechture can be used for that. I even built cross-compiling toolchain for blackfin: # ls -ld *bfin* drwxr-xr-x 8 root root 408 Jun 5 20:21 binutils-2.17-bfin-uclinux drwxr-xr-x 10 root root 616 Jun 5 20:21 gcc-4.1.2-bfin-uclinux and then realized that it seems that qemu doesn't support blackfin (right?) - I cannot put it to use (nowhere to run the binaries). Help. Which architecture from this list is NOMMU: # ls -l -rwxr-xr-x 1 root root 905636 Jun 5 20:20 qemu -rwxr-xr-x 1 root root 390532 Jun 5 20:20 qemu-arm -rwxr-xr-x 1 root root 398724 Jun 5 20:20 qemu-armeb -rwxr-xr-x 1 root root 544356 Jun 5 20:20 qemu-i386 -rwxr-xr-x 1 root root 102964 Jun 5 20:20 qemu-img -rwxr-xr-x 1 root root 471064 Jun 5 20:20 qemu-m68k -rwxr-xr-x 1 root root 511040 Jun 5 20:20 qemu-mips -rwxr-xr-x 1 root root 504768 Jun 5 20:20 qemu-mipsel -rwxr-xr-x 1 root root 477696 Jun 5 20:20 qemu-ppc -rwxr-xr-x 1 root root 519632 Jun 5 20:20 qemu-sparc -rwxr-xr-x 1 root root 608440 Jun 5 20:20 qemu-system-arm -rwxr-xr-x 1 root root 822020 Jun 5 20:20 qemu-system-mips -rwxr-xr-x 1 root root 820580 Jun 5 20:20 qemu-system-mipsel -rwxr-xr-x 1 root root 742324 Jun 5 20:20 qemu-system-ppc -rwxr-xr-x 1 root root 661068 Jun 5 20:20 qemu-system-sparc -rwxr-xr-x 1 root root 1080144 Jun 5 20:20 qemu-system-x86_64 And if you happen to have a ready-to-use qemu kernel/image, that would be great as a starting point (known-working setup I can start from). I was trying to use one of several images at http://fabrice.bellard.free.fr/qemu/download.html and they are all running just fine, but they seem to be all for MMU arches! :) -- vda _______________________________________________ busybox mailing list busybox at busybox.net http://busybox.net/cgi-bin/mailman/listinfo/busybox From vda.linux at googlemail.com Tue Jun 5 15:15:16 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Wed, 6 Jun 2007 00:15:16 +0200 Subject: hush on NONMMU for active shell In-Reply-To: <000501c7a7bb$337b9ad0$c814a8c0@IPAQ> References: <000501c7a7bb$337b9ad0$c814a8c0@IPAQ> Message-ID: <200706060015.16244.vda.linux@googlemail.com> On Tuesday 05 June 2007 23:48, Martinb_ARM_NOMMU_KISSDVD wrote: > do you have paypal? > I'm not sure what a 2e handed kiss dvd player (dp-500 / dp-50x / dp-150x) > will do but cant be that expensive > I can try to bug some people to raise some funds but I'm not sure if you are > willing to accept this Well, I am thinking more about running virtual NOMMU machine(s), not real hardware. -- vda From vda.linux at googlemail.com Tue Jun 5 15:53:00 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Wed, 6 Jun 2007 00:53:00 +0200 Subject: [patch] optional -lsepol In-Reply-To: <20070605091207.GA2818@aon.at> References: <20070605160826.eb1899b3.ynakam@hitachisoft.jp> <20070605091207.GA2818@aon.at> Message-ID: <200706060053.00597.vda.linux@googlemail.com> On Tuesday 05 June 2007 11:12, Bernhard Fischer wrote: > On Tue, Jun 05, 2007 at 04:08:26PM +0900, Yuichi Nakamura wrote: > >Hi. > > > >If you configured ENABLE_SELINUX, and enabled SELinux applets, libsepol is linked. > >However, current SELinux applets do not use libsepol. > >In addition, size of libsepol is big, so it is better not to link it by default. > >I prepared CONFIG_SELINUX_SEPOL(by default n). > >When it is enabled, libsepol is linked. > > > >Please see attached file. ifeq ($(CONFIG_SELINUX),y) -LDLIBS += -lselinux -lsepol +LDLIBS += -lselinux endif +ifeq ($(CONFIG_SELINUX_SEPOL),y) +LDLIBS += -lsepol +endif This will work, yes. But ideally I want a system which links in -lsepol only if otherwise link fails. See how trylink script does it for libm and libcrypt. Ugly hack, but needs no build magic and avoids situations when CONFIG_LIBM etc are set needlessly. > Perhaps it would be better to flag sepol --as-needed > > We currently would need to flag some debugging libraries add-needed > (dmalloc, efence et al). Then we could add optional libs as-needed or > provide means to trylink which only pulls in OPTIONAL_LIBS if they > satisfy unresolved syms. Doesn't seem to do what we want. This is allnoconfig busybox: # ldd busybox linux-gate.so.1 => (0xffffe000) libc.so.6 => /lib/libc.so.6 (0xf7e01000) /lib/ld-linux.so.2 (0xf7efe000) Below one is linked with trylink script hacked to unconditionally use --as-needed -Wl,--start-group -lcrypt -lm -Wl,--end-group: # ldd busybox--as-needed linux-gate.so.1 => (0xffffe000) libcrypt.so.1 => /lib/libcrypt.so.1 (0xf7fa6000) libm.so.6 => /lib/libm.so.6 (0xf7f84000) libc.so.6 => /lib/libc.so.6 (0xf7e95000) /lib/ld-linux.so.2 (0xf7fe1000) See? It is linked to libm and libcrypt now! :( -- vda From vda.linux at googlemail.com Tue Jun 5 16:39:55 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Wed, 6 Jun 2007 01:39:55 +0200 Subject: [patch] ps -Z fixes again In-Reply-To: <20070605152502.f550fdc0.ynakam@hitachisoft.jp> References: <20070605152502.f550fdc0.ynakam@hitachisoft.jp> Message-ID: <200706060139.55465.vda.linux@googlemail.com> On Tuesday 05 June 2007 08:25, Yuichi Nakamura wrote: > Hi. > We submitted patch to fix problem "ps -Z can not be used when ENABLE_DESKTOP is enabled". > http://www.busybox.net/lists/busybox/2007-May/027382.html > > As a result of discussion in above thread, > We added PSSCAN_CONTEXT flag to libb.h, > and added logic to obtain SELinux attribute to procps_scan. > We also modified ps.c to use procps_scan. > http://www.busybox.net/lists/busybox/2007-May/027511.html > > We would like to submit patch again. > Please review attached 3.patch, it is a patch to latest svn. I think it can be still improved. Please review/test attached (works on my non-SELinux system...) Thanks. -- vda -------------- next part -------------- A non-text attachment was scrubbed... Name: 4.patch Type: text/x-diff Size: 6588 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070606/c7cec186/attachment.bin From harald-tuxbox at arcor.de Tue Jun 5 14:25:11 2007 From: harald-tuxbox at arcor.de (Harald Küthe) Date: Tue, 5 Jun 2007 23:25:11 +0200 Subject: [PATCH] echo not working for ENABLE_FEATURE_FANCY_ECHO=n Message-ID: <000b01c7a7b8$27dceec0$0ac810ac@houdinineu> Hello list, echo is not working for ENABLE_FEATURE_FANCY_ECHO=n due to arg not being initialised. This trivial patch fixes this: --- busybox-1.6.0.orig/coreutils/echo.c 2007-06-01 13:48:34.000000000 +0200 +++ busybox-1.6.0/coreutils/echo.c 2007-06-05 23:07:14.000000000 +0200 @@ -33,7 +33,7 @@ eflag = '\\', nflag = 1, /* 1 -- print '\n' */ }; - ++argv; + arg = *++argv; #else const char *p; char nflag = 1; regards Harald From ynakam at hitachisoft.jp Tue Jun 5 17:00:27 2007 From: ynakam at hitachisoft.jp (Yuichi Nakamura) Date: Wed, 6 Jun 2007 09:00:27 +0900 Subject: [patch] ps -Z fixes again In-Reply-To: <200706060139.55465.vda.linux@googlemail.com> References: <20070605152502.f550fdc0.ynakam@hitachisoft.jp> <200706060139.55465.vda.linux@googlemail.com> Message-ID: <20070606090027.39006529.ynakam@hitachisoft.jp> On Wed, 6 Jun 2007 01:39:55 +0200 Denis Vlasenko wrote: > > We would like to submit patch again. > > Please review attached 3.patch, it is a patch to latest svn. > > I think it can be still improved. Please review/test attached > (works on my non-SELinux system...) Thank you for work! I tested 4.patch, and it worked in CONFIG_SELINUX=y system, I also tested both CONFIG_DESKTOP=y and CONFIG_DESKTOP=n and it worked. One compile error, I had to modify "p" to "ps" in line 77 in ps.c . 5.patch is a revised one. Regards, Yuichi Nakamura -------------- next part -------------- A non-text attachment was scrubbed... Name: 5.patch Type: application/octet-stream Size: 6131 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070606/e45e2af9/attachment.obj From vda.linux at googlemail.com Tue Jun 5 17:04:01 2007 From: vda.linux at googlemail.com (Denis Vlasenko) Date: Wed, 6 Jun 2007 02:04:01 +0200 Subject: "Invalid gzip magic" error In-Reply-To: <3FA34846740FF448A01F5B48A52C014F03CCECFB@HOUEXCH078.corp.halliburton.com> References: <3FA34846740FF448A01F5B48A52C014F03CCE942@HOUEXCH078.corp.halliburton.com> <1158166a0706050310m6c4f375epfe52ee51238e0440@mail.gmail.com> <3FA34846740FF448A01F5B48A52C014F03CCECFB@HOUEXCH078.corp.halliburton.com> Message-ID: <200706060204.01228.vda.linux@googlemail.com> On Tuesday 05 June 2007 23:43, Nikolay Yevik wrote: > --> No, this problem is not ARM9 specific. I am getting exactly the same > error with BusyBox on 0x86 with or without the same config, actually any > config (for example - make defconfig) with BusyBox 1.6.0 (also tried > 1.0.0 rc 3 and 1.2.2.1). Moreover, standard (non-BusyBox) Linux RPM > utility has no problems installing this .rpm when rpmbuild for 0x86 > (tried RPM 4.4.2 on OpenSUSE 10.2) > > "Can you put the RPM you are trying to install somewhere on the net, > and show *exact* command you use to install it and the resulting error > message?" > --> Correct me if I am wrong, but the only way you can install an rpm > using BusyBox version is to issue: > "rpm -i package.rpm". Believe or not, but I never used rpm. Never ever. That's why I was asking. > I placed simplified source and binary .rpms illustrating the problem at: > http://www.4shared.com/dir/2891777/617a932/sharing.html > > > I am getting "Invalid gzip magic" error from busybox rpm utility on > ARM9. > > "Don't describe errors, cut-n-paste from the screen instead. This way > it's crearer what happens." > > --> Thank you for your advice, but this is it. This is the error,- > "rpm: invalid gzip magic" (or "rpm: Invalig gzip magic" depending on the > busybox version. There is nothing else. This is what happens on my system: # strace -o strace.log -f ./busybox rpm -i mil1553-0.0-1.src.rpm rpm: can't open 'mil1553-0.0.spec': Read-only file system Well, it obviously tries to create something in my root fs, which is mounted RO specially for such cases. Is it supposed to do that? In strace.log I see: 4526 execve("./busybox", ["./busybox", "rpm", "-i", "mil1553-0.0-1.src.rpm"], [/* 32 vars */]) = 0 ... 4526 chdir("/") = 0 ... 4526 open("mil1553-0.0.spec", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0100644) = -1 EROFS (Read-only file system) 4526 write(2, "rpm: ", 5) = 5 4526 write(2, "can\'t open \'mil1553-0.0.spec\'", 29) = 29 4526 write(2, ": Read-only file system\n", 24) = 24 Yes, it still doesn't work, but the point is, it does not report "invalid gzip magic". Look here: static void extract_cpio_gz(int fd) { archive_handle_t *archive_handle; unsigned char magic[2]; /* Initialise */ archive_handle = init_handle(); archive_handle->seek = seek_by_read; //archive_handle->action_header = header_list; archive_handle->action_data = data_extract_all; archive_handle->flags |= ARCHIVE_PRESERVE_DATE; archive_handle->flags |= ARCHIVE_CREATE_LEADING_DIRS; archive_handle->src_fd = fd; archive_handle->offset = 0; xread(archive_handle->src_fd, &magic, 2); if ((magic[0] != 0x1f) || (magic[1] != 0x8b)) { bb_error_msg_and_die("invalid gzip magic"); <======== you die here } check_header_gzip_or_die(archive_handle->src_fd); xchdir("/"); /* Install RPM's to root */ <======== on my system I reach this chdir("/") archive_handle->src_fd = open_transformer(archive_handle->src_fd, inflate_gunzip); archive_handle->offset = 0; while (get_header_cpio(archive_handle) == EXIT_SUCCESS) /* loop */; } Can you verify this by adding a debug message? if ((magic[0] != 0x1f) || (magic[1] != 0x8b)) { bb_error_msg_and_die("invalid gzip magic HERE: %x %x", magic[0], magic[1]); } If it does, you can capture strace too and compare with mine (I am attaching strace.log) - "how the hell these two bytes ended up different?" -- vda -------------- next part -------------- A non-text attachment was scrubbed... Name: strace.log Type: text/x-log Size: 7708 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070606/60b489ac/attachment-0002.bin -------------- next part -------------- # # Automatically generated make config: don't edit # Busybox version: 1.7.0.svn # Wed Jun 6 01:31:19 2007 # CONFIG_HAVE_DOT_CONFIG=y # # Busybox Settings # # # General Configuration # CONFIG_NITPICK=y CONFIG_DESKTOP=y CONFIG_FEATURE_BUFFERS_USE_MALLOC=y # CONFIG_FEATURE_BUFFERS_GO_ON_STACK is not set # CONFIG_FEATURE_BUFFERS_GO_IN_BSS is not set CONFIG_SHOW_USAGE=y CONFIG_FEATURE_VERBOSE_USAGE=y CONFIG_FEATURE_COMPRESS_USAGE=y CONFIG_FEATURE_INSTALLER=y # CONFIG_LOCALE_SUPPORT is not set CONFIG_GETOPT_LONG=y CONFIG_FEATURE_DEVPTS=y # CONFIG_FEATURE_CLEAN_UP is not set CONFIG_FEATURE_PIDFILE=y CONFIG_FEATURE_SUID=y CONFIG_FEATURE_SYSLOG=y CONFIG_FEATURE_SUID_CONFIG=y CONFIG_FEATURE_SUID_CONFIG_QUIET=y CONFIG_FEATURE_HAVE_RPC=y # CONFIG_SELINUX is not set # CONFIG_FEATURE_PREFER_APPLETS is not set CONFIG_BUSYBOX_EXEC_PATH="/proc/self/exe" # # Build Options # # CONFIG_STATIC is not set # CONFIG_BUILD_LIBBUSYBOX is not set # CONFIG_FEATURE_FULL_LIBBUSYBOX is not set # CONFIG_FEATURE_SHARED_BUSYBOX is not set CONFIG_LFS=y # CONFIG_BUILD_AT_ONCE is not set # # Debugging Options # # CONFIG_DEBUG is not set CONFIG_WERROR=y CONFIG_NO_DEBUG_LIB=y # CONFIG_DMALLOC is not set # CONFIG_EFENCE is not set CONFIG_INCLUDE_SUSv2=y # # Installation Options # # CONFIG_INSTALL_NO_USR is not set # CONFIG_INSTALL_APPLET_SYMLINKS is not set # CONFIG_INSTALL_APPLET_HARDLINKS is not set CONFIG_INSTALL_APPLET_DONT=y CONFIG_PREFIX="./_install" # # Busybox Library Tuning # CONFIG_PASSWORD_MINLEN=6 CONFIG_MD5_SIZE_VS_SPEED=2 CONFIG_FEATURE_EDITING=y CONFIG_FEATURE_EDITING_FANCY_KEYS=y CONFIG_FEATURE_EDITING_VI=y CONFIG_FEATURE_EDITING_HISTORY=15 CONFIG_FEATURE_EDITING_SAVEHISTORY=y CONFIG_FEATURE_TAB_COMPLETION=y CONFIG_FEATURE_USERNAME_COMPLETION=y CONFIG_FEATURE_EDITING_FANCY_PROMPT=y # # Applets # # # Archival Utilities # CONFIG_AR=y CONFIG_FEATURE_AR_LONG_FILENAMES=y CONFIG_BUNZIP2=y CONFIG_CPIO=y # CONFIG_DPKG is not set # CONFIG_DPKG_DEB is not set # CONFIG_FEATURE_DPKG_DEB_EXTRACT_ONLY is not set CONFIG_GUNZIP=y CONFIG_FEATURE_GUNZIP_UNCOMPRESS=y CONFIG_GZIP=y CONFIG_RPM2CPIO=y CONFIG_RPM=y CONFIG_TAR=y CONFIG_FEATURE_TAR_CREATE=y CONFIG_FEATURE_TAR_BZIP2=y CONFIG_FEATURE_TAR_LZMA=y CONFIG_FEATURE_TAR_FROM=y CONFIG_FEATURE_TAR_GZIP=y CONFIG_FEATURE_TAR_COMPRESS=y CONFIG_FEATURE_TAR_OLDGNU_COMPATIBILITY=y CONFIG_FEATURE_TAR_GNU_EXTENSIONS=y CONFIG_FEATURE_TAR_LONG_OPTIONS=y CONFIG_UNCOMPRESS=y CONFIG_UNLZMA=y CONFIG_FEATURE_LZMA_FAST=y CONFIG_UNZIP=y # # Common options for cpio and tar # CONFIG_FEATURE_UNARCHIVE_TAPE=y # CONFIG_FEATURE_DEB_TAR_GZ is not set # CONFIG_FEATURE_DEB_TAR_BZ2 is not set # CONFIG_FEATURE_DEB_TAR_LZMA is not set # # Coreutils # CONFIG_BASENAME=y CONFIG_CAL=y CONFIG_CAT=y CONFIG_CATV=y CONFIG_CHGRP=y CONFIG_CHMOD=y CONFIG_CHOWN=y CONFIG_CHROOT=y CONFIG_CKSUM=y CONFIG_CMP=y CONFIG_COMM=y CONFIG_CP=y CONFIG_CUT=y CONFIG_DATE=y CONFIG_FEATURE_DATE_ISOFMT=y CONFIG_DD=y CONFIG_FEATURE_DD_SIGNAL_HANDLING=y CONFIG_FEATURE_DD_IBS_OBS=y CONFIG_DF=y CONFIG_DIFF=y CONFIG_FEATURE_DIFF_BINARY=y CONFIG_FEATURE_DIFF_DIR=y CONFIG_FEATURE_DIFF_MINIMAL=y CONFIG_DIRNAME=y CONFIG_DOS2UNIX=y CONFIG_UNIX2DOS=y CONFIG_DU=y CONFIG_FEATURE_DU_DEFAULT_BLOCKSIZE_1K=y CONFIG_ECHO=y CONFIG_FEATURE_FANCY_ECHO=y CONFIG_ENV=y CONFIG_FEATURE_ENV_LONG_OPTIONS=y CONFIG_EXPR=y CONFIG_EXPR_MATH_SUPPORT_64=y CONFIG_FALSE=y CONFIG_FOLD=y CONFIG_HEAD=y CONFIG_FEATURE_FANCY_HEAD=y CONFIG_HOSTID=y CONFIG_ID=y CONFIG_INSTALL=y CONFIG_FEATURE_INSTALL_LONG_OPTIONS=y CONFIG_LENGTH=y CONFIG_LN=y CONFIG_LOGNAME=y CONFIG_LS=y CONFIG_FEATURE_LS_FILETYPES=y CONFIG_FEATURE_LS_FOLLOWLINKS=y CONFIG_FEATURE_LS_RECURSIVE=y CONFIG_FEATURE_LS_SORTFILES=y CONFIG_FEATURE_LS_TIMESTAMPS=y CONFIG_FEATURE_LS_USERNAME=y CONFIG_FEATURE_LS_COLOR=y CONFIG_FEATURE_LS_COLOR_IS_DEFAULT=y CONFIG_MD5SUM=y CONFIG_MKDIR=y CONFIG_FEATURE_MKDIR_LONG_OPTIONS=y CONFIG_MKFIFO=y CONFIG_MKNOD=y CONFIG_MV=y CONFIG_FEATURE_MV_LONG_OPTIONS=y CONFIG_NICE=y CONFIG_NOHUP=y CONFIG_OD=y CONFIG_PRINTENV=y CONFIG_PRINTF=y CONFIG_PWD=y CONFIG_REALPATH=y CONFIG_RM=y CONFIG_RMDIR=y CONFIG_SEQ=y CONFIG_SHA1SUM=y CONFIG_SLEEP=y CONFIG_FEATURE_FANCY_SLEEP=y CONFIG_SORT=y CONFIG_FEATURE_SORT_BIG=y CONFIG_SPLIT=y CONFIG_FEATURE_SPLIT_FANCY=y CONFIG_STAT=y CONFIG_FEATURE_STAT_FORMAT=y CONFIG_STTY=y CONFIG_SUM=y CONFIG_SYNC=y CONFIG_TAIL=y CONFIG_FEATURE_FANCY_TAIL=y CONFIG_TEE=y CONFIG_FEATURE_TEE_USE_BLOCK_IO=y CONFIG_TEST=y CONFIG_FEATURE_TEST_64=y CONFIG_TOUCH=y CONFIG_TR=y CONFIG_FEATURE_TR_CLASSES=y CONFIG_FEATURE_TR_EQUIV=y CONFIG_TRUE=y CONFIG_TTY=y CONFIG_UNAME=y CONFIG_UNIQ=y CONFIG_USLEEP=y CONFIG_UUDECODE=y CONFIG_UUENCODE=y CONFIG_WATCH=y CONFIG_WC=y CONFIG_FEATURE_WC_LARGE=y CONFIG_WHO=y CONFIG_WHOAMI=y CONFIG_YES=y # # Common options for cp and mv # CONFIG_FEATURE_PRESERVE_HARDLINKS=y # # Common options for ls, more and telnet # CONFIG_FEATURE_AUTOWIDTH=y # # Common options for df, du, ls # CONFIG_FEATURE_HUMAN_READABLE=y # # Common options for md5sum, sha1sum # CONFIG_FEATURE_MD5_SHA1_SUM_CHECK=y # # Console Utilities # CONFIG_CHVT=y CONFIG_CLEAR=y CONFIG_DEALLOCVT=y CONFIG_DUMPKMAP=y CONFIG_LOADFONT=y CONFIG_LOADKMAP=y CONFIG_OPENVT=y CONFIG_RESET=y CONFIG_RESIZE=y CONFIG_FEATURE_RESIZE_PRINT=y CONFIG_SETCONSOLE=y CONFIG_FEATURE_SETCONSOLE_LONG_OPTIONS=y CONFIG_SETKEYCODES=y CONFIG_SETLOGCONS=y # # Debian Utilities # CONFIG_MKTEMP=y CONFIG_PIPE_PROGRESS=y CONFIG_READLINK=y CONFIG_FEATURE_READLINK_FOLLOW=y CONFIG_RUN_PARTS=y CONFIG_FEATURE_RUN_PARTS_LONG_OPTIONS=y CONFIG_FEATURE_RUN_PARTS_FANCY=y CONFIG_START_STOP_DAEMON=y CONFIG_FEATURE_START_STOP_DAEMON_FANCY=y CONFIG_FEATURE_START_STOP_DAEMON_LONG_OPTIONS=y CONFIG_WHICH=y # # Editors # CONFIG_AWK=y CONFIG_FEATURE_AWK_MATH=y CONFIG_ED=y CONFIG_PATCH=y CONFIG_SED=y CONFIG_VI=y CONFIG_FEATURE_VI_COLON=y CONFIG_FEATURE_VI_YANKMARK=y CONFIG_FEATURE_VI_SEARCH=y CONFIG_FEATURE_VI_USE_SIGNALS=y CONFIG_FEATURE_VI_DOT_CMD=y CONFIG_FEATURE_VI_READONLY=y CONFIG_FEATURE_VI_SETOPTS=y CONFIG_FEATURE_VI_SET=y CONFIG_FEATURE_VI_WIN_RESIZE=y CONFIG_FEATURE_VI_OPTIMIZE_CURSOR=y CONFIG_FEATURE_ALLOW_EXEC=y # # Finding Utilities # CONFIG_FIND=y CONFIG_FEATURE_FIND_PRINT0=y CONFIG_FEATURE_FIND_MTIME=y CONFIG_FEATURE_FIND_MMIN=y CONFIG_FEATURE_FIND_PERM=y CONFIG_FEATURE_FIND_TYPE=y CONFIG_FEATURE_FIND_XDEV=y CONFIG_FEATURE_FIND_NEWER=y CONFIG_FEATURE_FIND_INUM=y CONFIG_FEATURE_FIND_EXEC=y CONFIG_FEATURE_FIND_USER=y CONFIG_FEATURE_FIND_GROUP=y CONFIG_FEATURE_FIND_NOT=y CONFIG_FEATURE_FIND_DEPTH=y CONFIG_FEATURE_FIND_PAREN=y CONFIG_FEATURE_FIND_SIZE=y CONFIG_FEATURE_FIND_PRUNE=y CONFIG_FEATURE_FIND_DELETE=y CONFIG_FEATURE_FIND_PATH=y CONFIG_GREP=y CONFIG_FEATURE_GREP_EGREP_ALIAS=y CONFIG_FEATURE_GREP_FGREP_ALIAS=y CONFIG_FEATURE_GREP_CONTEXT=y CONFIG_XARGS=y CONFIG_FEATURE_XARGS_SUPPORT_CONFIRMATION=y CONFIG_FEATURE_XARGS_SUPPORT_QUOTES=y CONFIG_FEATURE_XARGS_SUPPORT_TERMOPT=y CONFIG_FEATURE_XARGS_SUPPORT_ZERO_TERM=y # # Init Utilities # # CONFIG_INIT is not set # CONFIG_DEBUG_INIT is not set # CONFIG_FEATURE_USE_INITTAB is not set # CONFIG_FEATURE_INIT_SCTTY is not set # CONFIG_FEATURE_INIT_SYSLOG is not set # CONFIG_FEATURE_EXTRA_QUIET is not set # CONFIG_FEATURE_INIT_COREDUMPS is not set # CONFIG_FEATURE_INITRD is not set # CONFIG_HALT is not set CONFIG_MESG=y # # Login/Password Management Utilities # CONFIG_FEATURE_SHADOWPASSWDS=y CONFIG_USE_BB_SHADOW=y CONFIG_USE_BB_PWD_GRP=y CONFIG_ADDGROUP=y CONFIG_FEATURE_ADDUSER_TO_GROUP=y CONFIG_DELGROUP=y CONFIG_FEATURE_DEL_USER_FROM_GROUP=y CONFIG_ADDUSER=y CONFIG_DELUSER=y CONFIG_GETTY=y CONFIG_FEATURE_UTMP=y CONFIG_FEATURE_WTMP=y CONFIG_LOGIN=y CONFIG_LOGIN_SCRIPTS=y CONFIG_FEATURE_SECURETTY=y CONFIG_PASSWD=y CONFIG_FEATURE_PASSWD_WEAK_CHECK=y CONFIG_CRYPTPW=y CONFIG_SU=y CONFIG_FEATURE_SU_SYSLOG=y CONFIG_FEATURE_SU_CHECKS_SHELLS=y CONFIG_SULOGIN=y CONFIG_VLOCK=y # # Linux Ext2 FS Progs # CONFIG_CHATTR=y CONFIG_FSCK=y CONFIG_LSATTR=y # # Linux Module Utilities # CONFIG_INSMOD=y CONFIG_FEATURE_INSMOD_VERSION_CHECKING=y CONFIG_FEATURE_INSMOD_KSYMOOPS_SYMBOLS=y CONFIG_FEATURE_INSMOD_LOADINKMEM=y CONFIG_FEATURE_INSMOD_LOAD_MAP=y CONFIG_FEATURE_INSMOD_LOAD_MAP_FULL=y CONFIG_RMMOD=y CONFIG_LSMOD=y CONFIG_FEATURE_LSMOD_PRETTY_2_6_OUTPUT=y CONFIG_MODPROBE=y CONFIG_FEATURE_MODPROBE_MULTIPLE_OPTIONS=y CONFIG_FEATURE_MODPROBE_FANCY_ALIAS=y # # Options common to multiple modutils # CONFIG_FEATURE_CHECK_TAINTED_MODULE=y CONFIG_FEATURE_2_4_MODULES=y CONFIG_FEATURE_2_6_MODULES=y # CONFIG_FEATURE_QUERY_MODULE_INTERFACE is not set # # Linux System Utilities # CONFIG_DMESG=y CONFIG_FEATURE_DMESG_PRETTY=y CONFIG_FBSET=y CONFIG_FEATURE_FBSET_FANCY=y CONFIG_FEATURE_FBSET_READMODE=y CONFIG_FDFLUSH=y CONFIG_FDFORMAT=y CONFIG_FDISK=y CONFIG_FDISK_SUPPORT_LARGE_DISKS=y CONFIG_FEATURE_FDISK_WRITABLE=y # CONFIG_FEATURE_AIX_LABEL is not set # CONFIG_FEATURE_SGI_LABEL is not set # CONFIG_FEATURE_SUN_LABEL is not set # CONFIG_FEATURE_OSF_LABEL is not set CONFIG_FEATURE_FDISK_ADVANCED=y CONFIG_FREERAMDISK=y CONFIG_FSCK_MINIX=y CONFIG_MKFS_MINIX=y # # Minix filesystem support # CONFIG_FEATURE_MINIX2=y CONFIG_GETOPT=y CONFIG_HEXDUMP=y CONFIG_HWCLOCK=y CONFIG_FEATURE_HWCLOCK_LONG_OPTIONS=y CONFIG_FEATURE_HWCLOCK_ADJTIME_FHS=y CONFIG_IPCRM=y CONFIG_IPCS=y CONFIG_LOSETUP=y CONFIG_MDEV=y CONFIG_FEATURE_MDEV_CONF=y CONFIG_FEATURE_MDEV_EXEC=y CONFIG_MKSWAP=y CONFIG_FEATURE_MKSWAP_V0=y CONFIG_MORE=y CONFIG_FEATURE_USE_TERMIOS=y CONFIG_MOUNT=y CONFIG_FEATURE_MOUNT_NFS=y CONFIG_FEATURE_MOUNT_CIFS=y CONFIG_FEATURE_MOUNT_FLAGS=y CONFIG_FEATURE_MOUNT_FSTAB=y CONFIG_PIVOT_ROOT=y CONFIG_RDATE=y CONFIG_READPROFILE=y CONFIG_SETARCH=y CONFIG_SWAPONOFF=y CONFIG_SWITCH_ROOT=y CONFIG_UMOUNT=y CONFIG_FEATURE_UMOUNT_ALL=y # # Common options for mount/umount # CONFIG_FEATURE_MOUNT_LOOP=y # CONFIG_FEATURE_MTAB_SUPPORT is not set # # Miscellaneous Utilities # CONFIG_ADJTIMEX=y # CONFIG_BBCONFIG is not set CONFIG_CHRT=y CONFIG_CROND=y # CONFIG_DEBUG_CROND_OPTION is not set CONFIG_FEATURE_CROND_CALL_SENDMAIL=y CONFIG_CRONTAB=y CONFIG_DC=y # CONFIG_DEVFSD is not set # CONFIG_DEVFSD_MODLOAD is not set # CONFIG_DEVFSD_FG_NP is not set # CONFIG_DEVFSD_VERBOSE is not set # CONFIG_FEATURE_DEVFS is not set CONFIG_EJECT=y CONFIG_LAST=y CONFIG_LESS=y CONFIG_FEATURE_LESS_MAXLINES=9999999 CONFIG_FEATURE_LESS_BRACKETS=y CONFIG_FEATURE_LESS_FLAGS=y CONFIG_FEATURE_LESS_FLAGCS=y CONFIG_FEATURE_LESS_MARKS=y CONFIG_FEATURE_LESS_REGEXP=y CONFIG_HDPARM=y CONFIG_FEATURE_HDPARM_GET_IDENTITY=y CONFIG_FEATURE_HDPARM_HDIO_SCAN_HWIF=y CONFIG_FEATURE_HDPARM_HDIO_UNREGISTER_HWIF=y CONFIG_FEATURE_HDPARM_HDIO_DRIVE_RESET=y CONFIG_FEATURE_HDPARM_HDIO_TRISTATE_HWIF=y CONFIG_FEATURE_HDPARM_HDIO_GETSET_DMA=y # CONFIG_MAKEDEVS is not set # CONFIG_FEATURE_MAKEDEVS_LEAF is not set # CONFIG_FEATURE_MAKEDEVS_TABLE is not set CONFIG_MOUNTPOINT=y CONFIG_MT=y CONFIG_NMETER=y CONFIG_RAIDAUTORUN=y CONFIG_READAHEAD=y CONFIG_RUNLEVEL=y CONFIG_RX=y CONFIG_STRINGS=y CONFIG_SETSID=y # CONFIG_TASKSET is not set # CONFIG_FEATURE_TASKSET_FANCY is not set CONFIG_TIME=y CONFIG_WATCHDOG=y # # Networking Utilities # CONFIG_FEATURE_IPV6=y CONFIG_VERBOSE_RESOLUTION_ERRORS=y CONFIG_ARP=y CONFIG_ARPING=y CONFIG_DNSD=y # CONFIG_ETHER_WAKE is not set CONFIG_FAKEIDENTD=y CONFIG_FTPGET=y CONFIG_FTPPUT=y CONFIG_FEATURE_FTPGETPUT_LONG_OPTIONS=y CONFIG_HOSTNAME=y CONFIG_HTTPD=y CONFIG_FEATURE_HTTPD_RELOAD_CONFIG_SIGHUP=y CONFIG_FEATURE_HTTPD_SETUID=y CONFIG_FEATURE_HTTPD_BASIC_AUTH=y CONFIG_FEATURE_HTTPD_AUTH_MD5=y CONFIG_FEATURE_HTTPD_CONFIG_WITH_MIME_TYPES=y CONFIG_FEATURE_HTTPD_CGI=y CONFIG_FEATURE_HTTPD_CONFIG_WITH_SCRIPT_INTERPR=y CONFIG_FEATURE_HTTPD_SET_REMOTE_PORT_TO_ENV=y CONFIG_FEATURE_HTTPD_ENCODE_URL_STR=y CONFIG_IFCONFIG=y CONFIG_FEATURE_IFCONFIG_STATUS=y CONFIG_FEATURE_IFCONFIG_SLIP=y CONFIG_FEATURE_IFCONFIG_MEMSTART_IOADDR_IRQ=y CONFIG_FEATURE_IFCONFIG_HW=y CONFIG_FEATURE_IFCONFIG_BROADCAST_PLUS=y # CONFIG_IFUPDOWN is not set # CONFIG_FEATURE_IFUPDOWN_IP is not set # CONFIG_FEATURE_IFUPDOWN_IP_BUILTIN is not set # CONFIG_FEATURE_IFUPDOWN_IFCONFIG_BUILTIN is not set # CONFIG_FEATURE_IFUPDOWN_IPV4 is not set # CONFIG_FEATURE_IFUPDOWN_IPV6 is not set # CONFIG_FEATURE_IFUPDOWN_MAPPING is not set # CONFIG_FEATURE_IFUPDOWN_EXTERNAL_DHCP is not set CONFIG_INETD=y CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_ECHO=y CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_DISCARD=y CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_TIME=y CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_DAYTIME=y CONFIG_FEATURE_INETD_SUPPORT_BUILTIN_CHARGEN=y CONFIG_FEATURE_INETD_RPC=y CONFIG_IP=y CONFIG_FEATURE_IP_ADDRESS=y CONFIG_FEATURE_IP_LINK=y CONFIG_FEATURE_IP_ROUTE=y CONFIG_FEATURE_IP_TUNNEL=y CONFIG_FEATURE_IP_RULE=y CONFIG_FEATURE_IP_SHORT_FORMS=y CONFIG_IPADDR=y CONFIG_IPLINK=y CONFIG_IPROUTE=y CONFIG_IPTUNNEL=y CONFIG_IPRULE=y CONFIG_IPCALC=y CONFIG_FEATURE_IPCALC_FANCY=y CONFIG_FEATURE_IPCALC_LONG_OPTIONS=y CONFIG_NAMEIF=y CONFIG_NC=y CONFIG_NC_SERVER=y CONFIG_NC_EXTRA=y CONFIG_NETSTAT=y # CONFIG_FEATURE_NETSTAT_WIDE is not set CONFIG_NSLOOKUP=y CONFIG_PING=y CONFIG_PING6=y CONFIG_FEATURE_FANCY_PING=y CONFIG_ROUTE=y CONFIG_TELNET=y CONFIG_FEATURE_TELNET_TTYPE=y CONFIG_FEATURE_TELNET_AUTOLOGIN=y CONFIG_TELNETD=y CONFIG_FEATURE_TELNETD_STANDALONE=y CONFIG_TFTP=y CONFIG_FEATURE_TFTP_GET=y CONFIG_FEATURE_TFTP_PUT=y CONFIG_FEATURE_TFTP_BLOCKSIZE=y # CONFIG_DEBUG_TFTP is not set CONFIG_TRACEROUTE=y CONFIG_FEATURE_TRACEROUTE_VERBOSE=y CONFIG_FEATURE_TRACEROUTE_SOURCE_ROUTE=y CONFIG_FEATURE_TRACEROUTE_USE_ICMP=y CONFIG_APP_UDHCPD=y CONFIG_APP_DHCPRELAY=y CONFIG_APP_DUMPLEASES=y CONFIG_APP_UDHCPC=y CONFIG_FEATURE_UDHCP_SYSLOG=y # CONFIG_FEATURE_UDHCP_DEBUG is not set CONFIG_FEATURE_RFC3397=y CONFIG_VCONFIG=y CONFIG_WGET=y CONFIG_FEATURE_WGET_STATUSBAR=y CONFIG_FEATURE_WGET_AUTHENTICATION=y CONFIG_FEATURE_WGET_LONG_OPTIONS=y CONFIG_ZCIP=y # # Process Utilities # CONFIG_FREE=y CONFIG_FUSER=y CONFIG_KILL=y CONFIG_KILLALL=y CONFIG_KILLALL5=y CONFIG_PIDOF=y CONFIG_FEATURE_PIDOF_SINGLE=y CONFIG_FEATURE_PIDOF_OMIT=y CONFIG_PS=y CONFIG_FEATURE_PS_WIDE=y CONFIG_RENICE=y CONFIG_BB_SYSCTL=y CONFIG_TOP=y CONFIG_FEATURE_TOP_CPU_USAGE_PERCENTAGE=y CONFIG_UPTIME=y # # Shells # # CONFIG_FEATURE_SH_IS_ASH is not set # CONFIG_FEATURE_SH_IS_HUSH is not set # CONFIG_FEATURE_SH_IS_LASH is not set # CONFIG_FEATURE_SH_IS_MSH is not set CONFIG_FEATURE_SH_IS_NONE=y CONFIG_ASH=y # # Ash Shell Options # CONFIG_ASH_JOB_CONTROL=y CONFIG_ASH_READ_NCHARS=y CONFIG_ASH_READ_TIMEOUT=y CONFIG_ASH_ALIAS=y CONFIG_ASH_MATH_SUPPORT=y CONFIG_ASH_MATH_SUPPORT_64=y CONFIG_ASH_GETOPTS=y CONFIG_ASH_BUILTIN_ECHO=y CONFIG_ASH_BUILTIN_TEST=y CONFIG_ASH_CMDCMD=y CONFIG_ASH_MAIL=y CONFIG_ASH_OPTIMIZE_FOR_SIZE=y CONFIG_ASH_RANDOM_SUPPORT=y # CONFIG_ASH_EXPAND_PRMT is not set CONFIG_HUSH=y CONFIG_HUSH_HELP=y CONFIG_HUSH_INTERACTIVE=y CONFIG_HUSH_JOB=y CONFIG_HUSH_TICK=y CONFIG_HUSH_IF=y CONFIG_HUSH_LOOPS=y CONFIG_LASH=y CONFIG_MSH=y # # Bourne Shell Options # CONFIG_FEATURE_SH_EXTRA_QUIET=y # CONFIG_FEATURE_SH_STANDALONE is not set # CONFIG_CTTYHACK is not set # # System Logging Utilities # CONFIG_SYSLOGD=y CONFIG_FEATURE_ROTATE_LOGFILE=y CONFIG_FEATURE_REMOTE_LOG=y CONFIG_FEATURE_IPC_SYSLOG=y CONFIG_FEATURE_IPC_SYSLOG_BUFFER_SIZE=16 CONFIG_LOGREAD=y CONFIG_FEATURE_LOGREAD_REDUCED_LOCKING=y CONFIG_KLOGD=y CONFIG_LOGGER=y # # Runit Utilities # CONFIG_RUNSV=y CONFIG_RUNSVDIR=y CONFIG_SV=y CONFIG_SVLOGD=y CONFIG_CHPST=y CONFIG_SETUIDGID=y CONFIG_ENVUIDGID=y CONFIG_ENVDIR=y CONFIG_SOFTLIMIT=y # CONFIG_CHCON is not set # CONFIG_FEATURE_CHCON_LONG_OPTIONS is not set # CONFIG_GETENFORCE is not set # CONFIG_GETSEBOOL is not set # CONFIG_LOAD_POLICY is not set # CONFIG_MATCHPATHCON is not set # CONFIG_RUNCON is not set # CONFIG_FEATURE_RUNCON_LONG_OPTIONS is not set # CONFIG_SELINUXENABLED is not set # CONFIG_SETENFORCE is not set # # ipsvd utilities # CONFIG_TCPSVD=y CONFIG_UDPSVD=y -------------- next part -------------- A non-text attachment was scrubbed... Name: mil1553-0.0-1.src.rpm Type: application/x-rpm Size: 2434 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070606/60b489ac/attachment-0003.bin From ynakam at hitachisoft.jp Tue Jun 5 17:52:11 2007 From: ynakam at hitachisoft.jp (Yuichi Nakamura) Date: Wed, 6 Jun 2007 09:52:11 +0900 Subject: [patch] optional -lsepol In-Reply-To: <200706060053.00597.vda.linux@googlemail.com> References: <20070605160826.eb1899b3.ynakam@hitachisoft.jp> <20070605091207.GA2818@aon.at> <200706060053.00597.vda.linux@googlemail.com> Message-ID: <20070606095211.96a681b2.ynakam@hitachisoft.jp> On Wed, 6 Jun 2007 00:53:00 +0200 Denis Vlasenko wrote: > ifeq ($(CONFIG_SELINUX),y) > -LDLIBS += -lselinux -lsepol > +LDLIBS += -lselinux > endif > > +ifeq ($(CONFIG_SELINUX_SEPOL),y) > +LDLIBS += -lsepol > +endif > > This will work, yes. But ideally I want a system which > links in -lsepol only if otherwise link fails. > > See how trylink script does it for libm and libcrypt. > Ugly hack, but needs no build magic and avoids situations when > CONFIG_LIBM etc are set needlessly. I see. I fixed trylink and included -lsepol check. Please review attached one. Regards Yuichi Nakamura -------------- next part -------------- A non-text attachment was scrubbed... Name: sepol.2.patch Type: application/octet-stream Size: 1004 bytes Desc: not available Url : http://busybox.net/lists/busybox/attachments/20070606/c059097d/attachment.obj From roberto.foglietta at gmail.com Wed Jun 6 00:28:40 2007 From: roberto.foglietta at gmail.com (Roberto