From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 430511382C5 for ; Tue, 19 May 2020 06:20:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C7FC8E0856; Tue, 19 May 2020 06:20:46 +0000 (UTC) Received: from mailgate2.uni-hannover.de (mailgate2.uni-hannover.de [130.75.2.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 29FCBE083B for ; Tue, 19 May 2020 06:20:44 +0000 (UTC) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailgate2.uni-hannover.de (Postfix) with ESMTPS id 4B3A72DD6; Tue, 19 May 2020 08:20:43 +0200 (CEST) Received: from comet2.terra.ger ([130.75.117.49]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP8) with ESMTP id 2020051908204254-56982 ; Tue, 19 May 2020 08:20:42 +0200 Date: Tue, 19 May 2020 08:20:41 +0200 From: Gerrit Kuehn To: Jack Cc: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] libXp-1.0.3 emerge issue Message-ID: <20200519082041.0c1d89b5@comet2.terra.ger> In-Reply-To: <20200518184856.29927d99@comet2.terra.ger> References: <20200518165450.555c6160@comet2.terra.ger> <4f3690af-1ce6-2c3a-31de-2856b38f310b@users.sourceforge.net> <20200518184856.29927d99@comet2.terra.ger> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; amd64-portbld-freebsd11.2) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP8|February 23, 2017) at 19/05/2020 08:20:42, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP8|February 23, 2017) at 19/05/2020 08:20:42, Serialize complete at 19/05/2020 08:20:42 X-TNEFEvaluated: 1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=US-ASCII X-Archives-Salt: 0e846645-29c4-4718-81f3-f5c3ad18a48a X-Archives-Hash: 1580ec87cf293b27794f064450a6b417 On Mon, 18 May 2020 18:48:56 +0200 Gerrit Kuehn wrote: > USE=3D"-static-libs" ABI_X86=3D"32%* (64%*) (-x32)" >=20 > I'm not familiar with the ABI flags (is there any documentation on > that, Google doesn't come up with anything useful for me right now?). > What does the "%" mean, and how would I turn off 32bit completely? I think I made some progress on this and found that my old ebuilds install and search libs in "lib32" paths (see --libdir setting below): --- >>> Configuring source >>> in /var/tmp/portage/x11-misc/printproto-1.0.5-r2/work/printproto-1.0.5 = ... * abi_x86_32.x86: running multilib-minimal_abi_src_configure * econf: updating printproto-1.0.5/config.guess with /usr/share/gnuconfig/config.guess * econf: updating printproto-1.0.5/config.sub with /usr/share/gnuconfig/config.sub /var/tmp/portage/x11-misc/printproto-1.0.5-r2/work/printproto-1.0.5/configu= re --prefix=3D/usr --build=3Di686-pc-linux-gnu --host=3Di686-pc-linux-gnu --mandir=3D/usr/share/man --infodir=3D/usr/share/info --datadir=3D/usr/share --sysconfdir=3D/etc --localstatedir=3D/var/lib --disable-dependency-tracking --disable-silent-rules --docdir=3D/usr/share/doc/printproto-1.0.5-r2 --htmldir=3D/usr/share/doc/printproto-1.0.5-r2/html --libdir=3D/usr/lib32 --enable-shared --disable-static --- =46rom https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout I understand that 32bit libs should go to /lib and /usr/lib, not to lib32 anymore. I guess this may be the root cause for my ebuild issues?! I see the same with the libXp ebuild: --- >>> Configuring source >>> in /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3 ... * abi_x86_32.x86: running multilib-minimal_abi_src_configure * econf: updating libXp-1.0.3/config.guess with /usr/share/gnuconfig/config.guess * econf: updating libXp-1.0.3/config.sub with /usr/share/gnuconfig/config.sub /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3/configure --prefix=3D/usr --build=3Di686-pc-linux-gnu --host=3Di686-pc-linux-gnu --mandir=3D/usr/share/man --infodir=3D/usr/share/info --datadir=3D/usr/share --sysconfdir=3D/etc --localstatedir=3D/var/lib --disable-dependency-tracking --disable-silent-rules --docdir=3D/usr/share/doc/libXp-1.0.3 --htmldir=3D/usr/share/doc/libXp-1.0.3/html --with-sysroot=3D/ --libdir=3D/usr/lib32 --disable-selective-werror --enable-shared --disable-static --- This probably makes it look into /usr/lib32 for dependent 32bit libraries like libXau and so on that it complains about not finding them later. Indeed, these are to be found in /usr/lib, not /usr/lib32. But why doesn't emerge (or multilib-minimal_abi_src_configure) know about this and doesn't "do the right thing"? I looked into other X lib ebuilds like libXext-1.3.4.ebuild. This is installing 32bit libs into the correct directory, but it looks not different to me. I updated my ebuild to using EAPI=3D7 and xorg-3 (instead of the original EAPI=3D5 and xorg-2), but it still insists on using lib32 paths. Any further hints would be really appreciated. cu Gerrit