Replies: 1 comment
-
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I am raising this issue to bring a potential licensing compliance matter to the attention of the SixLabors team. It appears that IronXL (and its core dependency IronSoftware.Common.Drawing) may be incorporating significant portions of ImageSharp’s logic or implementation details in a manner that may not align with the SixLabors Split License.
Background
I'm doing deep investigation on IronXL. I noticed that IronSoftware.Common.Drawing serves as the foundational imaging layer for Iron Software's commercial suite. Upon closer inspection, several technical implementations within this package show a high degree of correlation with the architectural patterns and specific algorithmic implementations pioneered by ImageSharp.
I would like to bring a licensing compliance matter to the attention of the SixLabors maintainers. It has been observed that IronSoftware.Common.Drawing—a foundational package used across the entire Iron Software product suite (including IronXL, IronPDF, IronOCR, etc.)—directly references and utilizes ImageSharp.
Key Findings
Systemic Impact
Because IronSoftware.Common.Drawing is a shared core component, this dependency is propagated across their entire portfolio. This means that every user of an Iron Software product may inadvertently be using an improperly licensed version of ImageSharp.
Conclusion
As a member of the .NET open-source community and a maintainer myself, I believe it is crucial to ensure that commercial entities respect the sustainability models of the libraries they build upon. I am flagging this so the SixLabors team can verify if a valid commercial agreement is in place or if further action is required to protect your intellectual property.
Beta Was this translation helpful? Give feedback.
All reactions