lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 14 Jun 2007 18:43:11 -0400
From:	lsorense@...lub.uwaterloo.ca (Lennart Sorensen)
To:	Alexandre Oliva <aoliva@...hat.com>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Adrian Bunk <bunk@...sta.de>, Valdis.Kletnieks@...edu,
	Daniel Hazelton <dhazelton@...er.net>,
	Alan Cox <alan@...rguk.ukuu.org.uk>, Greg KH <greg@...ah.com>,
	debian developer <debiandev@...il.com>, david@...g.hm,
	Tarkan Erimer <tarkan@...one.net.tr>,
	linux-kernel@...r.kernel.org,
	Andrew Morton <akpm@...ux-foundation.org>, mingo@...e.hu
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 14, 2007 at 07:31:52PM -0300, Alexandre Oliva wrote:
> Ok, the MIT license could get you that.  Even public domain could.

Those would not ensure that the source code stays free.

> > I didn't want money, I didn't want hardware, I just wanted the
> > improvements back.
> 
> GPL won't get you that.  You want a non-Free Software license.
> 
> It will only as long as people play along nicely and perceive the
> benefits of cooperation.  But some players don't.

It seems to work very well in practice though.

> No.  Honestly, I really don't.  Even when I try and look at it from
> your perspective, that you described very beautifully in the rest of
> the message that I snipped, it's still a mistery to me why you think
> permitting Tivoization could possibly be advantageous to your project.

Perhaps there is no benefit in permitting "Tivoization".  But at the
same time, perhaps there are benefits in not preventing "Tivoization" in
ways that may or may not be foreseen at this time.

> What is it in the anti-Tivoization provision that gets you any less
> improvements back?

Tivo has provided some code changes and improvements to Linux.  If they
had been totally unable to use Linux due to the license, they would
probably have used vxworks or BSD or something else, and Linux would
have gotten nothing back.  So the Linux source code improved and other
systems using the linux code base got better as a result.

> If anything, I'd think that, by not permitting TiVO to prohibit users
> from running modified versions of your code that they don't authorize
> themselves, these users would do *more* than TiVO alone ever could,
> and if a fraction of them contributes something back, you're way
> better off.

Users of the Tivo hardware would be able to do more, sure, but then
again, actualyl, maybe not.  After all if it ran vxworks or bsd, the
user still wouldn't be able to do anything about it.  The end result is
the same.  The answer is also still the same: Don't buy a tivo if you
want to change what it does, because it doesn't let you do that.

--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists