SDSL – Succinct Data Structure Library for C++(github.com) |
SDSL – Succinct Data Structure Library for C++(github.com) |
Even when I am ultimately deploying on Linux, I will often develop and debug my os-independent logic using Visual C++ on Windows and then when that is working well, recompile using g++ or clang++.
Additionally, we (the main authors) have lots of contributions from other researchers which we would ask for permission to the change the license (I think?).
Many people believe that GPL is for programs and LGPL for libraries - as if the "L" would stand for "Library". But that's wrong! This was never the intention. The "L" stands for "Lesser" and means less protection than GPL, for very special circumstances.
According to FSF, you should use LGPL only for libraries that are competing with widely accepted proprietary libraries. For anything new and original, you should use GPL - to promote Free Software.
"Why you shouldn't use the Lesser GPL for your next library"
https://www.gnu.org/licenses/why-not-lgpl.en.html
(I disagree with that article in one point: If you compete with pervasive software, use a simple license like ISC/MIT/BSD rather than LGPL, to promote their usage even more.)
As for multiple authors, in theory you were required to have their permission to release it under the GPL (or any other open source license) in the first place. Given your uncertainty, it's possible that permission wasn't obtained and you could already be on unstable legal ground. I would reach out to all contributors and ask them for permission to release under a more flexible license like BSD/MIT or Apache2 to encourage more widespread use.
Pretty sure the end user is still required to gpl their project if they use your header files.
edit: the more I think about this, the sadder I get. You prevented the majority of people from including your software and it doesn't sound like you meant to do it. Might be worth a rethink in the next version.
Of course, this only works if people aren't strictly against creating Free Software, but in that case you have lost anyway.
STL is a poor exemplar to follow - its a real wasteland of a library and very deficient compared to libraries for other modern languages.
however i will now go and learn these things and reinvent some wheels to make myself a better programmer.
thanks. :)
That's probably true, but it is not an argument against using the GPL.
If your GPL library is original and useful, the cost of reimplementing it will probably higher than the cost of making some depending piece of software Open Source.
So during the time until somebody else wrote that ISC/MIT/BSD version (which may be decades, think of GCC versus clang!), lots of other software may have been made Free Software that would otherwise have been proprietary.
Your point is an ancillary benefit. Most authors don't publish libraries to encourage the greater FSF-ecosystem or free software agenda -- they publish to make it available to others and see it get put to use. Picking a license that limits prevalence of use is contrary to that objective, plain and simple.
It also does not necessarily follow that proprietary would have been the alternative to free software. Published as ISC/MIT/BSD, lots of additional open source software would have been able to make use of the library, advanced more quickly, more easily permitted additional open source and free software derivatives, etc.
More power to authors that choose to use GPL on a library code, as they are certainly entitled to do so, but it is a substantially limiting factor in the near and long term. We do not have to agree on these points. ;)
from what I understand even LGPL doesn't allow you to use header files in non (L)GPL code in order to interoperate with an LGPL library.
If you write any sort of software, and link against this library, boom all the code needs to be GPL'ed.
I don't think that's a good thing for promoting a library's use. Most people will just not use the library, and leave a bad taste in there mouth rather than spread the use of GPL.
If you want your library to popular don't use GPL.
What happens is that someone else comes a long and creates a MIT version. Eventually it gets replaced with the MIT version.
Well, the author is free to dual-license it to propriertary software for some fee - if they want.
> I don't think that's a good thing for promoting a library's use
But it's a good thing for promoting Open Source!
That's the tactic question here: Do you want to promote your name and your library, or do you want to encourage more people to open source their stuff? In general you achieve both, but the question is: Which aspect is more important to you?
> If you want your library to popular don't use GPL. What happens is that someone else comes a long and creates a MIT version.
I would personally be fine with a new license that simply said "Be nice or don't use my software. You can't sue people who use or share this software. You can't apply for patents and sue people who are being creative and code. You can't stop people from understanding the software that they run on their own machine.". However I doubt many companies would prefer that over GPLv3 so it easier to just use a commonly understood license which Linux distributions understand and find legally acceptable.
at best its promoting one flavour of open source methodologies in an authoritarian way. not open source software in general... it does little itself to teach us why open source is good, but its easy to learn why GPL is bad and tar all of open source with the same brush.
the MIT and BSD style licenses are open source, but not militant about it. they are doing much better work to promote open source software imo since people will actually use software that is distributed under them in large commercial projects without fear, meaning that open source libraries do actually get used a lot, which lets people learn their advantages first hand...
i like your quote about this. that someone will come along and make an MIT version... :)
Using the GPLv3 is more restrictive than that -- it makes it unusable except for GPLv3 software. Even a preference for open source -- even copyleft -- software doesn't mean a preference for the use-based discrimination in the GPLv3's so-called anti-Tivoization provisions.
> If you want your library to popular don't use GPL.
Lots of GPL libraries are popular, though perhaps in some cases less so than they would be if they were not GPL.
> What happens is that someone else comes a long and creates a MIT version. Eventually it gets replaced with the MIT version.
IF you do permissive (MIT/BSD/etc) and a sizable fraction of the people interested in your library are also GPL partisans, the reverse happens (and potentially much more quickly) -- some relicenses your library as GPL, and the active community ends up there. So, making decisions on that basis can go either way.
Use GPLv3 if you want to control what downstream users do and you prefer the particular controls in the GPLv3. Use a different copyleft license if you want to control downstream users and don't prefer the controls in the GPLv3. Use a permissive license if you don't feel the need to control downstream users.
Like GNU/Linux?
LGPL was created to appease authors that didn't want license terms to propagate like GPL, exceptionally common with library and embedded codes. Alas, ignorant authors were also choosing LGPL simply because they were creating a library and FSF didn't like that trend. It was a completely political move to fit their agenda.
See https://en.wikipedia.org/wiki/GNU_Lesser_General_Public_Lice...
my experience is that these 'special' circumstances are pretty much "you need to use it in a proprietary production environment" and "you don't want to stop people using your software". this is close to what the FSF say so I don't think i'm far off the mark...
the problem with GPL imo is that it is manifestly not free. you must abide by severe restrictions to use the code, which for a lot of software development would incur impractical costs.
even if i want people to use my code for free I never use the full GPL license. i don't see any good reason to becasue i never want to dictate what other people can or can't do with their own software by virtue of having helped them out with mine. i really don't understand the sentiment...
for example, the choice of GPL here means that nowhere i have ever worked would touch this officially. i can tell you that most of those places are also not thorough enough to stop some random wannabe hotshot programmer from stealing large swathes of code from this repo and using them anyway... (i do not endorse this practice - but i am perhaps a little bitter because i am usually the one who spots these things and has to deal with them).
But to address one aspect, I do agree that I really don't understand the sentiment to dictate what other people can or can't do with their own software. Suing people for sharing software is wrong, and having EULA's that prevent people from understanding how their software operates is also wrong. The argument that you have to add proprietary licenses in order to earn a living is illogical and only create a world where people don't trust each other.
free means free. its an abstract ideal...
you do not live in a country where people are free, 'free country' and 'liberty' are politically charged terms which evoke particular ideals, which don't directly map to the meaning of the word 'freedom'.
a big part of society is that we willingly give up certain freedoms for the greater good - this is what law is all about.
in this particular case i think its clear cut. the GPL stops software from being free compared to an MIT or BSD style license...
It is a clear cut that many who argue MIT/BSD over GPL do so with the intention to add proprietary restrictions, while being dishonest in never talking about that aspect. Adding proprietary restrictions does not make something more free, and it attempts to frame the discussion to be about the word "free" rather than what licenses should be about: The intention of the author. If an author want to allow or not allow people to add proprietary restrictions, they are free to make that decision.
The whole distinction between permissive and copyleft license is that the former allows downstream relicensing on substantially different terms with very little restriction (typically, something like requiring retaining the original copyright and disclaimers.)
It probably legally requires enough new creative work for the downstream version to be an original derivative work and not a mere copy that wouldn't be eligible for a distinct copyright, but that's still a lot less than a copyleft -> permissive replacement, which requires reimplementation rather than derivation.
Would such a rule even be enforcable? If so, what's the penalty if a company sues users anyway?
I like how the GPL(v3) makes such rules enforcable by trackling them "from behind". For example, the patent protection does not work by saying "you must not sue people with your patents", which one would naively write into one's license. Rather, they say (roughly) "if you distribute the software, this includes a free patent license to all receivers." And this is just one example. There is very clever legal stuff in the GPL, especially v3.
So I guess that the GPLv3 already does exactly what you want. It just doesn't express this as directly as you would, but more "from behind". However, this is for very good reasons, as it is necessary to do it that way, to make all this stuff enforcable within the legal framework of copyright law.
The courts where I live (Sweden) would look more into what the author intended rather than the exact wording, so it will accepts much lesser precise wording than other systems. The downside is that you are basically asking what one judge and 3 politicians (lowest court instance) think is the authors intention, common sense in this context, and if the distributor acted with malice or not.