<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Chandler,<div class=""><br class=""></div><div class="">Just to make sure: will the 8.0 branch, which is going to be created 2019-01-16 (Wednesday), be affected? If not, and 8.0 will come out under the previous license, how will merges from trunk be handled?</div><div class=""><br class=""></div><div class="">-Dimitry<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 12 Jan 2019, at 11:59, Chandler Carruth via Openmp-dev <<a href="mailto:openmp-dev@lists.llvm.org" class="">openmp-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class="">Greetings all!</div><div class=""><br class=""></div><div class=""># Summary</div><div class="">- We will put the new LLVM license and developer policy in place for all subsequent commits next Friday (2019-01-18).</div><div class="">- Commit access will be stopped while this is done (starting 3pm PST, hopefully under 3 hours).</div><div class="">- We will restore commit access for everyone covered by relevant corporate and/or individual agreements.</div><div class="">- Others will need to take some steps to restore commit access (see below for details).</div><div class="">- When committing patches contributed to the list by non-committers, ensure they're aware of the new license.</div><div class="">- We are continuing to collect agreements for historical contributions, working to full coverage.</div><div class=""><br class=""></div><div class="">If you haven’t yet, please go through the form:</div><div class=""><a href="https://goo.gl/forms/X4HiyYRcRHOnTSvC3" class="">https://goo.gl/forms/X4HiyYRcRHOnTSvC3</a></div><div class=""><br class=""></div><div class=""># Details</div><div class=""><br class=""></div><div class="">It’s been a long time coming, but we’re in a good position to put the new license structure in place. This will cover all subsequent contributions to LLVM projects. Once we complete collecting agreements for historical contributions (this will take quite some time!), we will be able to remove the old license. This follows the plan outlined and discussed on the lists:</div><div class=""><a href="http://lists.llvm.org/pipermail/llvm-dev/2018-October/126991.html" class="">http://lists.llvm.org/pipermail/llvm-dev/2018-October/126991.html</a></div><div class=""><a href="http://lists.llvm.org/pipermail/llvm-dev/2017-August/116266.html" class="">http://lists.llvm.org/pipermail/llvm-dev/2017-August/116266.html</a></div><div class=""><br class=""></div><div class="">We plan to install the new developer policy on Friday (2019-01-18). We will disable all commit access while we install this, update all the relevant license files, and update the headers of all files across the project. We expect to turn off commit access at 3pm PST, and will restore everything ASAP. We will send emails to the list an hour before this begins, when it begins, and when everything is restored.</div><div class=""><br class=""></div><div class="">Once this is complete, we will start re-enabling commit access. We will automatically enable commit access for all committers who match either of these criteria:</div><div class="">1) Signed the individual agreement *and* any relevant employer signed a corporate agreement.</div><div class="">2) Commits using an email address ending in one of the domains we can trivially match with an employer that has signed a corporate agreement covering all such employees.</div><div class=""><br class=""></div><div class="">We have emailed everyone who has committed in the last six months and isn't covered by one of the above. These emails cover both individual agreements and any missing corporate agreement. We are working on emailing everyone who has committed in the last two years before the cut-over. If you haven't gotten any recent emails about this, you're probably fine. We don't have a better way of testing whether you're impacted (if we did, we'd use it to send you a pro-active email).</div><div class=""><br class=""></div><div class="">## Re-enabling commit access</div><div class=""><br class=""></div><div class="">If your commit access isn't automatically re-enabled, you will have to take some action. There are several cases here:</div><div class=""><br class=""></div><div class="">a) If you haven't filled out the form (you can do this without signing anything!), please do that first: <a href="https://goo.gl/forms/X4HiyYRcRHOnTSvC3" class="">https://goo.gl/forms/X4HiyYRcRHOnTSvC3</a></div><div class=""><br class=""></div><div class="">b) If you signed the individual agreement, but not all companies you listed in the form are covered, but your current employer is covered, just ask <a href="mailto:license-questions@llvm.org" class="">license-questions@llvm.org</a> and let us know who your current employer is and we will re-enable.</div><div class=""><br class=""></div><div class="">c) If your commits are 100% owned by a company (or companies) despite your use of a personal email address (or an email we don't recognize for a company) and you can't sign the individual agreement, please write an email to <a href="mailto:license-questions@llvm.org" class="">license-questions@llvm.org</a> explicitly stating your name, the relevant company, and that they own your contributions. As soon as we have this in our archive and confirm the company is covered, we will re-enable commit access. We'll follow up regarding historical contributions later. However, I want to repeat that this case is challenging for historical contributions and signing the individual agreement is often much simpler and more cost-effective for the LLVM project.</div><div class=""><br class=""></div><div class="">d) If your current employer hasn't yet signed the agreement, please send email to <a href="mailto:license-questions@llvm.org" class="">license-questions@llvm.org</a> clearly stating that both you and your current employer are aware of the new license and that all subsequent contributions will be under this license, and we'll try to re-enable access. However, getting agreement only for subsequent contributions may be just as much work as getting the full corporate agreement, so if possible please simply work with your employer as outlined here: <a href="http://llvm.org/foundation/relicensing/#corporate_agreement" class="">http://llvm.org/foundation/relicensing/#corporate_agreement</a></div><div class=""><br class=""></div><div class="">e) If you believe all relevant agreements are signed and your commit access should have been re-enabled but we made an error, just send email to <a href="mailto:license-questions@llvm.org" class="">license-questions@llvm.org</a> and we will try and fix everything. </div><div class=""><br class=""></div><div class="">We are doing everything we can before the cut-over on Friday to minimize how many contributors will be impacted by one of these cases. And we will have folks working hard to respond rapidly to any further issues.</div><div class=""><br class=""></div><div class="">## Non-committer contributions</div><div class=""><br class=""></div><div class="">For non-committer contributions such as patches on lists, bugzilla, or tools like phabricator, we want to make sure the author is aware of the new license and intending their contribution to be under it before committing it.</div><div class=""><br class=""></div><div class="">The easiest case is if the patch's baseline is after the cut-over. This can be spotted by checking the file headers.</div><div class=""><br class=""></div><div class="">Otherwise, if you are committing a patch for someone else, please ask them to explicitly acknowledge that it is under the new license. An easy way to do this is by just asking them to rebase the patch.</div><div class=""><br class=""></div><div class="">This is only needed for the first few weeks after the new license and policy is introduced to avoid confusion for contributors unaware of the change. The new license is self executing and won't require any special steps to accept contributions once in place.</div><div class=""><br class=""></div><div class="">## New file header</div><div class=""><br class=""></div><div class="">We will be using the file header described here:</div><div class=""><a href="http://llvm.org/foundation/relicensing/#header" class="">http://llvm.org/foundation/relicensing/#header</a></div><div class=""><br class=""></div><div class="">```</div><div class=""><font face="monospace, monospace" class="">//===-- file/name - File description ----------------------------*- C++ -*-===//</font></div><div class=""><font face="monospace, monospace" class="">//</font></div><div class=""><font face="monospace, monospace" class="">// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.</font></div><div class=""><font face="monospace, monospace" class="">// See <a href="https://llvm.org/LICENSE.txt" class="">https://llvm.org/LICENSE.txt</a> for license information.</font></div><div class=""><font face="monospace, monospace" class="">// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception</font></div><div class=""><font face="monospace, monospace" class="">//</font></div><div class=""><font face="monospace, monospace" class="">//===----------------------------------------------------------------------===//</font></div><div class="">```</div><div class=""><br class=""></div><div class="">All code in the project will be made available by the LLVM project under the new license, so you will see that the license headers include that license only. Some contributors have contributed code under the old license, and accordingly, we will retain a copy of the old license notice in the top-level files.</div><div class=""><br class=""></div><div class="">## Finishing the relicensing</div><div class=""><br class=""></div><div class="">While this is a very big, and very important step, it isn't the end. =] While contributions going forward are under the new license, we will continue to work through the history of contributions to the project in order to get full coverage of the entire project. Once we finish, we will remove the old license.</div><div class=""><br class=""></div><div class="">-Chandler</div></div></div>
_______________________________________________<br class="">Openmp-dev mailing list<br class=""><a href="mailto:Openmp-dev@lists.llvm.org" class="">Openmp-dev@lists.llvm.org</a><br class="">http://lists.llvm.org/cgi-bin/mailman/listinfo/openmp-dev<br class=""></div></blockquote></div><br class=""></div></body></html>