Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

action: Use latest/candidate by default #12

Merged
merged 8 commits into from
May 5, 2024

Conversation

simondeziel
Copy link
Member

The default snap channel for LXD was changed from latest/stable (feature
release) to 5.21/stable (LTS release) on April 2024. With that change, a huge
majority of casual LXD users will simply land on the 5.21/stable channel
meaning that very few will actually test the feature releases leading up to the
next LTS.

If few are testing those feature releases, what will eventually land in the
next LTS will be at higher risks of introducing regressions.

Switching this action to use latest/candidate should strike a good balance
between stability and QA needs for LXD. latest/candidate is heavily tested
but slightly more risky than the older latest/stable channel this action used
when a simple snap install lxd was equivalent to snap install lxd --channel=latest/stable.

This slight risk increase is deemed OK as this action is used on CI instances
that are ephemeral in nature and where the consuming users generally want to
have early signs of problems.

The default snap channel for LXD was changed from `latest/stable` (feature
release) to `5.21/stable` (LTS release) on April 2024. With that change, a huge
majority of casual LXD users will simply land on the `5.21/stable` channel
meaning that very few will actually test the feature releases leading up to the
next LTS.

If few are testing those feature releases, what will eventually land in the
next LTS will be at higher risks of introducing regressions.

Switching this action to use `latest/candidate` should strike a good balance
between stability and QA needs for LXD. `latest/candidate` is heavily tested
but slightly more risky than the older `latest/stable` channel this action used
when a simple `snap install lxd` was equivalent to `snap install lxd
--channel=latest/stable`.

This slight risk increase is deemed OK as this action is used on CI instances
that are ephemeral in nature and where the consuming users generally want to
have early signs of problems.

Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
…efault

Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
LXD 4.0 will go EOL on June 2025 and 5.21 is the current LTS.

Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
Also fix the version comparison to work with the new "LTS" string being
reported by `lxd version`.

Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
3.0/stable no longer exist.

Signed-off-by: Simon Deziel <simon.deziel@canonical.com>
@simondeziel
Copy link
Member Author

@tomponline Please take a look.

Copy link
Member

@tomponline tomponline left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@simondeziel simondeziel marked this pull request as ready for review April 22, 2024 13:48
@simondeziel
Copy link
Member Author

@barrettj12 I'm looking forward to getting your feedback on this PR, thanks!

@tomponline
Copy link
Member

@simondeziel i have emailed Jordan about this too. Thanks

@tomponline tomponline merged commit d1dbefb into canonical:main May 5, 2024
5 checks passed
@simondeziel simondeziel deleted the latest-candidate branch May 6, 2024 13:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants