This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [Patch] Adding fedfs to /etc/rpc
On Mon, Feb 6, 2012 at 2:09 PM, Andreas Jaeger <aj@suse.com> wrote:
> On 02/06/2012 05:46 PM, Ryan S. Arnold wrote:
>>
>> On Mon, Feb 6, 2012 at 2:40 AM, Andreas Jaeger<aj@suse.com> Âwrote:
>>>
>>> Unfortunately, libtirpc is still no full replacement for the sunrpc
>>> library
>>> in glibc - and I see no progress on the libtirpc mailing list to achieve
>>> this.
>>>
>>> Andreas
>>
>>
>> Hi Andreas,
>>
>> Do you happen to know what's missing/deficient?
>
>
> Mike Frysinger has written a couple of emails with details on this list -
> and also on the libtirpc list, please check the archives.
>
> Off my head I remember:
> * libtirpc does not install all headers, so you still need some from an old
> glibc install
> * libtirpc was written to support NFSv4 and handles that one fine. Other
> stuff, especially NIS/NIS+, is not working.
>
> So, libtirpc is not a full replacement ;-(
Thanks Andreas,
I did a bit more digging (since I'm going to put these issues up on
the GLIBC wiki).
For reference:
http://sourceware.org/ml/libc-alpha/2011-06/msg00083.html
Of the original list of missing headers compiled by Arkadiusz
Miskiewicz, the following still remain unavailable in libtirpc:
rpc/key_prot.h rpc/pmap_clnt.h rpc/pmap_prot.h rpc/pmap_rmt.h rpc/rpc_des.h
rpcsvc/bootparam.h rpcsvc/nis_callback.h rpcsvc/nis.h rpcsvc/nislib.h
rpcsvc/nis_tags.h
rpcsvc/ypclnt.h rpcsvc/yp.h rpcsvc/yp_prot.h rpcsvc/ypupd.h
Libtirpc still installs the ones they do provide in include/tirpc/rpc
and include/tirpc/rpcsvc, i.e., not include/rpc/ and include/rpcsvc/.
I see that Sun deprecated and removed NIS/NIS+ support from its own
products some time ago. I suspect that the libtirpc folks aren't
interested in providing support for this, but we could ask them.
Arkadiusz identified the following unresolved symbols:
key_encryptsession_pk
key_gendes
getnetname
getpublickey
_des_crypt_call
Per https://sourceforge.net/mailarchive/message.php?msg_id=27860449
libtirpc doesn't have support for getpublickey. I couldn't find any
explicit plans to provide it either.
There is discussions on the libtirpc mailing list about turning off
DES support (and possibly allowing it to be turned back on with a
configure switch):
https://sourceforge.net/mailarchive/forum.php?thread_name=4E00E4E6.6020808%40RedHat.com&forum_name=libtirpc-devel
and https://bugzilla.redhat.com/show_bug.cgi?id=696984
Per http://sourceware.org/ml/libc-alpha/2010-12/msg00034.html libtirpc
does not provide a version of rpcgen (since they don't use it in their
build). The conclusion of the discussion between Steve Dickson,
Ulrich Drepper, Chuck Clever, and Joseph Myers is that GLIBC's version
of rpcgen doesn't support generating TI-RPC-capable source so a newer
version will need to be found or written (perhaps one with IPv6
support). At which time it should live in its own package (i.e., not
libtirpc). I don't know if this is in progress or not.
I haven't looked into key_encryptsession_pk or getnetname yet.
Roland had said, " I'm not sure that distributions actually install
glibc's etc.rpc in /etc anyway.". I suppose someone could do a
survey.
Ryan S. Arnold