From: Steven Rostedt <rostedt@goodmis.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
"Bradley M. Kuhn" <bkuhn@sfconservancy.org>,
ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] [CORE TOPIC] GPL defense issues
Date: Mon, 29 Aug 2016 11:35:26 -0400 [thread overview]
Message-ID: <20160829113526.1081cbc4@gandalf.local.home> (raw)
In-Reply-To: <CA+55aFxFAhESSWRsALE=p2w4sACWuc9Q+WDEoHeGW6S05TsDBw@mail.gmail.com>
On Sun, 28 Aug 2016 13:36:38 -0700
Linus Torvalds <torvalds@linux-foundation.org> wrote:
> And to further take that example: it was also a very good example of
> how companies really can help us. Any legal enforcement discussion
> absolutely should *not* be about "how does the open source community
> enforce the GPL against companies". That's just stupid talk, and makes
> it be about "individuals vs companies", which IS NOT TRUE. That's
> simply not how the community has worked in Linux, and it isn't how it
> *should* work.
If it is not "individuals vs companies" then what is it? "companies vs
companies" like IBM vs SCO? Or "foundation vs companies"? I guess the
question I have is if a copyright holder of code in the Linux kernel
finds that his code is being used in proprietary software, and wants
that code released (or simply the code of the developer be removed),
what steps should that developer take? I agree legal action is the
worse course, but there needs to be somewhere the developer can go to
get help, and influence to make the company comply.
>
> Seriously. I think we should see the IBM/SCO thing as an example of
> how we should all wish the GPL is to be used.
>
> Do I want some "community effort" to try to create a "GPL test case"
> against some random badly behaving company that isnt' even all that
> *meaningful* from a development standpoint? Hell no. Quite frankly,
> anybody who sees that as a good end goal should haev their head
> examined. Yet that seems to be what the SFC sees as their goal in
> life.
If the SFC were not to use legal actions, and only be that organization
to help the above developer influence the company (by talking with them
to show how opening up their software is actually beneficial to them,
or by the shaming method if that doesn't work). What I read from you is
that you feel that the SFC is too trigger happy on the legal action
side. If SFC were to say they really wont do that, unless they get
permission from the Linux kernel community as a whole, would that make
you feel better about them?
>
> We should put our goal posts in a totally different direction. We
> don't have a ":community effort" to do marketing. We all realize how
Really? I thought that was what the Linux Foundation was ;-)
> completely idiotic and stupid that would be. A "Software Freedom
> Marketing Center" would be laughed at.
>
> Why the hell do people not laugh at it when it comes to legal issues?
Again, I'm guessing that is because not all kernel developers feel they
are empowered to enforce the GPL when someone abuses *their* code.
Personally, I agree with everything you say, except that those that
feel otherwise are *stupid*. We are a bit more pragmatic, and as my
wife keeps telling me, I decide things more based on logic and not
emotion. Others, like RMS base their decisions mostly on principle,
even if it logically does not make sense. I respect that, even if I
don't agree with it, but I wont call it "stupid", just "illogical".
> So I seriously believe that we should not see companies as the "enemy"
> and as a target of lawsuits. We should see the Linux companies as a
> big part of the community, and as the natural *defender* of the GPL.
100% agree.
>
> And we already have a really good example of that that people seem to
> be ignoring.
>
> I would really want people to completely change their thinking about
> this "GPL enforcement" thing.
>
> The great thing about the GPLv2 was how it turned copyright law
> "against itself" (really just against traditional use of copyrigth)
> and it has been described as a legal "judo move" - using copyright to
> *open* software instead of using it as a way to *restrict* software.
> It's why people call it "copyleft", after all.
>
> THAT is the beauty of the GPLv2.
>
> But the people who then see proprietary software as "evil", and see
> companies as being amoral, and as the enemy (and this very much is how
> rms and the FSF was acting), those people were doing exactly the wrong
> thing, and I have been fighting that idiocy for as long as I've been
> using the GPLv2.
I agree with you on this too.
>
> The fact that we didnt' see proprietary software as evil, and that we
> opened our arms to companies made all the difference.
>
> Now those same small-minded people are making the SAME MISTAKE, all
> over again. I do *not* want anybody who talks about "evil" proprietary
> software to be the seen as the "protector" of the GPL. No, people who
> talk about how proprietary software is "evil" should be seen as
> *stupid* people. Because they are. We showed them wrong.
Again, I would not call them "stupid". "illogical" perhaps but not
"stupid". It's not a lack of intelligence that drives these decisions,
but the sense of principle over logic.
>
> And similarly, we should *not* see this as some crazy "community is
> protecting itself against companies" crap. Again, that's the stupid
> and wrong-headed FSF thinking. It's bad.
>
> We have a ton of companies that are part of the community, and the
> same way we're bad at marketing and rely on companies to do that, we
> should at least _strive_ to work towards companies doing legal
> enforcement too.
OK, I guess this answers my question above. You feel that legal
enforcement should be "companies vs companies".
>
> That's the true "judo" move.
>
> Because quite frankly, I think just by going by existing history,
> companies are better at lawsuits than the community is anyway. Just
> look at IBM.
The reason why I'm responding to this email is because even though I
agree with the gist of your email, the tone is very much disheartening.
Perhaps you just want the FSF and SFC to go away and not exist anymore.
But I feel that they still have done more positive than negative and
are good for the community as a whole. I agree with you that we can't
let the "principle over logic" win. But people that are driven by
principle are much more likely to get new things done than those that
just do the logical actions. The GPL was created exactly because of
this.
You once said on stage that you are more like an Edison and not a
Tesla. You like to look at what's ahead and you are not a visionary.
Which for running a project like Linux has worked out very well,
because you let the visionaries do their thing, but ground them with
reality when they needed it. I say this is not much different. We need
people like those in FSF and SFC, but we also need to ground them with
logic. I believe working with them, but really vocalizing our voice
such that they don't represent us in a light we disapprove of, would be
helpful. But simply calling them "stupid" isn't helping anyone, and
that is stupid in itself.
-- Steve
next prev parent reply other threads:[~2016-08-29 15:35 UTC|newest]
Thread overview: 173+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-26 19:33 Jeremy Allison
2016-08-26 21:19 ` David Woodhouse
2016-08-26 21:51 ` Linus Torvalds
2016-08-26 22:42 ` Jeremy Allison
2016-08-26 23:02 ` Theodore Ts'o
2016-08-26 23:58 ` Jeremy Allison
2016-08-27 0:19 ` Linus Torvalds
2016-08-27 1:30 ` Jeremy Allison
2016-08-27 7:00 ` David Woodhouse
2016-08-26 23:54 ` Bradley M. Kuhn
2016-08-27 16:26 ` Greg KH
2016-08-27 21:18 ` Bradley M. Kuhn
2016-08-28 1:43 ` James Bottomley
2016-08-28 2:02 ` Bradley M. Kuhn
2016-08-28 3:10 ` James Bottomley
2016-08-28 4:42 ` Bradley M. Kuhn
2016-08-28 20:51 ` James Bottomley
2016-08-28 4:24 ` Jeremy Allison
2016-08-28 12:55 ` Theodore Ts'o
2016-08-28 14:06 ` David Woodhouse
2016-08-29 6:26 ` Greg KH
2016-08-29 11:10 ` Harald Welte
2016-08-30 17:38 ` Mark Brown
2016-08-30 18:04 ` Luis R. Rodriguez
2016-08-30 18:36 ` Josh Triplett
2016-08-28 15:43 ` Jeremy Allison
2016-08-28 19:36 ` Theodore Ts'o
2016-08-28 20:36 ` Linus Torvalds
2016-08-29 15:35 ` Steven Rostedt [this message]
2016-08-29 15:51 ` Jiri Kosina
2016-08-29 19:45 ` Karen Sandler
2016-08-29 16:26 ` Jeremy Allison
2016-08-30 17:13 ` Luis R. Rodriguez
2016-08-28 16:26 ` Bradley M. Kuhn
2016-08-28 19:58 ` Theodore Ts'o
2016-08-28 22:54 ` Bradley M. Kuhn
2016-08-29 9:01 ` Harald Welte
2016-08-30 16:15 ` Luis R. Rodriguez
2016-08-30 16:45 ` Greg KH
2016-08-30 17:20 ` Luis R. Rodriguez
2016-08-30 18:15 ` Greg KH
2016-08-30 19:17 ` Luis R. Rodriguez
2016-08-31 2:58 ` Theodore Ts'o
2016-08-31 18:51 ` Luis R. Rodriguez
2016-08-31 8:37 ` Greg KH
2016-08-31 18:53 ` Luis R. Rodriguez
2016-08-30 23:19 ` Luis R. Rodriguez
2016-08-30 17:49 ` Jeremy Allison
2016-08-30 18:17 ` Greg KH
2016-08-30 18:28 ` Jeremy Allison
2016-08-30 17:10 ` James Bottomley
2016-08-30 17:16 ` Luck, Tony
2016-08-30 17:40 ` Luis R. Rodriguez
2016-08-30 17:37 ` Luis R. Rodriguez
2016-08-28 15:37 ` James Bottomley
2016-08-28 5:09 ` Jeremy Allison
2016-08-27 23:02 ` Jeremy Allison
2016-08-27 23:13 ` Linus Torvalds
2016-08-27 23:29 ` Jeremy Allison
[not found] ` <CAPeXnHsTskZhwS6Ckp=xRzxbwax9FrMc5gRFmFmySY-Pq3KexA@mail.gmail.com>
[not found] ` <CAPeXnHtqc5fYUV89H2E4g-SQmFNmc=3bj1NiCRVAWg=WoP0R7g@mail.gmail.com>
2016-08-27 23:30 ` Matthew Garrett
2016-08-27 23:49 ` Linus Torvalds
2016-08-28 0:02 ` Matthew Garrett
2016-08-28 0:16 ` Linus Torvalds
2016-08-29 16:57 ` Matthew Garrett
2016-08-27 23:35 ` Jeremy Allison
2016-08-28 4:47 ` Theodore Ts'o
2016-08-28 5:17 ` Jeremy Allison
2016-08-28 5:38 ` Bradley M. Kuhn
2016-08-28 2:58 ` Steven Rostedt
2016-08-28 4:34 ` Jeremy Allison
2016-08-28 8:04 ` Greg KH
2016-08-28 15:58 ` Jeremy Allison
2016-08-28 3:18 ` James Bottomley
2016-08-28 4:40 ` Jeremy Allison
2016-08-28 6:25 ` David Woodhouse
2016-08-29 11:24 ` Maxime Ripard
2016-08-29 11:50 ` Greg KH
2016-08-30 9:57 ` Maxime Ripard
2016-08-30 15:33 ` Arnd Bergmann
2016-08-30 16:04 ` Guenter Roeck
2016-08-30 19:44 ` Arnd Bergmann
2016-08-31 8:24 ` Geert Uytterhoeven
2016-08-31 9:28 ` Maxime Ripard
2016-08-30 16:55 ` Mark Brown
-- strict thread matches above, loose matches on Subject: below --
2016-08-26 2:46 Linus Torvalds
2016-08-26 3:07 ` Matthew Garrett
2016-08-26 4:25 ` Linus Torvalds
2016-08-26 4:48 ` Matthew Garrett
2016-08-26 5:24 ` Linus Torvalds
2016-08-26 5:35 ` Matthew Garrett
2016-08-26 15:28 ` Rik van Riel
2016-08-26 16:34 ` Linus Torvalds
2016-08-26 16:48 ` Rik van Riel
2016-08-26 17:21 ` Linus Torvalds
2016-08-26 17:49 ` Matthew Garrett
2016-08-26 19:03 ` Linus Torvalds
2016-08-26 19:29 ` Rik van Riel
2016-08-26 19:45 ` Matthew Garrett
2016-08-26 19:53 ` James Bottomley
2016-08-26 19:55 ` Matthew Garrett
2016-08-26 19:58 ` James Bottomley
2016-08-26 21:41 ` Theodore Ts'o
2016-08-26 23:04 ` Luis R. Rodriguez
2016-08-26 23:34 ` Theodore Ts'o
2016-08-27 0:03 ` Luis R. Rodriguez
2016-08-27 4:00 ` Josh Triplett
2016-08-26 19:59 ` Linus Torvalds
2016-08-26 16:52 ` Linus Torvalds
2016-08-26 19:36 ` Bradley M. Kuhn
2016-08-26 20:09 ` Jeremy Allison
2016-08-26 15:23 ` Karen Sandler
2016-08-26 16:37 ` James Bottomley
2016-08-26 17:19 ` Karen Sandler
2016-08-27 15:43 ` Greg KH
2016-08-27 17:14 ` Bradley M. Kuhn
2016-08-27 18:47 ` Julia Lawall
2016-08-27 18:35 ` Wolfram Sang
2016-08-27 22:50 ` Linus Torvalds
2016-08-28 7:47 ` Greg KH
2016-08-28 9:54 ` David Woodhouse
2016-08-29 17:42 ` Rik van Riel
2016-08-29 18:49 ` Linus Torvalds
2016-08-29 19:04 ` James Bottomley
2016-08-30 18:00 ` Luis R. Rodriguez
2016-08-30 18:25 ` James Bottomley
2016-08-30 19:31 ` Luis R. Rodriguez
2016-08-29 20:19 ` Wolfram Sang
2016-08-29 21:31 ` Theodore Ts'o
2016-08-29 21:52 ` Matthew Garrett
2016-08-29 21:59 ` Linus Torvalds
2016-08-29 23:05 ` Guenter Roeck
2016-08-30 4:32 ` Bradley M. Kuhn
2016-08-24 5:30 Karen Sandler
2016-08-24 13:08 ` Greg KH
2016-08-24 14:25 ` Karen Sandler
2016-08-24 14:39 ` Josh Triplett
2016-08-24 15:21 ` Mark Brown
2016-08-24 16:54 ` Randy Dunlap
2016-08-24 17:39 ` Greg KH
2016-08-24 17:54 ` Luis R. Rodriguez
2016-08-24 18:30 ` Wolfram Sang
2016-08-24 19:57 ` Greg KH
2016-08-24 20:19 ` James Bottomley
2016-08-24 21:13 ` Karen Sandler
2016-08-24 22:01 ` Theodore Ts'o
2016-08-24 17:38 ` Greg KH
2016-08-24 14:38 ` Daniel Vetter
2016-08-24 14:44 ` Josh Triplett
2016-08-24 15:29 ` David Woodhouse
2016-08-24 17:47 ` Greg KH
2016-08-24 18:24 ` James Bottomley
2016-08-24 20:41 ` Greg KH
2016-08-24 21:09 ` Jiri Kosina
2016-08-24 21:21 ` James Bottomley
2016-08-24 21:33 ` Jiri Kosina
2016-08-24 21:42 ` James Bottomley
2016-08-24 21:46 ` Jiri Kosina
2016-08-25 16:27 ` Rik van Riel
2016-08-24 20:50 ` Bradley M. Kuhn
2016-08-24 21:54 ` Greg KH
2016-08-25 4:06 ` Bradley M. Kuhn
2016-08-25 6:37 ` Theodore Ts'o
2016-08-25 7:03 ` Josh Triplett
2016-08-25 20:03 ` Dave Airlie
2016-08-25 20:20 ` James Bottomley
2016-08-25 20:28 ` Dave Airlie
2016-08-26 0:59 ` Greg KH
2016-08-26 2:30 ` Matthew Garrett
2016-08-26 16:34 ` Luck, Tony
2016-08-26 11:49 ` James Bottomley
2016-08-28 7:48 ` Wolfram Sang
2016-08-26 12:03 ` James Bottomley
2016-08-26 12:33 ` Christoph Hellwig
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=20160829113526.1081cbc4@gandalf.local.home \
--to=rostedt@goodmis.org \
--cc=James.Bottomley@hansenpartnership.com \
--cc=bkuhn@sfconservancy.org \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=torvalds@linux-foundation.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