Slashdot Log In
Wikipedia Community Vote On License Migration
Posted by
samzenpus
on Mon Apr 13, 2009 05:39 PM
from the raise-your-hand dept.
from the raise-your-hand dept.
mlinksva writes "A Wikipedia community vote is now underway on migrating to Creative Commons Attribution-ShareAlike as the main content license for Wikimedia Foundation projects. This would remove a legal barrier to reusing Wikipedia content (now under the Free Documentation License, intended for narrow use with software documentation, because Wikipedia started before CC existed) in other free culture projects and vice versa."
Related Stories
[+]
News: Wikipedia Moving From GFDL To Creative Commons License 90 comments
FilterMapReduce writes "The Wikimedia Foundation has resolved to migrate the copyright licensing of all of its wiki projects, including Wikipedia, from the GNU Free Documentation License to the Creative Commons Attribution-Share Alike 3.0 License. The migration is scheduled to be completed on June 15. After the migration, reprints of material from the wikis will no longer require a full copy of the GFDL to be attached, and the attribution rules will require only a link to the wiki page. Also, material submitted after the migration cannot be forked with GFDL "invariant sections," which are impossible to incorporate back into a wiki in most cases. The GFDL version update that made the migration possible and the community vote that informed the decision were previously covered on Slashdot."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Existing content? (Score:5, Insightful)
Re:Existing content? (Score:5, Funny)
I don't recall being asked to allow my edits to be re-licensed later.
Think of your edits as free promotion for your concerts, and figure to make your money on T-Shirt sales.
Parent
Re: (Score:3)
Re: (Score:2, Redundant)
I'm sorry, I don't quite get it. Can you give me a car analogy instead?
Re:Existing content? (Score:5, Informative)
That clause seems to be written specially for Wikipedia:
Neat legal hack...
Parent
Re: (Score:3, Insightful)
Neat legal hack...
I don't think that special-casing a specific corner case qualifies as "neat". But a hack it is, that's for sure.
Re: (Score:3, Interesting)
Neat legal hack...
Or a clear violation of basic FLOSS principles like "No Discrimination Against Persons or Groups", depending on how you look at it since it discriminates against everyone not Wikipedia. If the FSF can do that, there's in principle nothing against releasing a GPL4 that said "You have the right to relicense to BSD, as long as you're Richard Matthew Stallman". Or just make an equally bullshit definition that fits just him. Despite their good intentions I think it sets a bad precedent that is much broader.
Re: (Score:1)
The FSF doesn't need to play games with GNU software, they require copyright assignment to the FSF (I'm talking specifically about GNU software here, not any software licensed under the GPL).
Basically, the GFDL trick demonstrates that the 'or later' clause means you damn well better trust the person who defines later.
Re: (Score:2, Interesting)
The GFDL is not intended or suited to be used for Wiki articles; it is for documentation, and includes terms and options that not only render it a non-free license but also present practical issues for a Wiki.
If you use a license for something totally outside its intended scope, you should not be surprised if future versions are problematic for you, or if their workaround is to allow a different license (altogether) to be used instead.
Wikipedia article pages are not software. And the FSF don't single
Re: (Score:2)
The worry is not about the copyright assignment. The worrying thing is that they encourage people to put "and any later version of the GPL" on software, and lots of people (me included) do so.
So a GPL4 that says "Richard Stallman can sell closed-source versions of this" would technically be possible and would affect a lot of GPL software, not just stuff with FSF copyright assignment. It would not affect Linux because the "any later version" text was deleted.
Seriously though I would not be worried. Any real
Re: (Score:3)
Re: (Score:3, Interesting)
That creates a problem of its own, in that it locks the project into the current version of the license.
A much more sensible option should be to redirect the "or later" clause to yourself: rewrite the GPL in your code to be updated by you, instead of "as published by the FSF". That way you keep some control of your project as the original creator, and don't doom it to have an eventually obsolete license.
Re: (Score:2)
Actually, it's written for Wikipedia and all wikis that went with GFDL for Wikipedia compatibility -- the idea is to get everyone shifted over to a more appropriate license. The "August 1, 2009 or earlier" clause is there to prevent license-washing of GFDL content: you can't, for example, use the GFDL 1.3 to put the Emacs manual up on a wiki and then re-license it as CC-BY-SA.
Re: (Score:2)
Wikipedia links to v1.2 of the GFDL, which doesn't mention MMC. I licensed my contributions to them under the GFDL. They are not the owners of the content, as their copyright page clearly states in a big read box. If they try to relicense that content, it'll be copyri
Re: (Score:2)
Perhaps, but I'd never read that until yesterday, and I doubt many others had either. The wikipedia footer specifically links to the original 1.2 license, and I think it's valid to see other contributions with that footer, and trust that your contributions will be using that specific license. Technically, you're correct, but I wouldn't want to bet on which way it would go in court.
Re: (Score:3, Informative)
The GFDL license [gnu.org], under which the current Wikipedia content is licensed, has a "or any later version" clause, which Wikipedia uses [wikipedia.org].
With the newest update of the GFDL, the FSF introduced a new section, 11. RELICENSING, specifically designed to handle this update:
Copyright relicensing 101 (Score:3, Informative)
Because so many here are clueless about copyright licensing, I thought I'd give a brief explanation of what it entails.
See many people think that you can't relicense a work without explicit agreement of anybody and everybody who ever edited that work. Picture go through the mind like vast emails asking a submitter about the semicolon at the end of line 35,219 in one of over a million files.
But if that were the case, a work could basically NEVER be relicensed! You're never going to get explicit permission fr
Re: (Score:2)
But if that were the case, a work could basically NEVER be relicensed!
So? If lots and lots of people have submitted to a work under a certain conditions WHY should it be possible to change that without their active consent?
Instead, there's a legal process wherein the license change is proposed in a very public forum, clearly documented as such, for a 'reasonable' period of time which depends on the work in question, the number of people involved, and the reqirements of the legal jurisdiction(s) in question.
In the words of wikipedia [[citation needed]], in the US there'd probably be a class action where some lawyers would get rich and the rest screwed but in most other countries you'll be open for lawsuits for the next 150 years.
Re:Copyright relicensing 101 is UNTRUE (Score:2)
This is rubbish. If you can't get explicit agreement from a contributor you need to trace them down or replace their contribution, unless you have explicitly obtained the contribution under a licensing agreement.
In this case, Wikimedia's licensing agreement under which contributions were made explicitly allows changing the license to a later version of GFDL, and the latest version of that allows relicensing under CC-BY-SA 3.0 - see many other posts here for the full explanation.
So the voting is about whethe
The "later version" clause (Score:5, Informative)
Existing content contributed to Wikipedia was done under the GFDL license, which like the standard GPLv2 includes a "or later version" clause. Wikipedia's license includes this clause.
The latest version of the GFDL now contains a section I think written to specifically allow Wikimedia to do this. See section 11, "Relicensing" here:
http://www.gnu.org/copyleft/fdl.html [gnu.org]
Re: (Score:1)
Existing content contributed to Wikipedia was done under the GFDL license, which like the standard GPLv2 includes a "or later version" clause. Wikipedia's license includes this clause. The latest version of the GFDL now contains a section I think written to specifically allow Wikimedia to do this.
Kinda. It's broad, in that it allows pretty much any wiki to do the same thing, but it *was* a collab between WMF and the FSF.
Re: (Score:2)
So when I relicense it under GPLvMINE, which allows me to give you the finger and do whatever I want with it, what are you going to do then?
Re: (Score:2)
I would sue you for copyright infringement. The GFDL specifies that relicensed content must use the CC-BY-SA license. Any other questions?
Re: (Score:2)
includes a "or later version" clause.
IANAL, but such a clause sounds extremly questionable legally speaking.
The right to disagree is a very fundamental right. I doubt that courts would allow you to just give up that right as it would imbalance the whole contract section of the law.
Now, someone in another thread said that the license is backwards compatible so it may be of no interest here. But I am just curious about that clause in specific as it seems to be used in more than one open source license, and I just can't see how the courts would a
Re: (Score:2)
IANAL, but such a clause sounds extremly questionable legally speaking.
You can sign away all your rights, so I don't see why "or later" shouldn't be legal even if it means the same as "the people in charge of the license can relicense it any way they agree on". It'd be pretty close to a copyright assignment except you keep your own rights and your name by the (c). It might be that developers don't understand what they're doing, but I doubt other developers will be held accountable for their ignorance.
Re: (Score:2)
American law works differently.
The issue here is not copyright law.
Licenses are an aspect of *contract* law, and you can grant damned near anything in American contract law, unless it explicitly contradicts other statutes or "public policy".
There's nothing about "or any later version" that carries those connotations, so there's no reason why a contributor would be deemed unable to agree to that term, and therefore it's valid.
(IANAL, E)
Backwards compatible (Score:5, Informative)
Vote yes! (Score:5, Insightful)
If you have a WP account with at least 25 edits before March 15, please vote yes on this. The only reason WP picked GFDL was that CC-BY-SA didn't exist when WP began. GFDL and CC-BY-SA are the same style of license; they're both GPL-ish as opposed to BSD-ish, because they both require derived works to be under the same license. GFDL sucks for a variety of reasons:
CC-BY-SA is far more widely used at this point. Switching to CC-BY-SA eliminates legal hassles that would otherwise be involved in making derived workds using WP. As a concrete example, I wrote some CC-BY-SA-licensed books [lightandmatter.com], and when I want to use a photo or something from WP, the GFDL licensing creates hassles. I ended up having to dual-license the books, and that shouldn't be necessary. If people want to use the commons (both putting in and taking out), there shouldn't be artificial barriers to doing so.
Plenty of people have already posted about the legal aspects of why relicensing is possible, but the long and the short of it is that relicensing complies with both the letter and the spirit of the law. It complies with the letter of the law because of the later version clause. It complies with it in spirit because GFDL and CC-BY-SA are similar types of licenses, just implemented badly in one case and well in the other.
Re:Vote yes! (Score:4, Informative)
Mod parent up. That's the basic idea: GFDL was never really designed for something like Wikipedia, and CC-BY-SA accomplishes the same thing much more elegantly while preserving the intent of the GFDL.
One other issue is ease of compliance. The CC-BY-SA license only requires attribution "reasonable to the medium", including the author(s), title, and URI where applicable. The GFDL has the additional requirement that the entire text of the GFDL be included with every copy of any part of the work. This makes technical compliance much more difficult, and thus conflicts with Wikipedia's goal of widespread distribution in many mediums.
Parent
Re: (Score:2)
It's sad how people don't understand how important ideology is.
Although GFDL can be a free license, it can also be a non-free license if you choose to use it with some of the optional parts like invariant subsections.
This statement deliberately confuses what it means to be "free". Free doesn't mean "I can do anything I w
Re: (Score:2, Informative)
The GFDL is one of the most non-free open source licenses available. It very rigidly controls how you can and cannot use the content.
In my case I was looking into the legal ramifications of offering a voip based version of wikipedia. I contacted the FSF about the legality of it and they said that audio reproductions aren't even permitted by the GFDL.
Sucks to be a blind person.
Additionally you can use the GFDL to create a kind of monopoly of information by adding some of the invariant section requirements to
Re: (Score:2)
Although GFDL can be a free license, it can also be a non-free license if you choose to use it with some of the optional parts like invariant subsections.
This statement deliberately confuses what it means to be "free". Free doesn't mean "I can do anything I want." Free means "I have all the basic freedoms required to take advantage of this data, while at the same time it is guaranteed that others will have these freedoms as well."
No, the statement means "the GFDL is not necessarily a free license by the definitions of OSI, Debian, etc.". It's possible to put severe restrictions on derivative works: prohibiting end users from removing or modifying parts of the work, for instance. There are also dodgy restrictions on the use of things like DRM. Because of this, Debian has concluded that the GFDL is a non-free license. [debian.org]
Re: (Score:2)
people shouldn't be forced to put their support behind a particular politically loaded credo just because they want to contribute to WP
Because the CC-BY-SA license isn't making a ideological and political statement? Sure...
Re: (Score:2)
GFDL sucks for a variety of reasons:
This is a pretty lame list.
It's long.
WTF? This is your lead-off complaint? It's "long"? Well, the GPL is long, too - should we replace it? Heck, the BSD license is two paragraphs - that's kinda long, don't you think? Perhaps there is a cartoon version...
It's got a windbaggy ideological preamble
Unlike the Creative Commons? Not.
Although GFDL can be a free license, it can also be a non-free license if you choose to use it with some of the optional parts like invariant subsections. This creates confusion, and has also caused lots of smart people to waste amazing amounts of time arguing and worrying about it
If they wasted amazing amounts of time, how smart can they really be?
I think I'm going to vote no on this license change because the reasons presented here are very lame.
Re: (Score:2)
How about this for a reason: the reason it's long is that the GFDL is encumbered by a number of clauses and options that are totally inappropriate for Wikipedia or a project like it. Their presence in the license terms can be confusing and off-putting to contributors (who will read things like 'We have designed this License in order to use it for manuals for free software'), and contributes nothing to the project.
Some of those particular options present in the license make GFDL content incompatible with Wi
Re: (Score:2)
Re: (Score:2, Informative)
If the Program specifies that a certain numbered version of the GNU General Public License âoeor any later versionâ applies to it, you have the option of following the terms and conditions either of that numbered version or of any later version published by the Free Software Foundation.
Because your GPL v666 is not published by the FSF, you cannot relicense existing GPL'd software under it.
Pre-empting the inevitable cries of abuse (Score:5, Insightful)
Correct (Score:1)
Good move. It is wrong to re-license public domain or complete free materials with a more restricted license.
There are many more such cases, please correct them all.
Re: (Score:2, Insightful)
You can make a derivative work from a public domain work and then license that under a more restrictive license. Happens all the time. Say, for instance, I was a creatively bankrupt entertainment company whose mascot was a disease carrying vermin. I could just dig up old public domain works- say, fairy tales, or stories by Victor Hugo- and make my own cinematic version of them- add a few musical numbers, perhaps. Then I assert copyright over the derivative work. Public domain doesn't travel with the co
Wiki Voting (Score:5, Funny)
It's a good thing they outsourced the voting. If they tried to handle it through the wiki, you'd have a good chance of the whole site being renamed Colbertpedia.
Do People Really Care? (Score:4, Insightful)
I've been in this business a long time. There are dozens. Heck, maybe hundreds of "Open Source Licenses", and I really can't tell the difference between them. There's Apache, GPL, Eclipse, CPL, QPL, and even BSD which get some people into raging fits.
Okay BSD is a bit different because you can -- in theory -- produce your own changes and keep those as proprietary. Apple did this with Mac OS X. However, they could have done pretty much the same thing with Linux too. Watch:
1). Company "X" submits to the Linux project some code changes that will allow Company "X" to hook its proprietary code into the Linux kernel. Completely legal according to the Linux GPL license.
2). These hooks would probably be rejected by the Linux project, but Company "X" could still use them although they'd be under the GPL license.
3). Company "X" now creates a proprietary layer on top of Linux using their GPL hooks to link it to the Kernel. The proprietary layer would sit above the GPL'd code and officially be separate from it.
The end result: Linux kernel under GPL, Company "X"'s special code that hooks into the proprietary layers under GPL, but not supported by the Linux project. Company "X"'s proprietary code on top not under GPL. A full OS. Yes, it's a bit more work than simply taking the basic BSD code, adding in proprietary changes directly into the kernel, but in the end, it's pretty much the same to the end user.
I use a lot of OSS software, and I support many OSS projects. But all this care and concern about licensing is unbelievable. Linux is Linux not because of the license, but because Linus Torvalds is a top rate project manager who knew what was important and what wasn't important.
Torvalds didn't jump on the microkernel bandwagon because he thought it the cool design wasn't worth the performance hit. Linus created his code to be X86 specific because it was faster that way.
Linus has carefully avoided all these piddling political wars about nonsense and has carefully focused his entire project and has kept his project from splitting apart in fratricidal wars that had engulfed the BSD world.
Yet, we get into these silly arguments. Was it worth the time and effort to create the GNOME project just because KDE depended upon a small set of propriety (even though freely licensed) QT Libraries? (BTW, I tend to use the GNOME desktop myself). What would the Linux desktop look like if the desktop environment wasn't split into two major camps and all that effort could have been put into building a full feature, yet friendly desktop?
In the end, it's all OSS and it's all good.
Re: (Score:2)
1). Company "X" submits to the Linux project some code changes that will allow Company "X" to hook its proprietary code into the Linux kernel. Completely legal according to the Linux GPL license.
Um, no. According to the interpretation of the FSF and most kernel developers I've heard from, and according to the intent of the license (it's clearer in v3), hooks, plugins, drivers, etc. must be released under the GPL. That's what distinguishes it from the LGPL: you can't combine it with your proprietary code.
You'd have to do it "at arm's length": from userspace, for instance. An OS where you refuse to modify your own kernel isn't going to be very successful. Good luck hooking a userspace program i
Will dual licensing fix their problem? (Score:2)
I voted for the change yesterday, but after doing so, I began to think about what this will actually solve.
I mean, their problem is the GFDL in its current implementation being slightly too difficult to work with, and generally not really what they want for Wikipedia. Correct?
My question is, since they plan to DUAL LICENSE everything, not only replace the GFDL with CC-BY-SA (apparently [wikimedia.org]), won't they still be bound to whatever problems they have with their old license? So how will this fix their problem?
Re: (Score:3, Informative)
Not everything will be dual licensed. In particular, this allows Wikipedia to incorporate a large amount of media (images, sound, and video) that are CC-BY-SA licensed but aren't GFDL licensed. It also allows other projects that use CC-BY-SA (like other Wikis) to incorporate Wikipedia material without having to comply with the GFDL.
Re: (Score:2)
I know that the wikipediots have decided that they can rewrite the law with their little straw polls...
They're not conducting "straw polls", they are reaching a verifiable consensus.{{fact}}
Re:Vote early, vote often (Score:5, Insightful)
Please don't do that. That undermines the attempt to derive an honest consensus. Also, when things have been voted on in the past they have then gone through and looked at the IP and useragent data and struck through any obvious sockpuppets. All you are doing is making more effort for everyone involved. Vote with a single account.
Parent
Re: (Score:2, Informative)
When it comes to matters of editing, it's not.
When it comes to matters of licensing, it is more so.
The vote doesn't actually determine the outcome. The board will analyze the votes and the results and decide the outcome.
The board could strike down the proposal even if it gets 90% support.
Re: (Score:3, Funny)
But didn't you read? It's not re-licensing. Nope, nope, it's not.
The following is how they did it:
1. Write a new version of the current licence.
2. *handwavey-magic*
3. The work is now under a different licence!
See? No re-licensing at all. Nope, not at all!
Re: (Score:2)