From: Larry McVoy <lm@bitmover.com>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: Larry McVoy <lm@bitmover.com>, Linus Torvalds <torvalds@osdl.org>,
Andrea Arcangeli <andrea@novell.com>,
Joe Perches <joe@perches.com>,
Paolo Ciarrocchi <paolo.ciarrocchi@gmail.com>,
Jeff Garzik <jgarzik@pobox.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
akpm@osdl.org
Subject: Re: BK kernel workflow
Date: Thu, 28 Oct 2004 15:45:34 -0700 [thread overview]
Message-ID: <20041028224534.GB29335@work.bitmover.com> (raw)
In-Reply-To: <Pine.LNX.4.61.0410281120150.877@scrub.home>
On Thu, Oct 28, 2004 at 11:03:42PM +0200, Roman Zippel wrote:
> [complaints about the awful horrible evil BK2CVS tool]
You guys work in patches all the time. Complaining about this loss
information is like whining at Andrew because he removes some patches
from the -mm tree. There is no record of all the combinations of the
-mm tree and you aren't whining at Andrew? Why not?
There is no record of all sorts of patch combinations out there and you
aren't complaining about it. Why not?
I can tell you why not. Because the combination and recombination of
those patches doesn't give you any insight into how BK works.
If you don't like the situation, you are welcome to go create a better
system. You do not get to use BK to do so, those are our rules. You
do not get to use BK metadata to do so either, those are also our rules.
Believe it or not, I understand your frustration and can understand
how pissed off this makes you. It's pretty frustrating on all sides.
But it's not unreasonable. It is a reasonable thing to protect our
work, just as it is reasonable for you to protect your work against
GPL violators.
We're being reasonable, you are just frustrated that it's reasonable for
us to protect what we built and what we own.
I understand your position, you want the kernel to be a showcase for
how well free software works. It should be developed, managed, enhanced
with 100% free software, at least in your mind. A fine goal, and one
you could realize.
However, one of my claims over the years is that a lot of free software
is a reimplementation of some closed software. I've also claimed that it
is much easier to do that if you have access to the closed software, the
closed software becomes a very good specification of what should be done.
When I've claimed this lots of you get pissed off and say it's not true,
free software innovates, etc. Sure it does, but my statement stands.
The fact that you are working so hard to get your fingers on things that
we figured out is an excellent example of the point. If it were easy
for you to create a BK clone you would have done so already and thumbed
your nose at me.
Every time you come back and complain that you aren't getting enough
information from us you are making my case. Free software, at least
some of it, is no more than a copy.
It's my claim that I value free software even *more* than you do. Why?
Because I keep trying to draw attention to this problem, the problem
of how do we pay for the development truly innovative free software.
You are hurting the cause of free software by making a public spectacle
of yourself by asking over and over again for help from a commercial
company to copy that commercial companies' software.
If you truly believed in the cause you would go off and try and build
a real BK replacement using free software tools, using only freely
available knowledge, and using funding generated from free software.
That would be the best way to prove to the world that I'm just wrong.
I would welcome that. I'd come work with you if you figured out how
to do that. If you think I enjoy arguing with the people I'm trying
to help you're mistaken. This is no more fun for me than it is for you.
--
---
Larry McVoy lm at bitmover.com http://www.bitkeeper.com
next prev parent reply other threads:[~2004-10-28 22:50 UTC|newest]
Thread overview: 161+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <41752E53.8060103@pobox.com>
[not found] ` <20041019153126.GG18939@work.bitmover.com>
2004-10-19 16:06 ` BK kernel workflow Jeff Garzik
2004-10-19 21:33 ` Paolo Ciarrocchi
2004-10-19 21:38 ` Jeff Garzik
2004-10-19 21:54 ` Paolo Ciarrocchi
2004-10-19 22:11 ` Linus Torvalds
2004-10-20 7:35 ` Paolo Ciarrocchi
2004-10-23 16:12 ` Larry McVoy
2004-10-24 10:24 ` Paolo Ciarrocchi
2004-10-24 14:44 ` Larry McVoy
2004-10-24 16:44 ` Paolo Ciarrocchi
2004-10-24 23:32 ` Larry McVoy
2004-10-25 11:33 ` Matthias Urlichs
2004-10-25 11:46 ` Andrea Arcangeli
2004-10-25 12:29 ` Joe Perches
2004-10-25 13:39 ` Andrea Arcangeli
2004-10-25 15:14 ` Linus Torvalds
2004-10-25 15:43 ` Andrea Arcangeli
2004-10-25 16:10 ` Linus Torvalds
2004-10-25 17:22 ` Andrea Arcangeli
2004-10-25 20:04 ` Jeff Garzik
2004-10-26 2:19 ` Miles Bader
2004-10-25 16:20 ` Larry McVoy
2004-10-25 16:47 ` Andrea Arcangeli
2004-10-25 17:12 ` Larry McVoy
2004-10-25 17:34 ` Andrea Arcangeli
2004-10-25 17:18 ` Linus Torvalds
2004-10-25 17:37 ` Andrea Arcangeli
2004-10-26 0:06 ` Roman Zippel
2004-10-26 0:51 ` Linus Torvalds
2004-10-26 2:21 ` Miles Bader
2004-10-27 2:05 ` Roman Zippel
2004-10-27 3:00 ` Linus Torvalds
2004-10-27 4:18 ` Larry McVoy
2004-10-27 16:45 ` Matthias Urlichs
2004-10-27 18:12 ` Buddy Lucas
2004-10-27 20:56 ` Roman Zippel
2004-10-27 21:20 ` Linus Torvalds
2004-10-28 1:14 ` Roman Zippel
2004-10-28 1:34 ` Linus Torvalds
2004-10-27 21:45 ` Alan Cox
2004-10-31 19:50 ` Pavel Machek
2004-10-28 9:20 ` James Bruce
2004-10-28 11:39 ` Geert Uytterhoeven
2004-10-28 13:53 ` Larry McVoy
2004-10-28 14:06 ` Xavier Bestel
2004-10-28 15:10 ` Larry McVoy
2004-10-28 19:20 ` Alan Cox
2004-10-28 19:25 ` David Schwartz
2004-10-28 19:38 ` Kevin P. Fleming
2004-10-28 19:22 ` Alan Cox
2004-10-28 23:22 ` David Schwartz
2004-10-28 23:59 ` David S. Miller
2004-10-29 0:25 ` David Schwartz
2004-10-29 14:31 ` Scott Lockwood
2004-10-29 14:35 ` Xavier Bestel
2004-10-29 17:02 ` The requested ruling (Was: BK kernel workflow) Scott Lockwood
2004-10-30 2:08 ` David Schwartz
2004-10-28 19:59 ` BK kernel workflow Adrian Bunk
2004-10-28 21:35 ` Larry McVoy
2004-10-30 6:51 ` Adrian Bunk
2004-10-30 23:46 ` Larry McVoy
2004-10-30 23:05 ` Alan Cox
2004-10-31 17:47 ` Larry McVoy
2004-10-31 0:28 ` Robert Love
2004-10-31 1:11 ` Adrian Bunk
2004-10-29 17:19 ` Ramón Rey Vicente
2004-10-29 17:36 ` Larry McVoy
2004-10-29 18:06 ` Stephen Frost
2004-10-29 18:20 ` Larry McVoy
2004-10-29 18:08 ` Ramón Rey Vicente
2004-10-29 18:21 ` Larry McVoy
2004-10-29 18:33 ` Scott Lockwood
2004-10-29 18:55 ` Ramón Rey Vicente
2004-10-29 19:14 ` Scott Lockwood
2004-10-30 5:04 ` Kyle Moffett
2004-10-30 20:42 ` Scott Lockwood
2004-10-30 23:35 ` Larry McVoy
2004-10-31 0:20 ` David Schwartz
2004-10-31 2:37 ` Kyle Moffett
2004-10-31 3:34 ` Larry McVoy
2004-10-31 4:01 ` Kyle Moffett
2004-10-31 4:39 ` Larry McVoy
2004-10-31 2:44 ` Kyle Moffett
2004-10-29 19:39 ` Larry McVoy
2004-10-29 20:33 ` Stephen Frost
2004-10-29 23:38 ` Ramón Rey Vicente
2004-10-29 21:11 ` Adrian Bunk
2004-10-30 2:39 ` Larry McVoy
2004-10-30 2:02 ` Al Viro
2004-10-29 19:13 ` Ramón Rey Vicente
[not found] ` <45898.65.208.227.246.1099077395.squirrel@www.lrsehosting.com>
2004-10-29 19:26 ` Ramón Rey Vicente
2004-10-29 23:01 ` Tim Hockin
2004-10-29 20:32 ` Roman Zippel
2004-10-29 22:41 ` Larry McVoy
2004-10-30 11:38 ` Roman Zippel
2004-10-31 21:03 ` Pavel Machek
2004-10-31 21:14 ` Larry McVoy
2004-10-31 21:21 ` Pavel Machek
2004-10-31 21:35 ` Larry McVoy
2004-10-31 21:46 ` Pavel Machek
2004-10-31 23:44 ` Larry McVoy
2004-11-01 3:16 ` Kyle Moffett
2004-11-01 4:57 ` Larry McVoy
2004-11-01 8:39 ` Pavel Machek
2004-10-26 1:01 ` Larry McVoy
2004-10-27 2:30 ` Roman Zippel
2004-10-27 3:54 ` Larry McVoy
2004-10-27 20:58 ` Roman Zippel
2004-10-27 21:16 ` Joe Perches
2004-10-28 0:54 ` Larry McVoy
2004-10-28 1:49 ` Roman Zippel
2004-10-28 2:35 ` Linus Torvalds
2004-10-28 3:09 ` Larry McVoy
2004-10-28 21:03 ` Roman Zippel
2004-10-28 21:39 ` Eric Mudama
2004-10-28 22:45 ` Larry McVoy [this message]
2004-10-28 22:54 ` Roman Zippel
2004-10-29 8:09 ` Manu Abraham
2004-10-29 14:28 ` Scott Lockwood
2004-10-29 15:49 ` Roman Zippel
2004-10-29 16:41 ` David Schwartz
2004-10-29 17:20 ` Valdis.Kletnieks
2004-10-30 0:41 ` David Schwartz
2004-10-29 19:03 ` Chris Friesen
2004-10-29 20:00 ` Ryan Anderson
2004-10-30 0:41 ` David Schwartz
2004-10-31 20:47 ` Pavel Machek
2004-10-31 20:53 ` Larry McVoy
2004-10-31 22:07 ` Sam Ravnborg
2004-10-28 1:05 ` Theodore Ts'o
[not found] ` <mailman.1098759000.989.linux-kernel2news@redhat.com>
2004-10-30 3:55 ` Pete Zaitcev
2004-10-25 19:51 ` Matthias Urlichs
2004-10-26 0:58 ` Andrea Arcangeli
2004-10-26 2:23 ` Miles Bader
2004-10-25 18:18 ` Jon Smirl
2004-10-25 23:01 ` Larry McVoy
2004-10-26 1:28 ` Chris Wedgwood
2004-10-26 2:26 ` Jon Smirl
2004-10-26 6:57 ` Matthias Urlichs
2004-10-26 13:09 ` Giuseppe Bilotta
2004-10-24 17:44 ` Linus Torvalds
2004-10-24 17:48 ` Linus Torvalds
2004-10-24 18:39 ` Michael Buesch
2004-10-26 7:32 ` Matthias Urlichs
2004-10-24 22:33 ` Roman Zippel
2004-10-24 23:04 ` Linus Torvalds
2004-10-19 23:27 ` Greg KH
2004-10-25 13:01 ` Matthias Urlichs
2004-10-25 14:39 ` Paolo Ciarrocchi
2004-10-25 15:48 ` Jeff Garzik
2004-10-25 16:35 ` Matthias Urlichs
2004-10-25 22:05 ` Andrew Morton
2004-10-20 8:31 ` maximilian attems
2004-10-20 9:05 ` Jeff Garzik
2004-10-26 7:38 Chuck Ebbert
2004-10-26 14:23 ` Larry McVoy
2004-10-26 18:16 ` Ryan Anderson
2004-10-26 19:22 ` Larry McVoy
-- strict thread matches above, loose matches on Subject: below --
2004-10-26 15:54 Chuck Ebbert
2004-10-26 20:47 ` Larry McVoy
[not found] <fa.gikv4k0.1tk6shk@ifi.uio.no>
[not found] ` <fa.d7r9f2v.1i6a6on@ifi.uio.no>
2004-10-30 20:54 ` walt
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=20041028224534.GB29335@work.bitmover.com \
--to=lm@bitmover.com \
--cc=akpm@osdl.org \
--cc=andrea@novell.com \
--cc=jgarzik@pobox.com \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.org \
--cc=paolo.ciarrocchi@gmail.com \
--cc=torvalds@osdl.org \
--cc=zippel@linux-m68k.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).