Re: [PATCH RESEND] bug in busybox strings.c

On Fri, 30 Apr 2004 21:16:38 +0000
Tito <farmatito <at> tiscali.it> wrote:

> would you please apply the following patch for strings.c
> as it fixes some bugs that should not go in 1.00.
> I posted it sometime ago  on the list but maybe it was not noticed.

Hi, i did notice, but ive been a bit slack of late, thanks for
persevering.

Glenn

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

Re: busybox tr behaviour

On Mon, 16 Feb 2004 17:50:19 +0100 (CET)
"Peter S. Mazinger" <ps.m <at> gmx.net> wrote:

> the following (used in rpm dependancy checking)
> echo "$interplist" | tr '[:blank:]' \\n does not behave like the
> coreutils tr version (interplist is like /bin/sh /usr/bin/perl the
> different interpreters)

As a rather late follow up...

busybox tr doesnt support predefined classes such as [:blank:],
[:digit:], acording to Sus3 it should support them, ive added a note in
the TODO.

I nthe meantime you could do an equivalent with
echo "$interplist" | tr '[ \t\r]' \\n

Glenn

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

Ping Payload

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

Re: [feature patch] id -G support plus groups applet

On Fri, 12 Mar 2004 16:12:02 -0600
"Tony J. White" <tjw <at> webteam.net> wrote:

> Here's another one for the patches directory if it looks OK.

Ive commited a patch based on yours to the patches directory.

Changes i made to your patch include
 - Using getopt and being pedantic about what options are accepted.
 - Dont print anything if name isnt found.
 - Print effective user and group if they differ from real ones.
 - Use the getgroups function to get a list of groups.

It should be SuSv3 compliant now.

Glenn

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

strange compiler log

Since we're patching up to a nice 1.0 I figured the ones in the know
should have a peek at this. I have no clue what it really means, but I
got a static (vs. glibc) busybox binary out of it (as expected). Is
this an error? if not it would probably be good if it was supressed
somehow...

/Anders

./networking/networking.a(ipcalc.o)(.text+0x27a): In function `ipcalc_main':
: warning: Using 'gethostbyaddr' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./networking/networking.a(ifconfig.o)(.text+0x253): In function `ifconfig_main':
: warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./networking/networking.a(arping.o)(.text+0x813): In function `arping_main':
: warning: Using 'gethostbyname2' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./libbb/libbb.a(inet_common.o)(.text+0x1a2): In function `INET_rresolve':
: warning: Using 'getnetbyaddr' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./libbb/libbb.a(inet_common.o)(.text+0x57): In function `INET_resolve':
: warning: Using 'getnetbyname' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./libbb/libbb.a(create_icmp_socket.o)(.text+0x7): In function `create_icmp_socket':
: warning: Using 'getprotobyname' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./libbb/libbb.a(xconnect.o)(.text+0x56): In function `bb_lookup_port':
: warning: Using 'getservbyname' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
./networking/networking.a(netstat.o)(.text+0x55): In function `get_sname':
: warning: Using 'getservbyport' in statically linked applications requires at runtime the shared
libraries from the glibc version used for linking
strip --remove-section=.note --remove-section=.comment busybox
/bin/sh applets/busybox.mkll include/config.h >busybox.links
(

Re: strange compiler log

aeriksson2 <at> fastmail.fm wrote:

> Since we're patching up to a nice 1.0 I figured the ones in the know
> should have a peek at this. I have no clue what it really means, but I
> got a static (vs. glibc) busybox binary out of it (as expected). Is
> this an error? if not it would probably be good if it was supressed
> somehow...

No, it's not an error, and it can't be suppressed because it's important.

What it's telling you is that these functions from glibc use the libnss 
external library to perform their functions (so they can consult 
/etc/nsswitch.conf and use different methods of hostname/address 
resolution). In spite of the fact that you static-linked against glibc, 
if you want these functions to work you will need to still supply a copy 
of the libnss that was used at link time. It means you don't really have 
a completely static binary.

uClibc and other libcs don't work this way, so they don't have this problem.

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

modultils for 2.6?

Am I missing something, or is the module support for 2.6.x broken? 
lsmod complains about QM_MODULES not being implemented (a sign of 
lacking 2.6 support). I did enable support for 2.6 in my .config 
file. There also seem to be some strange interactions between 
modprobe and insmod. If I 'modprobe foo' it complains about missing 
foo, even though foo.ko is there. 'insmod foo.ko' works though, so 
there is some 2.6 awareness in the mix.

Any ideas?

/A

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

Re: strange compiler log

> No, it's not an error, and it can't be suppressed because it's important.
> 
> What it's telling you is that these functions from glibc use the libnss 
> external library to perform their functions (so they can consult 
> /etc/nsswitch.conf and use different methods of hostname/address 
> resolution). In spite of the fact that you static-linked against glibc, 
> if you want these functions to work you will need to still supply a copy 
> of the libnss that was used at link time. It means you don't really have 
> a completely static binary.
> 
> uClibc and other libcs don't work this way, so they don't have this problem.

Ok, thanks for the info. I will move to uclibc when I have the basics
straight.

/Anders

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

Re: strange compiler log

> No, it's not an error, and it can't be suppressed because it's important.
> 
> What it's telling you is that these functions from glibc use the libnss 
> external library to perform their functions (so they can consult 
> /etc/nsswitch.conf and use different methods of hostname/address 
> resolution). In spite of the fact that you static-linked against glibc, 
> if you want these functions to work you will need to still supply a copy 
> of the libnss that was used at link time. It means you don't really have 
> a completely static binary.
> 
> uClibc and other libcs don't work this way, so they don't have this problem.
> 

Ok, thanks for the info. I will move to uclibc once I get the basics
straight for my setup.

/A

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox

Re: dpkg can install but not remove

On Tue, 27 Apr 2004 10:31:01 -0400 (EDT)
"Robert P. J. Day" <rpjday <at> mindspring.com> wrote:

>   have i created all of the necessary infrastructure?  the install
>   seems 
> to work, but the removal is yet to work.

Yes, i get the same error, for some reason dpkg isnt updating
/var/lib/dpkg/status properly during installs.

Glenn 

_______________________________________________
busybox mailing list
busybox <at> mail.busybox.net
http://codepoet.org/mailman/listinfo/busybox