Red Hat Working w/UCITA Backers to Change Law
GroundBounce writes "Here's an article at NewsForge detailing how Red Hat is taking the initiative to broker deals with state legislatures to change parts of UCITA [?] which are damaging to open source software, such as mandatory warranties and reverse engineering. They are also working with the uniform law commission to try to change the prototype for the law." Good work by Red Hat - that's a necessary change.
In my experience, people who believe in approach #1 also believe that taking approach #2 is heresy.
In reality, you need both types of political agents. If a complete rejection of UCITA fails to happen - because MS et al are more politically powerful than your list - then you will hope against hope that the folks working from within were successful.
You have the same goals, you just have different approaches to reaching them. You are not taking the high road by trying to discredit Red Hat; you may be shooting yourself in the foot.
EULAs and the like are framed as contracts: you give up certain rights (such as the right to publicly criticize the software) in exchange for the "right to use" the software. The fact that you already had the right to use it, since you legally bought a copy, sets them on shaky ground under common law. (After all, you have the right to use what you've bought, whether or not you have the right to copy it!) That's what UCITA and its ilk give to Microsoft and its ilk -- the right to restrict use of legally purchased software.
The GPL, on the other hand, is not a contract: it does not ask you to give away any rights, or anything else for that matter. All it does is grant you new rights you did not formerly have -- specifically, the right to copy, modify, and distribute the software under certain circumstances.
You may perceive the GPL's restrictions as limits placed upon your rights -- but they aren't. Outside of a grant of rights by the author (of which the GPL is only one example) you never had the right to copy that software. The GPL grants you a limited right; unlike EULAs, it doesn't ask you to waive any rights you already had.
(In addition, the GPL does not grant a "right to use" the covered software, since it takes it as read that you already have that right by virtue of having legally obtained a copy of the software. The GPL explicitly states that it does not deal with "rights to use".)
Hopefully, seeing actions such as this will help to quell the "RedHat is no better than Microsoft" nonsense. I supose this is a little off topic, but I think RedHat ends up getting the short end of the stick more times than not by the very community that they routinely fight the hardest for.
RFC2119
What's wrong with using open source as a weapon against another company? In any case where a free price, open source product can be used to kill another product, a free price, closed source product could do the same thing. Your example (Microsoft's attack on Quarterdeck), shows this. Microsoft's release of a free price web browser to attack Netscape is indentical. This is common practice between businesses. At least if the attack is made with open source, the public wins by getting software they can modify and upgrade.
Search 2010 Gen Con events
Exempting open source from mandatory warrantees is good in and of itself, but UCITA also makes legal those nasty Shrink Wrap "end user agreements" (in other words, you will be held to an agreement that you did not sign, nor did you have any say in the wording of that agreement).
UCITA is just bad law, and it is bad news for end users.
--
"May I have ten thousand marbles, please?"
.. I understood it to mean that unless these things were explicitly disclaimed, they would be applied.
SO as long as there is a shrinkwrap license disclaiming everything.... the UCITA doesn't help the consumer out.
Or perhaps it means that the contract that disclaims these rights under ucita must be a *real* contract, involving signing papers, etc? As in large business software, etc.
Also.. regardless of disclaimers, or contracts, if software does not work as advertised, you CAN take it back. False advertising is illegal, and any sale resulting from it is fraudulent.
So with the GPL officially recognized as a valid license under the law a lot of GPL related concerns are greatly diminished. That doesn't necessarily mean that there can't be loopholes, but it does mean that it's going to be a lot harder for someone to say "The GPL isn't a valid license"
That's a step in the right direction. I think reverse engineering should be allowed no matter what. But then again, the more commercial companies try to limit how their software can be used, distributed, modified, copied or examined, the more people are driven to free software.
seriously, there is some need for good infotech transactions law.
We can't have shrink-wrap licences dubiously enforcable.
One measure
I'd like to see is strict liability enforced on closed-source
programs. No weaseling out. The logic would be that since they hold
the source secret, their customers cannot fix any problems themselves, so
the publisher must be liable for all losses.
I would allow publishers
that release their source [and ability to recompile] to customers the
carrot of reduced liability. After all, at this point the customer can
patch the source, or hire someone else to do so.
Don't scoff at it too quickly, now -- Those shrink-wrapped licenses stand on the same legal ground as the GPL! After all, neither is written on paper, and they rely on implicit acceptance through the actions of the end user.
Let me explain why this is a concern. Suppose Company X makes Product A. Company Y competes with company X by making Product A and also makes Product B, which provides the bulk of its income and finances the development of its competitive Product A. Company X can sabotage Company Y by fostering the development of an open source equivalent of Product B so as to cut off the revenue Company Y needs to compete with it (and, perhaps, to survive). Its "air supply" -- to use the word of Microsoft executive Jim Allchin -- has been cut off.
This isn't an abstract example. In the early days of the Windows environment, Microsoft destroyed Quarterdeck, which made DESQview, by giving away a free knock-off of Quarterdeck's QEMM memory management software (which was used to support its GUI and multitasking development). The result: Quarterdeck, without a "cash cow" equivalent to Microsoft's MS-DOS, could not compete. DESQview -- the best multitasking environment available for PCs at the time -- and DESQview/X -- a brilliant GUI based on X Windows -- died because there was no money for their future development.
While Microsoft's free equivalent didn't happen to be open source, it very easily could have been. (In fact, had Microsoft not been rich enough to bankroll its QEMM equivalent itself, it might have been the only practical way to go.) In any event, it always takes much less effort and money to develop a knock-off than the original, because Quarterdeck blazed the trail by developing the technology and feature set, solving all of the knotty technical problems, and dealing with the tradeoffs that are always inherent in new products.
Richard Stallman and others have specifically touted open source as a way of attacking companies they do not like (which, in the case of RMS, includes any company that publishes commercial software -- even those which, unlike Microsoft, act ethically).
To prevent open source from being used in a predatory and unfair manner against them, companies that develop new technology need to patent it. This is precisely what patents are intended to do, and they're especially urgent in an age where open source can be abused to prevent people who honestly advance the state of the art from being deprived of rewards for their labors.
Richard Stallman once told me, personally, that one of his motivations for opposing software patents is that they would make it more difficult for the FSF to "wipe out" (his words) commercial software. Stallman's statement underscores the danger.... And the need for software patents. We might argue about the optimal length of these patents (there are many merits to the argument that 20 years is too long), but few of us with a sense of justice and fairness would say that open source should be allowed to be used as a weapon in a malicious agenda.
If you've heard Bruce speak, or read his writing, you know that he shares some of RMS's animosity toward commercial software companies and frequently rattles his saber, "demanding" that they forfeit their hard work. Could this be the reason he opposes software patents? Just food for thought.
--Brett Glass
Linux advocate- Hello, I'm from RedHat Inc.
Law maker- Who?
Linux advocate- Hello, I'm from the Linux Industry Consortium. Our members include IBM, HP, Sun and RedHat.
Law maker- Hello. Pleased to meet you. Would you like a coffee?
Such a group would be able to excert pressure in other areas. For example, whilst Andre Hedrik's effort in the IDE standards committee are greatly appreciated, he has himself said that his influence is limited since he is just a lone consultant and can't officialy represent Linux.
I agree that creating such a body is going to produce numerous problems such as keeping it small enough to be responsive whilst not excluding people who feel they should be represented, and defining its role closely enough to prevent it from influencing things like kernel development. I also accept that we already have groups like FSF and Linux International, but if RedHat are having to go and lobby lawmakers then these groups clearly don't have the required clout. Obviously they could be members of the "Linux Industry Consortium" (I am sure we could find a better name).
I think UCITA is a bad law, and needs to be blocked where it hasn't passed, and repealed where it has. People shouldn't abandon these efforts. In the meantime, let's support RedHat's efforts to keep this carnivorous beast at bay until it's put back in its cage.