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]
