Re: 8.6.1 Release

2020-08-04 Thread Houston Putman
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  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 
> 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 
>> 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 
 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  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 
 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 
> 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 
> wrote:
> >
> > Ishan suggested I also supply the slight clarification to
>>>

Re: 8.6.1 Release

2020-08-02 Thread David Smiley
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 
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  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 
>>> 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  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 
>> 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 
>>> 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 
 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 
 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
 >>
>>

Re: 8.6.1 Release

2020-08-01 Thread Houston Putman
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  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 
>> 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 
>>> 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  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 
> 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 
>> 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 
>>> 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 
>>> 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 
>>> 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:
>>> 
>>

Re: 8.6.1 Release

2020-08-01 Thread Marcus Eagan
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 
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 
> 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 
>> 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  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 
 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 
> 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 
>> 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 
>> 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 
>> 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

Re: 8.6.1 Release

2020-08-01 Thread Ishan Chattopadhyaya
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 
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 
> 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  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 
>>> 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 
 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 
> 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 
> 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 
> 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 
> 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 
> 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 <
> 

Re: 8.6.1 Release

2020-07-30 Thread Houston Putman
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 
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  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 
>> 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  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 
 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 
 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 
 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 
 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 
 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 
 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, Ju

Re: 8.6.1 Release

2020-07-30 Thread Houston Putman
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  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 
> 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  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  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 
>>> 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 
>>> 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 
>>> 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 
>>> 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 
>>> 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:

Re: 8.6.1 Release

2020-07-30 Thread Atri Sharma
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 
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  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  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 
>> 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 
>> 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  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 
>> 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 
>> 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 
>> 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, 202

Re: 8.6.1 Release

2020-07-30 Thread Noble Paul
It's OK,
It can wait until 8.7

On Fri, Jul 31, 2020 at 1:02 AM Houston Putman  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  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  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  
>> > 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  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  
>> >>> wrote:
>> 
>>  Merged!
>> 
>>  28. jul. 2020 kl. 23:22 skrev Houston Putman :
>> 
>>  +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  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 
>> >  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 
>> >>  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  
>> >>> 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 
>>  :
>> 
>>  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  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  
>> > 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 
>> >>  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  
>> >>> 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 
>>   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.
>> >
>> >
>> >
>> 

Re: 8.6.1 Release

2020-07-30 Thread Houston Putman
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  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  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 
> 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 
> 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 
> wrote:
> 
>  Merged!
> 
>  28. jul. 2020 kl. 23:22 skrev Houston Putman  >:
> 
>  +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  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 
> 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 
> 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 
> 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 
> 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 rever

Re: 8.6.1 Release

2020-07-30 Thread Noble Paul
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  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  
> 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  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  wrote:

 Merged!

 28. jul. 2020 kl. 23:22 skrev Houston Putman :

 +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  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  
> 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 
>>  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  
>>> 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 :

 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  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  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 
>>  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  
>>> 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  
 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 
>  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.
>>
>> - Hou

Re: 8.6.1 Release

2020-07-29 Thread David Smiley
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 
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  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 
>> wrote:
>>
>>> Merged!
>>>
>>> 28. jul. 2020 kl. 23:22 skrev Houston Putman :
>>>
>>> +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  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 
 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 
>> 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  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 
 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 
>> 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, 

Re: 8.6.1 Release

2020-07-29 Thread Houston Putman
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  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  wrote:
>
>> Merged!
>>
>> 28. jul. 2020 kl. 23:22 skrev Houston Putman :
>>
>> +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  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 
>>> 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 
> 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 > >:
>>
>> 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  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 
>>> 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 
> 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 
>> 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 awa

Re: 8.6.1 Release

2020-07-29 Thread David Smiley
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  wrote:

> Merged!
>
> 28. jul. 2020 kl. 23:22 skrev Houston Putman :
>
> +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  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 
>> 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 
 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  >:
>
> 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  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  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 
 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 
> 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 écrit :
>
>> +1, thanks Houston.
>>
>> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman <
>> houstonput...@gmail.com> wrote:

Re: 8.6.1 Release

