Exploitation of Open Source VoIP
n8twj writes " With John 'Maddog' Hall pointing out that Open Source VoIP will be bigger than Linux ever has been. How can we be sure that un-ethical companies will not try to steal code that is covered under the GPL and try to pass it off as their own? Recently, I have become aware that SysMaster has been redistrbuting a version of the Asterisk PBX written by Mark Spencer from Digium and many others. SysMaster claims that they wrote everything in-house, while they have surely done their own development, they are using Asterisk to power their product line without following the rules. In terms of full disclosure, my company also provides Asterisk-based solutions, however we have fully embraced Asterisk and gladly contribute back to the GPL."
Is this a serious question or an attempt to discredit a competitor?
Powered by onion juice.
When the company starts to gain financially at the expense of a competitor it will be sued by the competitor for breaching the GPL. The competitor will get backing in this from open source organizations.
It is a little absurd for us to all think that open sources licenses won't get abused to some extent. But, for every quality open source based product that tries to "rip off" the developers (if that can be considered possible in open source) there will be several following the rules who will be glad to keep them in check and sue them into oblivion.
This will be modded down, but .... When someone could potentially violate the GPL, they call for their head, but will vehnemently defend their right to download movies via p2p networks.
This is also a problem for other people, not just the original author, and they have a right to complain about unfair competition. If you and I produce a similar kind of widget or service, and you beat me in the market by breaking the rules, I should have and do have the right to take the issue to the media and to court.
it takes no time at all to contact the copyright holder in most cases. It is also better if they fight their own battles, especially in court. It would benefit both the copyright holder and you if you team up to handle the violation. You can share legal expenses, public relations duties, etc.
Yeah, I propose calling it "copyright" and setting up a US Copyright Office to enforce it.
What I'm listening to now on Pandora...
Since Digium also sells non-GPL'd copies of the work in question, they have a strong economic incentive to force these guys to either pay up for their non-GPL license or go GPL.
Put out your torches, save them for another day.
How can we be sure that un-ethical companies will not try to steal code that is covered under the GPL
Easy - just keep backups. That way, if somebody steals your code, you still have it.
Oh... wait. Did you mean copyright infringement and not theft? When the RIAA and MPAA start talking about those nasty thieves, people are quick to point out that copyright infringement is not theft.
Double-standards stink. When somebody infringes upon the GPL, it's not theft, so don't exaggerate your grievance or accuse the other party of crimes they didn't commit. It just makes you look like a whiny liar and doesn't help your case.
It is astounding given how much attention copyright gets here on slashdot that people still Don't Get It.
Yeah, I propose calling it "copyright" and setting up a US Copyright Office to enforce it.
The USCO does not enforce copyright. It registers copyrights.
There are no US Copyright Office boogeymen in black who run around arresting people either. If I steal your work, it is entirely your responsibility, in civil court (not criminal) to sue me and recover damages.
Further, copyrighting your code with the GPL license DOES NOT entitle you to expect the Free Software Foundation to go around suing people for you. They'll politely give you some suggestions on who to talk to and maybe a little basic advice, but that's it.
So many people don't get it- they whine about their code being stolen, but then don't do anything about it. As a result, corporations are fearless in violating the GPL license as has been proven again and again. The GPL license, as a result, is quickly becoming irrelevant.
When SCO claims Linus and others stole code, Linus and others need to sue them for liable(or slander, I forget). When Linksys fails to follow the GPL and steals code, the people who wrote the code need to immediately send them a cease and desist, and if they fail to comply, sue them to FORCE them to cease.
In this case, the Asterix developers need to pay a lawyer to file suit against the offending company, seek evidence by court order (if they are using GPL code, it'll be very easy to prove once you're in the door with a court search order), and if they find evidence, hammer them into the ground.
This is in bold because people need to wake up and get a clue. YOU NEED TO START BACKING UP THE GPL WITH LAWSUITS OR IT WILL BECOME COMPLETELY IRRELEVANT AND UNENFORCEABLE.
Please help metamoderate.
- Just use it. Don't make any changes. This is very cheap and easy to do, but offers little capability for a company to differentiate its product from the competitors.
- Use it, modify it, keep the modifications secret. This makes it very easy to differentiate your product. The disadvantage is that you are forced to maintain a fork. Any security fixes, new features etc. from the main trunk must be merged into your branch at your expense. Since you are not contributing your changes, it is possible (and quite likely) that at some point changes will be introduced that break some of your modifications. You will need to work out these problems in your own branch, which may be difficult (read: expensive).
- Use it, modify it, give the modifications back. This is relatively cheap, since you do not need to maintain your own fork. On the other hand, it makes it harder for you to differentiate your product. By timing your code releases with your product launches, however, it is possible that you can keep a head start on competitors.
Sometimes, case 3 is not possible. Apple, for example, release all of their changes to GCC (as required by license) but do not always have them accepted back into the main trunk. Examples of this include support for Objective-C++ which has been present in the Apple tree for a while, but not in the GNU tree. Recent changes in the Apple tree have allowed the changes to be imported, so GCC 4.0 should support Objective-C++.In general, option 3 is best if you are using an open source project that is not your core business - Apple lose no commercial advantage by allowing other people access to their compiler, and maintaining a complete fork of GCC would be far more expensive.
Option 2 may be better if it is your core business, since you can maintain a commercial advantage by not releasing code (or by releasing it late, when you have a new feature that distinguishes your code from the others).
I am TheRaven on Soylent News