From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 601 invoked by alias); 16 Feb 2006 16:52:38 -0000 Received: (qmail 590 invoked by uid 22791); 16 Feb 2006 16:52:37 -0000 X-Spam-Check-By: sourceware.org Received: from cpc3-cmbg8-4-0-cust164.cmbg.cable.ntl.com (HELO zapata.pink) (82.16.12.164) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 16 Feb 2006 16:52:36 +0000 Received: from zapata.pink (localhost.localdomain [127.0.0.1]) by zapata.pink (8.13.1/8.13.1) with ESMTP id k1GGs1vq012035; Thu, 16 Feb 2006 16:54:02 GMT Received: (from aph@localhost) by zapata.pink (8.13.1/8.13.1/Submit) id k1GGs0G5012032; Thu, 16 Feb 2006 16:54:00 GMT MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17396.44584.791570.253834@zapata.pink> Date: Thu, 16 Feb 2006 16:52:00 -0000 From: Andrew Haley To: Stuart Ballard Cc: GNU Classpath , mauve-discuss@sourceware.org Subject: Re: Mauve license In-Reply-To: References: Mailing-List: contact mauve-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00029.txt.bz2 Stuart Ballard writes: > (including the Classpath list as well as Mauve list here as I don't > know how many people actually read the mauve list) > > Recently on the Harmony list there's been some discussion of how tests > should be written and where they should be put. I chimed in pointing > out what I thought would be a no-brainer - tests for public APIs > should be in Mauve of course. > > I only just made that post and I haven't seen the responses yet, but > it occurred to me to look and see what Mauve's license is just to make > sure that wouldn't be a showstopper, and, well, as I'm sure many of > you know, it's GPL. > > This is slightly strange to me. We (the Free Software community) are > forced to make our own test suite because Sun won't release theirs > under terms we can use, but when we do write our own, we put it under > a license that prevents even other Free Software projects from working > with it. Our test suite is under a stronger copyleft than Classpath > itself is! Err, we created Mauve with a GNU licence because we're GNU maintainers. Hard as it may seem to believe, some of us *like* the GPL. > I understand why we want Classpath itself to be copyleft. But what on > earth benefit are we getting from preventing people from > "proprietarizing" our testsuite? > > My understanding is that a license change could be difficult to effect > at this point because I don't think a copyright assignment has been > required for Mauve contributions and therefore there are probably a > lot of copyright holders, some of whom may be difficult to track down. > But if it *could* be managed (and if the Harmony hackers could be > persuaded to put their tests there), I think it would be a major win > for everybody. > > Mauve gets a bunch of new contributors (Harmony certainly seems to > have a fair bit of momentum at this point) and code (I believe some of > Harmony's big contributions came with test suites that could be > integrated). > > Classpath and Harmony both get a bunch of new tests. > > Harmony hackers get to see that Classpath hackers aren't inflexible > GPL-zealots, and both groups of hackers get used to working together > on a project that benefits both. > > I don't think it's a coincidence that all the projects that originally > collaborated on Mauve ended up combining their class libraries, > either. Once people get used to working together, the level of > collaboration can only go up from there... Sure. But in the case of a test suite, none of us could think of a reason not to use GPL. Andrew.