[D.N.A] Elasticsearch and Kibana can be called Open Source again. It is hard to express how happy this statement makes me. Literally jumping up and down with excitement here. All of us at Elastic are. Open source is in my DNA. It is in Elastic DNA. Being able to call Elasticsearch Open Source again is pure joy.

[LOVE.] The tl;dr is that we will be adding AGPL as another license option next to ELv2 and SSPL in the coming weeks. We never stopped believing and behaving like an open source community after we changed the license. But being able to use the term Open Source, by using AGPL, an OSI approved license, removes any questions, or fud, people might have.

[Not Like Us] We never stopped believing in Open Source at Elastic. I never stopped believing in Open Source. I’m going on 25 years and counting as a true believer. So why the change 3 years ago? We had issues with AWS and the market confusion their offering was causing. So after trying all the other options we could think of, we changed the license, knowing it would result in a fork of Elasticsearch with a different name and a different trajectory. It’s a long story.

  • Thoralf Will@discuss.tchncs.de
    link
    fedilink
    arrow-up
    35
    ·
    1 month ago

    Someone got cold feet, as it seems. I guess OpenSearch started to eat their lunch.

    My guess: The reputation is already ruined and this change won’t make much of a difference.

  • LalSalaamComrade@lemmy.ml
    link
    fedilink
    English
    arrow-up
    30
    arrow-down
    8
    ·
    edit-2
    1 month ago

    What a deceptive, and contradictory statement to make, kek. The SSPL is AGPLv3 with Section 13 modified. The net-difference is just one section between personal and commercial use.

    The SSPL is based on the GNU Affero General Public License (AGPL), with a modified Section 13 that requires that those making SSPL-licensed software available to third-parties (modified or not) as part of a “service” must release the source code for the entirety of the service, including without limitation all “management software, user interfaces, application program interfaces, automation software, monitoring software, backup software, storage software and hosting software, all such that a user could run an instance of the service using the Service Source Code you make available”, under the SSPL. The chapter structure of the Server Side Public License is identical to that to the AGPL, except that the GPL preamble and application instructions are stripped from the license text.

    And meanwhile, have a look at the Elastic License 2.0:

    The Elastic License 2.0 applies to our distribution and the source code of all of the free and paid features of Elasticsearch and Kibana. Our goal with ELv2 is to be as permissive as possible, while protecting against abuse. The license allows the free right to use, modify, create derivative works, and redistribute, with three simple limitations:

    • You may not provide the products to others as a managed service

    • You may not circumvent the license key functionality or remove/obscure features protected by license keys

    • You may not remove or obscure any licensing, copyright, or other notices

    We tried to minimize the limitations just to those that protect our products and brand from abuse.

    You can keep lying to yourself, Shay Banon.

    • leopold@lemmy.kde.social
      link
      fedilink
      arrow-up
      14
      arrow-down
      2
      ·
      1 month ago

      I don’t follow. ElasticSearch was only available under proprietary source-available licenses. Now, it’s also available under the AGPL, which is open source, meaning ElasticSearch is now open source software. What part of this is deceptive or contradictory?

      • LalSalaamComrade@lemmy.ml
        link
        fedilink
        English
        arrow-up
        8
        arrow-down
        6
        ·
        edit-2
        1 month ago

        Because it does not comply with the Open Source definition?

        SSPL violates these two:

        1. No Discrimination Against Fields of Endeavor

        The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

        1. License Must Not Restrict Other Software

        The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open source software.

        ELv2 violates these four:

        1. Free Redistribution

        The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale.

        1. Derived Works

        The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.

        1. Integrity of The Author’s Source Code

        The license may restrict source-code from being distributed in modified form only if the license allows the distribution of “patch files” with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software.

        1. No Discrimination Against Fields of Endeavor

        The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

        Simply putting in the AGPLv3 does not remove unfair restrictions. I mean, SSPLv1 is not compatible with AGPLv3.

        • leopold@lemmy.kde.social
          link
          fedilink
          arrow-up
          20
          arrow-down
          1
          ·
          edit-2
          1 month ago

          Do you… not know how multi-licensing works? You can use the project’s code under the terms of whichever license you prefer, you don’t use all three at once. Simply putting the AGPLv3 does remove unfair restrictions, because it means you don’t have to use either of the proprietary licenses the project was previously only available under.

          • LalSalaamComrade@lemmy.ml
            link
            fedilink
            English
            arrow-up
            4
            arrow-down
            7
            ·
            edit-2
            1 month ago

            This is getting so tiring because I’ve mentioned it earlier too - section 13 of AGPLv3 and SSPLv1 have different scopes. Just read this article by ScyllaDB - this is with respect to MongoDB, which has a similar licensing model. If it were “really” open-source, then RedHat wouldn’t have removed MongoDB from their “free” repositories.

            • Max-P@lemmy.max-p.me
              link
              fedilink
              arrow-up
              15
              ·
              1 month ago

              The SSPL is irrelevant, you pick the AGPL license and the SSPL doesn’t apply to you.

              Qt is dual-licensed as proprietary and LGPL and nobody complains about that, KDE is in most distro’s repos. You pick the LGPL licensed version and you’re good to go, the proprietary license doesn’t apply to you.

              • 𝕸𝖔𝖘𝖘@infosec.pub
                link
                fedilink
                English
                arrow-up
                2
                ·
                1 month ago

                What benefits does the developer get from using both licenses, if the user gets to decide which one to use? Serious question, by the way. I truly don’t know.

                • Max-P@lemmy.max-p.me
                  link
                  fedilink
                  arrow-up
                  5
                  arrow-down
                  1
                  ·
                  1 month ago

                  The developer benefits from reaching more people, some of whom are likely to purchase the proprietary license. Or sometimes you dual-license just so that licenses are compatible. Each license has pros and cons for both the developers and the users.

                  Qt for example, the LGPL means you need to dynamically link to it, and if you ship your own Qt libraries you must provide the source code for it. But if you’re a company that writes proprietary software and can’t dynamically link, then you can purchase the proprietary license which allows you to do a lot more, but you’re compensating the devs for it. And for the Qt devs that’s good because either you pay them, or you use it for free but must share your changes with everyone.

                  For ElasticSearch, that makes it so Amazon can’t just patch it up and sell the modified version without sharing what they changed. They wanted to add back a FOSS license to stop the bleed to OpenSearch which many in the FOSS community switched to purely for the license because even separate software should be compatible license-wise if you want a sustainable FOSS project. But the AGPL requires sources merely for being able to talk to it over the network, so Elastic gets the free dev work, or the juicy license payments. The other free licenses achieve similar goals with technical differences that might matter for the user. But as a developer using ElasticSearch maybe you do want to ship your software under the SSPL, so you can pick the SSPL version.

                  Dual-licensing MIT/GPL for example, you can build proprietary software, or GPL software where you can vendor it in as GPL-only as well, and thus guarantee your user their GPL rights.

            • piotrm@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              1 month ago

              Are you saying that the mere existence of the option of using a non open source license invalidate the provisions in the open source option? That is, if they offered only AGPL, they would be oss but if they offer your choice of AGPL and something non oss, the AGPL option would no longer be oss too? The article you linked does not address this as far as I can tell.

        • grue@lemmy.world
          link
          fedilink
          English
          arrow-up
          6
          ·
          1 month ago

          And which parts does the AGPL violate? Because that’s what the article is about: it becoming available under the AGPL.

          • LalSalaamComrade@lemmy.ml
            link
            fedilink
            English
            arrow-up
            3
            arrow-down
            4
            ·
            1 month ago

            Section 13 of AGPLv3 and SSPLv1 have different scopes and coverage. Also, from the Stack Exchange - SSPL and the Open Source Definition

            License compatibility is already clear: as a copyleft license, the SSPL is incompatible with other copyleft licenses such as GPL or AGPL, but like the GPL or AGPL is one-way compatible with permissive licenses such as MIT, BSD, or Apache 2.0.

            More about AGPL violations can be read in the same link I’ve mentioned above.

            • Captain Beyond@linkage.ds8.zone
              link
              fedilink
              arrow-up
              6
              ·
              1 month ago

              Assuming they own the copyright (which I believe they do, since they were able to relicense it to begin with) they can absolutely offer it under a dual licensing arrangement even if the licenses are incompatible. It would only be an issue if other peoples’ AGPLv3 licensed code was in there, but as it is not the only copyright they would theoretically be violating is their own, which is literally not possible.

              Dual licensing under a free software license and proprietary EULA is a common business model, especially when the free software license is a strong copyleft like the AGPL, since the proprietary licensors do not have to abide by certain conditions that free license users have to.

      • sweng@programming.dev
        link
        fedilink
        arrow-up
        19
        ·
        1 month ago

        Isn’t that the point of the article? It’s not open-source currently, but will be, once the AGPL option is added.

    • fmstrat@lemmy.nowsci.com
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 month ago

      I think you are confused. You can use ELK under AGPL with this news going forward. The fact that they have to retain SSPL, too, because of previous contributors under that license, has nothing to do with the fact that you can use AGPL going forward. I’ve read your other responses,but they all seem to go down the same seemingly incorrect direction.

      Am I missing something?

  • gencha@lemm.ee
    link
    fedilink
    arrow-up
    6
    ·
    1 month ago

    So you fucked everyone because of a beef you had with AWS. Go fuck yourselves. Moving people off Elastic products is the right move either way. Don’t look back.

  • obbeel@lemmy.eco.br
    link
    fedilink
    arrow-up
    3
    arrow-down
    3
    ·
    1 month ago

    ElasticSearch is the most studied academically database search. This is enough to be happy with this reality. If we are to open new FOSS alternatives, it goes through ElasticSearch, if we are to depend on academic science.