Hi,
i'm having a issue with a failing test on my pull request.
https://github.com/git/git/pull/1041/checks?check_run_id=3028222798
I have added a bunch of new tests and they fail on the freebsd12 test
that's run via gitgitgadget.
Is there any way to enable verbose / debug output on these or a simple
way to run tests manually in the same environment?
I had no issues with the full test suite on fedora / centos linux except
for "t0500-progress-display.sh"
which seems to be a different issue. this test fails in master as well
on my fedora34 but works just fine on centos8.
Kind regards,
Fabian Stelzer
From: Đoàn Trần Công Danh <hidden> Date: 2021-07-09 15:07:01
On 2021-07-09 15:31:01+0200, Fabian Stelzer [off-list ref] wrote:
Hi,
i'm having a issue with a failing test on my pull request.
https://github.com/git/git/pull/1041/checks?check_run_id=3028222798
I have added a bunch of new tests and they fail on the freebsd12 test that's
run via gitgitgadget.
Is there any way to enable verbose / debug output on these or a simple way
to run tests manually in the same environment?
I don't know about cirrus CI, but, skimming over the log, it run into
fatal error after skipping t4202.71, I think the bashism in
"test_lazy_prereq GPGSSH" is the culprit.
"|&" in "ssh_version=$(ssh-keygen -Y find-principals |& grep -q "unknown option")"
I had no issues with the full test suite on fedora / centos linux except for
"t0500-progress-display.sh"
which seems to be a different issue. this test fails in master as well on my
fedora34 but works just fine on centos8.
Kind regards,
Fabian Stelzer
On 2021-07-09 15:31:01+0200, Fabian Stelzer [off-list ref] wrote:
quoted
Hi,
i'm having a issue with a failing test on my pull request.
https://github.com/git/git/pull/1041/checks?check_run_id=3028222798
I have added a bunch of new tests and they fail on the freebsd12 test that's
run via gitgitgadget.
Is there any way to enable verbose / debug output on these or a simple way
to run tests manually in the same environment?
I don't know about cirrus CI, but, skimming over the log, it run into
fatal error after skipping t4202.71, I think the bashism in
"test_lazy_prereq GPGSSH" is the culprit.
"|&" in "ssh_version=$(ssh-keygen -Y find-principals |& grep -q "unknown option")"
Thanks, that was indeed (part of) the problem.
The new tests themselves are failing now and i have no idea why on
freebsd :/
Are there detailed logs publicly available from the CI runs?
Or is my only option to set up a freebsd 12 vm to try to replicate this?
Does the ci simply run "make test" or is there another mechanism involved?
From: Philippe Blain <hidden> Date: 2021-07-10 20:43:03
Hi Fabian,
Le 2021-07-09 à 12:04, Fabian Stelzer a écrit :
The new tests themselves are failing now and i have no idea why on freebsd :/
Are there detailed logs publicly available from the CI runs?
the logs should be accessible on the "Checks" tab of your PR
if you are logged into GitHub. But I don't think there is more
to see than what's shown there.
Or is my only option to set up a freebsd 12 vm to try to replicate this?
Does the ci simply run "make test" or is there another mechanism involved?
I managed to log into the Cirrus-CI FreeBSD VM using tunshell [1].
I found out about it at [2]. Here's the commit in my fork [3]
0. Create a Cirrus-CI account and give it access to your fork of Git
1. Create the tunshell session at [1]
2. Run the local script on your local host
3. Copy the remote script in '.cirrus.yml' in you branch
(ex. as the first step of the "test_script:" section), commit and push to GitHub
4. wait for the build to start on Cirrus and the tunshell client on your machine
should connect you to the VM.
5. Go to /tmp/cirrus-ci-build in the VM to find the git.git checkout
Caveat: your public IP will be viewable in the Cirrus log.
[1] https://tunshell.com/go
[3] https://github.com/phil-blain/git/commit/b47d803ee1ba83100702cb80c93e18c74d787dce
[2] https://github.com/cirruslabs/cirrus-ci-docs/issues/432