I do strongly think that will not happen. Debian, for instance, constitutionally requires a 3-to-1 supermajority for a change to its "foundation documents," whi

I do strongly think that will not happen. Debian, for instance, constitutionally requires a 3-to-1 supermajority for a change to its "foundation documents," which include the Debian free software guidelines. The people who would have to vote on this are project members who have already pledged agreement with the existing free software guidelines. There are a lot of people who work on Debian precisely because they personally value the DFSG as it exists today. There have been a lot of attempts at sort-of-free-software-but-not-really licenses over time: see, for instance, https://www.gnu.org/licenses/license-list.en.html#NonFreeSoftwareLicenses https://www.gnu.org/licenses/license-list.en.html#NonFreeSof... . There has been a lot of important software previously released under such licenses, from JSON to code drops from Sun (Java), Microsoft (.NET), and Apple (Darwin). The Linux distros have not included them. Remember that Debian doesn't even ship the gcc man page in the default distribution because it doesn't believe the FSF's own license for that man page is free software. I don't see what is different about today that would make things change. There isn't actually that much new "open source" software under non-OSD-compliant/non-DFSG-compliant licenses. And most of it comes from software that was previously under a compliant license, so for instance Debian and Fedora maintainers have forked the most recent OSD-compliant release of the Redis modules: https://goodformcode.com https://goodformcode.com Remember that every new license - even a new free software license - has an uphill battle because if it's incompatible with existing licenses you can't link software under those licenses or incorporate code under those licenses. There is a strong natural pressure to move to a standard license (or set of mutually-compatible licenses like MIT/BSD/etc.), and we've seen OSD-compliant licenses that are fine but uncommon be dropped in favor of more common ones. That pressure applies much more strongly to code that tries to set itself out as "open source" and is incompatible with every open source license.