If what is being asked of us is more free service and engineering and
we are getting nothing in return, that's a non-starter.
So we'll wait to see what the community says. In this particular
instance, the open source community has a choice. We've granted people
the free use of our tools, unlike any other company. If the response
is going to be "hey, cool, now it's even easier to copy these tools"
then (a) we're idiots and (b) we're not going to follow that up with
more free services.
Make up your mind as to what you want as a community and let me know.
I know what you want is a GPLed BK. That's not on the table. You don't
have one and you can't produce one any time soon, it would take years,
ask the Subversion guys or the arch guys or anyone you like, this isn't a
matter of some perl scripts and a weekend hack. So until someone produces
a viable alternative, you can have or not have BK to use, depending on
your behaviour. I'd love to reach a compromise which leaves all parties
happy. You want free access to the data in real time, I want you to
leave us a chance to grow our business. If you want to have access to
the data in CVS and you want to be free to go clone BK and you want to
be free to go use BK without charge, that's asking way too much.
One answer, maybe the only viable answer, is to use patents to protect
our technology. To date we've been very sparing in where we have done
that, there are substantial chunks of BK without patent protection. Some
leaders in the kernel group have privately told me to not ship BK without
patent protection. That slows down how fast you get a better BK, it's not
something we can just wave our hands and make be so, it's lots of time and
money. A single patent costs more than enough bandwidth to keep all of
you happy for a year. Whatever. If you guys can't come to some sort
of consensus, then patents are the route we'll choose, even German law
On Sat, Feb 15, 2003 at 12:44:34PM -0500, Nicolas Pitre wrote:
> On Fri, 14 Feb 2003, Larry McVoy wrote:
> > As with many things in life, you can choose to behave well or poorly and
> > the people you help or hurt will act according.
> Aren't you tired of all this shit people are making of BK?
> You will always have people bitching at you just like people are bitching at
> Microsoft Word, whether those people are morons or great hackers is
> Be smart and put a Linux CVS repository on bkbits.net even if it costs you
> some bandwidth money at first, oh and have the CVS repo to be always in sync
> with the bk repo of course. This way you'll be able to tune the process,
> make sure it can be fully automated, then everybody will be happy and you'll
> sleep in peace for a while.
> Then, to handle the bandwidth/money issue, you just need to put bandwidth
> limiting on the CVS port (Linux can do that so well - just ask for help if
> you can't achieve it) and issue a call for mirror sites where bkbits.net
> could commit CVS changes to. Right now BitKeeper might have solved the
> Linux development process scalability issue (from the community toward
> Linus), but for the process to be perfect you also need to address the
> opposite path i.e. the broadcasting of changes that Linus applied toward
> the community, and this has to happen in real time as well.
> We can agree that BitKeeper is so superior to CVS just like M$ Word format
> is way more powerful than plain text . The reality is that plain text
> files are just so portable and universally readable that they are preferable
> to the Word format, even if M$ is giving Word viewers away for free.
> You can't change the Free Software world that you are so faithfully trying
> to help. You still can make them happy, and for that a real-time gateway
> from the Linux bk to CVS repos is the only way for the present time. CVS is
> still the lowest common denominator SCM among this world and you can't
> ignore it for broadcasting changes back to the community.
>  this doesn't mean that I personally endorse M$ Word in any way.
----- Larry McVoy lm at bitmover.com http://www.bitmover.com/lm - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to firstname.lastname@example.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/