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

Provide a way to check for upgrades #48

Open
1 task done
smira opened this issue Dec 2, 2019 · 5 comments
Open
1 task done

Provide a way to check for upgrades #48

smira opened this issue Dec 2, 2019 · 5 comments

Comments

@smira
Copy link
Member

smira commented Dec 2, 2019

Be "smart" here, potentially handling different layouts of download locations (e.g. http file server, GitHub releases, etc.)

Run something like bldr check-versions and receive output similar to:

NAME    VERSION   UPGRADES
make      2.18.1         2.18.2, 2.19.0

Small issues:

@andrewrynhard
Copy link
Member

Would love this. Any idea on the implementation yet?

@smira
Copy link
Member Author

smira commented Dec 3, 2019

I thought about something really simple, in general download URLs seem to be one or another format:

So if we analyze the structure, do listing on appropriate level and parse back versions, we can provide something readable. It won't be 100%, but probably 99%

@andrewrynhard
Copy link
Member

I thought about something really simple, in general download URLs seem to be one or another format:

So if we analyze the structure, do listing on appropriate level and parse back versions, we can provide something readable. It won't be 100%, but probably 99%

Yeah I think that is acceptable.

AlekSi added a commit to AlekSi/talos-bldr that referenced this issue Jul 12, 2021
Only for GitHub tags and releases for now.

Refs siderolabs#48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
AlekSi added a commit to AlekSi/talos-bldr that referenced this issue Jul 12, 2021
Only for GitHub tags and releases for now.

Refs siderolabs#48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
AlekSi added a commit to AlekSi/talos-bldr that referenced this issue Jul 12, 2021
Only for GitHub tags and releases for now.

Refs siderolabs#48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
@AlekSi
Copy link
Contributor

AlekSi commented Jul 13, 2021

One thing that is required for proper implementation is the ability to load all packages with all steps independent of templating and everything else. (Kinda like Go linters should load Go code ignoring build tags.) For example, u-boot update is not reported on my machine due to https://github.com/talos-systems/pkgs/blob/d779204c0d9e9c8e90f32b1f68eb9ff4b030b83c/u-boot/pkg.yaml#L16

@smira
Copy link
Member Author

smira commented Jul 13, 2021

I wonder if we should do templating still, but provide a set of values to test the upgrades with, and merge/deduplicate the results. E.g. go is built in different way on arm64/amd64.

talos-bot pushed a commit that referenced this issue Jul 13, 2021
Only for GitHub tags and releases for now.

Refs #48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
AlekSi added a commit to AlekSi/talos-bldr that referenced this issue Jul 19, 2021
talos-bot pushed a commit that referenced this issue Jul 19, 2021
Refs #48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
AlekSi added a commit to AlekSi/talos-bldr that referenced this issue Jul 19, 2021
Refs siderolabs#48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
talos-bot pushed a commit that referenced this issue Jul 19, 2021
Refs #48.

Signed-off-by: Alexey Palazhchenko <[email protected]>
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

No branches or pull requests

3 participants