🐛 Adapt kairos upgrade list-releases command to handle new repositories

[mauromorales]

• we don't let the provider return values, we handle everything in the agent. link1 link2 - What about other providers? Shouldn't they be able to return new versions with their own logic? We can simply use the same implementation in kairos-agent and provider-kairos and let other providers handle that as they want.
• by default we filter from the existing attributes that the current image has, e.g. if it's amd64 we only show amd64 and so on for the rest of the attributes, which means we need a place to save model. Maybe the best is to keep it in os-release like we already do for most attributes
• maybe an option to show all tags without smart filtering
• ensure that the output can be used to copy paste and use in kairos-agent upgrade --source or some fancy selector

relates to #1998

[jimmykarily]

wip branch: https://github.com/kairos-io/kairos-sdk/tree/1999-introduce-versioneer

I will move all logic to golang so that we can implement other things like:

• given an artifact name, what is the flavor?
• given an artifact name, what is the next version of the same arch/model/etc
• etc

[jimmykarily]

We need this change: #2035

[jimmykarily]

Sample output:

localhost:~ # ./kairos-agent upgrade list-releases --pre | more
Current image:
quay.io/kairos/opensuse:leap-15.5-standard-amd64-generic-v2.4.1-k3sv1.28.1-k3s1

Available releases with higher versions:
quay.io/kairos/opensuse:leap-15.5-standard-amd64-generic-v2.4.2-k3sv1.28.2-k3s1
quay.io/kairos/opensuse:leap-15.5-standard-amd64-generic-v2.4.2-rc2-k3sv1.28.2-k3s1
quay.io/kairos/opensuse:leap-15.5-standard-amd64-generic-v2.4.2-rc1-k3sv1.28.2-k3s1

or (when only k3s version is higher):

localhost:~ # ./kairos-agent upgrade list-releases --pre
Current image:
quay.io/kairos/opensuse:leap-15.5-standard-amd64-generic-v2.4.2-k3sv1.28.1-k3s1

Available releases with higher versions:
quay.io/kairos/opensuse:leap-15.5-standard-amd64-generic-v2.4.2-k3sv1.28.2-k3s1

[jimmykarily]

The upgrade with no version passed must have been broken for a while:

localhost:/home/kairos # kairos-agent upgrade
INFO[2023-12-07T15:50:46Z] kairos-agent version v2.4.1                  
[  134.766809][ T1731] EXT4-fs (vda3): mounted filesystem with ordered data mode. Opts: (null). Quota mode: n.
sanitizing the upgrade spec: undefined upgrade source

because we sanitize the spec before we handle the empty source. I guess, since nobody complained, it's ok to deprecate that feature and always require a version.

[jimmykarily]

Instead of re-implementing the ListReleases in provider-kairos, I will simply make it return an empty list. This makes the kairos-agent use it's own logic to find available releases, with the same result.

[mauromorales]

because we sanitize the spec before we handle the empty source. I guess, since nobody complained, it's ok to deprecate that feature and always require a version.

Didn't Santosh mentioned they were using it? not sure in which version they are atm ... but I agree, probably it's not being relied on so it's safe to remove

[mauromorales]

We need to make sure this does not break other provider upgrades because of the removal of the bus #2072