Open VourMa opened 3 days ago
The conflict in cms-sw/cmssw#45117 comes from the transition to the new default geometry. Should I resolve the conflict by leaving our workflow in the previously default geometry (D98) and deal with the transition in an upcoming PR?
The conflict in cms-sw#45117 comes from the transition to the new default geometry. Should I resolve the conflict by leaving our workflow in the previously default geometry (D98) and deal with the transition in an upcoming PR?
it would be more clear to discuss conflicts inline in #30
The conflict in cms-sw#45117 comes from the transition to the new default geometry. Should I resolve the conflict by leaving our workflow in the previously default geometry (D98) and deal with the transition in an upcoming PR?
I'm not sure I follow: in our PR umWFIB.extend([24834.703,24834.704]) #2026D98
is already D98
ah, OK, I see; the file was changed to a generic [prefixDet+
the only way that can work is if ±4 lines are identical
With cms-sw/cmssw#45175, the default Phase 2 geometry has been moved to D110 = T35+C18+M11+I17+O9+F8. T35 constitutes a significant change in the inner tracker geometry wrt. T32 that we were using before:
As a result, I think that the pixel maps should be rederived for that geometry and tested, before we move to the new default.