Re: GPL and the "system library" exception

2019-03-21 Thread Ansgar Burchardt
On Thu, 2019-03-21 at 13:17 +0100, Ansgar Burchardt wrote: > Git in Debian actually links (L)GPL-3+ libraries: > > /usr/lib/git-core/git-remote-https links libtasn1.so.6; libtasn1.so.6 > is distributed under non-trivial terms (according to its Debian > copyright file): >

Re: GPL and the "system library" exception

2019-03-21 Thread Ansgar Burchardt
On Thu, 2019-03-21 at 10:04 +0100, Florian Weimer wrote: > * Ansgar Burchardt: > > > People have argued before that this applies to Debian. In that > > case > > Debian wouldn't be able to distribute binaries of GPL-2-only > > programs > > linking against

Re: Re: FRR package in Debian violates the GPL licence

2019-03-21 Thread Ansgar
rfaces would violate the original copyright on those APIs (unless there is a license to allow using them). Lots of free software also is very much inspired by proprietary works, be they APIs, protocol or entire programs. Ansgar

Re: FRR package in Debian violates the GPL licence

2019-03-21 Thread Ansgar Burchardt
ew that using an API in any way in source code makes a work a derivative work of the API provider is not realistic; for binaries it might be more complicated, but we aren't discussing that here. Ansgar

GPL and the "system library" exception

2019-03-21 Thread Ansgar Burchardt
of OpenSSL and Fedora's solution of handling libssl as a system library[2].) Ansgar [1] https://lists.debian.org/debian-legal/2019/03/msg00083.html [2] https://fedoraproject.org/wiki/Licensing:FAQ#What.27s_the_deal_with_the_OpenSSL_license.3F

Re: AGPLv3 Compliance and Debian Users

2013-07-11 Thread Ansgar Burchardt
a special case ("[...] was specifically based on modification, _not_ on public performance or other use") seems a bit odd to me. Anyway, this discussion seems more appropriate for -legal than -devel. CC'ed and set Reply-To accordingly. Ansgar -- To UNSUBSCRIBE, email to debian-leg