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 |
> |