1. 11 Nov, 2021 1 commit
  2. 17 Oct, 2021 3 commits
  3. 04 Oct, 2021 1 commit
  4. 24 Sep, 2021 1 commit
  5. 22 Apr, 2021 2 commits
  6. 30 Mar, 2021 1 commit
    • Georges Racinet's avatar
      Bumping Mercurial to 5.7.1 · 9f3401dea95c
      Georges Racinet authored
      Since the `Dockerfile.released-hg` does not specify the version in
      its pip install of `hg-evolve`, we'll get the latest released
      version of evolve in new builds.
      9f3401dea95c
  7. 25 Feb, 2021 1 commit
  8. 24 Jan, 2021 1 commit
    • Georges Racinet's avatar
      Branches: getting back to stable evolve for stable Mercurial · b025bbe324e2
      Georges Racinet authored
      In particular, I got confirmation that the stable branch of evolve
      is supposed to be compatible with the stable branch of Mercurial (and
      not to be preparation for a potential evolve bugfix release).
      Temporary incompatibilities of course always happen when a new release
      candidate for Mercurial is pushed, bumping its stable branch: shortly
      afterwards, the default branch of evolve is promoted to stable. Usually
      we don't notice, but the incompatibility stayed a bit longer than usual
      in the case of 5.7rc.
      b025bbe324e2
  9. 21 Jan, 2021 3 commits
  10. 10 Jan, 2021 1 commit
  11. 04 Dec, 2020 9 commits
    • Georges Racinet's avatar
      Telling Kaniko about Heptapod internal tooling CA · 05a0286bd415
      Georges Racinet authored
      (used for Docker images proxy caching)
      
      A better solution might be to fetch it from the Heptapod web site, assuming it would stay
      the same in all locations (that was already the intent anyway).
      
      In the Kaniko image, `wget` is available, provided by busybox.
      05a0286bd415
    • Georges Racinet's avatar
      f0a3c160e406
    • Georges Racinet's avatar
      Partial merge of stable branch into default branch · 4ae14e04b32c
      Georges Racinet authored
      The main change for builds on the default branch is that they will
      have the `default` tag.
      
      This merge also reduces divergence of both branches.
      4ae14e04b32c
    • Georges Racinet's avatar
      Kaniko: reproducible flag · 2ef60be282e1
      Georges Racinet authored
      Any chance not to create new layers has to be taken.
      
      --HG--
      branch : stable
      2ef60be282e1
    • Georges Racinet's avatar
      default: produce `default` tag instead of `latest` · 1714b259eb83
      Georges Racinet authored
      This lets downstream projects (hgitaly and py-heptapod) use their own
      hg branch name to be the tag of the present base image to use.
      
      --HG--
      branch : stable
      1714b259eb83
    • Georges Racinet's avatar
      stable: fixed produced tag rule · 216625048660
      Georges Racinet authored
      of course that was the only thing that could differ from previous
      in-topic attempt, and it was broken
      
      --HG--
      branch : stable
      216625048660
    • Georges Racinet's avatar
      stable: building only hg-current:stable · 1a567ccf684b
      Georges Racinet authored
      Stable versions of Heptapod won't really change the Mercurial version,
      there's no point testing with the heads of Mercurial development branches.
      
      Currently Heptapod stable is on hg 5.5, and hg stable is the maintenance
      branch for hg 5.6, Heptapod default is on hg 5.6 and its CI should track
      hg-default (future hg 5.7) and hg-stable. Problems will future compat will
      be detected on merges from Heptapod stable to Heptapod default.
      
      --HG--
      branch : stable
      1a567ccf684b
    • Georges Racinet's avatar
      stable: using pydeps:latest · b9613b576c71
      Georges Racinet authored
      The original plan was to use `pydeps:stable`, but it'd be currently
      nothing else than a rebuild of `pydeps:latest`. Let's just avoid
      useless registry traffic. We can backout this later if we need
      a divergence, but that's not likely.
      
      --HG--
      branch : stable
      b9613b576c71
    • Georges Racinet's avatar
      Creating the stable branch · 7084d02d840b
      Georges Racinet authored
      As originally planned, this will produce three images
      `mercurial/hg-{current,default,stable}:stable`,
      on top of `pydeps:stable`.
      
      We don't need that much images, and we hope to rebase on top of
      the recent hg-git base images, hence we'll simplify that
      
      --HG--
      branch : stable
      7084d02d840b
  12. 23 Nov, 2020 1 commit
  13. 18 Oct, 2020 1 commit
    • Georges Racinet's avatar
      Heptapod CI: triggering heptapod-tests · b9d87e086467
      Georges Racinet authored
      Since the heptapod-tests CI now uses this image, it makes sense to
      trigger it. This will give us scheduled runs, that should warn us
      of client-side and test harness regressions.
      b9d87e086467
  14. 16 Oct, 2020 6 commits
  15. 15 Oct, 2020 3 commits
    • Georges Racinet's avatar
      Adding builds for Mercurial default and stable · 6b7e7c0cb8ca
      Georges Racinet authored
      The `--cleanup` flag is crucial here: because the kaniko builds
      happen sequentially, without the flag, the last one (fixed,
      released hg version) would have the Mercurial install shadowed
      by previous builds, resulting in a missing Mercurial.
      
      We've considered several options there, ideally we
      could have built directly from the Octobus ci-py3 image, but we
      lack a clear binary distribution format (there's `setup.py bdist`
      that produces a tarball rooted at /usr/local, but then we'd have
      to painfully extract and be 100% sure there's nothing to be cleaned up).
      
      Another option would have been simply
      
         pip install -r https://www.mercurial-scm.org/repo/hg/archive/default.tar.bz2
      
      But even at a daily build rate, it's not really nice to the upstream server,
      and we could need punctiallly to produce several images in a row,
      as I am actually doing while preparing this.
      
      On the other hand, the Octobus ci-py3 image has clones attached to
      mirror.octobus.net, so that's the compromise we chose.
      
      In the future, we can also perhaps trigger from a periodic pull in
      https://foss.heptapod.net/octobus/mercurial-devel or in the pull from
      mercurial-mirror, building only for non trivial changes.
      6b7e7c0cb8ca
    • Georges Racinet's avatar
      Initial image for released Mercurial version · c050d19dae60
      Georges Racinet authored
      We're doing a too common dance: reinstalling build-deps to install
      Mercurial and removing them at the end.
      c050d19dae60
    • Georges Racinet's avatar
      Base hg ignore file · 6c4edcc27c39
      Georges Racinet authored
      6c4edcc27c39