> > I don't care about Linus, he drops so many bugfixes
> > his kernel have done nothing but suck rocks since the
> > 2.1 era.
> >
> > This system could be useful for people who _are_ maintainers,
> > however.
>
> In which case you'll find jitterbug on www.samba.org
I disagree, jitterbug is cool, but it doesn't handle all the points Rik have
asked for. Especially point 3 : check that each patch apply and if not, send
a mail to the maintainer. Or points 4,5, ...
It shouldn't be difficult to write such a system, though. The problem is :
would that kind of system be used. I don't even ask about Linus : I know he
won't.
What about Marcelo, Alan and the main-kernel-part maintainers ?
Marcello, Alan, tell us you would use such a system, and I'm sure people
would try to setup something.
Too much people have actually spent time on developping tools especially for
the linux kernel. Tell us you'll use such a system, and we'll write/hack it.
You remember Linus saying he'll integrate kbuild and cml2 between 2.5.1 and
2.5.2 ? Do you still believe this ? I don't.
And, btw, jitterbug is too big for Linus. He's afraid of too complex system.
IMHO he could consider using a small&simple tool that fit exactly his view of
what kernel development is.
That is : how it's done today, but automaticated.
"he could". But how to know ? no way, no way.
regards,
Thomas
> > I don't care about Linus, he drops so many bugfixes
> > his kernel have done nothing but suck rocks since the
> > 2.1 era.
> >
> > This system could be useful for people who _are_ maintainers,
> > however.
>
> In which case you'll find jitterbug on www.samba.org
system, and I'm sure people would try to setup something.
Too much people have actually spent time on developping tools especially for
the linux kernel. Tell us you'll use such a system, and we'll write/hack it.
You remember Linus saying he'll integrate kbuild and cml2 between 2.5.1 and
2.5.2 ? Do you still believe this ? I don't.
And, btw, jitterbug is too big for Linus. He's afraid of too complex system.
IMHO he could consider using a small&simple tool that fit exactly his view of
what kernel development is.
That is : how it's done today, but automaticated.
regards,
Thomas
-
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 Dec 31 2001 - 21:00:14 EST