From: Alexandre Oliva <aoliva@redhat.com>
To: lm@bitmover.com (Larry McVoy)
Cc: Stelian Pop <stelian@popies.net>,
Francois Romieu <romieu@fr.zoreil.com>,
linux-kernel@vger.kernel.org
Subject: Re: [RFC] Linux Kernel Subversion Howto
Date: 11 Feb 2005 14:54:06 -0200 [thread overview]
Message-ID: <orll9v5975.fsf@livre.redhat.lsd.ic.unicamp.br> (raw)
In-Reply-To: <20050211154842.GA16507@bitmover.com>
On Feb 11, 2005, lm@bitmover.com (Larry McVoy) wrote:
> On Fri, Feb 11, 2005 at 01:30:22PM -0200, Alexandre Oliva wrote:
>> > Can you offer any plausible explanation other than a good faith desire
>> > to help the open source community, albeit in a non-traditional way?
>> I don't see what you've done as helping the open source community.
Sorry. I should have said the Free Software community. The Open
Source community doesn't generally care about the moral issues related
with freedom and avoiding the use of proprietary software.
Still, this sentence, taken out of the context where it was, sounded
much stronger than I meant. I don't know whether you quoted it out of
context on purpose, to make it (and myself) an easier target for
criticism, or just because you didn't feel like quoting the
explanation for it below, in which I used the correct term to refer to
the Free Software community.
> So in your mind, aiding the open source community is done only through
> creating more open source. Directly.
No, there are several other ways to help both the Free Software and
the Open Source community. But getting them to use proprietary
software isn't a way to help promote Free Software. It does undermine
the message of software freedom.
> The fact that open source projects which use BK are more productive
> than if they were not using BK is irrelevant and of no value,
> correct?
IMNSHO, the most justifiable use of proprietary software is in
developing a free alternative, like in the beginning of the GNU
project, when no completely-free operating system existed.
Using proprietary software just because you can, without making
efforts to switch to Free Software as soon as possible, is a sure way
to help the proprietary software side win the battle against free
software.
Entrapping yourself into a piece of proprietary software that will not
only forbid you from working on free alternatives, but also prevent
you from sharing the information you stored in it yourself is, IMHO, a
mistake.
> The fact that they are creating more open source more quickly
> because of their use of BK is irrelevant and of no value, correct?
It surely does have some value. I don't think such value outweights
the lock-in.
> In that case, get the free BK users to agree with you and we'll pull the
> plug on free BK.
Heh. Yeah, right. Don't count on everybody being as religious as I
am on these matters.
--
Alexandre Oliva http://www.ic.unicamp.br/~oliva/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
next prev parent reply other threads:[~2005-02-11 16:54 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-02 15:54 Stelian Pop
2005-02-02 16:15 ` Lethalman
2005-02-02 16:37 ` Lethalman
2005-02-03 10:34 ` Stelian Pop
2005-02-02 21:47 ` Daniele Venzano
2005-02-03 10:45 ` Stelian Pop
2005-02-04 20:04 ` Daniele Venzano
2005-02-04 20:52 ` Olaf Dietsche
2005-02-09 5:19 ` Kevin Puetz
2005-02-09 8:58 ` Miles Bader
2005-02-09 13:44 ` David Roundy
2005-02-03 0:29 ` H. Peter Anvin
2005-02-03 10:24 ` Stelian Pop
[not found] ` <200502030028.j130SNU9004640@terminus.zytor.com>
2005-02-03 3:34 ` Larry McVoy
2005-02-03 16:45 ` H. Peter Anvin
2005-02-03 19:32 ` Stelian Pop
2005-02-03 20:20 ` Larry McVoy
2005-02-03 22:00 ` Stelian Pop
2005-02-03 22:28 ` Larry McVoy
2005-02-04 13:01 ` Stelian Pop
2005-02-04 16:06 ` Larry McVoy
2005-02-04 16:22 ` Roland Dreier
2005-02-04 21:53 ` Stelian Pop
2005-02-04 17:03 ` Stelian Pop
2005-02-04 18:39 ` Larry McVoy
2005-02-04 20:05 ` Stelian Pop
2005-02-04 20:11 ` Larry McVoy
2005-02-04 21:40 ` Stelian Pop
2005-02-04 23:31 ` Francois Romieu
2005-02-05 19:38 ` Stelian Pop
2005-02-05 23:38 ` Larry McVoy
2005-02-08 15:43 ` Stelian Pop
2005-02-08 15:58 ` Larry McVoy
2005-02-08 17:17 ` Roman Zippel
2005-02-08 18:16 ` Larry McVoy
2005-02-08 18:52 ` Roman Zippel
2005-02-09 0:07 ` Theodore Ts'o
2005-02-09 2:05 ` Roman Zippel
2005-02-09 2:24 ` Jon Smirl
2005-02-09 2:35 ` Roman Zippel
2005-02-09 2:39 ` Larry McVoy
2005-02-09 2:47 ` Roman Zippel
2005-02-09 3:40 ` Larry McVoy
[not found] ` <Pine.LNX.4.61.0502091128070.7836@localhost.localdomain>
2005-02-09 17:38 ` Jon Smirl
2005-02-09 18:24 ` Nicolas Pitre
2005-02-09 18:48 ` Jon Smirl
2005-02-09 23:31 ` Roman Zippel
2005-02-09 23:52 ` Jon Smirl
2005-02-09 23:22 ` Roman Zippel
2005-02-10 0:13 ` Larry McVoy
2005-02-10 19:34 ` d.c
2005-02-11 8:40 ` Stelian Pop
2005-02-09 2:40 ` Jon Smirl
2005-02-09 2:57 ` Roman Zippel
2005-02-09 3:03 ` Jon Smirl
2005-02-09 5:48 ` Gene Heskett
2005-02-09 9:05 ` Miles Bader
2005-02-09 7:06 ` Alexandre Oliva
2005-02-09 14:48 ` d.c
2005-02-09 15:51 ` Larry McVoy
2005-02-09 17:30 ` Nicolas Pitre
2005-02-09 17:44 ` Valdis.Kletnieks
2005-02-10 5:44 ` Horst von Brand
2005-02-10 9:36 ` Alexandre Oliva
2005-02-10 21:17 ` Larry McVoy
2005-02-11 9:02 ` Stelian Pop
2005-02-11 15:30 ` Alexandre Oliva
2005-02-11 15:48 ` Larry McVoy
2005-02-11 16:18 ` Larry McVoy
2005-02-11 16:54 ` Alexandre Oliva [this message]
2005-02-11 16:13 ` Jon Smirl
2005-02-11 17:22 ` Alexandre Oliva
2005-02-11 20:00 ` Larry McVoy
[not found] ` <20050210222403.GA5920@thunk.org>
[not found] ` <or650z6syt.fsf@livre.redhat.lsd.ic.unicamp.br>
2005-02-11 15:53 ` Larry McVoy
2005-02-11 17:24 ` Alexandre Oliva
2005-02-10 5:47 ` James Bruce
2005-02-06 16:40 ` Roman Zippel
2005-02-06 17:39 ` Larry McVoy
2005-02-07 1:45 ` Roman Zippel
2005-02-07 2:10 ` Larry McVoy
2005-02-08 14:57 ` Roman Zippel
2005-02-08 15:19 ` Larry McVoy
2005-02-08 15:24 ` Stelian Pop
2005-02-08 15:47 ` Larry McVoy
2005-02-08 15:36 ` Catalin Marinas
2005-02-08 15:58 ` Jon Smirl
2005-02-08 16:15 ` Roman Zippel
2005-02-08 17:17 ` Valdis.Kletnieks
2005-02-08 17:23 ` Roman Zippel
2005-02-08 17:01 ` Larry McVoy
2005-02-07 2:16 ` Al Viro
2005-02-04 10:18 ` Michael S. Tsirkin
2005-02-04 10:59 ` Stelian Pop
2005-02-04 11:08 ` Michael S. Tsirkin
2005-02-04 11:20 ` Stelian Pop
2005-02-09 18:46 Larry McVoy
2005-02-09 20:13 ` Nicolas Pitre
2005-02-09 23:53 ` Larry McVoy
2005-02-10 0:14 ` Roman Zippel
2005-02-10 0:50 ` Larry McVoy
2005-02-10 9:52 ` Roman Zippel
2005-02-10 10:11 ` linux
2005-02-10 6:08 ` James Bruce
2005-02-10 15:14 ` Stelian Pop
2005-02-10 16:42 Steve Lee
2005-02-10 19:23 ` Vojtech Pavlik
2005-02-10 19:50 ` Dmitry Torokhov
2005-02-11 18:56 none given
2005-02-11 19:50 ` Larry McVoy
[not found] <fa.hd724f5.h36q2j@ifi.uio.no>
2011-08-18 19:08 ` lucasrangit
2011-08-18 19:22 ` Randy Dunlap
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=orll9v5975.fsf@livre.redhat.lsd.ic.unicamp.br \
--to=aoliva@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lm@bitmover.com \
--cc=romieu@fr.zoreil.com \
--cc=stelian@popies.net \
/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
all inboxes | Powered by JetHome®