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. :)
Cheers,
Daniel
pgpU4nOGbcSHj.pgp
Description: PGP signature
_______________________________________________ xorg-devel mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-devel
