- Jan 19, 2024
-
-
Georges Racinet authored
Much more convenient than having HGitaly load in on the fly.
-
- Jan 09, 2024
-
-
Georges Racinet authored
-
- Jan 07, 2024
-
-
Georges Racinet authored
This is purely formal, no actual content, just an acknowledgement for clarity
-
- Jan 06, 2024
-
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
This is in turn needed for [Mercurial 6.6](heptapod#1310) The placeholder for "no topic namespace" is renamed from 'default' to 'none', hence we have to support both for the time being. Thankfully, usage of topic namespaces being prohibited, it is very unlikely that someone would push with a 'default' namespace to a server with hg-evolve 11.1. Still, we have reports that foss.h.n (currently running hg-evolve 11.0) did receive a changeset with 'none' as topic ns (user was actually maintainer of hg-evolve), leading to breakage. This won't matter for long, since we plan to deploy 11.1 in a few days, as part of Heptapod 0.41.0rc1. It is also very unlikely that regular users (i.e., not by function tinkering a lot with topic ns, which are deemed very experimental at this point) would face that problem, hence other instances can wait further.
-
- Dec 15, 2023
-
-
Georges Racinet authored
It will be handy for HGitaly, which receives the full `gl_id` in the `User` attribute of its requests: it spares a double parsing and twice as many bytes/str dances. Moreover, the value can be other than `user-xxx`. A first case (which hooks actually disabled) happens in RSpec tests where it is `user-`, but it is possible to imagine GitLab Shell using the `key-xxx` form. This warrants a minor version bump
-
- Dec 12, 2023
-
-
Georges Racinet authored
-
- Nov 21, 2023
-
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
It has always been meant to be 0.2.1: there is a 0.3.0dev0 but it doesn't provide the fix that 0.2.1 does. Adding 0.2.1 in Heptapod's requirements [breaks the build](https://foss.heptapod.net/heptapod/heptapod/-/jobs/2159980) hence we must also do it from here.
-
- Nov 14, 2023
-
-
Georges Racinet authored
-
- Nov 13, 2023
-
-
Georges Racinet authored
-
- Aug 11, 2023
-
-
Georges Racinet authored
By merging the stable branch
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
It is unlikely that we'd ever do a 4.1.2, as Heptapod 0.36 (current oldstable) is nearing EOL.
-
Georges Racinet authored
The release of urllib3 2.0.0 (2023-04-26) broke compatibility of `requests-unixsocket`. We didn't notice immediately because it is actually not frequent, as our Omnibus and HDK configurations use TCP sockets. Reference: https://github.com/msabramo/requests-unixsocket/issues/70 urllib3 1.26 still get security fixes, see https://urllib3.readthedocs.io/en/latest/v2-migration-guide.html#security-fixes-for-urllib3-v1-26-x and indeed, as version 1.26.16 was released on 2023-05-23. The added integration test is made to catch this case, but we're hoping it to stay useful once we stop pinning urllib3 as well.
-
- Aug 07, 2023
-
-
Georges Racinet authored
This has to wait for a proper release in `hg-git`, but at least it should fix CI of py-heptapod.
-
Georges Racinet authored
The only problem was the new optional-turned-into-mandatory `remote-hidden` argument of the `pull` command. It could as well turn out to be interesting for us (not only in Heptapod Runner where it will be very useful). This requires the unreleased hg-git 1.0.3, so we needed to make sure that the `hg-stable` CI job runs on an appropriate changeset of hg-git.
-
- Jul 30, 2023
-
-
Georges Racinet authored
-
- Jul 26, 2023
-
-
Georges Racinet authored
We are here on the oldstable branch, it is not even the same Mercurial minor version than the one in Heptapod (current stable in 6.5), hence it is not expected to pass at all.
-
Georges Racinet authored
-
- May 30, 2023
-
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
The end of passing the shared secret with every request is worth bumping the minor version.
-
- May 12, 2023
-
-
Georges Racinet authored
Following the change in GitLab Shell 14.13.0 (GitLab 15.6). This is explicitly not covered by tests.
-
- May 10, 2023
-
-
Georges Racinet authored
This is the version currently used in the heptapod-0-35 branch. We'll need it for Rails pipelines of `heptapod-oldstable` to pass, since they run against the head of the py-heptapod oldstable branch.
-
- May 03, 2023
-
-
Georges Racinet authored
-
- Apr 13, 2023
-
-
Georges Racinet authored
-
Georges Racinet authored
-
Georges Racinet authored
-
- Apr 12, 2023
-
-
Georges Racinet authored
The internal API now requires a JWT token derived from the shared secret, and for now also accepts only `gitlab-shell` as issuer. Finally, installation of the distribution in CI over the dusty `octobus/ci-base` image requires `ffi.h` (for `cryptography`, probably bindings to Rust code). It is simpler to use `python:3.9` instead, which installs `cffi` with a prebuilt wheel (and is based on Debian 11).
-
- Mar 31, 2023
-
-
Georges Racinet authored
We needed to push dev0 so that dependencies can be resolved in CI.
-
Georges Racinet authored
-
Georges Racinet authored
Now that we support the current stable versions of Mercurial and Evolve, we can do it.
-