release(v0.3.3): prepare release

This is the official v0.3.3 release. Signed-off-by: Andrey Smirnov <[email protected]>
siderolabs · Dec 6, 2021 · bfe5e05 · bfe5e05
1 parent 4a87926
commit bfe5e05
Show file tree

Hide file tree

Showing 2 changed files with 29 additions and 89 deletions.
diff --git a/CHANGELOG.md b/CHANGELOG.md
@@ -1,3 +1,31 @@
+## [Sidero 0.3.3](https://github.com/talos-systems/sidero/releases/tag/v0.3.3) (2021-12-06)
+
+Welcome to the v0.3.3 release of Sidero!
+
+
+
+Please try out the release binaries and report any issues at
+https://github.com/talos-systems/sidero/issues.
+
+### Contributors
+
+* Andrey Smirnov
+
+### Changes
+<details><summary>2 commits</summary>
+<p>
+
+* [`4a87926`](https://github.com/talos-systems/sidero/commit/4a8792640bba3f19d8ff3fe0fecc058d5a24a36b) fix: check for server power state when in use
+* [`b5e71c6`](https://github.com/talos-systems/sidero/commit/b5e71c671f508276671f8e3e830ee18d6ad1de75) test: fix compatibility by locking down v1alpha3 provider versions
+</p>
+</details>
+
+### Dependency Changes
+
+This release has no dependency changes
+
+Previous release can be found at [v0.3.2](https://github.com/talos-systems/sidero/releases/tag/v0.3.2)
+
 ## [Sidero 0.3.2](https://github.com/talos-systems/sidero/releases/tag/v0.3.2) (2021-09-17)
 
 Welcome to the v0.3.2 release of Sidero!

diff --git a/hack/release.toml b/hack/release.toml
@@ -6,99 +6,11 @@ github_repo = "talos-systems/sidero"
 match_deps = "^github.com/(talos-systems/[a-zA-Z0-9-]+)$"
 
 # previous release
-previous = "v0.2.0"
+previous = "v0.3.2"
 
 pre_release = false
 
 preface = """\
 """
 
 [notes]
-
-    [notes.app-rename]
-        title = "Application Renaming"
-        description = """\
-The layout of this repository, as well as the naming of the two apps that make up Sidero have changed.
-In an effort to give better clarity to users, there are two apps:
-
-- caps-controller-manager: Responsible for all things related to the Cluster API infrastructur provider
-- sidero-controller-manager: Responsible for all things related to Sidero's bare metal integrations.
-
-It should also be noted that container image names, as well as the kustomize code has been edited to match.
-"""
-
-    [notes.ipxe-script]
-        title = "iPXE script"
-        description = """\
-iPXE image delivered by Sidero (either `ipxe.efi` or `undionly.kpxe`) now contains embedded iPXE script to access Sidero iPXE server.
-This change allows to simplify DHCP server setup to return only iPXE image without any additional `if`s.
-"""
-
-    [notes.ipmi-discovery]
-        title = "IPMI Discovery and Automatic Setup"
-        description = """\
-Sidero agent by default discovers BMC (IPMI) endpoint when it first runs on the server and provisions user for Sidero automatically.
-This feature enables completely automated server and IPMI discovery on the agent boot.
-Variable `SIDERO_CONTROLLER_MANAGER_AUTO_BMC_SETUP` can be used to disable this feature during install or upgrade of Sidero.
-
-Additionally Sidero supports storing IMPI credentials in Kubernetes secrets referencing them from the Server object.
-"""
-
-    [notes.any-serverclass]
-        title = "ServerClass `any` and Environment `default`"
-        description = """\
-Sidero now creates ServerClass `any` which matches all servers.
-
-Environment `default` is created which will supply Talos release that Sidero was built with, as well as default kernel flags.
-"""
-
-    [notes.install-variables]
-        title = "Install and Upgrade Variables"
-        description = """\
-Some aspects of Sidero installation can now be [controlled](https://www.sidero.dev/docs/v0.3/getting-started/installation/) via environment variables or `clusterctl` variables.
-"""
-
-    [notes.ports]
-        title = "`metal-controller-manager` External Ports Change"
-        description = """\
-Component `metal-metadata-server` was merged into `metal-controller-manager`, and three separate HTTP endpoints were merged into one endpoint on port `:8081`:
-
-* iPXE server (which used to be on port 8081)
-* internal gRPC server (Sidero agent uses it to talk back to Sidero service), previously was 50001
-* metadata server endpoint (used to be separate deployment and service, docs used port 9091)
-"""
-
-    [notes.rpi]
-        title = "Support for arm64"
-        description = """\
-All components are now capable of running on arm64, including Rasberry Pi 4.
-
-Sidero can provision `amd64` and `arm64` nodes from any platform.
-Only UEFI boot is supported for `arm64`.
-
-> Note: Upstream CAPI includes `kube-rbac-proxy` component which is not compatible with `arm64` at the moment of this writing.
-A workaround is to patch the deployment to bump the `kube-rbac-proxy` image from v0.4.1 to v0.8.0.
-"""
-
-    [notes.label-selector]
-        title = "Label Selector support in ServerClass"
-        description = """\
-ServerClasses now support Kubernetes label selectors: Servers can be selected based on their labels.
-"""
-
-    [notes.boot-from-disk]
-        title = """Boot from Disk Methods"""
-        description = """\
-If the server is configured to PXE boot by default, it might hit the Sidero iPXE server after Talos install, so Sidero has to force the
-server to boot from disk.
-
-Sidero 0.2 supports default method via iPXE `exit` command, but this command doesn't always work
-([details](https://ipxe.org/appnote/work_around_bios_halting_on_ipxe_exit)).
-
-Sidero 0.3 adds support for two additional methods:
-
-* `http-404` force HTTP 404 response from iPXE server
-* `ipxe-sanboot` uses `sanboot` command to boot from the first disk
-
-Variable `SIDERO_CONTROLLER_MANAGER_BOOT_FROM_DISK_METHOD` controls this setting.
-"""