This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Kill libc-ports?
- From: Chris Metcalf <cmetcalf at tilera dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: "Ryan S. Arnold" <ryan dot arnold at gmail dot com>, Siddhesh Poyarekar <siddhesh dot poyarekar at gmail dot com>, Siddhesh Poyarekar <siddhesh at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Sat, 7 Sep 2013 14:46:25 -0400
- Subject: Re: Kill libc-ports?
- Authentication-results: sourceware.org; auth=none
- References: <20130905121121 dot GN4306 at spoyarek dot pnq dot redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1309051534260 dot 28271 at digraph dot polyomino dot org dot uk> <20130906052150 dot GS4306 at spoyarek dot pnq dot redhat dot com> <Pine dot LNX dot 4 dot 64 dot 1309061227310 dot 3054 at digraph dot polyomino dot org dot uk> <CAAHN_R0uRerwkXEay9Ogr_J+xOeV+cOxrjyeCfjGM24uJP34eg at mail dot gmail dot com> <CAAKybw9PEo284rgfyduTsZbg3dowCzYU9dqQ8S=1wo5v3pzceQ at mail dot gmail dot com> <Pine dot LNX dot 4 dot 64 dot 1309061933140 dot 11925 at digraph dot polyomino dot org dot uk>
On 9/6/2013 3:37 PM, Joseph S. Myers wrote:
> On Fri, 6 Sep 2013, Ryan S. Arnold wrote:
>
>> I don't think we want to facilitate absentee platform maintainership anyway.
> The point is not to facilitate "absentee" maintainership. It's to
> facilitate maintainership by people with limited time and many other
> responsibilities (which I think is most toolchain developers) by keeping
> to a minimum the effort needed to track relevant changes and discussions.
I think this is a good model. I do mostly skim libc-alpha (though I may skip over some threads more quickly than others), but if libc-ports were being actively used to call out architecture-dependent changes, I might well take advantage of that to shift to skimming libc-alpha just by subject line (for example). For what it's worth, I also applaud Joseph for thinking about how to best cultivate the limited attention span of the folks who are responsible for glibc.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com