Re: [gentoo-user] updating old box: segfaults with python

[Stefan G. Weichinger]

Am 08.01.2014 17:41, schrieb Stefan G. Weichinger:

> trying "emerge -B glibc" for now ... step by step.

emerge -B : success

emerge -K: same failure

The unpacking of glibc seems to somehow break python while emerge still
runs ... at least that is my impression.

Manually unpacking the 2.17-tarball does not fix python ...

So I am back with the manual glibc-2.16 ... and have the correctly built
glibc-2.17.tbz2 as well.

So how to fix that?

Use another python? Right now I have:

# eselect python list

Available Python interpreters:
  [1]   python2.4
  [2]   python2.5
  [3]   python2.6
  [4]   python2.7 *
  [5]   python3.1
  [6]   python3.2
  [7]   python3.3

In make.conf:

PYTHON_TARGETS="python2_6 python2_7 python3_2"
PYTHON_SINGLE_TARGET="python2_7"

I assume I could get rid of some releases ... but currently I am
hesitating ;-)

2.7.5-r3 and 3.2.5-r3 rebuilt fine here today.

used python-3.2 now ... next failure to install the tbz2

What do I get?

->


>>> Installing (1 of 1) sys-libs/glibc-2.17
 * Defaulting /etc/host.conf:multi to on
 * ERROR: sys-libs/glibc-2.17::gentoo failed (prerm phase):
 *   eutils.eclass could not be found by inherit()
 *
 * Call stack:
 *           ebuild.sh, line 545:  Called source
'/var/db/pkg/sys-libs/glibc-2.17/glibc-2.17.ebuild'
 *   glibc-2.17.ebuild, line   5:  Called inherit 'eutils' 'versionator'
'toolchain-funcs' 'flag-o-matic' 'gnuconfig' 'multilib' 'systemd'
'unpacker' 'multiprocessing'
 *           ebuild.sh, line 257:  Called die
 * The specific snippet of code:
 *   		[[ -z ${location} ]] && die "${1}.eclass could not be found by
inherit()"
 *
 * If you need support, post the output of `emerge --info
'=sys-libs/glibc-2.17::gentoo'`,
 * the complete build log and the output of `emerge -pqv
'=sys-libs/glibc-2.17::gentoo'`.
 * The complete build log is located at
'/var/tmp/portage/._unmerge_/sys-libs/glibc-2.17/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/._unmerge_/sys-libs/glibc-2.17/temp/die.env'.
 * Working directory: '/usr/lib/portage/pym'
 * S: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.17/work/glibc-2.17'
/usr/lib/portage/bin/isolated-functions.sh: Zeile 109: 17558
Speicherzugriffsfehler  "$PORTAGE_BIN_PATH"/ebuild-ipc exit 1
 * The ebuild phase 'prerm' has exited unexpectedly. This type of behavior
 * is known to be triggered by things such as failed variable assignments
 * (bug #190128) or bad substitution errors (bug #200313). Normally, before
 * exiting, bash should have displayed an error message above. If bash did
 * not produce an error message above, it's possible that the ebuild has
 * called `exit` when it should have called `die` instead. This behavior
 * may also be triggered by a corrupt bash binary or a hardware problem
 * such as memory or cpu malfunction. If the problem is not reproducible or
 * it appears to occur randomly, then it is likely to be triggered by a
 * hardware problem. If you suspect a hardware problem then you should try
 * some basic hardware diagnostics such as memtest. Please do not report
 * this as a bug unless it is consistently reproducible and you are sure
 * that your bash binary and hardware are functioning properly.
 * QA Notice: ECLASS 'eutils' inherited illegally in sys-libs/glibc-2.17
 * ERROR: sys-libs/glibc-2.17::gentoo failed:
 *   eutils.eclass could not be found by inherit()
 *
 * Call stack:
 *   misc-functions.sh, line  17:  Called source
'/usr/lib/portage/bin/ebuild.sh'
 *           ebuild.sh, line 545:  Called source
'/var/db/pkg/sys-libs/glibc-2.17/glibc-2.17.ebuild'
 *   glibc-2.17.ebuild, line   5:  Called inherit 'eutils' 'versionator'
'toolchain-funcs' 'flag-o-matic' 'gnuconfig' 'multilib' 'systemd'
'unpacker' 'multiprocessing'
 *           ebuild.sh, line 257:  Called die
 * The specific snippet of code:
 *   		[[ -z ${location} ]] && die "${1}.eclass could not be found by
inherit()"
 *


... and way more.

I tried to remove /var/db/pkg/sys-libs/glibc-2.17/environment.bz2 ...
didn't help.

Looking forward to some clever suggestions ;-)

Stefan