Identify any pre-release blockers (“must-have features”)
To all science pipeline contributors, please check if there are outstanding issues that have to be included in the next 19.0.0 release. If no outstanding issues are highlighted, and no problems are found, we plan to use the next weekly build (w_2019_43 from October the 26th) as the starting point for the 19.0.0 major release.
Wait for contributors to clear
The weekly build identified as the starting point for the release is w_2019_46.
Release Engineering Steps
Git Tag v19.0.0.rc1
Eups publish rc1 candidate (based on b4576) (also w_2019_46)
Branch v19.0 of newinstall.sh
Github release lsst_demo v19
Wait for the first round of bugs to clear
Repeat last 2 steps, -rc2 and rc3 candidates <-- final candidate is rc1
The DM-CCB discussed the pending issues this morning:
DM-21169
DM-20574
DM-20937
DM-18036
DM-19207
and agreed that the start of the release process can wait a couple of weeks, until these issues are resolved. There should be minimum impact to the release availability date (or no impact at all).
Does the update to the schedule mean that some later weekly will be used as the basis, or that the changes from the blocking issues will be back-ported to a branch off of w_2019_43?
I’m interested primarily because I’m not sure when deprecated interfaces merged to master ~now should be marked as removable (in particular, RFC-644).