Re: Lucene 9.0 release candidate

[Adrien Grand]

Greg already has a PR for it: https://github.com/apache/lucene/pull/458.

On Fri, Nov 19, 2021 at 5:30 PM Robert Muir  wrote:
>
> Can we also push commit to branch 9x (just don't want it to get forgotten)
>
> On Fri, Nov 19, 2021 at 10:50 AM Adrien Grand  wrote:
> >
> > Thanks Greg, Patrick, Mike and Robert for the quick turnaround on
> > getting these changes merged! I'll now resume work on the 9.0 release.
> >
> > On Fri, Nov 19, 2021 at 4:44 PM Greg Miller  wrote:
> > >
> > > Heads up that both LUCENE-10122 and LUCENE-10062 have been merged onto
> > > branch_9_0 now. @Adrien Grand I know you're aware already, but
> > > following up here just for completeness. Thanks!
> > >
> > > -Greg
> > >
> > > On Mon, Nov 15, 2021 at 11:17 AM Robert Muir  wrote:
> > > >
> > > > On Mon, Nov 15, 2021 at 2:02 PM Michael McCandless
> > > >  wrote:
> > > > >
> > > > >
> > > > > Yeah I love that idea, but that's not what Patrick's PR explored 
> > > > > (yet?).
> > > > >
> > > > > His explored switching away from custom token positions to 
> > > > > NumericDocValues to store the same data (ordinal -> parent mapping), 
> > > > > but it still loaded all of those into massive heap-resident int[].
> > > > >
> > > > > I agree it would be awesome to try avoiding those big int[] and 
> > > > > reading live from NumericDocValues during faceting!  It would require 
> > > > > some re-work of the facetting code to e.g. sort the ordinals to 
> > > > > (efficiently) visiting them in forward iterator-friendly order.
> > > > >
> > > > > But that is a different change and probably we should not hold 9.0 
> > > > > for it?
> > > > >
> > > >
> > > > Agreed: I was confused about the scope of the change.
> >
> >
> >
> > --
> > Adrien



-- 
Adrien

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

Re: Lucene 9.0 release candidate

[Robert Muir]

Can we also push commit to branch 9x (just don't want it to get forgotten)

On Fri, Nov 19, 2021 at 10:50 AM Adrien Grand  wrote:
>
> Thanks Greg, Patrick, Mike and Robert for the quick turnaround on
> getting these changes merged! I'll now resume work on the 9.0 release.
>
> On Fri, Nov 19, 2021 at 4:44 PM Greg Miller  wrote:
> >
> > Heads up that both LUCENE-10122 and LUCENE-10062 have been merged onto
> > branch_9_0 now. @Adrien Grand I know you're aware already, but
> > following up here just for completeness. Thanks!
> >
> > -Greg
> >
> > On Mon, Nov 15, 2021 at 11:17 AM Robert Muir  wrote:
> > >
> > > On Mon, Nov 15, 2021 at 2:02 PM Michael McCandless
> > >  wrote:
> > > >
> > > >
> > > > Yeah I love that idea, but that's not what Patrick's PR explored (yet?).
> > > >
> > > > His explored switching away from custom token positions to 
> > > > NumericDocValues to store the same data (ordinal -> parent mapping), 
> > > > but it still loaded all of those into massive heap-resident int[].
> > > >
> > > > I agree it would be awesome to try avoiding those big int[] and reading 
> > > > live from NumericDocValues during faceting!  It would require some 
> > > > re-work of the facetting code to e.g. sort the ordinals to 
> > > > (efficiently) visiting them in forward iterator-friendly order.
> > > >
> > > > But that is a different change and probably we should not hold 9.0 for 
> > > > it?
> > > >
> > >
> > > Agreed: I was confused about the scope of the change.
>
>
>
> --
> Adrien

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

Re: Lucene 9.0 release candidate

[Adrien Grand]

Thanks Greg, Patrick, Mike and Robert for the quick turnaround on
getting these changes merged! I'll now resume work on the 9.0 release.

On Fri, Nov 19, 2021 at 4:44 PM Greg Miller  wrote:
>
> Heads up that both LUCENE-10122 and LUCENE-10062 have been merged onto
> branch_9_0 now. @Adrien Grand I know you're aware already, but
> following up here just for completeness. Thanks!
>
> -Greg
>
> On Mon, Nov 15, 2021 at 11:17 AM Robert Muir  wrote:
> >
> > On Mon, Nov 15, 2021 at 2:02 PM Michael McCandless
> >  wrote:
> > >
> > >
> > > Yeah I love that idea, but that's not what Patrick's PR explored (yet?).
> > >
> > > His explored switching away from custom token positions to 
> > > NumericDocValues to store the same data (ordinal -> parent mapping), but 
> > > it still loaded all of those into massive heap-resident int[].
> > >
> > > I agree it would be awesome to try avoiding those big int[] and reading 
> > > live from NumericDocValues during faceting!  It would require some 
> > > re-work of the facetting code to e.g. sort the ordinals to (efficiently) 
> > > visiting them in forward iterator-friendly order.
> > >
> > > But that is a different change and probably we should not hold 9.0 for it?
> > >
> >
> > Agreed: I was confused about the scope of the change.



-- 
Adrien

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

Re: Lucene 9.0 release candidate

[Greg Miller]

Heads up that both LUCENE-10122 and LUCENE-10062 have been merged onto
branch_9_0 now. @Adrien Grand I know you're aware already, but
following up here just for completeness. Thanks!

-Greg

On Mon, Nov 15, 2021 at 11:17 AM Robert Muir  wrote:
>
> On Mon, Nov 15, 2021 at 2:02 PM Michael McCandless
>  wrote:
> >
> >
> > Yeah I love that idea, but that's not what Patrick's PR explored (yet?).
> >
> > His explored switching away from custom token positions to NumericDocValues 
> > to store the same data (ordinal -> parent mapping), but it still loaded all 
> > of those into massive heap-resident int[].
> >
> > I agree it would be awesome to try avoiding those big int[] and reading 
> > live from NumericDocValues during faceting!  It would require some re-work 
> > of the facetting code to e.g. sort the ordinals to (efficiently) visiting 
> > them in forward iterator-friendly order.
> >
> > But that is a different change and probably we should not hold 9.0 for it?
> >
>
> Agreed: I was confused about the scope of the change.

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

Re: Lucene 9.0 release candidate

[Robert Muir]

On Mon, Nov 15, 2021 at 2:02 PM Michael McCandless
 wrote:
>
>
> Yeah I love that idea, but that's not what Patrick's PR explored (yet?).
>
> His explored switching away from custom token positions to NumericDocValues 
> to store the same data (ordinal -> parent mapping), but it still loaded all 
> of those into massive heap-resident int[].
>
> I agree it would be awesome to try avoiding those big int[] and reading live 
> from NumericDocValues during faceting!  It would require some re-work of the 
> facetting code to e.g. sort the ordinals to (efficiently) visiting them in 
> forward iterator-friendly order.
>
> But that is a different change and probably we should not hold 9.0 for it?
>

Agreed: I was confused about the scope of the change.

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

Re: Lucene 9.0 release candidate

[Michael McCandless]

On Mon, Nov 15, 2021 at 1:14 PM Robert Muir  wrote:

On Mon, Nov 15, 2021 at 12:57 PM Michael McCandless
>  wrote:
> >
> > I think for PR 420 (https://github.com/apache/lucene/pull/420) we are
> (confusingly!) not really seeing performance benefits -- taxonomy index got
> a bit bigger, and loading the parent arrays no faster?  So Patrick closed
> that one.
>
> I'm confused about this (Sorry I am not up to speed), but are we not
> able to offload today's very large arrays to docvalues (e.g. mmap)
> with the change? Wasn't that the original motivation, that the memory
> usage was somewhat trappy? I wouldn't expect to see performance
> benefits over today's on-heap arrays that are read from payloads or
> whatever, instead it would be a memory benefit?
>

Yeah I love that idea, but that's not what Patrick's PR explored (yet?).

His explored switching away from custom token positions to NumericDocValues
to store the same data (ordinal -> parent mapping), but it still loaded all
of those into massive heap-resident int[].

I agree it would be awesome to try avoiding those big int[] and reading
live from NumericDocValues during faceting!  It would require some re-work
of the facetting code to e.g. sort the ordinals to (efficiently) visiting
them in forward iterator-friendly order.

But that is a different change and probably we should not hold 9.0 for it?

Mike McCandless

http://blog.mikemccandless.com

Re: Lucene 9.0 release candidate

[Robert Muir]

On Mon, Nov 15, 2021 at 12:57 PM Michael McCandless
 wrote:
>
> I think for PR 420 (https://github.com/apache/lucene/pull/420) we are 
> (confusingly!) not really seeing performance benefits -- taxonomy index got a 
> bit bigger, and loading the parent arrays no faster?  So Patrick closed that 
> one.

I'm confused about this (Sorry I am not up to speed), but are we not
able to offload today's very large arrays to docvalues (e.g. mmap)
with the change? Wasn't that the original motivation, that the memory
usage was somewhat trappy? I wouldn't expect to see performance
benefits over today's on-heap arrays that are read from payloads or
whatever, instead it would be a memory benefit?

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

Re: Lucene 9.0 release candidate

[Michael McCandless]

I think for PR 420 (https://github.com/apache/lucene/pull/420) we are
(confusingly!) not really seeing performance benefits -- taxonomy index got
a bit bigger, and loading the parent arrays no faster?  So Patrick closed
that one.

But the other PR (https://github.com/apache/lucene/pull/264) looks like it
shows huge speedups on luceneutil.  Thanks Greg for pushing on this one!

Mike McCandless

http://blog.mikemccandless.com


On Mon, Nov 15, 2021 at 12:22 PM Adrien Grand  wrote:

> Thanks Greg!
>
> On Mon, Nov 15, 2021 at 6:09 PM Greg Miller  wrote:
>
>> +1, yeah let's see if we can get these in. It would be nice to not
>> carry the back-compat logic into 10. I'll prioritize these
>> today/tomorrow; I think we should be able to turn them around pretty
>> quickly. I'll update on this thread when PRs have been merged.
>>
>> Cheers,
>> -Greg
>>
>> On Mon, Nov 15, 2021 at 6:20 AM Adrien Grand  wrote:
>> >
>> > Thanks Dawid.
>> >
>> > @Greg Miller What do you think about getting these two PRs in for 9.0?
>> >
>> > On Sun, Nov 14, 2021 at 9:25 AM Dawid Weiss 
>> wrote:
>> >>
>> >> I think we should wait for these two changes.
>> >>
>> >> I also think we should add automatic bundle names to all JARs starting
>> >> with 9.0. Even if they're not proper modules yet, it'd clarify what
>> >> the module names would be for all of the 9x line. I think a short name
>> >> of lucene.* is sufficient (we don't need to prefix with
>> >> org.apache.lucene) so that we have modules like lucene.core,
>> >> lucene.analysis.kuromoji, etc.  I can add this - already have a local
>> >> patch that does it and enables Luke to become a first-class module,
>> >> for example.
>> >>
>> >> Dawid
>> >>
>> >> On Sat, Nov 13, 2021 at 8:49 PM Adrien Grand 
>> wrote:
>> >> >
>> >> > Hello,
>> >> >
>> >> > I plan to build a RC for Lucene 9.0 in the next few days.
>> >> >
>> >> > We don't have blockers left, but there are two faceting changes that
>> look like we could save some backward compatibility logic in 10.x by
>> folding them into 9.0:
>> >> >  - LUCENE-10062: https://github.com/apache/lucene/pull/264
>> >> >  - LUCENE-10122: https://github.com/apache/lucene/pull/420
>> >> >
>> >> > I'm interested in thoughts regarding whether I should wait for these
>> changes.
>> >> >
>> >> > --
>> >> > Adrien
>> >>
>> >> -
>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> >>
>> >
>> >
>> > --
>> > Adrien
>>
>
>
> --
> Adrien
>

Re: Lucene 9.0 release candidate

[Adrien Grand]

Thanks Greg!

On Mon, Nov 15, 2021 at 6:09 PM Greg Miller  wrote:

> +1, yeah let's see if we can get these in. It would be nice to not
> carry the back-compat logic into 10. I'll prioritize these
> today/tomorrow; I think we should be able to turn them around pretty
> quickly. I'll update on this thread when PRs have been merged.
>
> Cheers,
> -Greg
>
> On Mon, Nov 15, 2021 at 6:20 AM Adrien Grand  wrote:
> >
> > Thanks Dawid.
> >
> > @Greg Miller What do you think about getting these two PRs in for 9.0?
> >
> > On Sun, Nov 14, 2021 at 9:25 AM Dawid Weiss 
> wrote:
> >>
> >> I think we should wait for these two changes.
> >>
> >> I also think we should add automatic bundle names to all JARs starting
> >> with 9.0. Even if they're not proper modules yet, it'd clarify what
> >> the module names would be for all of the 9x line. I think a short name
> >> of lucene.* is sufficient (we don't need to prefix with
> >> org.apache.lucene) so that we have modules like lucene.core,
> >> lucene.analysis.kuromoji, etc.  I can add this - already have a local
> >> patch that does it and enables Luke to become a first-class module,
> >> for example.
> >>
> >> Dawid
> >>
> >> On Sat, Nov 13, 2021 at 8:49 PM Adrien Grand  wrote:
> >> >
> >> > Hello,
> >> >
> >> > I plan to build a RC for Lucene 9.0 in the next few days.
> >> >
> >> > We don't have blockers left, but there are two faceting changes that
> look like we could save some backward compatibility logic in 10.x by
> folding them into 9.0:
> >> >  - LUCENE-10062: https://github.com/apache/lucene/pull/264
> >> >  - LUCENE-10122: https://github.com/apache/lucene/pull/420
> >> >
> >> > I'm interested in thoughts regarding whether I should wait for these
> changes.
> >> >
> >> > --
> >> > Adrien
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>
> >
> >
> > --
> > Adrien
>


-- 
Adrien

Re: Lucene 9.0 release candidate

[Greg Miller]

+1, yeah let's see if we can get these in. It would be nice to not
carry the back-compat logic into 10. I'll prioritize these
today/tomorrow; I think we should be able to turn them around pretty
quickly. I'll update on this thread when PRs have been merged.

Cheers,
-Greg

On Mon, Nov 15, 2021 at 6:20 AM Adrien Grand  wrote:
>
> Thanks Dawid.
>
> @Greg Miller What do you think about getting these two PRs in for 9.0?
>
> On Sun, Nov 14, 2021 at 9:25 AM Dawid Weiss  wrote:
>>
>> I think we should wait for these two changes.
>>
>> I also think we should add automatic bundle names to all JARs starting
>> with 9.0. Even if they're not proper modules yet, it'd clarify what
>> the module names would be for all of the 9x line. I think a short name
>> of lucene.* is sufficient (we don't need to prefix with
>> org.apache.lucene) so that we have modules like lucene.core,
>> lucene.analysis.kuromoji, etc.  I can add this - already have a local
>> patch that does it and enables Luke to become a first-class module,
>> for example.
>>
>> Dawid
>>
>> On Sat, Nov 13, 2021 at 8:49 PM Adrien Grand  wrote:
>> >
>> > Hello,
>> >
>> > I plan to build a RC for Lucene 9.0 in the next few days.
>> >
>> > We don't have blockers left, but there are two faceting changes that look 
>> > like we could save some backward compatibility logic in 10.x by folding 
>> > them into 9.0:
>> >  - LUCENE-10062: https://github.com/apache/lucene/pull/264
>> >  - LUCENE-10122: https://github.com/apache/lucene/pull/420
>> >
>> > I'm interested in thoughts regarding whether I should wait for these 
>> > changes.
>> >
>> > --
>> > Adrien
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>
>
> --
> Adrien

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

Re: Lucene 9.0 release candidate

[Adrien Grand]

Thanks Dawid.

@Greg Miller  What do you think about getting these two
PRs in for 9.0?

On Sun, Nov 14, 2021 at 9:25 AM Dawid Weiss  wrote:

> I think we should wait for these two changes.
>
> I also think we should add automatic bundle names to all JARs starting
> with 9.0. Even if they're not proper modules yet, it'd clarify what
> the module names would be for all of the 9x line. I think a short name
> of lucene.* is sufficient (we don't need to prefix with
> org.apache.lucene) so that we have modules like lucene.core,
> lucene.analysis.kuromoji, etc.  I can add this - already have a local
> patch that does it and enables Luke to become a first-class module,
> for example.
>
> Dawid
>
> On Sat, Nov 13, 2021 at 8:49 PM Adrien Grand  wrote:
> >
> > Hello,
> >
> > I plan to build a RC for Lucene 9.0 in the next few days.
> >
> > We don't have blockers left, but there are two faceting changes that
> look like we could save some backward compatibility logic in 10.x by
> folding them into 9.0:
> >  - LUCENE-10062: https://github.com/apache/lucene/pull/264
> >  - LUCENE-10122: https://github.com/apache/lucene/pull/420
> >
> > I'm interested in thoughts regarding whether I should wait for these
> changes.
> >
> > --
> > Adrien
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

-- 
Adrien

Re: Lucene 9.0 release candidate

[Dawid Weiss]

I think we should wait for these two changes.

I also think we should add automatic bundle names to all JARs starting
with 9.0. Even if they're not proper modules yet, it'd clarify what
the module names would be for all of the 9x line. I think a short name
of lucene.* is sufficient (we don't need to prefix with
org.apache.lucene) so that we have modules like lucene.core,
lucene.analysis.kuromoji, etc.  I can add this - already have a local
patch that does it and enables Luke to become a first-class module,
for example.

Dawid

On Sat, Nov 13, 2021 at 8:49 PM Adrien Grand  wrote:
>
> Hello,
>
> I plan to build a RC for Lucene 9.0 in the next few days.
>
> We don't have blockers left, but there are two faceting changes that look 
> like we could save some backward compatibility logic in 10.x by folding them 
> into 9.0:
>  - LUCENE-10062: https://github.com/apache/lucene/pull/264
>  - LUCENE-10122: https://github.com/apache/lucene/pull/420
>
> I'm interested in thoughts regarding whether I should wait for these changes.
>
> --
> Adrien

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

Lucene 9.0 release candidate

[Adrien Grand]

Hello,

I plan to build a RC for Lucene 9.0 in the next few days.

We don't have blockers left, but there are two faceting changes that look
like we could save some backward compatibility logic in 10.x by folding
them into 9.0:
 - LUCENE-10062 :
https://github.com/apache/lucene/pull/264
 - LUCENE-10122 :
https://github.com/apache/lucene/pull/420

I'm interested in thoughts regarding whether I should wait for these
changes.

-- 
Adrien

Re: Lucene 9.0 release

[Adrien Grand]

Thank you Dawid!

On Tue, Nov 2, 2021 at 8:20 AM Dawid Weiss  wrote:

>
> Hi Adrien,
>
> I think I've completed everything I wanted to do (with respect to the
> release). There are some other tasks that I have in the queue but they're
> not blockers - feel free to create the release branch. Hope there won't be
> too many problems along the way.
>
> Dawid
>
> On Fri, Oct 29, 2021 at 9:09 PM Adrien Grand  wrote:
>
>> This sounds good to me Dawid. Please update this thread when you are done
>> and I will proceed with branching.
>>
>> Le ven. 29 oct. 2021 à 20:13, Dawid Weiss  a
>> écrit :
>>
>>>
>>> Hi Adrien,
>>>
>>> Can you hold for LUCENE-10200? There is a patch under LUCENE-10192 that
>>> restructures the binary distribution - nobody spoke anything so I assume
>>> everyone liked it?... :)
>>>
>>> I'll try to polish the remaining little issues over the weekend so it
>>> should be good for Tuesday but I'd give it a few eyes before we create the
>>> branch? Alternatively, we can make a branch and just cherry-pick the
>>> necessary changes there. I think it's easier if they land on main though.
>>>
>>> Dawid
>>>
>>> On Fri, Oct 29, 2021 at 6:00 PM Adrien Grand  wrote:
>>>
 Hearing no objections, I will be moving forward with the plan I
 outlined above. Next Monday is a holiday in France so I'll actually be
 cutting branch_8_11, branch_9x and branch_9_0 on Tuesday.

 On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov 
 wrote:

> > Mike, your previous email suggests that you would like someone else
> to step up. If that's correct I'm happy to be the release manager for both
> 8.11 and 9.0.
>
> Thanks, that would be very welcome!
>
> On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
> wrote:
> >
> > Sounds like a good plan Adrien, thanks for nailing down some concrete
> > milestones and dates :-)
> >
> > Cheers,
> > Tim
> >
> > On Fri, Oct 15, 2021 at 7:04 AM David Smiley 
> wrote:
> > >
> > > +1 Adrien.  Thanks for moving things along.
> > >
> > > ~ David Smiley
> > > Apache Lucene/Solr Search Developer
> > > http://www.linkedin.com/in/davidwsmiley
> > >
> > >
> > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
> wrote:
> > >>
> > >> For visibility, I recently opened a new issue about a case of
> index corruption which is a blocker for 9.0. Nhat is looking into it.
> > >>
> > >> We've been discussing releasing 9.0 for a long time now and I
> think that everybody agrees with moving forward, there's even some good
> momentum around making the build and release tooling ready. So I'd like to
> propose the following timeline for the 9.0 release to get some feedback:
> > >>
> > >> 2021-11-01: Feature freeze:
> > >>  - branch_9x gets created from main
> > >>  - branch_8_11 gets created from branch_8x
> > >> This gives us ~2 weeks to do some last-minute work. The reasoning
> for doing 8.11 as well is that we have some enhancements merged to
> branch_8x that I suspect some users would like to see released in 8.x.
> Important note: 8.11 will be the last minor release of major version 8.
> There might be new patch releases in the future such as 8.11.1 or 8.11.2,
> but there won't be a 8.12 or a 8.13.
> > >>
> > >> 2021-11-04: First RC for 8.11
> > >> Since we had 8.10 not long ago, hopefully the release process
> will go smoothly.
> > >>
> > >> ~2021-11-10: First RC for 9.0
> > >> The date is indicative, the plan would be to move forward with
> the first 9.0 RC as soon as the following conditions are met:
> > >>  - 8.11 is out
> > >>  - all 9.0 blockers have been addressed
> > >>
> > >> Mike, your previous email suggests that you would like someone
> else to step up. If that's correct I'm happy to be the release manager for
> both 8.11 and 9.0.
> > >>
> > >>
> > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov <
> msoko...@gmail.com> wrote:
> > >>>
> > >>> Yes! I'm curious to give it a go, but getting pulled in many
> different
> > >>> directions. If nobody else steps up, I will be free to shepherd
> the
> > >>> release along in a  couple of weeks, assuming the current
> firestorm
> > >>> subsides...
> > >>>
> > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl <
> jan@cominvent.com> wrote:
> > >>> >
> > >>> > +1
> > >>> >
> > >>> > Blockers seem to be done with. So I guess we just need an RM
> to get the ball rolling? :)
> > >>> >
> > >>> > I know that the Release Wizard in new Lucene repo needs some
> updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may
> help some with that...
> > >>> >
> > >>> > Cross-ref other 9.0 release mail-threads:
> > >>> > - "Now that 8.10 is out ... let's get rolling on 9!"
> 

Re: Lucene 9.0 release

[Dawid Weiss]

Hi Adrien,

I think I've completed everything I wanted to do (with respect to the
release). There are some other tasks that I have in the queue but they're
not blockers - feel free to create the release branch. Hope there won't be
too many problems along the way.

Dawid

On Fri, Oct 29, 2021 at 9:09 PM Adrien Grand  wrote:

> This sounds good to me Dawid. Please update this thread when you are done
> and I will proceed with branching.
>
> Le ven. 29 oct. 2021 à 20:13, Dawid Weiss  a
> écrit :
>
>>
>> Hi Adrien,
>>
>> Can you hold for LUCENE-10200? There is a patch under LUCENE-10192 that
>> restructures the binary distribution - nobody spoke anything so I assume
>> everyone liked it?... :)
>>
>> I'll try to polish the remaining little issues over the weekend so it
>> should be good for Tuesday but I'd give it a few eyes before we create the
>> branch? Alternatively, we can make a branch and just cherry-pick the
>> necessary changes there. I think it's easier if they land on main though.
>>
>> Dawid
>>
>> On Fri, Oct 29, 2021 at 6:00 PM Adrien Grand  wrote:
>>
>>> Hearing no objections, I will be moving forward with the plan I outlined
>>> above. Next Monday is a holiday in France so I'll actually be cutting
>>> branch_8_11, branch_9x and branch_9_0 on Tuesday.
>>>
>>> On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov 
>>> wrote:
>>>
 > Mike, your previous email suggests that you would like someone else
 to step up. If that's correct I'm happy to be the release manager for both
 8.11 and 9.0.

 Thanks, that would be very welcome!

 On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
 wrote:
 >
 > Sounds like a good plan Adrien, thanks for nailing down some concrete
 > milestones and dates :-)
 >
 > Cheers,
 > Tim
 >
 > On Fri, Oct 15, 2021 at 7:04 AM David Smiley 
 wrote:
 > >
 > > +1 Adrien.  Thanks for moving things along.
 > >
 > > ~ David Smiley
 > > Apache Lucene/Solr Search Developer
 > > http://www.linkedin.com/in/davidwsmiley
 > >
 > >
 > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
 wrote:
 > >>
 > >> For visibility, I recently opened a new issue about a case of
 index corruption which is a blocker for 9.0. Nhat is looking into it.
 > >>
 > >> We've been discussing releasing 9.0 for a long time now and I
 think that everybody agrees with moving forward, there's even some good
 momentum around making the build and release tooling ready. So I'd like to
 propose the following timeline for the 9.0 release to get some feedback:
 > >>
 > >> 2021-11-01: Feature freeze:
 > >>  - branch_9x gets created from main
 > >>  - branch_8_11 gets created from branch_8x
 > >> This gives us ~2 weeks to do some last-minute work. The reasoning
 for doing 8.11 as well is that we have some enhancements merged to
 branch_8x that I suspect some users would like to see released in 8.x.
 Important note: 8.11 will be the last minor release of major version 8.
 There might be new patch releases in the future such as 8.11.1 or 8.11.2,
 but there won't be a 8.12 or a 8.13.
 > >>
 > >> 2021-11-04: First RC for 8.11
 > >> Since we had 8.10 not long ago, hopefully the release process will
 go smoothly.
 > >>
 > >> ~2021-11-10: First RC for 9.0
 > >> The date is indicative, the plan would be to move forward with the
 first 9.0 RC as soon as the following conditions are met:
 > >>  - 8.11 is out
 > >>  - all 9.0 blockers have been addressed
 > >>
 > >> Mike, your previous email suggests that you would like someone
 else to step up. If that's correct I'm happy to be the release manager for
 both 8.11 and 9.0.
 > >>
 > >>
 > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov <
 msoko...@gmail.com> wrote:
 > >>>
 > >>> Yes! I'm curious to give it a go, but getting pulled in many
 different
 > >>> directions. If nobody else steps up, I will be free to shepherd
 the
 > >>> release along in a  couple of weeks, assuming the current
 firestorm
 > >>> subsides...
 > >>>
 > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl <
 jan@cominvent.com> wrote:
 > >>> >
 > >>> > +1
 > >>> >
 > >>> > Blockers seem to be done with. So I guess we just need an RM to
 get the ball rolling? :)
 > >>> >
 > >>> > I know that the Release Wizard in new Lucene repo needs some
 updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may help
 some with that...
 > >>> >
 > >>> > Cross-ref other 9.0 release mail-threads:
 > >>> > - "Now that 8.10 is out ... let's get rolling on 9!"
 https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
 > >>> > - "9.0 release":
 

