<div dir="auto"><div>The good news is you already have upgrade clause. You could exercise that clause and create the PHP License 3.02 without the naming restrictions. Not that I think this is necessary but it does provide a convenient trapdoor.</div><div dir="auto"><br></div><div dir="auto">Brendan<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Thu, Mar 5, 2020, 5:37 PM Ben Ramsey <<a href="mailto:ben@benramsey.com">ben@benramsey.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> On Mar 5, 2020, at 16:03, McCoy Smith <mccoy@lexpan.law> wrote:<br>
> <br>
>>> -----Original Message-----<br>
>>> From: License-review <<a href="mailto:license-review-bounces@lists.opensource.org" target="_blank" rel="noreferrer">license-review-bounces@lists.opensource.org</a>> On Behalf Of Ben Ramsey<br>
>>> Sent: Thursday, March 5, 2020 1:25 PM<br>
>>> To: License submissions for OSI review <<a href="mailto:license-review@lists.opensource.org" target="_blank" rel="noreferrer">license-review@lists.opensource.org</a>><br>
>>> Subject: Re: [License-review] Request for Legacy Approval of PHP License 3.01<br>
> <br>
>>>> Perhaps a more salient example, which came to mind upon reflection on the early part of my career, was “PCI Hot Plug,” circa 1997<br>
>>>> There's at least one IT use of that acronym dated from at least the late Aughts: <a href="http://packet-lab.com/main/service-provider/ccip/item/89-mpls-penultimate-hop-popping.html" rel="noreferrer noreferrer" target="_blank">http://packet-lab.com/main/service-provider/ccip/item/89-mpls-penultimate-hop-popping.html</a><br>
>>> These are non-issues, IMO, since PCI Hot Plug and Penultimate Hop Popping aren't derivatives of PHP software.<br>
> <br>
> My point was more (similar to Richard's) one could write a PCI Hot Plug driver, or some code for Penultimate Hop Popping, based upon code licensed under PHP 3.01, but arguably be precluded from using the names "PCI Hot Plug" or "Penultimate Hop Popping" for that code.  Maybe a better example is PeachPie?<br>
> <br>
>>>> Or, suppose the Ceph project creates some sort of Kubernetes-related project called "cephpod" and suppose for some bizarre reason it uses a copyrightable snippet of PHP-licensed code.<br>
>>> This is definintely an interesting scenario. Hypothetically, this might be handled by requesting something to distinguish the name as not being “PHP." Perhaps "CephPod?"<br>
> <br>
> Yes, but in the absence of such an agreement, the license potentially bars you from using that name or variants of it, less you lose your copyright grant.  Is that a right result under OSD?<br>
<br>
<br>
I think everyone is raising good points and questions about the text of the license. I don’t think we should stop discussing these issues, but are they important to the extent that they would block legacy approval of the license as-is? The existing 3.0 license is OSI-approved and has these same clauses.<br>
<br>
If the answer is “yes, these issues could potentially block legacy approval,” then I’ll need to go back to the PHP internals team and discuss what that means for us and how we can fix it.<br>
<br>
Cheers,<br>
Ben<br>
<br>
_______________________________________________<br>
License-review mailing list<br>
<a href="mailto:License-review@lists.opensource.org" target="_blank" rel="noreferrer">License-review@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
</blockquote></div></div></div>