question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

[BUG] AGPL license is sometimes not reported as restrictive

See original GitHub issue

I have following pom.xml file:

<project>
    <modelVersion>4.0.0</modelVersion>
    <groupId>g</groupId>
    <artifactId>a</artifactId>
    <version>0.0.1</version>

    <dependencies>
        <dependency>
            <groupId>org.json</groupId>
            <artifactId>json</artifactId>
            <version>20190722</version>
        </dependency>

        <dependency>
            <groupId>com.itextpdf</groupId>
            <artifactId>itextpdf</artifactId>
            <version>5.5.13</version>
        </dependency>

        <!-- <dependency>
            <groupId>com.google.code.gson</groupId>
            <artifactId>gson</artifactId>
            <version>2.8.5</version>
        </dependency> -->
    </dependencies>

    <licenses>
        <license>
            <name>Apache License, Version 2.0</name>
            <url>https://www.apache.org/licenses/LICENSE-2.0.txt</url>
            <distribution>repo</distribution>
            <comments>A business-friendly OSS license</comments>
        </license>
    </licenses>
</project>

com.itextpdf:itextpdf is licensed under restrictive AGPL license, however analysis shows 0 restrictive licenses.

When I add another package (com.google.code.gson:gson:2.8.5) to my stack, it suddenly shows 1 restrictive license. Although there doesn’t seem to be a way how to pin point which of the dependencies is the one with restrictive license.

VSCode(please complete the following information):

  • OS: linux
  • VSCode version 1.37.1
  • Dependency Analytics Version 0.0.12

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Comments:9 (9 by maintainers)

github_iconTop GitHub Comments

0reactions
yzainee-zzcommented, Jan 21, 2021

This is not an issue.

Read more comments on GitHub >

github_iconTop Results From Across the Web

737708 – AGPL-3/AGPL-3+ should be listed under @EULA ...
The AGPL cannot be considered a Free Software license, ... Sure, but every other Free license does not have this restriction on modification ......
Read more >
One downside they don't mention is that the license restricts ...
In that case Google's policy is what is restricting you, not the license. The AGPL doesn't say you can't contribute if you work...
Read more >
Frequently Asked Questions about the GNU Licenses
Does all GNU software use the GNU GPL as its license? Does using the GPL for a ... You are not allowed to...
Read more >
Q&A with Grafana Labs CEO Raj Dutt about our licensing ...
Since AGPL is an OSI-approved license, and there's a history of pervasive AGPL software already in most companies, we do not expect this...
Read more >
To Distribute or Not to Distribute? Why Licensing Bugs Matter
In the case of open source projects, software licenses generally fit into two main categories, permissive and restrictive, depending on the degree to...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found