From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/574 Path: news.gmane.org!not-for-mail From: "gs@int3.at" Newsgroups: gmane.linux.lib.musl.general Subject: Re: License survey Date: Sun, 19 Feb 2012 15:31:19 +0100 Message-ID: <4F4107B7.9070203@int3.at> References: <20120219041242.GR146@brightrain.aerifal.cx> <20120218230044.e0e32b1a.idunham@lavabit.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1329661807 424 80.91.229.3 (19 Feb 2012 14:30:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 19 Feb 2012 14:30:07 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-575-gllmg-musl=m.gmane.org@lists.openwall.com Sun Feb 19 15:30:07 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 1Rz7mA-0007Kq-8A for gllmg-musl@plane.gmane.org; Sun, 19 Feb 2012 15:30:06 +0100 Original-Received: (qmail 24170 invoked by uid 550); 19 Feb 2012 14:30:05 -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 24161 invoked from network); 19 Feb 2012 14:30:05 -0000 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110221 SUSE/3.1.8 Mail/1.0 In-Reply-To: <20120218230044.e0e32b1a.idunham@lavabit.com> Xref: news.gmane.org gmane.linux.lib.musl.general:574 Archived-At: On 02/19/2012 08:00 AM, Isaac Dunham wrote: > On Sat, 18 Feb 2012 23:12:42 -0500 > Rich Felker wrote: > >> >> What would be your ideal license to see musl under? > For me, the main issue is whether the libc can be used in production of any binary. I don't see non-copyleft as necessary. > > Sabotage is completely static, so currently, you cannot legally distribute binaries for quite a few programs. > > My own pick would be what FreePascal does: LGPL + static linking exception. > But I would like a license that says you need not worry about the libc license when distributing binaries linked against it. > As far as "official distributions" go, I would suggest that if you bother with such exceptions, you allow any distributor of your code or modified code to offer the same exception. > ("If you did not modify the code from the version you received, and the version you received is pulicly available, you may refer the recipient to the place at which it is available instead of providing source.") > This basically covers those distributing binaries based on a distro's modified version. > > Of course all exceptions may be dropped by a redistributor/fork. > > By the way: tre has switched to BSD license, at NetBSD's request... i second this, it should be possible to link musl statically to your app and distribute it without fear of license complaints. there are not much propietary apps i care about, but those few i use currently link dynamically against glibc, which forces me to have its .so available even if the rest of my entire system is musl-linked. it would be preferable if those would be entirely statically linked and could be used on any machine running a relatively recent linux kernel. on the other hand modifications to musl itself should be made available publicly; if the license enforces this that's fine. there are a number of libraries which use LGPL with static linking exception, like the ogre game engine which is in widespread use even for closed-source games. i don't think the GNU in the name is a problem per se; at least one android device i recently had my hands on shipped with a bunch of LGPL licensed stuff (a samsung galaxy tab, there's a page about open-source licenses somewhere in the system settings).