New development model check-in.

Daniel Stone daniel at
Wed Nov 18 07:56:13 PST 2009

On Wed, Nov 18, 2009 at 03:58:26PM +0100, Michel Dänzer wrote:
> On Thu, 2009-11-19 at 00:30 +1100, Daniel Stone wrote: 
> > On Wed, Nov 18, 2009 at 01:20:48PM +0100, Michel Dänzer wrote:
> > > It's already clear that it's much harder to get even relatively
> > > straightforward stuff in, and creates more work for everybody. Nobody's
> > > answered my question why that would be a good idea for a project which
> > > is supposedly suffering from lack of manpower.
> > 
> > I don't think that's necessarily true in areas that aren't EXA;
> > certainly, no-one else has complained, and the patch flow from both
> > regular and one-off contributors seems to be very similar to what it was
> > before the change.
> Is it really? I see fixes getting ignored on the list, even by people
> who previously could have just pushed them.

Yes, I've been neglecting my patch-vaccuuming duties lately (to be
resumed after I've moved house), and having patchwork would alleviate a
lot of this, but it's not working yet.

> > I can't speak for Keith, but I would've assumed that as a major
> > subsystem responsible for some inordinately large percentage of commits
> > these days, that EXA would have (at least) one tree where one could pull
> > from to obtain the latest reviewed and mergeable EXA commits.  It makes
> > everyone's lives a lot easier -- including yours, because you don't have
> > to patchbomb the list and follow up doggedly on the patchbombs.  One
> > mail ('please pull the EXA tree') would suffice.
> It's still more work than before, even ignoring the time and effort it
> takes to change the mode of operation.

Sending patches to the list for code review first -- even if you
directly apply them later -- is time and effort, but seemed to go
unquestioned.  Hell, even compiling code, let alone testing it, before
you commit, is time and effort. :)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : 

More information about the xorg-devel mailing list