This is the mail archive of the
mailing list for the glibc project.
Re: Fwd: 2.25 nis/rpcsvc headers ?
- From: Florian Weimer <fweimer at redhat dot com>
- To: Jason Vas Dias <jason dot vas dot dias at gmail dot com>, libc-help at sourceware dot org
- Date: Wed, 12 Apr 2017 14:32:55 +0200
- Subject: Re: Fwd: 2.25 nis/rpcsvc headers ?
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com DA9F961D26
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com DA9F961D26
- References: <CALyZvKzd2TSd4Fe_Z5EZ=k4b5XRKioOvWD1-WX0UU0Gu-_BFLA@mail.gmail.com> <email@example.com> <CALyZvKyDNxRfgMK3XK3P3e-PcfCVhsaqpp9aC_wsom-hDzgEXw@mail.gmail.com> <firstname.lastname@example.org> <CALyZvKy03w7fpJPbooyjMgy0JVmi76fizeCKEXMXn8EQYadyRQ@mail.gmail.com>
On 04/12/2017 02:27 PM, Jason Vas Dias wrote:
On 04/12/2017 02:14 PM, Jason Vas Dias wrote:
Oops, those headers were mistakenly copied by me from the glibc/include
source directory in my attempts to get libtirpc to compile . This turned out
not to be a viable solution.
But please answer the question - why are there no installed headers in the
directory when the root Makefile lists '$(wildcard nis/rpcsvc)' in
Is there any way to resurrect their installation ?
There is software such as libtirpc & libvirt which depend on an RPC
Would you please post your question to the list? Thanks.
This isn't quite what I meant.
Anyway, libtirpc should really compile without glibc RPC headers because
the glibc headers are incompatible (they are restricted to IPv4, after
all). If you can't compile libtirpc, you are doing something wrong.
If you want glibc to install these headers, you need to compile with
--enable-obsolete-rpc and, more recently, --enable-obsolete-nsl. But
this should really be reserved for legacy installations not using
libtirpc in a system-wide fashion.