You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some years ago we had the idea to have an IBS project containing multiple unreleased SLE changes. This is a decision made by the whole SUSE company, not just SUMA.
This project is now discontinued from our sumaform side, we still have content in those repos, but sumaform are not updating the injected reports according to the new SLE versions. So, in our test environments, we can't rely on that IBS project.
Example of code not update in the minima.yaml file:
Should we make a cleanup and remove these repos completely from sumaform and so the parameter too?
Should we work in an update of this part?
Should we rethink it and do it differently?
The text was updated successfully, but these errors were encountered:
srbarrios
changed the title
Get rid or re-think use_os_released_updates?
Get rid or re-think use_os_released_updates and use_os_released_updates
Jan 2, 2023
srbarrios
changed the title
Get rid or re-think use_os_released_updates and use_os_released_updates
Get rid or re-think use_os_unreleased_updates
Jan 2, 2023
Some years ago we had the idea to have an IBS project containing multiple unreleased SLE changes. This is a decision made by the whole SUSE company, not just SUMA.
This project is now discontinued from our sumaform side, we still have content in those repos, but sumaform are not updating the injected reports according to the new SLE versions. So, in our test environments, we can't rely on that IBS project.
Example of code not update in the minima.yaml file:
Should we make a cleanup and remove these repos completely from sumaform and so the parameter too?
Should we work in an update of this part?
Should we rethink it and do it differently?
The text was updated successfully, but these errors were encountered: