Alan Cox <alan@lxorguk.ukuu.org.uk>:
> People send batches of small fixes to Linus or to me. So for example
> the S/390 folks send me things like 'fix the mm layer to match the
> changes in 2.4.3' and 'Update the DASD storage driver'. Each of
> which fixes one thing or one set of things and is easy to check on
> its own
I'll continue asking stupid questions, then. Like, under this system how
can either you or the port maintainers maintain a good representation of
how far out of sync they are with the main tree?
The implied workflow (developers in general, up to port maintainers,
up to you and Linus) makes both technological and sociological sense.
It kind of reminds me of Anglo-Norman feudalism post-1066 ("No lord
without land, no land without a lord.").
There are a couple of funny edge cases that it doesn't seem to handle
well, though. One is the kind I'm bumping into right now, where
somebody legitimately needs to make small (almost trivial) changes
scattered all through the tree.
Another is the case where a piece of code that needs to be changed doesn't
have an active maintainer for a third party like me to go to.
What's the neighborly way to deal with these?
-- <a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>"The best we can hope for concerning the people at large is that they be properly armed." -- Alexander Hamilton, The Federalist Papers at 184-188 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Apr 23 2001 - 21:00:36 EST