Hmm On several PRs the `<http://docker_tests.rs|do...
# development
b
Hmm On several PRs the
<http://docker_tests.rs|docker_tests.rs>
are failing with:
Copy code
thread 'docker_tests::capture_exit_code_signal' panicked at 'called `Result::unwrap()` on an `Err` value: Unclassified("Failed to start Docker container `7108a6e8f2a9dff9fcf149008fba61b02a1e7209699279ac4d89fe3d1110fbe2` for image `busybox:1.34.1`: DockerResponseServerError { status_code: 500, message: \"exec: \\\"docker-init\\\": executable file not found in $PATH\" }")', process_execution/docker/src/docker_tests.rs:156:4
This is on the ARM boxes, maybe related to the re-kicking the machines yesterday?
f
is
docker
installed on them still?
(if it ever was?)
b
Surely at some point it did, or else the test would've never passed?
f
I'm curious if the boxes got re-imaged somehow or were merely rebooted?
w
i’m going to take a look at this now.
it looks like
docker-init
is now provided by the
<http://docker.io|docker.io>
package, rather than by the core docker package. it should now be installed
cc @happy-kitchen-89482
h
The box wasn't re-imaged, just rebooted
w
it might have gotten package or OS upgrades. in any case!
b
Someone let me know when I can re-bump. These block 2.16
f
it should now be installed
sounds like you can
b
I read that as an instruction "we should now be installing it" instead of a report "it is now being installed"
But suppose I should try 😛
f
but it is in past tense
and worse that happens is the build fails again ...
b
Yeah I re-kicked the PyO3 bump
w
it should have been fixed this morning, yea. independently though, Github Actions has been super slow today… things have stayed queued for hours.
b
git clone
degradation totally brought work down yesterday
w
my job finally ran, and that shard looks fixed.
b
Time to start kicking jobs