This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] change GLIBC PPC64/ELF2 ABI default to 2.17


On Thu, 2014-01-30 at 13:20 -0800, Roland McGrath wrote:
> > The problem with that policy is that it isn't what is best for our users,
> > and I'm talking with both FSF and Red Hat hats on.
> 
> I don't buy this argument at all.  Though I don't doubt your intentions to
> consider it objectively, I think your perception is colored by your
> personal involvement with distro ports based on unreleased glibc code.
> 
> But I think most everyone who has expressed any opinions is biased in a
> similar fashion, so it's no surprise that I'm alone in taking the pure
> position that is concerned only with the long-term effects on all the users
> rather than some myopic concern with the surely tiny number of early users
> of hardware that does not yet exist.
> 
> > The bickering is reduced to: Get it released upstream first.
> 
> This I agree with wholeheartedly.  Red Hat, IBM, and whoever else gave
> users a distribution based on unreleased glibc code without also giving
> them the clear understanding that no binaries built from such a
> distribution would be usable in the long run did a disservice to their
> users.  It's a real shame if the GNU Project does an (albeit milder)
> disservice to all the future users just to mitigate the harm already done
> by these for-profit actors who knowingly flouted established glibc policy.
> 

We are getting it upstream, first. There is just some parallel
development going on.

IBM has not released any code to external customers. This is
development,  a lot of it, GLIBC is just at the bottom of a very big
pile.

Are you suggesting that the entire Linux community has to wait for
GLIBC's approval to do anything?

Are you suggesting that you forbid Adam and Carlos (and others) to
support back-ports to previous releases?

Parallel development and back-ports have been part of every release I
have part of for the last 12 years.

I am just trying to define a stable basis that everyone can rely on
moving forward. From GLIBC-2.19 with clear limits on participants that
want to do back ports.




Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]