<div dir="ltr"><div>jam is in Fedora, using the logic that the term "use" combined with the requirement to mark modifications implied a permission to modify.</div><div><br></div><div>There is exactly one package currently in Fedora that requires jam: lincity-ng.</div><div><br></div><div>~spot<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 26, 2021 at 3:53 PM Richard Fontana <<a href="mailto:rfontana@redhat.com">rfontana@redhat.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">On Mon, Apr 26, 2021 at 1:14 PM McCoy Smith <mccoy@lexpan.law> wrote:<br>
><br>
> Given that this license does not grant the right to modify (or in US law<br>
> parlance, make derivative works), I wonder if it fails OSD 3. I think it<br>
> does, although perhaps it impliedly grants a modification right by saying<br>
> that "modifications" must be marked even though it doesn't grant the right<br>
> to make modifications?<br>
> There are other issues with this one (patent rights, which I think recently<br>
> OSI likes to see something like an express license) and the effectiveness of<br>
> the warranty disclaimer, but if it fails the OSD, it is not approvable.<br>
<br>
I don't know the history or usage of this particular license, but<br>
there are what must be many hundreds of legacy licenses similar to<br>
this one that have been treated as equivalent to simple permissive<br>
FOSS licenses. They are found in packages regarded as "open source" in<br>
all mainstream Linux distributions (many of them licensed under the<br>
GPL or LGPL).<br>
<br>
Based on some quick research I don't think the Fedora argyllcms<br>
package makes use of jam but someone can correct me if that's wrong.<br>
It didn't seem as though jam was in Fedora other than as part of<br>
boost.<br>
<br>
The approach Fedora, and I think the other Linux distributions with<br>
similar licensing policies, have taken is to treat charitably<br>
sufficiently old licenses that context suggests were meant to grant<br>
permissions equivalent to what we'd regard as FOSS today, but which<br>
may have been drafted naively to refer (for example) to "use" and not<br>
explictly grant (for example) a right to prepare derivative works. In<br>
other words, it is arguably not practical or appropriate to apply<br>
present-day drafting standards to licenses from a sufficiently early<br>
era in the history of FOSS licensing. If you say licenses of this sort<br>
are not open source, that would mean that many packages assumed to be<br>
open source are actually only partly open source, and perhaps even<br>
embody some sort of FOSS license violation. In this case it is clear<br>
from the license text that "use" was meant to encompass permission to<br>
modify.<br>
<br>
There are other cases where legacy licenses have later come to be seen<br>
as non-FOSS, the best example of which may be the Sun RPC license.<br>
(See: <a href="https://spot.livejournal.com/315383.html" rel="noreferrer" target="_blank">https://spot.livejournal.com/315383.html</a>) But those are cases<br>
where it is impossible to read the license as being consistent with<br>
normative definitions of FOSS.<br>
<br>
I don't know if OSI should start granting legacy approval to the large<br>
numbers of licenses of this sort, but I see some benefits to moving<br>
OSI approval closer to the reality of how "open source" is understood<br>
in the community.<br>
<br>
The strongest objection I see to granting legacy approval here is why<br>
the OSI should start with *this* license when there are plenty of<br>
others in the same category that are probably more frequently<br>
encountered.<br>
<br>
Richard<br>
<br>
<br>
<br>
<br>
><br>
> > -----Original Message-----<br>
> > From: License-review <<a href="mailto:license-review-bounces@lists.opensource.org" target="_blank">license-review-bounces@lists.opensource.org</a>> On<br>
> > Behalf Of Jack Hill<br>
> > Sent: Sunday, April 25, 2021 2:34 PM<br>
> > To: <a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a><br>
> > Subject: [License-review] Legacy Approval, Licnese of Jam<br>
> ><br>
> > As a licensee of Jam, I'm asking for legacy approval of the following<br>
> > terms:<br>
> ><br>
> > """<br>
> > License is hereby granted to use this software and distribute it freely,<br>
> as long<br>
> > as this copyright notice is retained and modifications are clearly marked.<br>
> ><br>
> > ALL WARRANTIES ARE HEREBY DISCLAIMED.<br>
> > """<br>
> ><br>
> > This is the license used by Jam [0] and its forks [1][2][3] (n.b. the<br>
> boost<br>
> > version is also distributed under the Boost license). Outside of Boost, I<br>
> don't<br>
> > believe this build tool is widely used. However, it is needed to build at<br>
> least<br>
> > one important open source package: the Argyll Color Management System.<br>
> > Argyll is the only open source package that I know of that can generate<br>
> color<br>
> > calibration profiles, so it is critically important for the use of open<br>
> source<br>
> > software in fields where that is important.<br>
> ><br>
> > I believe that the proliferation category for this license is<br>
> > Other/Miscellaneous.<br>
> ><br>
> > In other discussions [4] I've had about this license, the problematic<br>
> points<br>
> > were what "distribute freely" meant, and how modifications could be<br>
> clearly<br>
> > marked. The Argyll fork of Jam marks modifications as follows:<br>
> ><br>
> > """<br>
> > This if "Argyll-Jam", a simple derivative of the "FT-Jam" build tool,<br>
> based and<br>
> > 100% compatible with Jam 2.5. See <a href="http://www.freetype.org/jam/" rel="noreferrer" target="_blank">http://www.freetype.org/jam/</a> for more<br>
> > details about FT-Jam.<br>
> ><br>
> > This is the "FT-Jam" 2.5.2 release, with minor ArgyllCMS tweaks, and the<br>
> > ArgyllCMS V1.3.3 Jambase as the default rule set.<br>
> ><br>
> > Note that you'll find the original Jam README in the file <a href="http://README.ORG" rel="noreferrer" target="_blank">README.ORG</a> """<br>
> ><br>
> > [0] <a href="https://www.perforce.com/documentation/jam-documentation" rel="noreferrer" target="_blank">https://www.perforce.com/documentation/jam-documentation</a><br>
> > [1] <a href="https://www.freetype.org/jam/index.html" rel="noreferrer" target="_blank">https://www.freetype.org/jam/index.html</a><br>
> > [2] <a href="http://www.argyllcms.com/doc/Compiling.html" rel="noreferrer" target="_blank">http://www.argyllcms.com/doc/Compiling.html</a><br>
> > [3]<br>
> > <a href="https://www.boost.org/doc/libs/1_76_0/tools/build/doc/html/index.html#b" rel="noreferrer" target="_blank">https://www.boost.org/doc/libs/1_76_0/tools/build/doc/html/index.html#b</a><br>
> > bv2.jam<br>
> > [4] <a href="https://lists.gnu.org/archive/html/guix-devel/2021-04/msg00436.html" rel="noreferrer" target="_blank">https://lists.gnu.org/archive/html/guix-devel/2021-04/msg00436.html</a><br>
> ><br>
> > Best,<br>
> > Jack<br>
> ><br>
> > _______________________________________________<br>
> > The opinions expressed in this email are those of the sender and not<br>
> > necessarily those of the Open Source Initiative. Communication from the<br>
> > Open Source Initiative will be sent from an <a href="http://opensource.org" rel="noreferrer" target="_blank">opensource.org</a> email address.<br>
> ><br>
> > License-review mailing list<br>
> > <a href="mailto:License-review@lists.opensource.org" target="_blank">License-review@lists.opensource.org</a><br>
> > <a href="http://lists.opensource.org/mailman/listinfo/license-" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-</a><br>
> > <a href="http://review_lists.opensource.org" rel="noreferrer" target="_blank">review_lists.opensource.org</a><br>
><br>
><br>
> _______________________________________________<br>
> The opinions expressed in this email are those of the sender and not necessarily those of the Open Source Initiative. Communication from the Open Source Initiative will be sent from an <a href="http://opensource.org" rel="noreferrer" target="_blank">opensource.org</a> email address.<br>
><br>
> License-review mailing list<br>
> <a href="mailto:License-review@lists.opensource.org" target="_blank">License-review@lists.opensource.org</a><br>
> <a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
><br>
<br>
<br>
--<br>
<br>
<br>
_______________________________________________<br>
The opinions expressed in this email are those of the sender and not necessarily those of the Open Source Initiative. Communication from the Open Source Initiative will be sent from an <a href="http://opensource.org" rel="noreferrer" target="_blank">opensource.org</a> email address.<br>
<br>
License-review mailing list<br>
<a href="mailto:License-review@lists.opensource.org" target="_blank">License-review@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
</blockquote></div>