| 1 |
On 16-07-2016 21:58:41 +0900, Benda Xu wrote: |
| 2 |
> Hi Michael, |
| 3 |
> |
| 4 |
> Have you tried RAP at |
| 5 |
> |
| 6 |
> https://wiki.gentoo.org/wiki/Prefix/libc |
| 7 |
> |
| 8 |
> It passed the test on CentOS 7. |
| 9 |
> |
| 10 |
> Michael Schubert <mschu.dev@×××××.com> writes: |
| 11 |
> |
| 12 |
> > I'm currently trying to bootstrap prefix on RH7. |
| 13 |
> > |
| 14 |
> > I'm running into a couple of issues, but would rather try and sort |
| 15 |
> > them out than submitting a bug report. |
| 16 |
> > |
| 17 |
> > * ${ROOT}/bin/bash [defunct link] collides with bash in stage3 |
| 18 |
> > line #1448, disable collision protect works as a workaround: |
| 19 |
> > USE=-collision-protect emerge_pkgs --nodeps "${pkgs[@]}" || return 1 |
| 20 |
> |
| 21 |
> This one look unfamilar to me. How could it become a [defunct link]? |
| 22 |
|
| 23 |
bootstrap_portage: |
| 24 |
[[ -x ${ROOT}/tmp/bin/bash ]] || [[ ! -x ${ROOT}/tmp/usr/bin/bash ]] || ln -s ../usr/bin/bash "${ROOT}"/tmp/bin/bash || return 1 |
| 25 |
|
| 26 |
so all that needs to happen is ${ROOT}/tmp/ to be wiped, which we do in |
| 27 |
stage3, because we assume that emerge -e system has taken care of this. |
| 28 |
I guess the hash -r needs to move after the rm, which was forgotten in |
| 29 |
https://gitweb.gentoo.org/repo/proj/prefix.git/commit/?id=f3c51fb01b54321c026cfb2857ba3ee65cecaf98 |
| 30 |
|
| 31 |
> > * =sys-libs/libseccomp-2.3.1 needs keywords ** in $ |
| 32 |
> > {ROOT}/etc/portage/package.accept_keywords, otherwise fail in emerge - |
| 33 |
> > u system #1544 |
| 34 |
> |
| 35 |
> That's because prefix overlay is a bit behind the main tree. |
| 36 |
|
| 37 |
If it's keyworded in gx86 and not in prefix-overlay, then that's just |
| 38 |
stupid IMO. |
| 39 |
|
| 40 |
> > * python 3.5 fails building _crypt and nis |
| 41 |
> > WARNING: renaming "_crypt" since importing it failed: |
| 42 |
> > build/lib.linux-x86_64-3.5/_crypt.cpython-35-x86_64-linux-gnu.so: |
| 43 |
> > undefined symbol: crypt |
| 44 |
> > WARNING: renaming "nis" since importing it failed: |
| 45 |
> > build/lib.linux-x86_64-3.5/nis.cpython-35-x86_64-linux-gnu.so: |
| 46 |
> > undefined symbol: yp_master |
| 47 |
> |
| 48 |
> It is https://bugs.gentoo.org/show_bug.cgi?id=587664 |
| 49 |
> |
| 50 |
> Probably a glibc compatibility issue, could be solved by a new glibc |
| 51 |
> with RAP. |
| 52 |
|
| 53 |
Yes, could be, but there's likely another problem here. |
| 54 |
|
| 55 |
Fabian |
| 56 |
|
| 57 |
-- |
| 58 |
Fabian Groffen |
| 59 |
Gentoo on a different level |
Archives