<div dir="ltr"><div dir="ltr">While well intentioned, this is not something that NumPy (or the rest of the scientific Python stack) should consider doing. <div><br></div><div>Philosophically, I think this is something that those of us who work on Open Source have to accept:  some people are going to use it for things we think make the world a better place and some people are going to use it for things we think make the world a worse place.  The mechanisms that ensure we can get the tools into the hands of the first group also means we can not keep them out of the hands of the second (independent of how any given person defines the groups).</div><div><br></div><div>Tom</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 1, 2020 at 3:32 PM Andrea Gavana <<a href="mailto:andrea.gavana@gmail.com">andrea.gavana@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>On Wed, 1 Jul 2020 at 21.23, gyro funch <<a href="mailto:gyromagnetic@gmail.com" target="_blank">gyromagnetic@gmail.com</a>> wrote:<br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
I greatly respect the intention, but this is a very slippery slope.<br>
<br>
Will you exempt groups within these companies that are working on<br>
'green' technologies (e.g., biofuels)?<br>
<br>
Will you add to the license restrictions companies who make use of oil<br>
and gas extracted by these companies (automotive, chemical/polymers, etc.)?<br>
<br>
Will you follow the chain from extraction to consumption and add the<br>
links to the license 'blacklist'?<br>
<br>
-gyro</blockquote><div dir="auto"><br></div><div dir="auto">Thank you for injecting some sense and a few reality checks into the discussion.</div><div dir="auto"><br></div><div dir="auto">Andrea.</div><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
<br>
On 7/1/2020 12:34 PM, John Preston wrote:<br>
> Hello all,<br>
> <br>
> The following proposal was originally issue #16722 on GitHub but at<br>
> the request of Matti Picus I am moving the discussion to this list.<br>
> <br>
> <br>
> "NumPy is the fundamental package needed for scientific computing with Python."<br>
> <br>
> I am asking the NumPy project to leverage its position as a core<br>
> dependency among statistical, numerical, and ML projects, in the<br>
> pursuit of climate justice. It is easy to identify open-source<br>
> software used by the oil and gas industry which relies on NumPy [1]<br>
> [2] , and it is highly likely that NumPy is used in closed-source and<br>
> in-house software at oil and gas extraction companies such as Aramco,<br>
> ExxonMobil, BP, Shell, and others. I believe it is possible to use<br>
> software licensing to discourage the use of NumPy and dependent<br>
> packages by companies such as these, and that doing so would frustrate<br>
> the ability of these companies to identify and extract new oil and gas<br>
> reserves.<br>
> <br>
> I propose NumPy's current BSD 3-Clause license be extended to include<br>
> the following conditions, in line with the Climate Strike License [3]<br>
> :<br>
> <br>
>     * The Software may not be used in applications and services that<br>
> are used for or<br>
>        aid in the exploration, extraction, refinement, processing, or<br>
> transportation<br>
>        of fossil fuels.<br>
> <br>
>     * The Software may not be used by companies that rely on fossil<br>
> fuel extraction<br>
>        as their primary means of revenue. This includes but is not<br>
> limited to the<br>
>        companies listed at <a href="https://climatestrike.software/blocklist" rel="noreferrer" target="_blank">https://climatestrike.software/blocklist</a><br>
> <br>
> I accept that there are issues around adopting such a proposal, including that:<br>
> <br>
> addition of such clauses violates the Open Source Initiative's<br>
> canonical Open Source Definition, which explicitly excludes licenses<br>
> that limit re-use "in a specific field of endeavor", and therefore if<br>
> these clauses were adopted NumPy would no longer "be open-source" by<br>
> this definition;<br>
> there may be collateral damage among the wider user base and project<br>
> sponsorship, due to the vague nature of the first clause, and this may<br>
> affect the longevity of the project and its standing within the<br>
> Python, numerical, statistical, and ML communities.<br>
> <br>
> My intention with the opening of this issue is to promote constructive<br>
> discussion of the use of software licensing -- and other measures --<br>
> for working towards climate justice -- and other forms of justice --<br>
> in the context of NumPy and other popular open-source libraries. Some<br>
> people will say that NumPy is "just a tool" and that it sits<br>
> independent of how it is used, but due to its utility and its<br>
> influence as a major open-source library, I think it is essential that<br>
> we consider the position of the Climate Strike License authors, that<br>
> "as tech workers, we should take responsibility in how our software is<br>
> used".<br>
> <br>
> Many thanks to all of the contributors who have put so much time and<br>
> energy into NumPy. ✨ ❤️ 😃<br>
> <br>
> [1] <a href="https://github.com/gazprom-neft/petroflow" rel="noreferrer" target="_blank">https://github.com/gazprom-neft/petroflow</a><br>
> [2] <a href="https://github.com/climate-strike/analysis" rel="noreferrer" target="_blank">https://github.com/climate-strike/analysis</a><br>
> [3] <a href="https://github.com/climate-strike/license" rel="noreferrer" target="_blank">https://github.com/climate-strike/license</a><br>
> _______________________________________________<br>
> NumPy-Discussion mailing list<br>
> <a href="mailto:NumPy-Discussion@python.org" target="_blank">NumPy-Discussion@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/numpy-discussion</a><br>
> <br>
<br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org" target="_blank">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/numpy-discussion</a><br>
</blockquote></div></div>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org" target="_blank">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/numpy-discussion</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Thomas Caswell<br><a href="mailto:tcaswell@gmail.com" target="_blank">tcaswell@gmail.com</a></div></div>