lkml.org 
[lkml]   [2003]   [Feb]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: openbkweb-0.0
On Sat, Feb 15, 2003 at 10:11:20PM +0000, John Bradford wrote:
>
> From reading this thread, and the similar ones that have preceeded it,
> it seems to me that most people are not exactly bothered about using
> the SCM functionality of BitKeeper, but just want to get the
> up-to-the-second changes to Linus' tree.

Seems a fairly accurate analysis...

> I always thought that that is what the bk-commit mailing lists were
> for? I could be wrong about that, not having used BitKeeper - if so,
> what are they for, and would it not be possible to simply have a
> mailing list which got sent a diff every time Linus' updated his tree?

... but the solution is not sufficient. What about people wanting to track
one of the ppc[1] trees? What about Alan wanting to get at that 3cr990
which was in a bk repository only before he asked for another format? What
about...?
The only real way to solve this with mailinglists is for the mailinglists
to be run by BitMover, for every repository they host. I doubt they like
that idea.

I'm not using bk to get at patches out of principle, but I can't be
bothered enough to get into arguments about what Larry must or mustn't do.
And it's mostly true that bitkeeper usage may not have really made the
situation worse. But it has improved the situation for people who do use
it while leaving the rest out in the cold, creating inequality among Linux
users and developers. Larry shouldn't be surprised to get flak for that,
regardless of what his intentions are.


Regards,

Filip

[1] There is a linuxppc-commit list I was recently told, but it turns out
to be a comments-only list so it isn't useful for this. And there are
rsync trees, but they are weeks out of date wrt the bk trees most of
the time - and when Apple releases new hardware it's often necessary
in the beginning to run the very last benh kernel for it to work.

--
"Much blood has been spilled as a result of arguments about how many buttons
a mouse ought to have. Naive users prefer one (it is hard to push te wrong
button if there is only one), but sophisticated ones like the power of
multiple buttons to do fancy things."
-- Andrew S. Tanenbaum, `Structured Computer Organization'
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.089 / U:3.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site