Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is GPL-3.0 correct? #162

Open
jonathanspw opened this issue May 21, 2024 · 4 comments · May be fixed by #163
Open

Is GPL-3.0 correct? #162

jonathanspw opened this issue May 21, 2024 · 4 comments · May be fixed by #163

Comments

@jonathanspw
Copy link

Hi,

I'm a Fedora/EPEL packager and was working towards getting Vaultwarden and the web side packaged up into official packages and all is/was going smoothly until it came to my attention that code from https://github.com/bitwarden/clients/tree/main/bitwarden_license is indeed used in bw_web_builds.

I tested by simply removing the directory as part of the build scripts, and unsurprisingly, the build fails.

I believe this renders GPL-3.0 incorrect, at least for part of the content, anything built upon the bitwarden-licensed code, and unfortunately bars the web GUI from inclusion into Fedora/EPEL and any other distros which follow strict OSI-approved license requirements.

The restrictions from https://github.com/bitwarden/clients/blob/browser-v2024.5.0/LICENSE_BITWARDEN.txt#L27-L31 specifically make the bitwarden license incompatible with OSI standards.

I'm not very familiar with node/TS so I don't know exactly how/what these files are doing so I apologize if I'm totally off base here.

@BlackDex
Copy link
Collaborator

The code is GPL. And i think the build also fails if you omit our patches to be applied and remove that directory.

Also, we build using the dist:oss:selfhost option

RUN npm run dist:oss:selfhost

Which only uses GPL compatible code as far as i know.

@jonathanspw
Copy link
Author

Which only uses GPL compatible code as far as i know.

I dug into the code a bit and as best I can tell you are right! Thanks for the quick reply and pointing me in the right direction on that.

Would you be open to a refactored patch that would allow removing that directory without causing failure?

@tessus
Copy link
Contributor

tessus commented May 25, 2024

working towards getting Vaultwarden and the web side packaged up into official packages

Nice. This means I won't have to build my own packages anymore. ;-) However, one thing I'd consider when packaging for Fedora is to create packages between releases.

e.g. I create packages (for the vw binary, not the webvault) like this: vaultwarden-1.30.5^20240519.753a9e0b-1.fc40.x86_64

@jonathanspw
Copy link
Author

working towards getting Vaultwarden and the web side packaged up into official packages

Nice. This means I won't have to build my own packages anymore. ;-) However, one thing I'd consider when packaging for Fedora is to create packages between releases.

e.g. I create packages (for the vw binary, not the webvault) like this: vaultwarden-1.30.5^20240519.753a9e0b-1.fc40.x86_64

I'm happy to report that vaultwarden-web is in Fedora/EPEL stable repos. vaultwarden itself is currently in Fedora/EPEL testing repos and will hit stable in about a week.

As for the package updates between releases - is there a pressing reason to do that? If there are important changes that don't get cut in releases we can/should push upstream/vaultwarden to cut a release, or we can add them to the RPM as patches if it's important to get in the package before the next release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants