3 ms·

If you choose a license like AGPL then this will exclude most corps who will not pay for open source from using it, which turns out to have a large overlap with

by buro9 4y ago

If you choose a license like AGPL then this will exclude most corps who will not pay for open source from using it, which turns out to have a large overlap with the corps that expect you to drop everything and address their immediate concern. It keeps the project within OSS more, or those who are willing to invest in OSS (because if they do anything more than just use the library / application then they now have a burden to publish changes and be visible so they're forced to invest something from their side). Recently this has been my thought... that my future projects should be AGPL from day one. To the existing ones, especially the successful one... if it does get too much for me, I shall relicense.

protomikron 4y ago
Yes, I think so too. > Recently this has been my thought... that my future projects should be AGPL from day one. If that means that companies can't use it, because that would mean, if they use it they would be required to open-source their managed SaaS solution ... that's a feature?
- buro9 4y ago
  Where I think it's a feature is that instead of them taking from open source and expecting to be able to do that without having to do anything from their side (except demand fixes / updates / features)... AGPL forces them to invest some time and money into sharing any changes they've made and contributing back. It prevents corps running their own version without sharing those changes back, and it forces corps to think carefully about whether they are willing to invest (their time and effort) in the OSS projects that they consume. I doubt it would mean that they have to OSS their SaaS offerings. Most likely things are all implemented as little services and the boundary of what they'd have to OSS at most is one of those. More it forces them to be a better and more mindful consumer of OSS.
  - colejohnson66 4y ago
    IANAL, but the AGPL scares people (like lawyers) simply because it’s untested legal waters. The GPL at least is clear about what counts as distribution, but the AGPL, depending on who you ask, may or may not be. The GPL also has case law in a few countries; the AGPL doesn’t. Some developers at $BIGCORP may think they’d be fine using an AGPL library/utility in one spot, but legal gets nervous, so they recommend management shut it down to avoid lawsuits.
    - buro9 4y ago
      Which is fine :) Then I don't get $BIGCORP demands for things for my lil' precious made-for-me-but-shared-with-the-world project.
    - pabs3 4y ago
      This appears to have been an AGPL related case, although it wasn't about the network clause. https://www.theregister.com/2017/05/13/gnu_gpl_enforceable_contract/ https://www.theregister.com/2017/05/13/gnu_gpl_enforceable_c... BTW, the AGPL network clause triggers on modification, not on distribution (which the AGPL has the same provisions for as the GPL) or public performance or something else.
  - pabs3 4y ago
    AGPL doesn't force companies to share back upstream, only that their users can get the source code. Most of those users probably are non-technical folks who don't understand software development or even if they are power users won't bother to download the source, let alone contribute back upstream. The company can choose who their users are too, so they don't have to accept the OSS devs who want to get code back as users.
ricardobeat 4y ago
"If you choose a license like AGPL then this will exclude most corps", period. It is nicknamed Anxiety GPL for a reason... the discussion of what other parts of your system are a 'derivative work', and would require licensing under AGPL, hasn't been settled and depends on individual lawyers' or judges' interpretation.
- teraflop 4y ago
  The definition of what counts as a "derivative work" has nothing whatsoever to do with the AGPL: it's defined by copyright law. (Although you're right that it's almost entirely defined by case law, rather than being explicitly defined in statutes or regulations.) If something is a derivative work for the purposes of the AGPL, then it's also a derivative work for the purposes of the GPL, or any other copyright license.
pabs3 4y ago
Its not exactly hard to comply with the AGPL, just publish the source as part of the deployment process. I don't understand why corps refuse to use AGPL.

by buro9 4y ago

protomikron 4y ago

Yes, I think so too. > Recently this has been my thought... that my future projects should be AGPL from day one. If that means that companies can't use it, because that would mean, if they use it they would be required to open-source their managed SaaS solution ... that's a feature?

buro9 4y ago
Where I think it's a feature is that instead of them taking from open source and expecting to be able to do that without having to do anything from their side (except demand fixes / updates / features)... AGPL forces them to invest some time and money into sharing any changes they've made and contributing back. It prevents corps running their own version without sharing those changes back, and it forces corps to think carefully about whether they are willing to invest (their time and effort) in the OSS projects that they consume. I doubt it would mean that they have to OSS their SaaS offerings. Most likely things are all implemented as little services and the boundary of what they'd have to OSS at most is one of those. More it forces them to be a better and more mindful consumer of OSS.
- colejohnson66 4y ago
  IANAL, but the AGPL scares people (like lawyers) simply because it’s untested legal waters. The GPL at least is clear about what counts as distribution, but the AGPL, depending on who you ask, may or may not be. The GPL also has case law in a few countries; the AGPL doesn’t. Some developers at $BIGCORP may think they’d be fine using an AGPL library/utility in one spot, but legal gets nervous, so they recommend management shut it down to avoid lawsuits.
  - buro9 4y ago
    Which is fine :) Then I don't get $BIGCORP demands for things for my lil' precious made-for-me-but-shared-with-the-world project.
  - pabs3 4y ago
    This appears to have been an AGPL related case, although it wasn't about the network clause. https://www.theregister.com/2017/05/13/gnu_gpl_enforceable_contract/ https://www.theregister.com/2017/05/13/gnu_gpl_enforceable_c... BTW, the AGPL network clause triggers on modification, not on distribution (which the AGPL has the same provisions for as the GPL) or public performance or something else.
- pabs3 4y ago
  AGPL doesn't force companies to share back upstream, only that their users can get the source code. Most of those users probably are non-technical folks who don't understand software development or even if they are power users won't bother to download the source, let alone contribute back upstream. The company can choose who their users are too, so they don't have to accept the OSS devs who want to get code back as users.

ricardobeat 4y ago

"If you choose a license like AGPL then this will exclude most corps", period. It is nicknamed Anxiety GPL for a reason... the discussion of what other parts of your system are a 'derivative work', and would require licensing under AGPL, hasn't been settled and depends on individual lawyers' or judges' interpretation.

teraflop 4y ago
The definition of what counts as a "derivative work" has nothing whatsoever to do with the AGPL: it's defined by copyright law. (Although you're right that it's almost entirely defined by case law, rather than being explicitly defined in statutes or regulations.) If something is a derivative work for the purposes of the AGPL, then it's also a derivative work for the purposes of the GPL, or any other copyright license.

pabs3 4y ago

Its not exactly hard to comply with the AGPL, just publish the source as part of the deployment process. I don't understand why corps refuse to use AGPL.