BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] licensing: who freakin cares?
- Subject: [Discuss] licensing: who freakin cares?
- From: richard.pieri at gmail.com (Rich Pieri)
- Date: Sun, 10 Apr 2016 18:27:11 -0400
- In-reply-to: <201604102104.u3AL4FJq009905@dsl092-065-009.bos1.dsl.speakeasy.net>
- References: <1E33A4DC-8FF0-4688-87B6-9C61D8AC45CA@icloud.com> <570a8b4d.aa71b60a.caae0.ffff9a3aSMTPIN_ADDED_BROKEN@mx.google.com> <570A9681.9050406@gmail.com> <201604101855.u3AItsmc009245@dsl092-065-009.bos1.dsl.speakeasy.net> <570AB301.7040303@gmail.com> <201604102104.u3AL4FJq009905@dsl092-065-009.bos1.dsl.speakeasy.net>
On 4/10/2016 5:04 PM, Robert Krawitz wrote: > What particular clause of the GPL forbids a distributor from doing QA > on what s/he distributes? Freedom 3 in general. GPLv3 Section 5 and 7 in particular but the entire license applies. You can impose restrictions upon yourself because you do not receive software from yourself. You cannot impose restrictions upon recipients of your software other than those that are provided by the GPL itself. Section 0 states that "recipients" may be individuals or organizations. A programmer performing kernel work for hire for Red Hat probably qualifies as "Red Hat" as the recipient so Red Hat's SQA requirements are self-imposed. The same programmer working on the kernel on his or her own time would not be part of the Red Hat organization so being required to follow Red Hat's SQA policies would be a GPL violation. The programmer could choose to follow those policies but nobody can require it. > Licensing something under the GPL does not require *you*, the package > maintainer, to accept contributions. Correct. Nothing in the GPL requires anyone to receive free (as in FSF) software. Still, rejecting contributions because they do not meet your standards is no different from requiring contributions to meet your standards before you will accept them which is just another way of saying SQA. Either way is a technical violation of the GPL and abuse of your authority as maintainer. By that yardstick, Linus Torvalds is very abusive, indeed. For example: https://lkml.org/lkml/2012/12/23/75 > It does mean that you can't impose quality controls on what someone > else downstream does, but package maintainers -- and downstream > distributors -- have every right to impose quality controls on what > they _themselves_ distribute. All GCC users and developers are downstream from RMS since he wrote the original. Unlike Red Hat, the group of volunteers who contribute code to GCC are not an organization. They are a group of volunteers. None among them can impose SQA practices on each other, nor can RMS impose such "restrictions" upon them -- which is RMS's own stance on the matter. Thus I think my assertion stands: the governance problems with GCC derive from the license. Perhaps "devolve" is a better word than "derive" but regardless, the license is the root cause of GCC's dysfunctional management. -- Rich P.
- Follow-Ups:
- [Discuss] licensing: who freakin cares?
- From: rlk at alum.mit.edu (Robert Krawitz)
- [Discuss] licensing: who freakin cares?
- References:
- [Discuss] licensing: who freakin cares?
- From: eric.chadbourne at icloud.com (Eric Chadbourne)
- [Discuss] licensing: who freakin cares?
- From: richard.pieri at gmail.com (Rich Pieri)
- [Discuss] licensing: who freakin cares?
- From: rlk at alum.mit.edu (Robert Krawitz)
- [Discuss] licensing: who freakin cares?
- From: richard.pieri at gmail.com (Rich Pieri)
- [Discuss] licensing: who freakin cares?
- From: rlk at alum.mit.edu (Robert Krawitz)
- [Discuss] licensing: who freakin cares?
- Prev by Date: [Discuss] licensing: who freakin cares?
- Next by Date: [Discuss] Simplest HTML hosting for a 9-year-old engineer?
- Previous by thread: [Discuss] licensing: who freakin cares?
- Next by thread: [Discuss] licensing: who freakin cares?
- Index(es):