Embrace GPLv3
asked 2014-09-26 00:56:49 +0200
This post is a wiki. Anyone with karma >75 is welcome to improve it.
Jolla seems to have THE SCARE when it comes to using GPLv3 licensed products in the device. A glaring example is bash, of which we're stuck in an ancient 3.x version, because in the 4.x release Bash switched to the GPLv3.
There's lots of misconceptions about what are GPLv3's requirements. Personally I think it would be a major step if Jolla was one of the first companies that would show that it is possible to build a device that uses the GPLv3.
The GPLv3 is virtually the only legal protection left to ensure our devices remain open and "hackable".
Please vote this suggestion if you would like to see Jolla embrace GPLv3. Feel free to edit this post if you want, since I'm a poor marketer. Suggested "solutions" to this thread are e.g. repositories with the latest versions of all GPLv3 packages so that we can install them on our Jollas, or solutions to the potential legal problems/FUD.
Could be discussed further as a topic for next SailfishOS community meeting?
pat_o ( 2014-09-26 13:28:22 +0200 )editYou could try to explain the key points what are different with GPLv2 so it would be clearer why the need to move to GPLv3. like gather something from this: http://www.gnu.org/licenses/rms-why-gplv3.html
Acce ( 2014-09-27 14:35:27 +0200 )editDownvoted. Imho GPLv2 is the much better license and I also prefer the rather pragmatic approach of Jolla, as free as possible is good enough (for me).
chappi ( 2014-09-28 10:19:29 +0200 )editChappi, "as free as possible" is quite a reasonable and moderate stance, and in that sense I don't disagree. It's just that, as some of us are arguing, it seems possible for things to be freer!
keithzg ( 2014-09-28 14:43:43 +0200 )editFor Jolla, there are a couple of ways one could enable GPLv3 packages while keeping certain things locked down. One could foresee a fixed path on the flash where you can install user-compiled GPLv3 S/W.
For applications, adding this location to the PATH environment variable as the first entry could add an override. For libraries, there's probably something to be done with ld.so.conf.
However, there will be things (like the shell) that will be harder to replace, since /bin/sh is used hardcoded in quite a few places and that's typically a soft-link to the actual shell. Being able to point the symlink elsewhere can be a bit of a challenge.
HIGHGuY ( 2014-09-28 23:42:04 +0200 )edit