Slashdot Log In
Nokia Urges Linux Developers To Be Cool With DRM
Posted by
kdawson
on Fri Jun 13, 2008 07:52 AM
from the unclear-on-the-concept dept.
from the unclear-on-the-concept dept.
superglaze writes in to note that according to Nokia's software chief, its plans for open source include getting developers to accept things like DRM, commercial IP rights, and SIM locks. "Jaaksi admitted that concepts like these 'go against the open-source philosophy,' but said they were necessary components of the current mobile industry. 'Why do we need closed vehicles? We do,' he said. 'Some of these things harm the industry but they're here [as things stand]. These are touchy, emotional issues, but this dialogue is very much needed. As an industry, we plan to use open-source technologies, but we are not yet ready to play by the rules; but this needs to work the other way round too.'"
Related Stories
[+]
How Nokia and Linux Can Live Together 155 comments
Bruce Perens writes "Ari Jaaski of Nokia is concerned that the Linux developers need to learn to live with DRM, SIM-locking, and 'IPR'. But they won't. Fortunately, Nokia can do all that it wants with Linux, while being GPL2 and even GPL3-compatible. The key is knowing how to draw bright lines between different parts of the system. That's a legal term, and in this case it means a line between the Free Software and the rest of the system, that is 'bright' in that the two pieces are very well separated, and there is no dispute that one could be a derivative work of the other, or infringes on the other in any way. All of the Free Software goes on one side of that line, and all of the lock-down stuff on the other side." A very interesting read, and a good how-to for any company that is looking to use GPLed code as part of their products, or even just make their products to be hacker-friendly.
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Say what?!? (Score:5, Insightful)
I'm sorry, it sounds like you have your head firmly rooted somewhere dark and unnatural.
"These things suck and hurt both you and us, and we won't bend on that. But we want you to work for us for free anyway."
Holy cow man, listen to yourself. This is our playground and we give you an opportunity to play in it for free; in return we purchase the goods you produce as a result. You play by our rules or we take our playground and our purchasing power to someone who will.
Re:Say what?!? (Score:5, Insightful)
Parent
Re:Say what?!? (Score:5, Funny)
Parent
Re:Say what?!? (Score:5, Funny)
Parent
Re:Say what?!? (Score:5, Funny)
Parent
Re:Say what?!? (Score:5, Interesting)
"We have QT, and unless you give us DRM software in 6 months, you can kiss future GPL releases goodbye!"
Parent
Re:Say what?!? (Score:5, Informative)
Parent
Re:Say what?!? (Score:5, Insightful)
Parent
Re:Say what?!? (Score:5, Insightful)
Actually, I think most Linux developers don't really enjoy the bit they are working on. They do it because they are being paid by a company who needs that part improved. With X.org, for the most part, it was not a problem for what companies want to use it for (mostly as a server). As companies start to use Linux for more applications (to sell consumer laptops, for example) they will invest more in areas like improving X.org in ways that will facilitate those uses.
Nokia could get out of developing QT, but someone else would move into the niche and undercut the prices of their proprietary replacement. It is simply too hot of a business opportunity to be ignored right now. Maybe the companies dumping money into QT development would go down for a while without Nokia's support, or maybe they would go up because people see an opportunity to make money. Either way, Nokia trying to use it as leverage is not going to get them too far.
Parent
Re:Say what?!? (Score:5, Insightful)
See. That is the reason for my comment on the Xorg article to the fact of "if someone insists on something being in your code tell them to pay you or f'off". Projects shouldn't be a matter of "getting enough people together to produce something". FOSS projects should be love'm or leave'm.
QT isn't exactly the only game in town for foss_gui. If QT fell off the map the underlying technology that lets QT draw the pretty pictures will continue to work fine.
I'm right there with you as far as principles go. Which brings it back to "pay or f'off". If someone wants something from you that is in addition to what you were planning or had time to do they should pay you. If these guys want QT to have BSware in it then they should pay someone to write it then ask for hooks to implement it within QT. If they kill QT over it then it is the original developers that get screwed. And trust me, if you screw the original developers on a project you will already have your "enough people" to fork the project.
Parent
Re:Say what?!? (Score:5, Insightful)
Parent
Re:Say what?!? (Score:5, Informative)
Parent
Re:Say what?!? (Score:5, Informative)
I hadn't heard of it before, either. Now I'm wondering: what additional power does this agreement give them? Presumably everyone already has the right to fork Qt.
Parent
Re:Say what?!? (Score:5, Insightful)
Parent
Re:Say what?!? (Score:5, Funny)
Parent
Re:Say what?!? (Score:5, Informative)
Except people did consider this possibility and Trolltech signed an agreement specifically covering what would happen if they stopped releasing improvements to QT, specifically including cases where they had been acquired by another company. Basically they're bound to release it under the BSD license at that point, so we have a start for a fork just as good as what you mention.
Parent
Re:Say what?!? (Score:5, Insightful)
Divx networks? We made Xvid.
If QT goes that route then we do have wxWidgets as you mentioned (which is a toolkit that I REALLY like - you mentioned Linux and Windows but the code also ports over to MacOS as well), or the obvious choice of GTK.
We will suh-vive.
Parent
Re:Say what?!? (Score:5, Interesting)
Hopefully at some point soon OpenMoko [openmoko.com] will become good enough for normal phone usage. Now there's a company that, from the very beginning, has wanted to play by our rules.
Want to get the linux community's support? Asus did it, even though I'm not entirely sure they realized it when they began doing so. By releasing a machine that's linux friendly and not locked down, you're sure to get a community surrounding you that will help even improve the usefulness of your product.
Parent
Re:Say what?!? (Score:5, Funny)
Parent
Re:Say what?!? (Score:5, Insightful)
I read this, and interpret it as this:
I love this guy.
Parent
Here's an idea? Want DRM in your product? (Score:5, Insightful)
Re:Here's an idea? Want DRM in your product? (Score:5, Funny)
Parent
Re:Here's an idea? Want DRM in your product? (Score:5, Interesting)
Parent
Re:Here's an idea? Want DRM in your product? (Score:5, Interesting)
Parent
Re:Here's an idea? Want DRM in your product? (Score:5, Insightful)
An open source DRM module couldn't possibly work. Well, it could, but it would be very easily crackable - instead of sending the unencrypted stream to the screen and speakers, send it instead to ff4mpeg or to a disk and have it re-encoded.
Every major DRM scheme has been broken to date, and that's without having the source code available. Having the source means you just redirect the output to some place you can capture it, and you're done.
Parent
Re:Here's an idea? Want DRM in your product? (Score:5, Interesting)
Yeah, but no:
mplayer -vo mpegpes:grab.mpg YourDRMfile.wmv
So, your DRM decoding module should set a flag in mplayer that forbids file-output. So I modify mpegpes module to ignore that flag, or for mplayer to lie to the DRM module about which output module is loaded. Hmm, so you require the mplayer binary to be signed by someone you trust, probably Microsoft or RedHat, and they'll charge $6000 pr release, even if it's a trivial but critical bugfix.
OK, I don't wanna do that, so I plug in a kernel-module that will always open
Then I get myself one of these videocards with a FPGA on it, and program that to dump the video-stream back into the memory, so I can copy it to disk - so you want your cryptographic chain of trust to include the videocard, and I put my FPGA in the other end of the DVI cable, and rip from there. So you demand access to a chip in the monitor, also.
So, no, you can't put a DRM module (that's worth anything, at least) in anything opensource, without making the entire system wall-to-wall closed (AND broken, too). Microsoft, whose customers couldn't care less about closed, tries to do this, and fails. ("What, I can't put my legitimately purchased Plays for Sure! file on my fucking iPod?")
Parent
Translation (Score:5, Insightful)
Pretty typical attitude in the industry I'd say.
They need us more than we need them (Score:5, Funny)
Re:They need us more than we need them (Score:5, Insightful)
Can you imagine what a cell could become if it is "OSS friendly"? Yes, you will most likely not lock your customers into having to use it, but here's a really novel, radical and completely unthinkable idea: They just might want to use your product because it caters to their needs.
I know it is so last century, but how about making a product again that the customer wants to buy instead of trying to force him to buy it with vendor lock-in snares?
Parent
Emotional? (Score:5, Insightful)
It's about money. It's about vendor lock-in, it's about customer control and about avoiding competition.
They want cheap/free (the beer kind) software, but under their sole control, without allowing the user of the software to apply it to their needs. Sorry, OSS doesn't swing that way.
Re:Emotional? (Score:5, Funny)
It's about money...
You dont think corporates get emotional about money ?
Parent
Re:Emotional? (Score:5, Insightful)
My guess is that he fell for the fallacy of considering the "free" in OSS as "doesn't cost anything". OSS can actually cost something. Nowhere does it say you can't ask for money to write it. The "free" part means that it is released openly. And that's something he appearantly simply doesn't get.
Parent
In other news... (Score:5, Funny)
Re:In other news... (Score:5, Funny)
Parent
SIM locks?! (Score:5, Insightful)
Re:SIM locks?! (Score:5, Insightful)
Parent
In North America, providers sell most phones (Score:5, Insightful)
Parent
That's some great logic there... (Score:5, Funny)
I'm sure that will do wonders to convince all of the second-grade OSS programmers to help you out.
Me, I'm not interested. Because you're a doody-head, because you are.
RE (Score:5, Funny)
There is *no* cool way you can word it.
I'm cool with DRM (Score:5, Insightful)
... as long as it doesn't interfere with my rights to reprogram anything using any free/libre software and doesn't intefere with my fair use rights to use the content I pay for.
Have cake, eat it too. (Score:5, Insightful)
Sounds like they are not yet in a position to use open-source technologies.
It would be interesting to see if turnabout is fair play. I'd love to have a free high-end smartphone, but that means taking up an expensive monthly airtime contract. Instead, I'll just declare that I am "not yet ready to play by the rules", take the benefit of the free handset now, and later on I'll sign up for a contract when I am ready to play by the rules.
OK?
Two simple principles: (Score:5, Insightful)
If I don't own it, I can't trust it.
even open source cant make DRM work (Score:5, Insightful)
2) send encrypted data to their computer
3) send key to their computer
4) wait for somebody to take a memory dump
5) NO profit
Even if somebody was to make a binary blob to prevent memory dumps at kernel level, all you need is to run linux in a virtual machine (i hear its good at that) or use some rootkit.
OK sure, we are 100% behind DRM. (Score:5, Funny)
Dont worry nokia, we got your back, it's there believe us. and it's Un-Crackable. We wouldn't lie to you.
I'm okay with DRM provisions in open-source (Score:5, Funny)
Blah blah blah rahhh rahh (Score:5, Insightful)
No, they are not. There are very rational and well-explained reasons for being against DRM, closed platforms, vendor lock-in and the like.
I'm not even going to repeat them here, because I assume them to be well-known (certainly to the Slashdot audience).
So that's some nice bullshitting and spin doctoring going on there, but no. Really, no.
Jaaksi's blog (Score:5, Informative)
Oh Dear: Nokia Does *Not* Get It (Score:5, Insightful)
Re:Based on the quotes in the article header, (Score:5, Insightful)
Parent
Re:uh-oh (Score:5, Informative)
Parent