SFLC's Legal Guide On Free Software 59
An anonymous reader writes "Last week the Software Freedom Law Center published A Legal Issues Primer for Open Source and Free Software Projects. The primer, written for developers, has sections on copyrights, trademarks, patents, and organizational structure. Linux-Watch has reviewed the guide, saying 'I think any open-source developer or open-source group administrator must read this paper.'"
I don't know... (Score:4, Insightful)
I'm happy to see more resources aimed at educating developers. Particularly new ones.
Re: (Score:3, Funny)
Ah. So that's why you pay for sex.
Re: (Score:1)
Oh yes, one pays and pays dearly!
Re: (Score:1)
And I am only half joking, too.
Re: (Score:1, Funny)
The Primer is nice and all... (Score:5, Insightful)
But, legally speaking, you should read the license you pick. Don't just assume any summary is correct. I am not saying this summary is not accurate, I am just reminding you that you actually need to read what you "sign".
Re: (Score:2)
... and if there are points you do not understand, ask away.
How often people fail to follow these simple steps...
Re: (Score:3, Interesting)
Re: (Score:2)
I don't like the "you should..." bits (Score:3, Insightful)
What I object to is the "you should ..." bits which indicate that the authors are suggesting courses of action. I'd rather just have the lawyers unwind the legalese and make it human readable and let me make the decisions as to what I should and should not do. Thi
Re:I don't like the "you should..." bits (Score:5, Informative)
The authors do have an agenda, which is to promote freedom. The authors are also lawyers and the reason they are saying "you should" read it is because it does unwind the legalese jargon in the F/OSS licenses and explains why you would want to use such a license.
As far as framing it differently... the Software Freedom Law Center [wikipedia.org] team includes a number of prominent individuals who have made strong arguments for Free Software in the past. Included in the board of directors is Lawrence Lessig and Eben Moglen. Maybe you've heard of them, maybe you haven't... but tens of thousands of people are knowledgeable about some of the work of these two men. Maybe you'd trust the word of one commenter that these are two noble, respectable men and my assurances that any concise documentation that they would publish is worth checking out.
And I guess you have a right to be skeptical because there are tons of "articles" on /. that are just links to technorati or arstechnica or cnet... but this isn't one of them. This is one with authors who more interested in Free Software for Freedom's sake then the sake of steering traffic to their site to get ad revenue. Ya dig?
Re: (Score:3, Interesting)
For example, I have had the opportuntity to pose the following question:
If I copy a BSD-licensed file into a GPL v3 project, Does the GPL v3 require that this particular BSD-license allow the file to have its license changed to the GPL in the mere course of copying the file?
Eben Moglen says yes, and thinks the BSD-license only requires that the file was once licensed under th
Re: (Score:3, Insightful)
The purpose of this document is not as a simple summary of some licenses, it's explicitly *advice* from a *team of lawyers* on the legal aspects of running a free software project. If you aren't running a free software project or don't want advice from the SFLC, then this document is not for you.
Re:The Primer is nice and all... (Score:5, Informative)
The authors [wikipedia.org] of this primer [wikipedia.org] are lawyers. Sure, they have biased ties [wikipedia.org] to the FSF, but there isn't a group of men on the planet better qualified to put together a concise explanation of the values, virtues, and gotchas of working with free and open source software.
Re: (Score:2)
I haven't had a chance to discuss real contentious issues with Mr Kuhn, but we have talked about some other issues and he seems reasonable. Of course he seems like someone who is more of a community activist and as far as I can tell not a lawyer, and I am sure I disagree with him on things like whether the AGPL is Free en
Re: (Score:1)
Re: (Score:1)
Unintentional sexism on my part. My apologies.
Furthermore (Score:4, Insightful)
IANALE
What's in a name (Score:1, Funny)
Personally, I wouldn't trust an organization whose four-word name is composed entirely of nouns.
HTML version horrible - stick with the PDF (Score:2)
The content looks OK, but whatever app they used to convert from TeX to HTML not only produces ugly code that gives Frontpage a run for it's money, it also didn't close the <address> tag near the top, making the entire document right justified and italic.
Horribly broken HTML in a bunch of respects. Stick with the PDF version.
Re: (Score:1)
Re: (Score:3)
The PDF is 326,093 bytes. The HTML is 184,296 bytes, and pulls in an additional 74,847 bytes in associated files, leading to a total download of 259,143 bytes. So, you're saving about 20% by going for the malformed, painful to read version. Time to read first page is probably comparable, if you're using a browser with adequate PDF support (which if your browser dates from the same era as your 14.4k modem, it probably doesn't).
Of course, with the HTML you also have the option of throwing away all the forma
Re: (Score:2, Funny)
Exactly what I was expecting (Score:5, Interesting)
Gotta say that I've read a lot about licenses, etc and have yet to see one that isn't biased in one direction or another. And this is certainly no exception. I'd just love to see a commentary that keeps people's fucking politics out of it.
Not sure it's the politics (Score:5, Insightful)
In this case, the politics are the indirect reason. I think the writers (which were all part of the "FSF" cadre) are simply more knowledgeable about the GPL-style licensing than about BSD-style licensing. They have considerable experience and expertise drafting and enforcing the GPL and LGPL, but they have not been, for example, part of the AT&T-Berkeley BSD litigation. The discussion of copyright enforcement would have been more interesting if it included examples of successful enforcement of both the types of licenses.
The discussion of "copyright assignment" falls under the same heading: that's what the FSF does, and they are telling us what they learned about this kind of setup. Better they share their knowledge than leaving others to rediscover it.
I think the best way to view this document is as follows: "we are laywers, who have been helping FOSS projects. Here are some lessons we learned, in non-technical language. Read this before talking to your lawyer and you'll get more mileage out of him/her".
Re:Exactly what I was expecting (Score:5, Insightful)
That seems like a pretty simple and blunt explaination. Each license has pros and cons depending on need.
Re: (Score:3, Interesting)
Most developers using this license interpret it instead as allowing other people
Re: (Score:3, Interesting)
Re: (Score:2)
1) Do I have the right to claim copyright ove
Re: (Score:2)
Re:Exactly what I was expecting (Score:4, Insightful)
Re: (Score:1)
My review of the document (Score:3, Interesting)
I think the document seems to be a reasonable summary of the concensus view in a lot of cases. I think it is a good read.
There are a few areas where I would prefer to see more detail (it is my understanding that prior to pursuing legal action for copyright infringement, one must register the copyrights but this may be different than enforcement as other forms of leverage may be applied in those cases).
One thing I thought was particularly well put forward was the patent section and the question as whether to apply for patents. The key thing I have heard from patent lawyers is that unless you intend to monetize an invention in a major way, it is not worth applying for a patent for the simple reason that patent enforcement is difficult and expensive.
Analysis of Affero GPL is missing too (Score:1, Informative)
Me too. Here is another such area where a key element is missing from the document.
In the section on the Affero GPL, these not-so-eminent lawyers failed to identify the key conceptual AND LEGAL difference between GPL and Affero GPL: that while all other FOSS licenses trigger at the point of distributing the work (because it's the copying that triggers copyright), the terms of the Affero GPL trigger on ***USAGE*** of the server-side software. Af
Re: (Score:1)
it is my understanding that prior to pursuing legal action for copyright infringement, one must register the copyrights but this may be different than enforcement as other forms of leverage may be applied in those cases
In the United States (and most other countries), you own the copyrights beginning at the moment of creation [keepyourcopyrights.org]. Registering copyrights is not a prerequisite for pursuing someone for infringement, but does make it easier to do so.
I am not a lawyer, etc.
Re: (Score:2)
Of course, I have effectively enforced non-registered copyrights before by applying political rather than legal pressure, so enforcement and legal action might be seen as somewhat separate are
Does it cover international law? (Score:4, Insightful)
To be honest, I would say that all developers, even those who are firmly based in the US, need to be considering international law in this regard -- you may be based in the US, but your software will almost certainly end up all over the world.
Re: (Score:3, Interesting)
The parent poster has raised a good point. I'm an independent consultant who has helped large orgs use OSS and Linux in the UK. I'm currently at a large Life Assurance company who have just started using Linux and use Open Source software here and there (mainly in java dev). The software teams are energised about OSS and are keen to contribute back (with management approving time to do so).
However, the Group Legal folks are very concerned because the various GPL and other OSS licences do not protect t
Goal oriented guide (linkspam) (Score:1)
GPLv2 vs GPLv3 (Score:2)
Hah (Score:1)
Incorporation section misleading as to liability? (Score:2)
Dangerously misleading statement on registration (Score:2)
This is technically accurate but potentially dangerously misleading. For virtually all actual ways in which you are likely to want to enforce copyright, in the US at least, registration