Licensing, answered.

Grengin is free and open source under the Apache License 2.0, at any size, for any use, including hosting it for other people. Here is what that means, what the Grengin trademark covers, and how contributions work.

License version Apache 2.0 · Updated August 2026

Always free

Use, self-host, modify, embed, resell, and host Grengin for third parties, at any size. No per-seat fees, revenue thresholds, reserved uses, or agreements to sign.

The trademark

The code is open; the name is official. Forks and third-party services use their own name. Perter ships the builds that carry the Grengin brand.

Optional & paid

Support with an SLA and managed offerings from Perter. Never required and never a feature gate.

The license, in plain terms

What license is Grengin under?

The Apache License 2.0, an OSI-approved open source license. Both public repositories carry it, and the full text is on GitHub. It includes an explicit patent grant, so you get a patent license along with the code.

What happened to the Sustainable Use License?

Earlier releases shipped under it and stay under it. Everything from this release onward is Apache 2.0: the reserved uses, the separate agreements, and the enterprise license are gone. Running the latest release is the simple path.

Why Apache 2.0?

It is the Android model: open code under a permissive license, a protected trademark, and optional services on top. It makes "open source" literally true and means consultancies, MSPs, and cloud providers can build on Grengin without a licensing conversation.

Using Grengin

Do I need to pay anything to use Grengin?

No. The software and cloud marketplace images are free for everyone, at any size, for any use. You pay your cloud and AI providers directly.

Can I use Grengin commercially? Does company size or revenue matter?

Yes, you can use it commercially, and company size or revenue does not matter. There are no thresholds and no commercial license. A two-person startup and a Fortune 500 run the same free software on the same terms.

Can I host Grengin for my clients, or offer it as a service?

Yes, and you need no agreement with us to do it. The one thing you cannot do is market that service under the Grengin name or logo without a written agreement with Perter. Describing it accurately, for example as "a managed service built on Grengin", is fine.

Can I fork or modify Grengin?

Yes, freely. If you distribute a fork, keep the LICENSE and NOTICE files, say what you changed, and give it its own name and logo. Saying it is "based on Grengin" is welcome.

Can I embed Grengin in a product I ship?

Yes, including paid and proprietary products. Ship the LICENSE and NOTICE files with the code.

The trademark

What does the trademark cover?

The "Grengin" name and logo. They identify official builds from Perter. Forks, derived distributions, and third-party hosted services use their own branding. Truthful references such as "built on Grengin" and "compatible with Grengin" never need permission. Read the full trademark policy.

Contributing to Grengin

How do contributions work?

Grengin is built in-house at Perter, and the repositories are public so you can read, run, audit, and fork the code. Issues and small pull requests are welcome. There is nothing to sign: Section 5 of the license says that anything you submit for inclusion comes in under the project's own license.

Compliance

What do I have to do when I redistribute Grengin?

Include the LICENSE file, include the NOTICE file, keep the copyright notices, and say which files you changed. That is the whole list; Section 4 of the license has the exact wording. Trademark questions go to licensing@grengin.com.

Why this model

Why this license model?

The software should be free and genuinely open for the people who use it. Perter funds the work through the things only Perter can offer: the brand, official builds, support, and managed offerings, not by restricting what you can do with the code.

What's your long-term commitment?

The core stays free, complete, and open source. Released code stays released: Apache 2.0 cannot be revoked for versions already published, so there is no rug-pull to worry about. Source stays public and the roadmap stays transparent.

Still have questions?

Tell us what you're building and we'll help you figure out what applies. We typically reply within 1–2 business days.