This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: deprecated sunrpc and rpc/netdb.h
- From: Thorsten Kukuk <kukuk at suse dot de>
- To: libc-alpha at sourceware dot org
- Date: Thu, 17 Mar 2016 16:01:49 +0100
- Subject: Re: deprecated sunrpc and rpc/netdb.h
- Authentication-results: sourceware.org; auth=none
- References: <20160316100021 dot GA8341 at suse dot de> <mvmy49ig0wz dot fsf at hawking dot suse dot de> <20160316141808 dot GJ6588 at vapier dot lan> <20160316143302 dot GA2794 at suse dot de> <20160316192823 dot GM6588 at vapier dot lan> <20160317104841 dot GA32414 at suse dot de> <20160317145150 dot GR6588 at vapier dot lan>
On Thu, Mar 17, Mike Frysinger wrote:
> other than fixing glibc to not install rpc/netdb.h (or any other
> rpc related header) when rpc is disabled, i'm not seeing what the
> fuss is about.
The fuss is about allowing a smooth transition from glibc
sunrpc to an external tirpc.
Why do you think all Linux distributions do compile glibc with
--enable-obsolete-rpc?
Do you really think that this will change if there is not
a smooth transition path?
Even if you think RPC is dead and not in wide use, I'm
not aware of any Linux distribution which is able to
work without RPC. And for this reason, a switch to something
else will never happen if it is a huge amount of work for
them and they will additional suffer from missing features
afterwards.
Why should they do it?
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)