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

clientupdate: use SPKsVersion instead of Version #9118

Merged
merged 1 commit into from Aug 28, 2023

Conversation

awly
Copy link
Contributor

@awly awly commented Aug 28, 2023

Top-level Version in pkgs response is not always in sync with SPK versions, especially on unstable track. It's very confusing when the confirmation prompt asks you "update to 1.49.x?" and you end up updating to 1.49.y.
Instead, grab the SPK-specific version field.

Updates #cleanup.

@awly awly requested a review from noncombatant August 28, 2023 20:08
Copy link
Member

@danderson danderson left a comment

Choose a reason for hiding this comment

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

Could we fix the json format server-side instead? I'm worried that we keep hardcoding assumptions about release filenames all over the place, every time we do this it becomes harder to change anything in future :/

@awly
Copy link
Contributor Author

awly commented Aug 28, 2023

Hmm... we could make the version field per-package-type to remove any ambiguity and the often-confusing top-level field., I'll give that a try!

Top-level Version in pkgs response is not always in sync with SPK
versions, especially on unstable track. It's very confusing when the
confirmation prompt asks you "update to 1.49.x?" and you end up updating
to 1.49.y.
Instead, grab the SPK-specific version field.

Updates #cleanup.

Signed-off-by: Andrew Lytvynov <awly@tailscale.com>
@awly awly force-pushed the awly/clientupdate-spk-version branch from 3ff0bff to 6dd9978 Compare August 28, 2023 21:07
@awly awly changed the title clientupdate: extract latest SPK version from package name clientupdate: use SPKsVersion instead of Version Aug 28, 2023
@awly awly requested a review from danderson August 28, 2023 21:07
Copy link
Member

@danderson danderson left a comment

Choose a reason for hiding this comment

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

<3 thanks!

@awly awly merged commit 67e48d9 into main Aug 28, 2023
37 checks passed
@awly awly deleted the awly/clientupdate-spk-version branch August 28, 2023 21:26
alexelisenko pushed a commit to Control-D-Inc/tailscale that referenced this pull request Feb 15, 2024
Top-level Version in pkgs response is not always in sync with SPK
versions, especially on unstable track. It's very confusing when the
confirmation prompt asks you "update to 1.49.x?" and you end up updating
to 1.49.y.
Instead, grab the SPK-specific version field.

Updates #cleanup.

Signed-off-by: Andrew Lytvynov <awly@tailscale.com>
Signed-off-by: Alex Paguis <alex@windscribe.com>
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.

None yet

2 participants