Skip to content
  1. Mar 05, 2025
  2. Mar 04, 2025
  3. Mar 03, 2025
  4. Feb 28, 2025
  5. Feb 27, 2025
  6. Feb 26, 2025
  7. Feb 23, 2025
  8. Feb 22, 2025
  9. Feb 19, 2025
  10. Feb 18, 2025
  11. Feb 15, 2025
  12. Feb 14, 2025
    • Moritz Graf's avatar
      Update main.yml (#11943) · dbb99000
      Moritz Graf authored
      Adding single quotees around parameters in crictl.
      dbb99000
    • Max Gautier's avatar
      Automatically derive defaults versions from checksums (#11906) · e24216be
      Max Gautier authored
      * Automatically derive defaults versions from checksums
      
      Currently, when updating checksums, we manually update the default
      versions.
      However, AFAICT, for all components where we have checksums, we're using
      the newest version out of those checksums.
      
      Codify this in the `_version` defaults variables definition to make the
      process automatic and reduce manual steps (as well as  the diff size
      during reviews).
      
      We assume the versions are sorted, with newest first. This should be
      guaranteed by the pre-commit hooks.
      
      * Validate checksums are ordered by versions, newest first
      
      * Generalize render-readme-versions hook for other static files
      
      The pre-commit hook introduced a142f40e (Update versions in README.md
      with pre-commit, 2025-01-21) allow to update our README with new
      versions.
      It turns out other "static" files (== which don't interpret Ansible
      variables) also use the default version (in that case, our Dockefiles,
      but there might be others)
      The Dockerfile breaks if the variable they use (`kube_version`) is a
      Jinja template.
      
      For helping with automatic version upgrade, generalize the hook to deal
      with other static files, and make a template out of the Dockerfile.
      
      * Dockerfile: template kube_version with pre-commit instead of runtime
      
      * Validate all versions/checksums are strings in pre-commit
      
      All the ansible/python tooling for version is for version strings. YAML
      unhelpfully consider some stuff as number, so enforce this.
      
      * Stringify checksums versions
      e24216be
  13. Feb 11, 2025
  14. Feb 08, 2025
  15. Feb 07, 2025
  16. Feb 06, 2025
  17. Feb 05, 2025
  18. Feb 03, 2025
  19. Jan 30, 2025
  20. Jan 28, 2025
  21. Jan 27, 2025
  22. Jan 24, 2025
Loading