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 > >
