| |||||||||||||
Building a free future in embedded devicesBuilding a free future in embedded devicesPosted Oct 19, 2006 22:04 UTC (Thu) by jdivine (guest, #18042)In reply to: Building a free future in embedded devices by cventers Parent article: Free gadgets need free software
>> "Tivoisation" does not equal "proprietary fork." Not even close.
How can you make this claim? The software is free. The end user is free to download the software and install it to whatever device will run it. The end user is not forced to purchase a crippled hardware device that won't allow unapproved software upgrades. The fact that some hardware is crippled does not affect the freedom of the software.
>However, I'm not claiming that the anti-tivoization clause would encourage manufacturers to use or contribute to Rockbox either.
Yes, you did! In response to a question about how the GPLv3's "anti-tivoization" clause is relevant to this thread, you responded in part:
>Rockbox's very existence holds the possibility of convincing another manufacturer to make a free device, because if they do, they can take advantage of Rockbox and save on engineering and product development costs in order to give them a competitive edge.
Another poster again questioned how the GPLv3 is relevant, and your response began:
>It's relevant because of why GPL is a better license for coprorate contribution than BSD - it prevents proprietary forks and creates a level playing field. GPLv2 has a loop-hole that seems to allow tivoization (proprietary forks).
Taken together, how are these statements _not_ to be interpreted as suggesting that the GPLv3 will encourage manufacturers' use of projects that adopt it? You certainly seem to be saying that manufacturers would be more inclined to use free software in their products if only they could be assured their hard work wouldn't be "taken proprietary." And you've made the mistaken assertion that the GPLv2 allows proprietary forks while the GPLv3 prevents them.
If this is not your position, please clarify it -- succinctly, if at all possible.
(Log in to post comments)
Building a free future in embedded devices Posted Oct 19, 2006 22:42 UTC (Thu) by cventers (subscriber, #31465) [Link] > How can you make this claim? The software is free. The end user is free> to download the software and install it to whatever device will run it. > The end user is not forced to purchase a crippled hardware device that > won't allow unapproved software upgrades. The fact that some hardware is > crippled does not affect the freedom of the software. If the receiving user of a piece of software cannot adapt said software under Freedom #1, then by definition it is not free software, at least if you adopt FSF's original terminology. And as Stallman says, "If the software is missing in a significant way one of these freedoms, then the software is proprietary software." > Taken together, how are these statements _not_ to be interpreted as > suggesting that the GPLv3 will encourage manufacturers' use of projects > that adopt it? Because GPLv3's relevance to Rockbox is not in the promotion of Rockbox to hardware manufacturers. Rockbox's property as _free software_ makes it attractive to hardware manufacturers. So far GPLv3 isn't relevant, right? GPLv3 is relevant to Rockbox because it clarifies the terminology used to uphold Freedoms 0-3 such that Tivoization is not possible. And I have brought up a number of times now that Tivoization could effectively kill Rockbox. Note that when I bring up the 'level playing field' it is _wrong_ to think of the playing field as only consisting of companies. Rockbox developers don't have the tools or money necessary to make the hardware on which Rockbox runs. Thusly, if all their potential hardware uses Rockbox but allows no one but the hardware manufacturer to update it, the Rockbox developers have just been excluded from participating in their own project. That's not a level playing field, and that's _exactly_ why GPLv3 is relevant to Rockbox. Would you like to address that point, instead of combining aspects of multiple discreet arguments I am making into a phony straw-man that you can attack?
Building a free future in embedded devices Posted Oct 20, 2006 0:32 UTC (Fri) by jdivine (guest, #18042) [Link] Please do not accuse me of making up a straw man argument. I attempted to distill what exactly you were arguing (from two responses to the same question, I might add, not "multiple discreet arguments") and I posed the question to you if my distillation was in fact correct! I even asked you to clarify your argument if my interpretation was wrong!
Many have already argued why tivoisation does not affect the freedom of free software; I won't rehash the same thing, except to say that the user _can_ use, modify, run, and redistribute the software. Only the device is constrained, not the software. It's unfortunate that manufacturers would sell crippled hardware, but it doesn't affect the freedom of the software.
"Tivoisation" can not kill Rockbox. Rockbox can only die if people stop developing it. Even if all manufacturers suddenly stop producing uncrippled hardware, all existing devices will continue to run Rockbox quite happily. This scenario would be unfortunate (we all want to see Rockbox ported to more shiny new devices) but is quite unlikely -- because a sizable market exists for uncrippled hardware. This market will continue to exist unless uncrippled hardware is made illegal, in which case any anti-tivoisation clauses become quite irrelevant. In short, the scenario in which Rockbox developers would be locked out of their own project is implausible.
I do not know if Rockbox will move to GPLv3 -- I don't know whether they can or if they use "GPLv2 only" code, or whether they even wish to switch. If they do, I don't have any problem with that -- it's entirely the choice of the Rockbox developers. I'm not opposed to the GPLv3 at all (although I hope they might consider naming it the "GGPL" or something else, to avoid the whole mess with "GPLv2 or later" licensed code.) I oppose DRM on principle and I think that Tivo played a dirty trick, and I'm glad a license will exist that developers can choose if they don't want their software used on crippled hardware. I'm just unconvinced that the "anti-tivoisation clause" advances free software or software freedom.
Building a free future in embedded devices Posted Oct 21, 2006 15:55 UTC (Sat) by dirtyepic (subscriber, #30178) [Link] > Because GPLv3's relevance to Rockbox is not in the promotion of Rockbox> to hardware manufacturers. Rockbox's property as _free software_ makes it > attractive to hardware manufacturers.
I see what you're saying, that the GPLv3 would insure that any device created and distributed with Rockbox firmware be open and free of any DRM mechanisms that limit the end user's freedoms. But do you honestly believe for a second that any given hardware manufacturer in the world is going to rely on independent third-party software that it has absolutely no control, influence, or power over to run their devices? That would be a mind-bogglingly retarded business move. Just consider the QA nightmare that would be. What happens if (when) the third-party decides to move in a direction that directly conflicts with your business plan? What happens if (when) the RIAA comes knocking on your door demanding you remove FM recording capability? What happens if interest wanes out and the project is abandoned?
Basically, to have any semblance of control over the software, the company has to maintain their own fork. With GPLv[2,3] licensed software, they're required to distribute the source along with their modifications back to the user and therefore the community. With GPLv3, they must also provide keys to any DRM mechanisms in their devices which prevent the user from running modified code.
Or, they can just write their own software and not have to deal with any of this bullshit.
Guess which one they usually go with.
Building a free future in embedded devices Posted Oct 21, 2006 19:35 UTC (Sat) by cventers (subscriber, #31465) [Link] Sure they would. Now, don't get me wrong - it's a scary proposition atfirst. People were really nervous about relying on Linux for anything important.
When you say that relying on independent third-party software that a
1. Free software gives you perfect control, influence and power over the
All the doomsday scenarios you mention:
1. No control? Not true. They can make whatever changes they want to the
Relying on proprietary software leaves you in a mess any time one of these
Building a free future in embedded devices Posted Oct 21, 2006 20:39 UTC (Sat) by dirtyepic (subscriber, #30178) [Link] > All the doomsday scenarios you mention:> > 1. No control? Not true. They can make whatever changes they want to the > software, and if upstream doesn't like them, that doesn't stop them from > using those changes in their own version. > 2. No influence? Not true. They can hire / employ one or more Rockbox > developers, just as some companies hire Linux developers today. > 3. Mainline goes in a different direction? No problem, you can still keep > using _your_ Rockbox. > 4. Mainline devs lose interest and the project goes away? No problem, you > can still keep using _your_ Rockbox.
All of which amount to developing and maintaining their own fork of the software, with the additional requirement they must share all of their work with anyone they distribute the device to. By developing and maintaining their own proprietary firmware in-house they also avoid the above scenarios, with the added bonus of keeping all their little sekrits safe from prying eyes. They lose out on startup costs, not to mention peer review, community contribution, and all the other goodies that are obvious to us on our side of the fence, of course, but somehow i don't think they really care that much.
Building a free future in embedded devices Posted Oct 21, 2006 22:10 UTC (Sat) by cventers (subscriber, #31465) [Link] Well, it sounds like we're wasting our time with all this free softwarestuff then, huh?!
Your argument could be generically applied to anyone accepting free
Personally I think the market is starting to grow up a little bit, as
|
|||||||||||||