It's a good timing, given that Lucene 10.0 was released yesterday and 8.x is no longer featured on the Lucene web page and download page. So we'll not get any pushback from Lucene. Perhaps it's enough to have the vote here on dev@solr then, to make an exception fro our normal EOL rule this one time.
Jan > 15. okt. 2024 kl. 18:35 skrev Jan Høydahl <jan....@cominvent.com>: > > Houston, would you like to start the VOTE? > > Jan Høydahl > >> On 25 Sep 2024, at 18:26, Anshum Gupta <ans...@anshumgupta.net> wrote: >> I agree, let's start the vote thread on the Lucene + Solr mailing lists. >> >>> On Wed, Sep 25, 2024 at 8:03 AM Houston Putman <hous...@apache.org> wrote: >>> >>> Yeah I agree with Jan, just say this is the last release, so it is EOL. >>> Users have had enough time, they don't need an additional 3 months. And Jan >>> is perfectly right, 10.0.0 could have been released tomorrow and they would >>> be in the exact same state. >>> >>> I think an official [VOTE] thread would probably be a good idea. >>> >>> - Houston >>> >>>> On Wed, Sep 25, 2024 at 9:01 AM Jan Høydahl <jan....@cominvent.com> wrote: >>>> Thanks for doing the 8.11.4 release Houston. >>>> I agree it is time to drop 8.x support. Users have had a LONG time to >>>> consider upgrading to 9.0, 9.1, 9.2, 9.3, 9.4, 9.5, 9.6, 9.7, so I see no >>>> problem in simply announcing today that 8.11.4 is the LAST 8.x release, >>> and >>>> officially EOL. If we released 10.0.0 tomorrow, that would end 8.x >>> support >>>> the same day. No different effect, just another EOL "trigger" this time. >>>> Perhaps we need an official [VOTE] thread before the announce? >>>> Jan >>>>> 11. sep. 2024 kl. 21:52 skrev Anshum Gupta <ans...@apache.org>: >>>>> Thanks for bringing this up, Houston. >>>>> I agree that we need to stop officially supporting Lucene and Solr 8x >>>>> releases and communicate that to the community. This would be inline >>> with >>>>> the direction we should be taking for aligning with CRA and other such >>>>> legislations but also for allowing for more reasonable maintainability >>> of >>>>> our project. >>>>> I would however suggest that we give our users a time window to plan. I >>>>> suggest we drop support on the 1st of Jan, 2025, giving users 3+ months >>>> to >>>>> plan. This in no way implies that they wouldn't be able to download but >>>>> only that there would be no patching and releasing of 8x line after >>> that >>>>> date. >>>>> -Anshum >>>>> On Wed, Aug 28, 2024 at 8:24 AM Houston Putman <hous...@apache.org> >>>> wrote: >>>>>> Hello everyone, >>>>>> Just wanted to post a notification that *we will likely be having an >>>> 8.11.4 >>>>>> release*, and unless someone wants to volunteer themselves, I'll >>>> probably >>>>>> be handling it. So everyone get in the things you think need to be >>>> included >>>>>> in the next week or so (to lucene-solr/branch_8_11). >>>>>> Other than that, let's talk about the future of Solr 8. It's been >>>> around 3 >>>>>> years since Solr 9 was released I think? The build and release process >>>> is >>>>>> quite different, which in part makes it quite hard to maintain at this >>>>>> point. We are a set of volunteers, so we should say that we only >>> support >>>>>> what we can realistically support. *After this release, I suggest that >>>> on >>>>>> our website we should drop support for Solr 8 (and therefore only >>>> support >>>>>> Solr 9 until Solr 10 comes out).* >>>>>> I don't think we should make a giant shift in our support story, but >>>> this >>>>>> is a fairly special case. Not often will we do a giant shift of our >>>> github >>>>>> repos and build infrastructure in the same major release. So I'm not >>>>>> particularly worried about this being a slippery slope. But we should >>> be >>>>>> honest about the support users are getting, and the efforts that we >>> are >>>>>> able to put in. >>>>>> - Houston >>>> --------------------------------------------------------------------- >>>> 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
