Uploaded image for project: 'CoreOS OCP'
  1. CoreOS OCP
  2. COS-2703

[coreos/ignition] Release 2.18.0

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Undefined Undefined
    • None
    • None
    • Upstream
    • 3
    • False
    • Hide

      None

      Show
      None
    • False
    • 250 - Core Packages
    • 0
    • 0.000

      [2159073331] Upstream Reporter: Steven Presti
      Upstream issue status: Closed
      Upstream description:

      Release checklist:

      Tagging:

      • [x] Write release notes in `docs/release-notes.md`. Get them reviewed and merged
      • [x] If the release signing key has changed because a new Fedora release has gone stable, note the change as done [here](https://github.com/coreos/ignition/releases/tag/v2.10.1).
      • [x] If doing a branched release, also include a PR to merge the `docs/release-notes.md` changes into main
      • [x] Ensure your local copy is up to date with the upstream main branch (`git@github.com:coreos/ignition.git`)
      • [x] Ensure your working directory is clean (`git clean -fdx`)
      • [x] Ensure you can sign commits and any yubikeys/smartcards are plugged in
      • [x] Run `./tag_release.sh <vX.Y.z> <git commit hash>`
      • [x] Push that tag to GitHub

      Fedora packaging:

      • [x] Update the spec file in [Fedora](https://src.fedoraproject.org/rpms/ignition):
      • Bump the `Version`
      • Switch the `Release` back to `1%{?dist}`
      • Remove any patches obsoleted by the new release
      • Run `go-mods-to-bundled-provides.py | sort` while inside of the `ignition` directory you ran `./tag_release` from & copy output into spec file in `# Main package provides` section
      • Update changelog
      • [x] Run `spectool -g -S ignition.spec`
      • [x] Run `kinit your_fas_account@FEDORAPROJECT.ORG`
      • [x] Run `fedpkg new-sources $(spectool -S ignition.spec | sed 's:.*/::')`
      • [x] PR the changes in [Fedora](https://src.fedoraproject.org/rpms/ignition)
      • [x] Once the PR merges to rawhide, merge rawhide into the other relevant branches (e.g. f39) then push those, for example:
        ```bash
        git checkout rawhide
        git pull --ff-only
        git checkout f39
        git merge --ff-only rawhide
        git push origin f39
        ```
      • [x] On each of those branches run `fedpkg build` including rawhide.
      • [x] Once the builds have finished, submit them to [bodhi](https://bodhi.fedoraproject.org/updates/new), filling in:
      • `ignition` for `Packages`
      • Selecting the build(s) that just completed, except for the rawhide one (which gets submitted automatically)
      • Writing brief release notes like "New upstream release; see release notes at `link to docs/release-notes.md on GH tag`"
      • Leave `Update name` blank
      • `Type`, `Severity` and `Suggestion` can be left as `unspecified` unless it is a security release. In that case select `security` with the appropriate severity.
      • `Stable karma` and `Unstable` karma can be set to `2` and `-1`, respectively.
      • [x] [Submit a fast-track](https://github.com/coreos/fedora-coreos-config/actions/workflows/add-override.yml) for FCOS testing-devel
      • [x] [Submit a fast-track](https://github.com/coreos/fedora-coreos-config/actions/workflows/add-override.yml) for FCOS next-devel if it is [open](https://github.com/coreos/fedora-coreos-pipeline/blob/main/next-devel/README.md)

      GitHub release:

      • [x] Wait until the Bodhi update shows "Signed :heavy_check_mark:" in the Metadata box.
      • [x] Verify that the signing script can fetch the release binaries by running `./signing-ticket.sh test <x.y.z-r> <output-dir>`, where `r` is the Release of the Fedora package without the dist tag (probably `1`)
      • [x] Run `./signing-ticket.sh ticket <x.y.z-r>` and paste the output into a [releng ticket](https://pagure.io/releng/new_issue).
      • [x] Wait for the ticket to be closed
      • [x] Download the artifacts and signatures
      • [x] Verify the signatures
      • [x] Find the new tag in the [GitHub tag list](https://github.com/coreos/ignition/tags) and click the triple dots menu, and create a draft release for it.
      • [x] Copy and paste the release notes from `docs/release-notes.md`
      • [x] Upload all the release artifacts and their signatures
      • [x] Publish the release

      Quay release:

      RHCOS packaging for the current RHCOS development release:

      • [x] Update the [spec file](https://gitlab.com/redhat/rhel/rpms/ignition)
      • Bump the `Version`
      • Switch the `Release` back to `1%{?dist}`
      • Remove any patches obsoleted by the new release
      • Run `go-mods-to-bundled-provides.py | sort` while inside of the `ignition` directory you ran `./tag_release` from & copy output into spec file in `# Main package provides` section
      • Update changelog
      • [x] Run `spectool -g -S ignition.spec`
      • [x] Run `kinit your_account@IPA.REDHAT.COM`
      • [x] Run `rhpkg new-sources $(spectool -S ignition.spec | sed 's:.*/::')`
      • [x] PR the changes
      • [x] Get the PR reviewed and merge it
      • [x] Update your local repo and run `rhpkg build`

      CentOS Stream 9 packaging:

      • [x] Create a `rebase-c9s-ignition` issue in the internal team-operations repo and follow the steps there

              rh-ee-ydesouza Yasmin de Souza
              upstream-sync Upstream Sync
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: