Debian GNU/Linux to Declare GNU GFDL non-Free? 466
Syntaxis writes "There's some considerable argy-bargy in progress over whether or not GNU's own
GFDL
is a Free documentation license at all. At issue are "invariant sections" which cannot be removed from derivative works. Check out the thread culminating in the proposed motion to take action. The current consensus on Debian-legal does indeed appear to be that one of the FSF's own licenses is non-Free under the terms of the Debian Free Software Guidelines! Well, documentation for GPLed projects countermanding the very freedoms embodied in the GPL certainly seems insane to me."
Lack of pragmatism (Score:5, Informative)
Upon reading the post, however, what I see is a bean counter mentality that can really be dangerous to open source projects as a whole. I shudder at the thought of hundreds of package maintainers being contacted to deal with this "license issue", which is really a non-issue to anyone with some common sense. This time would better be spent working on real problems -- it's not like Debian has none of those ...
Re:Debian has some weird licencing rules. (Score:5, Informative)
Re:If you want true open source on anything (Score:5, Informative)
So the only case where you wouldn't be able to take a work you've released under GPL and include it in a closed source application is where you've either (a) originally taken source that was under GPL or similar and added to it or (b) applied patches from people where those patches were supplied in the understanding that the resulting app would be released under GPL or similar license.
In other words, your comment about releasing your own works into the public domain because it gives you more freedom are wrong.
Re:Same with GPL (Score:5, Informative)
Re:If you want true open source on anything (Score:3, Informative)
I'd like to invite you to peruse this article [slashdot.org] in my Slashdot journal, which responds to that very claim. In brief: the overwhelming difference is that "Microsoft" (read: the proprietary/EULA licensing model) places onerous restrictions and risks upon the ordinary user -- not even just the programmer! -- for which there is no equivalent in Free Software.
Re:loophole (Score:3, Informative)
The GPL allows you to use non-free libraries. Place those six lines in foo.c, GPL foo.h, and like foo.o to your final binary. Don't distribute foo.c with the rest of your app.
Nah, thats the LGPL. The GPL doesn't let you link against non-GPL libs IIR.
Re:how? (Score:5, Informative)
You'll see that the FSF is concerned with free documentation [fsf.org] as well. The problem here is that some people are misunderstanding the invariant section provision of the FDL. As stated in that link, not every piece of writing is the same thing as software. The FDL insists that all the technical instructions be freely modifiable so that someone who creates a derivative piece of software can also modify the manual to keep it accurate.
However, some parts of a manual might be literary or express an author's opinion. This might be a political opinion ("software should be free") or it could be a technical opinion ("monolithic kernels suck"). But whatever it is it doesn't make sense for the creator of a derivative manual to change those opinions--that would be lying about the original author's intent.
The FDL recognizes that an author may have the need to guard these sections (remember, they can't have anything to do with the instructions to use the program). It doesn't make the manual any less free.
Re:Debian has some weird licencing rules. (Score:3, Informative)
I'm neither critisizing nor applauding him for that, incidently.
I've used the FDL for code restrictive purposes (Score:4, Informative)
Now I don't have any objections to the GPL or freedom over sourcecode in principle, I just didn't want them to claim ownership and rights over it.
So I was thankful that the invariant clause of the FDL allowed me to restrict the published sourcecode.
My take on this may be wrong, IANAL, but seemed to be the case, hence why I did it.
Re:how? (Score:2, Informative)
Re:It's about time... (Score:3, Informative)
A company like TrollTech requires copyright assignment so that it can release under a different license. The Free Software Foundation requires assignment so that it can pursue copyright infringement. If infringement occurs for a program the FSF doesn't own, then it has no standing to bring action. Such issues may not concern you, but the enforcability of copyleft is important to the FSF.
Re:It's about time... (Score:2, Informative)
What I think you're failing to see is that there is a very good reason that you must assign copyright to the FSF when you contribute to some of the GNU projects. Should there ever be a legal situation where someone violates the GPL of say GCC by distributing a modified version under a non-free license, the FSF would probably want to take legal action. To do so, it's important that they have the copyright on it all, or all parties who have contributed would have to join in. From the GNU website (http://www.gnu.org/prep/maintain_5.html):
In other words, it isn't so much an ego-thing for the FSF/GNU, as a practical consideration. Note that there have been historically situations where a contribution made by an entity without assigning copyright has lead to the end of a project. I believe this happened to the original Emacs implementation, and caused RMS to start over implementing it in C. I think this may be one of the reasons he devised the GPL too. Admittedly, it wasn't really an identical situation (different license all together), but it gives you some idea why it might be good idea to control your work.
As for all your conspiracy theories, I _would_ trust the FSF with my code -- there's no guarantee that the FSF won't become a distributor of non-free software, but I think everyone agrees that's _highly_ unlikely, no?
Comment removed (Score:2, Informative)
Allowing removal would be enough. (Score:4, Informative)
Now you can't use any of that new documentation in the next version of your book, unless you're willing to take the pro-Hitler rant as well. But the other person is free to take your new material, as long as he is willing to take any new Invariant Sections you add. This is the opposite of what copyleft is supposed to achieve.
None of this would be an issue if the GFDL allowed removal of Invariant Sections.
Re:Why it makes the manual less free (Score:3, Informative)
The FDL doesn't cancel existing fair use doctrine--in general short excerpting or commenting on a copyrighted work is fine, just as you can quote a book in a review of it. If the excerpt's not short (namely if you are copying large parts of the manual) then I think it's reasonable to have to include invariant sections. Elsewhere [slashdot.org] on this thread I pointed out that excising something can change the meaning of the whole just as modifying something can.
A third solution for your excerpting would be to incorporate the other manual by reference ("see section 12 of the GNU make manual") or whatever.
Not to put words in your mouth, but I anticipate an objection on the basis: "who's to know what fair use is?" There is a FAQ [stanford.edu] on fair use that helps, but the fact is that fair use is based on judgment, not absolute rule.
Re:Actually, the GPL fails the test too. (Score:2, Informative)
The OSI doesn't agree with your 'facts', as the GPL is prominently acknowledged in their list of approved licenses [opensource.org]. And rightfully so, because, other than you, the OSI *did* put a lot of thinking into their licensing approvals and the Open Source Definition. Perhaps *you* should get your facts straight first. Troll.
Re:Lack of pragmatism (Score:2, Informative)
However, if you want your document to be available under a free licence, then the GFDL without invariant sections might not be a good idea. The reason is that someone else could add something interesting to your document (good) together with some invariant section (annoying). Now you, the original author, are not allowed to use the addition without also incorporating the invariant section.
Re:How about using the OPL instead? (Score:2, Informative)
Let's see, what FSF says about it:
http://www.fsf.org/philosophy/license-list.html
http://www.fsf.org/philosophy/license-list.html#
Yes. It can be used as free documentation licence. Debian uses it as licence for their WWW-site:
http://www.debian.org/license
I use this kind of licencing for my non-software works:
My poetry is released under Design Science Licence. Stylesheets of my WWW-pages and certain WWW-pages are dual-licenced: You can use GNU FDL or DSL.
Correcto. (Score:2, Informative)
Forget the license for a second.
Say you take my source, modify & distribute it.
I can claim copyright violation, because you do not have my permission to distribute & modify.
Now, say my original work was available under the GPL to you. (or any other license I choose, but you never asked me)
IF you chose to not follow the terms of the GPL, or if you didn't know about it, but distribute anyway.. the situation is no different: you are violating copyright law.
You are NOT violationg the GPL.. because you never agreed to it in the first place. Following it's terms is one way you can get around me charging you with copyright violation.
Re:Why it makes the manual less free (Score:3, Informative)
IANAL, but this is legal advice :) --
The "fair use" doctrine of exceptions to copyright is not international. There might be a few countries outside the US which have something comparable, but not many.
Extracting parts of a work to review it is more likely to qualify for fair use (or its weaker cousin, fair dealing, which is common in the former British empire), than using it for some other purpose (such as writing new documentation).
The GFDL should definitely have a section explicitly allowing small excerpts (without invariant sections), regardless of local copyright law. It should possibly even allow large excerpts on the condition that the final document isn't really trying to achieve the same purpose as the original.
Re:It's about time... (Score:3, Informative)
That's the whole point: When the software is Free, nobody can take the source under their rug and release proprietary versions. It is the software which should remain free, not the developers, since FSF people like RMS is interested in the development of good, open, quality software which anybody is allowed to fix - not to get filthy rich on proprietary secrets and hold the world hostage. The philosophy behind it states that to create the best software, the optimal solution in a copyright-world is the rules of Free Software which bends the existing laws in favour for openness of source. It is a very Software-centric idea, not people-centric at all. However, it tries to give as much power to people too, without degrading software freeness.
If you want more freedoms as a developer, just use the BSD license. It ain't evil, but don't complain if a big company uses your code as Microsoft did with FTP.exe. They have permission from you through your choice of license. At that point, it's sharing, not "stealing".
You don't however, have the permission to use the GPL in a non-free way. The authors chose to use the GPL because they want YOU to contribute BACK to their project and the world at large, not steal the code and get filthy rich on THEIR efforts.
This might inconvinience you, but that is also a goal, because it means you have to rethink your priorities.
Nobody is forcing you to support either side in this war, but it's important to stick with the truth and good reasoning. No matter which side of the fence one is on..
As long as people regards sharing information as "stealing", I'm glad there are efforts today that favour sharing. We can thank RMS for being a head-figure for this, if not a tad eccentrical.