This is the mail archive of the
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: Chuck Lever <chucklever at gmail dot com>, libc-alpha at sourceware dot org, libtirpc List <libtirpc-devel at lists dot sourceforge dot net>
- Date: Mon, 6 Jul 2015 14:27:50 +0200
- 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>
On Thu, Jun 25, OndÅej BÃlka wrote:
> On Thu, Jun 25, 2015 at 05:33:58PM +0200, Thorsten Kukuk wrote:
> > This would mean we would need a switch to disable building
> > the nis directory in glibc, or at least to disable building
> > and installing libnss_nis and libnss_nisplus and installing
> > the libnsl header files.
> > > What code in libtirpc calls on YP and NIS+ ? Should that be
> > > moved as well?
> 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.
I worked on that last week:
The NIS+ stuff is not yet complete, I need to rewrite
the callback function for TI-RPC.
Else it's currently only building with TI-RPC, not SunRPC from
glibc, but that should be easy to solve.
But the NIS and compat stuff is working fine with TI-RPC.
Oh, and I forgot: of course you need the latest libtirpc from git
plus some additional patches I did send upstream, but not yet added ...
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix ImendÃrffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG NÃrnberg)