John Cowan <[email protected]> writes: > On Wed, Nov 6, 2019 at 9:56 AM Zelphir Kaltstahl <[email protected]> > wrote: >> I think in this case, it might be a good idea to make sure, that >> guile-json runs on all Schemes implementing a standard level and keep it >> free software, to avoid the problem of people grabbing it and making it >> proprietary software.
I’d like to give my own reason for accepting the MIT for wisp. My reason is simply that SRFIs are supposed to be a standard. Scheme SRFIs are a distributed effort to create a better programming experience for those who use Scheme. There is a lot of choice, and if all Schemes go off into different directions, you as developer lose mobility between Schemes, and this often benefits the proprietary systems that can pay more people to work on the shiny you need. Therefore it is a viable decision to give an implementation away — though not the only one. > Lots of people who are quite committed to free and open source software > don't actually think that's a problem. There are two traditional arguments > in favor of putting libraries under the GPL: > > 1) "Block embrace, extend, and extinguish": the proprietary version gets > all the new and sexy features while the original FLOSS version languishes. > I don't think this is much of a problem for an implementation controlled by > a stable specification like a SRFI: new features will be non-conforming > features. > > 2) "Benefit GPLed programs": if a library is GPLed, it supposedly gives > the advantages of using that library only to GPLed applications. That was > the explicit reason for making readline a GPL library, and it did make > CLISP GPL-licensed; similarly with the Objective-C front end to gcc. I > think history shows that this doesn't work very well in the long run: > rather than accepting the GPL, a lot of duplicative effort was put into > libedit/editline, which provides the same user-visible functions (but no > longer has a readline-compatible interface). You could also say that the GPL-licensing of readline is a huge success story because it provided an edge to Free Software over proprietary software for decades. GCC did not mainly lose its edge for technical reasons, but because Apple poured money into LLVM to have a compiler they can proprietarize. > One of the purposes of FLOSS is to try to *prevent* duplicated effort. I disagree with that point. The purpose of FLOSS is to have the option to avoid proprietary software. To that end every bit of additional effort required to create comparable proprietary software is a good thing. However for the SRFI this would also mean that running free software which uses the SRFI on another Scheme implementation would require additional work, so the edge to Free Software would be far smaller and the cost might outweight the benefits. Might. Best wishes, Arne -- Unpolitisch sein heißt politisch sein ohne es zu merken
signature.asc
Description: PGP signature
