I am curious and want to understand, not arguing, but this is a serious allegation. Can someone point out exactly where the Wintun violation is?
I’m not a lawyer, but I’ve read the license [1] carefully, and I don’t see an obvious violation for failure to mention Wintun. Section 3 “RESTRICTIONS” does say no removing of proprietary notices, labels or copyrights - is that the problem? It says no redistributing the “rights of the Software” which is different than using the Software directly. And maybe(?) most relevant it says you cannot use the name Wintun to promote your own software, which seems potentially almost opposite of this claim of violation. The license does not seem to mention any requirement to post the name of the project, did I miss something subtle?
[1] https://git.zx2c4.com/wintun/tree/prebuilt-binaries-license....
> Section 3 “RESTRICTIONS” does say no removing of proprietary notices, labels or copyrights - is that the problem?
The license in itself doesn't say that, but the header to link to the DLL is dual-licensed under GPL and 3-BSD (note that the rest of WinTun is solely GPL), and all BSD variants requires notices (even if it is in an About section).
> It says no redistributing the “rights of the Software” which is different than using the Software directly.
So no sub-licensing, for example. They can distribute the software as-is (if using this license), but they cannot adjust the restrictions to a more permissive software (say, BSD or MIT license). This is to enforce GPL2 in other scenarios. This is equivalent in proprietary licenses, where it says that the software is licensed to you but its IP is not transferred.
> And maybe(?) most relevant it says you cannot use the name Wintun to promote your own software, which seems potentially almost opposite of this claim of violation.
"Promotion" here has a specific meaning, at least in the US. Mentioning that your software uses WinTun for legal compliance is not promotion. Mentioning WinTun in your advertisement for the software (unless to mention that it uses WinTun for its VPN), and especially mentioning that WinTun reccomends your software is banned. This might be very obvious, but even 3-BSD (example follows) has maintained this language because trademark laws are weird.
Extract of 3-BSD:
3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.Haha, no. Even if entirely true, it's really not a serious allegation.
I ask because I'd be in violation. I've attached the GPL to a bunch of dinky little projects I haven't bother hosting a public repository for because I don't think anyone else in the 'verse really cares. In most cases I know I'm the only user, but there are a few that some other people have at least downloaded (probably bots or mistakes, but downloaded nonetheless).
I also did not mention (because it was not relevant to the parties being discussed) one other option: If you received the binaries from someone else, with a written offer for source code, and you are distributing the binaries non-commercially, you can simply forward a copy of the written offer of source code you received.
The section of the GPL 2 you want is section 3, and in GPL 3 it’s section 6.
Note that there are some changes here compared to v2 of the GPL.
IANAL but my understanding/interpretation (simplified) is you have to either:
6a) Ship the binaries in a physical product with a copy of the source code accompanying
6b) Ship the binaries in a physical product along with an offer to provide the source code on request
6c) "occasionally and noncommercially" ship the binaries (not necessarily in a physical product) along with an offer to provide the source code on request
6d) Make the binaries available from somewhere (e.g. a website) which also offers the source code (e.g. GitHub would count)
6e) Ship the binaries via a P2P mechanism if you include a link to where you host the source code
Again, IANAL but if you hosted a GPLv3 binary somewhere without source code, it would technically be a violation of the GPL.
However, since you are the copyright holder in this case, you can ship it however you want - it would just prevent anyone else from then distributing it under the GPL since they wouldn't be able to comply with section 6, since they don't have the source code.
- Bundling the source with the program (a)
- Letting people download the source from the same place as they can download the program (d)
- A written offer to hand over the source on request (b, c, e)
> web app that has client code that gets executed in the browser,
That's the technicality stuff, the client triggers an event, that then uses this GPL piece of code that is on the server. I went through our stuff (mostly NPM) and they all are either Apache/MIT but there was one piece like ahh... Anyway not making money yet but will bring this up for review with legal.
Thanks
[append]
> wintun.dll, from the Wintun project, without mentioning it, thus violating its license.
Also, after reading the license, I don't see this particular clause at all.
For your code. The LGPL code still requires source distribution. (Plus, the BSD clause requires attribution.)
https://mullvad.net/en/help/partnerships-and-resellers/
The essence of the article:
Except that Malwarebytes Privacy is just some paint on top of Mullvad and various open-source tools, which would be a parasitic albeit fine behaviour if this was clearly disclosed (as Mullvad is (amusingly) doing on its website), but there is no mention of this whatsoever on Malwarebytes' one. Worse, they're using a possessive voice when talking about the servers (that are Mullvad's) and the code (mostly Wintun and wireguard-windows amongst other, to which they didn't contribute back a single line of code.
Speaking of code, it's shipping
7z.dll from 2018, licensed under LGPL, and some parts under BSD, violating this license. wintun.dll, from the Wintun project, without mentioning it, thus violating its license. Most of the embedded dependencies are from 2018, and subject to documented vulnerabilities:
OpenSSL 1.1.0h pcre2 7z, as mentioned above Poco 1.9.0