• mholiv@lemmy.world
    link
    fedilink
    arrow-up
    120
    arrow-down
    10
    ·
    8 months ago

    For the record. The SSPL that Redis switched to while technically not recognized by the OSI really isn’t bad at all.

    It’s exactly like the AGPL except even more “powerful”. Under the SSPL if you host redis as a paid service you would have to open source the tooling you use to manage those hosted instances of redis.

    I don’t see why anyone but hyper scalers would object. It’s a shame that the OSI didn’t adopt it.

    • baatliwala@lemmy.world
      link
      fedilink
      arrow-up
      47
      arrow-down
      3
      ·
      8 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@lemmy.world
        link
        fedilink
        arrow-up
        38
        arrow-down
        2
        ·
        edit-2
        8 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.

        • anti-idpol action@programming.dev
          link
          fedilink
          arrow-up
          10
          arrow-down
          4
          ·
          8 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@lemmy.world
            link
            fedilink
            arrow-up
            17
            arrow-down
            1
            ·
            8 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.

      • fruitycoder
        link
        fedilink
        arrow-up
        4
        ·
        8 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@programming.dev
        link
        fedilink
        English
        arrow-up
        8
        arrow-down
        6
        ·
        8 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.

    • slacktoid@lemmy.ml
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      3
      ·
      8 months ago

      I wonder who all are sponsoring OSI for them to not recognize SSPL.