2020-07-29 Thread Jan Høydahl
Merged!

> 28. jul. 2020 kl. 23:22 skrev Houston Putman :
> 
> +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  > 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  > 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 
> mailto: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  > 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 > >:
>> 
>> 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 > > 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 > > 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 > > 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 > > 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 > > 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 > > 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 
>> mailto: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, > > 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 écrit :
>> +1, thanks Houston.
>> 
>> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman > > 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 > > > wrote:
>> >>
>> >> Ignore this, I misread your email.
>> >>
>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma > >> 

Re: 8.6.1 Release

2020-07-28 Thread Houston Putman
+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  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 
> 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 
>>> 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 :

 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  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  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 
>>> 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 
 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
 é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

Re: 8.6.1 Release

2020-07-28 Thread Gus Heck
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 
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 
>> 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 :
>>>
>>> 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  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  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  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 
>>> 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, 
>> 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
>>> é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 
 wrote:
 >>
 >> Ignore this, I misread your email.
 >>
 >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
 wrote:
 >> >
 >> > Should we not revert the change so that users upgrading
 from 8.6 to
 >> > 8.6.1 get the earlier default policy?
>>>

Re: 8.6.1 Release

2020-07-27 Thread Houston Putman
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  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 :
>>
>> 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  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  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  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 
>> 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, 
> 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
>> é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 
>>> wrote:
>>> >>
>>> >> Ignore this, I misread your email.
>>> >>
>>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
>>> 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 auto

Re: 8.6.1 Release

2020-07-27 Thread Ishan Chattopadhyaya
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  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 :
>
> 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  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  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 
>>> 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  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 
> 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, 
 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
> é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 
>> wrote:
>> >>
>> >> Ignore this, I misread your email.
>> >>
>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
>> 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

Re: 8.6.1 Release

2020-07-27 Thread Jan Høydahl
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 :
> 
> 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  > 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  > 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  > 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  > 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  > 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  > 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 
> mailto: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,  > 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 écrit :
> +1, thanks Houston.
> 
> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman  > 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  > > wrote:
> >>
> >> Ignore this, I misread your email.
> >>
> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  >> > 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  >> > > 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 
> >> > > mailto: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,
> >> >
> 

Re: 8.6.1 Release

2020-07-27 Thread Houston Putman
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  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  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 
>> 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  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 
 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, 
>>> 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
 é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 
> wrote:
> >>
> >> Ignore this, I misread your email.
> >>
> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
> 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?
> >> > >>

Re: 8.6.1 Release

2020-07-27 Thread Gus Heck
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  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 
> 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  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 
>>> 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 
 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, 
>> 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
>>> é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 
 wrote:
 >>
 >> Ignore this, I misread your email.
 >>
 >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
 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
 >>
 >>
 -

Re: 8.6.1 Release

2020-07-27 Thread Gus Heck
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 
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  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  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 
>>> 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, 
> 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
>> é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 
>>> wrote:
>>> >>
>>> >> Ignore this, I misread your email.
>>> >>
>>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
>>> 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
>>>
>>> -
>>> 

Re: 8.6.1 Release

2020-07-27 Thread Houston Putman
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  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  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 
>> 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, 
 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 é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 
>> wrote:
>> >>
>> >> Ignore this, I misread your email.
>> >>
>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
>> 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)
>


Re: 8.6.1 Release

2020-07-27 Thread Gus Heck
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  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 
> 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, 
>>> 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 é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 
> wrote:
> >>
> >> Ignore this, I misread your email.
> >>
> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
> 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)


Re: 8.6.1 Release

2020-07-27 Thread Houston Putman
Oh that's great. I thought it might be defaulting it in the autoscaling
zookeeper node. Thanks for correcting me!

If that is all that is needed then I'll probably just add something to the
release notes mentioning why the upgrade is necessary.

On Sat, Jul 25, 2020 at 10:21 PM Varun Thacker  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 
> 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, 
>>> 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 é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 
> wrote:
> >>
> >> Ignore this, I misread your email.
> >>
> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma 
> 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
>
>


Re: 8.6.1 Release

