From generalejones@example.org Fri Jul 02 09:09:21 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 81081 invoked from network); 2 Jul 2010 09:09:21 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 09:09:21 -0000 Received: (qmail 20848 invoked by uid 500); 2 Jul 2010 09:09:21 -0000 Delivered-To: ejones@example.org Received: (qmail 20525 invoked by uid 500); 2 Jul 2010 09:09:17 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 20508 invoked by uid 99); 2 Jul 2010 09:09:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 09:09:16 +0000 X-ASF-Spam-Status: No, hits=4.4 required=10.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO web51505.mail.re2.yahoo.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 02 Jul 2010 09:09:06 +0000 Received: (qmail 92752 invoked by uid 60001); 2 Jul 2010 09:08:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1278061724; bh=u2sLQCgqPcfH1i55d6Arf0i2wBg9l6cHNXn4PdTdzgE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=CWHvdahp94kysd2UpyAgKitrh0MDpD/1FlRMqZ5YH7EMLO9+IQrSSqB0vnAhhBEsS50ibSqwJg1PYLJt9BsJ2MslTDwPH7hBVdOWmca4I8AYQpDLN86IyDMXaZi2S7UCubTiE4t1iavRuK6LBW9mlYRSs3Uq1GDc3vISssN3uqI= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=KWwhObrC2A57lqJuAfGfrR4Efu8NbgJE6O8IKHs+03iOFZOV5QYt9emu7gCToZhl/g3js5TpLLO+TWjuk4vJw9KvU6UYQ7vyED2QdzcDLd4PKjl16fRfU3WX6fh+oNvxj56yhmLQG2WXg0lEU4IYHoULVdteBpE5Fa52WfCyTOo=; Message-ID: <ejones@example.org> X-YMail-OSG: HKysiw8VM1kUv.IEi7lWlxh_MteN3IaWnkxyQYIKMCqdW7G N8uvNGBm0PHIRQMbilQLdi5ks4oiCMasqdk6hYdynsDjnsJSBamxVBRBSa3s ow2ei4sHf736BEQ4cLqH90baNzs1LMxsmxl0WoAY.qwS4UCVdwb3j3PJMO_4 hUqhuiRpPT0QYEuA_Nj5Nw0aIQYRjZm8SKZJ_1qMPAAgq2N6sIKCGfO.br1x tcGHz.O6KJn20f5bpip.3EV4ofw_S434A8tKZOsUhGakVxzKrKF3NTHOd.gf c6_PNdasb4MlX0xTi6tIrJO6Pmg-- Received: from [83.161.120.155] by web51505.mail.re2.yahoo.com via HTTP; Fri, 02 Jul 2010 02:08:44 PDT X-Mailer: YahooMailClassic/11.1.4 YahooMailWebService/83.161.120.1554457 Date: Fri, 2 Jul 2010 02:08:44 -0700 (PDT) From: sarfaraz masood <ejones@example.org> Subject: how to apply stemming to the index ? To: ejones@example.org, solr <ejones@example.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1716039685-1278061724=:92546" X-Virus-Checked: Checked by ClamAV on apache.org --0-1716039685-1278061724=:92546 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I want to stem the terms in my index. but currently i am using standard ana= lyzer that is not performing any kind of stemming.=20 StandardAnalyzer analyzer =3D new StandardAnalyzer(Version.LUCENE_CURRENT); After some searching i found a code for PorterStemAnalyzer but that is havi= ng some problems import org.apache.lucene.analysis.Analyzer; import org.apache.lucene.analysis.TokenStream; import org.apache.lucene.analysis.StopFilter; import org.apache.lucene.analysis.LowerCaseTokenizer; import org.apache.lucene.analysis.PorterStemFilter; import java.io.Reader; import java.util.Hashtable; =A0// PorterStemAnalyzer processes input =A0// text by stemming English words to their roots. =A0// This Analyzer also converts the input to lower case =A0// and removes stop words.=A0 A small set of default stop =A0// words is defined in the STOP_WORDS =A0// array, but a caller can specify an alternative set =A0// of stop words by calling non-default constructor. public class PorterStemAnalyzer extends Analyzer { =A0=A0=A0 private static Hashtable _stopTable; =A0=A0=20 =A0=A0=A0=A0 // An array containing some common English words =A0=A0=A0=A0 // that are usually not useful for searching. =A0=A0=A0=20 =A0=A0=A0 public static final String[] STOP_WORDS =3D =A0=A0=A0 { =A0=A0=A0=A0=A0=A0=A0 "0", "1", "2", "3", "4", "5", "6", "7", "8", =A0=A0=A0=A0=A0=A0=A0 "9", "000", "$", =A0=A0=A0=A0=A0=A0=A0 "about", "after", "all", "also", "an", "and", =A0=A0=A0=A0=A0=A0=A0 "another", "any", "are", "as", "at", "be", =A0=A0=A0=A0=A0=A0=A0 "because", "been", "before", "being", "between", =A0=A0=A0=A0=A0=A0=A0 "both", "but", "by", "came", "can", "come", =A0=A0=A0=A0=A0=A0=A0 "could", "did", "do", "does", "each", "else", =A0=A0=A0=A0=A0=A0=A0 "for", "from", "get", "got", "has", "had", =A0=A0=A0=A0=A0=A0=A0 "he", "have", "her", "here", "him", "himself", =A0=A0=A0=A0=A0=A0=A0 "his", "how","if", "in", "into", "is", "it", =A0=A0=A0=A0=A0=A0=A0 "its", "just", "like", "make", "many", "me", =A0=A0=A0=A0=A0=A0=A0 "might", "more", "most", "much", "must", "my", =A0=A0=A0=A0=A0=A0=A0 "never", "now", "of", "on", "only", "or", =A0=A0=A0=A0=A0=A0=A0 "other", "our", "out", "over", "re", "said", =A0=A0=A0=A0=A0=A0=A0 "same", "see", "should", "since", "so", "some", =A0=A0=A0=A0=A0=A0=A0 "still", "such", "take", "than", "that", "the", =A0=A0=A0=A0=A0=A0=A0 "their", "them", "then", "there", "these", =A0=A0=A0=A0=A0=A0=A0 "they", "this", "those", "through", "to", "too", =A0=A0=A0=A0=A0=A0=A0 "under", "up", "use", "very", "want", "was", =A0=A0=A0=A0=A0=A0=A0 "way", "we", "well", "were", "what", "when", =A0=A0=A0=A0=A0=A0=A0 "where", "which", "while", "who", "will", =A0=A0=A0=A0=A0=A0=A0 "with", "would", "you", "your", =A0=A0=A0=A0=A0=A0=A0 "a", "b", "c", "d", "e", "f", "g", "h", "i", =A0=A0=A0=A0=A0=A0=A0 "j", "k", "l", "m", "n", "o", "p", "q", "r", =A0=A0=A0=A0=A0=A0=A0 "s", "t", "u", "v", "w", "x", "y", "z" =A0=A0=A0 }; =A0=A0=A0=A0 // Builds an analyzer. =A0=A0=20 =A0=A0=A0 public PorterStemAnalyzer() =A0=A0=A0 { =A0=A0=A0=A0=A0=A0=A0 this(STOP_WORDS); =A0=A0=A0 } =A0=A0=A0=A0=A0 //Builds an analyzer with the given stop words. =A0=A0=A0=A0=20 =A0=A0=A0=A0 //@param stopWords a String array of stop words =A0=A0=A0=A0=20 =A0=A0=A0 public PorterStemAnalyzer(String[] stopWords) =A0=A0=A0 { =A0=A0=A0=A0=A0=A0=A0 _stopTable =3D StopFilter.makeStopTable(stopWords); =A0=A0=A0 } =A0=20 =A0=A0=A0=A0 // Processes the input by first converting it to =A0=A0=A0=A0 // lower case, then by eliminating stop words, and =A0=A0=A0=A0 // finally by performing Porter stemming on it. =A0=A0=A0=A0 // =A0=A0=A0=A0 // @param reader the Reader that =A0=A0=A0=A0 //=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 provides access t= o the input text =A0=A0=A0=A0 // @return an instance of TokenStream =A0=A0=A0=A0=20 =A0=A0=A0 public final TokenStream tokenStream(Reader reader) =A0=A0=A0 { =A0=A0=A0=A0=A0=A0=A0 return new PorterStemFilter( =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 new StopFilter(new LowerCaseTokenizer(rea= der), =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 _stopTable)); =A0=A0=A0 } } *Errors marked in bold. Plz let me know if there is some alternate way to apply stemming to the ind= ex if this is=20 -Sarfaraz =0A=0A --0-1716039685-1278061724=:92546-- From generalejones@example.org Fri Jul 02 13:41:00 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 53869 invoked from network); 2 Jul 2010 13:41:00 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 13:41:00 -0000 Received: (qmail 21746 invoked by uid 500); 2 Jul 2010 13:40:59 -0000 Delivered-To: ejones@example.org Received: (qmail 21521 invoked by uid 500); 2 Jul 2010 13:40:57 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 21505 invoked by uid 99); 2 Jul 2010 13:40:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 13:40:55 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ejones@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-vw0-f48.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 13:40:46 +0000 Received: by vws19 with SMTP id 19so5367517vws.35 for <multiple recipients>; Fri, 02 Jul 2010 06:39:25 -0700 (PDT) Received: by 83.161.120.155 with SMTP id w23mr391986vcr.142.1278077965513; Fri, 02 Jul 2010 06:39:25 -0700 (PDT) Received: from [83.161.120.155] ([83.161.120.155]) by mx.google.com with ESMTPS id m9sm734472vcz.41.283.161.120.155.39.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 06:39:23 -0700 (PDT) Subject: Re: [VOTE] [Take 2] Release PyLucene 2.9.3-1 and 3.0.2-1 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Grant Ingersoll <ejones@example.org> In-Reply-To: <alpine.OSX.2.01.1006290443520.3745@yuzu> Date: Fri, 2 Jul 2010 09:39:22 -0400 Cc: ejones@example.org Content-Transfer-Encoding: quoted-printable Message-Id: <ejones@example.org> References: <alpine.OSX.2.01.1006290443520.3745@yuzu> To: ejones@example.org X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org +1 On Jun 29, 2010, at 7:47 AM, Andi Vajda wrote: >=20 > The first vote started on June 18th received two PMC votes and one = user vote. >=20 > A couple of bugs got fixed in the meantime so I'd like to call for = another vote hoping for three PMC votes to make this release possible. >=20 > ------- >=20 > With the recent - simultaneous - releases of Java Lucene 2.9.3 and = 3.0.2, > the PyLucene 2.9.3-1 and 3.0.2-1 releases closely tracking them are = ready. >=20 > Release candidates are available from: >=20 > http://people.apache.org/~vajda/staging_area/ >=20 > A list of changes in this release can be seen at: > = http://svn.apache.org/repos/asf/lucene/pylucene/branches/pylucene_2_9/CHAN= GES > = http://svn.apache.org/repos/asf/lucene/pylucene/branches/pylucene_3_0/CHAN= GES >=20 > All versions of PyLucene are now built with the same version of JCC, = currently version 2.6, included in these release artifacts. >=20 > A list of Lucene Java changes can be seen at: > = http://svn.apache.org/repos/asf/lucene/java/branches/lucene_2_9/CHANGES.tx= t > = http://svn.apache.org/repos/asf/lucene/java/branches/lucene_3_0/CHANGES.tx= t >=20 > Please vote to release these artifacts as PyLucene 2.9.3-1 and = 3.0.2-1. >=20 > Thanks ! >=20 > Andi.. >=20 > ps: the KEYS file for PyLucene release signing is at: > http://svn.apache.org/repos/asf/lucene/pylucene/dist/KEYS > http://people.apache.org/~vajda/staging_area/KEYS >=20 > pps: here is my +1 From generalejones@example.org Fri Jul 02 17:14:40 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 8506 invoked from network); 2 Jul 2010 17:14:40 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 17:14:40 -0000 Received: (qmail 32605 invoked by uid 500); 2 Jul 2010 17:14:39 -0000 Delivered-To: ejones@example.org Received: (qmail 32551 invoked by uid 500); 2 Jul 2010 17:14:39 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 32542 invoked by uid 99); 2 Jul 2010 17:14:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 17:14: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 [83.161.120.155] (HELO rectangular.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 17:14:30 +0000 Received: from marvin by rectangular.com with local (Exim 4.63) (envelope-from <ejones@example.org>) id 1OUjoX-0004f5-8s for ejones@example.org; Fri, 02 Jul 2010 10:14:09 -0700 Date: Fri, 2 Jul 2010 10:14:09 -0700 To: ejones@example.org Subject: Lucy graduation plan Message-ID: <ejones@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: Marvin Humphrey <ejones@example.org> X-Virus-Checked: Checked by ClamAV on apache.org Lucene PMC members, Lucy's developers agreed to deliver a plan for Lucy's graduation to this forum by Friday, July 2, based on the Incubator's proposal template. As anticipated, following the template has been a good exercise for us. Our graduation plan may surprise you: it leads through the Incubator. We have determined that we wish to assimilate the KinoSearch code base into the Lucy project as a software grant. This will allow us to get to the release that we need in order to grow our community as quickly as possible. Therefore what was to be a "plan" based on the proposal template has now become a draft proposal. Your critique during the last round was very helpful and appreciated. Your feedback is solicited once again. If all goes well, this will be our last report. Cheers, Marvin Humphrey, Peter Karman and Nathan Kurz From generalejones@example.org Fri Jul 02 17:15:41 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 8822 invoked from network); 2 Jul 2010 17:15:41 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 17:15:41 -0000 Received: (qmail 33355 invoked by uid 500); 2 Jul 2010 17:15:40 -0000 Delivered-To: ejones@example.org Received: (qmail 33305 invoked by uid 500); 2 Jul 2010 17:15:40 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 33297 invoked by uid 99); 2 Jul 2010 17:15:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 17:15:40 +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 [83.161.120.155] (HELO rectangular.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 17:15:34 +0000 Received: from marvin by rectangular.com with local (Exim 4.63) (envelope-from <ejones@example.org>) id 1OUjpY-0004fN-Op for ejones@example.org; Fri, 02 Jul 2010 10:15:12 -0700 Date: Fri, 2 Jul 2010 10:15:12 -0700 To: ejones@example.org Subject: Draft proposal: Move Lucy to Incubator Message-ID: <ejones@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: Marvin Humphrey <ejones@example.org> X-Virus-Checked: Checked by ClamAV on apache.org PREFACE Lucy is a sub-project which is being spun off from the Lucene TLP but is not yet ready for graduation. We propose to address certain needs of the project by assimilating the KinoSearch codebase, and to enter the Incubator on a top-level-project track. ABSTRACT Lucy will be a loose port of the Lucene search engine library, written in C and targeted at dynamic language users. PROPOSAL Lucy has two aims. First, it will be a high-performance C search engine library. Second, it will maximize its usability and power when accessed via dynamic language bindings. To that end, it will present highly idiomatic, carefully tailored APIs for each of its "host" binding languages, including support for subclasses written entirely in the "host" language. BACKGROUND Lucy, a "loose C" port of Java Lucene, began as an ambitious, from-scratch Lucene sub-project, with David Balmain (author of Ferret, a Ruby/C port of Lucene), Doug Cutting, and Marvin Humphrey (founder of KinoSearch, a Perl/C port) as committers. During an initial burst of activity, the overall architecture for Lucy was sketched out by Dave and Marvin. Unfortunately, Dave became unavailable soon after, and without a working codebase to release or any users, it proved difficult to replace him. Still, Marvin carried on their work throughout a period of seemingly low activity. In the last year, that work has come to fruition: major technical milestones have been achieved and Lucy's underpinnings have been completed. Additionally, other developers from the KinoSearch community have taken an interest in Lucy and have begun to ramp up their contributions. The next steps for Lucy were articulated by the Lucene PMC in a recent review: make releases, acquire users, grow community. To implement the Lucene PMC's recommendations and get to a release as quickly as possible, the Lucy community proposes to assimilate the KinoSearch codebase, which has been retrofitted to use Lucy's core. Lucy still lacks a number of important indexing and search classes; we wish to flesh these out via IP clearance work rather than software development. Since the Lucene PMC will not be responsible for Lucy much longer, it is more appropriate for the software grant to take place within the context of the Incubator than the Lucene TLP. As none of our current members have Apache PMC experience, we also seek to take advantage of the Incubator environment to prepare ourselves for responsible self-governance. RATIONALE There is great hunger for a search engine library in the mode of Lucene which is accessible from various dynamic languages, and for one accessible from pure C. Individuals naturally wish to code in their language of choice. Organizations which do not have significant Java expertise may not want to support Java strictly for the sake of running a Lucene installation. Developers may want to take advantage of C's interoperability and fine-grained control. Lucy will meet all these demands. Apache is a natural home for our project given the way it has always operated: user-driven innovation, security as a requirement, lively and amiable mailing list discussions, strength through diversity, and so on. We feel comfortable here, and we believe that we will become exemplary Apache citizens. INITIAL GOALS * Make a 1.0 stable release as quickly as possible. * Concentrate on community expansion immediately thereafter. * Expose a public C API. CURRENT STATUS Meritocracy Our initial committer list includes two individuals (Peter Karman and Nathan Kurz) who started off as KinoSearch users, demonstrated merit through constructive forum participation, adept negotiation, consensus building, and submission of high-quality contributions, and were invited to become committers. Peter now rolls most releases. We look forward to continuing to operate as a meritocracy under the established traditions and rules of the ASF. Community Lucy's most active participants of late have been drawn from the KinoSearch and Lucene communities. Having been focused on features and technical goals for a long time, we are considerably overdue for a stable release, and anticipate rapid growth in its wake. Core Developers * Marvin Humphrey is the project founder of KinoSearch, and co-founded the existing Lucy sub-project. He is presently employed by Eventful, Inc. * Peter Karman has contributed to several open source projects since 2001, including being a committer at http://swish-e.org/ (a search engine), http://code.google.com/p/rose/ (an ORM) and http://catalyst.perl.org/ (web framework). He is employed by American Public Media. * Nathan Kurz has participated in numerous open source projects and has been a KinoSearch committer since 2007. He is currently Chief Flavor Engineer of Scream Sorbet, and writes software in his copious free time. Alignment One Apache value which is particularly cherished by the Lucy community is codebase transparency. We have developed institutions which enable us to measure and maximize usability (see http://wiki.apache.org/lucy/BrainLog), and we feel strongly that the bindings for Lucy must present APIs and documentation which are idiomatic to the host language culture so that end users can consume our work as easily as possible. The controlled competition of meritocratic community development is also very important to us. There has been substantial cross-pollination of ideas between Lucene and Lucy, yielding considerable benefits for both projects. The Lucy developers envision that our host-language sub-communities will approach using and extending the library in distinct ways; we hope to harness the creative tension between them to drive innovation, building productive relationships akin to the one that Lucene and Lucy have today. A third priority of ours is to be bound by existing Apache institutions, for the protection of all our stakeholders. KNOWN RISKS Orphaned products All initial committers have been associated with the project for several years across multiple jobs. However, at this time, the project would probably not survive the departure of Marvin Humphrey, so there is a risk of being orphaned. Marvin has no plans to leave, but we have been actively working to disperse his knowledge of the code base and administrative responsibilities in order to make him dispensable. Having staggered badly after Dave Balmain's departure, we are keenly aware of this vulnerability and highly motivated to eliminate it. Inexperience with Open Source The initial committers have all have significant experience with open source development, and include one present Apache committer. We recognize that we lack PMC experience and seek to address that deficiency by going through the Incubator. In retrospect, Marvin wishes that Lucy had gone through the Incubator during its first inception. Homogenous Developers Our community is geographically dispersed, with members in San Diego, Oakland, and Minneapolis. We all work for different organizations. Reliance on Salaried Developers Marvin Humphrey has a great job at Eventful working primarily on this project and supporting applications that use it. Nevertheless, he is extremely dedicated to Lucy and is determined to see it through to the point where it becomes self-sustaining, regardless of work circumstances. Relationships with Other Apache Products Lucy's relationship with Lucene of cordial "coopetition" has produced benefits for Lucene users in terms of indexing speed, near-real-time search support, and more. We expect this dynamic to continue delivering improvements for all parties involved. An Excessive Fascination with the Apache Brand Our desire to maintain Lucy's affiliation with Apache has less to do with the brand and more to do with our conviction that developing the project The Apache Way under Apache institutions is in Lucy's best interests. However, we have to acknowledge that during its time as a Lucene subproject, Lucy has not always fulfilled certain key requirements for an Apache project. In particular, it has failed to "release early, release often", and it has made minimal progress in expanding its community. We attribute some of our difficulties to the what may have been excess ambition in the original Lucy plan, given the scope of the project and the size of the initial committer list: [http://www.apache.org/foundation/how-it-works.html#incubator] The basic requirements for incubation are: * a working codebase -- over the years and after several failures, the foundation came to understand that without an initial working codebase, it is generally hard to bootstrap a community. By rebooting the project with a working codebase, we expect to avoid the trap that ensnared Lucy's first incarnation: we will release early, release often, accumulate users, nurture contributors, and grow our community. DOCUMENTATION * Subversion repository: [http://www.rectangular.com/svn/kinosearch/] * Perl API documentation: [http://www.rectangular.com/kinosearch/docs/devel/] * Discussion list: [http://www.rectangular.com/mailman/listinfo/kinosearch/] INITIAL SOURCE The initial source will be a snapshot from the KinoSearch subversion repository. SOURCE AND INTELLECTUAL PROPERTY SUBMISSION PLAN KinoSearch is currently under a GPL/Artistic license. There are five individuals who have made multiple significant contributions to the codebase and whose participation is either essential or would be very helpful: Marvin Humphrey, Peter Karman, Nathan Kurz, Chris Nandor, and Father Chrysostomos. All have been contacted and are amenable to re-licensing their work and contributing it to Apache. We will contact as many other contributors as possible; if there are any that we cannot obtain permission from, we will refactor to expunge their work. EXTERNAL DEPENDENCIES The Perl bindings for KinoSearch currently depend on a few CPAN modules which do not have Apache-compatible licenses. It will be possible to eliminate all such dependencies if necessary. REQUIRED RESOURCES Mailing lists * lucy-dev * lucy-private (with moderated subscriptions) * lucy-commits * lucy-users Subversion Directory [http://svn.apache.org/repos/asf/incubator/lucy] Issue Tracking Lucy already has a JIRA tracker: Lucy (LUCY) Other Resources Lucy already has a MoinMoin ejones@example.org/lucy. It would be convenient to keep it, especially since its current location is also where it would end up upon TLP graduation, but we will defer to the wishes of the Incubator PMC if standard Incubator wiki placement is recommended. INITIAL COMMITTERS 1. Marvin Humphrey (ejones@example.org) 2. Peter Karman (ejones@example.org) 3. Nathan Kurz ( ejones@example.org ) SPONSORS Champion TBD Nominated Mentors TBD Sponsoring Entity Lucy is currently sponsored by Lucene as a sub-project. This proposal advocates changing Lucy's relationship with Apache from developing all new code as a Lucene sub-project, to instead assimilating existing code (KinoSearch) under the sponsorship of the Incubator. From generalejones@example.org Fri Jul 02 17:30:20 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 11515 invoked from network); 2 Jul 2010 17:30:19 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 17:30:19 -0000 Received: (qmail 51275 invoked by uid 500); 2 Jul 2010 17:30:19 -0000 Delivered-To: ejones@example.org Received: (qmail 51199 invoked by uid 500); 2 Jul 2010 17:30:18 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 51191 invoked by uid 99); 2 Jul 2010 17:30:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 17:30:18 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO mail.jpl.nasa.gov) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 17:30:11 +0000 Received: from mail.jpl.nasa.gov (altvirehtstap01.jpl.nasa.gov [83.161.120.155]) by smtp.jpl.nasa.gov (Switch-3.4.3/Switch-3.4.3) with ESMTP id o62HTmiv012926 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified FAIL) for <ejones@example.org>; Fri, 2 Jul 2010 10:29:49 -0700 Received: from ALTPHYEMBEVSP20.RES.AD.JPL ([83.161.120.155]) by ALTVIREHTSTAP01.RES.AD.JPL ([83.161.120.155]) with mapi; Fri, 2 Jul 2010 10:29:48 -0700 From: "Mattmann, Chris A (388J)" <ejones@example.org> To: "ejones@example.org" <ejones@example.org> Date: Fri, 2 Jul 2010 10:29:45 -0700 Subject: Re: Draft proposal: Move Lucy to Incubator Thread-Topic: Draft proposal: Move Lucy to Incubator Thread-Index: AcsaCjNIF2KQilQ1QQi7zWi1sf/mBQAAfZSM Message-ID: <ejones@example.org> In-Reply-To: <ejones@example.org> Accept-Language: en-US Content-Language: en X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C85370191774EChrisAMattmannjplnasagov_" MIME-Version: 1.0 X-Source-IP: altvirehtstap01.jpl.nasa.gov [83.161.120.155] X-Source-Sender: ejones@example.org X-AUTH: Authorized X-Virus-Checked: Checked by ClamAV on apache.org --_000_C85370191774EChrisAMattmannjplnasagov_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable +1, Marvin. My only comment is that you can hopefully add some additional c= ommitters when you move into the Incubator to really kick start the project= . Cheers, Chris On 7/2/10 10:15 AM, "Marvin Humphrey" <ejones@example.org> wrote: PREFACE Lucy is a sub-project which is being spun off from the Lucene TLP but i= s not yet ready for graduation. We propose to address certain needs of t= he project by assimilating the KinoSearch codebase, and to enter the Incubator on a top-level-project track. ABSTRACT Lucy will be a loose port of the Lucene search engine library, written = in C and targeted at dynamic language users. PROPOSAL Lucy has two aims. First, it will be a high-performance C search engin= e library. Second, it will maximize its usability and power when accesse= d via dynamic language bindings. To that end, it will present highly idiomatic, carefully tailored APIs for each of its "host" binding languages, including support for subclasses written entirely in the "ho= st" language. BACKGROUND Lucy, a "loose C" port of Java Lucene, began as an ambitious, from-scra= tch Lucene sub-project, with David Balmain (author of Ferret, a Ruby/C port= of Lucene), Doug Cutting, and Marvin Humphrey (founder of KinoSearch, a Perl/C port) as committers. During an initial burst of activity, the overall architecture for Lucy was sketched out by Dave and Marvin. Unfortunately, Dave became unavailable soon after, and without a workin= g codebase to release or any users, it proved difficult to replace him. Still, Marvin carried on their work throughout a period of seemingly lo= w activity. In the last year, that work has come to fruition: major technical milestones have been achieved and Lucy's underpinnings have been completed. Additionally, other developers from the KinoSearch communit= y have taken an interest in Lucy and have begun to ramp up their contributions. The next steps for Lucy were articulated by the Lucene = PMC in a recent review: make releases, acquire users, grow community. To implement the Lucene PMC's recommendations and get to a release as quickly as possible, the Lucy community proposes to assimilate the KinoSearch codebase, which has been retrofitted to use Lucy's core. Lu= cy still lacks a number of important indexing and search classes; we wish = to flesh these out via IP clearance work rather than software development. Since the Lucene PMC will not be responsible for Lucy much longer, it i= s more appropriate for the software grant to take place within the contex= t of the Incubator than the Lucene TLP. As none of our current members h= ave Apache PMC experience, we also seek to take advantage of the Incubator environment to prepare ourselves for responsible self-governance. RATIONALE There is great hunger for a search engine library in the mode of Lucene which is accessible from various dynamic languages, and for one accessi= ble from pure C. Individuals naturally wish to code in their language of choice. Organizations which do not have significant Java expertise may not want to support Java strictly for the sake of running a Lucene installation. Developers may want to take advantage of C's interoperability and fine-grained control. Lucy will meet all these demands. Apache is a natural home for our project given the way it has always operated: user-driven innovation, security as a requirement, lively and amiable mailing list discussions, strength through diversity, and so on= . We feel comfortable here, and we believe that we will become exemplary Apache citizens. INITIAL GOALS * Make a 1.0 stable release as quickly as possible. * Concentrate on community expansion immediately thereafter. * Expose a public C API. CURRENT STATUS Meritocracy Our initial committer list includes two individuals (Peter Karman and Nathan Kurz) who started off as KinoSearch users, demonstrated merit through constructive forum participation, adept negotiation, consensus building, and submission of high-quality contributions, and were invite= d to become committers. Peter now rolls most releases. We look forward to continuing to operate as a meritocracy under the established traditions and rules of the ASF. Community Lucy's most active participants of late have been drawn from the KinoSearch and Lucene communities. Having been focused on features and technical goals for a long time, we are considerably overdue for a stab= le release, and anticipate rapid growth in its wake. Core Developers * Marvin Humphrey is the project founder of KinoSearch, and co-founded the existing Lucy sub-project. He is presently employed by Eventful= , Inc. * Peter Karman has contributed to several open source projects since 2001, including being a committer at http://swish-e.org/ (a search engine), http://code.google.com/p/rose/ (an ORM) and http://catalyst.perl.org/ (web framework). He is employed by Americ= an Public Media. * Nathan Kurz has participated in numerous open source projects and ha= s been a KinoSearch committer since 2007. He is currently Chief Flavo= r Engineer of Scream Sorbet, and writes software in his copious free time. Alignment One Apache value which is particularly cherished by the Lucy community = is codebase transparency. We have developed institutions which enable us = to measure and maximize usability (see http://wiki.apache.org/lucy/BrainLo= g), and we feel strongly that the bindings for Lucy must present APIs and documentation which are idiomatic to the host language culture so that = end users can consume our work as easily as possible. The controlled competition of meritocratic community development is als= o very important to us. There has been substantial cross-pollination of ideas between Lucene and Lucy, yielding considerable benefits for both projects. The Lucy developers envision that our host-language sub-communities will approach using and extending the library in distin= ct ways; we hope to harness the creative tension between them to drive innovation, building productive relationships akin to the one that Luce= ne and Lucy have today. A third priority of ours is to be bound by existing Apache institutions= , for the protection of all our stakeholders. KNOWN RISKS Orphaned products All initial committers have been associated with the project for severa= l years across multiple jobs. However, at this time, the project would probably not survive the departure of Marvin Humphrey, so there is a ri= sk of being orphaned. Marvin has no plans to leave, but we have been actively working to disperse his knowledge of the code base and administrative responsibilities in order to make him dispensable. Havi= ng staggered badly after Dave Balmain's departure, we are keenly aware of this vulnerability and highly motivated to eliminate it. Inexperience with Open Source The initial committers have all have significant experience with open source development, and include one present Apache committer. We recognize that we lack PMC experience and seek to address that deficien= cy by going through the Incubator. In retrospect, Marvin wishes that Lucy had gone through the Incubator during its first inception. Homogenous Developers Our community is geographically dispersed, with members in San Diego, Oakland, and Minneapolis. We all work for different organizations. Reliance on Salaried Developers Marvin Humphrey has a great job at Eventful working primarily on this project and supporting applications that use it. Nevertheless, he is extremely dedicated to Lucy and is determined to see it through to the point where it becomes self-sustaining, regardless of work circumstance= s. Relationships with Other Apache Products Lucy's relationship with Lucene of cordial "coopetition" has produced benefits for Lucene users in terms of indexing speed, near-real-time search support, and more. We expect this dynamic to continue deliverin= g improvements for all parties involved. An Excessive Fascination with the Apache Brand Our desire to maintain Lucy's affiliation with Apache has less to do wi= th the brand and more to do with our conviction that developing the projec= t The Apache Way under Apache institutions is in Lucy's best interests. However, we have to acknowledge that during its time as a Lucene subproject, Lucy has not always fulfilled certain key requirements for = an Apache project. In particular, it has failed to "release early, releas= e often", and it has made minimal progress in expanding its community. We attribute some of our difficulties to the what may have been excess ambition in the original Lucy plan, given the scope of the project and = the size of the initial committer list: [http://www.apache.org/foundation/how-it-works.html#incubator] The basic requirements for incubation are: * a working codebase -- over the years and after several failures, the foundation came to understand that without an initial working codebase, it is generally hard to bootstrap a community. By rebooting the project with a working codebase, we expect to avoid th= e trap that ensnared Lucy's first incarnation: we will release early, release often, accumulate users, nurture contributors, and grow our community. DOCUMENTATION * Subversion repository: [http://www.rectangular.com/svn/kinosearch/] * Perl API documentation: [http://www.rectangular.com/kinosearch/docs/d= evel/] * Discussion list: [http://www.rectangular.com/mailman/listinfo/kinosea= rch/] INITIAL SOURCE The initial source will be a snapshot from the KinoSearch subversion repository. SOURCE AND INTELLECTUAL PROPERTY SUBMISSION PLAN KinoSearch is currently under a GPL/Artistic license. There are five individuals who have made multiple significant contributions to the codebase and whose participation is either essential or would be very helpful: Marvin Humphrey, Peter Karman, Nathan Kurz, Chris Nandor, and Father Chrysostomos. All have been contacted and are amenable to re-licensing their work and contributing it to Apache. We will contact= as many other contributors as possible; if there are any that we cannot obtain permission from, we will refactor to expunge their work. EXTERNAL DEPENDENCIES The Perl bindings for KinoSearch currently depend on a few CPAN modules which do not have Apache-compatible licenses. It will be possible to eliminate all such dependencies if necessary. REQUIRED RESOURCES Mailing lists * lucy-dev * lucy-private (with moderated subscriptions) * lucy-commits * lucy-users Subversion Directory [http://svn.apache.org/repos/asf/incubator/lucy] Issue Tracking Lucy already has a JIRA tracker: Lucy (LUCY) Other Resources Lucy already has a MoinMoin ejones@example.org/lucy. It would be convenient to keep it, especially since its current location is also wh= ere it would end up upon TLP graduation, but we will defer to the wishes of the Incubator PMC if standard Incubator wiki placement is recommended. INITIAL COMMITTERS 1. Marvin Humphrey (ejones@example.org) 2. Peter Karman (ejones@example.org) 3. Nathan Kurz ( ejones@example.org ) SPONSORS Champion TBD Nominated Mentors TBD Sponsoring Entity Lucy is currently sponsored by Lucene as a sub-project. This proposal advocates changing Lucy's relationship with Apache from developing all = new code as a Lucene sub-project, to instead assimilating existing code (KinoSearch) under the sponsorship of the Incubator. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: ejones@example.org WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ --_000_C85370191774EChrisAMattmannjplnasagov_-- From generalejones@example.org Fri Jul 02 18:39:01 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 38832 invoked from network); 2 Jul 2010 18:39:01 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 18:39:01 -0000 Received: (qmail 42652 invoked by uid 500); 2 Jul 2010 18:39:00 -0000 Delivered-To: ejones@example.org Received: (qmail 42593 invoked by uid 500); 2 Jul 2010 18:38:59 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 42585 invoked by uid 99); 2 Jul 2010 18:38:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 18:38:59 +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: domain of ejones@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO edge.omniti.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 18:38:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; d=omniti.com; s=s1024; c=relaxed/relaxed; q=dns/txt; ejones@example.org; t=1278095902; h=From:Subject:Date:To; bh=5mW/o0Yolk6i0ziVhBG6Cou4Hi1vnQwwKX1QuEi5AVE=; b=eFT2uN3jy9m0U7nlvLEFDqFHPaWFnI6gcOrNdX+CSpOF5F7qNYLubXCuVDsrn8zm u+6ceoqEigeg04EnH+X0UR5TDqXf02HoqZo8WeIsIa7wjXfl3hT0v9O3jKakqp2c hrSRUbuTDr0A7BR19e7drPuCTuSZxca6/39C1E07ZRo=; Authentication-Results: edge ejones@example.org; auth=pass (LOGIN) Received: from [83.161.120.155] ([83.161.120.155:59761] helo=omniti.com) by edge (envelope-from <ejones@example.org>) (ecelerity 83.161.120.155 r(26636M)) with ESMTPSA (cipher=AES256-SHA) id 8A/78-17327-D123E2C4; Fri, 02 Jul 2010 14:38:22 -0400 Date: Fri, 2 Jul 2010 14:38:18 -0400 From: Jason Dixon <ejones@example.org> To: ejones@example.org Subject: CFP for Surge Scalability Conference 2010 Message-ID: <ejones@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org A quick reminder that there's one week left to submit your abstract for this year's Surge Scalability Conference. The event is taking place on Sept 30 and Oct 1, 2010 in Baltimore, MD. Surge focuses on case studies that address production failures and the re-engineering efforts that led to victory in Web Applications or Internet Architectures. Our Keynote speakers include John Allspaw and Theo Schlossnagle. We are currently accepting submissions for the Call For Papers through July 9th. You can find more information, including suggested topics and our current list of speakers, online: http://omniti.com/surge/2010 I'd also like to urge folks who are planning to attend, to get your session passes sooner rather than later. We have limited seating and we are on track to sell out early. For more information, including the CFP, sponsorship of the event, or participating as an exhibitor, please visit the Surge website or contact us at ejones@example.org. Thanks, -- Jason Dixon OmniTI Computer Consulting, Inc. ejones@example.org (825)766-2144 From generalejones@example.org Fri Jul 02 20:39:52 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 67894 invoked from network); 2 Jul 2010 20:39:52 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 2 Jul 2010 20:39:52 -0000 Received: (qmail 55184 invoked by uid 500); 2 Jul 2010 20:39:51 -0000 Delivered-To: ejones@example.org Received: (qmail 55127 invoked by uid 500); 2 Jul 2010 20:39:50 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 55119 invoked by uid 99); 2 Jul 2010 20:39:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 20:39:50 +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 [83.161.120.155] (HELO radix.cryptio.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Jul 2010 20:39:44 +0000 Received: by radix.cryptio.net (Postfix, from userid 1007) id C4C2F71C205; Fri, 2 Jul 2010 13:39:23 -0700 (PDT) Received: from localhost (localhost [83.161.120.155]) by radix.cryptio.net (Postfix) with ESMTP id C2AD071C0AF for <ejones@example.org>; Fri, 2 Jul 2010 13:39:23 -0700 (PDT) Date: Fri, 2 Jul 2010 13:39:23 -0700 (PDT) From: Chris Hostetter <ejones@example.org> To: ejones@example.org Subject: Re: Draft proposal: Move Lucy to Incubator In-Reply-To: <ejones@example.org> Message-ID: <ejones@example.org> References: <ejones@example.org> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org This seems pretty solid to me, a few minor comments... : BACKGROUND ... : Since the Lucene PMC will not be responsible for Lucy much longer, it is : more appropriate for the software grant to take place within the context : of the Incubator than the Lucene TLP. As none of our current members have : Apache PMC experience, we also seek to take advantage of the Incubator : environment to prepare ourselves for responsible self-governance. I can't articulate exactly what i'm feeling here, but I feel like this background section could benefit from some mention of the shift away from "Umbrella projects" being an influencer towards wanting to enter the incubator. : INITIAL GOALS : * Make a 1.0 stable release as quickly as possible. : * Concentrate on community expansion immediately thereafter. : * Expose a public C API. i would not say "immediately thereafter" ... building up the community should be an independent goal, worked on concurrently with other technical goals. that was the the hardest thing for me to wrap my head arround when Solr was incubating -- in many ways i was actively trying to keep Solr a "secret" until i felt like it was "ready to be unvield" but that's not what incubation is about, and it's really teh antithesis of how to have asuccessful project -- you don't get a lot of contributors all at once by saying "here it is, we've got something that's stable and solid and 'done', who wants to come be a part of it?" .. you get contributors slowly and surely by saying "here's what we've got so far, who wants to help us make this better?" : DOCUMENTATION : * Subversion repository: [http://www.rectangular.com/svn/kinosearch/] : * Perl API documentation: [http://www.rectangular.com/kinosearch/docs/devel/] : * Discussion list: [http://www.rectangular.com/mailman/listinfo/kinosearch/] : : INITIAL SOURCE : The initial source will be a snapshot from the KinoSearch subversion : repository. ...what about hte eisting ASF Lucy SVN repo / mailing lists? should those be mentioned here? : INITIAL COMMITTERS : 1. Marvin Humphrey (ejones@example.org) : 2. Peter Karman (ejones@example.org) : 3. Nathan Kurz ( ejones@example.org ) ...I'm not certain, but it might make sense to mention who on that list is already an apache committer (or has a CLA on file) -Hoss From generalejones@example.org Sat Jul 03 20:34:12 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 51022 invoked from network); 3 Jul 2010 20:34:12 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 3 Jul 2010 20:34:12 -0000 Received: (qmail 63166 invoked by uid 500); 3 Jul 2010 20:34:11 -0000 Delivered-To: ejones@example.org Received: (qmail 62974 invoked by uid 500); 3 Jul 2010 20:34:10 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 62959 invoked by uid 99); 3 Jul 2010 20:34:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jul 2010 20:34:10 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO ovaltofu.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jul 2010 20:34:01 +0000 Received: from yuzu (18.231.66-86.rev.gaoland.net [83.161.120.155]) (authenticated bits=0) by ovaltofu.org (8.14.3/8.14.4) with ESMTP id o63KWTl3008712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Jul 2010 13:32:34 -0700 (PDT) Date: Sat, 3 Jul 2010 13:32:35 -0700 (PDT) From: Andi Vajda <ejones@example.org> X-X-Sender: vajda@yuzu Reply-To: Andi Vajda <ejones@example.org> To: ejones@example.org cc: ejones@example.org Subject: Re: [VOTE] [Take 2] Release PyLucene 2.9.3-1 and 3.0.2-1 In-Reply-To: <alpine.OSX.2.01.1006290443520.3745@yuzu> Message-ID: <alpine.OSX.2.01.1007031331550.12497@yuzu> References: <alpine.OSX.2.01.1006290443520.3745@yuzu> User-Agent: Alpine 2.01 (OSX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org On Tue, 29 Jun 2010, Andi Vajda wrote: > The first vote started on June 18th received two PMC votes and one user vote. > > A couple of bugs got fixed in the meantime so I'd like to call for another > vote hoping for three PMC votes to make this release possible. This vote has now passed, a release announcement should follow shortly. Thanks ! Andi.. > > ------- > > With the recent - simultaneous - releases of Java Lucene 2.9.3 and 3.0.2, > the PyLucene 2.9.3-1 and 3.0.2-1 releases closely tracking them are ready. > > Release candidates are available from: > > http://people.apache.org/~vajda/staging_area/ > > A list of changes in this release can be seen at: > http://svn.apache.org/repos/asf/lucene/pylucene/branches/pylucene_2_9/CHANGES > http://svn.apache.org/repos/asf/lucene/pylucene/branches/pylucene_3_0/CHANGES > > All versions of PyLucene are now built with the same version of JCC, > currently version 2.6, included in these release artifacts. > > A list of Lucene Java changes can be seen at: > http://svn.apache.org/repos/asf/lucene/java/branches/lucene_2_9/CHANGES.txt > http://svn.apache.org/repos/asf/lucene/java/branches/lucene_3_0/CHANGES.txt > > Please vote to release these artifacts as PyLucene 2.9.3-1 and 3.0.2-1. > > Thanks ! > > Andi.. > > ps: the KEYS file for PyLucene release signing is at: > http://svn.apache.org/repos/asf/lucene/pylucene/dist/KEYS > http://people.apache.org/~vajda/staging_area/KEYS > > pps: here is my +1 > From generalejones@example.org Sat Jul 03 20:34:26 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 51100 invoked from network); 3 Jul 2010 20:34:25 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 3 Jul 2010 20:34:25 -0000 Received: (qmail 63851 invoked by uid 500); 3 Jul 2010 20:34:25 -0000 Delivered-To: ejones@example.org Received: (qmail 63691 invoked by uid 500); 3 Jul 2010 20:34:24 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 63678 invoked by uid 99); 3 Jul 2010 20:34:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jul 2010 20:34:24 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO ovaltofu.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jul 2010 20:34:15 +0000 Received: from yuzu (18.231.66-86.rev.gaoland.net [83.161.120.155]) (authenticated bits=0) by ovaltofu.org (8.14.3/8.14.4) with ESMTP id o63KWmon027675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Jul 2010 13:32:51 -0700 (PDT) Date: Sat, 3 Jul 2010 13:32:54 -0700 (PDT) From: Andi Vajda <ejones@example.org> X-X-Sender: vajda@yuzu Reply-To: Andi Vajda <ejones@example.org> To: ejones@example.org, ejones@example.org Subject: [ANNOUNCE] Apache PyLucene 2.9.3 and 3.0.2 Message-ID: <alpine.OSX.2.01.1007031331130.12497@yuzu> User-Agent: Alpine 2.01 (OSX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org I am pleased to announce the availability of the Apache PyLucene 2.9.3 and 3.0.2 releases. Apache PyLucene, a subproject of Apache Lucene, is a Python extension for accessing Java Lucene. Its goal is to allow you to use Lucene's text indexing and searching capabilities from Python. It is API compatible with the latest versions of Java Lucene, 2.9.3 and 3.0.2. This release contains a number of bug fixes and improvements. Details can be found in the changes files: http://svn.apache.org/repos/asf/lucene/pylucene/tags/pylucene_2_9_3/CHANGES http://svn.apache.org/repos/asf/lucene/pylucene/tags/pylucene_2_9_3/jcc/CHANGES http://svn.apache.org/repos/asf/lucene/pylucene/tags/pylucene_3_0_2/CHANGES http://svn.apache.org/repos/asf/lucene/pylucene/tags/pylucene_3_0_2/jcc/CHANGES Apache PyLucene is available from the following download pages: http://www.apache.org/dyn/closer.cgi/lucene/pylucene/pylucene-2.9.3-1-src.tar.gz http://www.apache.org/dyn/closer.cgi/lucene/pylucene/pylucene-3.0.2-1-src.tar.gz When downloading from a mirror site, please remember to verify the downloads using signatures found on the Apache site: http://www.apache.org/dist/lucene/pylucene/KEYS For more information on Apache PyLucene, visit the project home page: http://lucene.apache.org/pylucene Andi.. From generalejones@example.org Sat Jul 03 21:08:17 2010 Return-Path: <generalejones@example.org> Delivered-To: ejones@example.org Received: (qmail 57585 invoked from network); 3 Jul 2010 21:08:17 -0000 Received: from unknown (HELO mail.apache.org) (83.161.120.155) by 83.161.120.155 with SMTP; 3 Jul 2010 21:08:17 -0000 Received: (qmail 74242 invoked by uid 500); 3 Jul 2010 21:08:16 -0000 Delivered-To: ejones@example.org Received: (qmail 74177 invoked by uid 500); 3 Jul 2010 21:08:15 -0000 Mailing-List: contact ejones@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:ejones@example.org> List-Unsubscribe: <mailto:ejones@example.org> List-Post: <mailto:ejones@example.org> List-Id: <general.lucene.apache.org> Reply-To: ejones@example.org Delivered-To: mailing list ejones@example.org Received: (qmail 74169 invoked by uid 99); 3 Jul 2010 21:08:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jul 2010 21:08:15 +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 [83.161.120.155] (HELO rectangular.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Jul 2010 21:08:09 +0000 Received: from marvin by rectangular.com with local (Exim 4.63) (envelope-from <ejones@example.org>) id 1OV9wB-0005po-3r for ejones@example.org; Sat, 03 Jul 2010 14:07:47 -0700 Date: Sat, 3 Jul 2010 14:07:47 -0700 To: ejones@example.org Subject: Re: Draft proposal: Move Lucy to Incubator Message-ID: <ejones@example.org> References: <ejones@example.org> <ejones@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <ejones@example.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: Marvin Humphrey <ejones@example.org> X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Jul 02, 2010 at 01:39:23PM -0700, Chris Hostetter wrote: > : BACKGROUND > ... > : Since the Lucene PMC will not be responsible for Lucy much longer, it is > : more appropriate for the software grant to take place within the context > : of the Incubator than the Lucene TLP. As none of our current members have > : Apache PMC experience, we also seek to take advantage of the Incubator > : environment to prepare ourselves for responsible self-governance. > > I can't articulate exactly what i'm feeling here, but I feel like this > background section could benefit from some mention of the shift away from > "Umbrella projects" being an influencer towards wanting to enter the > incubator. I made the following changes in response to this feedback: @@ -1,8 +1,7 @@ PREFACE Lucy is a sub-project which is being spun off from the Lucene TLP but is not yet ready for graduation. We propose to address certain needs of the - project by assimilating the KinoSearch codebase, and to enter the - Incubator on a top-level-project track. + project by assimilating the KinoSearch codebase. ABSTRACT Lucy will be a loose port of the Lucene search engine library, written in @@ -40,11 +39,13 @@ still lacks a number of important indexing and search classes; we wish to flesh these out via IP clearance work rather than software development. - Since the Lucene PMC will not be responsible for Lucy much longer, it is - more appropriate for the software grant to take place within the context - of the Incubator than the Lucene TLP. As none of our current members have - Apache PMC experience, we also seek to take advantage of the Incubator - environment to prepare ourselves for responsible self-governance. + Since Lucy cannot remain as a sub-project of Lucene under the current ASF + policy of breaking up "umbrella projects", it is not appropriate for the + software grant to take place within the context of the Lucene TLP. + Instead, we advocate that the software grant happen within the context of + the Incubator, and that a Lucy podling and PPMC be established which will + ultimately take responsibility for the codebase. + RATIONALE There is great hunger for a search engine library in the mode of Lucene @@ -133,8 +134,9 @@ The initial committers have all have significant experience with open source development, and include one present Apache committer. We recognize that we lack PMC experience and seek to address that deficiency - by going through the Incubator. In retrospect, Marvin wishes that Lucy - had gone through the Incubator during its first inception. + by using the Incubator environment to educate ourselves and prepare for + responsible self-governance. In retrospect, Marvin wishes that Lucy had + gone through the Incubator during its first inception. Homogenous Developers Our community is geographically dispersed, with members in San Diego, > : INITIAL GOALS > : * Make a 1.0 stable release as quickly as possible. > : * Concentrate on community expansion immediately thereafter. > : * Expose a public C API. > > i would not say "immediately thereafter" ... building up the community > should be an independent goal, worked on concurrently with other technical > goals. I like the way you've put that, and I agree that that should be our mindset. I've stricken "immediately thereafter". > that was the the hardest thing for me to wrap my head arround when Solr > was incubating -- in many ways i was actively trying to keep Solr a > "secret" until i felt like it was "ready to be unvield" but that's not > what incubation is about, and it's really teh antithesis of how to have > asuccessful project -- you don't get a lot of contributors all at once by > saying "here it is, we've got something that's stable and solid and > 'done', who wants to come be a part of it?" .. you get contributors slowly > and surely by saying "here's what we've got so far, who wants to help us > make this better?" Thoughtful advice. Even before the Lucene PMC emphasized making releases during its review of Lucy, there was consensus in the KinoSearch community that publishing a stable release needed to be a high priority. KinoSearch effectively skipped its last major release cycle, and the version which most people see is 4-year-old technology. Once the two projects have merged and a stable release of Lucy is out, we won't be "done" -- there's a ton of stuff on the TODO list that isn't going to make it into the release. However,
{'source': 'Apache Software Foundation Public Mail Archives'}