| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Hopefully this will not be too slow.
Fixes #1472.
|
| |
|
|
| |
This reverts commit a6801c10584558316ff38f354167812d0c697549.
|
| |\
| |
| |
| |
| | |
Disable macos build tests
See merge request tpo/core/arti!2226
|
| | | |
|
| |/
|
|
|
| |
Ideally we'd tolerate situations with unaccepted ownership requests,
but that information doesn't seem to be public.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I think that the effect of this will be as follows:
* MR branches will never run this, so when the crate ownership
is wrong, development can continue.
* When a new crate is first published, it will transition from
"ignored" to "complaining". This will happen on the first
CI run on main after "cargo publish" is run. But it *won't*
happen on the CI run on the publication tag.
The intent is that we discover a failure to `git add` while the
release technician who published the new crate is still around.
|
| |
|
|
|
|
|
|
| |
cf https://gitlab.torproject.org/tpo/tpa/team/-/issues/41621, it's
possible to unexpectedly run on a container for a different architecture
than the one requested. This can result in subtle and difficult to debug
issues, e.g. when unexpectedly running in the i386 variant of a
container instead of the expected amd64 variant.
|
| |
|
|
|
|
|
|
| |
Images with multi-arch manifests suffer from subtle caching issues
that can result in running an image with a different arch than intended.
See https://gitlab.torproject.org/tpo/tpa/team/-/issues/41621.
We can avoid this issue by using single-arch manifests where available.
|
| |
|
|
|
| |
This includes a fix for a (rare) panic-causing race condition, and misc
other additions and improvements.
|
| |
|
|
|
|
|
| |
Consultation with a nearby Python expert, on another topic, revealed
that without --strict, mypy turns most of its stuff off by default.
Sadly (?) this bureaucracy didn't find any bugs.
|
| |\
| |
| |
| |
| | |
CI: Move cargo clean section to after_script.
See merge request tpo/core/arti!2159
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Part of arti#1410.
The idea here is to consolidate `cargo clean` in an after_script
section we call everywhere, rather than have it be in one that we
can forget to copy.
We can't call `cargo clean` unconditionally, though, since some of
our jobs don't install cargo. So we make sure it's there.
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Provide and run script for making/checking link blocks in CHANGELOG.md
Closes #1388
See merge request tpo/core/arti!2126
|
| | | | |
|
| | | | |
|
| | | | |
|
| | |/
|/| |
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
add_warning/CI: New strategy to avoid "unexpected-cfgs" warning
Closes #1395
See merge request tpo/core/arti!2129
|
| | | | |
|
| |\ \ \
| |/ /
|/| |
| | |
| | | |
CI: disable chutney tests in coverage job too
See merge request tpo/core/arti!2120
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| | |
Followup to !1488. Apropos #1299.
Ideally these would be replaced by shadow tests.
At a future point, when they've not been used for ages, we could
delete the chutney scripts etc.
|
| |/
|
|
| |
Without this, our rustdoc CI build will fail on nightly because of
|
| | |
|
| |
|
|
| |
temporary fix for broken macos builds
|
| |
|
|
|
|
|
|
| |
Some experimental features (i.e. `vanguards`) break the shadow
integration tests. Since the examples enable `experimental`, we need
`rust-latest` to build arti using `-p arti`, rather than from the
workspace level (because cargo does feature unification when building
the packages as a workspace).
|
| | |
|
| | |
|
| |
|
|
|
| |
Now that https://github.com/shadow/tgen/issues/44 is fixed, we no longer
need to do this.
|
| | |
|
| | |
|
| |\
| |
| |
| |
| | |
CI: Run coverage test on bigger runners
See merge request tpo/core/arti!1944
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is starting to get SIGKILL during linking. Lack of memory,
presumably.
@anarcat suggests we should run this on bigger runners, and that this
could be achieved by applying the `tpa` tag.
CC @trinity-1686a
See also !1943.
|
| |\ \
| | |
| | |
| | |
| | | |
CI: Run some tests a bit earlier
See merge request tpo/core/arti!1940
|
| | | |
| | |
| | |
| | |
| | | |
This is a very fast check. It's last in the list so that nothing gets
blocked *by* it, but we want it to run early.
|
| | |/
| |
| |
| |
| | |
In particular, let's not wait for all the other builds, to make
iterating minimal-versions through CI less painful.
|
| |/
|
|
|
|
|
|
| |
This is starting to get SIGKILL during linking. Lack of memory,
presumably.
@nickm suggests running it only daily since apparently we don't look
at the output that often anyway.
|
| | |
|
| | |
|
| |
|
|
| |
This tests ntor_v3 in the shadow integration test.
|
| |\
| |
| |
| |
| | |
Increase our MSRV to 1.70
See merge request tpo/core/arti!1773
|
| | | |
|
| |/
|
|
|
|
|
| |
We were missing `-p arti` in the build command. As a result we were
getting the union of all features requested by anything in the
workspace, including an example enabling the `experimental` feature
which enables a bunch of other things.
|
| | |
|
| |
|
|
| |
otherwis it fails when it gets scheduled on a non-ipv6 ready runner
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We have a new runner, and apparently to use it better we want to
remove these tags.
TBH this seems rather unprincipled. In theory, shouldn't we tag with
`amd64` all the jobs that we definitely want to run on that arch, and
the others can run on whatever is the default? Then in the glorious
distant RISCV future everything will run on riscv64 by default? But
maybe we wouldn't want to switch that as part of the infrastructure
anyway?
Anyway, for discussion see
https://gitlab.torproject.org/tpo/tpa/team/-/issues/41295#note_2943129
|
| | |
|
| | |
|