Fwd: License issue with SRFI 29

Skip to first unread message

Marc Nieper-Wißkirchen

Oct 22, 2021, 12:39:46 PM10/22/21
to scheme-re...@googlegroups.com
Is this a problem for the to-be-voted-on inclusion of SRFI 5 into R7RS Large as well?

PS This question shall not imply that I am in any case in favor of considering SRFI 5 as a candidate for R7RS Large. I am not.

---------- Forwarded message ---------
Von: Philip McGrath <phi...@philipmcgrath.com>
Date: Fr., 22. Okt. 2021 um 18:18 Uhr
Subject: License issue with SRFI 29
To: <srfi-d...@srfi.schemers.org>
Cc: <srf...@srfi.schemers.org>, <srfi-e...@srfi.schemers.org>

According to [1], SRFI 29 should have been converted in the great
relicensing of 2005 to use the MIT license. However, the official SRFI
29 document [2] (more specifically, at [3]) still gives the old SRFI

The old license places some troublesome restrictions on modification,
which means that distributions like Debian and Fedora can't distribute
the SRFI 29 document under their license policies: for example, they
apply patches to remove it from Racket's offline documentation (see
discussion at [4] and subsequent issues). Obviously, we'd all prefer to
be able to distribute the document under the familiar and unambiguously
acceptable MIT license.

Can we get confirmation that, as [1] implies, SRFI 29 specifically is
licensed under the MIT license?

Even better, could the official document be updated to reflect the MIT
license, as has been done e.g. with SRFI 28 [5]?

(I've copied srfi-discuss and srfi-editors here, since the srfi-29 list
hasn't been used since 2007: apologies to anyone who receives this
message more than once.)


[1]: https://srfi-email.schemers.org/srfi-announce/msg/2652023/
[2]: https://srfi.schemers.org/srfi-29/srfi-29.html
[4]: https://github.com/racket/srfi/issues/4
[5]: https://srfi.schemers.org/srfi-28/srfi-28.html
Reply all
Reply to author
0 new messages