@ariadne Is the FSF allowed to do that? According to the ncurses FAQ, they aren’t:
For what it’s worth, the agreement which we (original ncurses developers) made with the Free Software Foundation reads in part:
The Foundation promises that all distribution of the Package, or of any work “based on the Package”, that takes place under the control of the Foundation or its agents or assignees, shall be on terms that explicitly and perpetually permit anyone possessing a copy of the work to which the terms apply, and possessing accurate notice of these terms, to redistribute copies of the work to anyone on the same terms. These terms shall not restrict which members of the public copies may be distributed to. These terms shall not require a member of the public to pay any royalty to the Foundation or to anyone else for any permitted use of the work they apply to, or to communicate with the Foundation or its agents in any way either when redistribution is performed or on any other occasion.
As is well known, that precludes relicensing to the GPL in any version, since it would place restrictions on which programs may link to the libraries. That would deprive a substantial fraction of the current user base of the use of subsequent versions of the software. No such restriction exists in the ncurses license.
… but I don’t see how that agreement precludes relicensing to the (L)GPL, as it says nothing about placing restrictions on which programs may link to ncurses.
(Also, ncurses has been part of GNU for a long time, why would they relicense now?)
@zaire I agree that the bazaar development model is better, but calling AOSP not open source because it’s not developed in public is simply wrong.
Although in this case it’s actually worse because Google does release updates more immediately, but only to OEMs. AOSP isn’t proprietary but the version of Android that most people run is.
@ariadne I’ve been reminded of several more unfixed major bugs:
I’m pretty sure jrmu knows about all this but does not care enough to switch to a less broken ircd.
@ariadne In practice none of this actually applies and pissnet is better coordinated than IRCNow. There’s no single staff channel (equivalent of pissnet’s #opers), and NgIRCd is horribly broken in ways too numerous to list (but the founder, jrmu, refuses to give up on NgIRCd and suggests that if you don’t like it you should start another network with another ircd and somehow bridge it).
Here’s a far-from-complete list of the ways in which NgIRCd is broken:
MODE +o nick1 nick2 nick3 nick4, resulting in desyncs.&SERVER) to receive snotes.It is literally the worst ircd I have ever used.
The minio thing is shitty, but also not at all the same as what the OQL is suggesting. Also, the AGPL seems like it forbids selling license exceptions.
Correct. in order to sell exceptions you need to use a separate license for that. It’s kind-of like dual-licensing except instead of the alternative terms being available to anyone, they’re only available to those who buy them. The FSF wrote an article about this. I am using the terms “selling exceptions” and “selling an alternative license” interchangeably.
If you are the only copyright holder you can easily do that (no license can forbid the copyright from also releasing their code under another license), but if there are any other copyright holders then they must agree too, or you need some sort of CLA which gives the maintainer extra rights.
It’s exactly the same if you use the OQL instead of the AGPL. If you release your software under any license and accept contributions without some sort of copyright assignment or CLA (meaning you are not the sole copyright holder and have equal rights to the code as any other user), you cannot sell exceptions to that license.
That’s the relevance of the minio thing - I wasn’t saying it was similar to the OQL, I was saying that it’s a danger of using a CLA, which is necessary in order to sell license exceptions (whether to the OQL or the AGPL, or any other license) unless you are the only copyright holder. I’m not sure if there’s a way to mitigate this with a more restricted CLA.
The point isn’t scaring off companies, I want my software to be used, but only to better the world. The point is that under the current state of capitalism, incorporating OSS into your supply chain should require compensating developers commensurate to the responsibility you’re placing on them.
If I understand your point correctly, what you want is for companies that use your software to pay you. There are two ways to achieve this:
They both achieve the same goal (companies will pay you for the alternative license), but the latter does so without making your software non-free. Perhaps the OQL is more effective at getting companies to pay (I’m not sure by how much), because some companies are fine with the AGPL, but using the AGPL and selling exceptions is a business model that people have successfully used.
@dpk 2000 (Transmeta Crusoe). Also arguably P6 even before that (instructions were internally translated into RISC-y micro-operations)