The Real Reason For Microsoft's TomTom Lawsuit
Glyn Moody writes "We now know that Microsoft's lawsuit isn't just against TomTom, but against Linux too: but what exactly is Microsoft hoping to achieve? Samba's Jeremy Allison has a fascinating theory: 'What people are missing about this is the either/or choice that Microsoft is giving Tom Tom. It isn't a case of cross-license and everything is ok. If Tom Tom or any other company cross licenses patents then by section 7 of GPLv2 (for the Linux kernel) they lose the rights to redistribute the kernel *at all*. Make no mistake, this is intended to force Tom Tom to violate the GPL, or change to Microsoft embedded software.' Maybe embedded Linux is starting to get too popular."
Ok, I'll play devil's advocate for a second. Here are the relevant parts of section 7 of the GPLv2:
If, for any reason, conditions are imposed on you that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all.
Here's an example. The US government probably prevents you from selling your open source software to Cuba or Iran. If I read section 7 correctly, that counts as a "condition imposed on you". So really you lose all rights to using that code?
You got to be careful with literal interpretation of legalese... sometimes you can push the arguments too far.
I hope the same applies to this theory that Microsoft is forcing people to violate the GPL and therefore lose their rights to the code.
What TomTom (and others) need to do is start using EXT2/3 on their external cards and then distribute Fuse with their software. This will force FAT and with that Microsoft tech slowly but surely out of the market.
What do you think will happen when all external media starts using alternative formatting?
Custom electronics and digital signage for your business: www.evcircuits.com
So Microsoft sues someone and the GPL is what you blame?
"Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
So, is UDF an acceptable replacement for FAT (FAT32) filesystems on CF, SD etc devices?
I think it's not patented (but ICBW) and I believe (but ICBW again) Windows has the ability to read/write UDF filesystems.
I speak England very best
"There is no avoiding war; it can only be postponed to the advantage of others." Niccolo Machiavelli The escalation is not all Microsoft's. GPLv2 is proof that the FSF was looking forward to this scenario.
Under the influence of Post-Cyberpunk Gonzo Journalism
Thanks dude. I guess I should take my complements where I can :-).
We are moving to a registry based config in later versions, but I'm not sure you would think that an improvement :-).
You have to remember Samba is 17 years old, and you can still parse original smb.conf files from the first version. These things do tend to acrete over time, and it's hard to break existing configs. Not an excuse, but...... :-).
Jeremy.
it's still not black and white. At least with GPLv2 you don't have to have all open hardware, IE the entire device doesn't have to be patent/license free, just the software that was compiled with GPL'd code. IE they are free to negotiate license's for attached devices sold in the same package. Also since the FAT resides on a separate chip, then how does a license negotiation over that affect the GPL'd code, as long as the interface used in the kernel doesn't require a license?
Otherwise every computer/TIVO, etc shipped with any DRM, or propitiatory video card, or Sony memory stick reader could be sold with GPLv2 code. Since that was changed in GPLv3, that would be different analysis.
Gates (and Allen) developed MBASIC, and DISK BASIC. DISK BASIC used the "FAT" system to control free space.
Gates and company copied basic from other sources.
The FAT system is nothing more than a fixed size array allocation system, in use in many systems of the time.
CP/M did NOT use the same scheme. Instead, CP/M built up free space maps by scanning the directory. It also did not use a linked list. Personally, I thought FAT was weak then, and still is....
CP/M was better, yes.
But the "industry" adopted it.
One has to wonder about the anti-trust issues of patent usage. Yes the industry adopted it, but could it have, in any practical sense, adopted anything else?
Then, Microsoft designed a long filename system on top of it, that was back-compatible with the old method. THAT was patented. And, no, it wasn't even the "obvious" solution -- that would have been a mapping file.
The word "obvious" is subjective. LFN in FAT is implemented simply using the existing directory mechanisms. Is the only way to do something "non obvious?"
Microsoft was creative with the MS FAT longname solution. Either deal with it, or get the patent overturned.
"Creative" is not what makes something worth a patent. Was it obvious? The only answer to that is yes, as someone skilled in the art (someone with file system experience, particularly FAT) their method was the only way to do it.
If Microsoft wins, it sucks for Tom Tom and it creates FUD. That's bad, but not too bad. Microsoft still has to sue everybody violating its software patent.
But if Microsoft loses because the Court rejects the concept of software patents a'la Bilski, then Microsoft is royally screwed because if it sues anybody else over a software patent, that defendant can argue that Microsoft can't argue software patents anymore because they already fully fairly and finally litigated the issue against Tom Tom and they lost. They don't get to relitigate the same issue all over again.
You can see why this is HUGE for Microsoft. If they win, they get some money from Tom Tom and they put a scare into the Linux community. If they lose because their software patents are no good, then Microsoft's whole software patent edifice is gravely jeopardized. Microsoft will really fight this hard.
Tom Tom is really vulnerable because the GPS market is slammed in this economy. I suspect that Microsoft is betting that they'll give up. The Linux community ought to prop up Tom Tom with legal and technical support--at least on the software patent theory.
Microsoft's invasion should be defended at the beaches. They should be thrown back into the sea before they create more FUD!
Things like this make me wish I could request metamoderation. There was no trolling here, and yet it was done in under ten minutes. If someone's ability to request metamoderation was tuned down if they abused the request, then the metamoderation system would waste less work on articles nobody wants challenged, people would get more involved in metamoderation because they'd be presented with more examples of where it's productive, and problems where metamoderation was required would be less likely to slip under the radar simply because the dice didn't come up.
Also, a +0, Disagree flag would go a long, long way to solving the constant abuse of troll and flamebait. Sometimes people are just looking for a way to register disagreement, and having a 0 attached to it visibly would help them remember that disagreement isn't meant to alter a score.
StoneCypher is Full of BS
Wasn't that what Microsoft said about the Windows anti-trust lawsuits?
IIRC, that's exactly what happened to GIF: After it was well established and used, Unisys decided to see dollar signs.
To be, or not to be: isn't that quite logical, Slashdot Beta?
What TomTom (and others) need to do is start using EXT2/3 on their external cards and then distribute Fuse with their software.
FUSE for Windows doesn't exist. Someone claims to have one but isn't releasing it. Don't know or much care, since there's not a lot I can do about it. There is an Ext2 "IFS" (installable filesystem?) driver package for Windows; it makes Windows XP far crashier than it already is. There is also an Ext2 access program which I found to not be able to access filesystems I was trying to read at all.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Once upon a time I decided to change over to sendmail, after all that was what the big boys used.
So, I apt-geted sendmail.
Then I looked at the configuration file.
30 seconds later, I was installing postfix.
Software is covered by patents, there is no need for it to be covered by copyright, too.
Software is often distributed in binary form: a form which cannot be derived from. The protection, for a limited time, of original works, is meant to allow them to be developed so that people in the future can create derivative works based on them.
- NO protection without source code.
- NO copyright on compiled software (makes as much sense as copyrighting a hammer)
- Patent protections on binaries, contingent on the full source being provided.
- NO obvious patents.
Software patents aren't bad, they just have a bad name because stupid ones have been granted.
-- 'The' Lord and Master Bitman On High, Master Of All
"Creative" is not what makes something worth a patent. Was it obvious? The only answer to that is yes, as someone skilled in the art (someone with file system experience, particularly FAT) their method was the only way to do it.
Is the patent on "using directory entries for LFN" in general? or is it on a specific encoding for LFN in directory entries?
If it's the latter, then, arguably, it's not all that obvious, and, in fact, reasonable on its own (since you can always use a different way to encode LFN).
The problem is that, in practice, you have to encode LFNs the way Windows does it, because that's what the majority of your users will be using. But it's not the fault with the patent itself in this case.