Fix the default CondDB tag for 2017
The latest tag for 2017 data type is cond-20170724, which we were using at the end of the year.
Merge request reports
Activity
@cattanem I suppose this should go to 2017-patches as well. Let me know if you prefer to cherry-pick from here or I should target 2017-patches first
@rmatev, yes it should. I'll try to cherry-pick from here but may not be the whole story as the DDDB tag in 2017-patches is also older.
While we are at it we should set up also a first default for 2018, identical to 2017, but with initial time
# set initialization time to a safe default self.__set_init_time__(datetime(2018, 12, 31, 23, 59))
Probably best to do it with a separate MR, to not interfere with the cherry-pivk to 2017-patches
Yes, I just did the MR for 2018: !1086 (merged)
added 26 commits
-
a69a05ee...0e819eb8 - 24 commits from branch
2017-patches
- c2382c1a - Fix the default CondDB tag for 2017
- 56448078 - Update DDDB tags to dddb-20171030*
-
a69a05ee...0e819eb8 - 24 commits from branch
mentioned in merge request !1086 (merged)
I added the fix for the 2018-patches branch in !1086 (merged)
- [2018-01-25 00:04] Validation started with lhcb-2017-patches#274
mentioned in commit bd0e7509
mentioned in merge request Brunel!350 (merged)
mentioned in commit Brunel@8c543d8a