From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/588 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: License survey Date: Tue, 21 Feb 2012 12:16:14 -0500 Message-ID: <20120221171614.GA184@brightrain.aerifal.cx> References: <20120219041242.GR146@brightrain.aerifal.cx> <20120221154253.GV31975@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1329844665 11213 80.91.229.3 (21 Feb 2012 17:17:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 21 Feb 2012 17:17:45 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-589-gllmg-musl=m.gmane.org@lists.openwall.com Tue Feb 21 18:17:44 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1RztLT-00010K-LF for gllmg-musl@plane.gmane.org; Tue, 21 Feb 2012 18:17:43 +0100 Original-Received: (qmail 14293 invoked by uid 550); 21 Feb 2012 17:17:42 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 14283 invoked from network); 21 Feb 2012 17:17:42 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:588 Archived-At: On Tue, Feb 21, 2012 at 10:59:17AM -0600, Bobby Bingham wrote: > On Tue, Feb 21, 2012 at 9:42 AM, Szabolcs Nagy wrote: > > [...] > > i'd encourage sharing third party improvements > > (and try to make it easy) > > but would not try to enforce it > > (except may be by publishing evildoers on a wall of shame) > > > > This sounds like a contradictory position to me. > > The whole point of a license is as a place for you to spell out your > requirements for others to use/redistribute the software. If you want > them to share their improvements, that's exactly the sort of thing > that belongs in the license. Indeed, especially with corporate users. If you treat sharing improvments as The Right Thing to do, but don't spell out a requirement to do so, then people improving the source in a corporate environment have their hands tied. They may want to share their improvements, but without a legal requirement to do so, they're going to have a really hard time convincing their boss and/or legal department that it's a good idea. Ideally "It will save us having to maintain our own tree internally and resolve conflicts merging upstream changes." would be a good enough reason, but I think that's wishful thinking... > It sounds odd to me to use a license allowing others to keep their > improvements closed, and then to shame them for actually following the > license. I'm uncertain whether I agree with this or not. All free software and open source definitions seem to exclude any license that puts restrictions on use based on field of endeavor (e.g. using the software in controversial settings the copyright holder disagrees with), but I would still feel perfectly comfortable shaming somebody who used free software to censor the internet or track down dissidents for imprisonment and torture. In short, I think there's some merit to saying: I acknowledge that it's not my right or responsibility to impose condition X on use of code, because if we as a community tolerated that, everyone would come up with their own pet conditions and combining code from different projects would become impossible. But you're still a bad person/company if you do [thing condition X would have prohibited]. Rich