This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [Libtirpc-devel] glibc/libtirpc and future of client RPC code
- From: Thorsten Kukuk <kukuk at suse dot de>
- To: OndÅej BÃlka <neleai at seznam dot cz>
- Cc: libc-alpha at sourceware dot org
- Date: Fri, 4 Mar 2016 15:48:48 +0100
- Subject: Re: [Libtirpc-devel] glibc/libtirpc and future of client RPC code
- Authentication-results: sourceware.org; auth=none
- References: <20150624124457 dot GA7930 at suse dot de> <879047F3-9559-4D45-839D-F047AB65C7E3 at gmail dot com> <20150625153358 dot GB858 at suse dot de> <20150625183725 dot GA21111 at domone> <20150706122750 dot GA11315 at suse dot de>
Hi,
On Thu, Jun 25, OndÅej BÃlka wrote:
> That would be nice. As glibc libnns_nis are in maintainance mode if you
> could make stable replacement we would welcome removing these and
> telling distros to add dependency on your library for future version.
Ok, it took much longer than expected, at first I had to wait for a libtirpc release
containing all needed fixes and enhancements, and then had some time problems.
But now there are:
libnsl replacing libnsl from glibc/nis:
git: https://github.com/thkukuk/libnsl
tar archives: http://www.linux-nis.org/download/libnsl/
libnss_compat replacing glibc/nis/nss_compat. There are no changes
or functional differences, it's only standalone:
git: https://github.com/thkukuk/libnss_compat
tar archives: http://www.linux-nis.org/download/libnss_compat/
libnss_nis replacing glibc/nis/nss_nis. This version is now
using the new NIS protocol if compiled and linked against
above libnsl and libtirpc:
git: https://github.com/thkukuk/libnss_nis
tar archives: http://www.linux-nis.org/download/libnss_nis/
libnss_nisplus replacing glibc/nis/nss_nisplus. This required
much more changes than for the rest and I thought. It should
work, but I couldn't test it against a NIS+ server.
git: https://github.com/thkukuk/libnss_nisplus
tar archives: http://www.linux-nis.org/download/libnss_nisplus/
Means we can start replacing the glibc code with external versions.
I also think that libtirpc is now in a much better shape to be
able to replace glibc/sunrpc for new compiled binaries.
Would be interesting to know if and which problems there are
still, beside fixing all the configure/Makefile stuff.
Regards,
Thorsten
--
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix ImendÃrffer, Jane Smithard, Graham Norton, HRB 21284 (AG NÃrnberg)