Config questions.

Denys Vlasenko vda.linux at googlemail.com
Thu Nov 6 00:47:36 UTC 2008


On Wednesday 05 November 2008 02:01, Rob Landley wrote:
> On Tuesday 04 November 2008 16:22:45 Rob Landley wrote:
> > It would be nice if busybox still had such a .config.  Maybe I can start
> > with allyesconfig and just switch off a lot _more_...
> 
> 
> So I'm making my own deltaconfig I can feed into "make allyesconfig 
> KCONFIG_ALLCONFIG=deltaconfig", to switch stuff I don't want off, and I'm 
> fuzzy on what several of these symbols currently _do_...
> 
> CONFIG_FEATURE_PREFER_APPLETS:
>   │ This is an experimental option which directs applets about to           │
>   │ call 'exec' to try and find an applicable busybox applet before         │
>   │ searching the PATH. This is typically done by exec'ing                  │
>   │ /proc/self/exe.  
> 
> When this is deselected (as defconfig does), does this mean it searches for 
> built-in applets _after_ trying the $PATH?  Or that it _only_ tries the 
> $PATH?

When this is not on, shells do not treat applets specially.
They are searched for and run the same way as external programs.
(Shells still treat *shell builtins* specially).

> CONFIG_BUSYBOX_PIE
> 
>   Why is this indented under CONFIG_STATIC when its visiblity doesn't depend
>   on it?

Because static PIE does not make sense:
config PIE
        bool "Build BusyBox as a position independent executable"
        default n
        depends on !STATIC

> CONFIG_FEATURE_SYSLOG
> 
>   Remove the description string from the .config and it won't show up in the
>   menu.
>
> CONFIG_FEATURE_HAVE_RPC:
> 
>   Ditto.

Cool. Done.

> CONFIG_PAM
> 
>   I despise pluggable authentication modules,

What should users with LDAP-backed user db's do,
even if they agree with you? Would you suggest me to go
to my manager and tell him that LDAP sux and /etc/passwd rulez,
and I demand immediate migration to this superior solution?
Not really viable... I can use system's login, but this means
that busybox login is non-functional on (some) destops.
I want it to be functional.

>   but I don't know if leaving this  
>   enabled will screw anything up when there's no pam configured in the root
>   filesystem.  Anybody know?

This option makes login use PAM and is tested to work on PAM-enabled system.
"User database in LDAP" and such. Of course this requires glibc.
Other applets are not affected.

> CONFIG_VOLUMEID
> 
>   The help text here says "TODO".  Is this another SYSYLOG/HAVE_RPC internal
>   symbol we shouldn't actually display type thing?

Yes, thanks for pointing this out.

> CONFIG_DEVFSD
> 
>   It's the end of 2008.
>
> CONFIG_FEATURE_DVFS
> 
>   Ditto.

Yes, not enable them please! :)

> CONFIG_DEBUG_TFTP
> 
>   Should this depend on ENABLE_DEBUG?

No. CONFIG_DEBUG turns on gcc -g. DEBUG_TFTP makes tftp[d] talk a lot.

> CONFIG_FEATURE_UDHCP_DEBUG
> 
>   Ditto, and why is this a "CONFIG_FEATURE" when the TFTP one is
>   a "CONFIG_DEBUG"?

Good idea to rename all debugging to <applet>_DEBUG, without
FEATURE, so that it's more clear that this is not a normal
feature! Done.

> CONFIG_ASH_GETOPTS
> 
>   Does this have any relation to the CONFIG_GETOPT in Linux System Utilities?

No, it turns on ash builtin "getopts".

I will commit attached patch, please look though...
--
vda

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 5.patch
Type: text/x-diff
Size: 19072 bytes
Desc: not available
Url : http://lists.busybox.net/pipermail/busybox/attachments/20081106/1950adaa/attachment.bin 


More information about the busybox mailing list