mv /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/lib64/libfdisk.so.* /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/lib64; \ so_img_name=$(readlink /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/lib64/libfdisk.so); \ so_img_rel_target=$(echo /usr/lib64 | sed 's,\(^/\|\)[^/][^/]*,..,g'); \ (cd /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/lib64 && \ rm -f libfdisk.so && \ ln -s $so_img_rel_target/usr/lib64/$so_img_name libfdisk.so); \ fi chgrp tty /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/bin/wall chgrp tty /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/bin/write cd /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/bin && ln -sf last lastb for I in uname26 linux32 linux64 i386 x86_64 ; do \ cd /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/bin && ln -sf setarch $I ; \ done chmod 4755 /var/tmp/portage/sys-apps/util-linux-2.26/image//bin/mount chmod g+s /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/bin/wall chmod g+s /var/tmp/portage/sys-apps/util-linux-2.26/image//usr/bin/write chmod 4755 /var/tmp/portage/sys-apps/util-linux-2.26/image//bin/umount make[4]: Leaving directory '/var/tmp/portage/sys-apps/util-linux-2.26/work/util-linux-2.26-abi_x86_64.amd64' make[3]: Leaving directory '/var/tmp/portage/sys-apps/util-linux-2.26/work/util-linux-2.26-abi_x86_64.amd64' make[2]: Leaving directory '/var/tmp/portage/sys-apps/util-linux-2.26/work/util-linux-2.26-abi_x86_64.amd64' make[1]: Leaving directory '/var/tmp/portage/sys-apps/util-linux-2.26/work/util-linux-2.26-abi_x86_64.amd64' * Header files have changed between ABIs. * --- /var/tmp/portage/sys-apps/util-linux-2.26/temp/.multilib_header_cksum 2015-02-19 21:30:30.823940370 +0100 * +++ /var/tmp/portage/sys-apps/util-linux-2.26/temp/.multilib_header_cksum.new 2015-02-19 21:30:31.564940337 +0100 * @@ -1,4 +1,5 @@ * 3576919517 13710 /var/tmp/portage/sys-apps/util-linux-2.26/image/usr/include/blkid/blkid.h * +1485539335 21553 /var/tmp/portage/sys-apps/util-linux-2.26/image/usr/include/libfdisk/libfdisk.h * 1070102393 31769 /var/tmp/portage/sys-apps/util-linux-2.26/image/usr/include/libmount/libmount.h * 1486689290 3402 /var/tmp/portage/sys-apps/util-linux-2.26/image/usr/include/uuid/uuid.h * 163666575 9602 /var/tmp/portage/sys-apps/util-linux-2.26/image/usr/include/libsmartcols/libsmartcols.h * ERROR: sys-apps/util-linux-2.26::gentoo failed (install phase): * Header checksum mismatch, aborting. * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 4238: Called multilib-minimal_src_install * environment, line 2657: Called multilib_foreach_abi 'multilib-minimal_abi_src_install' * environment, line 2844: Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install' Reproducible: Always Portage 2.2.17 (python 3.4.2-final-0, default/linux/amd64/13.0/desktop, gcc-4.9.2, glibc-2.20-r2, 3.19.0-gentoo x86_64) ================================================================= System uname: Linux-3.19.0-gentoo-x86_64-Intel-R-_Core-TM-_i7-3740QM_CPU_@_2.70GHz-with-gentoo-2.2 KiB Mem: 24626200 total, 22075776 free KiB Swap: 25461756 total, 25461756 free Timestamp of repository gentoo: Thu, 19 Feb 2015 20:00:02 +0000 sh bash 4.3_p33-r1 ld GNU ld (Gentoo 2.25 p1.0) 2.25 app-shells/bash: 4.3_p33-r1::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.20.2::gentoo dev-lang/python: 2.7.9-r2::gentoo, 3.4.2::gentoo dev-util/cmake: 3.1.0::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.13.10::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.15::gentoo sys-devel/binutils: 2.25::gentoo sys-devel/gcc: 4.9.2::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool: 2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.19::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /mnt/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 bitcoin location: /mnt/portage/local/layman/bitcoin masters: gentoo priority: 0 bumblebee location: /mnt/portage/local/layman/bumblebee masters: gentoo priority: 1 steam-overlay location: /mnt/portage/local/layman/steam-overlay masters: gentoo priority: 2 media-overlay location: /mnt/portage/local/layman/media-overlay masters: gentoo priority: 3 lokal location: /mnt/portage/local/local-overlay masters: gentoo priority: 4 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=corei7 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=corei7 -O2 -pipe" DISTDIR="/mnt/portage/distfiles" FCFLAGS="-O2 -pipe"
Created attachment 396996 [details] /var/tmp/portage/sys-apps/util-linux-2.26/temp/build.log
Created attachment 397020 [details, diff] multilib_wrap_libfdisk_h_header.patch Confirmed; easy-but-not-necessarily-correct ebuild patch attached will get ebuild merging... but it seems the header file is only generated for x86_64, which really seems spooky, and possibly flat-out-wrong. Perhaps there is a deeper underlying bug causing the header not to be deployed for abi_x86_32..., or perhaps that's "just how it works." Really, someone should look into this before blindly applying the enclosed patch to gx86! I'm in a rush though atm -- maybe later tonight I'll look into it.
(In reply to Greg Turner from comment #2) > Created attachment 397020 [details, diff] [details, diff] > multilib_wrap_libfdisk_h_header.patch > > Confirmed; easy-but-not-necessarily-correct ebuild patch attached will get > ebuild merging... but it seems the header file is only generated for x86_64, > which really seems spooky, and possibly flat-out-wrong. Perhaps there is a > deeper underlying bug causing the header not to be deployed for > abi_x86_32..., or perhaps that's "just how it works." > > Really, someone should look into this before blindly applying the enclosed > patch to gx86! I'm in a rush though atm -- maybe later tonight I'll look > into it. Pseudo-off-topic matter: it seems this assymetry triggers what looks to me an awful lot like a bug in multilib-build.eclass... see below. /* This file is auto-generated by multilib-build.eclass * as a multilib-friendly wrapper. For the original content, * please see the files that are #included below. */ #if defined(__x86_64__) /* amd64 */ # if defined(__ILP32__) /* x32 ABI */ # error "abi_x86_x32 not supported by the package." # else /* 64-bit ABI */ # include <x86_64-pc-linux-gnu/libfdisk/libfdisk.h> # endif #elif defined(__i386__) /* plain x86 */ # include <x86_64-pc-linux-gnu/libfdisk/libfdisk.h> Surely, that can't be right, can it?
Created attachment 397026 [details, diff] Add install-nodist_fdiskincHEADERS to make install I think this is a more correct patch, as it actually ensures that the same header is installed for all ABIs.
@jcallen, please apply that to 2.26 and 9999.
<Poly-C_atwork> Can someone please close bug #540702 for me? I've fixed the bug but have no access to bugzilla currently.