Update the validation rule that prevents new releases on closed series
to look at the stable status of the deliverable, which can override
the value for the series.
Change-Id: I4beffa646253da7f50ddb1054b90839d881e3aa5
Story: #2001852
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
Add an API to Deliverable to let the sphinxext inject the series status
information, since the build conditions and working directory are
different under sphinx.
Change-Id: Id2bbdc4815564d28a5f4989bf7c74aed93e8c129
Story: #2001852
Task: #12620
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
Instead of passing the root directory, pass deliverables directory
like we do for the Deliverables class.
Change-Id: I3f6dfe8936ccbce62d0735c591694b8831604437
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
Allow deliverables to set a stable-status value that may differ from
the series setting.
Story: #2001852
Change-Id: If5d54c317b9e1c7bc858d05bc41950eee98684fc
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
We agreed at the PTG in Dublin that we would not allow releases from
branches in 'extended maintenance' mode, so that leaves 'development'
and 'maintenance'.
Story: #2001852
Change-Id: I129bdd1c6103615179a7fb7918d37fd02ba0b914
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
Move the information about the series status into a data file and use
that to generate the table on the main page. This is the first step
toward adding deliverable-specific series status information to the
output, since we need a place to put the default values.
Because we're adding a yaml file under the deliverables directory that
is not actually a deliverable file, we have to update the validation
tool to ignore it.
Story: #2001852
Task: #14347
Change-Id: I99bd94a323b53c0dfc2cb648268e51a30321cd46
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
We do not allow libraries to follow the milestone release model because
pip will not install pre-release versions by default.
Also correct the deliverable type at the same time.
Change-Id: Ia638fccff9fb9ed9cacaf3ef854a1f0e11fb6d43
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
