| |||||||||||||
Debian switching to EGLIBCDebian switching to EGLIBCPosted May 6, 2009 14:28 UTC (Wed) by BrucePerens (guest, #2510)Parent article: Debian switching to EGLIBC This sounds like the X fork away from David Dawes. I can't believe that it's the embedded nature of the project that is attractive.
(Log in to post comments)
Debian switching to EGLIBC Posted May 6, 2009 16:19 UTC (Wed) by nix (subscriber, #2304) [Link]
False comparison. David Dawes was a thousand times friendlier to random
third-party contributors. :/
Debian switching to EGLIBC Posted May 6, 2009 17:06 UTC (Wed) by ajross (subscriber, #4563) [Link]
It seems like a better analogy might be the egcs project. The X.org fork was a revolt against the organization that owned the copyrights, and involved a ton of bureaucratic mess in addition to the code changes. This, like egcs, seems more like an attempt to fork away from the existing maintenance structure while still working underneath the FSF umbrella. I'm sure their hope is that, after a few more releases and distro conversions, eventually EGLIBC just gets blessed as the "official" branch and we all forget about the old one.
Debian switching to EGLIBC Posted May 6, 2009 19:57 UTC (Wed) by nix (subscriber, #2304) [Link]
eglibc even starts with the same letters as egcs, and includes *three* of
the same letters.
It is fated.
:)
Debian switching to EGLIBC Posted May 6, 2009 20:57 UTC (Wed) by njs (guest, #40338) [Link] Perhaps more to the point, it appears to involve some of the same people (eglibc development is organized by CodeSourcery; I suspect Mark Mitchell is familiar with gcc's history), and has the same copyright assignment rules.
Debian switching to EGLIBC Posted May 6, 2009 17:07 UTC (Wed) by herodiade (subscriber, #52755) [Link]
> I can't believe that it's the embedded nature of the project that is attractive.
For other users, maybe not (there may be some attractiveness in avoiding to deal witch such an upstream, or just to shake things up). But for the Debian project, the Ulrich Drepper's un-willingness to cooperate on basics embedded needs is a real problem.
So much that the DPL (Debian Project Leader) had to (unsuccessfully) ask the "GNU C Library Steering Committee" for help/mediation on this topic.
http://lists.debian.org/debian-glibc/2007/10/msg00038.html
|
|||||||||||||