Specialist Open Source Software Lawyers

Software contracts can be complex agreements in business. Then add open source software into the mix.

Select solicitors properly qualified to advise you

We have found that the rights associated with open source software are often more well-known to developers than solicitors. 

Open source is an indispensable part of a large proportion of development projects for start-ups and emerging businesses.  

Uncertainty in the business the environment arises because the rights associated with open source software and how it can (and can't) be used is not common knowledge. Some open source contracts are complicated, especially from a legal perspective.

It can become difficult to see the woods for the trees. You don't want a lawyer advising you on contracts like these which they've only just read for the first time - or don't understand the underlying subject matter of the contract: software, and how it works on a technical level. 

Software Complexity

Projects and dependencies between packages can complicate quickly. What happens in the real world with the technology needs to be squared with the legal rights granted. 

There is much misinformation and content on internet that does not tell the whole story about open source licences and where and how it can interact with closed source proprietary software.  

What is right and what is wrong? Misconceptions arise which can build themselves into the community.

Sorry to say: from a legal perspective, swathes of it does not factor in what should be taken into account and ends up being spectacularly wrong; especially with the GNU General Public Licenses and Affero  Licenses.

What is a copyright infringement and breach of an open source licence depends on how the software works and how it integrates with other packages. 

What Matters when using Open Source Software?

One of the lead issues in proprietary software projects which incorporate open source software is ownership of the software, and whether ownership can be transferred.

You might have understandings with your business partners about use of open source software in projects. It is the terms of the contract you use that really matters.

And then there's the prospect of being forced to disclose proprietary code bases as a consequence of using open source licenced software, which can sharpen focus.

Factors: Open Source Legal issues

Amongst the factors that open source software introduce in software-as-a-service delivery and software licensing include:

1. licensing conflicts, when open source software packages licensed are mixed with the software used under the General Public License terms
2. what can be owned, assigned and licensed to the business paying for the services – and what can’t. 
3. intellectual property indemnities in proprietary software licensing contracts
4. warranties relating to ownership of deliverables and the product of the services
5. delivery of source code under an escrow agreement - and whether that is even possible without infringing third party rights

Intellectual Property Indemnities 

Ownership and giving intellectual property indemnities become more problematic, such as:

1. What happens when you give a full title guarantee to source code and a portion of the source code is made up of open source software?
   The service provider does not own the software and so cannot give good title to the software.
2. What if the contract says that the customer owns all of the intellectual property rights in a software product, and the developer actually doesn’t and never can?
3. What happens if you sign a contract which says there is no OSS is allowed, but there is OSS in the product delivered?

Sometimes it is not as easy as you might think. Simply restricting yourself to BSD licensed software does not avoid or fix the problems that might arise. 

Sometimes you cannot work out the answer without looking through Git Repos, to go through the source code in production and the open source code itself in the form it was packaged.

Then you need to know what you're looking for. We've done our fair share of trawling through Git Repos.

Exposure to Business Risk

As a supplier of software or using the software-as-a-service delivery model, get it wrong and your business faces a breach of contract claim from the customer, and perhaps worse (in some cases) the reputational damage arising from criticism of the open source community.

In the worst cases, there may be contractual requirements to produce a non-infringing version of the software or pay out on an intellectual property indemnity.

Then there is the prospect of copyright or patent infringement claims, and having to stop using the software you thought you properly licensed.

There is a lot at stake. it can turn your business on its head.

These are not reasons to not use open source software. They are reasons to make sure your contract handles the legal issues properly and your open source software is licensed an used within its terms.

Benefits 

What a resource open source software is. Used throughout the industry to reduce costs and increase speed of development.

You load up packages, components and libraries maintained by a larger community. Sometimes at a cost and sometimes not.   Open source software can also be the project itself, or be part of the project.

These are benefits that most business can’t be without.

Nor should yours.

Protect your business and your outlay of time, money and resources.

Minimise your risk profile. Avoid the pitfalls and traps that catch the unwary.

Avoid real problems when you sell your business or look for investment and take advice now.

It might avoid a devaluation of the business.

Open Source Lawyers: Experience

We have advised on open source in a number of ways.

1. Mistakes and conflicts between what people say your rights are and what they actually are. Someone says you are infringing copyright or in breach of an open source licence, when you aren’t
2. Getting your software development process right the first time, from a legal perspective
3. Advising on the technical steps to comply with these licences – most of which you will not find online.
   If you think no-one's looking, wait until you seek investment or another business takes an interest in buying your business
4. How open source software can be used in commercial software and development with minimal risk
5. How can OSS be built into proprietary software packages without falling foul of the open source licences under which it was obtained – even the most copyleft licences.
6. Adopt the processes and procedures that your developers need to be aware of before they use open source software or you distribute it your own
7. The fundamental questions:
   • “what does this [insert open source licence name] do?” 
   • “Can we [insert software name] which is released under [insert open source licence name]?”
     
   • And then: "In what circumstances?"
8. Are we using this open source in a way which will not offend anyone’s rights?
9. What is a sensible licensing model where open source software plays a part?
10. An open source developer is making claims against my business. Are they right in what they say? If they are, what do I need to do about it? If not, how do I get them off my case?

Business Advice: Open Source Law

We have recently advised:

1. producers of load balancers, application package managers, and platform management service providers;
2. businesses in fintech, insurance industry and academia on adoption of open source software
3. a unicorn immersed in the open source software business
4. a company marketing software and services on Atlassian.

We've also advised business facing different situations:

1. companies recover from bad open source practices
2. start-ups and emerging IT consultancy service companies with vested interests in maintaining proprietary interests while using open source software packages
3. companies looking to FOSS compliance regimes
4. businesses embedding open source into retail products
5. businesses on dual licensing arrangements
6. checking use of software is when the terms of open source licences

We've also been asked by other lawyers and general counsel in a range of countries to help out interpretation legal issues, use of appropriate licences and GPL disputes, to find out what it all means.

Open Source Experts: Specialist Lawyers 

We're software specialists: including open source software. 

We offer the following legal services and advice for businesses' open source project management:

1. How common open source licenses actually work, and their trigger events ad notice requirements
2. Dual licensing open source the right way
3. Review open source licences compatible with your technical delivery system
4. situations where open source software & intellectual property infringement collide
5. situations where open source and proprietary software can be used together in proprietary software solutions

Need a GPL solicitor?

Get advice from a open source specialist lawyer: whether it's the GPL v 2 or v 3, LGPL, Affero Public Licence, the Eclipse Public Licence, MPL, BSD-style Licences, Creative  Commons licenses or Apache 2.0. We've advised on all of them.