Re: Lucene 9.0 release

[Michael Sokolov]

Thank you for going ahead!

Also, a major release seems like an ideal time to make changes to our
distribution packaging, and it doesn't seem like we will be held up for
long by that change.

On Fri, Oct 29, 2021, 3:57 PM David Smiley  wrote:

> I think build & distribution oriented efforts shouldn't be held up by a
> feature-freeze.  FF is more for getting stability on runtime code.  But
> this is Adrien's call.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Fri, Oct 29, 2021 at 3:09 PM Adrien Grand  wrote:
>
>> This sounds good to me Dawid. Please update this thread when you are done
>> and I will proceed with branching.
>>
>> Le ven. 29 oct. 2021 à 20:13, Dawid Weiss  a
>> écrit :
>>
>>>
>>> Hi Adrien,
>>>
>>> Can you hold for LUCENE-10200? There is a patch under LUCENE-10192 that
>>> restructures the binary distribution - nobody spoke anything so I assume
>>> everyone liked it?... :)
>>>
>>> I'll try to polish the remaining little issues over the weekend so it
>>> should be good for Tuesday but I'd give it a few eyes before we create the
>>> branch? Alternatively, we can make a branch and just cherry-pick the
>>> necessary changes there. I think it's easier if they land on main though.
>>>
>>> Dawid
>>>
>>> On Fri, Oct 29, 2021 at 6:00 PM Adrien Grand  wrote:
>>>
 Hearing no objections, I will be moving forward with the plan I
 outlined above. Next Monday is a holiday in France so I'll actually be
 cutting branch_8_11, branch_9x and branch_9_0 on Tuesday.

 On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov 
 wrote:

