On Jun 13, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote: > On Wednesday 13 June 2007 19:49:23 Alexandre Oliva wrote:
> Exactly. They don't. What TiVO prevents is using that modified version on > their hardware. And they have that right, because the Hardware *ISN'T* > covered by the GPL. Indeed, TiVO has this legal right. But then they must not use software under the GPLv3 in it. And, arguably, they must not use software under the GPLv2 either. > In the case of 99% of the hardware targeted by the clause of the GPLv3 you > elucidate on, the "ability to install modified versions of the software" was > *NOT* intended for that use, nor was it intended for *ANYONE* *EXCEPT* > trained service personell to have *ACCESS* to that functionality. Arguing > otherwise is just idiotic - I have never found a piece of "high tech" > hardware (like a TiVO) that was designed for the end-user to modify. (yes, > installing a new version of the linux kernel is "modifying" the system) It's about time for a change for better, wouldn't you think? In 95% of the desktop computers, you can't make changes to the OS that runs on it. Whom is this good for? > And? They distribute the kernel source - as they recieved it - in > compliance with the GPL. This makes it seem like you think that passing on the source code is enough to comply with the GPL. Check your assumptions. It's not. >> to prohibit people from removing locks that stop them from doing >> things they're legally entitled to do > What "Legally Entitled" things? Time shifting of any shows, creating copies of shows for personal use, letting others do so. Think fair use, and how TiVO software and DRM in general gets in the way. > And... You do realize that almost every difference between the GPLv2 > and the GPLv3 is going to cause a hell of a lot of problems? For those who are not willing to abide by the spirit of the license, yes. Does it look like I'm concerned about them? If they're willing to look for and maybe even find holes in the license to disrespect users' freedoms, why should I worry about the problems that plugging these holes is going to cause them? If they'd taken the spirit of the GPL for what it is, instead of looking for loopholes, this improved wording wouldn't be causing them any problems whatsoever. > The fact that the GPLv3 is designed to prevent things that RMS > *PERSONALLY* finds distasteful - DRM and the like - is a big > turn-off for a *LOT* of people. This is a pretty sad accusation. 2/3s of the Free Software packages use the GPL with its existing spirit, and you still haven't shown that any changes proposed in GPLv3 fail to abide by the same spirit. That some (many?) people misunderstood or disregarded the spirit is an unfortunate fact, but trying to pose the patching that's going into GPLv3 as if it was a matter of personal taste, rather than improved compliance with the spirit, is unfair and uncalled for. > (Personally I don't like *ANY* version of the GPL, because there are > chunks I have problems with) What are you doing lurking and spreading confusion in a list about a project that chose to use it, then? >> Do you expect Linux would have flourished if computers had locks that >> stopped people from modifying Linux in them? > But you aren't talking about a "computer" here. You're talking about > a mass-market device that must comply with both US and International > copyright law - and that's just a TiVO. Oh, sorry. I missed when the meaning of the word computer was narrowed from "machine with a general-purpose microprocessor, memory and other peripherals" to whatever you decide it is. And then, the GPL doesn't talk about computers at all. It's not about the hardware, it's about the software, remember? ;-) > if you upload a modified linux kernel to your wireless router that > gives it a 2000 foot range, you've just broken the law At which point, you get punished by the law system. > *AND* violated the license on the hardware which states that you > "won't modify it or the controlling software" Err.. The hardware licensor who includes software under the GPL be supposed to be a licensee of the software in order to have legal permission to distribute it, at which point the following provision kicks in: 6. Each time you redistribute the Program (or any work based on the Program) [...] You may not impose any further restrictions on the recipients' exercise of the rights granted herein. [...] And here's one of the rights granted herein that would be restricted by this hardware license: 2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, So such a restriction in the hardware license seems to be failure to comply with the GPL, which means the violator may lose the license. > even things like the connectors used to upload the operating > software at the factory that people now cannot have in a device that > runs GPL(v3) covered software unless they ship the related > "Installation Information". This sounds like a reasonable point. Please bring it up at gplv3.fsf.org. If it requires specialized hardware to modify the software in the device, the hardware manufacturer can't modify the software without cooperation from the user, and then perhaps it would be fair for the user to need cooperation from the manufacturer. > That, to me, reads like RMS got mad about TiVO and said "I don't > like it, lets add a clause making it wrong to the next GPL". Hell, > that *IS* what happened, and nothing the FSF or Eben Moglen says > will convince me otherwise. If you've already made your mind about this, in spite of not having the facts, I guess it doesn't make sense for me to waste my time trying to convince you, does it? >> What's under the license is the software in it. And that license >> spirit requires the distributor to pass on the right to modify the >> software. > And since when did they have to enable people to use their hardware in > violation of the licensing agreement they implicitly agree to when opening > the package? Since they got permission to distribute the software under the condition of passing on the freedoms without imposing further restrictions on their exercise. -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
