|
Comments
Did you read today's front page stories & breaking news?
SYS-CON.TV
|
Open Source Who Owns Unix?
Who Owns Unix?
By: Kevin Bedell
Aug. 11, 2003 12:00 AM
LWM was able to catch up with Eric on the day of the Novell announcement that SCO did not own the patents or copyrights to Unix. LWM: In a nutshell, what exactly is SCO trying to do? LWM: So tell me about the position paper you developed. Why did you and Rob Landley write it? But part of why I was upset didn't have anything to do with Linux. I'm actually an old Unix developer - back to 1982. I wasn't one of the original developers of Unix (though I've contributed code to Linux and the BSD Unixes), but I know those guys and they know me. The SCO complaint was insulting. It was SCO claiming that they owned all the code that we wrote - and then using that claim to harm Linux. LWM: What's happening with your "No Secrets" effort? If SCO continues, I'll get enough signed affidavits to prove that they have no trade secrets. This is also an attempt to send a powerful message to potential future litigants: it's not safe to mess with the open source community because we can bite back. LWM: And what is IBM's position on all this? LWM: For readers who may be unfamiliar with your work in this area, can you share some of your background with open source and Linux? LWM: What is the position of the Open Source Initiative on this issue? LWM: So, who owns Unix? Ethically, OSI's position is that Unix belongs to the distributed development community that wrote it. SCO's threats broke the tacit understanding that kept us from asserting this for 30 years. It used to be that we agreed not to fuss over the fact that AT&T or Unix Systems Labs or Novell or SCO were claiming to own the code as long as they agreed not to fuss over the fact that every senior Unix developer had a technically illicit copy of the source code in his hip pocket. Everybody took code from everybody. AT&T used Berkeley and Xenix code and got called on it during a 1993 lawsuit. Truth is, the rights picture is so tangled that nobody's theory of ownership would stand close scrutiny of the source code's history. The law of intellectual property doesn't handle this kind of situation well. The equitable thing to do would be to just give up, throw it open, and admit it belongs to the hackers. LWM: What do you see as the potential downside risk for companies using Linux? Will SCO try to sue everybody? SCO have since changed their minds, but I think this is just bluster. Furthermore, the various lawyers I've talked with agree that it's just bluster. When you think you have a strong case in court, you don't fight it in the media. SCO would scare me worse of they weren't huffing and puffing. LWM: If you were a manager in a company considering using Linux for a first project, would this lawsuit impact your decision to give Linux a try? LWM: In your book The Cathedral and the Bazaar you describe the Linux development process as being like a bazaar, where all kinds of people with all kinds of interests are developing different pieces. Is Linux development still that way? How has it changed? LWM: What do you think will happen with this suit? Any idea how long it might be before it becomes clear what's going to happen? LWM: How can the Linux community ensure that Linux stays free of IP claims in the future? Can there be a process instituted that ensures this doesn't happen again? LWM: Switching gears a bit, in the IBM -v- SCO analysis on the OSI Web site (www.opensource.org/sco-vs-ibm.html), you referred to a "seismic shift" occuring right now in the software industry. Can you explain what you meant? LWM: Will all applications eventually be open sourced? Which kinds might not? LWM: What will the software industry look like in five years? Regarding outsourcing and offshore development - one thing you can't outsource is getting inside a customer's mind. You can't move face-to-face, person-to-person communications and design offshore. You can outsource cookie-cutter code, but I predict a lot of companies are going to discover they're paying for large portions of code that don't match their requirements. One of the things we know is that the most effective ways of writing software involve a series of interactions - a succession of prototypes - using continuous feedback. You can't do that if your customer's in Teaneck, New Jersey, and your developers are in Bangalore. About Eric S. Raymond Reader Feedback: Page 1 of 1
Your Feedback
Latest Cloud Developer Stories
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
|
SYS-CON Featured Whitepapers
Most Read This Week
Breaking Cloud Computing News
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||