Of course I do: the patch to add the Bk files to Documentation. I will not
call that objectionable - I object to it, but that is not the same thing. I
will call it 'not discussed' when it should have been.
> BK only changes the medium of transmission of patches to Linus,
> and gives us _more_ information about submittors than pre-BK.
I'm not arguing that BK is not a good way to do the grunt maintainance work.
I think it is, and that's great. Heck, I'm not arguing against Bitkeeper *at
all*. I'm arguing against building the bitkeeper documentation into the
kernel tree, giving the impression that Bitkeeper is *required* for
> > The next question you might ask is: are there more BK patches or
> > more Non-BK, in total, on and off lkml? I don't have statistics at
> > hand but I'm willing to bet that there are more BK patches, because
> > that is how the bulk of the grunt tree maintainance is getting
> > done these days.
> > My conclusion: though there are more BK patches being applied to Linus's
> > tree than non-BK,
> So... your conclusion is based on a guess which is based on a guess.
Check it if you think I'm wrong.
> Even if your conclusion is correct (it might be), how do you use
> that to support the argument that, less discussion occurs due to BK?
We haven't established that, we do see a strong correlation. But think.
It's obvious anyway, why discuss anything in public when you don't have
to? Just push it straight to Linus's tree, why bother with formalities?
It's so easy.
> As I mentioned, most merging with Linus occured in private anyway.
> If you want to argue against that, go ahead. But don't try to blame
> BitKeeper for it.
I sense that the discussion of patches on lkml is in decline and I do
blame Bitkeeper. Think I'm being paranoid? Prove me wrong.
> If there are _specific solutions_ that can be implemented to equalize
> things with BK versus non-BK developers, please, chime in. I think the
> daily snapshot idea is a good one.
I think so too, having heard more about the idea.
> Deleting a document, and nothing
> else, accomplishes no forward progress (except maybe spawning this
> discussion on the evils of BK).
Larry already agreed to it, and to provide a new home for it. Linus
said 'don't be silly', but that was a long way back. So that's where
-- Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/