Advertisement
Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
- * (445/445) Generating zu_ZA.ISO-8859-1 ... [ ok ]
- * Generation complete
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/phase-functions.sh: line 84: 22361 Segmentation fault "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}"
- * ERROR: sys-libs/glibc-2.17 failed (postinst phase):
- * filter-bash-environment.py failed
- *
- * Call stack:
- * ebuild.sh, line 712: Called __ebuild_main 'postinst'
- * phase-functions.sh, line 872: Called __filter_readonly_variables '--filter-path' '--filter-sandbox' '--allow-extra-vars'
- * phase-functions.sh, line 134: Called die
- * The specific snippet of code:
- * "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
- *
- * If you need support, post the output of `emerge --info '=sys-libs/glibc-2.17'`,
- * the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.17'`.
- * The complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.17/temp/build.log'.
- * The ebuild environment file is located at '/var/tmp/portage/sys-libs/glibc-2.17/temp/environment'.
- * Working directory: '/var/tmp/portage/sys-libs/glibc-2.17'
- * S: '/var/tmp/portage/sys-libs/glibc-2.17/work/glibc-2.17'
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/isolated-functions.sh: line 109: 22440 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit 1
- * The ebuild phase 'postinst' 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.
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/misc-functions.sh: line 1262: 22464 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit $?
- * The ebuild phase 'die_hooks' 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.
- !!! FAILED postinst: 1
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/misc-functions.sh: line 1262: 22489 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit $?
- * The ebuild phase 'other' 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.
- >>> Emerging (3 of 38) sys-devel/gcc-config-1.8
- * gcc-config-1.8.tar.xz SHA256 SHA512 size ;-) ... [ ok ]
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/phase-functions.sh: line 84: 22557 Segmentation fault "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}"
- * ERROR: sys-devel/gcc-config-1.8 failed (setup phase):
- * filter-bash-environment.py failed
- *
- * Call stack:
- * ebuild.sh, line 712: Called __ebuild_main 'setup'
- * phase-functions.sh, line 972: Called __filter_readonly_variables '--filter-features'
- * phase-functions.sh, line 134: Called die
- * The specific snippet of code:
- * "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
- *
- * If you need support, post the output of `emerge --info '=sys-devel/gcc-config-1.8'`,
- * the complete build log and the output of `emerge -pqv '=sys-devel/gcc-config-1.8'`.
- * The complete build log is located at '/var/tmp/portage/sys-devel/gcc-config-1.8/temp/build.log'.
- * The ebuild environment file is located at '/var/tmp/portage/sys-devel/gcc-config-1.8/temp/environment'.
- * Working directory: '/var/tmp/portage/sys-devel/gcc-config-1.8'
- * S: '/var/tmp/portage/sys-devel/gcc-config-1.8/work/gcc-config-1.8'
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/isolated-functions.sh: line 109: 22636 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit 1
- * The ebuild phase 'setup' 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.
- /var/tmp/portage/._portage_reinstall_.XHEXl9/bin/misc-functions.sh: line 1262: 22649 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit $?
- * The ebuild phase 'die_hooks' 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.
- >>> Failed to emerge sys-devel/gcc-config-1.8, Log file:
- >>> '/var/tmp/portage/sys-devel/gcc-config-1.8/temp/build.log'
- * Messages for package sys-libs/timezone-data-2013g:
- * You do not have TIMEZONE set in /etc/conf.d/clock.
- * Skipping auto-update of /etc/localtime.
- * Messages for package sys-libs/glibc-2.10.1-r1:
- * 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.
- * ERROR: sys-libs/glibc-2.10.1-r1 failed (prerm phase):
- * filter-bash-environment.py failed
- *
- * Call stack:
- * ebuild.sh, line 486: Called __preprocess_ebuild_env
- * phase-functions.sh, line 153: Called __filter_readonly_variables '--filter-features' '--filter-locale' '--filter-path' '--filter-sandbox'
- * phase-functions.sh, line 134: Called die
- * The specific snippet of code:
- * "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
- *
- * If you need support, post the output of `emerge --info '=sys-libs/glibc-2.10.1-r1'`,
- * the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.10.1-r1'`.
- * The complete build log is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1/temp/build.log'.
- * The ebuild environment file is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1/temp/environment'.
- * Working directory: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1'
- * S: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1/work/glibc-2.10.1'
- * The ebuild phase 'postrm' 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.
- * The 'postrm' phase of the 'sys-libs/glibc-2.10.1-r1' package has failed
- * with exit value 1.
- *
- * The problem occurred while executing the ebuild file named
- * 'glibc-2.10.1-r1.ebuild' located in the '/var/db/pkg/sys-
- * libs/glibc-2.10.1-r1' directory. If necessary, manually remove the
- * environment.bz2 file and/or the ebuild file located in that directory.
- *
- * Removal of the environment.bz2 file is preferred since it may allow the
- * removal phases to execute successfully. The ebuild will be sourced and
- * the eclasses from the current portage tree will be used when necessary.
- * Removal of the ebuild file will cause the pkg_prerm() and pkg_postrm()
- * removal phases to be skipped entirely.
- * ERROR: sys-libs/glibc-2.10.1-r1 failed (postrm phase):
- * filter-bash-environment.py failed
- *
- * Call stack:
- * ebuild.sh, line 486: Called __preprocess_ebuild_env
- * phase-functions.sh, line 153: Called __filter_readonly_variables '--filter-features' '--filter-locale' '--filter-path' '--filter-sandbox'
- * phase-functions.sh, line 134: Called die
- * The specific snippet of code:
- * "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
- *
- * If you need support, post the output of `emerge --info '=sys-libs/glibc-2.10.1-r1'`,
- * the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.10.1-r1'`.
- * The complete build log is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1/temp/build.log'.
- * The ebuild environment file is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1/temp/environment'.
- * Working directory: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1'
- * S: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.10.1-r1/work/glibc-2.10.1'
- * Messages for package sys-libs/glibc-2.17:
- * Defaulting /etc/host.conf:multi to on
- * The ebuild phase 'postinst' 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.
- * Generating all locales; edit /etc/locale.gen to save time/space
- * ERROR: sys-libs/glibc-2.17 failed (postinst phase):
- * filter-bash-environment.py failed
- *
- * Call stack:
- * ebuild.sh, line 712: Called __ebuild_main 'postinst'
- * phase-functions.sh, line 872: Called __filter_readonly_variables '--filter-path' '--filter-sandbox' '--allow-extra-vars'
- * phase-functions.sh, line 134: Called die
- * The specific snippet of code:
- * "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
- *
- * If you need support, post the output of `emerge --info '=sys-libs/glibc-2.17'`,
- * the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.17'`.
- * The complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.17/temp/build.log'.
- * The ebuild environment file is located at '/var/tmp/portage/sys-libs/glibc-2.17/temp/environment'.
- * Working directory: '/var/tmp/portage/sys-libs/glibc-2.17'
- * S: '/var/tmp/portage/sys-libs/glibc-2.17/work/glibc-2.17'
- * The ebuild phase 'other' 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.
- * Messages for package sys-devel/gcc-config-1.8:
- * The ebuild phase 'setup' 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.
- * ERROR: sys-devel/gcc-config-1.8 failed (setup phase):
- * filter-bash-environment.py failed
- *
- * Call stack:
- * ebuild.sh, line 712: Called __ebuild_main 'setup'
- * phase-functions.sh, line 972: Called __filter_readonly_variables '--filter-features'
- * phase-functions.sh, line 134: Called die
- * The specific snippet of code:
- * "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
- *
- * If you need support, post the output of `emerge --info '=sys-devel/gcc-config-1.8'`,
- * the complete build log and the output of `emerge -pqv '=sys-devel/gcc-config-1.8'`.
- * The complete build log is located at '/var/tmp/portage/sys-devel/gcc-config-1.8/temp/build.log'.
- * The ebuild environment file is located at '/var/tmp/portage/sys-devel/gcc-config-1.8/temp/environment'.
- * Working directory: '/var/tmp/portage/sys-devel/gcc-config-1.8'
- * S: '/var/tmp/portage/sys-devel/gcc-config-1.8/work/gcc-config-1.8'
- * Regenerating GNU info directory index...
- * Processed 84 info files.
- * IMPORTANT: 17 news items need reading for repository 'gentoo'.
- * Use eselect news to read news items.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement