That is good to know RMS inspired you. Just a suggestion, instead of contributing to "open source" projects, look for "free software" projects.
> Aren't most open source projects also free software projects, even if they don't call themselves that?
No, I don't think that would be correct --- if you agree that there is a difference between free software and open source (and I think there is).
Free software takes steps to protect the rights and freedom of [edit: all of] its users, both "first generation" (those you directly distribute software to), and "later generations" (those that might get a copy, or modified copy via one or more intermediaries).
So, a project can't be rightly called free software (as opposed to "just" open source) unless it is distributed under a licence that takes steps to protect its users (which in general would mean (A|L)GPL).
Now, there are probably a few projects that might call themselves "open source" (or not use the term free software), but still use such a licence -- but I don't think they are in the majority.
In particular, a lot of software that is free on the surface, isn't as free as it probably should be; namely server side software that is licensed under (L)GPL rather than AGPL. Or rather, it is licensed with the "user" being a server operator or business, not an "end user". This facilitates services that lock in your email, chats, blog posts, social relationships etc, without (necessarily) giving the end user a "way out".
I'm far from the point where I recommend everything should be AGPL -- but if we are talking about end user freedom, then there's a lot of software projects that do very little to protect that -- and in that sense, probably shouldn't be considered free software.
As for the licences you list, I'd say that MIT, BSD and APL belong together as "different" from GPL, while the MPL is much closer to the GPL.
Please note that I'm not saying there's anything wrong with that as such -- just that -- if we're talking about whether or not software is licensed in a way that ensures end user freedom or not, then putting software in the public domain is not an effective way to do that.
One could take the sqlite source, modify it (to break file format comparability) and build something like fossil[1] -- but where the client software depends on a server side component ("fossilhub"), and then keep both the client and server proprietary.
Now, anyone using this service would be locked in to using the proprietary clients and servers. It'd be difficult to modify the client, and difficult to migrate your data out -- and if the company that hosted the server shut down, it would take the data with it.
Obviously, sqlite being in the public domain, doesn't dictate this (see the actual fossil software for a counter example). But on a spectrum, if something is released under the (A)GPL, and the licence is followed, end user lock in as a result of building on that software is less likely. The licence does a better job of protecting end user freedom.
Would I say that sqlite, in general, isn't free software? Probably not. Would I call it "more free" if it was under the (L)GPL -- maybe. With libraries, how you define such things is tricky -- because the intended (end) user is different.
When you release something like sqlite, you want both the developer user, and the end user to have freedoms. You might want to enable the developer to restrict the end users freedoms -- and that is fine -- but calling such a licence "more free" just because it shifts which type of users' freedoms it protects, doesn't sit quite right with me.
As an example, one could take pretty much any software under the BSD licence, or say the whole of a BSD system. Because it facilitates closed systems. It's been suggested that the PS3 OS runs off a modified version of FreeBSD, for example.
Now, the console business is largely based on lock-in; subsidize the hardware for a while, make money from licences. If people could just run anything they wanted on the subsidized hardware, that wouldn't work very well -- you'd essentially be giving away hardware. It'd also be illegal dumping in most regulated free markets.
I'd love for things to be regulated so that selling such crippled hardware wasn't legal. That would probably mean a hike in console prices, however (well, at least in the previous generation of consoles -- it's a little less clear now that both Sony and Microsoft will be selling PCs).
Another example (well the same example) might be iOS/iphone vs Android devices. Android running the Linux kernel, lowers the bar considerably for companies like Canonical and Mozilla to develop new OSs that run on existing hardware. Yet another example would be various routers and switches running propietary software, leaving the owner stranded if the upstream source of the software stops development for some reason.
Free is a spectrum - my original response tried to highlight one difference between "open" and "free" -- and in that context, I wouldn't consider sqlite to be particularily free (nor entirely closed!). I do consider it do be (entirely) open.
I encourage you to read this conversation I was in recently:
https://news.ycombinator.com/item?id=6209724 (edit: fixed link to include the actually-important comment...)
As for your overall point, I think it's artificial and only meaningful to someone who adopts a contorted definition of freedom. I don't follow how adding restrictions can make something more free.
> you'd essentially be giving away hardware. It'd also be illegal dumping in most regulated free markets.
What does this mean?
The various consoles (ps3, orignal xbox at the very least) -- were sold at a loss (for the hardware). Now if I sell a pc at a loss, that'd be considered dumping[1].
This isn't dumping at all. Cited from your citation: A standard technical definition of dumping is the act of charging a lower price for the like goods in a foreign market than one charges for the same good in a domestic market for consumption in the home market of the exporter.
The console were simply loss leaders, sold below cost in all markets with the assumption purchasing a console would result in more long term profit.
> Now if I sell a pc at a loss, that'd be considered dumping[1].
No, that would be considered poor business. If you were 100,000 PC's under cost in order to drive a competitor in a foreign market out of business that would be considered dumping.
http://www.gnu.org/philosophy/open-source-misses-the-point.e...
In this case, the project that I contributed to was distributed under the MIT (Expat) License, which, to my knowledge, is GPL compatible.