From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-181250-garchives=archives.gentoo.org@lists.gentoo.org>
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 DE4FB139083
for <garchives@archives.gentoo.org>; Sat, 9 Dec 2017 17:04:31 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 173C8E10E5;
Sat, 9 Dec 2017 17:04:26 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(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 958D9E10D3
for <gentoo-user@lists.gentoo.org>; Sat, 9 Dec 2017 17:04:25 +0000 (UTC)
Received: from mail-wr0-f178.google.com (mail-wr0-f178.google.com [209.85.128.178])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
(Authenticated sender: floppym)
by smtp.gentoo.org (Postfix) with ESMTPSA id 7585633C1EB
for <gentoo-user@lists.gentoo.org>; Sat, 9 Dec 2017 17:04:24 +0000 (UTC)
Received: by mail-wr0-f178.google.com with SMTP id v105so13560625wrc.3
for <gentoo-user@lists.gentoo.org>; Sat, 09 Dec 2017 09:04:24 -0800 (PST)
X-Gm-Message-State: AJaThX65PzGWVltND36cpHiHHXw4wRyyDa56Z+SuYSteG+X/Ka0Zr7K2
WDHuNHIrwrIzJ/rRB9rXMOSkjo3U+7w92nqgcpM=
X-Google-Smtp-Source: AGs4zMYG0/N/haMxbRq4i6lV3SxJNNxmzhKok8+Imm0aOR3oiYUpnN5DKzwKZxQgqp1ClbEBgyzVn+RCTQeqW12eREQ=
X-Received: by 10.223.135.243 with SMTP id c48mr27952776wrc.140.1512839061462;
Sat, 09 Dec 2017 09:04:21 -0800 (PST)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.223.136.74 with HTTP; Sat, 9 Dec 2017 09:04:00 -0800 (PST)
In-Reply-To: <20171209165421.ygrjoygoy7rpjdec@solfire>
References: <20171209160318.x6pql2icyts7sgkd@solfire> <CAJ1xhMWuPgt9HTckXBZ8D0A6aC11_OWgZY2bfiEazu+W+ezMfQ@mail.gmail.com>
<20171209165421.ygrjoygoy7rpjdec@solfire>
From: Mike Gilbert <floppym@gentoo.org>
Date: Sat, 9 Dec 2017 12:04:00 -0500
X-Gmail-Original-Message-ID: <CAJ0EP43Z4J1zGoEuipD2yr9UeyW6kabgS-ops8H=6frSC8HzsA@mail.gmail.com>
Message-ID: <CAJ0EP43Z4J1zGoEuipD2yr9UeyW6kabgS-ops8H=6frSC8HzsA@mail.gmail.com>
Subject: Re: [gentoo-user] autofs wants rpcgen despite libtirpc is USEd
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 48247b94-4b6d-4d6f-a587-0b51eb402ffd
X-Archives-Hash: d035c51145350d8eebc7fe35d767927b
On Sat, Dec 9, 2017 at 11:54 AM, <tuxic@posteo.de> wrote:
> On 12/09 06:27, Alexander Kapshuk wrote:
>> On Sat, Dec 9, 2017 at 6:03 PM, <tuxic@posteo.de> wrote:
>> > Hi,
>> >
>> > autofs-5.1.3 fails to compile:
>> > solfire:/root>emerge -v autofs
>> >
>> > These are the packages that would be merged, in order:
>> >
>> > Calculating dependencies... done!
>> > [ebuild R ] net-fs/autofs-5.1.3::gentoo USE=3D"libtirpc -dmalloc=
-hesiod -ldap -mount-locking -sasl" 0 KiB
>> >
>> > Total: 1 package (1 reinstall), Size of downloads: 0 KiB
>> >
>> >>>> Verifying ebuild manifests
>> >>>> Emerging (1 of 1) net-fs/autofs-5.1.3::gentoo
>> >>>> Failed to emerge net-fs/autofs-5.1.3, Log file:
>> >>>> '/var/tmp/portage/net-fs/autofs-5.1.3/temp/build.log'
>> >>>> Jobs: 0 of 1 complete, 1 failed Load avg: 0.71, 0.9=
5, 0.88
>> > * Package: net-fs/autofs-5.1.3
>> > * Repository: gentoo
>> > * Maintainer: dlan@gentoo.org
>> > * USE: abi_x86_64 amd64 elibc_glibc kernel_linux libtirpc user=
land_GNU
>> > * FEATURES: preserve-libs sandbox userpriv usersandbox
>> > * Determining the location of the kernel source code
>> > * Found kernel source directory:
>> > * /usr/src/linux
>> > * Found sources for kernel version:
>> > * 4.14.4-RT
>> > * Checking for suitable kernel configuration options...
>> > [ ok ]
>> >>>> Unpacking source...
>> >>>> Unpacking autofs-5.1.3.tar.xz to /var/tmp/portage/net-fs/autofs-5.1=
.3/work
>> >>>> Source unpacked in /var/tmp/portage/net-fs/autofs-5.1.3/work
>> >>>> Preparing source in /var/tmp/portage/net-fs/autofs-5.1.3/work/autof=
s-5.1.3 ...
>> > * Running eautoreconf in '/var/tmp/portage/net-fs/autofs-5.1.3/work/a=
utofs-5.1.3' ...
>> > * This package has a configure.in file which has long been deprecated=
. Please
>> > * update it to use configure.ac instead as newer versions of autotool=
s will die
>> > * when it finds this file. See https://bugs.gentoo.org/426262 for de=
tails.
>> > * Running autoconf --force ...
>> > [ ok ]
>> > * Running autoheader ...
>> > [ ok ]
>> > * Running elibtoolize in: autofs-5.1.3/
>> >>>> Source prepared.
>> >>>> Configuring source in /var/tmp/portage/net-fs/autofs-5.1.3/work/aut=
ofs-5.1.3 ...
>> >>>> Working in BUILD_DIR: "/var/tmp/portage/net-fs/autofs-5.1.3/work/au=
tofs-5.1.3"
>> > /var/tmp/portage/net-fs/autofs-5.1.3/work/autofs-5.1.3/configure --pre=
fix=3D/usr --build=3Dx86_64-pc-linux-gnu --host=3Dx86_64-pc-linux-gnu --man=
dir=3D/usr/share/man --infodir=3D/usr/share/info --datadir=3D/usr/share --s=
ysconfdir=3D/etc --localstatedir=3D/var/lib --libdir=3D/usr/lib64 --docdir=
=3D/usr/share/doc/autofs-5.1.3 --with-confdir=3D/etc/conf.d --with-mapdir=
=3D/etc/autofs --without-dmalloc --without-openldap --with-libtirpc --witho=
ut-sasl --without-hesiod --disable-mount-locking --disable-ext-env --enable=
-sloppy-mount --enable-force-shutdown --enable-ignore-busy --with-systemd=
=3D/usr/lib/systemd/system RANLIB=3D/usr/bin/x86_64-pc-linux-gnu-ranlib
>> > configure: loading site script /usr/share/config.site
>> > checking for binaries in... /usr/bin:/bin:/usr/sbin:/sbin
>> > checking for Linux proc filesystem... yes
>> > checking location of the init.d directory... /etc/init.d
>> > checking for autofs configuration file directory... /etc/conf.d
>> > checking for autofs maps directory... /etc/autofs
>> > checking for autofs fifos directory... /run
>> > checking for autofs flag file directory... /run
>> > checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc
>> > checking whether the C compiler works... yes
>> > checking for C compiler default output file name... a.out
>> > checking for suffix of executables...
>> > checking whether we are cross compiling... no
>> > checking for suffix of object files... o
>> > checking whether we are using the GNU C compiler... yes
>> > checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes
>> > checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none =
needed
>> > checking if libtirpc is requested and available... yes
>> > checking for getrpcbyname... yes
>> > checking for getservbyname... yes
>> > checking if malloc debugging is wanted... no
>> > checking for mount... /bin/mount
>> > checking for mount.nfs... /sbin/mount.nfs
>> > checking for umount... /bin/umount
>> > checking for fsck.ext2... /sbin/fsck.ext2
>> > checking for fsck.ext3... /sbin/fsck.ext3
>> > checking for fsck.ext4... /sbin/fsck.ext4
>> > checking for modprobe... /sbin/modprobe
>> > checking for flex... /usr/bin/flex
>> > checking for bison... /usr/bin/bison
>> > checking for ranlib... /usr/bin/x86_64-pc-linux-gnu-ranlib
>> > checking for rpcgen... no
>> > configure: error: required program RPCGEN not found
>> >
>> >
>> >
>> > configure misses rpcgen...and seems not to evaluate the USE of
>> > libtirpc.
>> >
>> > I didn't find any fix/patch online.
>> >
>> > What goes wrong here?
>> >
>> > Cheers
>> > Meino
>> >
>> >
>> >
>> If I'm reading the ebuild quoted below right, if 'libtirpc' is set, it
>> is net-libs/libtirpc that meets the dependency, otherwise it is glibc
>> compiled with rpc that does that.
>> /usr/portage/net-fs/autofs/autofs-5.1.3.ebuild:41,42
>> libtirpc? ( net-libs/libtirpc )
>> !libtirpc? ( elibc_glibc? ( sys-libs/glibc[rpc(-)] ) )
>>
>> equery -q u sys-libs/glibc | grep rpc
>> +rpc
>>
>> On my system, rpc is included in glibc:
>> equery -q b /usr/bin/rpcgen
>> sys-libs/glibc-2.25-r9
>>
>> What's the case on your system?
>>
>
> It saus:
>
>>sudo equery -q b /usr/bin/rpcgen
> [1] 7433 exit 1 sudo equery -q b /usr/bin/rpcgen
>
> That's why configure can't find rpcgen and the whole thing fails (see
> above).
>
> The question is: Why is configure looking for rpcgen despite the fact,
> that USE includes libtirpc (see above).
The ebuild is missing a dependency on net-libs/rpcsvc-proto, which
provides the rpcgen binary that was removed from glibc-2.26.
You can work around the issue by installing net-libs/rpcsvc-proto manually.