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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> > 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 <[email protected]> > 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 <[email protected]>: > > >>> > > > >>> > +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 < > [email protected]> 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: [email protected] > > >>> >> For additional commands, e-mail: [email protected] > > >>> >> > > >>> > > > >>> > > > >>> > -- > > >>> > Adrien > > >>> > > > >>> > > > >>> > > >>> --------------------------------------------------------------------- > > >>> To unsubscribe, e-mail: [email protected] > > >>> For additional commands, e-mail: [email protected] > > >>> > > >> > > >> > > >> -- > > >> Adrien > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Adrien
