-
Notifications
You must be signed in to change notification settings - Fork 196
CI: Really fix xurls URL issue #843
CI: Really fix xurls URL issue #843
Conversation
Use a variable in the golang install script to avoid repetition. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
The script used to install golang was downloading and installing the binary package, but not actually using the new golang version. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
555f180
to
353e6d8
Compare
/test |
Hmm - the go "fix" may actually be bogus since the Jenkins job does set In which case, either that isn't propagating to the static checks script or this isn't the problem with xurls ;( |
gorootbin="${GOROOT}/bin" | ||
[ -d "${gorootbin}" ] || die "failed to find expected golang binary path ${gorootbin} (from ${archive})" | ||
|
||
export PATH="${gorootbin}:$PATH" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
iiuc, this script is called (nor sourced) from the jenkins script - so, these exports will be happening in a sub-shell, and not propagate up/out will they?
Maybe there needs to be a GOPATH type fix in either the jenkins script (caller) or the static script (user) ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep - see comment above. I'm honestly not sure currently where the fix would go as the Jenkins script looks fine - any thoughts?
/cc @chavafg.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hold on - you say we need golang >= 1.10.3 - but, our versions.yaml is not fixed for that yet (as you noted on the runtime repo PR).
So, we should expect this not to work until we get golang updated, with the pending PRs.
Let me go check that PR - last I remember upstream crio got patched so we could make the version bump, let me see where we are stuck....
Undo URL change from [1] since the xurls install issue was caused by the CI using a version of golang that is too old for xurls. Fixes kata-containers#841. --- [1] - kata-containers#839 Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
353e6d8
to
3324e20
Compare
Re-pushed now that kata-containers/runtime#744 has landed. |
/test |
From the Travis log:
All that xurls spew is good by the way (but ugly as sin :) |
You could |
Ah - sorry, I should have explained - I actually wanted to see this output so I added the |
The fact that #838 is now showing passed CI jobs suggests that this PR is indeed bogus - the real issue being that xurls changed the minimum version of golang it requires to work so it wasn't an issue with the xurls projects URL: The CI installs golang version Previous to kata-containers/runtime#744 landing, the CI would have been installing golang 1.10 which is too old for the latest xurls which needs 1.10.3): I'm going to close this PR but if we get any more issues with xurls, we should consider versioning it in: |
Travis appears to be providing a version of golang that is too old for https://mvdan.cc/xurls/cmd/xurls, which is used by the CI scripts in the tests repo. See: - kata-containers/runtime#744 - kata-containers/tests#843 (comment) Fixes kata-containers#281. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
Travis appears to be providing a version of golang that is too old for https://mvdan.cc/xurls/cmd/xurls, which is used by the CI scripts in the tests repo. See: - kata-containers/runtime#744 - kata-containers/tests#843 (comment) Fixes kata-containers#281. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
Travis appears to be providing a version of golang that is too old for https://mvdan.cc/xurls/cmd/xurls, which is used by the CI scripts in the tests repo. See: - kata-containers/runtime#744 - kata-containers/tests#843 (comment) Fixes kata-containers#281. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
Travis appears to be providing a version of golang that is too old for https://mvdan.cc/xurls/cmd/xurls, which is used by the CI scripts in the tests repo. See: - kata-containers/runtime#744 - kata-containers/tests#843 (comment) Fixes kata-containers#281. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
Travis appears to be providing a version of golang that is too old for https://mvdan.cc/xurls/cmd/xurls, which is used by the CI scripts in the tests repo. See: - kata-containers/runtime#744 - kata-containers/tests#843 (comment) Fixes kata-containers#281. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
Travis appears to be providing a version of golang that is too old for https://mvdan.cc/xurls/cmd/xurls, which is used by the CI scripts in the tests repo. See: - kata-containers/runtime#744 - kata-containers/tests#843 (comment) Required adding a NOP makefile to avoid Travis from trying to build this repo using `go`. Fixes kata-containers#281. Signed-off-by: James O. D. Hunt <james.o.hunt@intel.com>
Effectively reverted #839 as the real problem appears to be that although the CI is downloading and installing the correct version of golang, it's not actually using it.
I noticed this because xurls has recently changed the minimum golang version needed to run it to 1.10.3+:
Testing locally, the old
go get
for xurls works fine but not with versions of go < 1.10.3.However, although this PR resolves the issue in this repo, we still need to update golang to 1.10.3+ so this PR will fail until the following one lands: