Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 94840 invoked from network); 1 Jun 2006 19:50:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jun 2006 19:50:57 -0000 Received: (qmail 6162 invoked by uid 500); 1 Jun 2006 19:50:54 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 6127 invoked by uid 500); 1 Jun 2006 19:50:54 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 6115 invoked by uid 99); 1 Jun 2006 19:50:54 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 12:50:54 -0700 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 [69.44.16.11] (HELO getopt.org) (69.44.16.11) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 12:50:52 -0700 Received: from [192.168.0.252] (75-mo3-2.acn.waw.pl [62.121.105.75]) (authenticated) by getopt.org (8.11.6/8.11.6) with ESMTP id k51JojA06399 for ; Thu, 1 Jun 2006 14:50:45 -0500 Message-ID: <447F4509.6050206@getopt.org> Date: Thu, 01 Jun 2006 21:50:33 +0200 From: Andrzej Bialecki User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: java-dev@lucene.apache.org Subject: Re: Luke - in need of maintainer References: <20060601082256.32735.qmail@web26011.mail.ukl.yahoo.com> <447EC4F7.2020700@getopt.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Chris Hostetter wrote: > : cooperate in any sane fashion, to no avail. He's not interested in > : changing the license, he's not even interested in any contributions. > > Licensing issues are one of those things i'm always glad other people > understand and worry about -- because i don't want to -- so forgive me if > this is a silly question, but is there any reason Luke couldn't be > commited as a contrib module, without commiting the thinlet dependencies > (jars and what not) with a build.xml file that caused the entire contrib > module to be a NOOP unless the thinlet dependencies were detected in the > classpath (in the same way that the core build.xml skips the javacc tasks > if it's not installed) > > that way the entire thing could be maintained in the lucene repository, > but people who wanted to use it owuld have to explicilty download the > thinlet dependencies. > > Would that violate the thinlet license, or any apache policies regarding > other licenses? > No, this doesn't violate the license nor Apache policy, in fact this is already used even in Lucene's contrib - e.g. the contrib/db requires you to download Berkeley DB. We could do this, but my feeling was always that such modules are second-class citizens - they do not undergo as much testing as other modules, and they lag behind the core, because of the additional effort to install the dependencies. Luke uses its own version of Thinlet, incompatible with the latest public version, so I still would have to host this part. -- Best regards, Andrzej Bialecki <>< ___. ___ ___ ___ _ _ __________________________________ [__ || __|__/|__||\/| Information Retrieval, Semantic Web ___|||__|| \| || | Embedded Unix, System Integration http://www.sigram.com Contact: info at sigram dot com --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org