Sentry has moved to a new license for its products called Functional Source License, and explains in this article the story of the licensing for these products and why they throw BSL for FSL.

    • amigan@lemmy.dynatron.me
      link
      fedilink
      English
      arrow-up
      12
      arrow-down
      1
      ·
      edit-2
      1 year ago

      Yup. Just another greedy company trying to instill the warm and fuzzies in prospective customers and benefit from unpaid members of the public fixing their bugs with the “open source” branding.

    • satan
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      Good. Users aren’t the ones spending countless hours coding, debugging, and testing their apps. And they shouldn’t give a shit about internet keyboard warriors and their ideals.

      don’t like it? write your own code.

  • explore_broaden@midwest.social
    link
    fedilink
    arrow-up
    11
    arrow-down
    3
    ·
    1 year ago

    I think this is a pretty reasonable compromise to stop big cloud companies from offering their service using their code. Putting the code under either Apache or MIT after 2 years seems like a good approach to me, I like it a lot more than the ‘open core’ scheme a lot of SaaS companies use.

    • True Blue@lemmy.comfysnug.space
      link
      fedilink
      arrow-up
      16
      ·
      edit-2
      1 year ago

      I agree that it’s better than the “open core” model because it limits by time rather than space, as they say, but it kinda misses the point of open-source software. The conflict of interest is that they effectively want to be the only ones who can profit off the software, while still benefiting from the free work of others, but commercial-use is within the open-source definition.

      My real issue is that it seems like they’re trying to spin it as a kind of “open-source”, but it’s not. If they were more up-front about that, I probably wouldn’t care as much.

      Also saying that it’s less restrictive than copyleft is just outright false.

      • explore_broaden@midwest.social
        link
        fedilink
        arrow-up
        3
        arrow-down
        2
        ·
        1 year ago

        They do allow you to profit off the software though, by using it to host the service for yourself (even as a company), you just can’t offer hosting as a service to compete with them. Obviously this doesn’t offer as much freedom as just a straight MIT or Apache license, but I feel like it still qualifies as open-source; they are only really adding one restriction, and it could even be considered less restrictive than something like GPL (no requirement to open source derived software). I think this license makes a good compromise of being as open as they possibly can without AWS/GCP/Azure eating all of their business without doing any real engineering work.

          • Paragone@lemmy.ml
            link
            fedilink
            arrow-up
            4
            arrow-down
            1
            ·
            1 year ago

            and if you consider that “economic barrier to entry” can make any bigger company, who is able to scoop a startup’s code & sell the use of it, can extinguish the startup who created the code

            then, yes, there are definitely situations where protection-against-competitors, some of whom have DEEP pockets, could be an actual requirement, for opensourcing one’s code.

            “Coopetition” Bill Gates coined, where you “cooperate” with your competitors, but, being Microsoft, you do it so you can snuff them, soon.

            I can definitely see why a company would want to be able to allow limited use of their code, globally, but to legally-prohibit using it to destroy them.

      • explore_broaden@midwest.social
        link
        fedilink
        arrow-up
        3
        arrow-down
        3
        ·
        1 year ago

        I agree that that would be excellent, but I think there is still a difference, like Linux they do allow a company to use (but not for anything, only for some things) and enhance their open source software instead of paying for their service without contributing it back.

    • pastermil@sh.itjust.works
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      I wonder if this kind of license would be accepted by the rest of open-source communities. So far, SSPL is treated like a villain.

      • explore_broaden@midwest.social
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        1 year ago

        One difference (so far as I know, I’m not an expert on either situation) is that MongoDB requires copyright assignment for contributions seemingly because the license is so restrictive they can’t offer their own service under its terms (without open-sourcing all the software they use to host it). So far as I know Sentry does not require this (although the restriction against running a competing service does not affect them since they are the service, so I’m not sure this argument really holds up that well). Also the fact that that one encumbrance is released after two years helps their case a lot in my eyes.

  • andruid@lemmy.ml
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    1 year ago

    FSL is better than strait proprietary and if a company had to choose between the two I hope they choose FSL. All that said it just doesn’t feel like there is a real hope here for the eventual Open source fork here. It’s just a fail safe for people still on legacy systems and even then 2 years of potentially no new updates … Could be killer for security flaws. With tons of paradigm shifts between then too.

    It almost needs a SLA that says if it isn’t maintained to a certain level then it is also opensourced.