Re: Release 6.6

gt;> >>>>>>>>>>> > Sure, Jim. Please go ahead! >> >>>>>>>>>>> > >> >>>>>>>>>>> > On Fri, May 12, 2017 at 10:01 PM, jim ferenczi >> >>>>>>>>>>> > <jim.

Re: Release 6.6

> wrote: > >>>>>>>>>>> > Hi, > >>>>>>>>>>> > Would be great to have > >>>>>>>>>>> > https://issues.apache.org/jira/browse/LUCENE-7824 included > for 6.6. Can I > >>>>>

Re: Release 6.6

czi >>>>>>>>>>> > <jim.feren...@gmail.com> wrote: >>>>>>>>>>> > Hi, >>>>>>>>>>> > Would be great to have >>>>>>>>>>> > https://issues.apache.org/jira/brows

Re: Release 6.6

Can I merge the fix >>>>>>>>>> this week end Ishan ? >>>>>>>>>> > >>>>>>>>>> > 2017-05-11 16:45 GMT+02:00 Ishan Chattopadhyaya < >>>>>>>>>> ichattopadhy...@gmail.com>: >>>>>>>

Re: Release 6.6

m>: >>>>>>>>> > Done, Adrien. Thanks! >>>>>>>>> > >>>>>>>>> > On Thu, May 11, 2017 at 7:34 PM, Adrien Grand <jpou...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> > Ishan

Re: Release 6.6

gt;> > Ishan, wdyt about running addVersion on the branch_6x/master as >>>>>>>> well? I think it would help realize that the 6.6 branch has been cut >>>>>>>> when >>>>>>>> looking at the CHANGES.txt file and not forget about bac

Re: Release 6.6

gt;> > <ichattopadhy...@gmail.com>: >>>>>>>>> > Done, Adrien. Thanks! >>>>>>>>> > >>>>>>>>> > On Thu, May 11, 2017 at 7:34 PM, Adrien Grand <jpou...@gmail.com> >>>>>>>>> > wrote: >>>>>>>>> > Ishan, wdyt about running addVersion on the b

Re: Release 6.6

gt;> > Ishan, wdyt about running addVersion on the branch_6x/master as >>>>>>>> well? I think it would help realize that the 6.6 branch has been cut >>>>>>>> when >>>>>>>> looking at the CHANGES.txt file and not forget about backporting? >>>>>>>> > >>>>>>>> >

Re: Release 6.6

chattopadhy...@gmail.com> a écrit : >>>>>>> > I've cut the branch for 6.6. (branch_6_6). Please feel free to add >>>>>>> bugfixes to the branch, if needed. >>>>>>> > Planning to build the first RC on 15 May. Please let me know i

Re: Release 6.6

o add >>>>>> bugfixes to the branch, if needed. >>>>>> > Planning to build the first RC on 15 May. Please let me know if >>>>>> there are any objections. >>>>>> > >>>>>> > Thanks, >>>>>> > Ishan >>>>>> > >>>>>

Re: Release 6.6

>>>> > On Tue, May 9, 2017 at 11:10 AM, Ishan Chattopadhyaya < >>>>> ichattopadhy...@gmail.com> wrote: >>>>> > Planning to cut the release branch in another 10-12 hours. >>>>> > >>>>> > On Mon, May 1,

Re: Release 6.6

.@hotmail.com> >>>> wrote: >>>> > i was wondering if there was a specific test for >>>> SpanPayloadCheckQuery method >>>> > >>>> > matches = payloadToMatch.get(upto).bytesEquals(payload); >>>> > >>>> > >&g

Re: Release 6.6

gt;>> wrote: >>> > i was wondering if there was a specific test for SpanPayloadCheckQuery >>> method >>> > >>> > matches = payloadToMatch.get(upto).bytesEquals(payload); >>> > >>> > >>> > >>> > the only impleme

Re: Release 6.6

kQuery >> > >> > >> > I will submit JIRA with Patch >> > >> > >> > as a CS *dinosaur* I am more familiar with LISP for dissecting sentence >> fragments (what we called phenomes) than current SEO implementations >> > >> > >

Re: Release 6.6

for dissecting sentence > fragments (what we called phenomes) than current SEO implementations > > > > > > Can you suggest a book to read to better understand Lucenes pattern > dissection and match algorithms? > > > > > > Many Thanks for helpful guidance >

Re: Release 6.6

fragments (what we called phenomes) than current SEO >implementations >> >> >> Can you suggest a book to read to better understand Lucenes pattern >dissection and match algorithms? >> >> >> Many Thanks for helpful guidance >> Martin >> __

Re: Release 6.6

(what we called phenomes) than current SEO implementations > > > Can you suggest a book to read to better understand Lucenes pattern > dissection and match algorithms? > > > Many Thanks for helpful guidance > Martin > _

Re: Release 6.6

ion i could locate was in collectLeaf of >>>>>> SpanPayloadCheckQuery >>>>>> >>>>>> >>>>>> I will submit JIRA with Patch >>>>>> >>>>>> >>>>>> as a CS *dinosaur* I am more familiar with LISP

Re: Release 6.6

te was in collectLeaf of >>>>>> SpanPayloadCheckQuery >>>>>> >>>>>> >>>>>> I will submit JIRA with Patch >>>>>> >>>>>> >>>>>> as a CS *dinosaur* I am more familiar with LISP for dissecting >>>>>> sentence fragments (what we called phenomes) than current SEO >>>&g

Re: Release 6.6

t;>> >>>>> I will submit JIRA with Patch >>>>> >>>>> >>>>> as a CS *dinosaur* I am more familiar with LISP for dissecting >>>>> sentence fragments (what we called phenomes) than current SEO >>>>> imple