2020-07-25 Thread Varun Thacker
> 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 
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,  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 é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  wrote:
 >>
 >> Ignore this, I misread your email.
 >>
 >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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




Re: 8.6.1 Release

2020-07-24 Thread Houston Putman
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,  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 écrit :
>>
>>> +1, thanks Houston.
>>>
>>> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman 
>>> 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  wrote:
>>> >>
>>> >> Ignore this, I misread your email.
>>> >>
>>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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
>>>
>>>


Re: 8.6.1 Release

2020-07-22 Thread Ishan Chattopadhyaya
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,  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 écrit :
>
>> +1, thanks Houston.
>>
>> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman 
>> 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  wrote:
>> >>
>> >> Ignore this, I misread your email.
>> >>
>> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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
>>
>>


Re: 8.6.1 Release

2020-07-22 Thread Ilan Ginzburg
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 écrit :

> +1, thanks Houston.
>
> On Wed, Jul 22, 2020 at 10:51 PM Houston Putman 
> 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  wrote:
> >>
> >> Ignore this, I misread your email.
> >>
> >> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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
>
>


Re: 8.6.1 Release

2020-07-22 Thread Atri Sharma
+1, thanks Houston.

On Wed, Jul 22, 2020 at 10:51 PM Houston Putman  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  wrote:
>>
>> Ignore this, I misread your email.
>>
>> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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  
>> > 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 
>> > >  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



Re: 8.6.1 Release

2020-07-22 Thread Anshum Gupta
+1 for the release. Having a hotfix release that fixes regression is a
great option for users who plan to be on 8.6.x.

Thanks Houston and Ishan!

On Wed, Jul 22, 2020 at 10:15 AM Houston Putman 
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  wrote:
>
>> Ignore this, I misread your email.
>>
>> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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 
>> 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
>>
>>

-- 
Anshum Gupta


Re: 8.6.1 Release

2020-07-22 Thread Ishan Chattopadhyaya
Thanks Houston!

On Wed, 22 Jul, 2020, 10:51 pm Houston Putman, 
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  wrote:
>
>> Ignore this, I misread your email.
>>
>> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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 
>> 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
>>
>>


Re: 8.6.1 Release

2020-07-22 Thread Houston Putman
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  wrote:

> Ignore this, I misread your email.
>
> On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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 
> 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
>
>


Re: 8.6.1 Release

2020-07-22 Thread Atri Sharma
Ignore this, I misread your email.

On Wed, Jul 22, 2020 at 9:11 PM Atri Sharma  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  
> 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 
> >  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



Re: 8.6.1 Release

2020-07-22 Thread Atri Sharma
Communicating a workaround may or may not reach everybody affected — unless
we plan to publish it on every channel.

Whereas a release is much more visible and an obvious way to mitigate the
issue.

On Wed, 22 Jul 2020 at 21:40, Ilan Ginzburg  wrote:

> I didn't look at the issue, but if it is due to a default inefficient
> policy, instead of a new release (that as Houston points out will not even
> solve the issue), can't we communicate a workaround, namely a way to reset
> the default policy to some other value after 8.6 deploy that would make the
> problem disappear?
>
> But maybe the issue is more than config?
>
> Ilan
>
> On Wed, Jul 22, 2020 at 5:46 PM Houston Putman 
> 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


Re: 8.6.1 Release

2020-07-22 Thread Ilan Ginzburg
I didn't look at the issue, but if it is due to a default inefficient
policy, instead of a new release (that as Houston points out will not even
solve the issue), can't we communicate a workaround, namely a way to reset
the default policy to some other value after 8.6 deploy that would make the
problem disappear?

But maybe the issue is more than config?

Ilan

On Wed, Jul 22, 2020 at 5:46 PM Houston Putman 
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
>>
>


Re: 8.6.1 Release

2020-07-22 Thread Atri Sharma
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  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 
>  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

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



Re: 8.6.1 Release

2020-07-22 Thread Atri Sharma
+1

On Wed, Jul 22, 2020 at 11:23 AM Ishan Chattopadhyaya
 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

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



Re: 8.6.1 Release

2020-07-22 Thread Houston Putman
+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
>