> > Mike, your previous email suggests that you would like someone else
> to step up. If that's correct I'm happy to be the release manager for both
> 8.11 and 9.0.
>
> Thanks, that would be very welcome!
>
> On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
> wrote:
> >
> > Sounds like a good plan Adrien, thanks for nailing down some concrete
> > milestones and dates :-)
> >
> > Cheers,
> > Tim
> >
> > On Fri, Oct 15, 2021 at 7:04 AM David Smiley 
> wrote:
> > >
> > > +1 Adrien.  Thanks for moving things along.
> > >
> > > ~ David Smiley
> > > Apache Lucene/Solr Search Developer
> > > http://www.linkedin.com/in/davidwsmiley
> > >
> > >
> > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
> wrote:
> > >>
> > >> For visibility, I recently opened a new issue about a case of
> index corruption which is a blocker for 9.0. Nhat is looking into it.
> > >>
> > >> We've been discussing releasing 9.0 for a long time now and I
> think that everybody agrees with moving forward, there's even some good
> momentum around making the build and release tooling ready. So I'd like to
> propose the following timeline for the 9.0 release to get some feedback:
> > >>
> > >> 2021-11-01: Feature freeze:
> > >>  - branch_9x gets created from main
> > >>  - branch_8_11 gets created from branch_8x
> > >> This gives us ~2 weeks to do some last-minute work. The reasoning
> for doing 8.11 as well is that we have some enhancements merged to
> branch_8x that I suspect some users would like to see released in 8.x.
> Important note: 8.11 will be the last minor release of major version 8.
> There might be new patch releases in the future such as 8.11.1 or 8.11.2,
> but there won't be a 8.12 or a 8.13.
> > >>
> > >> 2021-11-04: First RC for 8.11
> > >> Since we had 8.10 not long ago, hopefully the release process
> will go smoothly.
> > >>
> > >> ~2021-11-10: First RC for 9.0
> > >> The date is indicative, the plan would be to move forward with
> the first 9.0 RC as soon as the following conditions are met:
> > >>  - 8.11 is out
> > >>  - all 9.0 blockers have been addressed
> > >>
> > >> Mike, your previous email suggests that you would like someone
> else to step up. If that's correct I'm happy to be the release manager for
> both 8.11 and 9.0.
> > >>
> > >>
> > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov <
> msoko...@gmail.com> wrote:
> > >>>
> > >>> Yes! I'm curious to give it a go, but getting pulled in many
> different
> > >>> directions. If nobody else steps up, I will be free to shepherd
> the
> > >>> release along in a  couple of weeks, assuming the current
> firestorm
> > >>> subsides...
> > >>>
> > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl <
> jan@cominvent.com> wrote:
> > >>> >
> > >>> > +1
> > >>> >
> > >>> > Blockers seem to be done with. So I guess we just need an RM
> to get the ball rolling? :)
> > >>> >
> > >>> > I know that the Release Wizard in new Lucene repo needs some
> updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may
> help some with that...
> > >>> >

Re: Lucene 9.0 release

[David Smiley]

I think build & distribution oriented efforts shouldn't be held up by a
feature-freeze.  FF is more for getting stability on runtime code.  But
this is Adrien's call.

~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Fri, Oct 29, 2021 at 3:09 PM Adrien Grand  wrote:

> This sounds good to me Dawid. Please update this thread when you are done
> and I will proceed with branching.
>
> Le ven. 29 oct. 2021 à 20:13, Dawid Weiss  a
> écrit :
>
>>
>> Hi Adrien,
>>
>> Can you hold for LUCENE-10200? There is a patch under LUCENE-10192 that
>> restructures the binary distribution - nobody spoke anything so I assume
>> everyone liked it?... :)
>>
>> I'll try to polish the remaining little issues over the weekend so it
>> should be good for Tuesday but I'd give it a few eyes before we create the
>> branch? Alternatively, we can make a branch and just cherry-pick the
>> necessary changes there. I think it's easier if they land on main though.
>>
>> Dawid
>>
>> On Fri, Oct 29, 2021 at 6:00 PM Adrien Grand  wrote:
>>
>>> Hearing no objections, I will be moving forward with the plan I outlined
>>> above. Next Monday is a holiday in France so I'll actually be cutting
>>> branch_8_11, branch_9x and branch_9_0 on Tuesday.
>>>
>>> On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov 
>>> wrote:
>>>
 > Mike, your previous email suggests that you would like someone else
 to step up. If that's correct I'm happy to be the release manager for both
 8.11 and 9.0.

 Thanks, that would be very welcome!

 On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
 wrote:
 >
 > Sounds like a good plan Adrien, thanks for nailing down some concrete
 > milestones and dates :-)
 >
 > Cheers,
 > Tim
 >
 > On Fri, Oct 15, 2021 at 7:04 AM David Smiley 
 wrote:
 > >
 > > +1 Adrien.  Thanks for moving things along.
 > >
 > > ~ David Smiley
 > > Apache Lucene/Solr Search Developer
 > > http://www.linkedin.com/in/davidwsmiley
 > >
 > >
 > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
 wrote:
 > >>
 > >> For visibility, I recently opened a new issue about a case of
 index corruption which is a blocker for 9.0. Nhat is looking into it.
 > >>
 > >> We've been discussing releasing 9.0 for a long time now and I
 think that everybody agrees with moving forward, there's even some good
 momentum around making the build and release tooling ready. So I'd like to
 propose the following timeline for the 9.0 release to get some feedback:
 > >>
 > >> 2021-11-01: Feature freeze:
 > >>  - branch_9x gets created from main
 > >>  - branch_8_11 gets created from branch_8x
 > >> This gives us ~2 weeks to do some last-minute work. The reasoning
 for doing 8.11 as well is that we have some enhancements merged to
 branch_8x that I suspect some users would like to see released in 8.x.
 Important note: 8.11 will be the last minor release of major version 8.
 There might be new patch releases in the future such as 8.11.1 or 8.11.2,
 but there won't be a 8.12 or a 8.13.
 > >>
 > >> 2021-11-04: First RC for 8.11
 > >> Since we had 8.10 not long ago, hopefully the release process will
 go smoothly.
 > >>
 > >> ~2021-11-10: First RC for 9.0
 > >> The date is indicative, the plan would be to move forward with the
 first 9.0 RC as soon as the following conditions are met:
 > >>  - 8.11 is out
 > >>  - all 9.0 blockers have been addressed
 > >>
 > >> Mike, your previous email suggests that you would like someone
 else to step up. If that's correct I'm happy to be the release manager for
 both 8.11 and 9.0.
 > >>
 > >>
 > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov <
 msoko...@gmail.com> wrote:
 > >>>
 > >>> Yes! I'm curious to give it a go, but getting pulled in many
 different
 > >>> directions. If nobody else steps up, I will be free to shepherd
 the
 > >>> release along in a  couple of weeks, assuming the current
 firestorm
 > >>> subsides...
 > >>>
 > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl <
 jan@cominvent.com> wrote:
 > >>> >
 > >>> > +1
 > >>> >
 > >>> > Blockers seem to be done with. So I guess we just need an RM to
 get the ball rolling? :)
 > >>> >
 > >>> > I know that the Release Wizard in new Lucene repo needs some
 updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may help
 some with that...
 > >>> >
 > >>> > Cross-ref other 9.0 release mail-threads:
 > >>> > - "Now that 8.10 is out ... let's get rolling on 9!"
 https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
 > >>> > - "9.0 release":
 

Re: Lucene 9.0 release

[Adrien Grand]

This sounds good to me Dawid. Please update this thread when you are done
and I will proceed with branching.

Le ven. 29 oct. 2021 à 20:13, Dawid Weiss  a écrit :

>
> Hi Adrien,
>
> Can you hold for LUCENE-10200? There is a patch under LUCENE-10192 that
> restructures the binary distribution - nobody spoke anything so I assume
> everyone liked it?... :)
>
> I'll try to polish the remaining little issues over the weekend so it
> should be good for Tuesday but I'd give it a few eyes before we create the
> branch? Alternatively, we can make a branch and just cherry-pick the
> necessary changes there. I think it's easier if they land on main though.
>
> Dawid
>
> On Fri, Oct 29, 2021 at 6:00 PM Adrien Grand  wrote:
>
>> Hearing no objections, I will be moving forward with the plan I outlined
>> above. Next Monday is a holiday in France so I'll actually be cutting
>> branch_8_11, branch_9x and branch_9_0 on Tuesday.
>>
>> On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov 
>> wrote:
>>
>>> > Mike, your previous email suggests that you would like someone else to
>>> step up. If that's correct I'm happy to be the release manager for both
>>> 8.11 and 9.0.
>>>
>>> Thanks, that would be very welcome!
>>>
>>> On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
>>> wrote:
>>> >
>>> > Sounds like a good plan Adrien, thanks for nailing down some concrete
>>> > milestones and dates :-)
>>> >
>>> > Cheers,
>>> > Tim
>>> >
>>> > On Fri, Oct 15, 2021 at 7:04 AM David Smiley 
>>> wrote:
>>> > >
>>> > > +1 Adrien.  Thanks for moving things along.
>>> > >
>>> > > ~ David Smiley
>>> > > Apache Lucene/Solr Search Developer
>>> > > http://www.linkedin.com/in/davidwsmiley
>>> > >
>>> > >
>>> > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
>>> wrote:
>>> > >>
>>> > >> For visibility, I recently opened a new issue about a case of index
>>> corruption which is a blocker for 9.0. Nhat is looking into it.
>>> > >>
>>> > >> We've been discussing releasing 9.0 for a long time now and I think
>>> that everybody agrees with moving forward, there's even some good momentum
>>> around making the build and release tooling ready. So I'd like to propose
>>> the following timeline for the 9.0 release to get some feedback:
>>> > >>
>>> > >> 2021-11-01: Feature freeze:
>>> > >>  - branch_9x gets created from main
>>> > >>  - branch_8_11 gets created from branch_8x
>>> > >> This gives us ~2 weeks to do some last-minute work. The reasoning
>>> for doing 8.11 as well is that we have some enhancements merged to
>>> branch_8x that I suspect some users would like to see released in 8.x.
>>> Important note: 8.11 will be the last minor release of major version 8.
>>> There might be new patch releases in the future such as 8.11.1 or 8.11.2,
>>> but there won't be a 8.12 or a 8.13.
>>> > >>
>>> > >> 2021-11-04: First RC for 8.11
>>> > >> Since we had 8.10 not long ago, hopefully the release process will
>>> go smoothly.
>>> > >>
>>> > >> ~2021-11-10: First RC for 9.0
>>> > >> The date is indicative, the plan would be to move forward with the
>>> first 9.0 RC as soon as the following conditions are met:
>>> > >>  - 8.11 is out
>>> > >>  - all 9.0 blockers have been addressed
>>> > >>
>>> > >> Mike, your previous email suggests that you would like someone else
>>> to step up. If that's correct I'm happy to be the release manager for both
>>> 8.11 and 9.0.
>>> > >>
>>> > >>
>>> > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov 
>>> wrote:
>>> > >>>
>>> > >>> Yes! I'm curious to give it a go, but getting pulled in many
>>> different
>>> > >>> directions. If nobody else steps up, I will be free to shepherd the
>>> > >>> release along in a  couple of weeks, assuming the current firestorm
>>> > >>> subsides...
>>> > >>>
>>> > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl 
>>> wrote:
>>> > >>> >
>>> > >>> > +1
>>> > >>> >
>>> > >>> > Blockers seem to be done with. So I guess we just need an RM to
>>> get the ball rolling? :)
>>> > >>> >
>>> > >>> > I know that the Release Wizard in new Lucene repo needs some
>>> updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may help
>>> some with that...
>>> > >>> >
>>> > >>> > Cross-ref other 9.0 release mail-threads:
>>> > >>> > - "Now that 8.10 is out ... let's get rolling on 9!"
>>> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
>>> > >>> > - "9.0 release":
>>> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>>> > >>> >
>>> > >>> > Jan
>>> > >>> >
>>> > >>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>>> > >>> >
>>> > >>> > +1 to your suggestions
>>> > >>> >
>>> > >>> > I just commented on LUCENE-9959 to suggest reverting since the
>>> changes are currently half baked and I don't think that they should block
>>> 9.0. There are no other blockers left to my knowledge.
>>> > >>> >
>>> > >>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov <
>>> 

Re: Lucene 9.0 release

[Dawid Weiss]

Hi Adrien,

Can you hold for LUCENE-10200? There is a patch under LUCENE-10192 that
restructures the binary distribution - nobody spoke anything so I assume
everyone liked it?... :)

I'll try to polish the remaining little issues over the weekend so it
should be good for Tuesday but I'd give it a few eyes before we create the
branch? Alternatively, we can make a branch and just cherry-pick the
necessary changes there. I think it's easier if they land on main though.

Dawid

On Fri, Oct 29, 2021 at 6:00 PM Adrien Grand  wrote:

> Hearing no objections, I will be moving forward with the plan I outlined
> above. Next Monday is a holiday in France so I'll actually be cutting
> branch_8_11, branch_9x and branch_9_0 on Tuesday.
>
> On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov 
> wrote:
>
>> > Mike, your previous email suggests that you would like someone else to
>> step up. If that's correct I'm happy to be the release manager for both
>> 8.11 and 9.0.
>>
>> Thanks, that would be very welcome!
>>
>> On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
>> wrote:
>> >
>> > Sounds like a good plan Adrien, thanks for nailing down some concrete
>> > milestones and dates :-)
>> >
>> > Cheers,
>> > Tim
>> >
>> > On Fri, Oct 15, 2021 at 7:04 AM David Smiley 
>> wrote:
>> > >
>> > > +1 Adrien.  Thanks for moving things along.
>> > >
>> > > ~ David Smiley
>> > > Apache Lucene/Solr Search Developer
>> > > http://www.linkedin.com/in/davidwsmiley
>> > >
>> > >
>> > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
>> wrote:
>> > >>
>> > >> For visibility, I recently opened a new issue about a case of index
>> corruption which is a blocker for 9.0. Nhat is looking into it.
>> > >>
>> > >> We've been discussing releasing 9.0 for a long time now and I think
>> that everybody agrees with moving forward, there's even some good momentum
>> around making the build and release tooling ready. So I'd like to propose
>> the following timeline for the 9.0 release to get some feedback:
>> > >>
>> > >> 2021-11-01: Feature freeze:
>> > >>  - branch_9x gets created from main
>> > >>  - branch_8_11 gets created from branch_8x
>> > >> This gives us ~2 weeks to do some last-minute work. The reasoning
>> for doing 8.11 as well is that we have some enhancements merged to
>> branch_8x that I suspect some users would like to see released in 8.x.
>> Important note: 8.11 will be the last minor release of major version 8.
>> There might be new patch releases in the future such as 8.11.1 or 8.11.2,
>> but there won't be a 8.12 or a 8.13.
>> > >>
>> > >> 2021-11-04: First RC for 8.11
>> > >> Since we had 8.10 not long ago, hopefully the release process will
>> go smoothly.
>> > >>
>> > >> ~2021-11-10: First RC for 9.0
>> > >> The date is indicative, the plan would be to move forward with the
>> first 9.0 RC as soon as the following conditions are met:
>> > >>  - 8.11 is out
>> > >>  - all 9.0 blockers have been addressed
>> > >>
>> > >> Mike, your previous email suggests that you would like someone else
>> to step up. If that's correct I'm happy to be the release manager for both
>> 8.11 and 9.0.
>> > >>
>> > >>
>> > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov 
>> wrote:
>> > >>>
>> > >>> Yes! I'm curious to give it a go, but getting pulled in many
>> different
>> > >>> directions. If nobody else steps up, I will be free to shepherd the
>> > >>> release along in a  couple of weeks, assuming the current firestorm
>> > >>> subsides...
>> > >>>
>> > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl 
>> wrote:
>> > >>> >
>> > >>> > +1
>> > >>> >
>> > >>> > Blockers seem to be done with. So I guess we just need an RM to
>> get the ball rolling? :)
>> > >>> >
>> > >>> > I know that the Release Wizard in new Lucene repo needs some
>> updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may help
>> some with that...
>> > >>> >
>> > >>> > Cross-ref other 9.0 release mail-threads:
>> > >>> > - "Now that 8.10 is out ... let's get rolling on 9!"
>> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
>> > >>> > - "9.0 release":
>> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>> > >>> >
>> > >>> > Jan
>> > >>> >
>> > >>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>> > >>> >
>> > >>> > +1 to your suggestions
>> > >>> >
>> > >>> > I just commented on LUCENE-9959 to suggest reverting since the
>> changes are currently half baked and I don't think that they should block
>> 9.0. There are no other blockers left to my knowledge.
>> > >>> >
>> > >>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov <
>> msoko...@gmail.com> wrote:
>> > >>> >>
>> > >>> >> It's been two years since our last release, we had lots of +1
>> when we
>> > >>> >> raised this last December, and IMO we are close to baked at this
>> > >>> >> point.
>> > >>> >>
>> > >>> >> I checked JIRA and found two remaining Blockers
>> > >>> >>
>> > 

Re: Lucene 9.0 release

[Anshum Gupta]

This looks like a great plan. Thanks for taking this forward :)

On Fri, Oct 15, 2021 at 12:30 AM Adrien Grand  wrote:

> For visibility, I recently opened a new issue about a case of index
> corruption  which is
> a blocker for 9.0. Nhat is looking into it.
>
> We've been discussing releasing 9.0 for a long time now and I think that
> everybody agrees with moving forward, there's even some good momentum
> around making the build and release tooling ready. So I'd like to propose
> the following timeline for the 9.0 release to get some feedback:
>
> 2021-11-01: Feature freeze:
>  - branch_9x gets created from main
>  - branch_8_11 gets created from branch_8x
> This gives us ~2 weeks to do some last-minute work. The reasoning for
> doing 8.11 as well is that we have some enhancements merged to branch_8x
> that I suspect some users would like to see released in 8.x. Important
> note: 8.11 will be the last minor release of major version 8. There might
> be new patch releases in the future such as 8.11.1 or 8.11.2, but there
> won't be a 8.12 or a 8.13.
>
> 2021-11-04: First RC for 8.11
> Since we had 8.10 not long ago, hopefully the release process will go
> smoothly.
>
> ~2021-11-10: First RC for 9.0
> The date is indicative, the plan would be to move forward with the first
> 9.0 RC as soon as the following conditions are met:
>  - 8.11 is out
>  - all 9.0 blockers have been addressed
>
> Mike, your previous email suggests that you would like someone else to
> step up. If that's correct I'm happy to be the release manager for both
> 8.11 and 9.0.
>
>
> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov 
> wrote:
>
>> Yes! I'm curious to give it a go, but getting pulled in many different
>> directions. If nobody else steps up, I will be free to shepherd the
>> release along in a  couple of weeks, assuming the current firestorm
>> subsides...
>>
>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl 
>> wrote:
>> >
>> > +1
>> >
>> > Blockers seem to be done with. So I guess we just need an RM to get the
>> ball rolling? :)
>> >
>> > I know that the Release Wizard in new Lucene repo needs some updates
>> https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some with
>> that...
>> >
>> > Cross-ref other 9.0 release mail-threads:
>> > - "Now that 8.10 is out ... let's get rolling on 9!"
>> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
>> > - "9.0 release":
>> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>> >
>> > Jan
>> >
>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>> >
>> > +1 to your suggestions
>> >
>> > I just commented on LUCENE-9959 to suggest reverting since the changes
>> are currently half baked and I don't think that they should block 9.0.
>> There are no other blockers left to my knowledge.
>> >
>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov 
>> wrote:
>> >>
>> >> It's been two years since our last release, we had lots of +1 when we
>> >> raised this last December, and IMO we are close to baked at this
>> >> point.
>> >>
>> >> I checked JIRA and found two remaining Blockers
>> >>
>> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
>> >> VectorReader.search needs rethought, o.a.l.search integration?
>> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
>> >> code in main
>> >>
>> >> The first one is very close to resolved;
>> >>
>> >> On the deprecations, the issue has lingered for 1-1/2 years now, and
>> >> some progress has been made, but more work remains. Some new
>> >> deprecations have been added since it was opened too. Maybe we make a
>> >> concerted effort to clean out as much as we can, and then decide if
>> >> it's enough? Anyway this seems to be the only outstanding issue, so
>> >> let's see if we can make progress there
>> >>
>> >> Q: any other blockers?
>> >>
>> >> -
>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> >>
>> >
>> >
>> > --
>> > Adrien
>> >
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
> --
> Adrien
>


-- 
Anshum Gupta

Re: Lucene 9.0 release

[Atri Sharma]

+1

On Fri, Oct 29, 2021 at 9:30 PM Adrien Grand  wrote:
>
> Hearing no objections, I will be moving forward with the plan I outlined 
> above. Next Monday is a holiday in France so I'll actually be cutting 
> branch_8_11, branch_9x and branch_9_0 on Tuesday.
>
> On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov  wrote:
>>
>> > Mike, your previous email suggests that you would like someone else to 
>> > step up. If that's correct I'm happy to be the release manager for both 
>> > 8.11 and 9.0.
>>
>> Thanks, that would be very welcome!
>>
>> On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter  wrote:
>> >
>> > Sounds like a good plan Adrien, thanks for nailing down some concrete
>> > milestones and dates :-)
>> >
>> > Cheers,
>> > Tim
>> >
>> > On Fri, Oct 15, 2021 at 7:04 AM David Smiley  wrote:
>> > >
>> > > +1 Adrien.  Thanks for moving things along.
>> > >
>> > > ~ David Smiley
>> > > Apache Lucene/Solr Search Developer
>> > > http://www.linkedin.com/in/davidwsmiley
>> > >
>> > >
>> > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand  wrote:
>> > >>
>> > >> For visibility, I recently opened a new issue about a case of index 
>> > >> corruption which is a blocker for 9.0. Nhat is looking into it.
>> > >>
>> > >> We've been discussing releasing 9.0 for a long time now and I think 
>> > >> that everybody agrees with moving forward, there's even some good 
>> > >> momentum around making the build and release tooling ready. So I'd like 
>> > >> to propose the following timeline for the 9.0 release to get some 
>> > >> feedback:
>> > >>
>> > >> 2021-11-01: Feature freeze:
>> > >>  - branch_9x gets created from main
>> > >>  - branch_8_11 gets created from branch_8x
>> > >> This gives us ~2 weeks to do some last-minute work. The reasoning for 
>> > >> doing 8.11 as well is that we have some enhancements merged to 
>> > >> branch_8x that I suspect some users would like to see released in 8.x. 
>> > >> Important note: 8.11 will be the last minor release of major version 8. 
>> > >> There might be new patch releases in the future such as 8.11.1 or 
>> > >> 8.11.2, but there won't be a 8.12 or a 8.13.
>> > >>
>> > >> 2021-11-04: First RC for 8.11
>> > >> Since we had 8.10 not long ago, hopefully the release process will go 
>> > >> smoothly.
>> > >>
>> > >> ~2021-11-10: First RC for 9.0
>> > >> The date is indicative, the plan would be to move forward with the 
>> > >> first 9.0 RC as soon as the following conditions are met:
>> > >>  - 8.11 is out
>> > >>  - all 9.0 blockers have been addressed
>> > >>
>> > >> Mike, your previous email suggests that you would like someone else to 
>> > >> step up. If that's correct I'm happy to be the release manager for both 
>> > >> 8.11 and 9.0.
>> > >>
>> > >>
>> > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov  
>> > >> wrote:
>> > >>>
>> > >>> Yes! I'm curious to give it a go, but getting pulled in many different
>> > >>> directions. If nobody else steps up, I will be free to shepherd the
>> > >>> release along in a  couple of weeks, assuming the current firestorm
>> > >>> subsides...
>> > >>>
>> > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl  
>> > >>> wrote:
>> > >>> >
>> > >>> > +1
>> > >>> >
>> > >>> > Blockers seem to be done with. So I guess we just need an RM to get 
>> > >>> > the ball rolling? :)
>> > >>> >
>> > >>> > I know that the Release Wizard in new Lucene repo needs some updates 
>> > >>> > https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some 
>> > >>> > with that...
>> > >>> >
>> > >>> > Cross-ref other 9.0 release mail-threads:
>> > >>> > - "Now that 8.10 is out ... let's get rolling on 9!" 
>> > >>> > https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
>> > >>> > - "9.0 release": 
>> > >>> > https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>> > >>> >
>> > >>> > Jan
>> > >>> >
>> > >>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>> > >>> >
>> > >>> > +1 to your suggestions
>> > >>> >
>> > >>> > I just commented on LUCENE-9959 to suggest reverting since the 
>> > >>> > changes are currently half baked and I don't think that they should 
>> > >>> > block 9.0. There are no other blockers left to my knowledge.
>> > >>> >
>> > >>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov  
>> > >>> > wrote:
>> > >>> >>
>> > >>> >> It's been two years since our last release, we had lots of +1 when 
>> > >>> >> we
>> > >>> >> raised this last December, and IMO we are close to baked at this
>> > >>> >> point.
>> > >>> >>
>> > >>> >> I checked JIRA and found two remaining Blockers
>> > >>> >>
>> > >>> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
>> > >>> >> VectorReader.search needs rethought, o.a.l.search integration?
>> > >>> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove 
>> > >>> >> deprecated
>> > >>> >> code in main
>> > >>> >>
>> > >>> >> The first one is very close to 

Re: Lucene 9.0 release

[Adrien Grand]

Hearing no objections, I will be moving forward with the plan I outlined
above. Next Monday is a holiday in France so I'll actually be cutting
branch_8_11, branch_9x and branch_9_0 on Tuesday.

On Sun, Oct 17, 2021 at 3:40 PM Michael Sokolov  wrote:

> > Mike, your previous email suggests that you would like someone else to
> step up. If that's correct I'm happy to be the release manager for both
> 8.11 and 9.0.
>
> Thanks, that would be very welcome!
>
> On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter 
> wrote:
> >
> > Sounds like a good plan Adrien, thanks for nailing down some concrete
> > milestones and dates :-)
> >
> > Cheers,
> > Tim
> >
> > On Fri, Oct 15, 2021 at 7:04 AM David Smiley  wrote:
> > >
> > > +1 Adrien.  Thanks for moving things along.
> > >
> > > ~ David Smiley
> > > Apache Lucene/Solr Search Developer
> > > http://www.linkedin.com/in/davidwsmiley
> > >
> > >
> > > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand 
> wrote:
> > >>
> > >> For visibility, I recently opened a new issue about a case of index
> corruption which is a blocker for 9.0. Nhat is looking into it.
> > >>
> > >> We've been discussing releasing 9.0 for a long time now and I think
> that everybody agrees with moving forward, there's even some good momentum
> around making the build and release tooling ready. So I'd like to propose
> the following timeline for the 9.0 release to get some feedback:
> > >>
> > >> 2021-11-01: Feature freeze:
> > >>  - branch_9x gets created from main
> > >>  - branch_8_11 gets created from branch_8x
> > >> This gives us ~2 weeks to do some last-minute work. The reasoning for
> doing 8.11 as well is that we have some enhancements merged to branch_8x
> that I suspect some users would like to see released in 8.x. Important
> note: 8.11 will be the last minor release of major version 8. There might
> be new patch releases in the future such as 8.11.1 or 8.11.2, but there
> won't be a 8.12 or a 8.13.
> > >>
> > >> 2021-11-04: First RC for 8.11
> > >> Since we had 8.10 not long ago, hopefully the release process will go
> smoothly.
> > >>
> > >> ~2021-11-10: First RC for 9.0
> > >> The date is indicative, the plan would be to move forward with the
> first 9.0 RC as soon as the following conditions are met:
> > >>  - 8.11 is out
> > >>  - all 9.0 blockers have been addressed
> > >>
> > >> Mike, your previous email suggests that you would like someone else
> to step up. If that's correct I'm happy to be the release manager for both
> 8.11 and 9.0.
> > >>
> > >>
> > >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov 
> wrote:
> > >>>
> > >>> Yes! I'm curious to give it a go, but getting pulled in many
> different
> > >>> directions. If nobody else steps up, I will be free to shepherd the
> > >>> release along in a  couple of weeks, assuming the current firestorm
> > >>> subsides...
> > >>>
> > >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl 
> wrote:
> > >>> >
> > >>> > +1
> > >>> >
> > >>> > Blockers seem to be done with. So I guess we just need an RM to
> get the ball rolling? :)
> > >>> >
> > >>> > I know that the Release Wizard in new Lucene repo needs some
> updates https://issues.apache.org/jira/browse/LUCENE-9809 - I may help
> some with that...
> > >>> >
> > >>> > Cross-ref other 9.0 release mail-threads:
> > >>> > - "Now that 8.10 is out ... let's get rolling on 9!"
> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
> > >>> > - "9.0 release":
> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
> > >>> >
> > >>> > Jan
> > >>> >
> > >>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
> > >>> >
> > >>> > +1 to your suggestions
> > >>> >
> > >>> > I just commented on LUCENE-9959 to suggest reverting since the
> changes are currently half baked and I don't think that they should block
> 9.0. There are no other blockers left to my knowledge.
> > >>> >
> > >>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov <
> msoko...@gmail.com> wrote:
> > >>> >>
> > >>> >> It's been two years since our last release, we had lots of +1
> when we
> > >>> >> raised this last December, and IMO we are close to baked at this
> > >>> >> point.
> > >>> >>
> > >>> >> I checked JIRA and found two remaining Blockers
> > >>> >>
> > >>> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
> > >>> >> VectorReader.search needs rethought, o.a.l.search integration?
> > >>> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove
> deprecated
> > >>> >> code in main
> > >>> >>
> > >>> >> The first one is very close to resolved;
> > >>> >>
> > >>> >> On the deprecations, the issue has lingered for 1-1/2 years now,
> and
> > >>> >> some progress has been made, but more work remains. Some new
> > >>> >> deprecations have been added since it was opened too. Maybe we
> make a
> > >>> >> concerted effort to clean out as much as we can, and then decide
> if
> > >>> >> it's 

Re: Lucene 9.0 release

[Michael Sokolov]

> Mike, your previous email suggests that you would like someone else to step 
> up. If that's correct I'm happy to be the release manager for both 8.11 and 
> 9.0.

Thanks, that would be very welcome!

On Fri, Oct 15, 2021 at 1:33 PM Timothy Potter  wrote:
>
> Sounds like a good plan Adrien, thanks for nailing down some concrete
> milestones and dates :-)
>
> Cheers,
> Tim
>
> On Fri, Oct 15, 2021 at 7:04 AM David Smiley  wrote:
> >
> > +1 Adrien.  Thanks for moving things along.
> >
> > ~ David Smiley
> > Apache Lucene/Solr Search Developer
> > http://www.linkedin.com/in/davidwsmiley
> >
> >
> > On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand  wrote:
> >>
> >> For visibility, I recently opened a new issue about a case of index 
> >> corruption which is a blocker for 9.0. Nhat is looking into it.
> >>
> >> We've been discussing releasing 9.0 for a long time now and I think that 
> >> everybody agrees with moving forward, there's even some good momentum 
> >> around making the build and release tooling ready. So I'd like to propose 
> >> the following timeline for the 9.0 release to get some feedback:
> >>
> >> 2021-11-01: Feature freeze:
> >>  - branch_9x gets created from main
> >>  - branch_8_11 gets created from branch_8x
> >> This gives us ~2 weeks to do some last-minute work. The reasoning for 
> >> doing 8.11 as well is that we have some enhancements merged to branch_8x 
> >> that I suspect some users would like to see released in 8.x. Important 
> >> note: 8.11 will be the last minor release of major version 8. There might 
> >> be new patch releases in the future such as 8.11.1 or 8.11.2, but there 
> >> won't be a 8.12 or a 8.13.
> >>
> >> 2021-11-04: First RC for 8.11
> >> Since we had 8.10 not long ago, hopefully the release process will go 
> >> smoothly.
> >>
> >> ~2021-11-10: First RC for 9.0
> >> The date is indicative, the plan would be to move forward with the first 
> >> 9.0 RC as soon as the following conditions are met:
> >>  - 8.11 is out
> >>  - all 9.0 blockers have been addressed
> >>
> >> Mike, your previous email suggests that you would like someone else to 
> >> step up. If that's correct I'm happy to be the release manager for both 
> >> 8.11 and 9.0.
> >>
> >>
> >> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov  wrote:
> >>>
> >>> Yes! I'm curious to give it a go, but getting pulled in many different
> >>> directions. If nobody else steps up, I will be free to shepherd the
> >>> release along in a  couple of weeks, assuming the current firestorm
> >>> subsides...
> >>>
> >>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl  wrote:
> >>> >
> >>> > +1
> >>> >
> >>> > Blockers seem to be done with. So I guess we just need an RM to get the 
> >>> > ball rolling? :)
> >>> >
> >>> > I know that the Release Wizard in new Lucene repo needs some updates 
> >>> > https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some 
> >>> > with that...
> >>> >
> >>> > Cross-ref other 9.0 release mail-threads:
> >>> > - "Now that 8.10 is out ... let's get rolling on 9!" 
> >>> > https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
> >>> > - "9.0 release": 
> >>> > https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
> >>> >
> >>> > Jan
> >>> >
> >>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
> >>> >
> >>> > +1 to your suggestions
> >>> >
> >>> > I just commented on LUCENE-9959 to suggest reverting since the changes 
> >>> > are currently half baked and I don't think that they should block 9.0. 
> >>> > There are no other blockers left to my knowledge.
> >>> >
> >>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov  
> >>> > wrote:
> >>> >>
> >>> >> It's been two years since our last release, we had lots of +1 when we
> >>> >> raised this last December, and IMO we are close to baked at this
> >>> >> point.
> >>> >>
> >>> >> I checked JIRA and found two remaining Blockers
> >>> >>
> >>> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
> >>> >> VectorReader.search needs rethought, o.a.l.search integration?
> >>> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
> >>> >> code in main
> >>> >>
> >>> >> The first one is very close to resolved;
> >>> >>
> >>> >> On the deprecations, the issue has lingered for 1-1/2 years now, and
> >>> >> some progress has been made, but more work remains. Some new
> >>> >> deprecations have been added since it was opened too. Maybe we make a
> >>> >> concerted effort to clean out as much as we can, and then decide if
> >>> >> it's enough? Anyway this seems to be the only outstanding issue, so
> >>> >> let's see if we can make progress there
> >>> >>
> >>> >> Q: any other blockers?
> >>> >>
> >>> >> -
> >>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>> >> For additional commands, e-mail: 

Re: Lucene 9.0 release

[Timothy Potter]

Sounds like a good plan Adrien, thanks for nailing down some concrete
milestones and dates :-)

Cheers,
Tim

On Fri, Oct 15, 2021 at 7:04 AM David Smiley  wrote:
>
> +1 Adrien.  Thanks for moving things along.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
>
>
> On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand  wrote:
>>
>> For visibility, I recently opened a new issue about a case of index 
>> corruption which is a blocker for 9.0. Nhat is looking into it.
>>
>> We've been discussing releasing 9.0 for a long time now and I think that 
>> everybody agrees with moving forward, there's even some good momentum around 
>> making the build and release tooling ready. So I'd like to propose the 
>> following timeline for the 9.0 release to get some feedback:
>>
>> 2021-11-01: Feature freeze:
>>  - branch_9x gets created from main
>>  - branch_8_11 gets created from branch_8x
>> This gives us ~2 weeks to do some last-minute work. The reasoning for doing 
>> 8.11 as well is that we have some enhancements merged to branch_8x that I 
>> suspect some users would like to see released in 8.x. Important note: 8.11 
>> will be the last minor release of major version 8. There might be new patch 
>> releases in the future such as 8.11.1 or 8.11.2, but there won't be a 8.12 
>> or a 8.13.
>>
>> 2021-11-04: First RC for 8.11
>> Since we had 8.10 not long ago, hopefully the release process will go 
>> smoothly.
>>
>> ~2021-11-10: First RC for 9.0
>> The date is indicative, the plan would be to move forward with the first 9.0 
>> RC as soon as the following conditions are met:
>>  - 8.11 is out
>>  - all 9.0 blockers have been addressed
>>
>> Mike, your previous email suggests that you would like someone else to step 
>> up. If that's correct I'm happy to be the release manager for both 8.11 and 
>> 9.0.
>>
>>
>> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov  wrote:
>>>
>>> Yes! I'm curious to give it a go, but getting pulled in many different
>>> directions. If nobody else steps up, I will be free to shepherd the
>>> release along in a  couple of weeks, assuming the current firestorm
>>> subsides...
>>>
>>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl  wrote:
>>> >
>>> > +1
>>> >
>>> > Blockers seem to be done with. So I guess we just need an RM to get the 
>>> > ball rolling? :)
>>> >
>>> > I know that the Release Wizard in new Lucene repo needs some updates 
>>> > https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some with 
>>> > that...
>>> >
>>> > Cross-ref other 9.0 release mail-threads:
>>> > - "Now that 8.10 is out ... let's get rolling on 9!" 
>>> > https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
>>> > - "9.0 release": 
>>> > https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>>> >
>>> > Jan
>>> >
>>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>>> >
>>> > +1 to your suggestions
>>> >
>>> > I just commented on LUCENE-9959 to suggest reverting since the changes 
>>> > are currently half baked and I don't think that they should block 9.0. 
>>> > There are no other blockers left to my knowledge.
>>> >
>>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov  
>>> > wrote:
>>> >>
>>> >> It's been two years since our last release, we had lots of +1 when we
>>> >> raised this last December, and IMO we are close to baked at this
>>> >> point.
>>> >>
>>> >> I checked JIRA and found two remaining Blockers
>>> >>
>>> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
>>> >> VectorReader.search needs rethought, o.a.l.search integration?
>>> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
>>> >> code in main
>>> >>
>>> >> The first one is very close to resolved;
>>> >>
>>> >> On the deprecations, the issue has lingered for 1-1/2 years now, and
>>> >> some progress has been made, but more work remains. Some new
>>> >> deprecations have been added since it was opened too. Maybe we make a
>>> >> concerted effort to clean out as much as we can, and then decide if
>>> >> it's enough? Anyway this seems to be the only outstanding issue, so
>>> >> let's see if we can make progress there
>>> >>
>>> >> Q: any other blockers?
>>> >>
>>> >> -
>>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>>> >>
>>> >
>>> >
>>> > --
>>> > Adrien
>>> >
>>> >
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>
>>
>> --
>> Adrien

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

Re: Lucene 9.0 release

[David Smiley]

+1 Adrien.  Thanks for moving things along.

~ David Smiley
Apache Lucene/Solr Search Developer
http://www.linkedin.com/in/davidwsmiley


On Fri, Oct 15, 2021 at 3:30 AM Adrien Grand  wrote:

> For visibility, I recently opened a new issue about a case of index
> corruption  which is
> a blocker for 9.0. Nhat is looking into it.
>
> We've been discussing releasing 9.0 for a long time now and I think that
> everybody agrees with moving forward, there's even some good momentum
> around making the build and release tooling ready. So I'd like to propose
> the following timeline for the 9.0 release to get some feedback:
>
> 2021-11-01: Feature freeze:
>  - branch_9x gets created from main
>  - branch_8_11 gets created from branch_8x
> This gives us ~2 weeks to do some last-minute work. The reasoning for
> doing 8.11 as well is that we have some enhancements merged to branch_8x
> that I suspect some users would like to see released in 8.x. Important
> note: 8.11 will be the last minor release of major version 8. There might
> be new patch releases in the future such as 8.11.1 or 8.11.2, but there
> won't be a 8.12 or a 8.13.
>
> 2021-11-04: First RC for 8.11
> Since we had 8.10 not long ago, hopefully the release process will go
> smoothly.
>
> ~2021-11-10: First RC for 9.0
> The date is indicative, the plan would be to move forward with the first
> 9.0 RC as soon as the following conditions are met:
>  - 8.11 is out
>  - all 9.0 blockers have been addressed
>
> Mike, your previous email suggests that you would like someone else to
> step up. If that's correct I'm happy to be the release manager for both
> 8.11 and 9.0.
>
>
> On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov 
> wrote:
>
>> Yes! I'm curious to give it a go, but getting pulled in many different
>> directions. If nobody else steps up, I will be free to shepherd the
>> release along in a  couple of weeks, assuming the current firestorm
>> subsides...
>>
>> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl 
>> wrote:
>> >
>> > +1
>> >
>> > Blockers seem to be done with. So I guess we just need an RM to get the
>> ball rolling? :)
>> >
>> > I know that the Release Wizard in new Lucene repo needs some updates
>> https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some with
>> that...
>> >
>> > Cross-ref other 9.0 release mail-threads:
>> > - "Now that 8.10 is out ... let's get rolling on 9!"
>> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
>> > - "9.0 release":
>> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>> >
>> > Jan
>> >
>> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>> >
>> > +1 to your suggestions
>> >
>> > I just commented on LUCENE-9959 to suggest reverting since the changes
>> are currently half baked and I don't think that they should block 9.0.
>> There are no other blockers left to my knowledge.
>> >
>> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov 
>> wrote:
>> >>
>> >> It's been two years since our last release, we had lots of +1 when we
>> >> raised this last December, and IMO we are close to baked at this
>> >> point.
>> >>
>> >> I checked JIRA and found two remaining Blockers
>> >>
>> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
>> >> VectorReader.search needs rethought, o.a.l.search integration?
>> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
>> >> code in main
>> >>
>> >> The first one is very close to resolved;
>> >>
>> >> On the deprecations, the issue has lingered for 1-1/2 years now, and
>> >> some progress has been made, but more work remains. Some new
>> >> deprecations have been added since it was opened too. Maybe we make a
>> >> concerted effort to clean out as much as we can, and then decide if
>> >> it's enough? Anyway this seems to be the only outstanding issue, so
>> >> let's see if we can make progress there
>> >>
>> >> Q: any other blockers?
>> >>
>> >> -
>> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> >> For additional commands, e-mail: dev-h...@lucene.apache.org
>> >>
>> >
>> >
>> > --
>> > Adrien
>> >
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>
> --
> Adrien
>

