Thanks for volunteering David, I missed that. I have a patch for the backwards incompatibility that caused the 8.6.1 RC1 to fail, if anyone wants to give input. https://github.com/apache/lucene-solr/pull/1716
- Houston On Mon, Aug 3, 2020 at 12:38 AM David Smiley <dsmi...@apache.org> wrote: > FYI I volunteered to do the docker 8.6.1 release already: > https://github.com/docker-solr/docker-solr/issues/328#issuecomment-666494362 > > I recommend other committers interested in docker "Watch" that repo, just > as you probably do for lucene-solr. > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > > On Sat, Aug 1, 2020 at 11:49 PM Houston Putman <houstonput...@gmail.com> > wrote: > >> Its a manual process, but there are scripts available in the docker-solr >> repo to do it. >> >> The releases also have to be verified by the docker folks, but i think >> that goes pretty quickly. >> >> Ill make sure to get that process kicked off whenever the release gets >> cemented. >> >> - Houston >> >> On Sat, Aug 1, 2020 at 6:13 PM Marcus Eagan <marcusea...@gmail.com> >> wrote: >> >>> >>> >>> I agree with Ishan on the need for the Docker image check. It’s an >>> additional burden but most people are deploying Solr as a container these >>> days. >>> >>> Marcus >>> >>> On Sat, Aug 1, 2020 at 13:18 Ishan Chattopadhyaya < >>> ichattopadhy...@gmail.com> wrote: >>> >>>> For some reason, 8.6.0 docker images are not generated and pushed. >>>> After the 8.6.1 release, can we ensure that the docker images are pushed? >>>> Any idea how does that happen, generally? >>>> Can we add this as a step in the release process please? >>>> >>>> On Fri, Jul 31, 2020 at 2:47 AM Houston Putman <houstonput...@gmail.com> >>>> wrote: >>>> >>>>> The first RC has been pushed and the vote has been started. >>>>> >>>>> Release note drafts can be found here: >>>>> >>>>> https://cwiki.apache.org/confluence/display/LUCENE/ReleaseNote861 >>>>> https://cwiki.apache.org/confluence/display/SOLR/ReleaseNote861 >>>>> >>>>> Any changes can be made there directly. >>>>> >>>>> - Houston >>>>> >>>>> On Thu, Jul 30, 2020 at 11:51 AM Houston Putman < >>>>> houstonput...@gmail.com> wrote: >>>>> >>>>>> Ok, I'm finalizing the 8.6.1 release, so please do not push any >>>>>> commits unless there is a large bug we have not yet identified. >>>>>> >>>>>> I'll be sending out the RC1 later today. >>>>>> >>>>>> - Houston >>>>>> >>>>>> On Thu, Jul 30, 2020 at 11:41 AM Atri Sharma <a...@apache.org> wrote: >>>>>> >>>>>>> This seems like a patch release for targeting a specific blocking >>>>>>> issue in 8.6. 8.7 would seem over arching? >>>>>>> >>>>>>> On Thu, 30 Jul 2020 at 20:33, Houston Putman < >>>>>>> houstonput...@gmail.com> wrote: >>>>>>> >>>>>>>> I started the process last night. Is there a reason why you want >>>>>>>> this to make it into 8.6.1 and not 8.7? >>>>>>>> >>>>>>>> - Houston >>>>>>>> >>>>>>>> On Thu, Jul 30, 2020 at 8:13 AM Noble Paul <noble.p...@gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Can I cherry-pick SOLR-14634: Limit the HTTP security headers to >>>>>>>>> "/solr" end point ? >>>>>>>>> >>>>>>>>> if the build is not already made? >>>>>>>>> >>>>>>>>> On Thu, Jul 30, 2020 at 4:14 AM David Smiley <dsmi...@apache.org> >>>>>>>>> wrote: >>>>>>>>> > >>>>>>>>> > I have a PR up: https://github.com/apache/lucene-solr/pull/1706 >>>>>>>>> reviews welcome; I won't merge to a release branch without one. >>>>>>>>> > ~ David Smiley >>>>>>>>> > Apache Lucene/Solr Search Developer >>>>>>>>> > http://www.linkedin.com/in/davidwsmiley >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > On Wed, Jul 29, 2020 at 10:43 AM Houston Putman < >>>>>>>>> houstonput...@gmail.com> wrote: >>>>>>>>> >> >>>>>>>>> >> Thanks Jan and David. >>>>>>>>> >> >>>>>>>>> >> I think that's the last issue. So after you commit it I'll >>>>>>>>> begin the release process. >>>>>>>>> >> >>>>>>>>> >> - Houston >>>>>>>>> >> >>>>>>>>> >> On Wed, Jul 29, 2020 at 10:29 AM David Smiley < >>>>>>>>> dsmi...@apache.org> wrote: >>>>>>>>> >>> >>>>>>>>> >>> https://issues.apache.org/jira/browse/LUCENE-9443 >>>>>>>>> >>> This regression on the highlighter is trivial; just revert a >>>>>>>>> commit to a file and maybe suppress a warning. I'll get this into >>>>>>>>> 8.6.1 >>>>>>>>> today. >>>>>>>>> >>> >>>>>>>>> >>> ~ David Smiley >>>>>>>>> >>> Apache Lucene/Solr Search Developer >>>>>>>>> >>> http://www.linkedin.com/in/davidwsmiley >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> On Wed, Jul 29, 2020 at 6:04 AM Jan Høydahl < >>>>>>>>> jan....@cominvent.com> wrote: >>>>>>>>> >>>> >>>>>>>>> >>>> Merged! >>>>>>>>> >>>> >>>>>>>>> >>>> 28. jul. 2020 kl. 23:22 skrev Houston Putman < >>>>>>>>> houstonput...@gmail.com>: >>>>>>>>> >>>> >>>>>>>>> >>>> +1 to the change. >>>>>>>>> >>>> >>>>>>>>> >>>> I think the last issue remaining is Jan's Zookeeper client >>>>>>>>> port fix. After that is merged I will start with the release. >>>>>>>>> >>>> >>>>>>>>> >>>> - Houston >>>>>>>>> >>>> >>>>>>>>> >>>> On Tue, Jul 28, 2020 at 5:12 PM Gus Heck <gus.h...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>> >>>>>>>>> >>>>> Ishan suggested I also supply the slight clarification to >>>>>>>>> ref guide build docs to 8_6 >>>>>>>>> https://github.com/apache/lucene-solr/pull/1704 if you want to >>>>>>>>> include it. >>>>>>>>> >>>>> >>>>>>>>> >>>>> On Mon, Jul 27, 2020 at 9:25 PM Houston Putman < >>>>>>>>> houstonput...@gmail.com> wrote: >>>>>>>>> >>>>>> >>>>>>>>> >>>>>> Both of those look good to include! >>>>>>>>> >>>>>> >>>>>>>>> >>>>>> Ill keep an eye out for when they get resolved. >>>>>>>>> >>>>>> >>>>>>>>> >>>>>> - Houston >>>>>>>>> >>>>>> >>>>>>>>> >>>>>> On Mon, Jul 27, 2020 at 9:16 PM Ishan Chattopadhyaya < >>>>>>>>> ichattopadhy...@gmail.com> wrote: >>>>>>>>> >>>>>>> >>>>>>>>> >>>>>>> Can we include SOLR-11611 for 8.6.1? The patch should be >>>>>>>>> simple to test out (with someone having a Windows machine and VM) and >>>>>>>>> seems >>>>>>>>> like a good one to fix. >>>>>>>>> >>>>>>> I marked it as a 8.6.1 bug, but please feel free to unmark >>>>>>>>> it (or I can do so, if you tell me to) if you feel otherwise. >>>>>>>>> >>>>>>> >>>>>>>>> >>>>>>> On Tue, Jul 28, 2020 at 5:40 AM Jan Høydahl < >>>>>>>>> jan....@cominvent.com> wrote: >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> Came back from holiday and fixed >>>>>>>>> https://issues.apache.org/jira/browse/SOLR-14671 >>>>>>>>> >>>>>>>> Can we include it in 8.6.1? >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> Jan >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> 27. jul. 2020 kl. 22:56 skrev Houston Putman < >>>>>>>>> houstonput...@gmail.com>: >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> Added upgrade notes for the autoscaling stuff. >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> Will begin the release process tomorrow when my GPG Keys >>>>>>>>> will be refreshed in all of the apache systems. >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> - Houston >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> On Mon, Jul 27, 2020 at 4:41 PM Gus Heck < >>>>>>>>> gus.h...@gmail.com> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Doc changes are in. Still having trouble with that one >>>>>>>>> link in 8x but just fixed it locally and made sure not to push that >>>>>>>>> change. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Jul 27, 2020 at 12:57 PM Gus Heck < >>>>>>>>> gus.h...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>>> 8x docs not building smoothly on my laptop... (without >>>>>>>>> changes) troubleshooting, checking deps listed in README.adoc, etc. >>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>>> On Mon, Jul 27, 2020 at 11:50 AM Houston Putman < >>>>>>>>> houstonput...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>>>> Yeah, push it to branch_8_6. I have to document the >>>>>>>>> upgrade notes for the autoscaling stuff anyways. >>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>>>>> On Mon, Jul 27, 2020 at 11:27 AM Gus Heck < >>>>>>>>> gus.h...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>> I realized after I went looking for it in the new >>>>>>>>> docs that I didn't actually push the doc changes for MOVEREPLICA to >>>>>>>>> 8x (had >>>>>>>>> intended to verify that nothing differed in 8x before pushing). Doing >>>>>>>>> that >>>>>>>>> now, and suspect that we probably want to include it for 8.6.1 >>>>>>>>> >>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>> On Sat, Jul 25, 2020 at 10:20 PM Varun Thacker < >>>>>>>>> va...@vthacker.in> wrote: >>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>> > does the default autoscaling policy stay once they >>>>>>>>> have upgraded? >>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>> Looking at >>>>>>>>> https://github.com/apache/lucene-solr/commit/8e0eae2/#diff-de88ca16848af57d2474e04e26ea462cR90 >>>>>>>>> , it seems like just upgrading to Solr 8.6.1 will be enough. >>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>> On Fri, Jul 24, 2020 at 1:51 PM Houston Putman < >>>>>>>>> houstonput...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>> So it looks like we all agree that 8.6.1 should be >>>>>>>>> cut to fix this issue. >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>> Unless there's any alternatives proposed, early >>>>>>>>> next week I'm going to push my branch_8_6 that has the offending >>>>>>>>> commits >>>>>>>>> reverted and some additional documentation on reverting the defaulted >>>>>>>>> autoscaling policy from 8.6.0. >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>> Then I'll start the release process for 8.6.1. >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>> Please speak up if there is any disagreement. >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>> - Houston >>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>> On Wed, Jul 22, 2020 at 4:40 PM Ishan >>>>>>>>> Chattopadhyaya <ichattopadhy...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>> Absolutely, Ilan! Good idea. I initially hesitated >>>>>>>>> in doing so because Andrzej had a workaround in mind for them, so I >>>>>>>>> thought >>>>>>>>> it would be better if he did this. But, it makes sense to inform them >>>>>>>>> of >>>>>>>>> the issue right away anyway. >>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>> On Wed, 22 Jul, 2020, 11:42 pm Ilan Ginzburg, < >>>>>>>>> ilans...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>> Shouldn't we add a note right away to 8.6 >>>>>>>>> notifying of the issue? >>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>> Le mer. 22 juil. 2020 à 20:08, Atri Sharma < >>>>>>>>> a...@apache.org> a écrit : >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>>> +1, thanks Houston. >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>>> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman < >>>>>>>>> houstonput...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>> >>>>>>>>>>>>>>>>> > If we agree that this warrants a patch >>>>>>>>> release, I volunteer to do the release. >>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>> >>>>>>>>>>>>>>>>> > I do think a patch release is reasonable even >>>>>>>>> if users have to take an action when upgrading from 8.6.0. I imagine >>>>>>>>> most >>>>>>>>> users haven't upgraded to 8.6.0 yet, so if we make the patch now we >>>>>>>>> will >>>>>>>>> make life easier for everyone that upgrades between now and when 8.7 >>>>>>>>> is >>>>>>>>> released. >>>>>>>>> >>>>>>>>>>>>>>>>> > >>>>>>>>> >>>>>>>>>>>>>>>>> > On Wed, Jul 22, 2020 at 12:50 PM Atri Sharma < >>>>>>>>> a...@apache.org> wrote: >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> Ignore this, I misread your email. >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma < >>>>>>>>> a...@apache.org> wrote: >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > Should we not revert the change so that >>>>>>>>> users upgrading from 8.6 to >>>>>>>>> >>>>>>>>>>>>>>>>> >> > 8.6.1 get the earlier default policy? >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > On Wed, Jul 22, 2020 at 9:09 PM Houston >>>>>>>>> Putman <houstonput...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > +1 >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > Question about the change. Since this >>>>>>>>> patch added a default autoscaling policy, if users upgrade to 8.6 and >>>>>>>>> then >>>>>>>>> 8.6.1, does the default autoscaling policy stay once they have >>>>>>>>> upgraded? If >>>>>>>>> so we probably want to include instructions in the release notes on >>>>>>>>> how to >>>>>>>>> fix this issue once upgrading. >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > - Houston >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > > On Wed, Jul 22, 2020 at 1:53 AM Ishan >>>>>>>>> Chattopadhyaya <ichattopadhy...@gmail.com> wrote: >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> Hi, >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> There was a performance regression >>>>>>>>> identified in 8.6.0 release due to SOLR-12845. I think it is serious >>>>>>>>> enough >>>>>>>>> to warrant an immediate bug fix release. >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> I propose a 8.6.1 release. >>>>>>>>> Unfortunately, I'll be unable to volunteer for this release owning to >>>>>>>>> some >>>>>>>>> other commitments, however Andrzej mentioned in Slack that he might >>>>>>>>> be able >>>>>>>>> to volunteer for this post 27th. >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> Are there any thoughts/concerns >>>>>>>>> regarding this? >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> Regards, >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >> Ishan >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > -- >>>>>>>>> >>>>>>>>>>>>>>>>> >> > Regards, >>>>>>>>> >>>>>>>>>>>>>>>>> >> > >>>>>>>>> >>>>>>>>>>>>>>>>> >> > Atri >>>>>>>>> >>>>>>>>>>>>>>>>> >> > Apache Concerted >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> -- >>>>>>>>> >>>>>>>>>>>>>>>>> >> Regards, >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> Atri >>>>>>>>> >>>>>>>>>>>>>>>>> >> Apache Concerted >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> >>>>>>>>>>>>>>>>> >> To unsubscribe, e-mail: >>>>>>>>> dev-unsubscr...@lucene.apache.org >>>>>>>>> >>>>>>>>>>>>>>>>> >> For additional commands, e-mail: >>>>>>>>> dev-h...@lucene.apache.org >>>>>>>>> >>>>>>>>>>>>>>>>> >> >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>> >>>>>>>>>>>>>>>>> Regards, >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>>> Atri >>>>>>>>> >>>>>>>>>>>>>>>>> Apache Concerted >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> >>>>>>>>>>>>>>>>> To unsubscribe, e-mail: >>>>>>>>> dev-unsubscr...@lucene.apache.org >>>>>>>>> >>>>>>>>>>>>>>>>> For additional commands, e-mail: >>>>>>>>> dev-h...@lucene.apache.org >>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>> >>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>> >>>>>>>>>>>> http://www.needhamsoftware.com (work) >>>>>>>>> >>>>>>>>>>>> http://www.the111shift.com (play) >>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>>> -- >>>>>>>>> >>>>>>>>>> http://www.needhamsoftware.com (work) >>>>>>>>> >>>>>>>>>> http://www.the111shift.com (play) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> http://www.needhamsoftware.com (work) >>>>>>>>> >>>>>>>>> http://www.the111shift.com (play) >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>>> >>>>> >>>>>>>>> >>>>> >>>>>>>>> >>>>> -- >>>>>>>>> >>>>> http://www.needhamsoftware.com (work) >>>>>>>>> >>>>> http://www.the111shift.com (play) >>>>>>>>> >>>> >>>>>>>>> >>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> ----------------------------------------------------- >>>>>>>>> Noble Paul >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>>>>>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >>>>>>>>> >>>>>>>>> -- >>>>>>> Regards, >>>>>>> >>>>>>> Atri >>>>>>> Apache Concerted >>>>>>> >>>>>> -- >>> Marcus Eagan >>> >>>