similar to: RFC #3: Improving license & patent issues in the LLVM community

Displaying 20 results from an estimated 40000 matches similar to: "RFC #3: Improving license & patent issues in the LLVM community"

2017 Apr 28
2
RFC #3: Improving license & patent issues in the LLVM community
Hi Rafael, I believe that all of these points are covered in the first round of discussion, including the FreeBSD team’s position. -Chris > On Apr 27, 2017, at 2:43 PM, Rafael Espíndola via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Sorry for the delay, I was on vacations. > > Ed, what is the FreeBSD position about the apache version 2 in base? A > quick search
2017 Apr 18
2
RFC #3: Improving license & patent issues in the LLVM community
On 04/18/2017 02:36 AM, David Chisnall via llvm-dev wrote: > Hi Chris, > > On 17 Apr 2017, at 15:37, Chris Lattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> ---- Exceptions to the Apache 2.0 License: —— >> >> As an exception, if, as a result of your compiling your source code, portions of this Software are embedded into an Object form of such source code,
2016 Sep 12
5
RFC #2: Improving license & patent issues in the LLVM community
Hello everyone, This email is a continuation of a discussion from almost a year ago, started back here: http://lists.llvm.org/pipermail/llvm-dev/2015-October/091536.html As described in that email, this is a complicated topic and deals with sensitive legal issues. I am not a lawyer, and this email is not intended to be legal advice in the formal sense. That said, I have spoken with many
2015 Oct 19
18
RFC: Improving license & patent issues in the LLVM community
Hi Everyone, I’d like to start a discussion about how to improve some important issues we have in the LLVM community, regarding our license and patent policy. Before we get started, I’d like to emphasize that *this is an RFC*, intended for discussion. There is no time pressure to do something fast here -- we want to do the right long-term thing for the community (though we also don’t want
2017 Aug 10
2
Relicensing: Revised Developer Policy
Hi Rafael, We’ve discussed why a license change is preferable over the span of several years now. I’m happy to explain over the phone, contact me off list and we can talk. -Chris > On Aug 10, 2017, at 8:33 AM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > > Hi, > > I still don't see any justification in the text why a license change is >
2017 Aug 10
2
Relicensing: Revised Developer Policy
This has already been discussed extensively in the public. The threads are available in the archives. -Chris > On Aug 10, 2017, at 1:05 PM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > > Sorry, but I really don't think a private conversation is appropriate > for such discussions. > > If the motive cannot be explained in public I have no choice
2015 Oct 19
8
RFC: Improving license & patent issues in the LLVM community
On 19 October 2015 at 18:12, David Chisnall via llvm-dev <llvm-dev at lists.llvm.org> wrote: > One worry is that Apache 2 is incompatible with GPLv2 (is it incompatible with other licenses?) This is interesting, I did not know that... http://www.apache.org/licenses/GPL-compatibility.html "Despite our best efforts, the FSF has never considered the Apache License to be compatible
2017 Aug 07
6
Relicensing: Revised Developer Policy
Hi all, Now that we’ve settled on the license legalese to get to, we need to start the process of relicensing. We’re still sorting through all of the details of what this will take, but the first step is clear: new contributions to LLVM will need to be under both the old license structure and the new one (until the old structure is completely phased out). From a mechanical perspective, this is
2017 Apr 29
2
RFC #3: Improving license & patent issues in the LLVM community
I don’t have a link off hand. Two major points: 1) CLA’s in general require an additional approval step, which reduces contributions. 2) The apache CLA in general gives too much power (e.g. the power to relicense arbitrarily going forward) to the organization (in this case, llvm.org <http://llvm.org/>) which can deter contributions from folks who don’t want relicensing to be a simple act.
2017 Aug 10
3
Relicensing: Revised Developer Policy
> On Aug 10, 2017, at 2:59 PM, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > > I can find old threads about it, but nothing saying why it was decided > that contributor agreement wouldn't work. Care to send the URL? Here are some quick points that come to mind: 1. It raises the bar to contribution, because something must be “signed” before a
2015 Oct 21
5
RFC: Improving license & patent issues in the LLVM community
Hi David, Sorry for the delay getting back to you, been a bit buried: On Oct 19, 2015, at 10:12 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: >> The TL;DR version of this is that I think we should discuss relicensing all of LLVM under the Apache 2.0 license and add a runtime exception clause. See below for a lot more details. > > I agree that this is a problem.
2016 Nov 03
4
RFC #2: Improving license & patent issues in the LLVM community
On Thu, Nov 3, 2016 at 8:03 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > On 3 Nov 2016, at 14:50, Daniel Berlin <dberlin at dberlin.org> wrote: > >> In particular, various corporate lawyers were worried about this > scenario that neuters defensive patents): > > Lawyers see risk everywhere, so i'll just go with "various corporate >
2017 Nov 28
2
[PATCH v4] s390/virtio: add BSD license to virtio-ccw
The original intent of the virtio header relicensing from 2008 was to make sure anyone can implement compatible devices/drivers. The virtio-ccw was omitted by mistake. We have an ack from the only contributor as well as the maintainer from IBM, so it's not too late to fix that. Make it dual-licensed with GPLv2, as the whole kernel is GPL2. Acked-by: Christian Borntraeger <borntraeger at
2017 Nov 28
2
[PATCH v4] s390/virtio: add BSD license to virtio-ccw
The original intent of the virtio header relicensing from 2008 was to make sure anyone can implement compatible devices/drivers. The virtio-ccw was omitted by mistake. We have an ack from the only contributor as well as the maintainer from IBM, so it's not too late to fix that. Make it dual-licensed with GPLv2, as the whole kernel is GPL2. Acked-by: Christian Borntraeger <borntraeger at
2012 May 02
17
ChillDB License
A few of you sounded interested in using it. I haven''t explicitly put a software license on it, so I guess it''s not technically FOSS yet. What licenses are good? BSD? Public Domain? ? Jenna -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/camping-list/attachments/20120502/96b87580/attachment.html>
2009 Apr 06
42
Licensing and Copyright
Hi all, I fear this discussion will quickly devolve into a recursive flame- fest, but it needs to be broached, so here we go. Note that I kind of think this is more of dev topic than users, but I want to make sure everyone knows the conversation is happening and can easily participate. This is also likely to be the first of a series of conversations I''ll be starting to try to
2016 Nov 02
3
RFC #2: Improving license & patent issues in the LLVM community
> On Nov 1, 2016, at 12:21 PM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Mon, Sep 12, 2016 at 09:16:47AM -0700, Chris Lattner via llvm-dev wrote: >> The goals of this effort are outlined in the previous email but, in short, we aim to: >> - encourage ongoing contributions to LLVM by preserving low barrier to entry for contributors.
2015 Oct 19
3
RFC: Improving license & patent issues in the LLVM community
On 19 October 2015 at 21:03, Chris Lattner <clattner at apple.com> wrote: > If you are still concerned about this issue, my question is simply: what specific GPL2 compiler (or other user) that might want to use LLVM would be affected? I'm not. I was just pointing to the fact. :) I remember Apple and others have stuck with GPLv2 GCC, but I don't think there was any cross between
2016 Nov 03
2
RFC #2: Improving license & patent issues in the LLVM community
> > > > I’m still not completely convinced by this argument, given that the > majority of patent lawsuits come from NPEs. That is not necessarily where the majority of patent lawsuit *danger* comes from, and i'd argue, pretty strongly, it's not the most likely case for LLVM. > We’d still be in the situation where a malicious contributor could: > > 1. Spin up a
2015 Oct 20
4
RFC: Improving license & patent issues in the LLVM community
On Tue, Oct 20, 2015 at 8:59 AM, Rafael Espíndola <llvm-dev at lists.llvm.org> wrote: > On 19 October 2015 at 13:57, Renato Golin via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> On 19 October 2015 at 18:12, David Chisnall via llvm-dev >> <llvm-dev at lists.llvm.org> wrote: >>> One worry is that Apache 2 is incompatible with GPLv2 (is it