| Summary: | Only selected coreutils binaries are installed | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Pete Morici <pmorici> |
| Component: | Other | Assignee: | unassigned |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | buildroot |
| Priority: | P5 | ||
| Version: | 2019.02.2 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
|
Description
Pete Morici
2019-05-02 02:21:38 UTC
Can you be more specific? It works here for me: make coreutils && ls -lah target/usr/bin/base64 .. lrwxrwxrwx 1 peko peko 9 May 2 09:16 target/usr/bin/base64 -> coreutils find target -name base64 target/usr/bin/base64 Upon closer inspection it seems what is happening is that when both busybox base64 and coreutils are selected they get installed to different paths. /bin is ahead of /usr/bin in PATH and so the busybox version takes precedent. Adding base64 to COREUTILS_BIN_PROGS causes the coreutils version to be installed in /bin instead of /usr/bin. output/target/usr/bin/base64 -> coreutils output/target/bin/base64 -> busybox Ahh yes. In general, your best bet is to enable BR2_ROOTFS_MERGED_USR to get rid of this class of issues. With that said, I have pushed a commit adding base64 to _BIN_PROGS. I will also cherry pick it for the next 2019.02.x update. |