Re: Lucene 9.0 release

[Adrien Grand]

For visibility, I recently opened a new issue about a case of index
corruption  which is a
blocker for 9.0. Nhat is looking into it.

We've been discussing releasing 9.0 for a long time now and I think that
everybody agrees with moving forward, there's even some good momentum
around making the build and release tooling ready. So I'd like to propose
the following timeline for the 9.0 release to get some feedback:

2021-11-01: Feature freeze:
 - branch_9x gets created from main
 - branch_8_11 gets created from branch_8x
This gives us ~2 weeks to do some last-minute work. The reasoning for doing
8.11 as well is that we have some enhancements merged to branch_8x that I
suspect some users would like to see released in 8.x. Important note: 8.11
will be the last minor release of major version 8. There might be new patch
releases in the future such as 8.11.1 or 8.11.2, but there won't be a 8.12
or a 8.13.

2021-11-04: First RC for 8.11
Since we had 8.10 not long ago, hopefully the release process will go
smoothly.

~2021-11-10: First RC for 9.0
The date is indicative, the plan would be to move forward with the first
9.0 RC as soon as the following conditions are met:
 - 8.11 is out
 - all 9.0 blockers have been addressed

Mike, your previous email suggests that you would like someone else to step
up. If that's correct I'm happy to be the release manager for both 8.11 and
9.0.


On Sat, Oct 2, 2021 at 11:54 PM Michael Sokolov  wrote:

> Yes! I'm curious to give it a go, but getting pulled in many different
> directions. If nobody else steps up, I will be free to shepherd the
> release along in a  couple of weeks, assuming the current firestorm
> subsides...
>
> On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl  wrote:
> >
> > +1
> >
> > Blockers seem to be done with. So I guess we just need an RM to get the
> ball rolling? :)
> >
> > I know that the Release Wizard in new Lucene repo needs some updates
> https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some with
> that...
> >
> > Cross-ref other 9.0 release mail-threads:
> > - "Now that 8.10 is out ... let's get rolling on 9!"
> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
> > - "9.0 release":
> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
> >
> > Jan
> >
> > 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
> >
> > +1 to your suggestions
> >
> > I just commented on LUCENE-9959 to suggest reverting since the changes
> are currently half baked and I don't think that they should block 9.0.
> There are no other blockers left to my knowledge.
> >
> > On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov 
> wrote:
> >>
> >> It's been two years since our last release, we had lots of +1 when we
> >> raised this last December, and IMO we are close to baked at this
> >> point.
> >>
> >> I checked JIRA and found two remaining Blockers
> >>
> >> 1. https://issues.apache.org/jira/browse/LUCENE-10016
> >> VectorReader.search needs rethought, o.a.l.search integration?
> >> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
> >> code in main
> >>
> >> The first one is very close to resolved;
> >>
> >> On the deprecations, the issue has lingered for 1-1/2 years now, and
> >> some progress has been made, but more work remains. Some new
> >> deprecations have been added since it was opened too. Maybe we make a
> >> concerted effort to clean out as much as we can, and then decide if
> >> it's enough? Anyway this seems to be the only outstanding issue, so
> >> let's see if we can make progress there
> >>
> >> Q: any other blockers?
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>
> >
> >
> > --
> > Adrien
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

-- 
Adrien

Re: Lucene 9.0 release

[Michael Sokolov]

Yes! I'm curious to give it a go, but getting pulled in many different
directions. If nobody else steps up, I will be free to shepherd the
release along in a  couple of weeks, assuming the current firestorm
subsides...

On Thu, Sep 30, 2021 at 9:54 AM Jan Høydahl  wrote:
>
> +1
>
> Blockers seem to be done with. So I guess we just need an RM to get the ball 
> rolling? :)
>
> I know that the Release Wizard in new Lucene repo needs some updates 
> https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some with 
> that...
>
> Cross-ref other 9.0 release mail-threads:
> - "Now that 8.10 is out ... let's get rolling on 9!" 
> https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
> - "9.0 release": 
> https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E
>
> Jan
>
> 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
>
> +1 to your suggestions
>
> I just commented on LUCENE-9959 to suggest reverting since the changes are 
> currently half baked and I don't think that they should block 9.0. There are 
> no other blockers left to my knowledge.
>
> On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov  wrote:
>>
>> It's been two years since our last release, we had lots of +1 when we
>> raised this last December, and IMO we are close to baked at this
>> point.
>>
>> I checked JIRA and found two remaining Blockers
>>
>> 1. https://issues.apache.org/jira/browse/LUCENE-10016
>> VectorReader.search needs rethought, o.a.l.search integration?
>> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
>> code in main
>>
>> The first one is very close to resolved;
>>
>> On the deprecations, the issue has lingered for 1-1/2 years now, and
>> some progress has been made, but more work remains. Some new
>> deprecations have been added since it was opened too. Maybe we make a
>> concerted effort to clean out as much as we can, and then decide if
>> it's enough? Anyway this seems to be the only outstanding issue, so
>> let's see if we can make progress there
>>
>> Q: any other blockers?
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>
>
> --
> Adrien
>
>

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

Re: Lucene 9.0 release

[Jan Høydahl]

+1

Blockers seem to be done with. So I guess we just need an RM to get the ball 
rolling? :)

I know that the Release Wizard in new Lucene repo needs some updates 
https://issues.apache.org/jira/browse/LUCENE-9809 - I may help some with that...

Cross-ref other 9.0 release mail-threads: 
- "Now that 8.10 is out ... let's get rolling on 9!" 
https://lists.apache.org/thread.html/r868028d42a19ae02d5bbe2e3329da26869045002b9bb4760b8056c56%40%3Cdev.lucene.apache.org%3E
- "9.0 release": 
https://lists.apache.org/thread.html/r7bef0af668860fdbfedb4b58261efd01d9fb26dc280915284c121065%40%3Cdev.lucene.apache.org%3E

Jan

> 17. aug. 2021 kl. 11:13 skrev Adrien Grand :
> 
> +1 to your suggestions
> 
> I just commented on LUCENE-9959 
>  to suggest reverting 
> since the changes are currently half baked and I don't think that they should 
> block 9.0. There are no other blockers left to my knowledge.
> 
> On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov  > wrote:
> It's been two years since our last release, we had lots of +1 when we
> raised this last December, and IMO we are close to baked at this
> point.
> 
> I checked JIRA and found two remaining Blockers
> 
> 1. https://issues.apache.org/jira/browse/LUCENE-10016 
> 
> VectorReader.search needs rethought, o.a.l.search integration?
> 2. https://issues.apache.org/jira/browse/LUCENE-8638 
>  Remove deprecated
> code in main
> 
> The first one is very close to resolved;
> 
> On the deprecations, the issue has lingered for 1-1/2 years now, and
> some progress has been made, but more work remains. Some new
> deprecations have been added since it was opened too. Maybe we make a
> concerted effort to clean out as much as we can, and then decide if
> it's enough? Anyway this seems to be the only outstanding issue, so
> let's see if we can make progress there
> 
> Q: any other blockers?
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org 
> 
> For additional commands, e-mail: dev-h...@lucene.apache.org 
> 
> 
> 
> 
> -- 
> Adrien

Re: Lucene 9.0 release

[Adrien Grand]

+1 to your suggestions

I just commented on LUCENE-9959
 to suggest reverting
since the changes are currently half baked and I don't think that they
should block 9.0. There are no other blockers left to my knowledge.

On Sat, Aug 14, 2021 at 6:24 PM Michael Sokolov  wrote:

> It's been two years since our last release, we had lots of +1 when we
> raised this last December, and IMO we are close to baked at this
> point.
>
> I checked JIRA and found two remaining Blockers
>
> 1. https://issues.apache.org/jira/browse/LUCENE-10016
> VectorReader.search needs rethought, o.a.l.search integration?
> 2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
> code in main
>
> The first one is very close to resolved;
>
> On the deprecations, the issue has lingered for 1-1/2 years now, and
> some progress has been made, but more work remains. Some new
> deprecations have been added since it was opened too. Maybe we make a
> concerted effort to clean out as much as we can, and then decide if
> it's enough? Anyway this seems to be the only outstanding issue, so
> let's see if we can make progress there
>
> Q: any other blockers?
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

-- 
Adrien

Lucene 9.0 release

[Michael Sokolov]

It's been two years since our last release, we had lots of +1 when we
raised this last December, and IMO we are close to baked at this
point.

I checked JIRA and found two remaining Blockers

1. https://issues.apache.org/jira/browse/LUCENE-10016
VectorReader.search needs rethought, o.a.l.search integration?
2. https://issues.apache.org/jira/browse/LUCENE-8638 Remove deprecated
code in main

The first one is very close to resolved;

On the deprecations, the issue has lingered for 1-1/2 years now, and
some progress has been made, but more work remains. Some new
deprecations have been added since it was opened too. Maybe we make a
concerted effort to clean out as much as we can, and then decide if
it's enough? Anyway this seems to be the only outstanding issue, so
let's see if we can make progress there

Q: any other blockers?

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