Gentoo Archives: gentoo-user

From: Jack <ostroffjh@×××××××××××××××××.net>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] libXp-1.0.3 emerge issue
Date: Mon, 18 May 2020 15:29:52
Message-Id: 4f3690af-1ce6-2c3a-31de-2856b38f310b@users.sourceforge.net
In Reply to: [gentoo-user] libXp-1.0.3 emerge issue by Gerrit Kuehn
1 On 5/18/20 10:54 AM, Gerrit Kuehn wrote:
2 > Hello,
3 >
4 > I keep a "private" overlay with d deprecated libXp and printproto ports
5 > I need for existing software to link against. This used to work fine
6 > until switching profiles to 17. Now printproto still emerges fine,but
7 > with libXp it stops at configure stage with
8 Since you suggest this might be related to multilib, is this the
9 configuration for 32 bit or 64 bit?  Assuming you are primarily 64 bits,
10 which packages have 32 bit versions enabled?  If it is the 32 bit
11 version failing, can you disable it?
12 > ---
13 > [...]
14 > checking whether stripping libraries is possible... yes
15 > checking if libtool supports shared libraries... yes
16 > checking whether to build shared libraries... yes
17 > checking whether to build static libraries... no
18 > checking for XPRINT... no
19 > configure: error: Package requirements (x11 >= 1.6 xext xextproto xau
20 > printproto) were not met:
21 >
22 > No package 'x11' found
23 > No package 'xext' found
24 > No package 'xau' found
25 > Package 'xau', required by 'printproto', not found
26 >
27 > Consider adjusting the PKG_CONFIG_PATH environment variable if you
28 > installed software in a non-standard prefix.
29 >
30 > Alternatively, you may set the environment variables XPRINT_CFLAGS
31 > and XPRINT_LIBS to avoid the need to call pkg-config.
32 > See the pkg-config man page for more details.
33 >
34 > !!! Please attach the following file when seeking support:
35 > !!! /var/tmp/portage/x11-libs/libXp-1.0.3/work/libXp-1.0.3-abi_x86_32.x86/config.log
36 > * ERROR: x11-libs/libXp-1.0.3::cds failed (configure phase):
37 > * econf failed
38 > *
39 > * Call stack:
40 > * ebuild.sh, line 125: Called src_configure
41 > * environment, line 3238: Called xorg-2_src_configure
42 > * environment, line 4250: Called
43 > autotools-multilib_src_configure
44 > * environment, line 672: Called
45 > multilib-minimal_src_configure
46 > * environment, line 2406: Called multilib_foreach_abi
47 > 'multilib-minimal_abi_src_configure'
48 > * environment, line 2639: Called
49 > multibuild_foreach_variant '_multilib_multibuild_wrapper'
50 > 'multilib-minimal_abi_src_configure'
51 > * environment, line 2336: Called _multibuild_run
52 > '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_configure'
53 > * environment, line 2334: Called
54 > _multilib_multibuild_wrapper 'multilib-minimal_abi_src_configure'
55 > * environment, line 551: Called
56 > multilib-minimal_abi_src_configure
57 > * environment, line 2400: Called multilib_src_configure
58 > * environment, line 2864: Called
59 > autotools-utils_src_configure
60 > * environment, line 712: Called econf
61 > '--docdir=/usr/share/doc/libXp-1.0.3' '--enable-shared'
62 > '--disable-static' '--disable-selective-werror'
63 > * phase-helpers.sh, line 681: Called __helpers_die 'econf
64 > failed'
65 > * isolated-functions.sh, line 112: Called die
66 > * The specific snippet of code:
67 > * die "$@"
68 > ---
69 >
70 >
71 > This is somehow caused by multilib settings, I guess. Just untar'ing
72 > the archive and doing configure/make works fine. It appears as if just
73 > the ebuild went unhappy. It looks like this:
74 Note the ebuild itself isn't failing, it's the ./configure stage failing
75 to find something it needs.  If a manual ./configure succeeds, it's
76 using some different settings compared to as run by the ebuild.  Check
77 the exact ./configure line being run, and possible see if it was run
78 twice in the full build log, once each for 32 bit and 64 bits.
79 >
80 > ---
81 > # Copyright 1999-2017 Gentoo Foundation
82 > # Distributed under the terms of the GNU General Public License v2
83 >
84 > EAPI=5
85 >
86 > XORG_MULTILIB=yes
87 > inherit xorg-2
88 >
89 > DESCRIPTION="X.Org Xp library"
90 > RESTRICT="primaryuri"
91 >
92 > KEYWORDS="alpha amd64 arm arm64 hppa ia64 ~mips ppc ppc64 ~s390 ~sh
93 > 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"
94 > IUSE=""
95 >
96 > RDEPEND=">=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}]
97 > >=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}]
98 > >=x11-libs/libXau-1.0.7-r1[${MULTILIB_USEDEP}]
99 > >=x11-misc/printproto-1.0.5-r1[${MULTILIB_USEDEP}]"
100 > DEPEND="${RDEPEND}"
101 > ---
102 >
103 >
104 > Any ideas how to fix this properly (apart from having upstream to not
105 > require libXp in the first place)?
106 >
107 >
108 > cu
109 > Gerrit
110 >

Replies

Subject Author
Re: [gentoo-user] libXp-1.0.3 emerge issue Gerrit Kuehn <gerrit.kuehn@×××××××.de>