Re: Release 6.6

ucenes pattern >>>> dissection and match algorithms? >>>> >>>> >>>> Many Thanks for helpful guidance >>>> Martin >>>> __ >>>> >>>> >>>> >>>>

Re: Release 6.6

d to better understand Lucenes pattern >>> dissection and match algorithms? >>> >>> >>> Many Thanks for helpful guidance >>> Martin >>> __ >>> >>> >>> >>> >>> ---

Re: Release 6.6

; Martin >> __ >> >> >> >> >> -- >> *From:* Erik Hatcher <erik.hatc...@gmail.com> >> *Sent:* Sunday, April 30, 2017 2:06 PM >> >> *To:* dev@lucene.apache.o

Re: Release 6.6

> *From:* Erik Hatcher <erik.hatc...@gmail.com> > *Sent:* Sunday, April 30, 2017 2:06 PM > > *To:* dev@lucene.apache.org > *Subject:* Re: Release 6.6 > > Martin - > > I have to admit to still being unsure what the gist is here - is there a > bug? Apologies

Re: Release 6.6

__ From: Erik Hatcher <erik.hatc...@gmail.com> Sent: Sunday, April 30, 2017 2:06 PM To: dev@lucene.apache.org Subject: Re: Release 6.6 Martin - I have to admit to still being unsure what the gist is here - is there a bug? Apologies for not catching what you’re

Re: Release 6.6

f((org.apache.lucene.index.PostingsEnum)postings, > (int)position,(org.apache.lucene.index.Term)term1) LINE 106 throws > IOException ="+ioe.getMessage()); } > > collectLeaf is the only method that compares > matches=payloadToMatch.get(upto).bytesEquals(payload) >

Re: Release 6.6

="+ioe.getMessage()); } collectLeaf is the only method that compares matches=payloadToMatch.get(upto).bytesEquals(payload) to determine "match" unless of course match between individual payload and payloadToMatch is tested elsewhere ? WDYT? Martin ________

Re: Release 6.6

t; __ > > > > From: Erik Hatcher <erik.hatc...@gmail.com> > Sent: Saturday, April 29, 2017 8:58 AM > To: dev@lucene.apache.org > Subject: Re: Release 6.6 > > Martin - there is a test class specifically for this query.

Re: Release 6.6

situation Thanks! Martin __ From: Erik Hatcher <erik.hatc...@gmail.com> Sent: Saturday, April 29, 2017 8:58 AM To: dev@lucene.apache.org Subject: Re: Release 6.6 Martin - there is a test class specifically for this query. See the recent commits I've made to test it further fixing .

Re: Release 6.6

gt; Martin > ______ > > > > From: Erik Hatcher <erik.hatc...@gmail.com> > Sent: Tuesday, April 25, 2017 7:57 PM > To: dev@lucene.apache.org > Subject: Re: Release 6.6 > > Probably no bribe needed, but an updated pat

Re: Release 6.6

n ="+ioe.getMessage()); } unless of course anyone has a better idea to test collectLeaf ? Martin __ From: Erik Hatcher <erik.hatc...@gmail.com> Sent: Tuesday, April 25, 2017 7:57 PM To: dev@lucene.apache.o

Re: Release 6.6

+1 to start complaining in logs ASAP. (Thanks for working on this Jan). On Wed, Apr 26, 2017 at 5:32 AM Jan Høydahl wrote: > I was hoping to nuke the and solrQueryParser from > schema https://issues.apache.org/jira/browse/SOLR-7041 > so 7.0.0 could get rid of that

Re: Release 6.6

I was hoping to nuke the and solrQueryParser from schema https://issues.apache.org/jira/browse/SOLR-7041 so 7.0.0 could get rid of that code/config completely. But a ton of tests still depend on these deprecated configs, and fixing it all in

Re: Release 6.6

I’m a little tired of re-implementing the patch. I did it for 1.3, 3.x, and 4.x. Perhaps someone more familiar with edismax could take a look. With the 100X speedup for fuzzy in 4.x, should be widely useful. wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my

Re: Release 6.6

Probably no bribe needed, but an updated patch would be a good start (or will the 2.5 year old patch still apply and be acceptable as-is?) Erik > On Apr 25, 2017, at 7:52 PM, Walter Underwood wrote: > > Who do I have to bribe to get SOLR-629 included? > >

Re: Release 6.6

Who do I have to bribe to get SOLR-629 included? https://issues.apache.org/jira/browse/SOLR-629 wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my blog) > On Apr 25, 2017, at 10:46 AM, Ishan Chattopadhyaya >

Re: Release 6.6

I'd appreciate feedback on https://issues.apache.org/jira/browse/SOLR-10479 with a view towards making it into the 6.6 release. Christine - Original Message - From: dev@lucene.apache.org To: dev@lucene.apache.org At: 04/25/17 19:13:39 I’d like to get SOLR-1485, at least the numeric

Re: Release 6.6

I’d like to get SOLR-1485, at least the numeric payload value source part, in to 6.6. With some help (nudge nudge, Erickson) I think we can get this in by then. Erik > On Apr 25, 2017, at 1:46 PM, Ishan Chattopadhyaya > wrote: > > Hi, > We have lots of

Release 6.6

Hi, We have lots of changes, optimizations, bug fixes for 6.6. I'd like to propose a 6.6 release (perhaps the last 6x non-bug-fix release before 7.0 release). I can volunteer to release this, and I can cut the release branch around 4th May, in order to let some time for devs to finish current