This is the mail archive of the
mailing list for the glibc project.
Re: Cross-rpcgen patch, version 6
On Wed, May 9, 2012 at 2:09 PM, Roland McGrath <email@example.com> wrote:
>> On Tue, May 8, 2012 at 9:40 AM, Andreas Jaeger <firstname.lastname@example.org> wrote:
>> > I wouldn't mind reverting the removal in glibc and including sunrpc again
>> > since there's no replacement yet. ;-(
>> I believe that this should be done sooner rather than later e.g. 2.16
>> or 2.17 timeframe.
>> My feeling is that it was a premature removal. We should have had
>> overlap before removing the code from glibc.
> I do agree that it was done hastily and could have been handled better.
> But it's my view that what's done is done and we should move forward rather
> than backward. ?The distribution maintainers who have undone the change in
> their forks don't have any trouble continuing to do so for another release.
> Since what we're talking about is getting TI-RPC to be able to do what code
> with related lineage was capable of 25 years ago, I cannot believe that the
> work involved there is all that much. ?The fact that nobody can be bothered
> to do it by a year later is just more evidence that nobody really cares
> about sunrpc, and that says to me we should be straining in the direction
> of dropping it rather than in the direction of retaining API support for
> something so obsolete and unloved.
> If the absence is really so much trouble for anyone, that should be impetus
> for them to contribute the work TI-RPC needs to do its job adequately.
> I'm clearly in the minority here and I'm not going to make a big stink
> about it, but I firmly think that the notion of reverting the removal is
> the wrong thing to do.
We are stuck between a rock and a hard place.
Taking it out is wrong for several good reasons.
Putting it back in is wrong for a different set of good reasons.
Given that we are trying to build a better relationship with the
distros I think it behooves us revert the change and work on the
transition again from a clean slate.