Hi,
On Sat, Jan 14, 2023 at 05:28:09PM -0500, James Bottomley wrote:
> What do you mean "a source"? every apache licensed library that's
> statically linked with a GPLv2 program would be an example of this ...
> in the early days there was no dynamic linking, so all the early GNU
> tools were
I am fine with dropping MBED TLS for good
On Sat, Jan 14, 2023, 11:30 PM Arne Schwabe wrote:
> Hey,
>
> This is the first round and will be only to the openvpn-devel list.
> After that I will also write to individuals email addresses but I want
> to start with sending this to the devel list.
>
Am 15.01.23 um 14:23 schrieb Selva Nair:
Hi,
We would like to be able to continue to build/ship OpenVPN with mbed
TLS. We want all contributors to ask if they agree to license change
that adds explicit permission to link with Apache 2 licensed libraries:
Special exception for
On Sun, 2023-01-15 at 16:34 +0100, Arne Schwabe wrote:
> Am 15.01.23 um 16:22 schrieb James Bottomley:
> > On Sun, 2023-01-15 at 15:22 +0100, Arne Schwabe wrote:
[...]
> > > So you are right in the sense that the Apache2 is just
> > > a normal library to link for most purposes, the GPL licenses
Am 15.01.23 um 17:12 schrieb Илья Шипицин:
that means
1) distributing openssl dll for windows installer is illegal
2) distributing openssl/libressl with tunnelblick is illegal
It means the exception for OpenSSL applies to it and it is on very solid
ground (at least with OpenSSL up to
HI,
On Sun, Jan 15, 2023 at 10:12:03PM +0600, ?? wrote:
> 1) distributing openssl dll for windows installer is illegal
> 2) distributing openssl/libressl with tunnelblick is illegal
Neither, because we do have an exception for OpenSSL.
But distributing with mbedTLS is what
Hi,
On Sun, Jan 15, 2023 at 06:52:40PM +0600, ?? wrote:
> subject says "allow mbed TLS 3.x linking".
> is OpenSSL currently restrictive as well ?
OpenSSL has always been restrictive, which is why our license has
always had a permit-linking-to-OpenSSL exception.
gert
--
Hi,
We would like to be able to continue to build/ship OpenVPN with mbed
> TLS. We want all contributors to ask if they agree to license change
> that adds explicit permission to link with Apache 2 licensed libraries:
>
>
> Special exception for linking OpenVPN with Apache 2 licensed libraries:
>
On Sun, 2023-01-15 at 14:12 +0100, Arne Schwabe wrote:
> Am 15.01.23 um 14:10 schrieb Matthias Andree:
> > Am 15.01.23 um 12:44 schrieb Gert Doering:
> > > Hi,
> > >
> > > On Sat, Jan 14, 2023 at 05:28:09PM -0500, James Bottomley wrote:
> > > > What do you mean "a source"? every apache licensed
On Sun, 2023-01-15 at 05:23 +0100, Arne Schwabe wrote:
> > Even if, for the sake of argument, I assume that what you're doing
> > isn't covered by the system library exception, then what you're
> > proposing doesn't fix your problem. Your problem becomes section 2
> > of the GPLv2: you must
If that's the source of this issue, then I think there's a
misunderstanding about the problem the OpenSSL exception is addressing.
The problem was that the OpenSSL licence required additional conditions
be imposed on the binary as a whole, even though openssl itself was a
system library.
Hi,
On Sun, Jan 15, 2023 at 08:23:11AM -0500, Selva Nair wrote:
> Some may find this discussion a waste of time but let's not belittle
> people's contributions.
> I do care about how my work is licensed.
I find having to spend my time on "how can two *free software licenses*
be made compatible"
Am 15.01.23 um 16:22 schrieb James Bottomley:
On Sun, 2023-01-15 at 15:22 +0100, Arne Schwabe wrote:
If that's the source of this issue, then I think there's a
misunderstanding about the problem the OpenSSL exception is
addressing. The problem was that the OpenSSL licence required
additional
From: Selva Nair
- Instead of 0, 1, 2 use RTA_ERROR, RTA_SUCCESS, RTA_EEXIST
as the return code of route addition functions.
- Also fix a logging error: status -> (status == RTA_SUCCESS)
v2: fold long lines
use "bool ret = .." pattern for android too
fix two more lines where status
If you are okay with this, please reply to this mail and confirm that.
Otherwise we might be forced to remove and/or rewrite your code.
The GPL, in its spirit, was developed to empower users, not businesses.
So, after pondering for many hours about planned obsolescence, vendor
respect for the
Am 15.01.23 um 13:21 schrieb Илья Шипицин:
I am fine with dropping MBED TLS for good
Please read the full mail. This also affects OpenSSL. We would like to
reaffirm that contributors are still okay linking with OpenSSL even
after OpenSSL changed its license to Apache2.
Arne
subject says "allow mbed TLS 3.x linking".
is OpenSSL currently restrictive as well ?
вс, 15 янв. 2023 г. в 18:24, Arne Schwabe :
> Am 15.01.23 um 13:21 schrieb Илья Шипицин:
> > I am fine with dropping MBED TLS for good
> >
>
> Please read the full mail. This also affects OpenSSL. We would like
Am 15.01.23 um 12:44 schrieb Gert Doering:
Hi,
On Sat, Jan 14, 2023 at 05:28:09PM -0500, James Bottomley wrote:
What do you mean "a source"? every apache licensed library that's
statically linked with a GPLv2 program would be an example of this ...
in the early days there was no dynamic
вс, 15 янв. 2023 г. в 19:09, Arne Schwabe :
> Am 15.01.23 um 13:52 schrieb Илья Шипицин:
> > subject says "allow mbed TLS 3.x linking".
> > is OpenSSL currently restrictive as well ?
> >
>
> Yes that is what the subject says but OpenSSL 3 also uses Apache 2.
>
> In laymen terms, the Apache 2
Hi,
On Sun, Jan 15, 2023 at 08:37:00AM -0500, James Bottomley wrote:
> The GNU project began in 1982. Static libraries for SYS-V were
> initially proposed around 1986 and didn't become widespread until the
> 90s.
And exactly when was *the Apache license* published, or GPL *v2*?
This was the
just curious, is linking against LibreSSL allowed ? os x Tunnelblick is
shipped with both LibreSSL and OpenSSL builds, but neither of them is
"system" lib as far as I know.
вс, 15 янв. 2023 г. в 21:35, Arne Schwabe :
> Am 15.01.23 um 16:22 schrieb James Bottomley:
> > On Sun, 2023-01-15 at 15:22
Hi,
On Fri, Jan 13, 2023 at 06:57:53PM -0500, selva.n...@gmail.com wrote:
> From: Selva Nair
>
> - Instead of 0, 1, 2 use RTA_ERROR, RTA_SUCCESS, RTA_EEXIST
> as the return code of route addition functions.
>
> - Also fix a logging error: status -> (status == RTA_SUCCESS)
>
> Signed-off-by:
that means
1) distributing openssl dll for windows installer is illegal
2) distributing openssl/libressl with tunnelblick is illegal
?
вс, 15 янв. 2023 г. в 22:09, Arne Schwabe :
> Am 15.01.23 um 17:07 schrieb Илья Шипицин:
> > just curious, is linking against LibreSSL allowed ? os x
On Sun, 2023-01-15 at 16:04 +0100, Gert Doering wrote:
> Hi,
>
> On Sun, Jan 15, 2023 at 08:37:00AM -0500, James Bottomley wrote:
> > The GNU project began in 1982. Static libraries for SYS-V were
> > initially proposed around 1986 and didn't become widespread until
> > the 90s.
>
> And exactly
Hi,
On Sun, Jan 15, 2023 at 06:21:21PM +0600, ?? wrote:
> I am fine with dropping MBED TLS for good
This is not the question asked.
For the record: I am fine with the proposed change of license.
(I think this is all a tremendous waste of time, but since sufficient
number
Am 15.01.23 um 13:52 schrieb Илья Шипицин:
subject says "allow mbed TLS 3.x linking".
is OpenSSL currently restrictive as well ?
Yes that is what the subject says but OpenSSL 3 also uses Apache 2.
In laymen terms, the Apache 2 license contains additional protections
for users using the
Am 15.01.23 um 14:10 schrieb Matthias Andree:
Am 15.01.23 um 12:44 schrieb Gert Doering:
Hi,
On Sat, Jan 14, 2023 at 05:28:09PM -0500, James Bottomley wrote:
What do you mean "a source"? every apache licensed library that's
statically linked with a GPLv2 program would be an example of this
On Sun, 2023-01-15 at 15:22 +0100, Arne Schwabe wrote:
>
> > If that's the source of this issue, then I think there's a
> > misunderstanding about the problem the OpenSSL exception is
> > addressing. The problem was that the OpenSSL licence required
> > additional conditions be imposed on the
Hi,
On Sun, Jan 15, 2023 at 10:22:06AM -0500, James Bottomley wrote:
> > And then the restrictions become a problem.
>
> Only if the library you're linking with isn't a system library, which I
> think we can all agree in not the case on every Linux distribution
> because they all ship both
Am 15.01.23 um 17:07 schrieb Илья Шипицин:
just curious, is linking against LibreSSL allowed ? os x Tunnelblick is
shipped with both LibreSSL and OpenSSL builds, but neither of them is
"system" lib as far as I know.
LibreSSL counts as modification of OpenSSL.
Arne
вс, 15 янв. 2023 г. в 22:29, Gert Doering :
> HI,
>
> On Sun, Jan 15, 2023 at 10:12:03PM +0600, ?? wrote:
> > 1) distributing openssl dll for windows installer is illegal
> > 2) distributing openssl/libressl with tunnelblick is illegal
>
> Neither, because we do have an
Yes but neither mbed TLS nor OpenSSL is a system library on Windows
or macOS. And even mbed TLS is sketchy as many distributions do not
have in their base system. So just assume, at least for the sake of
argument that they are not. In that case I think we need this
exception. So I am asking
Am 14.01.23 um 18:29 schrieb Arne Schwabe:
Hey,
This is the first round and will be only to the openvpn-devel list.
After that I will also write to individuals email addresses but I want
to start with sending this to the devel list.
We are writing to you since you are or were a contributor in
Hi,
On Sun, Jan 15, 2023 at 8:53 AM Arne Schwabe wrote:
> Am 15.01.23 um 14:23 schrieb Selva Nair:
> > Hi,
> >
> > We would like to be able to continue to build/ship OpenVPN with mbed
> > TLS. We want all contributors to ask if they agree to license change
> > that adds explicit
34 matches
Mail list logo