TLDR: It’s compatible with other copy-left licenses like GPLv3. However, it’s available in multiple languages, which technically makes it more applicable.

I started using it for my own project. If you want a practical example: https://github.com/TimoKats/emmer

  • yetAnotherUser@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    2
    ·
    15 hours ago

    I can only answer the first question:

    The great thing about the EUPL is: Its terms prevail if the other license does not have conflicting provisions. Any code licensed under EUPL will keep the SaaS restrictions:

    However, according to the EUPL, the compatible licence that is applied to a derivative work will prevail “in case of conflict” with the EUPL. For example, when the EUPL licensor has its seat in Germany, the applicable law is German and the court is Berlin, but if the code is reused in a French project distributed under CeCILL, the French law will be applicable and the competent court will be Paris. But on the strongest open source EUPL provisions, like the coverage of SaaS and the obligation to publish and share the derivative source code, none of the listed compatible licences enters in conflict with the EUPL: for example, they may not “impose” code distribution in case of SaaS distribution, but they do not prohibit it. Therefore the EUPL obligations are persistent.

    https://interoperable-europe.ec.europa.eu/collection/eupl/matrix-eupl-compatible-open-source-licences

    • Ben Matthews@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      2
      ·
      7 hours ago

      I’m still confused by this. Doesn’t that imply that if a derivative SaaS is created in combination with a weaker ( less-copyleft ) license such as GPL, Apache or MIT, then the weaker licence wins, so the derivative source code no longer has to be published ? I’m not looking for a ‘do whatever you like’ licence, I’d prefer a copyleft approach like AGPL, but one that’s easier to defend in europe.

      • yetAnotherUser@discuss.tchncs.de
        link
        fedilink
        English
        arrow-up
        2
        ·
        6 hours ago

        The weaker licenses don’t even mention SaaS so they aren’t in conflict with the EUPL there. As such, the EUPL’s copyleft protections should still remain for code published under it, even when used in an MPL project.

        I’m imagining it as a pseudo-dual license permission and the EUPL as some sort of Affero-LGPL.

        Though SaaS vendors would probably comply maliciously and only send EUPL code snippets back when requesting source code, if they are used in a differently licensed project.

        • Ben Matthews@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          2
          ·
          6 hours ago

          I hope you are right but fear that in practice (has this ever been tested?) you might not be.
          See for example this discussion ( note especially comments by ‘MadHatter’ )

          • yetAnotherUser@discuss.tchncs.de
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 hour ago

            A lot of the discussion seems to be US centric though, such as this quote:

            Courts have a strong tendency to read licences on their faces, that is to say, they look only to the text of the licence to determine rights and obligations. In some cases, courts have explicitly refused [link to https://creativecommons.org/2017/07/06/cc-amicus-brief/] amicus briefs from the authors of the licences who wished to clarify the intended interpretation of their text.

            Since this links to a US court decision, I believe the first part also refers to the US. As little as I know about EU law, what I do know is that it is often intentionally vague to ensure the spirit of the law cannot be violated. That seems to be the same for the EUPL where vagueness is preferred over concrete definitions which may hold up even worse in (EU) court due to the limitations on copyright law.