Done Jan
> 7. jan. 2024 kl. 07:03 skrev David Smiley <dsmi...@apache.org>: > > Sure; thanks. > >> On Fri, Jan 5, 2024 at 3:29 PM Jan Høydahl <jan....@cominvent.com> wrote: >> >> 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 >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org
