| By Linux News Desk | Article Rating: |
|
| May 10, 2004 12:00 AM EDT | Reads: |
16,323 |
The belief of Daniel Egger, founder of OSRM - provider of "code-scanning and copyright infringement detection technologies, risk assessment, risk mitigation consulting, best practices training and certification, vendor-neutral indemnification and custom insurance to the Global 1000" - is that, by fostering a collaborative, community-based model for identifying and mitigating relevant litigation risks, OSRM will be able to offer its comprehensive insurance at the lowest possible cost.
Bruce Perens evidently agrees. "Collective legal defense is the next necessary step for open source to be ready for business," he said in a statement on Friday.
"Through a concentration of legal resources and expertise," Perens added, "Open Source Risk Management will be a formidable power against the legal opponents to Open Source."
When Pamela Jones joined the company in February, she too said that she sees a need for "low-cost vendor-neutral protection that will at the same time make it possible to allow continued free modification of the code."
"No one else has successfully done so," observed Jones, adding: "I believe OSRM has come up with the right answer."
"A highly respected leader in the Open Source movement, Bruce will provide OSRM with invaluable expertise as we work to provide legal infrastructure to the Open Source community," said Daniel Egger, OSRM founder and chairman. "We are thrilled to have his unique insight into both the technical and legal intricacies of Open Source."
Open Source Risk Management LLC was started last year.
Published May 10, 2004 Reads 16,323
Copyright © 2004 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
More Stories By Linux News Desk
SYS-CON's Linux News Desk gathers stories, analysis, and information from around the Linux world and synthesizes them into an easy to digest format for IT/IS managers and other business decision-makers.
- Ubuntu-based Open Source Linux Mint Tests KDE Version
- Linux Virtualization and Tired Open Source Myths
- IGEL Supports Red Hat Enterprise Virtualization 3.0
- CloudLinux Announces Support for Atomia
- Amazon Kindle Fire Gets Its Own 'Personal Cloud Desktop' with AlwaysOnPC App Launch
- SPIRIT DSP Receives 2011 INTERNET TELEPHONY Product of the Year Award
- The Utility Infrastructure Security Market 2012-2022: Cybersecurity & Smart Grids
- FORTUNE Magazine Names Rackspace Among “100 Best Companies to Work For”
- EnterpriseDB Announces Availability of Postgres Plus Cloud Database
- Convirture Reports Strong 2011 as Virtualization Management Takes Off
- iFollowOffice Turns to Virtual Bridges and Savvis for On-Demand Virtual Desktop Services
- Swisscom Floats Red Hat Cloud
- i-Technology in 2012: Five Industry Predictions
- Ubuntu-based Open Source Linux Mint Tests KDE Version
- Amazon to Rent Out Supercomputers
- Amazon Émigré Starts Network Monitoring Firm
- HP’s Putting a Back Door in the Itanium Alamo
- Linux Virtualization and Tired Open Source Myths
- CloudLinux Announces Preferred Partner Program
- MapR Pushes the Hadoop Envelope
- Rightware Announces Gaming Performance Benchmark for OpenGL ES 3.0/Halti
- IGEL Supports Red Hat Enterprise Virtualization 3.0
- CloudLinux Announces Support for Atomia
- 3Dconnexion Announces its Newest 3D Mouse - the SpaceMouse Pro
- The i-Technology Right Stuff
- Linux.SYS-CON.com Exclusive: Linus Discloses *Real* Fathers of Linux
- After Ubuntu, Windows Looks Increasingly Bad, Increasingly Archaic, Increasingly Unfriendly
- A Closer Look at Damn Small Linux
- Linus' Top Ten SCO Barbs
- SCO CEO Posts Open Letter to the Open Source Community
- Netscape Co-Founder's 12 Reasons for Growth of Open Source
- Where Are RIA Technologies Headed in 2008?
- *POINT - COUNTERPOINT SPECIAL* What's Wrong with the Open Source Community?
- Introducing "Cooperative Linux" - Linux for Windows, No Less
- Linux.SYS-CON.com Exclusive: What Would UserLinux Look Like?
- Why Recovering a Deleted Ext3 File Is Difficult . . .





















