AlbumentationsX: AGPL and Commercial Licensing
AlbumentationsX became the maintained successor to the legacy MIT-licensed albumentations package in June 2025.
The legacy package remained available for anyone who wanted to use it, fork it, or maintain a compatible line.
Updated 2026-07-14
The original post used shortcuts such as "proprietary means a commercial license is required," "your entire project," and "viral license." Those statements were too categorical. This revision follows the actions named in the AGPL itself: running, modifying, conveying, combining, and remote interaction with a modified version.
What Changed in 2025
- 2025-05-27:
albumentations2.0.8was released under MIT. It became the last release of the legacy package. - 2025-06-19: the AlbumentationsX repository began with its initial import and the new licensing model.
- 2025-06-25: this announcement introduced the maintained package to users.
- July 2025: the legacy repository was archived. Its MIT source and PyPI releases remained available.
AlbumentationsX uses the same Python import namespace, so most migrations start with a package change:
pip uninstall albumentations
pip install albumentationsx
import albumentations as A
API compatibility was a migration goal, not a guarantee that every environment behaves identically. Run your tests against the maintained package before changing a deployed pipeline.
Why the New Repository Uses Two License Paths
Maintaining compatibility, fixing bugs, answering reports, and adding features requires ongoing work. Donations did not fund that work at a sustainable level. The new repository therefore offers two permission paths:
- AGPL-3.0-only, the open-source identifier attached to the public repository beginning with
2.3.2. - Separately agreed commercial terms, for organizations that want different permissions for a defined use.
The exact package-history boundary is preserved: tags 2.1.3 through 2.3.1 were published with
AGPL-3.0-or-later metadata, and those grants remain in place. AGPL-3.0-only is the prospective identifier from
2.3.2; the project does not republish 2.3.1 with different license metadata.
The AGPL is not limited to nonprofit or noncommercial activity. Commercial organizations can use AGPL software when they follow the terms that apply to their actions. A commercial license is an alternative permission set, not a tax on the word "commercial."
The Legacy MIT Package Is Still an Option
If albumentations==2.0.8 already meets your needs, the MIT license continues to apply to that release. You may keep
using it or fork it under those terms.
The tradeoff is maintenance. The archived package receives no new bug fixes, security response, compatibility work, or transforms. Teams should choose that tradeoff deliberately rather than treating the legacy package as unavailable.
Analyze Actions, Not Labels
The GNU AGPL version 3 distinguishes running, making private copies, conveying copies, conveying modified works, and remote interaction with a modified version. It does not contain a rule that says every proprietary, internal, or production use automatically requires a commercial license.
| Situation | Start with these facts |
|---|---|
| Unmodified use inside one legal entity | Section 2 expressly permits running the unmodified Program. Check whether any copy leaves the entity. |
| Private modifications | Section 2 addresses covered works that are not conveyed. Also check whether users interact remotely with the modified version. |
| Proprietary Python code imports the library | Determine whether anything is conveyed and whether the components form a covered or combined work. A Python import alone is not a complete legal analysis. |
| Web or API use | Section 13 specifically addresses remote interaction with a modified version. Do not turn that into a claim about every unmodified library behind every web service. |
| Product, SDK, container, appliance, or on-premises delivery | Giving another party a copy brings the conveyance provisions into the analysis. Packaging and work boundaries matter. |
| Training that produces weights or predictions | Output is not automatically covered. Section 2 asks whether the output itself constitutes a covered work. Check separately whether code or a runtime is also delivered. |
| Contractors, affiliates, or subsidiaries | Check legal-entity boundaries, direction and control, contract terms, and where copies are kept. "Internal group" is not a defined AGPL category. |
| Evaluation | The AGPL has no separate evaluation exception. Apply the same analysis to what happens during the test. |
Terms such as "covered work," "work based on the Program," "Corresponding Source," "convey," and "aggregate" have specific jobs in the license. Replacing them with "your entire application" hides the boundary question rather than answering it.
For a longer scenario-by-scenario explanation, see the License Guide.
What Commercial Terms Can Cover
A commercial license can grant alternative permission to use, modify, host, or distribute AlbumentationsX for the scope written in the agreement. The agreement should identify:
- the legal entities and any covered contractors or affiliates;
- the product, project, or model family;
- internal, SaaS, customer-facing, SDK, appliance, or on-premises use;
- modification and distribution rights;
- term, renewal, and any deployment limits;
- support or SLA terms, if included.
Do not assume that a commercial license automatically covers every affiliate, product, or deployment. Do not assume support is included unless the agreement says so.
How to Choose
- Use the legacy MIT package if the frozen
2.0.8line meets your technical and maintenance requirements. - For AlbumentationsX, map your actual actions to the repository license.
- If you want alternative permissions, request commercial terms for the exact entities, software, and deployment model you need covered.
This post explains the available paths; it does not decide how the AGPL applies to a reader's system. Use your own adviser when the conclusion affects a material business or legal decision.