The Real Reason For Microsoft's TomTom Lawsuit 408
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."
Say It Ain't So (Score:5, Interesting)
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.
Re:Say It Ain't So (Score:5, Informative)
You lose all rights to DISTRIBUTE that code. You can still use that code in perpetuity, though.
Re:Say It Ain't So (Score:5, Interesting)
Since they have to distribute the code so people can use their devices they could just switch to a free FS. As I understand (IANAL) this lawsuit mostly concerns their use of FAT for their memory cards. If they used EXT2 and bundled EXT2IFS with their windows app they might well be able to avoid a lot of the hassles from Microsoft regarding this.
Re:Say It Ain't So (Score:5, Insightful)
And would make updating the thing nearly impossible. They do firmware updates by mounting it as a USB mass storage device. Without a hardware redesign to emulate FAT (which would probably also violate M$'s patents), they're pretty much stuck here.
This is why I've been arguing for nearly a decade that file and volume formats should not be patentable, nor the means used to read and write those formats. Free and open access to data formats is fundamentally crucial to the interoperability of all hardware and software, and as such, statutes should very clearly define those as part of a class explicitly excluded from patent protection. As soon as the courts allow even one patent like this to stand, they are pretty much saying "f**k you" to the entire computing industry and depriving consumers of their fundamental right to have access to data of their own creation. That data isn't Microsoft's. It belongs to the users, and it is a violation of the most fundamental rights of the users to deny them access to content that they create merely because they choose to not use a particular software product, regardless of whether that product is made by Microsoft, AutoCAD [slashdot.org], or anybody else.
Locking down user content is fundamentally wrong and unjust, and any laws that allow a company to do so are also fundamentally wrong and unjust. Therefore, it is our right, nay, our duty to users everywhere to violate those bits of intellectual property at every possible opportunity until it becomes such a legal nightmare for these companies that they are forced to back down. Anything less would be uncivilized. I know this is no Rosa Parks moment, but it still very much necessary for the long-term viability of computing as we know it. Just say no to data format patents.
Re:Say It Ain't So (Score:5, Insightful)
You don't need to emulate the FAT long file names in order to do that. Only the long file name hack is covered by their patents. I see no good reason to even use long file names in applications like GPS or cameras, since you don't see the files most of the time.
Re:Say It Ain't So (Score:4, Interesting)
The problem is that these extensions aren't just used for long file names. IIRC, extra directory records in the FAT filesystem are also overloaded for other purposes like permissions, without which Linux et al would be unbootable off of FAT. I'd imagine that many of those uses would run afoul of the patent, but I could be wrong.
More to the point, if it only applies to its use for naming purposes and not to the concept of storing additional data about a file in additional directory entries with reserved type codes that older OSes ignore, then the invention should have been unpatentable anyway, as there's nothing particularly original about taking the Rock Ridge extension set from ISO-9660 and applying the exact same concept to FAT except insofar as it uses additional directory entries. That's literally all they did here. Instead of an additional entry in the system use area of the variable-length directory record, they use additional directory entries with a different type code, but that's basically caused by differences in how the filesystem describes a file....
Re:Say It Ain't So (Score:5, Insightful)
Wrong. FAT does not support permissions of any kind. VFAT adds long file names, which is done by using half of a given directory's entries for long filenames and the remainder as the standard 8.3 short names.
If you were talking about FAT attributes (archive, read-only, hidden, system, volume label), those are done with flag bits.
Re: (Score:3)
There are many USB gadgets that require you to first install a driver before plugging them in and be usable.
Even right now you need to install drivers to update and organise a TomTom Navigator.
Once ext2ifs is installed any ext2 USB device will by Windows be recognised and treated as native.
Re:Say It Ain't So (Score:5, Interesting)
"Therefore, it is our right, nay, our duty to users everywhere to violate those bits of intellectual property at every possible opportunity until it becomes such a legal nightmare for these companies that they are forced to back down. Anything less would be uncivilized. I know this is no Rosa Parks moment, but it still very much necessary for the long-term viability of computing as we know it. Just say no to data format patents."
This is precisely the tactic I encourage everyone I know to use.
These people are no longer playing fair, WHY SHOULD WE?
In this day and age, corporations are, quite simply put, walking right over common sense. There is no more "customer service", but rather corporations simply see us all as resources to be mined.
When these people no longer see reason, no longer work to provide a product without stifling the competition, then "Intellectual Disobedience" is the ONLY route left to address the situation.
Speak with your mind, voice and dollar, in that order.
Re:Say It Ain't So (Score:4, Insightful)
These people are no longer playing fair, WHY SHOULD WE?
"He who fights with monsters should look to it that he himself does not become a monster."
Or how about: "Two wrongs don't make a right."
Because how you win is as important, if not more so, than winning itself. I agree that there are times that we need to fight but we also need to be sure we don't lose ourselves in the battle.
Re: (Score:3, Insightful)
"Therefore, it is our right, nay, our duty to users everywhere to violate those bits of intellectual property at every possible opportunity until it becomes such a legal nightmare for these companies that they are forced to back down. Anything less would be uncivilized. I know this is no Rosa Parks moment, but it still very much necessary for the long-term viability of computing as we know it. Just say no to data format patents."
This is precisely the tactic I encourage everyone I know to use.
These people are no longer playing fair, WHY SHOULD WE?
In this day and age, corporations are, quite simply put, walking right over common sense. There is no more "customer service", but rather corporations simply see us all as resources to be mined.
When these people no longer see reason, no longer work to provide a product without stifling the competition, then "Intellectual Disobedience" is the ONLY route left to address the situation.
If by "Intellectual Disobediance", you mean "allegedly violating their patent by distributing Linux access to FAT in major products", then your theory doesn't appear to work. Far from disrupting Microsoft, in the manner of civil disobedience, it just lets their lawyers think "woot, more revenue streams after we've won the first patent lawsuit!" If your complaint is that they see us as resources to be mined, then the solution is unlikely to be just to give them more resources to mine... you actually need t
Re:Say It Ain't So (Score:5, Insightful)
Why not got one further, and simply ban software patents of all kinds, like most other countries in the world?
Software is covered by copyright; there's no need to grant patents on it too. Filesystems, like many other software concepts are relatively easy to come up with, on a broad basis - and the same general patent covers many, many approaches and denies them to competitive forces for way too long. The clever, hard work is in actually implementing the idea and making it work.
Patents were originally intended so that someone could come along, read the patent, and easily replicate the entire product, once the monopoly period was over, and the inventor compensated for putting his work into the public domain. The equivalent for software, direct instructions on how it works - is the code and documentation itself, not some vague patent intentionally designed to cover as many possible variations upon the idea as possible.
Software patents are solely about preventing competition and raising the bar to entry for smaller, innovative firms. When engineers are specifically instructed to never, ever read patents in case they get sued for subsequently implementing anything that vaguely touches on a similar area; when this happens, patents are actively harmful to innovation and endeavour. Get rid of them, as pretty much every other country in the world has done.
Re:I disagree! (Score:5, Interesting)
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.
Remember GIF (Score:5, Interesting)
IIRC, that's exactly what happened to GIF: After it was well established and used, Unisys [wikipedia.org] decided to see dollar signs.
Re: (Score:3, Interesting)
IANAL, but the patent seems to be VERY broad. It basically covers "everything that's not FAT12/16 and is within the same class of stuff as FAT32" (of course such patents are invalid IIRC, but that doesn't mean it isn't expensive and difficult to defend against a lawsuit). In other words, if you make a FAT-lookalike (or even an incompatible filesystem that has similar functionality, even with a completely different underlying structure), Microsoft might still decide it wants to sue you. IANAL, this isn't
Re: (Score:3, Insightful)
There is a theorem in computability theory that anything that can be computed in software can be implemented as a digital circuit. Also anything that can be computed in a digital circuit can be computed in software.
So by arguing against software patents, you are also stating that there should be no hardware patents.
I just wanted to make this point since I don't understand why people are against software patents but not hardware patents. Mathematically speaking the two are identical.
Re:Say It Ain't So (Score:5, Interesting)
Forget ext2, they can use UDF [wikipedia.org], which is already supported on Windows, Linux and Mac OS X and is not patent encumbered.
Re: (Score:3, Interesting)
Actually, there are plenty of patents on UDF, or at least patents on ways of implementing UDF whose performance is even slightly usable.... In other words, just making sure the UDF implementation in Linux is clear of patent issues would be a major headache. There's really no good solution for storing user data that can't potentially run afoul of patents short of convincing the courts to ban data format patents and void all existing patents in this area. It's yet another clear example of how patents are s
Re: (Score:3, Interesting)
UDF is an ISO/IEC standard, so the format itself is not patent encumbered. Yes, ways of implementing it are, but the important thing is that Microsoft only has 3 patents that even mention UDF, and only one of those is specific to UDF [google.com]. Also, IBM seems to be one of the largest patent holders on UDF implementations. I'm guessing they'd willing to launch a patent salvo against Microsoft should Microsoft try to sue someone over Linux' UDF implementation.
Re:Say It Ain't So (Score:5, Informative)
UDF is an ISO/IEC standard, so the format itself is not patent encumbered.
Um, that doesn't mean it's not patent encumbered. MP3 is patent-encumbered all to hell, and it's an ISO/IEC standard.
Re: (Score:3, Insightful)
I'm not saying UDF is encumbered; I have no idea if it is. I'm saying the fact that it's got an ISO/IEC number does not mean it's not encumbered. Just didn't want anyone to get the wrong impression from your earlier comment.
Re: (Score:2)
UDF never did catch on for removable memory but I wish it would have. It has some obvious advantages, and its universally supported as well.
Re: (Score:3, Insightful)
Does UDF work well on storage like flash?
Re: (Score:2)
Re:Say It Ain't So (Score:5, Insightful)
I don't know why companies just don't get *BSD working for them instead Linux. It would save them a lot of headaches.
Because the primary reason for the success of Linux is that it forces everyone to share their improvements. You get an exponential return on investment. The best you can ever hope for with BSD is an incremental return.
Re:Say It Ain't So (Score:5, Informative)
I don't know why companies just don't get *BSD working for them instead Linux. It would save them a lot of headaches.
Because the primary reason for the success of Linux is that it forces everyone to share their improvements. You get an exponential return on investment. The best you can ever hope for with BSD is an incremental return.
The primary reason for success of Linux is a combination of timing and luck. When the BSD project's viability was in serious question due to the AT&T lawsuit, Linux hit its stride.
Moreover, your response demonstrates a common fallacy: the idea that, if not forced to share improvements, companies will not do so.
The reality -- as usual -- is much more complex:
I would argue that Linux has succeeded *in spite of* the GPL. Speaking with those in the embedded hardware industry, it's clear that Linux has a foothold because of its brand name, not because of significant technical differentiation. Many embedded hardware vendors -- even the major ones -- don't even understand the implications of the GPL! (see the Linksys GPL violations)
If you observe the BSD projects, you'll note that features, bug fixes, and developer time is often provided by corporations that leverage the BSD licensed code in otherwise closed source products.
To quote Juniper's VP of Foundation Technologies, Naren Prabhu:
Juniper benefits from the powerful collaboration between leading universities, individuals, and commercial organizations developing FreeBSD to advance the operating system functionality. The FreeBSD release system provides Juniper with a roadmap for features and a stable base for our code, while its practical licensing enables Juniper to develop intellectual property for advancing high-performance networking. Juniper employs many active FreeBSD developers that continually contribute to the FreeBSD project to further its development as a leading operating system.
I wouldn't be so quick to point to the GPL as a recipe for success. When you force individuals to choose between your way or the highway, many of them will choose the highway. The BSD project's more pragmatic stance has allowed corporations to contribute as they are able to do so, and has resulted in an extremely productive, ongoing relationship with commercial software vendors.
Re:Say It Ain't So (Score:4, Insightful)
The GPL and BSD licenses fulfil completely different purposes, and attract different contributors because of it.
You can't declare either license the "winner" without first deciding what it is they're competing in. If you want the biggest, most widely used cross-platform free software, GPL wins- Linux's desktop share beats any of the *BSDs, and it has massive penetration in embedded devices, webservers and cross-platform applications. If you want the biggest, most widely used platform full stop, BSD wins- MacOSX has a colossally larger desktop share than Linux (but is of course mostly non-free), and BSD code can be found in almost any project you care to mention.
For people and big companies who want their free contributions to remain free, the GPL is far more attractive (just ask all those Linux vendors). For people who just want to see technology get out there and be used, BSD is the drawer.
The 2 camps can't both be pleased at the same time, and that's why the 2 licenses can exist side-by-side. Acting like the GPL is detrimental to Linux (or the same with BSD) is just plain ignoring the reality of the situation.
Re: (Score:3, Informative)
Wrong. Linux is successful because it was there, at the right place, at the right time. HURD was decades from usability, though it still looked like it might be just around the corner. BSD was, according to another poster, involved in some sort of lawsuit with AT&T. Minix was simply copyrighted, with no right to redistribute.
So your choice was, pretty much: Buy an 8086 and a copy of Minix, and then download a bunch of patches, install the Minix source code, apply the patches, recompile, and reinstall, a
Re:Say It Ain't So (Score:5, Insightful)
Right, but then everybody gets your improvements. Where's the competition in that?
With BSD you get a solid base for your product and it's not infected with the GPL.
This old clinker again... Closed-source competition is so 1980s.
Software is a commodity. Any intelligent company now is not trying to make money on their proprietary code. They're making money on hardware to run their code, or services to support their code, or data to feed their code.
Sure, for certain niche markets, closed source can give a company a competitive advantage for a while... But if the market is "hot" enough, Open Source will eventually be there to eat its lunch. This has been happening over and over again for the past two decades. Were you asleep?
Let me ask you this: Have you ever written code and released it to the public? Was it used? I have. As a developer making contributions to public projects, I am much more inclined to contribute under the GPL than other licenses. Most of the world feels the same, hence the popularity of the GPL (and similar "viral" licenses) over the BSD-style licenses.
Re: (Score:3, Informative)
Euh... Nokia is/has released Symbian as open source. I think we can say Cell Phones is something which has been concurred. LCD-TV's is also a field where Linux is doing well: Sony, Mitsubishi, LG, etc. are selling TV's based on Linux. Most ISPs run their e-mail servers on Linux or BSD with open source POP- or IMAP- and SMTP-software. I could go on, but I do want a life. ;-)
Re: (Score:3, Funny)
Ironically, this article is about an 'Open' software license from a movement that is all about 'Freedom', and how TomTom doesn't have the right to exercise that 'Freedom'.
You know... I do believe that you must be the *very first person* to have realised that the GPL's perpetuation of certain freedoms is done by curtailing certain others at source, and to have contrasted this with BSD's approach.
Let's use this [encycloped...matica.com] as the start of an original and stimulating discussion on the subject. Or then again, heed the words of an exceptionally wise man and let's not [slashdot.org].
Also, an interesting thought that just occurred to me is that GPL has its own RIAA/MPAA/MediaSentry thing going, of course the EFF and FSF have not been evil, yet ...
Your ideas are intriguing to me and I wish to subscribe to your newsletter.
Re:Say It Ain't So (Score:5, Informative)
Maybe because companies like Microsoft have a history of stealing BSD code [slashdot.org], making minor changes, and then patenting their implementation [grokdoc.net]. This is why Ted Tso' said he would use the GPL for Kerberos instead of the BSD license if he had it to do over again.
Re:Say It Ain't So (Score:5, Insightful)
Only in so much as using means the same as distributing, or more specifically distributing to those countries.
So in other words, no.
Re: (Score:2)
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?
Let's look at that again:
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.
Though IANAL, the second "distribute" seems to be in the same context as the first. That is, if you can't distribute in some context without violating the license, you can't distribute in that context at all. I don't think the "at all" is intended to mean "in any context".
Perhaps a lawyer could clarify this.
Re: (Score:2, Informative)
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?
No, because the GPL doesn't oblige you to sell or otherwise distribute software to Cuba or Iran, so a law prohibiting you from doing so does not conflict with your obligations under the GPL. This isn't difficult.
Now if the law did permit you to distribute the binary code to Cuba but not the source then effectively the section would prohibit you from distributing just the binary to Cuba, but wouldn't stop you distributing it elsewhere.
Next question?
Re: (Score:3, Insightful)
What if I'm in the Canada, and buy (from a US company) a GPL program which comes with a written offer to provide the source. Then a month I move to Cuba, and send a letter to the US company asking them to please send me the source (including proof of purchase, and cash to cover costs of copying and sending the source code back to me)
What does the US company do now?
I'm not a lawyer, and for all I know US law deals with this sort of situation. But assume that it doesn't (and assume that I can't, for some othe
Legalese might as well be program code (Score:3, Insightful)
Legal documents aren't inherently perfect just because it's intended that they be perfect. Legalese is "code" intended to solve a problem just as surely as anything written in COBOL; legalese can have bugs in it, too.
Re: (Score:2)
No, because the only way you lose rights given by the GPL (which are not necessary to use code, anyway) is if the conditions "contradict the conditions of this License". Since the GPL does not require you to sell (or even give) software to anyone, rules which prohibit you from selling softw
Re:Say It Ain't So (Score:4, Insightful)
You have misread this section. Having a condition imposed on you which prevents you from to distributing to a specific party does not prevent you from fulfilling the conditions of the license, because the license does not obligate you to distribute the program to anyone; rather, the GPL gives the conditions you must follow when you do distribute the program. Since US export restrictions do not prevent you from fulfilling the terms of the GPL when you export to a non-restricted country, the fact that there are parties which you can't distribute the program to is irrelevant.
Note, however, that only a government can enforce export restrictions; the GPL forbids you from taking on that responsibility yourself. So if you send a GPL'ed program to someone in Europe, they could legally send that program to someone in Cuba, and the GPL would forbid you from interfering. If the US were to pass a law which said that you couldn't export something that could possibly be re-exported to a sanctioned country, then that would be a problem for the GPL, but to my knowledge no such law exists.
Disclaimer: I am not a lawyer and this is not legal advice.
GPL doesn't forfit your right to n (Score:2)
A few thoughts here.
The GPL doesn't force you to distribute your source code unless you've distributed a derived work (ie: binary executable).
In other words when you distribute anything based on the GPL, you distribute ALL of your work, holding nothing back.
Its still your right to not distribute anything
To give a further example.
If I've built some killer utility application, and I decide I want to licence it under the GPL I can.
A friend comes to be, lets call him Adam, and he asks for the software, since he
Re: (Score:2)
No. After all, you have no duty under the GPL to distribute to Cuba or Iran in the first place. The GPL only states under what conditions such distribution must occur if it occurs: you must give them the source code, which stays under the GPL, so they have all the same r
Re: (Score:3, Informative)
Re: (Score:2)
In the case of TomTom, you mean the TomTom software application that starts up every time the device is connected?
I see no problem with that.
Also, there are windows drivers that let you mount EXT2 partitions as well.. So that could be included in the package for anything wanting to use EXT2..
I fail to see why everyone uses FAT, apart from that it's very simple to implement (giving a very small memory footprint requirement for embedded devices). If it gets to be an issue (patent threats, for example), then
Re: (Score:2)
Using FAT means they can present the file system directly to the host machine for updates/etc. Much easier than having to run an internal file system, and establish a custom communication protocol to handle pushing and pulling files.
Really an attack on using Microsoft tech in Linux (Score:5, Interesting)
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?
Re: (Score:2)
Re: (Score:2)
What do you think will happen when all external media starts using alternative formatting?
Microsoft to start filing patent lawsuits against users of the EXT 2/3/4 file systems.
Re:Really an attack on using Microsoft tech in Lin (Score:4, Insightful)
What TomTom (and others) need to do is start using EXT2/3 on their external cards and then distribute Fuse with their software.
No, the easy way out here is to not use long filenames. The patents is not about FAT, but about long filenames on FAT. If they need long filenames, distribute it as an tar file or loop back-file system file with a short name.
obligatory... (Score:2)
Re: (Score:2)
No one will ever need more than 8 characters for a file name...
Not when their system only has 640k of memory.
This will happen (Score:2)
Re: (Score:3, Insightful)
The only solution is ... to install [software] ... which is asking a lot for most people (really, I am not kidding, it is asking a lot).
My father has a Zune (one of the flash-memory models). To use the device on a particular machine, one must insert the Zune software disc and install the Zune software on an internet-connected machine. The software *must* call home before use; this installation *can not* happen on an offline machine. Also, one cannot drag and drop media to the Zune, one *must* install the Zune software.
The iPod similarly requires one to install iTunes before using it with a PC. (Granted, this can be an offline install, so ye
Re:Really an attack on using Microsoft tech in Lin (Score:2)
What do you think will happen when all external media starts using alternative formatting?
That won't happen because Microsoft controls most of the PC market and they won't support anything that threatens any part of their monopoly. Try mounting a HFS volume on an out-of-the-box Windows system.
Re: (Score:3, Interesting)
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.
Linux Action Show says no (Score:4, Insightful)
The guys over at the Linux Action show (in their last episode) seem to adamantly think that this lawsuit has nothing to do with Linux. Jeremy Allison is probably a pretty jaded individual at this point (and rightly so), so having the view of someone else more familiar with these legal quagmires may be helpful.
UDF (Score:2, Interesting)
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.
Re: (Score:2)
Wish I had mod points, that's an excellent idea! Its an ISO standard (not that that means anything anymore) but should be unencumbered.
Good work Stallman... (Score:4, Interesting)
Collateral Estoppel / Issue Preclusion and YOU! (Score:5, Interesting)
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!
Those that cannot compete, litigate. (Score:4, Interesting)
Re:Or Maybe... (Score:5, Insightful)
maybe they are just trying to protect their intellectual property
I'm not saying that "intellectual property" is a pointless concept, but what is currently implemented is frighteningly Philip K. Dick.
Software is particularly problematic. An invention does not always come from the intellect and work of the inventor. More often than not it is merely an observation and augmentation of the work and intellect of others.
Software is nothing more than building on that which was built by others, which was built on the work of people before that, and before that, ad infinitem. Even the implementor of a statistical analysis system owes credit to the creators of the programming language used to write it, the creators of the math system, etc.
Intellectual property my ass, it is a land-grab of an environment created by two generations of engineers that worked and published without patent protection. Now college drop-out Bill Gates, sues for trivial implementations of theoretical models created by men far better than him.
Excuse Me? (Score:5, Informative)
Gates (and Allen) developed MBASIC, and DISK BASIC. DISK BASIC used the "FAT" system to control free space.
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....
But the "industry" adopted it. It was allowed; we had a (at least) minimal common system for file systems. Enhanced to support directories and sub-directories.
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.
What does this mean? It means that the long filename code SHOULD be ripped out. 8.3, baby! You want longname mapping? Linux has UMSDOS on top of FAT -- same result, no patent violation. Or, just use short names. Or, build a program that reindexes MS FAT longnames into UMSDOS (for read compatibility). Just don't write that format. It can be argued (I would try) that ANY longnames in MS FAT format that were found on a FAT filesystem then MUST have come from an MS patent licensee (because our proposed system wouldn't generate the MS FAT longname format). So, there are solutions. Maybe UMSDOS is too "crufty" to be resurrected, but it strikes me that something like posixovl.fuse could be used (with modifications).
Microsoft was creative with the MS FAT longname solution. Either deal with it, or get the patent overturned.
Re:Excuse Me? (Score:4, Interesting)
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.
Re: (Score:3, Interesting)
"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.
Re: (Score:2)
The problem with the patent system is that it isn't being used to stimulate new propert
Re:Misleading title. (Score:5, Insightful)
Re: (Score:2)
as someone who has used samba, he is responsible for one of the worst configuration file formats ever
Let's see your alternative to it, then. Show us all a better way.
Re: (Score:3, Funny)
Re:Misleading title. (Score:5, Informative)
one of the worst configuration file formats ever
Wrong.
I hold up for example: XML, the Windows Registry, and sendmail.cf
Re:Misleading title. (Score:5, Informative)
sendmail.cf
Gah! Noooooo!
You have invoked the name of ultimate evil, dooming us all!
You should edit sendmail.mc (evil light) instead and process it with m4.
Nothing could be more intuitive.
Re: (Score:3, Interesting)
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.
Re: (Score:3, Funny)
Re: (Score:3, Insightful)
From a half remembered source:
It takes a brave man to edit sendmail.cf by hand, it takes a stupid man to do it twice.
Re:Misleading title. (Score:5, Interesting)
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.
Re:Misleading title. (Score:5, Funny)
Just get me release quality AD support via 2003 server and we will call it even.
Re: (Score:2)
Well it seems like it's a theory about what the "real reason" might be. I'm not sure what your problem with that is. Would you prefer to only get the side of the story that Microsoft's PR people want to put out?
Re: (Score:2)
Not exactly. The Samba folks worked with the EC judges on the Microsoft antitrust case. I say they are as familiar to Microsoft's ways as Interpol cops are with organized crime and, mind you, there is not much difference between Microsoft and organized crime when it comes to bullying companies.
Re:Patents, not code (Score:5, Informative)
Actually, the GPL forbids restricting other people's freedom.
It is, and should be, a GPL violation to secretly get a patent license. If TomTom were to cave to MS without getting slapped with a GPL violation, then anyone who uses tomtom's work would be opening themselves up to patent infringement suits.
Please RTFM and actually read the GPL. A good grep would be "they do not excuse you". Search the GPL for that text and you'll zero in on what I think is a very critical "failsafe" in the GPL.
Re: (Score:2)
Licensing a patent so that you can use and/or distribute GPL'd software in no way restricts others' use of that same software, and therefore has nothing in my opinion to do with the GPLv2. The GPLv3 was written with this in mind, and explicit entries were added to deal with patents and other such nonsense.
The kernel is not GPLv3, but GPLv2 and unless Tomtom tries to in some way restrict access to the source for the software it distributes, they are in no way violating the GPLv2 in spirit or in fact.
Re: (Score:2)
So, either TomTom has patents and can cross-license them (patents, not code) or not. Where is Linux involved?
TomTom can use Linux and run licensed code and patented code on top of Linux. Where did you read "patents on Linux"?
[I see that MS might want to blow Linux with this patent suit -- but I can't see the "fascinating theory", which just results into "FUD".]
Re: (Score:3, Interesting)
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/TI
Re: (Score:2)
If this Microsoft lawsuit is because TomTom included code in their software that allows them to read CF cards formatted with the FAT filesystem, why hasn't MS gone after Redhat/Suse/etc?
I can't remember a linux box I've sat down at that can't read FAT...
Re: (Score:2)
Every cameras, PDA and the like I've ever owned has used FAT on removable storage. I don't if the manufacturers of those were licensed to use it - but if not, then wouldn't laches [wikipedia.org] apply?
IANAL, BPSWI could explain whether "sleeping on your rights" with regard to one person's supposed infringment may be used as a defence by someone else?
Re: (Score:2)
Every camera I've owned only writes short filenames. And the patent is being broadly licensed.
Re: (Score:3, Funny)
And yet we wonder why Kdawson hasn't been reprimanded.
He was reprimanded most severely. That is I mean I think he was. Actually I heard they denied him cake once. Well, someone I know said they read it.
I think.....
Re: (Score:2)
It meant nothing, as the cake was a lie.
Re: (Score:2)
It meant nothing, as the cake was a lie.
Yeah they had pie instead and we all know pie is superior to cake.
Re: (Score:2)
fascinating explanation (Score:3, Insightful)
Actually that's
Re: (Score:3, Informative)
And yet we wonder why Kdawson hasn't been reprimanded.
Uh, because he didn't post the article ?
Re: (Score:3, Interesting)
So Microsoft sues someone and the GPL is what you blame?
Re:Classic GPL (Score:5, Informative)
You seem to have a misunderstanding of what the GPL is. It is a method of payment. TomTom using GPL'd software must abide by the payment method. That is, by providing the source for use or change by the people who they are selling to. Instead of dealing with dollars they deal with IP.
The problem at hand is that MS feels that TomTom should be paying for their patents, which would violate the GPL payment method.
You should be marked troll as you are obviously trolling for this response.
Re: (Score:2, Informative)
At no point did I try to evaluate what GPL is; as such by definition I could not be misunderstanding the nature of GPL, as I made no observations in that direction.
Trolling is when people make ugly jokes to start a fight, not when people have an opinion you don't agree with. GPL zealots seem uniquely unable to tell the difference.
Wrong. The trouble is that TomTom is paying for their patents. Which means they can't use thei
Re: (Score:2)
Make sure you read the mere aggregation clause.
Dunce.
Re: (Score:3)
It's not a problem if you agree with the principles of the GPL. Otherwise someone could modify the Linux kernel, and while being forced to release the code, they could make it illegal for anybody else to modify and distribute the code by entangling it with a patent license.
BSD has the same problem, they don't don't see it as a problem. If someone wants to close off BSD code to you and I, they can.
Re: (Score:2)
Otherwise someone could modify the Linux kernel, and while being forced to release the code, they could make it illegal for anybody else to modify and distribute the code by entangling it with a patent license.
Which is more-or-less exactly what happened when they shipped a kernel with FAT LFN support. It's not like the kernel devs were ignorant of this patent.
Re: (Score:2)
It is if you remember that the context is the device vendors who are going down in a tailspin because the principles of the GPL extend to cutting off everything they need to do business, such as access to purchase licensed technologies.
Not exactly. The GPL doesn't prevent you from purchasing licensed technology to use with GPL code, it just requires that you grant the license to anyone you distribute the code to, and let them do the same. That is a gist of the MS-Novell deal.
You've completely missed what's going on, here.
No, but maybe I worded it poorly.
It's unfortunate that you feel the need to replace the problem with something of your own device, then say it isn't a problem, then say BSD has the problem too.
I was actually referring to two different problems. The first, TomTom's problem, is what I said was "not a problem" in the GPL, but rather one of it's principles. The second, the problem of people closing off open code, is a proble
Re:Classic GPL (Score:5, Insightful)
This :
"The problem here is that the GPL sets up restrictions which no intermediate vendor can realistically comply with" should get you marked down immediately as -1 Troll".
Or at least as -1 clueless. Do you know how many intermediate vendors ship GPL code, both v2 and v3 ? It's a *lot*. You can even get patent cross licenses for all your other code so long as the patents you are licensing don't cover the GPLed code. Please post your ignorant long diatribes elsewhere.
Jeremy.
Which bank is that AC? (Score:2, Insightful)
All banks are using Linux, so I really look forward to know about the only one that is not doing so.
Re: (Score:2)
BS, you ripped that anecdote from the Linux Action Show: Season 10 Episode 1.