Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Tuesday 19 June 2007 01:51:19 Alexandre Oliva wrote:
On Jun 19, 2007, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:
The GPLv2 is the one that allows more developers.

The GPLv2 is the one that is acceptable to more people.

Based on my understanding that the anti-tivoization provisions are
*the* objectionable issue about GPLv3 for those of you who dislike
GPLv3, this is circular reasoning:

anti-tivoization is bad
=> we reject licenses with it
=> there are fewer developers willing to develop with such licenses
=> anti-tivoization is bad

The logic is close to:
=> License forbids X
=> developer has requirement for X in license, can't add to project
=> License forbidding X is bad

When it comes to TiVO the reason the developers "required" the "tivoization"
was because the company itself demanded it. The reason: providers of the
content their device works with demanded it.

Face it, the "open source" crowd is the *bigger* crowd.

I really don't know about that. I can believe it may be so in LKML.

Actually, it is. Every "Free Software" developer that I personally know could
care less about the FSF's motives - until they impact them. Since they don't
care what the FSF does, publishes, etc... they cannot be termed "Free
Software" developers (using the definition of the term "Free Software"
provided by the FSF). In fact, almost all of them will state either: "I work
on Open Source software" or "I develop FOSS stuff".

I haven't really seen a single one. Last I did the statistic, I asked the
top ~25-30 kernel developers about their opinion. NOT A SINGLE ONE
preferred the GPLv3.

Wow, that's a really big sample among all Free Software and Open
Source developers out there. And not even a little bit biased at
that.

Yes, the sample could be considered "biased" - jst as a sample taken among the
GCC developers could be considered "biased" towards the other end of the
spectrum.

So I have actual *numbers* on my side. What do you have, except for a
history of not actually understanding my arguments?

Which is worse, not understanding or repeatedly snipping out and
addressing unrelated points?

It's time to quote a very ancient source: "Don't point out the speck in your
neighbors eye when you cannot see the log in your own"

In other words - you've done the same and more.


Let's please try again.

I'll try to keep it simple, since you can't seem to be able to grasp
the entire argument, and keep disregarding essential parts, disputing
unrelated points and jumping to the conclusions that you've disputed
the point I was trying to make.

I'll present it in parts, as an attempt to stop you from making this
mistake, that I'm sure is not intentional.

The first part is in this e-mail.


Dispute this:

non-tivoized hardware => users can scratch their itches => more
contributions from these users

tivoized hardware => users can't scratch their itches => fewer
contributions from these users

Linus doesn't have to. Statistically the number of people that will even think
of modifying the code running on a "tivoized" device is minute - at most 5%
of the users of such a device. Of those people the ones with the skill to
actually do the work is an even smaller number - figure 2.5 to 3% of them. Of
those with the skill, probably about 10% of them are actually *good* enough
at it for their changes to be useful. Of that number, figure that only 25%,
at most, will contribute the changes back.

Apply that to a sample case:
"tivoized" device total users: 1,000,000
people that think about modifying: 50,000 (5%)
people with skill: 1500 (3%)
people who are good enough for the changes to be useful: 150 (10%)
those who will contribute them back: 38 (25%)

Now a normal companies software department is anywhere from 10 to 50 people.
Large companies can employ more - IBM employs hundreds.

What you are arguing is that people should abandon a firm set of developers
that is proven to be large for the potential at adding, at most, 38
developers per million users of the device. If that number was more than 1000
per device I'd agree. The numbers don't support your argument.

DRH

--
Dialup is like pissing through a pipette. Slow and excruciatingly painful.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: Open Source -> Unemployment
    ... >> of the developers, therefore I license my own software under the GPL. ... many developers write free software despite the limits that the ... GPL imposes upon them. ...
    (comp.unix.programmer)
  • Re: Wasting our Freedom
    ... Please take a moment to understand the Linux development process. ... removed the GPL license and dedicated the work to public domain or put ... You are so cleanly isolating and cutting away of a group of developers. ... between GPL and BSD developers. ...
    (Linux-Kernel)
  • Re: Query about Iceape, Iceweasel
    ... I certainly don't care anymore... ... also keep their insults to themselves. ... The OP needs to realize that free software sometimes works great, ... (I'm going to go be "mean" and enjoy the efforts of all the developers who've kindly developed all this free software. ...
    (Debian-User)
  • Re: Wasting our Freedom
    ... removed the GPL license and dedicated the work to public domain or put ... not accepted into the Linux Kernel, so this is *NOT* the place to send ... You are so cleanly isolating and cutting away of a group of developers. ... It's known that the patches are bad, ...
    (Linux-Kernel)
  • Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
    ... Based on my understanding that the anti-tivoization provisions are ... GPLv3, this is circular reasoning: ... tivoization in the license, therefore GPLv3 forbidding tivoization ... the top ~25-30 kernel developers about their opinion. ...
    (Linux-Kernel)