It seems people have a hard time understanding the implications of licenses, so I have written a something to help with that.

  • paperplane@lemmy.world
    link
    fedilink
    arrow-up
    11
    arrow-down
    1
    ·
    2 days ago

    A good reason to pick GPL is if you want to allow GPL software to integrate yours and you don’t care that much about the AGPL clauses (e.g. because your app isn’t a server).

    CC0 might be a good fit for trivial template repos where you don’t want to burden downstream projects with having to include copyright notices.

    • paequ2
      link
      fedilink
      arrow-up
      4
      ·
      edit-2
      2 days ago

      you don’t care that much about the AGPL clauses (e.g. because your app isn’t a server).

      I’ve been thinking about this recently… Let’s say you develop some local CLI. You think it’s not a server, so you license as GPL.

      Later someone comes and offers your CLI as SaSS. They write the server piece that just calls your local CLI on their server and pipes the input and output between the user.

      So… should you always prefer AGPL over GPL?

      • JackbyDev@programming.dev
        link
        fedilink
        English
        arrow-up
        2
        ·
        2 days ago

        I have thought about this a lot and done some research on it. Bear in mind, I’m far from an expert, just a curious dev, but I’ve found no reasons to favor GPL over AGPL when AGPL exists. I personally see AGPL as closing a loophole GPL didn’t think of.

        One thing I’d wondered if if maybe AGPL hasn’t been tested in court. It has. Not as much as GPL, and I don’t remember if it specifically was the online part, but I definitely found at least one court case involving AGPL code.

    • JackbyDev@programming.dev
      link
      fedilink
      English
      arrow-up
      4
      arrow-down
      1
      ·
      edit-2
      2 days ago

      Absolutely not! Avoid CC0! Stop spreading bad information. If you want a public domain dedication with fallback permissive license the best choice is (sadly) The Unlicense. It is the only public domain dedication with fallback permissive license approved by both FSF and OSI. It’s unfortunate because The Unlicense is still a crayon license.

      If you don’t want to burden some stream projects with including copyright notices, just don’t enforce it if you find people who forgot.

      https://www.gnu.org/licenses/license-list.html#CC0

      If you want to release your non-software work to the public domain, we recommend you use CC0. For works of software it is not recommended, as CC0 has a term expressly stating it does not grant you any patent licenses.

      Because of this lack of patent grant, we encourage you to be careful about using software under this license; you should first consider whether the licensor might want to sue you for patent infringement. If the developer is refusing users patent licenses, the program is in effect a trap for users and users should avoid the program.

        • JackbyDev@programming.dev
          link
          fedilink
          English
          arrow-up
          3
          ·
          edit-2
          2 days ago

          If your company won’t let you use MIT licensed software I don’t know what to tell ya. If your company won’t let you use MIT code, which FSF and OSI endorse, but will let you use CC0 code, which FSF and OSI do not endorse, then I really don’t know what to tell ya.

      • paperplane@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        2 days ago

        What I mean is that you (IIUC) can’t use an AGPL library in a GPL app without relicensing the whole thing to AGPL. For many larger projects relicensing is a huge hassle and often a non-starter if there aren’t very good reasons for it.