There is no problem, you're forgetting about the GCC runtime library exemption: gnu.org/licenses/gcc-e If anyone had a problem with it, they wouldn't be linking to the code on their own site: gcc.gnu.org/wiki/plugins or could just shoot anyone a simple email...
Conversation
anytime in oh the past decade? This is all outside misinformed nonsense originating from an obsessed troll, there's never been any substance to it. Nobody cares about facts, just repeating whatever misinformation they heard.
1
GPLv2 can't be used as the basis for upstream GCC features and losing the runtime library exception makes them generally unusable for userspace.
It's not necessarily a problem if the goal is simply having plugins that are forever downstream and only usable for the Linux kernel.
2
All we are discussing here is plugins for the Linux kernel. Nobody is saying ones intended for userland can be GPLv2.
1
Personally, I would not care if the plugins did need to be GPLv3 -- I'm not anti-v3 and wouldn't have any problem with relicensing under it. But they don't for the kernel, and nobody who matters (i.e. those actually holding relevant copyrights) have said otherwise in a decade.
1
What we won't do, however, is be bullied by disingenuous freeloaders not associated with the projects involved, who own no copyright, just because they think they deserve our work (even unpublished work!) for free.
1
1
I don't have a problem with your approach. I'm not sure the upstream kernel developers realize the implications of using GPLv2 for the plugins though. They used GPL2 for the one they wrote themselves. I don't think they really intended to make it partially incompatible with GCC.
3
If I recall correctly, some of your (PaX and grsecurity) plugins were GPLv2 only from the start and others were GPLv2/GPLv3 but then changed to GPLv2.
My understanding was it became an intentional choice to try to get sustainable funding through licensing it for userspace use.
1
Even if it were true (SIZE_OVERFLOW does appear to have been changed from v2 or newer to v2-only in 2016, others that started v2 or newer like sancov_plugin or cyc_complexity_plugin remain so), so what?
2
Everyone seems to be starting from the assumption that something bad is happening, and grasping at anything possible, including far beyond even the spirit of the license, to reaffirm that assumption. It's tiring.
1
I don't think something bad is happening. You were trying to find a way to get funding and make the software sustainable. It seems to be at least partially working and publishing everything for free wasn't doing that for you. I don't have a problem with the approach.
if anything, despite disagreements between the alpine community and brad over the years, i do think that brad has advanced the state of the art in kernel security significantly. making software maintenance sustainable while contributing to the commons is *hard*
If following the gpl isn't working for a company then producing derivative works of gpl'd software is not the right line of business for them.
2
Show replies