provides software and services that enable enterprises
Live Chat 1-888-673-6564
The Enterprise Open Source Blog
  • Home
  • Search
  • Contact Us
  • Products and Support
  • Services
  • Enterprise OSS Blog
  • Wazi Technical Blog
  • Resources Library
  • Cloud Services
  • Partners
  • Customers
  • Community
  • Company
  • Careers
  • News and Events

Subscribe by Email

Your email:

Most Popular Posts

  • Enterprise Apache Tomcat 7 Clustering - Designing an Efficient, Reliable and Productive Application Server Cluster
  • Open Source Virtual Whiteboards and Dimdim Review
  • An Enterprise Apache Tomcat Clustering Guide
  • Supporting CentOS In The Cloud With Windows Azure
  • VLC License Change: A lesson in perseverance
  • An In-Depth Look at Tomcat’s Clustering Mechanisms
  • Apache HTTP Server: New Features for Version 2.4
  • Why Closed Source is Better Than Open Source
  • Access Serial Ports through Ruby
  • JBoss AS7 Clustering Using mod_cluster and http 2.4 (Part 1)

Current Articles | RSS Feed RSS Feed

7 of the most common open source myths

Posted by Aaron Mandelbaum on Mon, Aug 20, 2007
  
Email This Email Article  
Tweet  
  

