<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:55277682;
        mso-list-template-ids:-335914184;}
@list l0:level1
        {mso-level-tab-stop:.5in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-tab-stop:1.0in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-tab-stop:1.5in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level4
        {mso-level-tab-stop:2.0in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level5
        {mso-level-tab-stop:2.5in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level6
        {mso-level-tab-stop:3.0in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level7
        {mso-level-tab-stop:3.5in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level8
        {mso-level-tab-stop:4.0in;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level9
        {mso-level-tab-stop:4.5in;
        mso-level-number-position:left;
        text-indent:-.25in;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal>This is similar to my take on the matter (as articulated in my unsuccessful Board candidacy platform: <a href="https://wiki.opensource.org/bin/Main/OSI+Board+of+Directors/Board+Member+Elections/2020+Individual+and+Affiliate+Elections/Smith2020">https://wiki.opensource.org/bin/Main/OSI+Board+of+Directors/Board+Member+Elections/2020+Individual+and+Affiliate+Elections/Smith2020</a> )<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>On your license proliferation concern, I think that ship sailed along time ago when the license proliferation committee didn’t remove any licenses back in ’06 when it did its report. <a href="https://opensource.org/proliferation">https://opensource.org/proliferation</a>  I doubt that position would have changed since then, and the result of the LP committee report – to have certain categories for licenses, including a few that sort of say “this is open source and approved, but there are better options on the list you should consider,” but no removal of any – seems to be the preferred solution.  It would be interesting to study whether the results of the categorization had any appreciable effect on the adoption of licenses afterwards.  In particular, did adoption of the licenses on the “Licenses that are redundant with more popular licenses” tail off after 2007?  Seems like maybe not, at least for the AAL.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From:</b> License-discuss <license-discuss-bounces@lists.opensource.org> <b>On Behalf Of </b>Karan, Cem F CIV USARMY CCDC ARL (USA) via License-discuss<br><b>Sent:</b> Monday, March 30, 2020 5:55 AM<br><b>To:</b> henrik.ingo@avoinelama.fi; license-discuss@lists.opensource.org; Josh Berkus <josh@berkus.org><br><b>Cc:</b> Karan, Cem F CIV USARMY CCDC ARL (USA) <cem.f.karan.civ@mail.mil><br><b>Subject:</b> Re: [License-discuss] Generic process for removing approved licenses. Re: REMOVE AAL from list of approved licenses<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Tahoma",sans-serif;color:black'>(Comment below, I've heavily edited to focus in, please read earlier portions of the thread for context)<o:p></o:p></span></p><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif;color:black'><o:p> </o:p></span></p></div></div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif;color:black'><o:p> </o:p></span></p></div><div><div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif;color:black'>Note that I believe that the process should <b>only</b> be about licenses that don't conform to the OSD; using it as an excuse for pruning back licenses due to license proliferation concerns is a <b>terrible</b> abuse of OSI's power.  I personally believe that because of how complex the law is (more so due to varying jurisdictions) and due to the fact that the law is constantly changing, there will always be a need for new licenses.  Thus, for any license that is proposed for decertification we should be able to <b>clearly</b> articulate which of the OSD principles are being violated, and <b>how</b> they are violated by the license.  This reasoning should be annotated to the license in a clearly discoverable manner (e.g., each license has its own page), with very specific explanations of which license clauses are in violation of the OSD, and why.  This acts as both a historical record of the reasoning, and a guide to others that wish to create new licenses of what not to do in their own language.<o:p></o:p></span></p></div></div></div></div></div></div></div></div></div></body></html>