Summary: | sys-apps/portage-2.2.0_alpha169: sys-libs/glibc-2.17 upgrade - /usr/bin/python2.7: relocation error: /lib64/libresolv.so.2: symbol __sendmmsg, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin von Gagern <Martin.vGagern> |
Component: | [OLD] Core system | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | flyser42, grimm26, stefan.tell, toralf, wschlich |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=448858 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
AMD64 emerge --info x86 emerge --info |
Description
Martin von Gagern
2013-04-01 17:25:10 UTC
Please attach the complete build log. *** This bug has been marked as a duplicate of bug 448858 *** I went through this upgrade myself yesterday, but I didn't experience a relocation error. However, I running emerge with python3.3 instead of python2.7 (portage is installed with USE=python3), so maybe that makes a difference. i use python-2.7 myself but haven't seen this *** Bug 496952 has been marked as a duplicate of this bug. *** (In reply to SpanKY from comment #4) > i use python-2.7 myself but haven't seen this me too. (In reply to Toralf Förster from bug #496952 comment #1) > FWIW I do use tmpfs So do I. Coincidence? I guess so, but I'm reporting this just in case it is not. (In reply to Martin von Gagern from comment #7) > (In reply to Toralf Förster from bug #496952 comment #1) > > FWIW I do use tmpfs > > So do I. Coincidence? I guess so, but I'm reporting this just in case it is > not. When I run the first time into this issue (I found a similar bug I filed about this a year ago : #bug 448858 with glibc-2.17) I used a tmpfs file system too - in a more complex environemnr. I do chrooted into a ~x86 user mode linux image and I mounted /var/tmp/portage onto a mount point of a ramdisk (tmpfs) before to speed up things and b/c the due to the fact that UML image doesn't have enough space in it for compilation. FYI, I got this error tonight, then ran the emerge again with keepwork and it ran without error the second time :) Regarding this bug, I just hit it on two of our machines at the office, one running x86 and Python 3.3, the other running AMD64 and Python 3.3. No other side effects from the bug, and glibc-2.17 seems to be installed correctly, but I had to restart the emerge -aDNuv world after crashing Created attachment 369186 [details]
AMD64 emerge --info
Created attachment 369188 [details]
x86 emerge --info
Given that 2.17 is masked and the oldest in the tree, this is probably obsolete now. |