Summary: | Request update on documentation for setting up an emul32-bit chroot | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | jon R-B <jon.roadleybattin> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | http://gentoo.org | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
jon R-B
2007-11-07 22:01:43 UTC
--EDIT-- this isn't one of those cases that manually emerge binutils fixes See, this documentation is for *amd64 developers*; not for end users. What kind of update are you requesting here? And why do you need a rescue shell in a chroot intended for creating emul-* stuff? "See, this documentation is for *amd64 developers*; not for end users. What kind of update are you requesting here? " That may be the case, but since I was pointed there as a method to roll your own emul-x86 libs these are the only docu's that exist Update requested? Well what if I was thinking of becoming an amd64 dev/tester the documentation are not valid anymore "And why do you need a rescue shell in a chroot intended for creating emul-* stuff?" My thought exactly BUT since the instructions say todo an "emerge -e world" THIS pulls in busybox. Thus either something needs to be changed in the profile OR the documentation needs to be updated as requested such that such a step is refined cause it is obviouly 1) not needed, 2) broken Unfortunately the tree is not in good enough shape where I could write instructions and have them be valid. The instructions posted are really just guidelines of how the process works, not steps to blindly follow. The problem you're having with busybox is because their build systems calls the full compiler name instead of simply using gcc. I wish I could offer more advice, but this is one of those cases where you need to have a very in-depth knowledge of portage and all the build systems used out there. As for the emul packages being out of date on amd64, yes we are aware of that. I hope to have a refresh of all the packages this weekend. |