*
Here are some of the misunderstandings around open source software that I hear every day.  Feel free to add your own!
  • The most important thing is whether you modify the code or not.  I keep hearing from people, "we're ok because we didn't modify it."  Or they create a policy that doesn't allow anyone to modify open source code because then they think they are risk free.  I agree, modifying open source software may cause a support problem, but it isn't what triggers anything special in the license.  The GPL says that if you make modifications to the software, you have to distribute those modified source code files with your binaries.  But it is the distribution that triggers that clause, not the modification.  So if you distributed the binaries unmodified, you'd have to distribute the source code.  And if you linked statically to those GPLed binaries, you'd have to distribute your source code as well.  But only if you distributed your product.  If you are using it in house, it really doesn't matter whether you modified it or not.  Except from a support perspective.
  • If you modify GPL code, you have to give the modifications back to the project.  I highly recommend you do give your modifications back - it's the nice, neighborly thing to do.  It also makes your life easier to be using the standard version and not your own forked version.  However, you don't have to give those modifications back.  You only have to give the modified source code to anyone you give the binaries too.  Now note that they can give that modified source code to anyone they want, which brings me to the next point.
  • Distributing GPL code under an NDA does not count as distribution.  I'm not an attorney, and it hasn't been taken to court yet, but I think most attorneys would agree with me that distributing GPL code under an NDA not only counts as distribution but the recipient can give that GPL product to anyone they want to under the terms of the NDA regardless of what your NDA says.  It's not a risk I would take.
  • If you are only using open source software internally, you don't have to worry.   First I'd argue that nothing used internally stays internal - what if you share with a partner or sell a group to another company or ... That said, many licenses have clauses that trigger on something other than distribution.  Sometimes they are simple, sometimes they aren't.  For example, one says that you have to buy a copy of the book for every developer on the team.  Regardless of whether you redistribute or not. 
  • Anybody can sue me for using open source wrongly.  Only the person that owns the copyright for a piece of software can sue you for violating the license.  Typically, the person that owns the copyright is the person that wrote the code.  They can however give that copyright away.  They can even give it away and keep it for themselves so that two people hold the copyright.  The copyright holder is also the only person that can change the license on a piece of software.  (Note that this is why SCO lost - in the end the court ruled that SCO didn't hold the Unix copyright.)
  • There is no support for open source.  First off, lots and lots of products are open source.  The support options vary widely from the do it yourself variety to multiple companies competing for your business.  (OpenLogic supports 300 open source software products. ) The problem is you have to do a lot of research - the products' name doesn't give you a direct clue to the company that supports it.  And you might come up with more than one name and have to compare several companies.  But there are lots of people and companies out there supporting open source software.
  • Freeware and Shareware are open source.  Freeware and shareware are not open source.  All things free are not open source.  Just because it's free, doesn't mean it's open source.  The freeware and shareware licenses are very different and do not meet any of the traditional open source guidelines like providing source code, allowing modification and redistribution.
Got any others?
 

Follow @openlogic
Follow @OSCloudServices

This work is licensed under a Creative Commons Attribution 3.0 Unported License
Creative Commons License.
Tags: Legal & Compliance

Comments

Currently, there are no comments. Be the first to post one!
Post Comment
Name
 *
Email
 *
Website (optional)
Comment
 *

Allowed tags: <a> link, <b> bold, <i> italics

Loading...
Error sending email
Email sent successfully

Email article
Email To : 
Your name : 
Message : (maximum 200 characters)

Enterprise OSS Blog Policy

If you read a post on The Enterprise OSS Blog, please leave a comment. Let us know what you think, even if it's just a few words. Comments do not require approval, but they are moderated.OpenLogic reserves the right to remove any comments it deems inappropriate.

 

click-to-chat-with-a-live-open-source-expert

get-a-quote-on-support

download-the-support-evaluation-kit

schedule-a-deep-discovery-demo

Most Popular Posts

  • Enterprise Apache Tomcat 7 Clustering - Designing an Efficient, Reliable and Productive Application Server Cluster
  • Open Source Virtual Whiteboards and Dimdim Review
  • An Enterprise Apache Tomcat Clustering Guide
  • Supporting CentOS In The Cloud With Windows Azure
  • VLC License Change: A lesson in perseverance
  • An In-Depth Look at Tomcat’s Clustering Mechanisms
  • Apache HTTP Server: New Features for Version 2.4
  • Why Closed Source is Better Than Open Source
  • Access Serial Ports through Ruby
  • JBoss AS7 Clustering Using mod_cluster and http 2.4 (Part 1)

Connect With Us!

Browse by Tag

  • 2013 (2)
  • Agile (1)
  • Apache (2)
  • apache tomcat (1)
  • AS 7 (1)
  • as7 (1)
  • Auditing (5)
  • Azure (2)
  • Budget (1)
  • BusyBox (1)
  • CentOS (3)
  • Closed Source Software (1)
  • cloud (4)
  • clustering (1)
  • CMS (1)
  • Code Scanning (1)
  • commercial distribution (1)
  • Community (4)
  • compliance (39)
  • C-Suite (1)
  • Database (1)
  • developers (2)
  • DevOps (15)
  • Drupal (1)
  • enterprise software (2)
  • foss (5)
  • Gitbhub (1)
  • Governance (36)
  • guide (1)
  • Hadoop (2)
  • HBase (2)
  • http 2.4 (1)
  • httpd 2.4 (1)
  • Java (1)
  • javascript (1)
  • jboss (3)
  • JBoss Cluster (1)
  • Joomla (1)
  • Legal (21)
  • Legal & Compliance (62)
  • Legal and Compliance (2)
  • license compliance (1)
  • Licenses (12)
  • Linux (4)
  • lisp code (1)
  • martin fowler (1)
  • Mobile (3)
  • mod_cluster (2)
  • MySQL (1)
  • Neal Ford (1)
  • open source (19)
  • open source compliance (1)
  • open source components (1)
  • open source events (1)
  • Open Source Governance (2)
  • open source legal issues (1)
  • Open Source Licensing (3)
  • Open Source Management (38)
  • Open Source Policy (3)
  • open source software (15)
  • Open Source Software Adoption (4)
  • open source software policy (1)
  • Open Source Training (1)
  • Open Source Trends (337)
  • Open Source vs. Commercial Software (3)
  • OSS (5)
  • OSS Packages (2)
  • PaaS (1)
  • paredit (1)
  • picketlink (1)
  • Policy (4)
  • PostgreSQL (1)
  • Presentations (1)
  • Programming (2)
  • red hat (1)
  • RHEL (1)
  • Ruby (1)
  • Scanning (27)
  • Scanning & Governance (12)
  • Scanning & Provisioning (30)
  • Security (13)
  • Shibboleth (1)
  • software compliance (1)
  • Software Development (2)
  • Software Development Lifecycle (7)
  • software infrastructure (1)
  • Solr (1)
  • Support (48)
  • Support & Services (2)
  • SUSE (1)
  • Technical Governance (1)
  • The Cloud (35)
  • The C-Suite (2)
  • tomcat (4)
  • Training (9)
  • Ubuntu (1)
  • Uncategorized (69)
  • Windows (1)
  • Windows Azure (1)
  • Wordpress (1)
  • Zookeeper (1)
Home | Search | Contact Us | Products and Support | Services | Enterprise OSS Blog | Wazi Technical Blog | Resources Library | Cloud Services | Partners | Customers | Community | Company | Careers | News and Events
Products
OpenLogic Exchange (OLEX)
License Compliance Module
OSS Discovery
OSS Deep Discovery
OpenUpdate
Services
Open Source Support
CentOS Support
Scanning & Compliance
Open Source Training
Professional Services
Solutions
Support & Indemnification
Open Source Governance
Open Source Scanning
Open Source Provisioning
Consulting & Training
Contact Us
1-888-673-6564


© 2013 OpenLogic, Inc. All rights reserved.
Site Map  |  Privacy Policy