Re: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch

2016-03-10 Thread Upayavira
gt; eMail: u...@thetaphi.de >> >> > -Original Message- >> > From: Michael McCandless [mailto:luc...@mikemccandless.com] >> > Sent: Thursday, March 10, 2016 11:13 AM >> > To: Lucene/Solr dev <dev@lucene.apache.org> >> > Subject: Re: [Poss

Re: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch

2016-03-10 Thread Nicholas Knize
..@mikemccandless.com] > > Sent: Thursday, March 10, 2016 11:13 AM > > To: Lucene/Solr dev <dev@lucene.apache.org> > > Subject: Re: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch > > > > Hi Nick, > > > > Since we are still finding a number of bad bu

RE: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch

2016-03-10 Thread Uwe Schindler
ginal Message- > From: Michael McCandless [mailto:luc...@mikemccandless.com] > Sent: Thursday, March 10, 2016 11:13 AM > To: Lucene/Solr dev <dev@lucene.apache.org> > Subject: Re: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch > > Hi Nick, > > Sinc

Re: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch

2016-03-10 Thread Michael McCandless
Hi Nick, Since we are still finding a number of bad bugs (!!) in the new dimensional points, e.g. equals was broken on the range query, the set query for InetAddress didn't work, exceptions on merging sparse fields, etc., and since at least e.g. Rob is working hard on cutting over legacy numerics

Re: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch

2016-03-09 Thread Nicholas Knize
This is a heads up that I will be starting the release process no earlier than 24 hours from now. Thanks to everyone in advance for their help during this process. - Nick On Tue, Mar 8, 2016 at 3:30 AM, Vanlerberghe, Luc < luc.vanlerber...@bvdinfo.com> wrote: > Hi, > > > > I added two JIRA

RE: [Possibly spoofed] Re: Lucene/Solr 6.0.0 Release Branch

2016-03-08 Thread Vanlerberghe, Luc
Hi, I added two JIRA issues (Lucene: https://issues.apache.org/jira/browse/LUCENE-7078, Solr: https://issues.apache.org/jira/browse/SOLR-8802 ) concerning Query classes that are still mutable and should either become immutable, marked as @lucene.experimental or get a comment why it’s not an