• @baatliwala
    link
    433 months ago

    From what I’ve understood SSPL is a ridiculously ambiguous license, it’s extreme copyleft. It’s not just “open source the tooling you use to host the software”, it can also be interpreted to mean “open source all the hardware and firmware you use to host the software”. No one wants to risk going to court for that so corporate wants to use SSPL licensed software.

    AGPL is the best license you can go for IMO.

    • @mholiv
      link
      35
      edit-2
      3 months ago

      The ambiguity is a valid concern. Hopefully the next version addresses this a bit better. This being said mega corps will call anything they can’t abuse for profit “extreme”. So if they think it’s extreme that just means we are on the right track.

      • @[email protected]
        link
        fedilink
        63 months ago

        lmao imagine allowing to run your software only on RISC-V boxes basically, pretty based but also a shoot in the foot in terms of acquiring any major funding

        • @mholiv
          link
          163 months ago

          To be fair the license is not meant to cause this and has never been enforced like this. The license was written for software tooling.

    • @[email protected]
      link
      fedilink
      43 months ago

      Huh I interpreted it as “everything involved with deployment” so connecting services, scripts, parts the OS that touch it, and an configurations.

      I guess that is the ambiguity you mentioned

    • JackbyDev
      link
      fedilink
      English
      23 months ago

      Regardless of whether it is too strong or too ambiguous, it is absolutely an open source license regardless of whether the OSI and/or FSF approve of it.

        • JackbyDev
          link
          fedilink
          English
          23 months ago

          In what way does SSPL not allow free redistribution for users but does for developers? It requires the source to be made available just like AGPL.