Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The LAGPL should require a recipient (who only provides a service) to only release source code for the changes they made to the LAGPL project but not require them to release source code for anything built on top.

The same way someone distributing a program that makes use of an LGPL library is only obligated to release the changes they made to the LGPL library, not the entire program. You are allowed to build your proprietary GUI on top of the LAGPL base and offer it as a service over the internet but you are not allowed to hold any changes to the base for yourself.

The line of what is considered a derivative and the line of what is considered distribution are orthogonal and one of the 4 quadrants is currently missing.

The goal is to effectively prevent the introduction of incompatibilities through Embrace-Extend-Extinguish. Weak copyleft like the LGPL has been effective at preventing EEE without discouraging all corporate use. Strong copyleft is actively avoided in corporate environments but weak copyleft is not. The goal would be to achieve the same but in a cloud environment.

The space it would be useful in is preventing cloud providers from introducing incompatibilities between their offering and the original FOSS project yet allowing them to build services on top (GUI's, billing, etc.) which allow them to differentiate.

How this gets encoded in legalese is their job as stewards of the GPL license suite, holders of the copyright over the text of the licenses and social gatekeepers of license proliferation.



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

Search: