The deadmap format will be changed in rel.22.
The previous DB folder was /PIXEL/PixMapOverlay, and new folder /PIXEL/PixelModuleFeMask .
This new folder is not included in old global tag.
Thus, in the job option, the DB-tag is specified, but this should be removed when the q-test update new global tag.
Unfortunately, q221 uses old global tag, OFLCOND-MC16-SDR-25, which associates PixMapOverlay-SIM-MC16-000-02.
But the RUN-2 best-knowledge tag is based on PixMapOverlay-SIM-MC16-000-03, and new deadmap conditions also based on this tag (-03).
Therefore, the q221 test will not pass T0 policy. The reference file is updated.
On the other hand, the data q431 is no problem.

Cleanup cmake configuration and enable flake8. Delete obsolete
`JobOptCfg.py` file.

Soshi Tsuno authored 4 years ago and Adam Edward Barton committed 4 years ago

revert removal of some condalgs which are needed in the legacy trigger (prevents problems with ordering of the condSeq)

Don't declare dependencies on conditions objects that we won't read.
(This is for the old configuration.  The new-style configuration should
already be ok.)

Benjamin Michael Wynne authored 4 years ago and Edward Moyse committed 4 years ago

Configure PixelTDAQCondAlg with empty read key when offline. Remove hack dealing with the old dangling dependency

The hard-scatter and background `McEventCollection` objects are merged in Overlay jobs.
This merging has to occur before the collection is accessed via the `HepMcParticleLink`
objects owned by ID and Muon SimHits. As the dependency is not explicit it is not picked
up by the MT scheduler. Therefore the dependency has to be added manually to affected Algorithms.
This is the same fix as !30525, but for the old-style rather than CA-based configuration.

 - exec
 - print function

Set the Cardinality of ID and MS digitization Algorithms in Overlay
jobs to be equal to the number of threads.

John Derek Chapman authored 5 years ago and Walter Lampl committed 5 years ago

This commit adds an `m_doNoise` configurable property to the
`FrontEndSimTool` base class. This is used to determine whether
or not the `ThermalNoise(...)` and `RandomNoise(...)` functions
should be called in the derived classes. This should replicate
the behaviour in `21.0` where the `PixelNoisyCellGenerator` is
only used when `digitizationFlags.doInDetNoise()==True`.

Former-commit-id: 5a775ae0