Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 51244 invoked from network); 4 Dec 2005 19:19:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Dec 2005 19:19:11 -0000 Received: (qmail 57354 invoked by uid 500); 4 Dec 2005 19:17:26 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 57082 invoked by uid 500); 4 Dec 2005 19:16:12 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 56796 invoked by uid 99); 4 Dec 2005 19:16:10 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Dec 2005 11:16:10 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [216.218.185.16] (HELO bali.sjc.webweaving.org) (216.218.185.16) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Dec 2005 11:16:04 -0800 Received: from bali.sjc.webweaving.org (localhost [127.0.0.1]) by bali.sjc.webweaving.org (8.12.11/8.12.11) with ESMTP id jB4JFgYM042749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Dec 2005 11:15:42 -0800 (PST) (envelope-from mail@leosimons.com) Received: (from lsimons@localhost) by bali.sjc.webweaving.org (8.12.11/8.12.11/Submit) id jB4JFg1N042748; Sun, 4 Dec 2005 11:15:42 -0800 (PST) (envelope-from mail@leosimons.com) X-Authentication-Warning: bali.sjc.webweaving.org: lsimons set sender to mail@leosimons.com using -f Date: Sun, 4 Dec 2005 11:15:42 -0800 From: Leo Simons To: harmony-dev@incubator.apache.org, dims@apache.org Subject: Re: [Licensing] Fresh start Message-ID: <20051204191542.GB41135@bali.sjc.webweaving.org> Mail-Followup-To: Leo Simons , harmony-dev@incubator.apache.org, dims@apache.org References: <19e0530f0512041050h62dad4b3v6bace1e1886cd68d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19e0530f0512041050h62dad4b3v6bace1e1886cd68d@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bali.sjc.webweaving.org X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Sun, Dec 04, 2005 at 01:50:35PM -0500, Davanum Srinivas wrote: > Just remember, it has to go both ways :) Baby steps :-) > Apache code in classpath and > classpath code in Harmony. We can't just push things so that it is a > one way street. So far what i have not heard is how/what can be done > to enable Classpath to use the tons of jakarta code and other Apache > code. there's been several options discussed, actually. They just look very "expensive" or not without problems. Eg -> change the Apache License to be GPL-compatible -> write a GPL-compatible interface into which you can plug Apache licensed code -> hope that GPLv3 is GPL-compatible -> change the Classpath license to be AL-compatible (not feasible since it makes classpath incompatible with other parties) > How about a plan of attack? Is always good! > Anthony, Dalibor and Mark can try hard to > lobby FSF's GPL v3 effort to be as compatible as possible with ASL > 2.0? Actually, anyone and everyone can and should do that, since the FSF is going to be following a very open process to GPL v3. We should all chime in! > In the mean while, we can take up Stefano's offer of working on a > VM interface. I am not so sure that's a good idea, or whether its feasible. Not saying its a bad idea though. Mark told me someone tried something like that a year or two ago already. I forgot whom or what it was called, but I'd suggest trying to learn about it and if it failed, why. > If we get thru in one piece till GPL v3 gets out, then > we can investigate if Classpath can switch to use Xerces/Xalan etc > from Apache. s/switch/provide an option/. > In the parallel, let's see how LGPL bridge policy works > in the real world usage (once Apache-Legal formulates it and announces > it). At that point we can eval options on both sides and see how best > to go forward. yup. With you there. > Stating the obvious, since none of the legal stuff is driven by anyone > on this list, Actually, I think there's several people here driving it. I'm trying :-) > we should move forward with technical solutions...stuff > that geir has always pushed for. > > Is there a better plan of attack? I think that these things can and should happen in parallel. Technical stuff is good. By all means. We shouldn't be waiting with technical stuff because of "legal hope". - LSD