troubles switching from 1.1.3 to todays snapshot
Rob Landley
rob at landley.net
Mon Jul 31 18:44:27 UTC 2006
On Wednesday 26 July 2006 2:47 pm, Clem Taylor wrote:
> Hi,
>
> I recently added stat to my busybox 1.1.3 build and it is segfaulting
> in strnlen() via a printf(), so I thought I'd try out the snapshot and
> I've run into a bit of a build problem.
Without mentioning your config or anything about your build environment.
> .../buildroot/build_mipsel/busybox/include/shadow_.h:23:20: shadow.h:
> No such file or directory
I assume the system you're building on doesn't have shadow password support in
the standard header files?
> shadow_.h hasn't changed in a significant way since 1.1.3, it looks
> like the problem is elsewhere.
>
> I put an '#if defined CONFIG_FEATURE_SHADOWPASSWDS' around the
> shadow.h include and the compile fails in passwd.c.
With no indication of what the actual error message was...
> This code was
> switched from using an #ifdef to an if, and was assuming that 'struct
> spwd' exists.
Ok, by this I'm assuming you have passwd.c enabled in your config. Do you
have shadow password support enabled, and the built-in shadow support?
> You can't set CONFIG_USE_BB_SHADOW if you don't have
> CONFIG_FEATURE_SHADOWPASSWDS set. If I force on the
> CONFIG_USE_BB_SHADOW path in shadow_.h, then busybox compiles.
>
> So, what is the proper way to configure busybox if you don't have
> shadow support in your libc?
Well, mentioning what you're trying to do a little earlier in the message
might help.
If you've got USE_BB_SHADOW set, then it shouldn't try to use the system
shadow at all. That's a bug. Enabling USE_BB_SHADOW should _disable_
attempts to use the system shadow.h support, and provide replacements.
I'm guessing it doesn't? Not having an environment in which to reproduce this
at the moment, I'm not in a position to fix it without more information than
you've given me...
> --Clem
Rob
--
Never bet against the cheap plastic solution.
More information about the busybox
mailing list