[EVO] Moved GlobalObjectMapRecord back to global namespace#50483
Conversation
|
cms-bot internal usage |
|
type evo |
|
assign core |
|
please test |
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-50483/48634 |
|
New categories assigned: core @Dr15Jones,@makortel,@smuzaffar you have been requested to review this Pull request/Issue and eventually sign? Thanks |
|
A new Pull Request was created by @Dr15Jones for CMSSW_16_1_EVOLUTION_X. It involves the following packages:
@BenjaminRS, @Dr15Jones, @makortel, @quinnanm, @smuzaffar can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
|
It seems like the class version problem is already in the CMSSW_16_1_EVOLUTION_X branch. As far as I can tell, no *DataFormats object depends on GlobalObjectMapRecord. |
|
That looks like a knock-on effect of #50418 and the classes have different checksums in EVOLUTION_X. I'll submit a fix. |
|
Please test with #50485 |
This type is stored in the RAW data format so must remain in the global namespace to allow reading old files.
7773e86 to
42f8fc2
Compare
|
Please test with #50485 |
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-50483/48647 |
|
Pull request #50483 was updated. @BenjaminRS, @Dr15Jones, @makortel, @quinnanm, @smuzaffar can you please check and sign again. |
|
ignore tests-rejected with manual-override The EVOLUTION_X IB is broken at the moment, but I think we can proceed with this PR (based on it compiling). |
|
+core By eye verified the partial revert of #50438 |
|
merge |
PR description:
This type is stored in the RAW data format so must remain in the global namespace to allow reading old files.
PR validation:
Code compiles.
resolves cms-sw/framework-team#2064