Build of mail-client/thunderbird-60.7.0:0/0::gentoo failed with: [...] >>> Source compiled. >>> Test phase [not enabled]: mail-client/thunderbird-60.7.0 >>> Install thunderbird-60.7.0 into /var/tmp/portage/mail-client/thunderbird-60.7.0/image/ category mail-client * XATTR_PAX marking -me /var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/tbird/dist/bin/xpcshell with setfattr 0:00.46 /usr/bin/gmake -C . -j4 -s -w install 0:00.47 gmake: Entering directory '/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/tbird' 0:00.51 gmake[1]: Entering directory '/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/tbird/comm/mail/installer' 0:26.31 terminate called after throwing an instance of 'std::__ios_failure' 0:26.31 what(): basic_ios::clear: iostream error 0:26.88 Traceback (most recent call last): 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/toolkit/mozapps/installer/packager.py", line 343, in <module> 0:26.88 main() 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/toolkit/mozapps/installer/packager.py", line 337, in main 0:26.88 copier.copy(args.destination) 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/python/mozbuild/mozpack/copier.py", line 431, in copy 0:26.88 copy_results.append((destfile, f.copy(destfile, skip_if_older))) 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/python/mozbuild/mozpack/files.py", line 296, in copy 0:26.88 elfhack(dest) 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/python/mozbuild/mozpack/executables.py", line 124, in elfhack 0:26.88 errors.fatal('Error executing ' + ' '.join(cmd)) 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/python/mozbuild/mozpack/errors.py", line 103, in fatal 0:26.88 self._handle(self.FATAL, msg) 0:26.88 File "/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/python/mozbuild/mozpack/errors.py", line 98, in _handle 0:26.88 raise ErrorMessage(msg) 0:26.88 mozpack.errors.ErrorMessage: Error: Error executing /var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/tbird/build/unix/elfhack/elfhack ../../../dist/thunderbird/libxul.so 0:26.93 gmake[1]: *** [/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/toolkit/mozapps/installer/packager.mk:22: stage-package] Error 1 0:26.93 gmake[1]: Leaving directory '/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/tbird/comm/mail/installer' 0:26.93 gmake: *** [/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/comm/mail/build.mk:16: install] Error 2 0:26.93 gmake: Leaving directory '/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0/tbird' * ERROR: mail-client/thunderbird-60.7.0::gentoo failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 124: Called src_install * environment, line 5147: Called die * The specific snippet of code: * MOZ_MAKE_FLAGS="${MAKEOPTS}" SHELL="${SHELL:-${EPREFIX}/bin/bash}" MOZ_NOSPAM=1 DESTDIR="${D}" ./mach install || die; * * If you need support, post the output of `emerge --info '=mail-client/thunderbird-60.7.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=mail-client/thunderbird-60.7.0::gentoo'`. * The complete build log is located at '/var/tmp/portage/mail-client/thunderbird-60.7.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/mail-client/thunderbird-60.7.0/temp/environment'. * Working directory: '/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0' * S: '/var/tmp/portage/mail-client/thunderbird-60.7.0/work/thunderbird-60.7.0' Redacted output of emerge --info '=mail-client/thunderbird-60.7.0::gentoo': Portage 2.3.66 (python 2.7.16-final-0, default/linux/amd64/17.0/desktop/gnome/systemd, gcc-9.1.0, glibc-2.29-r2, 4.20.13-gentoo x86_64) [...] Timestamp of repository gentoo: Thu, 23 May 2019 00:45:01 +0000 sh bash 5.0_p7 ld GNU ld (Gentoo 2.32 p2) 2.32.0 app-shells/bash: 5.0_p7::gentoo dev-java/java-config: 2.2.0-r4::gentoo dev-lang/perl: 5.28.2-r1::gentoo dev-lang/python: 2.7.16::gentoo, 3.6.8::gentoo, 3.7.3::gentoo dev-util/cmake: 3.14.4::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.6-r1::gentoo sys-apps/sandbox: 2.17::gentoo sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.16.1-r1::gentoo sys-devel/binutils: 2.32-r1::gentoo sys-devel/gcc: 8.3.0-r1::gentoo, 9.1.0::gentoo sys-devel/gcc-config: 2.0::gentoo sys-devel/libtool: 2.4.6-r5::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 5.0-r1::gentoo (virtual/os-headers) sys-libs/glibc: 2.29-r2::gentoo [...] ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -g" CHOST="x86_64-pc-linux-gnu" [...] FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch parallel-install pid-sandbox preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync webrsync-gpg xattr" FFLAGS="-O2 -pipe" [...] MAKEOPTS="-j1" [...]
Confirmed, same problem. Do we have an upstream report? This elfhack is a pos, no error messages, no --help options.
This post recommends --disable-elf-hack, but I haven't tried it yet. https://blfs-dev.linuxfromscratch.narkive.com/lKXcx8UI/error-building-firefox-63-0#post8
This is an exceedingly bizarre bug. It only seems to happen when the program is run as root. Further, both gdb 8.1 and 8.3 it crash when attempting to debug it. I re-built elfhack with -O0 and -g3. As soon as I try to run the callq to the Elf::Elf(std::basic_ifstream<char, std::char_traits<char> >&), gdb blows up with a segfault. 0x0000555555569601 1200 Elf elf(file); 1: x/2i $rip => 0x555555569601 <do_file(char const*, bool, bool)+112>: callq 0x5555555568e2 <Elf::Elf(std::basic_ifstream<char, std::char_traits<char> >&)> 0x555555569606 <do_file(char const*, bool, bool)+117>: lea -0x490(%rbp),%rax (gdb) stepi Segmentation fault I wonder if --disable-elf-hack is the simplest way to work-around this.
Thank you for the report. Please recompile and *attach* the complete logfiles and paste the emerge info as described on https://wiki.gentoo.org/wiki/Attach_the_logs_to_the_bug_ticket The logs must be part of the ticket, but not on external websites. We need to have all information at hand before ticket assignment, so that the maintainer can look after it in one session with minimal number of callbacks. Please reopen this ticket (Status:unconfirmed) afterwards.
@4: The build log has a size of 16 MB. Hence it cannot be attached due to the size limit of this bug tracker.
ad PC: kindly reopen the bug, please don't close it as WONTFIX when it affects more than one user. Else I have to create a new bug, which only means more wrangling work for maintainers.
(In reply to ad PC from comment #5) Nevermind ad PC, I've opened #686760. I'm almost certain that building without -g will work-around this issue, although I don't quite get the underlying cause and why upstream isn't getting this.
Thanks to D.S. for the logfiles in #686760 *** This bug has been marked as a duplicate of bug 686760 ***
