Thanks so much Jason for investing your time to fix the build machines! RE timeout -- we ought to explicitly set a timeout so as to not hog the machine indefinitely. For Bats, I don't know where that is. I've done changes in the recent past for normal / JUnit tests.
On Fri, Jun 28, 2024 at 5:42 PM Jason Gerlowski <gerlowsk...@gmail.com> wrote: > > > I wanted to confirm that our Jenkins builds are still happy, and while our > > normal Jenkins boxes are busted > > The boxes are fixed! Or, lucene-solr-1 should be at least. I'm still > looking into lucene-solr-2. So any failures at this point are > legitimate issues. > > Case in point, it looks like our 9x BATs tests are broken. I'm able > to reproduce the error in this build on two different Macs. (Looking > into a fix, now, so hopefully I can handle this one) [1]. > > Slight tangent - do we have any time-constraints on these builds? > Following a bats failure the job hangs, seemingly indefinitely. > (Current one has been running for ~17 hrs) It's a real holdup > considering we only have 1 functional build machine at this point. > > > I’m running out of time before vacation for three weeks (hello Spain!) and > > so thinking [list of 3 or 4 different options] > > Option (3) i.e. the "skip backporting until after your trip" option, > sounds best to me. I agree with Jan that users will benefit from 9.x > deprecation warnings, and that it's worth getting something on > branch_9x at some point. But IMO there's no rush on that, as long as > you're still up for it following your time away. It's less stress, > afaik there's no proposed 9.x release that you'd miss by waiting, and > since the build-machines have only recently gotten fixed the change > would probably benefit from a bit more time to "bake" on 'main' > anyway. > > Just my two-cents. > > When you're back around later this summer I'm willing to pair on some > of those backporting difficulties, fwiw. > > Jason > > [1] https://ci-builds.apache.org/job/Solr/job/Solr-Check-9.x/6066/ > > On Fri, Jun 28, 2024 at 9:39 AM Jan Høydahl <jan....@cominvent.com> wrote: > > > > From an upgrade 9->10 perspective, it would be good to start getting > > deprecation warnings in 9.x for old options and change scripts etc so you > > don't have a big-bang moment in 10.0. > > > > A potential option 5) is to introduce the new options and deprecate old in > > 10.0, meaning they won't be removed until 11.0 > > > > Jan > > > > > 28. juni 2024 kl. 13:18 skrev Eric Pugh <ep...@opensourceconnections.com>: > > > > > > Hi all…. Quick update that I merged SOLR-16842 into main. > > > > > > I wanted to confirm that our Jenkins builds are still happy, and while > > > our normal Jenkins boxes are busted, I see that we have > > > “Solr-Check-main-s390x”? Looking at it, it appears that recent code > > > merges are fine, that the one test that failed on run > > > https://ci-builds.apache.org/job/Solr/job/Solr-Check-main-s390x/646/ is > > > probably just flaky. So feeling good about that! > > > > > > https://ci-builds.apache.org/job/Solr/job/Solr-Check-main-s390x/ > > > > > > I have started a back port PR to branch_9x, however it’s not going well…. > > > :-(. https://github.com/apache/solr/pull/2540. There are more > > > differences between main and branch_9x for the CLI than I quite realized. > > > Bats tests on main that aren’t on branch_9x, all the changes in how we > > > craft Solr urls, the fact that we never back ported basic auth for > > > SolrCLI tools…. We replaced “CreateCoreTool" and “CreateCollectionTool" > > > tools with “CreateTool” on main... I haven’t committed all my local > > > changes as the tests are failing, but may try that…. > > > > > > I’m running out of time before vacation for three weeks (hello Spain!) > > > and so thinking: > > > > > > 1) Ask for help. If someone else wanted to take a crack at the back port > > > who has more Git-fu than I do, more than welcome. > > > 2) Push up the code to the branch even though tests etc fail. > > > 3) Not worry about back port to branch_9x till I get back last week of > > > July. > > > 4) Pivot on the back port plan and declare SOLR-16842 to be a Solr 10 > > > only feature. Figure out a new plan for removing deprecated options from > > > code. (That is starting to feel the path of least resistance to me). > > > > > > I would very much like to NOT rollback the change so didn’t list that as > > > an option…. > > > > > > > > > Thanks > > > > > > Eric > > > > > > > > >> On Jun 22, 2024, at 10:05 AM, Eric Pugh <ep...@opensourceconnections.com > > >> <mailto:ep...@opensourceconnections.com>> wrote: > > >> > > >> Thanks Jason, I’m happy to stall till end of day on Monday to click > > >> “merge”! Thanks. > > >> > > >> > > >>> On Jun 21, 2024, at 12:33 PM, Jason Gerlowski <gerlowsk...@gmail.com> > > >>> wrote: > > >>> > > >>> Hey Eric, > > >>> > > >>> Sorry for the delay - I am hoping to review that PR. I'll try to have > > >>> a review done by Monday (if not today). That should leave a week or > > >>> so for any followups prior to your big trip! (Safe travels!) > > >>> > > >>> If Monday isn't early enough and you need to merge on Saturday, IMO > > >>> that's fine. The PR's been open for nearly a year and you've been > > >>> more than patient at this point. In that case I'll just review > > >>> post-merge and we can handle any follow ups as needed. > > >>> > > >>> Best, > > >>> > > >>> Jason > > >>> > > >>> On Fri, Jun 21, 2024 at 12:07 PM Eric Pugh > > >>> <ep...@opensourceconnections.com> wrote: > > >>>> > > >>>> Hi all, I’m planning on merging > > >>>> https://github.com/apache/solr/pull/1768, SOLR-16824: Adopt Linux > > >>>> Command line tool pattern of -- for long option commands tomorrow > > >>>> (Saturday). > > >>>> > > >>>> I’m going to be traveling (Spain!) for three weeks starting June 29th, > > >>>> and I’d like to make sure this fairly big change has plenty time for > > >>>> any panicky follow up fixes that turn out to be needed when it goes > > >>>> into main and branch_9x. > > >>>> > > >>>> Eric > > >>>> > > >>>> > > >>>> _______________________ > > >>>> Eric Pugh | Founder | 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 > > >>> > > >> > > >> _______________________ > > >> Eric Pugh | Founder | 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. > > >> > > > > > > _______________________ > > > Eric Pugh | Founder | 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