We don't have to commit (guarantee) to anything in future 9.x releases other than critical fixes. Who knows when we'll not want to pursue another release. It doesn't have to be know-able in advance.
On Thu, Apr 17, 2025 at 4:22 PM Anshum Gupta <ans...@anshumgupta.net> wrote: > I like the idea of supporting 9x, however it gets difficult to manage > as the codebase diverges. > > If we intend to support, we should be completely committed for the > sake of the user community - with guarantees around active backporting > of bug fixes and most importantly security patches. Also, are you > proposing to support 9x until Solr 11 is out? > > On Thu, Apr 17, 2025 at 12:57 PM Jan Høydahl <jan....@cominvent.com> > wrote: > > > > I'm not opposed to further 9.x feature releases, as long as someone are > willing to put in the work. But I don't think such a decision should slow > down our move to Java 21 in 10.x. > > > > Excited about 10.0 materializing. > > > > Jan > > > > > 15. apr. 2025 kl. 16:39 skrev Houston Putman <hous...@apache.org>: > > > > > > I think that this is the biggest benefit of the lucene split, and I am > 100% > > > in support. 9x can continue being supported while maintainers want to > add > > > new features, but there is no guarantee that things be backported > (other > > > than security and bad bug) or that releases happen. > > > > > > Other projects do this and I think its a very successful way of > > > transitioning between major versions. > > > > > > Im also excited for a 10.0, and think we should try to cut it in the > summer > > > and get all of the breaking changes we want in beforehand. We can > > > prioritize those since we will still be releasing the 9x line > potentially > > > going forward. > > > > > > - Houston > > > > > > On Mon, Apr 14, 2025 at 11:00 PM David Smiley <dsmi...@apache.org> > wrote: > > > > > >> Is it controversial to propose that a 10.0 release need not imply the > end > > >> of 9.x minor releases? I would like us to be okay with additional > minor > > >> releases; and I'm not sure why anyone would block this proposal > either. > > >> Eventually, practically speaking, too few of us will care about > maintaining > > >> the 9.x line, and the minor releases will cease. Those of us that > don't > > >> want to be burdened with another major branch still being open need > not > > >> feel compelled to back-port changes there. Heck; that's true today. > > >> > > >> ~ David > > >> > > >> On Mon, Apr 7, 2025 at 9:39 AM Jason Gerlowski <gerlowsk...@gmail.com > > > > >> wrote: > > >> > > >>> Hey, > > >>> > > >>> Yes - I think penciling in a timeline is a great idea, it'll give > devs > > >>> notice around any work that they were hoping to get in. And July in > > >>> particular sounds like a realistic (if distant) target. I'd love to > > >>> see 10.0 happen a little sooner if the blockers get cleared away in > > >>> time, but that's probably unrealistic on my part. > > >>> > > >>> Anecdotally, I know some folks have things that they'd like to see > > >>> deprecated in a 9.x release before 10.0 goes out the door. Is it > > >>> worth penciling in a tentative date for a 9.x release, so those folks > > >>> know when their deprecations/changes need to be in? Say, early June? > > >>> > > >>> Best, > > >>> > > >>> Jason > > >>> > > >>> On Tue, Mar 25, 2025 at 3:17 PM Anshum Gupta <ans...@apache.org> > wrote: > > >>>> > > >>>> Hi everyone, > > >>>> > > >>>> I think it's time we start planning for Solr 10. Lucene 10 was > > >>>> released almost 6 months ago and it makes a lot of sense for Solr to > > >>>> release a corresponding version that has all the good stuff from > > >>>> Lucene 10. > > >>>> > > >>>> I would like to target a July release for Solr 10, giving everyone > > >>>> about 3 months - one of which should be to stabilize and test our > > >>>> release for the most part. > > >>>> > > >>>> And yes, I'd like to also volunteer to be the RM. > > >>>> > > >>>> -Anshum > > >>>> > > >>>> > --------------------------------------------------------------------- > > >>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > >>>> For additional commands, e-mail: dev-h...@solr.apache.org > > >>>> > > >>> > > >>> --------------------------------------------------------------------- > > >>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > >>> For additional commands, e-mail: dev-h...@solr.apache.org > > >>> > > >>> > > >> > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > For additional commands, e-mail: dev-h...@solr.apache.org > > > > > -- > Anshum Gupta > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > >
