[BusyBox] bug#1116: chown reports "Function not implemented"

[Mark Whitley]

On Fri, Mar 02, 2001 at 01:45:56PM -0600, David Douthitt wrote:
> Mark Whitley wrote:
> > 
> > On Thu, Mar 01, 2001 at 09:37:18PM -0600, David Douthitt wrote:
> > >
> > > chown has a bug somewhere:

[snip]

> I figured this one out - it was using files from /usr/include, when it
> should have gone to /usr/i386-glibc20-linux/include.  When I got into
> the Makefile, I found the appropriate LIBC variable and changed it - it
> worked.

Glad to hear you found a fix! I've ran into bugs like this before. These kind
of things can be very frustrating when they crop up because it's hard to see
where the problem's coming from.

> The problem originally was that __GLIBC_MINOR__ was set wrong (was
> probably 1, should have been 0).
> 
> I was thinking of creating a patch that would document using the
> Makefile with Red Hat 6.2 and the compat-* RPMs as I am...

Attached is a patch that adds a comment to that effect to the Makefile. Is
this what you were thinking of? If so, I'd be happy to commit. (Hopefully it
could help some poor soul in the future who runs into the same problem...)


Mark Whitley
markw at lineo.com
-------------- next part --------------
Index: Makefile
===================================================================
RCS file: /var/cvs/busybox/Makefile,v
retrieving revision 1.156
diff -u -b -B -p -r1.156 Makefile
--- Makefile	2001/02/27 22:24:45	1.156
+++ Makefile	2001/03/02 20:27:59
@@ -87,7 +87,9 @@ STRIPTOOL = $(CROSS)strip
 #CC = ../uClibc/extra/gcc-uClibc/gcc-uClibc-i386
 
 # To compile vs some other alternative libc, you may need to use/adjust
-# the following lines to meet your needs...
+# the following lines to meet your needs. Please note that if you change it to
+# use a different libc.a but are still pointing to an old /include directory,
+# you may get strange and confusing behavior.
 #LIBCDIR=/usr/i486-linuxlibc1
 #LDFLAGS+=-nostdlib
 #LIBRARIES = $(LIBCDIR)/lib/libc.a -lgcc