All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Trever L. Adams" <tadams-lists@myrealbox.com>
To: rms@gnu.org
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Bitkeeper
Date: 18 Jul 2003 16:09:42 -0400	[thread overview]
Message-ID: <1058558982.2479.28.camel@aurora.localdomain> (raw)
In-Reply-To: <E19dbGS-00026T-9R@fencepost.gnu.org>

On Fri, 2003-07-18 at 15:51, Richard Stallman wrote:
>     > If you are trying to copy BK, give it up.  We'll simply follow in the
>     > footsteps of every other company faced with this sort of thing and change
>     > the protocol every 6 months.  Since you would be chasing us you can never
>     > catch up.  If you managed to stay close then we'd put digital signatures
>     > into the protocol to prevent your clone from interoperating with BK.
> 
> I think it would be appropriate at this point to write a free client
> that talks with Bitkeeper, and for Linux developers to start switching
> to that from Bitkeeper.  At that point, McVoy will face a hard choice:
> if he carries out these threats, he risks alienating the community
> that he hopes will market Bitkeeper for him.

I can't believe I am going to do this.  Especially, where most of my
contributions to OSS/Free Software are not known on this list and the
argument is stupid.

McVoy, changing the protocol would be extremely stupid.  However, it is
your product, so do as you wish.

Stallman, believe it or not, you used to be someone I looked up to a
great deal.  I still think some of your ideas are great and I would love
to see the entire world as open source.  However, to encourage people to
do things that are known to antagonize others is crazy.  CVS is crap.  I
haven't used Bitkeeper but I have tried a lot of others, and they are
junk.  So, if Bitkeeper is as good as Linus et al think it is, then it
would be insane to do anything to ruin the relationship they have with
Bitkeeper.  Ideology is great, but it does have to be tempered and meted
out so that it can be implemented in a way that brings the most good to
everyone.  At this point, ticking off McVoy will likely do the opposite.

McVoy, thank you for helping Linus, Cox, Miller et al scale better.  As
I have said before, I hope there is some way your software can become
more open, but I will leave that up to you and your team to figure out
when and how.

Have a good one everyone.

Trever
--
"All this technology has somehow made you a stranger in your own land."
-- Robert M. Pirsig


  parent reply	other threads:[~2003-07-18 19:55 UTC|newest]

