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: Steve Dickson <SteveD at redhat dot com>
- To: Thorsten Kukuk <kukuk at suse dot de>, libc-alpha at sourceware dot org, libtirpc-devel at lists dot sourceforge dot net
- Date: Thu, 25 Jun 2015 09:09:59 -0400
- 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> <20150625100529 dot GQ17734 at vapier>
On 06/25/2015 06:05 AM, Mike Frysinger wrote:
>> Since libtirpc has code calling YP and NIS+ functions, which are
>> > currently disabled, moving it to libtirpc would be one choice. But
>> > I don't know if we don't run into a license conflict here between the
>> > glibc and tirpc licenses. The second disadvantage is that this would
>> > mean to touch all applications linked against libnsl and calling
>> > yp_*() functions. That's something I want to avoid.
> the sunrpc code in glibc should still be under its original license, so i don't
> think moving it over should be a problem.
I was thinking the same thing...
steved.