I just think a solution that better aligns incentives of users, businesses and developers is needed, because opensource doesn't do its job good enough. But time will tell which licenwe will get enough backing to succeed in dethroning it.
But the problem for me is that if developers don't have incentives aligned with their users', then we get low quality software. I am a FOSS user and have been for many years, but while I appreciate the freedoms it grants me, the whole experience is... Let's say "inconsistent". I would prefer limiting some of the freedoms in exchange for better software, and especially in exchange for having it at all on mobile.
I think the somewhat extreme view FOSS movement holds about freedoms actually hurts opensource adoption, because it hurts its quality and availability.
Note that I don't mind Amazon (ab)using FOSS so much as I mind not having any freedom on mobile.
I think we're agreeing here: no one actually knows the boundaries of this. I'm simply not interested in being the guinea pig of where the line is of "the services that base on it". In my experience the actual deciding factor for this is when you become successful enough and worthwhile to sue. Then it's up to some judge in Texas to decide whether my service is "based on" this technology? I mean, I can't run my services at all without Linux -- I think they'd have a really good argument that my entire business is "based on it". You and I may see how this is silly, that's not sufficient for making me feel safe in a legal environment that currently rewards patent trolls for example.
> It would help if the projects were clearly stating the allowed (and disallowed) usages in advance, but it's a bit early...
If we're in "warrant territory" of explicitly stating up front every possible "OK use case" to make the user feel safe, then its either going to have so many allowable use cases as to be self-defeating, or not possibly able to predict really exciting unexpected uses and rule itself out from those domains. At the absolute minimum, I'm going to start to actually have to read over the license with a lawyer now (as opposed to one common understanding of something like MIT), since I can't imagine a "one size fits all" of acceptable explicitly spelled out use cases when the whole point of these licenses is to carve out meaningful profit areas for the project itself - something that in my opinion is going to vary greatly project to project depending on the unique features it provides.