Thread overview: 90+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-18 19:51 Bitkeeper Richard Stallman
2003-07-18 20:06 ` Bitkeeper Rik van Riel
2003-07-18 20:22   ` Bitkeeper nick
2003-07-18 20:40     ` Bitkeeper Shawn
2003-07-18 21:28     ` Bitkeeper Alan Cox
2003-07-19 23:45       ` Bitkeeper Pavel Machek
2003-07-20  0:23         ` Bitkeeper Jeff Garzik
2003-07-18 20:32   ` Bitkeeper Shawn
2003-07-18 20:44     ` Bitkeeper Rik van Riel
2003-07-19 18:42     ` Bitkeeper Jan-Benedict Glaw
2003-07-19 18:49       ` Bitkeeper Larry McVoy
2003-07-19 18:57         ` Bitkeeper Jan-Benedict Glaw
2003-07-19 19:05           ` Bitkeeper Larry McVoy
2003-07-19 20:02             ` Bitkeeper Jan-Benedict Glaw
2003-07-18 20:09 ` Trever L. Adams [this message]
2003-07-18 20:44   ` Bitkeeper Shawn
2003-07-18 21:03   ` Bitkeeper Larry McVoy
2003-07-18 21:58     ` Bitkeeper Trever L. Adams
2003-07-18 22:17   ` Bitkeeper Mike Fedyk
2003-07-18 22:39     ` Bitkeeper Alan Cox
2003-07-19  8:20       ` Bitkeeper Eric W. Biederman
2003-07-19 15:34         ` Bitkeeper Mark Mielke
2003-07-18 22:29   ` Bitkeeper Scott Robert Ladd
2003-07-18 20:30 ` Bitkeeper Michael Buesch
2003-07-18 20:36   ` Bitkeeper Shawn
2003-07-18 20:44 ` Bitkeeper Larry McVoy
2003-07-18 21:03   ` Bitkeeper Shawn
2003-07-18 21:08   ` Bitkeeper David Schwartz
2003-07-18 21:28     ` Bitkeeper Shawn
2003-07-18 21:23   ` Bitkeeper Alan Cox
2003-07-18 21:50     ` Bitkeeper David Lang
2003-07-18 21:54     ` Bitkeeper Valdis.Kletnieks
2003-07-18 22:16       ` Bitkeeper Alan Cox
2003-07-18 22:01     ` Bitkeeper Trever L. Adams
2003-07-18 22:27     ` Bitkeeper Larry McVoy
2003-07-19  9:45       ` Bitkeeper Marcus Metzler
2003-07-19 20:42       ` Bitkeeper Adrian Bunk
2003-07-19 21:57         ` Bitkeeper Larry McVoy
2003-07-19 22:28           ` Bitkeeper Adrian Bunk
2003-07-19 22:39             ` Bitkeeper Larry McVoy
2003-07-19 23:45               ` Bitkeeper Adrian Bunk
2003-07-20  0:02                 ` Bitkeeper Larry McVoy
2003-07-20  0:10                   ` Bitkeeper Tupshin Harper
2003-07-20  0:26                     ` Bitkeeper Valdis.Kletnieks
2003-07-20  1:11                       ` Bitkeeper Jeff Garzik
2003-07-20  0:23                   ` Bitkeeper Jeff Garzik
2003-07-20  0:28                   ` Bitkeeper jiho
2003-07-20  0:30                   ` Bitkeeper Valdis.Kletnieks
2003-07-20  0:50                     ` Bitkeeper Larry McVoy
2003-07-20  0:22                 ` Bitkeeper Jeff Garzik
     [not found]               ` <3F19DA04.80809@c-zone.net>
     [not found]                 ` <20030719235526.GA31428@work.bitmover.com>
2003-07-20  0:21                   ` Bitkeeper jiho
2003-07-19 23:57       ` Bitkeeper Pavel Machek
2003-07-18 21:06 ` Bitkeeper Jörn Engel
2003-07-18 22:00   ` Bitkeeper Svein Ove Aas
2003-07-18 22:25     ` BK is not heaven, sure [Was: Re: Bitkeeper] J.A. Magallon
2003-07-18 23:50 ` Bitkeeper James Simmons
2003-07-19  1:05   ` offtopic crap (was Re: Bitkeeper) David S. Miller
2003-07-19 15:00     ` Jeff Garzik
2003-07-20  2:50 ` Bitkeeper Zack Brown
  -- strict thread matches above, loose matches on Subject: below --
2006-03-07 16:23 BitKeeper Amit Vijairania
2006-03-07 17:51 ` BitKeeper Yoanis Gil Delgado
2006-03-07 17:08   ` BitKeeper Amit Vijairania
2006-03-07 18:15     ` BitKeeper Yoanis Gil Delgado
2006-03-07 18:33       ` BitKeeper Hans Reiser
2006-03-07 18:31   ` BitKeeper Hans Reiser
2006-03-07 22:27     ` BitKeeper Peter van Hardenberg
2005-04-07 22:03 Bitkeeper Paul Dorman
2005-04-07 22:18 ` Bitkeeper Jacob Gorm Hansen
2005-04-07 23:26   ` Bitkeeper Tupshin Harper
2005-04-07 23:53     ` Bitkeeper Jacob Gorm Hansen
2005-04-07 23:55     ` Bitkeeper Scott Parish
2005-04-08  0:21       ` Bitkeeper Jacob Gorm Hansen
2005-04-08  0:21         ` Bitkeeper Scott Parish
2005-04-08  6:55         ` Bitkeeper Chris Wright
2005-04-10 15:34         ` Bitkeeper Sean Perry
2005-04-11  6:54           ` Bitkeeper Jacob Gorm Hansen
2005-04-12  0:21             ` Bitkeeper David Hopwood
2004-08-16 22:21 Bitkeeper Brown, Len
2004-08-16 21:43 Bitkeeper Nathan Bryant
2003-07-19 16:00 Bitkeeper John Bradford
2003-07-19 16:17 ` Bitkeeper Mark Mielke
2003-07-19 10:33 Bitkeeper John Bradford
2003-02-15  8:21 BitKeeper John Bradford
2003-02-15 22:26 ` BitKeeper Pavel Machek
2003-02-16 11:40   ` BitKeeper John Bradford
2002-10-14 15:11 bitkeeper Cameron, Steve
2002-10-14 15:14 ` bitkeeper Cort Dougan
2002-10-14 15:25 ` bitkeeper Hollis Blanchard
2002-10-15  8:45   ` bitkeeper fred
2002-10-15  9:47     ` bitkeeper Kenneth Johansson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1058558982.2479.28.camel@aurora.localdomain \
    --to=tadams-lists@myrealbox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.