FSF Rattles Tivo Saber At Apple
Ohreally_factor takes us back to Friday when both the iPhone and the GPLv3 were released. "This article at Tectonic suggests that Apple's iPhone might run afoul of the GPL. Peter Brown, executive director of the FSF is quoted as saying: 'Today, Steve Jobs and Apple release a product crippled with proprietary software and digital restrictions: crippled, because a device that isn't under the control of its owner works against the interests of its owner. We know that Apple has built its operating system, OS X, and its web browser Safari, using GPL-covered work — it will be interesting to see to what extent the iPhone uses GPLed software.' Might there really be GPLed code in the iPhone? It's well known that OS X built on BSD, which of course uses the BSD license. Webkit is based on KHTML which uses the LGPL."
If there isn't any evidence of GPL violation, why make the accusation?
This is despicable sensationalism, and not what I'd expect from the FSF.
Apple's work on the Mach kernel for ARM isn't under the GPL, it's under the BSD license. The graphics libraries are their own, and KHTML is available under it's own license. The FSF is trying to pull a Greenpeace-style publicity-grab here.
-jcr
The only title of honor that a tyrant can grant is "Enemy of the State."
If they're using LGPL'd code in the iPhone they must allow the owner to re-link his iPhone against new versions of the LGPL'd code.
I.E. The iPhone becomes a programmable platform.
Watch this Heartland Institute video
So, I read the story and realize that Apples making cell phones now!?
Cool, I'll have to check this out.
I like the FSF a lot, but I'm sure this kind of posturing is very harmful to the adoption of Linux. OSS advocates scream "FUD" when companies like Microsoft try to scare clients by saying using GPL software opens them up to legal action, but this kind of statement by the FSS shows that they have a point. The FSS needs to choose its battles more wisely if it is not going to harm the people it is supposed to help.
This is a base attempt to get attention, to get some of the bigger press outlets to look at them. I suspect that they are in reality simply resenting that the iPhone buried almost all awareness of the GPL3 release, and are now desperate for attention.
In Settings / About, there's a hugenormous list of license stuff, including many BSD, MIT, and one or two GPL or LGPL licenses. I believe the GPL/LGPL stuff is accompanied by an offer to provide the sources for some nominal fee upon request (in line with the GPLv2 as I understand it).
Nice GPLv3 propaganda if you're into the whole "tivoization is ruining the world" thing, but otherwise pretty content free. Also, rather than speculating they could have done some minimal research.
Now maybe there is and maybe there isn't GPL code in the iPhone, but this really stinks like the FSF saying "hey, they're getting a lot of attention, lets see if we can say something bad about them and people will pay attention to us!".
Its a very childish thing to do, and very unlike the FSF in my opinion.
Scooter Libby was in the news this week, too. Maybe they should claim he might have violated the GPL, too. Double helping of bandwagon jumping?
BSD zealot strikes again?
If and when KHTML moves to (L)GPLv3, Apple will just have to start a GPLv2 fork of it.
So, any future contributions by Apple will go to the GPLv2 fork... and if Apple deletes any "...or later..." clause from "their" fork, the GPLv3 version won't even be able to cross-port their changes.
Yes, a proud day for the GPLv3.
In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
You are mistaking patents for copyright and vice versa.
As far as the iPhone software is concerned this is all a storm in a teacup. The real storm will start later.
If the postings so far on various security boards are correct it looks like it indeed runs something OSX like enough and runs everything even the web browser as ROOT. Now if that is not a hacker dream dunno what is. Every exploit no matter how small will provide the attacker with full access to the system including ability to break out of the ghastly contract obligations to ATT and Apple. While the lack of fine grained privilege system is a general problem for all smartphones, in the apple's case it is made worse by the platform being "bigger" and everything having direct access to the iron.
It is too early to say if the iPhone will be the first phone where the admin vs user and privilege control issue will be finally forced, but there is a considerable likelihood of this happening. Once this happens, it will also inevitably open up as a platform (and we will soon know exactly how much (X)GPL code it contains).
Baker's Law: Misery no longer loves company. Nowadays it insists on it
http://www.sigsegv.cx/
That is a big aspect of the GPL v3, the Tivoization clause, allowing you to do whatever you want with the hardware you purchase if it includes any GPL-based software.
However, that does not apply to earlier versions of the license.
That is why Tivo can still operate.
I won't bother to argue whether or not the clause is good, or if Tivo is evil, rather I would refer you to the huge lkml.org flamefest from the past two weeks. However, I should clarify this is clearly FUD. Even if the iPhone has GPL or LGPL'ed content, and there is no evidence to suggest that, it wouldn't be a violation, unless it was GPL v3 content, and Apple decided to lock people out.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
Even then, wouldn't the new license only apply to new releases?
If the GPL v3 was retroactive, Tivo would have to recall all their boxes right this second. However, I don't think you can have a retroactive license. You can't invent terms today and say that people agreed to them in the past.
Can you imagine what that would open the door to?
I'm sorry, you inherently agreed to anything Microsoft ever wants from you when you agreed to use any flavor of Windows at any point in your life. We can invent new licenses and terms that go back and override any previous license agreements.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
So if the iPhone contains LGPL code the non-LGPL parts are covered by section 6:
Watch this Heartland Institute video
Apple would never consider forking KHTML!
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
As often said, (L)GPL is about protecting the freedom of the *USERS*.
GPL serves to basically grant to USERS freedom to do whatever they want with code, as long as they pass along the same freedom, shall they decide to distribute the code (ie.: they have to transmit the code and the same freedom to the next in line).
Yes, it does restrict professional developpers', manufacturers' and other corporates' freedom. But the GPL was always centered around the user.
The problem that the FSF is trying to bring attention to is that with iPhone those users' freedoms aren't preserved. There is code covered by GPL or LGPL version 2 or previous inside the iPhone. One well known exemple is WebKit/KHTML.
You bought the iPhone, and you own it, it's yours. You got the software running on the iPhone, and you can get the source code for (L)GPLed elements from the web.
BUT you can't do whatever you want to do with it : you can't recompile it and put a new version.
Let's say that KHTML gets some upgrade making it better support newer standarts (strong standart support has always been KHTML/Webkit's selling argument). Or let's say GCC or some other compiler project (be it closed or open source) release a newer compiler version which compiles much faster code, and produce faster software.
The "do-whatever-you-want" freedom to tinker should allow you to rebuild the webkit component in the iPhone (and having either a better or a faster one, according to the previous scenarios).
*BUT* you can't actually upload the newly produced firmware, because the iPhone is DRMed to the bone with Trusted Computing chips, and as such does only run signed and crypted code. The DRM architecture in the iPhone takes away your freedom as an end user to play around with FLOSS inside the firmware.
The only hope for you is to wait and hope that Apple will release a newer firmware with an upgraded WebKit and/or recompiled faster. And hope that Apple won't act like other phone manufacturer ("Sorry this new feature [which btw is only a matter of software support] is only supported in our newer Phone model. Buy it now and enjoy support for newer web-stantard or whatever else").
Once again tivoization occurs.
The speculation of the article ask an open question about what is the long term impact of GPLv3 on this kind of behaviour.
This is an interesting thing to ask oneself. It brings lot of questions about the future :
- Will companies start to think of strategies to let the user tinker the GPL parts (special signing keys for the GPL modules can be ordered from the manufacturer that allow to use modified GPL code in the firmware, while everything else is still restricted) ?
- Will manufacturer start forking project (Apple's forks staying GPLv2, while opensource projects slowly make transition toward GPLv3) ? And which manufacturer will be able to sustain their own fork, or will most of that forking will lead to poorly maintained projects ?
- Or will manufacturer simply stop using GPL code at all and slowly switch to more corporate-friendly instead of user-friendly license like BSD ?
- And will Apple try to bribe the FSF by offer free iPhone, please ?
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
I think we do need a new license for OSS projects, and it isn't GPL v3. Consider this scenario:
BSD licenses allow for people to take and never give anything back. The GPL has evolved into its own form of shackles, loopholes and lengthy clauses. CC is a pretty decent concept to protect your work. Sun has been under all this pressure to GPL Java for ages. Adobe releases API and code for certain products and technologies like Flash and PDF, but needs to protect their interests. What if I have a technology that I wish to be fairly open, and allow the community to help develop. I want people to be able to see the libraries and API to extend the technology. But I also need to protect against forking and theft.
What we need is a license that is simple and short like a BSD license but provides these basic functionalities.
1 - The material may be distributed freely so long as the copyright and license agreement stays with it.
2 - The material may be altered for personal use and/or community development.
3 - If you choose to alter the material, if requested, you must pass your changes upstream to be reviewed.
4 - You may not distribute forks or derived materials without explicit permission. For this there would be a specific license to grant a "fork" which also must remain open to allow changes to drift back upstream.
Wouldn't a license like this be absolutely perfect for a great deal of scenarios?
Java, Flash, and PDF technologies could be protected from forks and theft, but we could compile plugins for any OS and architecture. This license would also be perfect for NVidia or ATI's drivers. ATI could open their drivers without fear of NVidia stealing technology, because NVidia can't fork it, or take part of it without explicit permission, and vice-versa. This would save these companies money by allowing the community to develop and maintain ports of their software products.
Imagine how this would apply to Tivo.
Let's say Tivo and the software they use is now part of license X. Since the source is open, you can install upgrades, recompile, or even tweak and extend the software on your personal box. Tivo wants to protect themselves that they aren't losing on the service. They can ask to see modifications that people make, which is a provision of the license, and thusly keep on pace with the hackers to make sure they aren't circumventing the Tivo service.
Honestly, if Tivo did such a thing, most of the hackers would buy Tivo boxes, and likely even pay for the service instead of circumventing it. Now they'd have an easier, and legal method to extend their boxes, fully supported by Tivo. Add new codecs, or features, or heck run an emulator on your Tivo box.
Seriously, someone with any legal knowledge should draft such a simple license.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
TFA isn't complaining that Apple is violating the GPLv3. That would be impossible, the GPLv3 was released only a couple of hours before and GPLv3-licensed code has yet to be produced and used by manufacturer.
TFA only illustrate that, by using DRM and Trusted Computing, Apple has taken away the freedom to tinker that the GPL was supposed to bring for peace of code like WebKit and such. The user can recompile it, but can't upload the firmware back, because it isn't signed and the trusted computing module will refuse it. It's once again Tivoization and restricting end users' freedom.
TFA only ask an open question, about what will be the future impact of GPLv3 on manufacturers.
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Gnu/Apple
Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
From the article: crippled, because a device that isn't under the control of its owner works against the interests of its owner.
That has nothing to do with the device running on open source software and everything to do with the user-friendliness of the software. Many of the open source advocates take it way too far in my opinion. Open source can be a great development model but at the end of the day the only thing that matters is wether the software does its job properly or not.
-- Cheers!
> TFA only illustrate that, by using DRM and Trusted Computing,
> Apple has taken away the freedom to tinker that the GPL was
> supposed to bring for peace of code like WebKit and such.
You are entitled to your opinion, but the iPhone belongs to Apple, not to you, and it is none of your business under what terms they decide to sell it. If you dislike the terms, don't buy it. Let the rest of us make our own decision.
> The DRM architecture in the iPhone takes away your freedom as an end user to
> play around with FLOSS inside the firmware.
Whoa there! FSF makes an accusation and you swallow it without question? There is no proof that there is any GPL software in the iPhone and until such proof becomes available, how are you any better than RIAA or SCO in assuming otherwise?
> Or will manufacturer simply stop using GPL code at all and slowly switch to more
> corporate-friendly instead of user-friendly license like BSD ?
More likely they will simply continue making and using proprietary code. That's what I would do. Aside from really large projects like the Linux kernel, it is not that much more difficult to rewrite than it is to reuse. That's what salaried programmers are for and lots and lots of unpaid overtime. If they bark, we can always outsource to India.
...and the usual TiVo-like excuse to this is :
.HTML file that uses those custom tags to serve as a menu for this added functionality. /. sigs, after all, GNU/Linux is nothing more than a printer driver gone terribly wrong).
"Yes, you CAN rebuild a firmware. All the necessary tools can be found on our website or in your Linux distro.
If you follow the procedure, no error message will stop you from linking your new stuff.
This firmware can even be executed inside an emulator, as an added bonus.
It only happens that the hardware refuses to run non-signed and/or non-crypted code, even if that code is valid. But the produced binary code it selft *is* valid."
Those company usually try to give a very specific interpretation to what "operating code" means. To their interpretation, it only means that the users should be able to compile a new valid binary. That's why the GPLv3 had to be made, to make it explicit for LGPL, and to add similar protection against tivoization of the baseline GPL.
Apple and TiVo are intentionally making that interpretation. Because they want to keep exact control on what the iPhone can and can't do. The iPhone can't transfer files over bluetooth (no way to send each other ringtones and MP3 music like usual with other Bluetooth enabled device. Apple is affraid of copyright infringement, even if the Bluetooth falls clearly under the same provision as home taping in most juridictions), the iPhone enforces DRM on played media, etc...
A modified WebKit could clearly play a role as an entry point to allow such actions : after all, it's the code that handles how pages are drawn. It's not impossible to invent a new "tag", include support for this extension into the iPhone, and use that tag to manipulate media while circumventing DRM or exchanging it over bluetooth. And then design a custom
It's a little bit weird and far fetched. But it's exactly the kind of stuff corporation like Apple and TiVo are afraid of : people using GPL to circumvent their precious restrictions. And is exactly what the FSF is fighting for :
{commandment-like voice:ON}A USER SHALL HAVE THE RIGHT TO DO WHAT PLEASES HIM WITH FREE(dom)-SOFTWARE HE RECEIVED, AS LONG AS THE USERS PASS ALONG THOSE FREEDOMS ON THE NEXT IN LINE{/commandment-like voice:OFF} (even if that includes completely subverting the initial GPLed code purpose in order to make it do something completely different than initially planed. In fact, even more so, because it's such creative subversions that can lead to inventing new interesting stuff and develop FLOSS. As said in some
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
If KHTML is relicensed under LGPL3, then all Apple will do is fork at the final LGPL2 version. It's not as if they lack the resources to maintain their own fork themselves, but what will happen is that KHTML will lose a major supporter. The v2 and v3 are incompatible, so any additions apple releases to their fork won't be able to be included, unless Apple allows the "version 2 or later" clause. I imagine the same will go for TiVo; they're building an embedded device, so there is no need for them to use the latest and greatest tool. They'll just fork their own, and fix any problems they come across.
And I'm sure that, very well paid lawyers from TiVo and Apple will tell you that data DOESN'T include the keys, because, even without them, you CAN produce an executable ELF.
It just happens that your iPhone won't run it. But it's a perfectly standart executable, that follows exactly the ELF specifications.
That's why I personally think it was a good idea to explicitly mention the signing keys in GPLv3 :
- it makes explicit the LPGL situation
- it adds the same protection for base line GPL
- TiVo and Apple will have to come up with another trick to restrict people's freedom.
(Although another trick isn't impossible. Like : People can flash whatever firmware they want. But to decrypt and play DRM content, the DRM decryption is done by a on-board hardware chip that computes the key by XORing a key-token with data from specific memory locations which are likely to be different with a recompiled firmware. Some kind of AACS-like scheme, but where the device key used to get the media key is the firmware itself. This solution isn't non-crackable, but it is still another trick that TiVo and Apple may put up if they choose to abid to GPLv3)
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
I think that Apple should allow users to tinker with the internal workings of the iPhone, but they would be justified in cancelling the warranty of modified devices.
Is the typical Slashdot tinkerer willing to assume that risk on a device that costs so much?
"Ask not what your country can do for you." --John F. Kennedy
What a load of old bollocks. Firstly the software will have been written months ago. Secondly the licence isn't being applied retrospectively and so what if a piece of code is GPL-3 now and wouldn't have been a week ago and so who gives a shit. Finally watch for all the branched projects as they get forked so that the GPL-2 variants stick around.
The rules say that the source has to be made available including any changes. There is nothing to stop me say modifying a 1.x kernel and making the changes available. It might not be advantageous but I can do it. I don't have to use the latest revision. This is typical scare mongering of that hippy, sandal sporting, rose tinted spectacle wearing, head in the cloud, idiot, RMS.
SlashDotters seem to get entangled in the n-millionth discussion on "Freedom" and open software.
Consumers / potential iPhone-buyers however just say things "I would like to own an iPod that can also make calls" and simply buy one.
You could say the same thing to Apple; if you don't agree with what free software "stands for", then DON'T USE IT IN YOUR PRODUCTS!
Actually, Apple does publish all the source it is required to:
- With Darwin (the base OS) there is no requirement (it is a BSD license), but they do so: http://www.opensource.apple.com/darwinsource/
- With WebKit (a fork of KHTML), and engine used by Safari, they do so: http://webkit.org/
and there is also more: http://developer.apple.com/opensource/
Sure in some cases the source is not always in an easy to compile form, but they are publishing it. As for the rest of the OS, since it is running in user space then as long as it is not based on an GPL type open source license, then there too there is no need to publish the source code.
Jumpstart the tartan drive.
The idea that a device not "under my (presumably *direct*) control" is therefore necessarily "working against me" is a laughable twist of pseudo-logic. As a statement it's only usefulness is as a means to detect the underlying paranoia (and perhaps a tinge of churlishness), from those that mouth such beliefs. I don't like "Tivoisation" either but it's hardly a serious threat to the free and open source software movement and I learned many years ago that you can't really control what other people are going to do with stuff you give them for free.
Couldn't the FSF think of something, I don't know... positive to say?
For instance, the last time I checked, Apple was one of the main supporters and developers behind the open source WebKit, as well as open Internet standards in general. Or how about the belief many people have that the iPhone is likely to be absolutely pivotal in terms of promoting open source, and open standards based internet development?
Instead, we get petty nay-saying and mud-slinging, and from the FSF executive no less. How mature.
I just Googled for the quote from Peter Brown - not the *complete* quote, but enough to key for it - and found 4, count 'em, ***4*** links. 3 were blog listings referring back to /., then /. The original seems to originate from TFA...
Thus, they, as in the FSF, certainly isn't *spreading* "Fear, Uncertainty, and Doubt"...
FURTHERMORE, if one bothers to read (and comprehend) the quote, it's a generalization: there is (L)GPL code on the iPhone. Wouldn't we all be curious "how much"...
Is there, or is there not any that GPLv3 covers? NO! (Well, DUH!)
Is there any that v2 would force Apple to "unlockdown" their new baby? NO!
The point is not that Apple/iPhone is infringing, but that if the code in question were under GPLv3 (not v2, and not the LGPL), then, at least the portions/code covered by said license, would be disallowed from being "locked down" by Apple.
The point is users deserve - and some of us actually WANT - un-crippled gear. For our own reasons. It's OUR gear. (The company gave up rights to it upon sale; we're not licensing, nor leasing it.)
The point of the F'n Art is NOT that Apple IS infringing, but in a perfect world they WOULD be, and so wouldn't do so - either from removing the thumb screws from their devices, and/or using non-GPL code. (Please don't belaborly argue "There's no GPL'd code!" It's a non-issue. It's quite beside the point.)
To decry Mr. Brown's comment is to take him out of context and to change/insert words where there aren't any.
YES, the FSF wants a world where TiVo's AREN'T locked down. Nor iPhones. Nor any other device that has a general purpose, programmable CPU.
I want to live in that world, too.
THAT is the point of the GPLv3. Of the article discussing the relative theme of the iPhone and GPLv3 being released at the same time. Context. Relevance. Topicalness.
I really don't understand statements/attitudes like this one. WE are the users of GPL'd software, NOT APPLE ! They happen to be a company that wants to save some time, (more easily) ensure higher quality software, get some publicity/good-karma, etc., by utilizing - even if only a base - OSS. That they still believe that "propriety software" is where it's at, that's why they use mostly BSD licensed parts. The (L)GPL'd parts were used... due to greater maturity? Greater flexibility? Whatever the reason(s), surely Apple had it/them!
;], they're definitely a status symbol. Apple will always hold the trademark for the logo, name, etc. THOSE are the crown jewels, not the underlying software. W
(Regarding Apple still holding on to the proprietary software model: I'd counter that people buy an iPod/iPhone due to the entire package. Being that they're affordable to middle-class++ people, but the bulk, certainly of the "cooler models", are relatively expensive [but OH-so cheap for what they are!
"To err is human, to totally fsck things up requires an election." - L.W. Hale