Pull request #10974 introduces the @bitwarden/sdk-internal dependency which is needed to build the desktop client. The dependency contains a licence statement which contains the following clause:

You may not use this SDK to develop applications for use with software other than Bitwarden (including non-compatible implementations of Bitwarden) or to develop another SDK.

This violates freedom 0.

It is not possible to build desktop-v2024.10.0 (or, likely, current master) without removing this dependency.

  • superkret
    link
    fedilink
    arrow-up
    79
    arrow-down
    1
    ·
    15 小时前

    They claim the SDK and Bitwarden are completely separate, so Bitwarden is still open source.

    The fact that the current version of Bitwarden doesn’t work at all without the SDK is just a bug, which will be fixed Soon™

    • Redjard@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      7
      ·
      4 小时前

      Also important to note is that they are creating the same license problems in other places.

      They broke f-droid builds 3 months ago and try to navigate users to their own repo now. Their own repo ofc not applying foss requirements, because the android app is no longer foss as of 3 months ago. Now the f-droid version is slowly going out of date, which creates a nice security risk for no reason other than their greed.

      Apparently they also closed-sourced their “convenient” npm Bitwarden module 2 months ago, using some hard to follow reference to a license file. Previously it was marked GPL3.

    • umbrella@lemmy.ml
      link
      fedilink
      arrow-up
      9
      ·
      9 小时前

      further translating it: they are closing it down but trying to make it look like they arent

    • CosmicTurtle0@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      16
      arrow-down
      2
      ·
      11 小时前

      Iirc, once reported, the project has 30 days to remedy or they are in violation of the license. They can’t even release a new version with a different license since this version is out under the GPL.

      • GissaMittJobb@lemmy.ml
        link
        fedilink
        arrow-up
        11
        ·
        9 小时前

        Given that they own all of the source code (CLA is required to contribute), they can just stop offering the code under GPL, unless they happen to have any GPL dependencies not under their control, in which case this would not be viable.

        • CosmicTurtle0@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          7
          arrow-down
          2
          ·
          8 小时前

          Switching licenses to future versions doesn’t invalidate previous versions released under GPL.

          I’m not a lawyer but I deal with OSS licenses for work and I don’t know if there’s ever been a case like this, that I can think of anyway.

          Their previous versions, still being under the GPL, would require them to release a change to make it usable on desktops. Again, I’m not a lawyer here but there is a lot of case law behind the GPL and I think the user who made the issue could take them to court to force them to make the change if they don’t respond in 30 days.

          • Redjard@lemmy.dbzer0.com
            link
            fedilink
            arrow-up
            5
            ·
            4 小时前

            It means previous versions remain open, but ownership trumps any license restrictions.
            They don’t license the code to themselves, they just have it. And if they want to close source it they can.

            GPLv3 and copyleft only work to protect against non-owners doing that. CLA means a project is not strongly open source, the company doing that CLA can rugpull at any time.

            The fact a project even has a CLA should be extremely suspect, because this is exactly what you would use that for. To ensure you can harvest contributions and none of those contributers will stand in your way when you later burn the bridges and enshittify.