Return-Path: Delivered-To: apmail-legal-discuss-archive@www.apache.org Received: (qmail 96725 invoked from network); 24 Aug 2009 17:43:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Aug 2009 17:43:15 -0000 Received: (qmail 41775 invoked by uid 500); 24 Aug 2009 17:43:40 -0000 Delivered-To: apmail-legal-discuss-archive@apache.org Received: (qmail 41481 invoked by uid 500); 24 Aug 2009 17:43:39 -0000 Mailing-List: contact legal-discuss-help@apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: Reply-To: legal-discuss@apache.org List-Id: Delivered-To: mailing list legal-discuss@apache.org Received: (qmail 41473 invoked by uid 99); 24 Aug 2009 17:43:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Aug 2009 17:43:38 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [85.218.33.218] (HELO mail.qos.ch) (85.218.33.218) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Aug 2009 17:43:27 +0000 Received: by mail.qos.ch (Postfix, from userid 1006) id EB82C195388; Mon, 24 Aug 2009 19:46:37 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5-gr0 (2008-06-10) on torino X-Spam-Level: Received: from [192.168.1.7] (unknown [192.168.1.7]) by mail.qos.ch (Postfix) with ESMTP id AD07819537F for ; Mon, 24 Aug 2009 19:46:35 +0200 (CEST) Message-ID: <4A92D12C.9000407@qos.ch> Date: Mon, 24 Aug 2009 19:43:08 +0200 From: Ceki Gulcu User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: legal-discuss@apache.org Subject: Re: LGPL software behind an isolation layer References: <3ed4c5550901270436y5d7035c1qb558e2c6fea422a7@mail.gmail.com> <497F5B78.8010909@qos.ch> <2d12b2f00901271929u30992f9fg8977c03de0cc9be3@mail.gmail.com> <4A91A816.6030607@qos.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-4.4 required=5.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5-gr0 Hi Niclas, Thank you for your response. Niclas Hedhman wrote: > On Mon, Aug 24, 2009 at 4:35 AM, Ceki Gulcu wrote: > >> I was discussing this issue with a friend and he mentioned the case of >> Apache APR. What does APR do with the mother of all libraries, namely >> libc, which is licensed under the LGPL? Looking at the source code of >> APR, it seems to me that APR does link with glibc, or? > 3 things; > > 1. It is a System Requirement, just like Tomcat has Java as a System > Requirement. Something that is not shipped with the product. Further, > libc being a requirement doesn't mean that it has a dependency on > LGPL. AFAIK, the BSD folks ship libc under a liberal license and APR > can use those... From what I could gather, APR ships with configuration scripts (licensed under GPL with an exception clause) that create build scripts depending on the host system. If the host system is Linux, than APR does link with glibc but probably the linking is done dynamically. Assuming the linking was static (that's a big if), then you can't just sweep the question under the rug by saying that "it's a system requirement". Glibc is a mandatory dependency on Linux and when APR is built on that platform, it always links with it. Anyway, I assume that APR links with glibc dynamically which answers my original question. > 2. FSF language around 'linking' in respect to Java (and other modern > runtimes) are such that it doesn't "link" in their eyes, but always > produces Derivative Work. IIUIC, that means that we need to require > that downstream users may reverse-engineer the packages. For ASF's > software, that isn't really a problem, but it may be for commercial > entities down the line. I actually had learned this (by now!) but you have put it well. > 3. Henri's comment about "not enabled by default" refers to that > projects are discouraged to set up a structure where to use Apache > Abc, one is required to also use SF Xyz (MIT) and SF Def (GPL), > otherwise Apache Abc isn't operational to any reasonable degree. In > Log4J terms, if there is a Log4J Appender at SF under MIT license, > which uses some GPL'd work allowing logging to (let's say) FaceBook > groups, then that is Ok provided it is not configured by default. > BlueSky project (in Incubator) depends heavily on multimedia content > and had ffmpeg.lib at the center of that. It is not optional, and > BlueSky is working to replace it. Makes sense. -- Ceki G�lc� Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch --------------------------------------------------------------------- To unsubscribe, e-mail: legal-discuss-unsubscribe@apache.org For additional commands, e-mail: legal-discuss-help@apache.org