Commit Graph

8 Commits

Author SHA1 Message Date
elajkat 224b6579a8 Create pike-eol tag for Networking projects
Pike branch for networking projects has many issues in the last cycles
and few actual backports on them.
Some projects' (bgpvpn and bagpipe) pike is already EOL-d, so it is
time to do the same for the remaining projects also as for the
announcement mail (see [1]) there was no answer and desire to keep the
pike branch open.

[1]: http://lists.openstack.org/pipermail/openstack-discuss/2022-April/028126.html

Change-Id: Iad31204a859d87009640b79b4eb59efe81ad18b5
2022-05-09 11:29:19 +02:00
Tony Breeds be4731f999 [neutron] create pike-em tag against final releases
This is a procedural review to transition pike into extended
maintenance by creating the pike-em tag.

It's possible that the release isn't needed (for example if
there are no code changes sine the previous release, sadly
that's non-trivial to detect en masse).

If you are the PTL or release liaison for this team please +1
this review if it is ready or -1 and take over the review to
correct mistakes.

Change-Id: I1b88befeafc0a954fb99add3a6fbf404916ecfdb
2019-05-10 15:48:38 -05:00
Tony Breeds e350c8b971
[neutron] final releases for pike
This is a procedural review to tag a final release for each
deliverable.

It's possible that the release isn't needed (for example if there are
no code changes sine the previous release, sadly that's non-trivial to
detect en masse.

If you are the PTL or release liaison for this team please +1 this
review if it is ready or -1 and take over the review to correct
mistakes.

Change-Id: I4a12cf4068b2c13a1ef448dfc1083f52f38baaf3
2019-05-10 14:01:43 -05:00
Sean McGinnis 8df28d81d9 Remove per-release highlights for Pike
We've been warning that these are deprecated for awhile now, and
we now have enforcement in place to make sure no new highlights
are added.

We also have some automation that rewrites the deliverable files
but does not always do a great job, resulting in poorly formatted
text that causes warnings in the validation job.

Since many folks new to the release process, and some that have
done it for awhile, look at existing files to see what to do for
new releases, they do assume highlights should be used and end up
adding them to their deliverable file. Since most of these also
do not know to run local validatation, this results in gate
resources being used to just now be rejected with the current
checks.

To help prevent this from happening, and to get rid of the warning
messages from poor reformatting, this just removes highlights
from the last few releases.

Change-Id: Ie0b0e241c38f84bbc7b1ef5b09e97dc8ec466b39
2018-02-21 16:22:49 -05:00
Doug Hellmann 99b201ac88 add repo names to repository-settings for pike
Change-Id: I438a18e94b0de492d92587bca76ca0900c5534dc
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
2018-02-07 18:21:37 -05:00
Sean McGinnis 3291999ef4 Add or update pike release notes links
Depends-on: https://review.openstack.org/540536
Change-Id: Ie42658df2aebd2563d693ff207abec5916cb1d52
2018-02-02 16:08:10 -06:00
Akihiro Motoki fbfc90156a Release neutron-fwaas-dashboard 1.0.0 for Pike
Change-Id: I73eefade378b1d327310cc37885ba6a864612a3b
2017-08-22 16:18:41 +00:00
Akihiro Motoki 6596b4c3d5 Release neutron-fwaas-dashboard 0.1.0
This is the first release of neutron-fwaas-dashboard
after split out from horizon during Pike-3 cycle.

Change-Id: If4c8ecd1fc3eba3f7cb08ffb574b3fdb0d4e0286
2017-07-26 07:58:27 +00:00