Should we include this bugfix? https://issues.apache.org/jira/browse/SOLR-16203 I'm merging to branch_9x now...
Jan > 5. jan. 2024 kl. 17:14 skrev David Smiley <dsmi...@apache.org>: > > 9.4.1 is unblocked; bug fixes are now on the release branch. I plan to > pursue a RC soon (today/tomorrow). This is my first time. > > On Fri, Dec 8, 2023 at 9:53 AM Jan Høydahl <jan....@cominvent.com> wrote: > >> SolrBot had been failing for a long time (>1month), but I got it on track >> again. Normally it only files new PRs on Sundays, but I'm triggering that >> manually now to consider what other upgrades from the past month that we >> should put into 9.4.1. >> >> Please have a look at https://github.com/apache/solr/pulls/solrbot and >> consider which ones should be merged and backported. >> >> Jan >> >>> 8. des. 2023 kl. 14:59 skrev David Smiley <david.w.smi...@gmail.com>: >>> >>> I renamed that job to add "(Crave)" >>> https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x%20(Crave)/ and >>> disabled it. I then I created a new job copied from the >> "Solr-check-main" >>> but branch_9x. Builds are hourly so we'll see how it goes. >>> >>> ~ David >>> >>> >>> On Thu, Dec 7, 2023 at 10:08 AM Jan Høydahl <jan....@cominvent.com> >> wrote: >>> >>>> PS: https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/ is also >> not >>>> running since 25 days as it was converted to Crave.. >>>> >>>> Jan >>>> >>>>> 7. des. 2023 kl. 15:06 skrev David Smiley <david.w.smi...@gmail.com>: >>>>> >>>>> I've been working with Uv on these glitches. >>>>> ~ David >>>>> >>>>> >>>>> On Thu, Dec 7, 2023 at 2:47 AM Jan Høydahl <jan....@cominvent.com> >>>> wrote: >>>>> >>>>>> I backported ALL SolrBot PRs to branch_9_4, which brings the number of >>>>>> known CVEs down. >>>>>> >>>>>> I also have a few other dependency upgrades baking in PRs but >>>>>> unfortunately Crave has died so no PRs pass tests: >>>>>> >>>>>>> Run cd >>>>>> >>>> >> /crave-devspaces/pipeline/runs/${GITHUB_RUN_ID}_${GITHUB_RUN_NUMBER}/solr >>>>>>> Selecting project Solr (id:39) >>>>>>> Error: Process completed with exit code 1. >>>>>> >>>>>> Jan >>>>>> >>>>>>> 7. des. 2023 kl. 02:44 skrev David Smiley <david.w.smi...@gmail.com >>> : >>>>>>> >>>>>>> Sounds good Eric. It's not clear when exactly a 9.4.1 RC will happen >>>> as >>>>>>> there are a couple security matters we're looking at. >>>>>>> ~ David >>>>>>> >>>>>>> >>>>>>> On Wed, Dec 6, 2023 at 12:31 PM Eric Pugh < >>>>>> ep...@opensourceconnections.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Something that I’d like to get released ASAP is a fix to the >> bin/solr >>>>>> post >>>>>>>> command. >>>>>>>> >>>>>>>> Our Ref Guide has a lot of mentions of using “bin/solr post -c tech >>>>>>>> products”, however I removed the -c parameter in favour of -url >>>>>> parameter. >>>>>>>> I think that was a mistake, and would like to restore the old -c >>>>>> parameter, >>>>>>>> and then make sure the Ref Guide is up to date. >>>>>>>> >>>>>>>> This could be a 9.4.1 or 9.5 change. >>>>>>>> >>>>>>>>> On Dec 6, 2023, at 10:31 AM, Jason Gerlowski < >> gerlowsk...@gmail.com> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Good question - I'm still thinking through what makes the most >> sense >>>>>>>>> there. Let's continue discussion on SOLR-17100 if you've got >>>> thoughts! >>>>>>>>> >>>>>>>>> On Wed, Dec 6, 2023 at 9:58 AM Jan Høydahl <jan....@cominvent.com> >>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Jason, what do you mean by "publishing" the clients? >>>>>>>>>> I suppose you don't mean pip and npm, but including them in the >>>> binary >>>>>>>>>> tarball for users to consume? Or can we perhaps keep them >> "internal" >>>>>>>> only >>>>>>>>>> for a few releases with no docs and no guarantees, only >> dog-fooding? >>>>>>>>>> >>>>>>>>>> Jan >>>>>>>>>> >>>>>>>>>>> 6. des. 2023 kl. 15:38 skrev Jason Gerlowski < >>>> gerlowsk...@gmail.com >>>>>>> : >>>>>>>>>>> >>>>>>>>>>> I'd love to see a 9.5 go out sometime in January to get our new >>>>>> Python >>>>>>>>>> and >>>>>>>>>>> Javascript clients in front of users. I'm willing to RM the >>>> release, >>>>>>>> or >>>>>>>>>>> share duties with you if you're interested David? Publishing the >>>> new >>>>>>>>>>> clients will require some changes to the release process, and I'd >>>>>> hate >>>>>>>> to >>>>>>>>>>> saddle someone else with ironing out whatever hiccups are likely >> to >>>>>>>> crop >>>>>>>>>> up. >>>>>>>>>>> >>>>>>>>>>> What do you guys think about doing 9.5 on a January-ish >> timeframe? >>>>>>>>>>> >>>>>>>>>>> That said, if someone else wants a 9.4.1 I don't want to get in >> the >>>>>> way >>>>>>>>>> of >>>>>>>>>>> that either. Jan's right that there'd still be value in a 9.4.1 >>>> even >>>>>>>>>> with >>>>>>>>>>> a 9.5. I imagine the driving factor would be whether there's a >>>>>> willing >>>>>>>>>> RM >>>>>>>>>>> for 9.4.1 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Wed, Dec 6, 2023 at 5:42 AM Jan Høydahl < >> jan....@cominvent.com> >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> The benefit of doing 9.4.1 now is that it won't have that >> unknown >>>>>>>>>>>> regression that may be lurking in branch_9x now, so it's a much >>>>>> easier >>>>>>>>>>>> upgrade path for 9.4.0 users. >>>>>>>>>>>> However, I feel a 9.5 should follow quickly after. There is >> always >>>>>>>> room >>>>>>>>>>>> for a 9.6, 9.7 etc if someone wants to promote newer features, >> we >>>>>>>> don't >>>>>>>>>>>> need to wait for a certain number of new features to release, in >>>> my >>>>>>>>>> mind it >>>>>>>>>>>> is enought that we have one very interesting feature, or that >2 >>>>>>>> months >>>>>>>>>> has >>>>>>>>>>>> passed. >>>>>>>>>>>> >>>>>>>>>>>> I can help backport dependency upgrades. >>>>>>>>>>>> >>>>>>>>>>>> Jan >>>>>>>>>>>> >>>>>>>>>>>>> 6. des. 2023 kl. 05:50 skrev David Smiley < >>>>>> david.w.smi...@gmail.com >>>>>>>>> : >>>>>>>>>>>>> >>>>>>>>>>>>> Ideally I would have done a 9.4.1 earlier for that one issue... >>>>>> but I >>>>>>>>>>>>> didn't and kept feeling more and more guilty... so here we are. >>>>>> But >>>>>>>>>>>> really >>>>>>>>>>>>> I shouldn't feel too guilty; open-source is volunteering; >> doing a >>>>>>>> patch >>>>>>>>>>>>> release shouldn't be a required punishment for an unfortunate >>>> bug. >>>>>>>> It >>>>>>>>>>>>> wasn't even a feature I was using in my day-to-day; I was just >>>>>>>> helping >>>>>>>>>>>>> someone fix their problem. >>>>>>>>>>>>> >>>>>>>>>>>>> BTW a new Lucene release is close so we might to wait a bit on >>>> Solr >>>>>>>>>> 9.5, >>>>>>>>>>>> so >>>>>>>>>>>>> maybe we do this 9.4.1. That Lucene release also touches the >>>> index >>>>>>>>>>>> format >>>>>>>>>>>>> BTW. >>>>>>>>>>>>> >>>>>>>>>>>>> ~ David >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Tue, Dec 5, 2023 at 8:50 PM Shawn Heisey >>>>>>>>>> <apa...@elyograg.org.invalid >>>>>>>>>>>>> >>>>>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> On 12/5/23 16:28, David Smiley wrote: >>>>>>>>>>>>>>> I didn't know doing 9.5 was an option. If it still is, I >> would >>>>>>>>>> prefer >>>>>>>>>>>> to >>>>>>>>>>>>>>> do 9.5. What do people think? >>>>>>>>>>>>>> >>>>>>>>>>>>>> The 9.5.0 section of CHANGES.txt in main is not as big as that >>>> for >>>>>>>>>>>>>> 9.4.0, but it's not small either. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I do not know whether any of those changes are something that >>>> the >>>>>>>>>> author >>>>>>>>>>>>>> thinks needs to bake for a little while longer. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I run a branch_9x snapshot on my little tiny Solr install that >>>>>> gets >>>>>>>>>> its >>>>>>>>>>>>>> index from dovecot, and I update it frequently. It hasn't >> given >>>>>> me >>>>>>>>>> any >>>>>>>>>>>>>> trouble. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I say go for it. Someday I will do a release myself. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Shawn >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>> >> --------------------------------------------------------------------- >>>>>>>>>>>>>> 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 >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> _______________________ >>>>>>>> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | >>>> 434.466.1467 | >>>>>>>> http://www.opensourceconnections.com < >>>>>>>> http://www.opensourceconnections.com/> | My Free/Busy < >>>>>>>> http://tinyurl.com/eric-cal> >>>>>>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < >>>>>>>> >>>>>> >>>> >> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw >>>>>>> >>>>>>>> >>>>>>>> This e-mail and all contents, including attachments, is considered >> to >>>> be >>>>>>>> Company Confidential unless explicitly stated otherwise, regardless >> of >>>>>>>> whether attachments are marked as such. >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> 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
