[gentoo-user] libXp-1.0.3 emerge issue

[gentoo-user] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

Hello,

I keep a "private" overlay with d deprecated libXp and printproto ports
I need for existing software to link against. This used to work fine
until switching profiles to 17. Now printproto still emerges fine,but
with libXp it stops at configure stage with

---
[...]
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for XPRINT... no
configure: error: Package requirements (x11 >= 1.6 xext xextproto xau
printproto) were not met:

No package 'x11' found
No package 'xext' found
No package 'xau' found
Package 'xau', required by 'printproto', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XPRINT_CFLAGS
and XPRINT_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
 * ERROR: x11-libs/libXp-1.0.3::cds failed (configure phase):
 *   econf failed
 * 
 * Call stack:
 *               ebuild.sh, line  125:  Called src_configure
 *             environment, line 3238:  Called xorg-2_src_configure
 *             environment, line 4250:  Called
autotools-multilib_src_configure
 *             environment, line  672:  Called
multilib-minimal_src_configure
 *             environment, line 2406:  Called multilib_foreach_abi
'multilib-minimal_abi_src_configure'
 *             environment, line 2639:  Called
multibuild_foreach_variant '_multilib_multibuild_wrapper'
'multilib-minimal_abi_src_configure'
 *             environment, line 2336:  Called _multibuild_run
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
 *             environment, line 2334:  Called
_multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
 *             environment, line  551:  Called
multilib-minimal_abi_src_configure
 *             environment, line 2400:  Called multilib_src_configure
 *             environment, line 2864:  Called
autotools-utils_src_configure
 *             environment, line  712:  Called econf
'--docdir=/usr/share/doc/libXp-1.0.3' '--enable-shared'
'--disable-static' '--disable-selective-werror'
 *        phase-helpers.sh, line  681:  Called __helpers_die 'econf
failed'
 *   isolated-functions.sh, line  112:  Called die
 * The specific snippet of code:
 *   		die "$@"
---


This is somehow caused by multilib settings, I guess. Just untar'ing
the archive and doing configure/make works fine. It appears as if just
the ebuild went unhappy. It looks like this:

---
# Copyright 1999-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=5

XORG_MULTILIB=yes
inherit xorg-2

DESCRIPTION="X.Org Xp library"
RESTRICT="primaryuri"

KEYWORDS="alpha amd64 arm arm64 hppa ia64 ~mips ppc ppc64 ~s390 ~sh
sparc x86 ~ppc-aix ~amd64-fbsd ~x86-fbsd ~amd64-linux ~arm-linux ~x86-linux ~ppc-macos ~x64-macos ~x86-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris ~x86-winnt"
IUSE=""

RDEPEND=">=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}]
	>=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}]
	>=x11-libs/libXau-1.0.7-r1[${MULTILIB_USEDEP}]
	>=x11-misc/printproto-1.0.5-r1[${MULTILIB_USEDEP}]"
DEPEND="${RDEPEND}"
---


Any ideas how to fix this properly (apart from having upstream to not
require libXp in the first place)?


cu
  Gerrit

Re: [gentoo-user] libXp-1.0.3 emerge issue

[Jack]

On 5/18/20 10:54 AM, Gerrit Kuehn wrote:
> Hello,
>
> I keep a "private" overlay with d deprecated libXp and printproto ports
> I need for existing software to link against. This used to work fine
> until switching profiles to 17. Now printproto still emerges fine,but
> with libXp it stops at configure stage with
Since you suggest this might be related to multilib, is this the 
configuration for 32 bit or 64 bit?  Assuming you are primarily 64 bits, 
which packages have 32 bit versions enabled?  If it is the 32 bit 
version failing, can you disable it?
> ---
> [...]
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... no
> checking for XPRINT... no
> configure: error: Package requirements (x11 >= 1.6 xext xextproto xau
> printproto) were not met:
>
> No package 'x11' found
> No package 'xext' found
> No package 'xau' found
> Package 'xau', required by 'printproto', not found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables XPRINT_CFLAGS
> and XPRINT_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
> !!! Please attach the following file when seeking support:
> !!! /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
>   * ERROR: x11-libs/libXp-1.0.3::cds failed (configure phase):
>   *   econf failed
>   *
>   * Call stack:
>   *               ebuild.sh, line  125:  Called src_configure
>   *             environment, line 3238:  Called xorg-2_src_configure
>   *             environment, line 4250:  Called
> autotools-multilib_src_configure
>   *             environment, line  672:  Called
> multilib-minimal_src_configure
>   *             environment, line 2406:  Called multilib_foreach_abi
> 'multilib-minimal_abi_src_configure'
>   *             environment, line 2639:  Called
> multibuild_foreach_variant '_multilib_multibuild_wrapper'
> 'multilib-minimal_abi_src_configure'
>   *             environment, line 2336:  Called _multibuild_run
> '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
>   *             environment, line 2334:  Called
> _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
>   *             environment, line  551:  Called
> multilib-minimal_abi_src_configure
>   *             environment, line 2400:  Called multilib_src_configure
>   *             environment, line 2864:  Called
> autotools-utils_src_configure
>   *             environment, line  712:  Called econf
> '--docdir=/usr/share/doc/libXp-1.0.3' '--enable-shared'
> '--disable-static' '--disable-selective-werror'
>   *        phase-helpers.sh, line  681:  Called __helpers_die 'econf
> failed'
>   *   isolated-functions.sh, line  112:  Called die
>   * The specific snippet of code:
>   *   		die "$@"
> ---
>
>
> This is somehow caused by multilib settings, I guess. Just untar'ing
> the archive and doing configure/make works fine. It appears as if just
> the ebuild went unhappy. It looks like this:
Note the ebuild itself isn't failing, it's the ./configure stage failing 
to find something it needs.  If a manual ./configure succeeds, it's 
using some different settings compared to as run by the ebuild.  Check 
the exact ./configure line being run, and possible see if it was run 
twice in the full build log, once each for 32 bit and 64 bits.
>
> ---
> # Copyright 1999-2017 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
>
> EAPI=5
>
> XORG_MULTILIB=yes
> inherit xorg-2
>
> DESCRIPTION="X.Org Xp library"
> RESTRICT="primaryuri"
>
> KEYWORDS="alpha amd64 arm arm64 hppa ia64 ~mips ppc ppc64 ~s390 ~sh
> sparc x86 ~ppc-aix ~amd64-fbsd ~x86-fbsd ~amd64-linux ~arm-linux ~x86-linux ~ppc-macos ~x64-macos ~x86-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris ~x86-winnt"
> IUSE=""
>
> RDEPEND=">=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}]
> 	>=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}]
> 	>=x11-libs/libXau-1.0.7-r1[${MULTILIB_USEDEP}]
> 	>=x11-misc/printproto-1.0.5-r1[${MULTILIB_USEDEP}]"
> DEPEND="${RDEPEND}"
> ---
>
>
> Any ideas how to fix this properly (apart from having upstream to not
> require libXp in the first place)?
>
>
> cu
>    Gerrit
>

Re: [gentoo-user] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

On Mon, 18 May 2020 11:29:43 -0400
Jack <ostroffjh@users.sourceforge.net> wrote:

> Since you suggest this might be related to multilib, is this the 
> configuration for 32 bit or 64 bit?  Assuming you are primarily 64
> bits, which packages have 32 bit versions enabled?  If it is the 32
> bit version failing, can you disable it?

I made a makeshift solution meanwhile by removing the multilib parts in
the ebuild. Without them, everything compiles just fine, and I do get
32bit and 64bit libraries?!
I'm only interested in the 64bit version, actually, as my software
links against these libs.
I didn't enable 32bit for anything explicitely, but the standard flags
for libXp are

USE="-static-libs" ABI_X86="32%* (64%*) (-x32)"

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?

> > This is somehow caused by multilib settings, I guess. Just untar'ing
> > the archive and doing configure/make works fine. It appears as if
> > just the ebuild went unhappy. It looks like this:  

> Note the ebuild itself isn't failing, it's the ./configure stage
> failing to find something it needs.  If a manual ./configure
> succeeds, it's using some different settings compared to as run by
> the ebuild.  Check the exact ./configure line being run, and possible
> see if it was run twice in the full build log, once each for 32 bit
> and 64 bits.

There
is /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
(so obviously the 32bit part is causing the trouble) which says the
error is caused by

$PKG_CONFIG --exists --print-errors "x11 >= 1.6 xext xextproto xau
printproto"

However, this must be something 32bit specific. Running
---
pkg-config --exists --print-errors "x11 >= 1.6 xext xextproto xau
printproto"
---
on the commandline works just fine.


cu
  Gerrit

Re: [gentoo-user] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

On Mon, 18 May 2020 18:48:56 +0200
Gerrit Kuehn <gerrit.kuehn@aei.mpg.de> wrote:

> USE="-static-libs" ABI_X86="32%* (64%*) (-x32)"
> 
> 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/configure
--prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib
--disable-dependency-tracking --disable-silent-rules
--docdir=/usr/share/doc/printproto-1.0.5-r2
--htmldir=/usr/share/doc/printproto-1.0.5-r2/html --libdir=/usr/lib32
--enable-shared --disable-static
---


From 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=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib
--disable-dependency-tracking --disable-silent-rules
--docdir=/usr/share/doc/libXp-1.0.3
--htmldir=/usr/share/doc/libXp-1.0.3/html --with-sysroot=/
--libdir=/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=7 and xorg-3 (instead
of the original EAPI=5 and xorg-2), but it still insists on using lib32
paths.

Any further hints would be really appreciated.


cu
  Gerrit

Re: [gentoo-user] libXp-1.0.3 emerge issue

[Gerrit Kuehn]

On Tue, 19 May 2020 08:20:41 +0200
Gerrit Kuehn <gerrit.kuehn@aei.mpg.de> wrote:

> 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=7 and xorg-3
> (instead of the original EAPI=5 and xorg-2), but it still insists on
> using lib32 paths.

For the record: I found that the profile of the system was still set to
17.0 where it should have been on 17.1. This causes SYMLINK_LIB to be
set to "yes" which then makes multilib.eclass use lib32 instead of lib
paths. After setting the profile to 17.1 (where it should have been in
the first place), everything works as expected now.


cu
  Gerrit