<div dir="ltr">I also have no objections to relicense my contributions to the project.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 4, 2021 at 6:07 AM Pekka Savola <<a href="mailto:pekkas@netcore.fi">pekkas@netcore.fi</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">Hello,<br>
<br>
When I was a maintainer I brought up (over 10 years ago) the issue of <br>
swiching to a more simplified license with previous authors (listed in <br>
source code copyright clauses). I don't recall the details, but I <br>
believe did not receive responses from all of them or the response <br>
might have been at least partially negative, ie. they did not see a <br>
need for change (although I myself did).<br>
<br>
I did not pursue the issue further, because doing so might have <br>
required identifying and reimplementing those parts of the code that <br>
were contributed under the original license and the contributor did <br>
not consent to relicensing it under a different license. This would <br>
have potentially been a big task for modest gains.<br>
<br>
You're of course welcome to try again. I have personally no objection <br>
to relicensing my very modest contributions under a different license.<br>
<br>
Pekka<br>
<br>
On Mon, 1 Feb 2021, Robin H. Johnson wrote:<br>
<br>
> TL;DR: should radvd be relicensed? Possibly a plain 3-clause BSD license?<br>
><br>
> radvd's present license presents packaging problems for all parties that<br>
> wish to integrate with GPL code.<br>
><br>
> Examples:<br>
> Fedora: <a href="https://fedoraproject.org/wiki/Licensing/radvd_License" rel="noreferrer" target="_blank">https://fedoraproject.org/wiki/Licensing/radvd_License</a><br>
> ClearLinux: <a href="https://github.com/clearlinux/distribution/issues/2243" rel="noreferrer" target="_blank">https://github.com/clearlinux/distribution/issues/2243</a><br>
><br>
> This has been known as a problem for a very old time:<br>
> <a href="http://lists.litech.org/pipermail/radvd-devel-l/2006-July/000229.html" rel="noreferrer" target="_blank">http://lists.litech.org/pipermail/radvd-devel-l/2006-July/000229.html</a><br>
><br>
> radvd is licensing under the original 4-clause BSD license, with<br>
> the advertising clause, and an ADDITIONAL pass-through restriction if<br>
> added by some party on route.<br>
><br>
> Hopefully Pekka, as the author of that message, and the original authors<br>
> (Lars Fennberg, Pedro Roque) can shed some light of some of the<br>
> historical reasons behind the original license choice.<br>
><br>
> Further, I'd like to open discussions about moving to an OSI-compatible<br>
> license, that is ideally GPL compatible. I know that it will require<br>
> agreement from a significant majority of all copyright holds, but at<br>
> this point the discussion should be what to relicense to.<br>
><br>
> I feel the goal should be a straight conversion to a less-restriction<br>
> BSD license: 3-clause or 2-clause. It would drop the advertising and<br>
> pass-through restriction, and leave any other users untouched.<br>
><br>
> Conversion to other licenses, such as GPL or Apache-2 may end up<br>
> imposing more restrictions and complexity on distributors than the<br>
> 3-clause BSD license. (e.g. the directional nature of license<br>
> incompatibility between Apache-2 and GPL licenses).<br>
><br>
> This also opens interesting possibilities for research:<br>
> Have all parties known to have shipped radvd under the existing license,<br>
> specifically in commercial products, complied with the license as it<br>
> stand? My cursory research would suggest that commercial products have<br>
> not complied with it, but enforcement would be a massive undertaking.<br>
> Better to forgive and let live.<br>
><br>
><br>
<br>
-- <br>
radvd-devel-l mailing list  :  <a href="mailto:radvd-devel-l@lists.litech.org" target="_blank">radvd-devel-l@lists.litech.org</a><br>
<a href="http://lists.litech.org/listinfo/radvd-devel-l" rel="noreferrer" target="_blank">http://lists.litech.org/listinfo/radvd-devel-l</a><br>
</blockquote></div>