-
Notifications
You must be signed in to change notification settings - Fork 184
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updated root to tip of branch master #9025
Updated root to tip of branch master #9025
Conversation
A new Pull Request was created by @iarspider for branch IB/CMSSW_14_1_X/rootmaster. @cmsbuild, @iarspider, @aandvalenzuela, @smuzaffar can you please review it and eventually sign? Thanks. |
cms-bot internal usage |
please test |
please test for CMSSW_14_1_ROOT6_X |
-1 Failed Tests: Build The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic:
You can see more details here: BuildI found compilation error when building: >> Compiling edm plugin src/PhysicsTools/NanoAOD/plugins/rntuple/NanoAODRNTupleOutputModule.cc >> Compiling edm plugin src/PhysicsTools/NanoAOD/plugins/rntuple/NanoAODRNTuples.cc >> Compiling edm plugin src/PhysicsTools/NanoAOD/plugins/rntuple/SummaryTableOutputFields.cc >> Compiling edm plugin src/PhysicsTools/NanoAOD/plugins/rntuple/TableOutputFields.cc >> Compiling edm plugin src/PhysicsTools/NanoAOD/plugins/rntuple/TriggerOutputFields.cc src/PhysicsTools/NanoAOD/plugins/rntuple/NanoAODRNTupleOutputModule.cc:22:35: error: 'RPageSinkFile' has not been declared in 'ROOT::Experimental::Detail' 22 | using ROOT::Experimental::Detail::RPageSinkFile; | ^~~~~~~~~~~~~ src/PhysicsTools/NanoAOD/plugins/rntuple/NanoAODRNTuples.cc:12:35: error: 'RPageSinkFile' has not been declared in 'ROOT::Experimental::Detail' 12 | using ROOT::Experimental::Detail::RPageSinkFile; | ^~~~~~~~~~~~~ |
please test for CMSSW_14_1_ROOT6_X |
please abort |
please test for CMSSW_14_1_ROOT6_X |
-1 Failed Tests: UnitTests RelVals The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic:
You can see more details here: Unit TestsI found 2 errors in the following unit tests: ---> test materialBudgetTrackerPlots had ERRORS ---> test materialBudgetHGCalPlots had ERRORS RelVals
|
please test for CMSSW_14_1_ROOT6_X |
please abort |
Failures are caused by this ROOT PR: root-project/root#14589 |
@cms-sw/core-l2 FYI. |
This condition (also given ROOT only added the message without changing behavior) does not seem to me worth of terminating a job, so I would add these messages to the list of ROOT messages to be converted to Info messages instead of exceptions. Written that, it could be good to fix the culprit FYI @cms-sw/dqm-l2 |
Running the workflow locally is the way to go (the PR test message includes a simple recipe to use the same build area). E.g. in
That looks indeed a different problem. |
This is now done in cms-sw/cmssw#44060 |
|
For
|
Thanks @iarspider. For the |
Regarding the
error could maybe @guitargeek be able to advice? #9025 (comment) shows a strack trace for the message. |
please test for CMSSW_14_1_ROOT6_X |
-1 Failed Tests: UnitTests RelVals Unit TestsI found 2 errors in the following unit tests: ---> test materialBudgetTrackerPlots had ERRORS ---> test materialBudgetHGCalPlots had ERRORS RelVals
|
@guitargeek looks like that fix was not enough. |
Yes, indeed I overlooked something (the fact that the fit is done in a subrange, and we need to check if there are no entries in the fit range, not the full histogram). I have updated the PR, can you maybe test again? Thanks a lot! |
please test for CMSSW_14_1_ROOT6_X |
-1 Failed Tests: UnitTests Unit TestsI found 2 errors in the following unit tests: ---> test materialBudgetTrackerPlots had ERRORS ---> test materialBudgetHGCalPlots had ERRORS Comparison SummarySummary:
|
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
Ok, well it works but the slight differences in the logic now cause differences in the DQM. That's because the subrange that is used for these DQM fits doesn't align with any bin boundaries of the full histogram. In that case my new logic "snaps" to the nearest inclusive bins, and the old logic used some rebinning techniques internal to the In this circumstances, the workaround on the CMSSW side is not as trivial as I expected initially. I'll close my CMSSW PR and rather fix the underlying problem on the ROOT side: |
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
Closing in favor of #9034 |
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
As we discovered in a CMSSW ROOT `master` sync PR, the new RooFit CPU backend treats empty datasets differently from the legacy NLL evaluation backend: cms-sw/cmsdist#9025 This commit is fixing this, in particular removing the assumption that datasets used for fits with the new CPU backend are never empty. A unit test that validates the behavior for empty data objects is also added.
No description provided.