-
Notifications
You must be signed in to change notification settings - Fork 374
yq: failed traversing anchors in version.yaml #2431
Conversation
/test |
Codecov Report
@@ Coverage Diff @@
## master #2431 +/- ##
=========================================
Coverage ? 50.88%
=========================================
Files ? 112
Lines ? 16157
Branches ? 0
=========================================
Hits ? 8222
Misses ? 6922
Partials ? 1013 |
The latest yq might not "resolve" the anchor, if it refers to an scalar (string, integer etc). But it's fine with the collections (sequences, mappings). Fixes: kata-containers#2430 Signed-off-by: Penny Zheng <penny.zheng@arm.com>
/test |
Hi~ @grahamwhaley
But it's okay with the collection(sequence, map, etc), so here, I refine all the anchors in |
About ARM CI failure, I've already raised another PR #2435 to fix it. ;). |
We need to include changes in PR github.com/kata-containers/agent#706 (kata-containers/agent#706, to use the new vsock-trivial-handshake scheme implemented in FC v0.20.0. Fixes: kata-containers#2378 Depends-on: kata-containers#2431 Signed-off-by: Penny Zheng <penny.zheng@arm.com>
@grahamwhaley Can you take a look? |
Hi~ guys |
Description of problem
Recently, initrd-related CI are failing frequently.
http://jenkins.katacontainers.io/job/kata-containers-runtime-ubuntu-18-04-PR-initrd/2843/
Debugging on the above output, the cause may come from that yq failed reading values from
assets.initrd.architecture.$arch.name
Based on the latest yq spec, the read command could print out the anchors of a document and can also traverse them.
But when anchor refers to an scalar (string, integer etc), the latest yq could not traverse it.
e.g.