Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: cdoern The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@Luap99 @vrothberg PTAL |
|
Please remove the if remote checks from the test |
|
@Luap99 the remote checks do not impact this bug. that is just because |
Why, this does not make sense? Client and server are on the same system so os.Hostname must match. |
|
@Luap99 ok, I will remove it but it will most likely fail |
somehow, containers#14501 got through CI even though the remote tests fail. The testa are failing due to the PodSpecGenerator not containing the UTSNs entitiy and infra's spec is not yet allowed to be accessed remotely [NO NEW TESTS NEEDED] resolves containers#14847 Signed-off-by: Charlie Doern <cdoern@redhat.com>
|
How does |
|
@Luap99 it is a dummy link used to make sure the pod gets the path, the pods are not started with these paths. all pod NS tests use this format. |
|
ack, the naming is confusing but looks like this is passing CI and we need to get CI unblocked /lgtm |
|
Does anyone understand how this ever passed CI in the original PR? |
|
@edsantiago I was thinking the same thing.... yesterday I was noticing a lot of CI weirdness |
|
#14501 shows no tests at all so they were never executed I guess |
|
When I cancelled the hold on that pr the tests were there and then it sat for a while, I went back and it just had a singular tide check. |
|
OK, that makes sense: yes, Cirrus (or github? who knows) was down yesterday evening. It went into a mode where "blah blah waiting for reporting", and only two thingies were in the CI list: |
|
Aw, phooey: This is f36 remote rootless. I remember some recent work on exit codes and wait, but couldn't find the PR. Restarting. |
|
/hold cancel Anyone with in-flight PRs will need to rebase & repush |
|
Got tired of waiting for bot. Merged manually. |
somehow, #14501 got through CI even though the remote tests fail. The testa are failing due to the PodSpecGenerator not containing the UTSNs entitiy and infra's spec is not yet allowed to be accessed remotely
[NO NEW TESTS NEEDED]
resolves #14847
Signed-off-by: Charlie Doern cdoern@redhat.com
Does this PR introduce a user-facing change?