Erick: AFAIK yes from now on a commit in branch_8x will not go to 8.6 branch.
Le mar. 30 juin 2020 à 17:59, Erick Erickson <erickerick...@gmail.com> a écrit : > Bruno: > > Just to double check, anything committed to branch_8x from here on won’t > affect the 8.6 release unless explicitly backported, correct? > > I may be close to upgrading Zookeeper to 3.6.1, and very much do NOT want > it in the 8.6 release as it should bake longer than 2 weeks even… > > Thanks for managing this release! > > Erick > > > On Jun 30, 2020, at 11:34 AM, Bruno Roustant <bruno.roust...@gmail.com> > wrote: > > > > For the RC, I prefer to let the latest and greatest commits to bake a > week rather than only 2 days. Some of them have important impact and were > added very recently. > > So I plan a RC on July 7, if the smoke tester is fixed before that time. > > > > Bruno > > > > Le mar. 30 juin 2020 à 16:48, Uwe Schindler <u...@thetaphi.de> a écrit : > > Hi, > > > > > > > > I enabled builds for 8.6 on Policeman Jenkins: > > > > https://jenkins.thetaphi.de/job/Lucene-Solr-8.6-Linux/ > > > > https://jenkins.thetaphi.de/job/Lucene-Solr-8.6-MacOSX/ > > > > https://jenkins.thetaphi.de/job/Lucene-Solr-8.6-Windows/ > > > > > > > > Uwe > > > > > > > > ----- > > > > Uwe Schindler > > > > Achterdiek 19, D-28357 Bremen > > > > https://www.thetaphi.de > > > > eMail: u...@thetaphi.de > > > > > > > > From: Bruno Roustant <bruno.roust...@gmail.com> > > Sent: Tuesday, June 30, 2020 3:02 PM > > To: dev@lucene.apache.org > > Subject: Re: 8.6 release > > > > > > > > [new branch] 0a1f68fafd6711304bbd7372567a359bcf36aab4 -> branch_8_6 > > > > > > Le mar. 30 juin 2020 à 14:59, Bruno Roustant <bruno.roust...@gmail.com> > a écrit : > > > > I'm creating the branch_8_6 with the release wizard. > > > > > > > > Le mar. 30 juin 2020 à 12:37, Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> a écrit : > > > > This is done and merged. Thanks. > > > > > > > > On Tue, Jun 30, 2020 at 11:52 AM Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > > > > Hi Bruno, > > > > I'd like to get SOLR-14599 in. It is for the package manager CLI support > for cluster level (core container) level plugins. I think it is important > to have this in 8.6 for two reasons: > > > > > > > > (a) it will unblock Marcus Eagan/Ke Zhenxu who are working on a new Solr > UI package and would like to have their package released for early feedback > > > > (b) Earlier we can release this, more feedback we can get before this is > released in 9.0. > > > > (c) This is an isolated change to the CLI for the package manager > (experimental), so very low risk to stability of the release. > > > > > > > > I should be done with this issue by eod today. In case you have no > objection, I would like to merge this issue after you cut the branch today > (and before you spin the RC). > > > > > > > > Regards, > > > > Ishan > > > > > > > > On Tue, Jun 30, 2020 at 6:20 AM Joel Bernstein <joels...@gmail.com> > wrote: > > > > Hi Bruno, > > > > > > > > Andrzej and I decided that SOLR-14537 is headed to master to bake for a > while and won't make it into the 8.6 release. So please feel free to cut > the branch when ready. > > > > > > > > > > > > Joel Bernstein > > > > http://joelsolr.blogspot.com/ > > > > > > > > > > > > On Mon, Jun 29, 2020 at 6:13 AM Andrzej Białecki <a...@getopt.org> wrote: > > > > I wold like to include SOLR-14537 in 8.6 (it’s already tagged), the > patch is ready and I’m just waiting for Joel to finish performance testing. > > > > > > > > > > On 27 Jun 2020, at 04:59, Tomás Fernández Löbbe <tomasflo...@gmail.com> > wrote: > > > > > > > > I tagged SOLR-14590 for 8.6, The PR is ready for review and I plan to > merge it soon > > > > > > > > On Fri, Jun 26, 2020 at 12:54 PM Andrzej Białecki <a...@getopt.org> wrote: > > > > Jan, > > > > > > > > I just removed SOLR-14182 from 8.6, this needs proper back-compat shims > and testing, and I don’t have enough time to get it done properly for 8.6. > > > > > > > > > > On 26 Jun 2020, at 13:37, Jan Høydahl <jan....@cominvent.com> wrote: > > > > > > > > Unresolved Solr issues tagged with 8.6: > > > > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20SOLR%20AND%20resolution%20%3D%20Unresolved%20AND%20fixVersion%20%3D%208.6 > > > > > > > > SOLR-14593 Package store API to disable file upload over HTTP > Blocker > > > > SOLR-14580 CloudSolrClient cannot be initialized using 'zkHosts' > builder Blocker > > > > SOLR-14516 NPE during Realtime GET > Major > > > > SOLR-14502 increase bin/solr's post kill sleep > Minor > > > > SOLR-14398 package store PUT should be idempotent > Trivial > > > > SOLR-14311 Shared schema should not have access to core level classes > Major > > > > SOLR-14182 Move metric reporters config from solr.xml to ZK cluster > properties Major > > > > SOLR-14066 Deprecate DIH > Blocker > > > > SOLR-14022 Deprecate CDCR from Solr in 8.x > Blocker > > > > > > > > Plus two private JIRA issues. > > > > > > > > Jan > > > > > > > > 26. jun. 2020 kl. 12:06 skrev Bruno Roustant <bruno.roust...@gmail.com>: > > > > > > > > So the plan is to cut the release branch on next Tuesday June 30th. If > you anticipate a problem with the date, please reply. > > > > > > > > Is there any JIRA issue that must be committed before the release is > made and that has not already the appropriate "Fix Version"? > > > > > > > > Currently there 3 unresolved issues flagged as Fix Version = 8.6: > > > > Add tests for corruptions caused by byte flips LUCENE-9356 > > > > Fix linefiledocs compression or replace in tests LUCENE-9191 > > > > Can we merge small segments during refresh, for faster searching? > LUCENE-8962 > > > > > > > > > > > > Le mer. 24 juin 2020 à 21:05, David Smiley <david.w.smi...@gmail.com> a > écrit : > > > > Thanks starting this discussion, Cassandra. > > > > > > > > I reviewed the issues I was involved with and I don't quite see > something worth noting. > > > > > > > > I plan to add a note about a change in defaults within > UnifiedHighlighter that could be a significant perf regression. This > wasn't introduced in 8.6 but introduced in 8.5 and it's significant enough > to bring attention to. I could add it in 8.5's section but then add a > short pointer to it in 8.6. > > > > > > > > ~ David > > > > > > > > > > > > On Wed, Jun 24, 2020 at 2:52 PM Cassandra Targett <casstarg...@gmail.com> > wrote: > > > > I started looking at the Ref Guide for 8.6 to get it ready, and notice > there are no Upgrade Notes in `solr-upgrade-notes.adoc` for 8.6. Is it > really true that none are needed at all? > > > > I’ll add what I usually do about new features/changes that maybe > wouldn’t normally make the old Upgrade Notes section, I just find it > surprising that there weren’t any devs who thought any of the 100 or so > Solr changes warrant any user caveats. > > > > On Jun 17, 2020, 12:27 PM -0500, Tomás Fernández Löbbe < > tomasflo...@gmail.com>, wrote: > > > > > > +1. Thanks Bruno > > > > > > > > On Wed, Jun 17, 2020 at 6:22 AM Mike Drob <md...@apache.org> wrote: > > > > +1 > > > > > > > > The release wizard python script should be sufficient for everything. If > you run into any issues with it, let me know, I used it for 8.5.2 and think > I understand it pretty well. > > > > > > > > On Tue, Jun 16, 2020 at 8:31 AM Bruno Roustant <bruno.roust...@gmail.com> > wrote: > > > > Hi all, > > > > It’s been a while since we released Lucene/Solr 8.5. > > > > I’d like to volunteer to be a release manager for an 8.6 release. If > there's agreement, then I plan to cut the release branch two weeks today, > on June 30th, and then to build the first RC two days later. > > > > > > > > This will be my first time as release manager so I'll probably need some > guidance. Currently I have two resource links on this subject: > > > > https://cwiki.apache.org/confluence/display/LUCENE/ReleaseTodo > > > > > https://github.com/apache/lucene-solr/tree/master/dev-tools/scripts#releasewizardpy > > > > If you have more, please share with me. > > > > > > > > Bruno > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >