Bumping sriov packages (edge-1637) #301
Reference in New Issue
Block a user
Delete Branch "antaloala/Factory:edge-1637"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Bumping all sriov packages to latest upstream version.
1 different commit per upgraded package.
Related OBS (sub)project: https://build.opensuse.org/project/monitor/home:antaloala:sriov-bump
@antaloala this looks good to me - can we remove draft and mark as ready for review now?
WIP: Bumping sriov packages (edge-1637)to Bumping sriov packages (edge-1637)LGTM, just a quick question though, would it be easier/better to handle the crd chart as a subchart of the network-operator chart?
It would be good to discuss this more generally, as our handling of CRDs is inconsistent, and in some cases causes problems on upgrade (e.g the crds subdir in the metal3 chart).
Is it better to have a separate chart so it can be applied prior to any chart upgrade by the upgrade controller in standalone scenarios? Also the rancher/charts pattern appears to be to use separate charts in the majority of cases AFAICS
We discussed and agreed to follow up on the CRDs question, as it's part of a broader conversation around handling CRDs and consistency between charts