Free License

Version 1.2.0

Subscribe to Updates via RSS/Atom

Purpose

This license allows you to use and share this software for noncommercial purposes and kids’ projects for free, with free trials for commercial projects. However, you must give credit and share any improvements you make.

Acceptance

To receive this license, you have to agree to its rules. Those rules are both obligations under that agreement and conditions to your license. Don’t do anything with the software against any rule you can’t or won’t follow.

Use

Noncommercial

You may not use the software to make money or for work, except for Free Trials and Kids’ Projects.

Free Trials

You may use the software for brief trial periods to verify that the software works as described, such as by running on test data or integrating into private, proof-of-concept prototypes.

Kids’ Projects

You may use this software if you are a child below the legal age of adulthood where you live, usually eighteen years, or you are helping a child with a project of theirs.

Obligations

Notices

Make sure that everyone who gets a copy of any part of the software from you, with or without changes, also gets the text of this license or a link to https://indiecc.com/free/1.2.0.

Credit

You must give this software and the developer credit for contributing to projects you develop, test, produce, or provide using this software.

How to Give Credit

You must give credit in such a way that others can freely and readily find a written notice identifying this software and the developer, by name, as contributing to your project. You must not do anything to stop others from sharing, publishing, or using those credits.

Conventions

If widespread convention dictates a particular way to give credit for your kind of project, such as by end credit for a film, citation for an academic paper, acknowledgment for a book, or billing for a show, follow that convention. For software provided to users to run on their own computers, give credit in documentation, notice files, and any “about” page or screen. For software run as a service for users to access remotely, give credit in credits.txt file according to https://creditstxt.com.

Who to Credit

If the developer provides their name or the name of this software along with the software in a conventional way, such as in software package metadata or on an “about” page or screen, you may rely on the names they provide that way to be accurate and complete. If the developer doesn’t provide names that way, but includes a link to a homepage for this software, investigate that homepage for names to credit. If the developer provides neither names to credit nor a link to a homepage, you do not have to do independent research to find names to credit.

Declining Credit

On written request from the developer, you must remove their name, the name of this software, or both, as they ask, from credits for your project going forward.

Improvements

With two exceptions, Prototypes and Applications, share all changes and additions you make to this software, as well as all software that invokes this software’s functionality, with the developer. When in doubt, share.

Prototypes

You don’t have to share any change, addition, or other software that meets all these criteria:

  1. You don’t use it for more than thirty days.

  2. You don’t share it outside the team developing it, other than for non-production user testing.

  3. You don’t use it on behalf of anyone outside the team developing it.

Applications

You don’t have to share any software that only invokes this software’s functionality through the interfaces this software exposes, unless it exposes so much of this software’s interfaces or functionality to users, programmers, or other software that it becomes a practical substitute for this software. Interfaces exposed by this software include all the interfaces this software provides users, programmers, or other software to invoke its functionality, such as command line, graphical, application programming, remote procedure call, and inter-process communication interfaces.

How to Share

To share software with the developer:

  1. Send all the source code to the developer in the preferred form for making changes through the system the developer uses to manage and distribute the source code of this software. If the developer uses a public source code repository that accepts pull requests, send a pull request. If the developer accepts patches via e-mail, send a patch to their e-mail address or mailing list.

  2. Make sure every new part of the source code is available under the Blue Oak Model License 1.0.0, the BSD-2-Clause Plus Patent License, or terms with substantially the same legal effect. If you can choose the license terms for part of the source code, license it under the Blue Oak Model License 1.0.0.

  3. Take these steps within thirty days.

  4. Note that this license doesn’t let you change the license for this software. Follow Notices.

Intellectual Property

The developer licenses you to do everything with the software that would otherwise infringe their copyright in it, except for Prohibited Purposes.

Patent

The developer licenses you to do everything with the software that would otherwise infringe any patent claims they can license or become able to license, except for Prohibited Purposes.

Patent Defense

If you make any written claim that software offered for sale through griffarins.com infringes or contributes to infringement of any patent, this license ends immediately. If an organization you work for makes that kind of claim, this license ends immediately for work for that organization.

Excuse

You’re excused for unknowingly breaking Notices, Credit, or Share if you take all practical steps to comply within thirty days of learning you broke the rule.

Reliability

The developer cannot revoke this license.

No Liability

As far as the law allows, the software comes as is, without any warranty or condition, and the developer will not be liable to anyone for any damages related to the software or this license, under any kind of legal claim.