Hacker News new | past | comments | ask | show | jobs | submit login

I am sure they'll change their license, like some others have done:

https://www.confluent.io/blog/license-changes-confluent-plat... https://blog.timescale.com/blog/building-open-source-busines...

I don't think there is any place for GPL in databases and similar software, specially if it is to be built and run by for-profit companies.




I used to be opposed to GPL at moral level have have since changed my mind on this. It makes sense for anything that is essentially infrastructure -- operating systems, web servers, software firewalls -- to be GPL: improvements at this level are rarely something which gives a specific company a competitive advantage. In the cases where it would, however, I like the idea of dual-licensing so that a GPL project (for example: Linux) could be combined with proprietary code without needing to publish the changes. Right now anyone thinking along those lines (Sony, Netflix, Juniper, etc) chooses FreeBSD. In the case of the companies who have chosen FreeBSD for proprietary use they have, in many cases, ended up contributing work back to the parent project if for no other reason than self-interest in making updates to the base OS easier as their custom code remains slim. If Linux had been offering this dual-license option I think the examples above would have chosen Linux and there would have been contributions back to the parent project that aren't there today.


Yeah, but everything should be AGPL now instead of GPL. The software-as-service fiasco that changes the nature of "distribution" to bypass the open source requirements of licenses like GPL highlighted a loophole that corporates haven't hesitated in exploiting. AGPL has temporarily addressed this. However AGPL needs to go one more step and allow changing the license to plug any future loopholes. Right now, many GPL software cannot be automatically upgraded to AGPL license because we have to get permission from all the contributors to change the license. AGPL needs a clause that allows easy upgradation of the license retrospectively to ensure that the core concept can be defended in future too.


> If Linux had been offering this dual-license option

... then, most likely, Linux would never have taken off as contributors would have balked at the copyright assignment bureocracy, as well as not wanting to contribute to Linus's get-rich-quick scheme (why should Linus get special rights to profit of the work of the community?).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: