Thanks for your help, Adrien! On Wed, Jun 7, 2017 at 1:04 PM, Adrien Grand <[email protected]> wrote:
> Thank you Ishan for doing this release! > > Le mar. 6 juin 2017 à 01:16, Michael McCandless <[email protected]> > a écrit : > >> Thank you Ishan. >> >> I reviewed the Lucene release notes and it looks great! >> >> Mike McCandless >> >> http://blog.mikemccandless.com >> >> On Mon, Jun 5, 2017 at 2:05 PM, Ishan Chattopadhyaya < >> [email protected]> wrote: >> >>> Hi all, >>> I've updated the release notes here: >>> https://wiki.apache.org/lucene-java/ReleaseNote66 >>> https://wiki.apache.org/solr/ReleaseNote66 >>> >>> Please review / feel free to edit. >>> I have started the maven sync, so we have about 24 hours (for maven >>> sync) until I update these to the website and announce the release. >>> Thanks and regards, >>> Ishan >>> >>> On Wed, May 17, 2017 at 2:43 AM, Adrien Grand <[email protected]> wrote: >>> >>>> Sorry to hear that, make sure to take care of yourself first, the >>>> release can wait! I just backported to branch_6_6. >>>> >>>> Le mar. 16 mai 2017 à 19:22, Ishan Chattopadhyaya < >>>> [email protected]> a écrit : >>>> >>>>> Hi Adrien, >>>>> Please proceed, by all means, to backport to release branch. I'm >>>>> unwell today, and I haven't been able to start the RC cutting today; >>>>> planning to do so after another 5-6 hours' rest. >>>>> Thanks, >>>>> Ishan >>>>> >>>>> On Tue, May 16, 2017 at 10:06 PM, Adrien Grand <[email protected]> >>>>> wrote: >>>>> >>>>>> Hi Ishan, >>>>>> >>>>>> I don't think it is worth restarting RC build in case you already >>>>>> started, but in case you haven't started yet, >>>>>> https://issues.apache.org/jira/browse/LUCENE-7831 could be nice to >>>>>> have in 6.6. >>>>>> >>>>>> Le mar. 16 mai 2017 à 03:55, Ishan Chattopadhyaya < >>>>>> [email protected]> a écrit : >>>>>> >>>>>>> I attempted to build an RC, but failed repeatedly before realizing >>>>>>> it was due to, apart from test failures, LUCENE-7830 / LUCENE-6438. I've >>>>>>> manually cleared up the dead symlinks now. I'll build the RC on >>>>>>> Tuesday, as >>>>>>> I'm about to wrap up the day's work. >>>>>>> >>>>>>> On Mon, May 15, 2017 at 10:12 PM, Ishan Chattopadhyaya < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> I wish to backport a fix from SOLR-8440 (last commit) to the >>>>>>>> release branch. It affects only the feature introduced in SOLR-8440. >>>>>>>> Please >>>>>>>> let me know if someone has any objections. >>>>>>>> >>>>>>>> Also, I'm planning to build the RC in another 3-4 hours. Please let >>>>>>>> me know if there's something that someone is working on which needs to >>>>>>>> get >>>>>>>> in before that. >>>>>>>> >>>>>>>> Thanks and regards, >>>>>>>> Ishan >>>>>>>> >>>>>>>> >>>>>>>> On Sun, May 14, 2017 at 5:02 PM, Ishan Chattopadhyaya < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Sure Steve! Thanks! >>>>>>>>> >>>>>>>>> On Sun, May 14, 2017 at 2:34 PM, Steve Rowe <[email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Ishan, >>>>>>>>>> >>>>>>>>>> Okay to include https://issues.apache.org/jira/browse/LUCENE-7821 >>>>>>>>>> for 6.6? >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Steve >>>>>>>>>> www.lucidworks.com >>>>>>>>>> >>>>>>>>>> > On May 12, 2017, at 12:51 PM, jim ferenczi < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> > >>>>>>>>>> > Ok thanks Ishan. >>>>>>>>>> > >>>>>>>>>> > Le 12 mai 2017 18:44, "Ishan Chattopadhyaya" < >>>>>>>>>> [email protected]> a écrit : >>>>>>>>>> > Sure, Jim. Please go ahead! >>>>>>>>>> > >>>>>>>>>> > On Fri, May 12, 2017 at 10:01 PM, jim ferenczi < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> > Hi, >>>>>>>>>> > Would be great to have https://issues.apache.org/ >>>>>>>>>> jira/browse/LUCENE-7824 included for 6.6. Can I merge the fix >>>>>>>>>> this week end Ishan ? >>>>>>>>>> > >>>>>>>>>> > 2017-05-11 16:45 GMT+02:00 Ishan Chattopadhyaya < >>>>>>>>>> [email protected]>: >>>>>>>>>> > Done, Adrien. Thanks! >>>>>>>>>> > >>>>>>>>>> > On Thu, May 11, 2017 at 7:34 PM, Adrien Grand < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> > 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? >>>>>>>>>> > >>>>>>>>>> > Le mar. 9 mai 2017 à 17:58, Ishan Chattopadhyaya < >>>>>>>>>> [email protected]> 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 if >>>>>>>>>> there are any objections. >>>>>>>>>> > >>>>>>>>>> > Thanks, >>>>>>>>>> > Ishan >>>>>>>>>> > >>>>>>>>>> > On Tue, May 9, 2017 at 11:10 AM, Ishan Chattopadhyaya < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> > Planning to cut the release branch in another 10-12 hours. >>>>>>>>>> > >>>>>>>>>> > On Mon, May 1, 2017 at 4:00 PM, Martin Gainty < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> > i was wondering if there was a specific test for >>>>>>>>>> SpanPayloadCheckQuery method >>>>>>>>>> > >>>>>>>>>> > matches = payloadToMatch.get(upto).bytesEquals(payload); >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > the only implementation i could locate 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 >>>>>>>>>> implementations >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > Can you suggest a book to read to better understand Lucenes >>>>>>>>>> pattern dissection and match algorithms? >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > Many Thanks for helpful guidance >>>>>>>>>> > Martin >>>>>>>>>> > ______________________________________________ >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > From: Erik Hatcher <[email protected]> >>>>>>>>>> > Sent: Sunday, April 30, 2017 2:06 PM >>>>>>>>>> > >>>>>>>>>> > To: [email protected] >>>>>>>>>> > 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 >>>>>>>>>> saying/showing >>>>>>>>>> here. Again, as far as I can tell SpanPayloadCheckQuery is working >>>>>>>>>> as >>>>>>>>>> expected now. >>>>>>>>>> > >>>>>>>>>> > I’m going to focus purely on SOLR-1485 this week to get it >>>>>>>>>> committed for 6.6. If there is an issue to address with your work >>>>>>>>>> would >>>>>>>>>> you please open a JIRA and include your patch there? >>>>>>>>>> > >>>>>>>>>> > Thanks, >>>>>>>>>> > Erik >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> >> On Apr 30, 2017, at 7:47 AM, Martin Gainty < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >> >>>>>>>>>> >> Mornin' Erik >>>>>>>>>> >> >>>>>>>>>> >> there is a collectLeaf override in >>>>>>>>>> >> org.apache.lucene.queries.payloads.TestPayloadSpans >>>>>>>>>> ..but its never called: >>>>>>>>>> >> >>>>>>>>>> >> static class VerifyingCollector implements SpanCollector { >>>>>>>>>> >> List<BytesRef> payloads = new ArrayList<>(); >>>>>>>>>> >> @Override >>>>>>>>>> >> public void collectLeaf(PostingsEnum postings, int >>>>>>>>>> position, Term term) throws IOException { >>>>>>>>>> >> .... >>>>>>>>>> >> } >>>>>>>>>> >> } >>>>>>>>>> >> >>>>>>>>>> >> the modification in >>>>>>>>>> >> org.apache.lucene.queries.payloads.TestPayloadCheckQuery >>>>>>>>>> tests collectLeaf for query >>>>>>>>>> >> >>>>>>>>>> >> //initialise term >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 231 before term1=new org.apache.lucene.index.Term(' >>>>>>>>>> field','withPayload')"); >>>>>>>>>> >> org.apache.lucene.index.Term term1=new >>>>>>>>>> org.apache.lucene.index.Term("field", "withPayload"); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 233 term1="+term1); >>>>>>>>>> >> >>>>>>>>>> >> //assume position is 5 >>>>>>>>>> >> int position=5; >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck >>>>>>>>>> LINE 235 position="+position); >>>>>>>>>> >> >>>>>>>>>> >> BytesRef pay = new BytesRef("pos: " + position); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck >>>>>>>>>> LINE 237 pay="+pay); >>>>>>>>>> >> >>>>>>>>>> >> //build spanQuery with term parameter >>>>>>>>>> >> org.apache.lucene.search.spans.SpanQuery spanQuery1 = new >>>>>>>>>> SpanTermQuery(term1); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck >>>>>>>>>> LINE 239 spanQuery1="+spanQuery1); >>>>>>>>>> >> >>>>>>>>>> >> //add BytesRef to payloadToMatch list >>>>>>>>>> >> java.util.List<org.apache.lucene.util.BytesRef> >>>>>>>>>> payloadToMatch=new java.util.ArrayList<org. >>>>>>>>>> apache.lucene.util.BytesRef>(); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck >>>>>>>>>> LINE 241 payloadToMatch="+payloadToMatch); >>>>>>>>>> >> payloadToMatch.add(pay); >>>>>>>>>> >> >>>>>>>>>> >> //build SpanPayloadCheckQuery >>>>>>>>>> >> query=new org.apache.lucene.queries.payloads. >>>>>>>>>> SpanPayloadCheckQuery( >>>>>>>>>> >> (org.apache.lucene.search.spans.SpanQuery)query, >>>>>>>>>> >> (java.util.List<org.apache.lucene.util.BytesRef>) >>>>>>>>>> payloadToMatch); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 249 query="+query); >>>>>>>>>> >> >>>>>>>>>> >> //build lucene Directory (TODO: we should use an existing >>>>>>>>>> directory with REAL test-data) >>>>>>>>>> >> org.apache.lucene.store.Directory ram = >>>>>>>>>> newDirectory(com.carrotsearch.randomizedtesting. >>>>>>>>>> RandomizedContext.current().getRandom()); >>>>>>>>>> >> >>>>>>>>>> >> //build SegmentReader from Directory >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 251 ram="+ram); >>>>>>>>>> >> SegmentReader reader = getOnlySegmentReader(org. >>>>>>>>>> apache.lucene.index.DirectoryReader.open(ram)); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 253 reader="+reader); >>>>>>>>>> >> >>>>>>>>>> >> //populate SlowCompositeReaderWrapper with SegmentReader >>>>>>>>>> >> org.apache.lucene.index.LeafReader sr = >>>>>>>>>> org.apache.lucene.index.SlowCompositeReaderWrapper.wrap(reader); >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck >>>>>>>>>> LINE 255 sr="+sr); >>>>>>>>>> >> >>>>>>>>>> >> //add term to SegmentReader postings >>>>>>>>>> >> org.apache.lucene.index.PostingsEnum postings = >>>>>>>>>> sr.postings(term1, PostingsEnum.PAYLOADS); >>>>>>>>>> >> >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 257 before query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> where postings="+postings); >>>>>>>>>> >> >>>>>>>>>> >> //display the parameters for collectLeaf method for query: >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 258 before query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> where position="+position); >>>>>>>>>> >> >>>>>>>>>> >> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 259 before query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> where term1="+term1); >>>>>>>>>> >> try >>>>>>>>>> >> { //public void >>>>>>>>>> >> collectLeaf(org.apache.lucene.index.PostingsEnum >>>>>>>>>> postings, int position, //org.apache.lucene.index.Term >>>>>>>>>> term) throws java.io.IOException { >>>>>>>>>> >> query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, (int)position,(org.apache. >>>>>>>>>> lucene.index.Term)term1); >>>>>>>>>> >> } >>>>>>>>>> >> catch(java.io.IOException ioe) { log.debug(" >>>>>>>>>> TestPayloadCheckQuery::testSpanPayloadCheck LINE 264 >>>>>>>>>> query.getPayloadChecker().collectLeaf((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) >>>>>>>>>> >> to determine "match" >>>>>>>>>> >> >>>>>>>>>> >> unless of course match between individual payload and >>>>>>>>>> payloadToMatch is tested elsewhere ? >>>>>>>>>> >> >>>>>>>>>> >> WDYT? >>>>>>>>>> >> Martin >>>>>>>>>> >> ______________________________________________ >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> From: Erik Hatcher <[email protected]> >>>>>>>>>> >> Sent: Saturday, April 29, 2017 7:58 PM >>>>>>>>>> >> To: Lucene/Solr dev >>>>>>>>>> >> Subject: Re: Release 6.6 >>>>>>>>>> >> >>>>>>>>>> >> Martin - >>>>>>>>>> >> >>>>>>>>>> >> Interesting test but I couldn’t copy/paste it in to try it out >>>>>>>>>> as it uses some logging and APIs that aren’t already in the project >>>>>>>>>> and >>>>>>>>>> classpath of these lucene tests within that queries module (within >>>>>>>>>> IntelliJ, mind you). >>>>>>>>>> >> >>>>>>>>>> >> I was able to resolve the misunderstanding (and >>>>>>>>>> .equals/.hashCode bugs) so everything is working as expected with >>>>>>>>>> SpanPayloadCheckQuery for me now. Do your tests point out an >>>>>>>>>> issue? Or >>>>>>>>>> confirming that it is working properly at a lower level? >>>>>>>>>> >> >>>>>>>>>> >> Erik >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >>> On Apr 29, 2017, at 9:08 AM, Martin Gainty < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>> >>>>>>>>>> >>> Martin Gainty has shared a OneDrive file with you. To view >>>>>>>>>> it, click the link below. >>>>>>>>>> >>> >>>>>>>>>> >>> TestPayloadCheckQuery.java >>>>>>>>>> >>> attached >>>>>>>>>> >>> >>>>>>>>>> >>> I coded this last nite so it is "quick and dirty" >>>>>>>>>> >>> >>>>>>>>>> >>> in any case let me know if testSpanPayloadCheck() method >>>>>>>>>> modification properly addresses your situation >>>>>>>>>> >>> >>>>>>>>>> >>> Thanks! >>>>>>>>>> >>> Martin >>>>>>>>>> >>> ______________________________________________ >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> From: Erik Hatcher <[email protected]> >>>>>>>>>> >>> Sent: Saturday, April 29, 2017 8:58 AM >>>>>>>>>> >>> To: [email protected] >>>>>>>>>> >>> 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 >>>>>>>>>> .equals/.hashCode and rewrite. >>>>>>>>>> >>> >>>>>>>>>> >>> Can you send your full test code? >>>>>>>>>> >>> >>>>>>>>>> >>> Erik >>>>>>>>>> >>> >>>>>>>>>> >>> On Apr 29, 2017, at 07:32, Martin Gainty <[email protected]> >>>>>>>>>> wrote: >>>>>>>>>> >>> >>>>>>>>>> >>>> when Erik mentioned he couldnt get SpanPayloadCheckQuery to >>>>>>>>>> work I was about to reply just run that TestCase >>>>>>>>>> >>>> (until i discovered there wasnt any!) >>>>>>>>>> >>>> >>>>>>>>>> >>>> i'll start the bidding at 1 dinar for TestCase >>>>>>>>>> org.apache.lucene.queries.payloads.TestPayloadCheckQuery mod: >>>>>>>>>> >>>> @org.junit.Test >>>>>>>>>> >>>> public void testSpanPayloadCheck() throws Exception >>>>>>>>>> >>>> >>>>>>>>>> >>>> //now lets test the collectLeaf for query >>>>>>>>>> >>>> //of course calling Base Class SpanPayloadCheckQuery to >>>>>>>>>> construct query >>>>>>>>>> >>>> >>>>>>>>>> >>>> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 257 before query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> where postings="+postings); >>>>>>>>>> >>>> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 258 before query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> where position="+position); >>>>>>>>>> >>>> log.debug("TestPayloadCheckQuery::testSpanPayloadCheck LINE >>>>>>>>>> 259 before query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> where term1="+term1); >>>>>>>>>> >>>> >>>>>>>>>> >>>> try >>>>>>>>>> >>>> { //test public void >>>>>>>>>> >>>> collectLeaf(org.apache.lucene.index.PostingsEnum >>>>>>>>>> postings, int position, //org.apache.lucene.index.Term >>>>>>>>>> term) >>>>>>>>>> throws java.io.IOException { >>>>>>>>>> >>>> query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, (int)position,(org.apache. >>>>>>>>>> lucene.index.Term)term1); >>>>>>>>>> >>>> } >>>>>>>>>> >>>> catch(java.io.IOException ioe) { log.error(" >>>>>>>>>> TestPayloadCheckQuery::testSpanPayloadCheck LINE 264 >>>>>>>>>> query.getPayloadChecker().collectLeaf((org.apache. >>>>>>>>>> lucene.index.PostingsEnum)postings, >>>>>>>>>> (int)position,(org.apache.lucene.index.Term)term1) >>>>>>>>>> LINE 106 throws IOException ="+ioe.getMessage()); } >>>>>>>>>> >>>> >>>>>>>>>> >>>> unless of course anyone has a better idea to test >>>>>>>>>> collectLeaf ? >>>>>>>>>> >>>> Martin >>>>>>>>>> >>>> ______________________________________________ >>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>>> >>>> >>>>>>>>>> >>>> From: Erik Hatcher <[email protected]> >>>>>>>>>> >>>> Sent: Tuesday, April 25, 2017 7:57 PM >>>>>>>>>> >>>> To: [email protected] >>>>>>>>>> >>>> Subject: 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 < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>> >>>>>>>>>> >>>>> Who do I have to bribe to get SOLR-629 included? >>>>>>>>>> >>>>> >>>>>>>>>> >>>>> https://issues.apache.org/jira/browse/SOLR-629 >>>>>>>>>> >>>>> >>>>>>>>>> >>>>> wunder >>>>>>>>>> >>>>> Walter Underwood >>>>>>>>>> >>>>> [email protected] >>>>>>>>>> >>>>> http://observer.wunderwood.org/ (my blog) >>>>>>>>>> >>>>> >>>>>>>>>> >>>>> >>>>>>>>>> >>>>>> On Apr 25, 2017, at 10:46 AM, Ishan Chattopadhyaya < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>>> >>>>>>>>>> >>>>>> 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 >>>>>>>>>> issues. >>>>>>>>>> >>>>>> >>>>>>>>>> >>>>>> What do you think? >>>>>>>>>> >>>>>> >>>>>>>>>> >>>>>> Regards, >>>>>>>>>> >>>>>> Ishan >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>> --------- >>>>>>>>>> To unsubscribe, e-mail: [email protected] >>>>>>>>>> For additional commands, e-mail: [email protected] >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>> >>> >>
