x86_64-pc-linux-gnu-gcc -MM -O2 -pipe -march=native -Wall -Wall -Wstrict-prototypes *.c > .depend x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -Wall -Wall -Wstrict-prototypes -fpie -DHOSTS_ACCESS -DCHECK_PORT -DIGNORE_SIGCHLD -DFACILITY=LOG_DAEMON -c -o portmap.o portmap.c portmap.c:79:21: fatal error: rpc/rpc.h: No such file or directory #include <rpc/rpc.h> ^ compilation terminated. ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 13.0-desktop_20170905-225247 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.4.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python3.6 (fallback) [3] python2.7 (fallback) [4] jython2.7 (fallback) Available Ruby profiles: [1] ruby22 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.5.1 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpv net-nds/portmap [ebuild N ] net-nds/portmap-6.0 USE="tcpd (-selinux)"
Created attachment 493976 [details] emerge-info.txt
Created attachment 493978 [details] emerge-history.txt
Created attachment 493980 [details] environment
Created attachment 493982 [details] etc.portage.tbz2
Created attachment 493984 [details] net-nds:portmap-6.0:20170911-111657.log
Created attachment 493986 [details] temp.tbz2
This, and all the other bugs when anything that includes the 'obsolete rpc/NIS' support all seem to be a result of the 'upgrade' to glibc 2.26. Here are the equery 'u' results: $ equery u sys-libs/glibc [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for sys-libs/glibc-2.26-r3: U I - - audit : Enable support for Linux audit subsystem using sys-process/audit - - caps : Use Linux capabilities library to control privilege - - debug : When USE=hardened, allow fortify/stack violations to dump core (SIGABRT) and not kill self (SIGKILL) - - gd : build memusage and memusagestat tools - - nscd : Build, and enable support for, the Name Service Cache Daemon - - profile : Add support for software performance analysis (will likely vary from ebuild to ebuild) - - suid : Make internal pt_chown helper setuid -- not needed if using Linux and have /dev/pts mounted with gid=5 - - systemtap : enable systemtap static probe points $ equery u sys-libs/glibc-2.25-r9 [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for sys-libs/glibc-2.25-r9: U I - - audit : Enable support for Linux audit subsystem using sys-process/audit - - caps : Use Linux capabilities library to control privilege - - debug : When USE=hardened, allow fortify/stack violations to dump core (SIGABRT) and not kill self (SIGKILL) - - gd : build memusage and memusagestat tools - - nscd : Build, and enable support for, the Name Service Cache Daemon - - profile : Add support for software performance analysis (will likely vary from ebuild to ebuild) + - rpc : Enable obsolete RPC/NIS layers (disabling is experimental -- see bug 381391) - - suid : Make internal pt_chown helper setuid -- not needed if using Linux and have /dev/pts mounted with gid=5 - - systemtap : enable systemtap static probe points Curiously libnsl now seems to have an appropriate requirement; from an attempt to 'downgrade' to 2.25-r9 with --oneshot: [ebuild R ] net-libs/libnsl-1.1.0-r3 [ebuild UD ] sys-libs/glibc-2.25-r9 [2.26-r3] USE="rpc%*" [blocks B ] <sys-libs/glibc-2.26 ("<sys-libs/glibc-2.26" is blocking net-libs/libnsl-1.1.0-r3) and this comes from: RDEPEND="${DEPEND} !<sys-libs/glibc-2.26 " Which is fine, but I suspect a lot of people are going to have a problem with this because: * Messages for package sys-libs/glibc-2.25-r9: * Sanity check to keep you from breaking your system: * Downgrading glibc is not supported and a sure way to destruction * ERROR: sys-libs/glibc-2.25-r9::gentoo failed (pretend phase): * aborting to save your system
With respect to libtirpc, i.e. bug 381391, I have it installed on both systems I checked, so I'm guessing that the USE="%rpc" from glibc 2.25 was hiding a lot of problems along the lines of missing -I/usr/include/tirpc
*** Bug 641056 has been marked as a duplicate of this bug. ***
I think we should probably just last-rite this package and tell people to move to net-nds/rpcbind.
# Mike Gilbert <floppym@gentoo.org> (23 Dec 2017) # Fails to build without glibc rpc support, bug 630670. # Use net-nds/rpcbind instead. # Removal in 30 days. net-nds/rpcbind
(In reply to Mike Gilbert from comment #11) > # Mike Gilbert <floppym@gentoo.org> (23 Dec 2017) > # Fails to build without glibc rpc support, bug 630670. > # Use net-nds/rpcbind instead. > # Removal in 30 days. > net-nds/rpcbind Wasn't this supposed to mask net-dns/portmap instead?
(In reply to Jouni Kosonen from comment #12) Yes. I corrected the mistake 5 minutes after.
