14918 2022-09-27 07:20:23 +0000 Devtool fails if SRCREV is set to ${AUTOREV} 2024-03-05 15:54:05 +0000 1 1 7 Build System, Metadata & Runtime BitBake bitbake 4.0.4 x86 Multiple RESOLVED FIXED Medium+ normal 5.0 M4 1 shibi.cbe yoann.congal poky.bs.watcher poky.watcher ross.burton tom.isaacson yoann.congal --- Regression (Used to work) Don't know oldest_to_newest 94074 0 4905 shibi.cbe 2022-09-27 07:20:23 +0000 Created attachment 4905 Devtool error log Devtool fails after first recipe package devtool modify. Check scenario below We perform yocto build and do devtool modify for one of package it works if we perform devtool modify for another package without resetting the previously modified package we are getting below error in modified package during parsing bb step recipefile(.bb): SRC_URI="git://git.com/pkg/linux;branch=mulberry-5.10;protocol=ssh;name=linux;destsuffix=git SRCREV = "${AUTOREV}" PV = "5.10+git${SRCPV}" Yocto version: Kirkstone BB_SRCREV_POLICY = "clear" Steps to reproduce: 1. set SRCREV=${AUTOREV} in two/ three recipe file 2. devtool modify <recipe-1 name> 3. devtool modify <recipe-2 name> Expected Result: 1. create workspace, checkout the source code and set to build yocto from from external sources Actual result: 1. Bitbake Fails at parsing recipe file (attached error log) Additional Information: 1. Error is reproduced only in Kirkstone ( unable to reproduce above issue Hardknott and Dunfell) 2. Patch which is causing this issue https://lists.openembedded.org/g/bitbake-devel/topic/89051455#13344 3. If we set BB_SRCREV_POLICY = "cache" or fixed SRCREV it works without any issues 4. Topic in Mailing list https://lists.openembedded.org/g/bitbake-devel/topic/89051455#13344 94075 1 shibi.cbe 2022-09-27 07:35:50 +0000 Mailing list topic https://lists.openembedded.org/g/bitbake-devel/message/13976?p=%2C%2C%2C20%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2CAUTOREV%2C20%2C2%2C0%2C93674384 96617 2 yoann.congal 2023-10-04 23:13:59 +0000 I've got another reproducer : This recipe cmakehelloworld_git.bb: ---------------- LICENSE = "MIT" LIC_FILES_CHKSUM = "file://LICENSE;md5=be316b0d6cb4f744b08c9dc589a13eff" SUMMARY = "XXX" HOMEPAGE = "http://example.org" SRC_URI = "git://github.com/jameskbride/cmake-hello-world.git;protocol=https;branch=master" PV = "1.0+git" SRCREV = "${AUTOREV}" S = "${WORKDIR}/git" inherit cmake EXTRA_OECMAKE = "" FILES:${PN}-staticdev:append = " /usr/bin/libHello.a" ---------------- And a symlink cmakehelloworld2_git.bb -> cmakehelloworld_git.bb With these : # clear workspace rm -rf build/workspace/ sed -i '/workspace/d' build/conf/bblayers.conf # devtool modify 2 AUTOREV recipes devtool modify cmakehelloworld devtool modify cmakehelloworld2 Result, this fail on kirkstone but not on master (Same log as reporter) I've bisected the fix : commit 62afa02d01794376efab75623f42e7e08af08526 [0] does allow the second devtool modify to work correctly. Sadly, this commit can't be trivially backported to kirkstone (event after paths fix, bitbake crashes on missing functions) [0] https://git.yoctoproject.org/poky/commit/?id=62afa02d01794376efab75623f42e7e08af08526 commit 62afa02d01794376efab75623f42e7e08af08526 Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Fri Aug 11 13:52:59 2023 +0100 base/package: Move source revision information from PV to PKGV Source control information being present in PV used to be a hard requirement for bitbake to operate correctly. Now that hashes are a required part of task stamps, this requirement no longer exists. This means we can defer the hash pieces to PKGV and simplify PV. Use new bitbake fetcher API to inject the source revisions directly into the hash allowing removal of some horrible code from base.bbclass and avoiding any hardcoding about how SRCREV may or may not be used. Use that API to object the string to append to PKGV and append that directly. The user visible effect of this change is that PV will no longer have revision information in it and this will now be appended to PV through PKGV when the packages are written. Since PV is used in STAMP and WORKDIR, users will see small directory naming and stamp naming changes. This will mean that sstate reuse through hash equivalence where the source revision changes but the output does not will become possible as the sstate naming will become less specific and no longer contain the revision. The SRCPV variable will no longer be needed in PV and is effectively now just a null operation. Usage can be removed over time. (From OE-Core rev: a8e7b0f932b9ea69b3a218fca18041676c65aba0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 97226 3 yoann.congal 2023-11-08 22:53:14 +0000 Chris Wyse proposed a fix here : https://lists.yoctoproject.org/g/yocto/message/61639 : > I ran into this problem as well. It doesn't seem like SRCPV is being set > properly before use in the externalsrc.bbclass. I added the following line > before bpn = d.getVar('BPN'), and now it works fine. Unfortunately, I needed > to create another layer that overrides the poky classes to include it in my > build. Here's the added line: > > srcpv = d.getVar('SRCPV') In patch format (in OE-core kirkstone branch) : diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass index 97d7379d9f..41f87b2ef8 100644 --- a/meta/classes/externalsrc.bbclass +++ b/meta/classes/externalsrc.bbclass @@ -36,6 +36,8 @@ python () { if externalsrcbuild and not externalsrcbuild.startswith("/"): bb.error("EXTERNALSRC_BUILD must be an absolute path") + srcpv = d.getVar('SRCPV') + # If this is the base recipe and EXTERNALSRC is set for it or any of its # derivatives, then enable BB_DONT_CACHE to force the recipe to always be # re-parsed so that the file-checksums function for do_compile is run every 97437 4 yoann.congal 2023-12-07 08:15:56 +0000 Chris Wyse's proposal does indeed fix the problem: srcpv = d.getVar('SRCPV') Notes: * srcpv is unused afterward so creating this variable is useless. * The fix is in reading "SRCPV" : while expanding it, it does run bb.fetch2.get_srcrev(d) (setting up __BBSEENSRCREV) * So, the problem is that on the second devtool modify, bb.fetch2.get_srcrev(d) is not called before accessing SRC_URI and trigger this FetchError: File: '.../poky/bitbake/lib/bb/fetch2/git.py', lineno: 743, function: _latest_revision 0739: """ 0740: Compute the HEAD revision for the url 0741: """ 0742: if not d.getVar("__BBSEENSRCREV"): *** 0743: raise bb.fetch2.FetchError("Recipe uses a floating tag/branch '%s' for repo '%s' without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE)." % (ud.unresolvedrev[name], ud.host+ud.path)) 0744: 0745: # Ensure we mark as not cached 0746: bb.fetch2.get_autorev(d) 0747: https://git.yoctoproject.org/poky/commit/?id=62afa02d01794376efab75623f42e7e08af08526 does fix this by calling bb.fetch.get_hashvalue(d) before accessing SRC_URI. 97443 5 yoann.congal 2023-12-07 16:48:56 +0000 As discussed in triage meeting: * As the master fix is too invasive, a workaround for kirkstone is acceptable * d.getVar('SRCPV') might have other side-effect (One side-effect being a work-around this bug) * I'll clean up the current workaround and propose it for review. 97449 6 yoann.congal 2023-12-07 22:35:24 +0000 Patch sent: [kirkstone][PATCH] externalsrc: Ensure SRCREV is processed before accessing SRC_URI https://lists.openembedded.org/g/openembedded-core/message/191978 97568 7 yoann.congal 2023-12-14 21:45:10 +0000 Steve Sakoman wrote : > This patch resulted in oe-seftest failures on the autobuilder: > https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6322 > > A representative log: > https://errors.yoctoproject.org/Errors/Details/746003/ I can reproduce this problem locally with: oe-selftest -r devtool.DevtoolUpdateTests.test_devtool_update_recipe_local_files_subdir -T machine -T toolchain-user -T toolchain-system -j 15 The interesting part of the log: Parsing recipes...ERROR: /home/yocon/Documents/projets/yocto/poky/build-kirkstone-st-2699726/meta-selftest/recipes-test/devtool/devtool-test-subdir.bb: Error executing a python function in <code>: The stack trace of python calls that resulted in this exception/failure was: File: '<code>', lineno: 10, function: <module> 0006:__anon_725__tmp_devtoolqa8gqhqvbu_core_copy_meta_classes_package_rpm_bbclass(d) 0007:__anon_29__tmp_devtoolqa8gqhqvbu_core_copy_meta_classes_debian_bbclass(d) 0008:__anon_36__tmp_devtoolqa8gqhqvbu_core_copy_meta_classes_devshell_bbclass(d) 0009:__anon_162__tmp_devtoolqa8gqhqvbu_core_copy_meta_classes_sstate_bbclass(d) *** 0010:__anon_149__tmp_devtoolqa8gqhqvbu_core_copy_meta_classes_externalsrc_bbclass(d) File: '/tmp/devtoolqa8gqhqvbu/core-copy/meta/classes/externalsrc.bbclass', lineno: 66, function: __anon_149__tmp_devtoolqa8gqhqvbu_core_copy_meta_classes_externalsrc_bbclass 0062: else: 0063: d.setVar('B', '${WORKDIR}/${BPN}-${PV}') 0064: 0065: # Ensure SRCREV has been processed before accessing SRC_URI *** 0066: bb.fetch.get_srcrev(d) 0067: 0068: local_srcuri = [] 0069: fetch = bb.fetch2.Fetch((d.getVar('SRC_URI') or '').split(), d) 0070: for url in fetch.urls: File: '/home/yocon/Documents/projets/yocto/poky/bitbake/lib/bb/fetch2/__init__.py', lineno: 782, function: get_srcrev 0778: if urldata[u].method.supports_srcrev(): 0779: scms.append(u) 0780: 0781: if not scms: *** 0782: raise FetchError("SRCREV was used yet no valid SCM was found in SRC_URI") 0783: 0784: if len(scms) == 1 and len(urldata[scms[0]].names) == 1: 0785: autoinc, rev = getattr(urldata[scms[0]].method, method_name)(urldata[scms[0]], d, urldata[scms[0]].names[0]) 0786: if len(rev) > 10: Exception: bb.fetch2.FetchError: Fetcher failure: SRCREV was used yet no valid SCM was found in SRC_URI Maybe I need to call get_srcrev() unconditionally, call it only if it supports srcrev()? 97620 8 yoann.congal 2023-12-19 07:00:59 +0000 Bumping target milestone to 5.0 M2 97954 9 yoann.congal 2024-01-23 14:39:29 +0000 Bulk move to Milestone 5.0 M3 98268 10 yoann.congal 2024-02-22 16:23:31 +0000 Bulk move to 5.0 M4 98376 11 yoann.congal 2024-03-05 15:54:05 +0000 Fix v2 merged https://git.openembedded.org/openembedded-core/commit/?h=kirkstone&id=f6563cca6c4bf627e904d81fbe5b0b0f2b16a107 4905 2022-09-27 07:20:23 +0000 2022-09-27 07:20:23 +0000 Devtool error log devtool-error-log application/octet-stream 5711 shibi.cbe RXJyb3I6CiAKRVJST1I6IC9sb2NhbC9ob21lL3Rlc3Qvd29ya3NwYWNlL3Bva3kvLi4vc291cmNl cy9tZXRhLXRlc3QvcmVjaXBlcy1rZXJuZWwvbGludXgvbGludXhfNS4xMC5iYjogRXJyb3IgZXhl Y3V0aW5nIGEgcHl0aG9uIGZ1bmN0aW9uIGluIDxjb2RlPjogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBFVEE6ICAtLTotLTotLQogCiAK IApUaGUgc3RhY2sgdHJhY2Ugb2YgcHl0aG9uIGNhbGxzIHRoYXQgcmVzdWx0ZWQgaW4gdGhpcyBl eGNlcHRpb24vZmFpbHVyZSB3YXM6CkZpbGU6ICc8Y29kZT4nLCBsaW5lbm86IDIxLCBmdW5jdGlv bjogPG1vZHVsZT4KIAogICAgIDAwMTc6X19hbm9uXzU2X19sb2NhbF9ob21lX3Rlc3Rfd29ya3Nw YWNlX3Bva3lfbWV0YV9jbGFzc2VzX2tlcm5lbF9maXRpbWFnZV9iYmNsYXNzKGQpCiAKICAgICAw MDE4Ol9fYW5vbl83OTVfX2xvY2FsX2hvbWVfdGVzdF93b3Jrc3BhY2VfcG9reV9tZXRhX2NsYXNz ZXNfa2VybmVsX2ZpdGltYWdlX2JiY2xhc3MoZCkKIAogICAgIDAwMTk6X19hbm9uXzdfX2xvY2Fs X2hvbWVfdGVzdF93b3Jrc3BhY2VfcG9reV9tZXRhX2NsYXNzZXNfa2VybmVsX2RldmljZXRyZWVf YmJjbGFzcyhkKQogCiAgICAgMDAyMDpfX2Fub25fNzE3X19sb2NhbF9ob21lX3Rlc3Rfd29ya3Nw YWNlX3Bva3lfbWV0YV9jbGFzc2VzX2tlcm5lbF95b2N0b19iYmNsYXNzKGQpCiAKICoqKiAwMDIx Ol9fYW5vbl8xNDVfX2xvY2FsX2hvbWVfdGVzdF93b3Jrc3BhY2VfcG9reV9tZXRhX2NsYXNzZXNf ZXh0ZXJuYWxzcmNfYmJjbGFzcyhkKQogCkZpbGU6ICcvbG9jYWwvaG9tZS9zaGliaWtyaS90ZXN0 X3dvcmtzcGFjZS9wb2t5L21ldGEvY2xhc3Nlcy9leHRlcm5hbHNyYy5iYmNsYXNzJywgbGluZW5v OiA2NiwgZnVuY3Rpb246IF9fYW5vbl8xNDVfX2xvY2FsX2hvbWVfdGVzdF93b3Jrc3BhY2VfcG9r eV9tZXRhX2NsYXNzZXNfZXh0ZXJuYWxzcmNfYmJjbGFzcwogICAgIDAwNjI6ICAgICAgICBlbHNl OgogICAgIDAwNjM6ICAgICAgICAgICAgZC5zZXRWYXIoJ0InLCAnJHtXT1JLRElSfS8ke0JQTn0t JHtQVn0vJykKICAgICAwMDY0OgogICAgIDAwNjU6ICAgICAgICBsb2NhbF9zcmN1cmkgPSBbXQog KioqIDAwNjY6ICAgICAgICBmZXRjaCA9IGJiLmZldGNoMi5GZXRjaCgoZC5nZXRWYXIoJ1NSQ19V UkknKSBvciAnJykuc3BsaXQoKSwgZCkKICAgICAwMDY3OiAgICAgICAgZm9yIHVybCBpbiBmZXRj aC51cmxzOgogICAgIDAwNjg6ICAgICAgICAgICAgdXJsX2RhdGEgPSBmZXRjaC51ZFt1cmxdCiAg ICAgMDA2OTogICAgICAgICAgICBwYXJtID0gdXJsX2RhdGEucGFybQogICAgIDAwNzA6ICAgICAg ICAgICAgaWYgKHVybF9kYXRhLnR5cGUgPT0gJ2ZpbGUnIG9yCkZpbGU6ICcvbG9jYWwvaG9tZS90 ZXN0L3dvcmtzcGFjZS9wb2t5L2JpdGJha2UvbGliL2JiL2ZldGNoMi9fX2luaXRfXy5weScsIGxp bmVubzogMTY4MCwgZnVuY3Rpb246IF9faW5pdF9fCiAgICAgMTY3NjoKICAgICAxNjc3OiAgICAg ICAgZm9yIHVybCBpbiB1cmxzOgogICAgIDE2Nzg6ICAgICAgICAgICAgaWYgdXJsIG5vdCBpbiBz ZWxmLnVkOgogICAgIDE2Nzk6ICAgICAgICAgICAgICAgIHRyeToKICoqKiAxNjgwOiAgICAgICAg ICAgICAgICAgICAgc2VsZi51ZFt1cmxdID0gRmV0Y2hEYXRhKHVybCwgZCwgbG9jYWxvbmx5KQog ICAgIDE2ODE6ICAgICAgICAgICAgICAgIGV4Y2VwdCBOb25Mb2NhbE1ldGhvZDoKICAgICAxNjgy OiAgICAgICAgICAgICAgICAgICAgaWYgbG9jYWxvbmx5OgogICAgIDE2ODM6ICAgICAgICAgICAg ICAgICAgICAgICAgc2VsZi51ZFt1cmxdID0gTm9uZQogICAgIDE2ODQ6ICAgICAgICAgICAgICAg ICAgICAgICAgcGFzcwpGaWxlOiAnL2xvY2FsL2hvbWUvdGVzdC93b3Jrc3BhY2UvcG9reS9iaXRi YWtlL2xpYi9iYi9mZXRjaDIvX19pbml0X18ucHknLCBsaW5lbm86IDEzMTcsIGZ1bmN0aW9uOiBf X2luaXRfXwogICAgIDEzMTM6ICAgICAgICAgICAgbG9nZ2VyLndhcm5pbmcoJ0NvbnNpZGVyIHVw ZGF0aW5nICVzIHJlY2lwZSB0byB1c2UgInByb3RvY29sIiBub3QgInByb3RvIiBpbiBTUkNfVVJJ LicsIGQuZ2V0VmFyKCdQTicpKQogICAgIDEzMTQ6ICAgICAgICAgICAgc2VsZi5wYXJtWyJwcm90 b2NvbCJdID0gc2VsZi5wYXJtLmdldCgicHJvdG8iLCBOb25lKQogICAgIDEzMTU6CiAgICAgMTMx NjogICAgICAgIGlmIGhhc2F0dHIoc2VsZi5tZXRob2QsICJ1cmxkYXRhX2luaXQiKToKICoqKiAx MzE3OiAgICAgICAgICAgIHNlbGYubWV0aG9kLnVybGRhdGFfaW5pdChzZWxmLCBkKQogICAgIDEz MTg6CiAgICAgMTMxOTogICAgICAgIGlmICJsb2NhbHBhdGgiIGluIHNlbGYucGFybToKICAgICAx MzIwOiAgICAgICAgICAgICMgaWYgdXNlciBzZXRzIGxvY2FscGF0aCBmb3IgZmlsZSwgdXNlIGl0 IGluc3RlYWQuXAogICAgIDEzMjE6ICAgICAgICAgICAgc2VsZi5sb2NhbHBhdGggPSBzZWxmLnBh cm1bImxvY2FscGF0aCJdCkZpbGU6ICcvbG9jYWwvaG9tZS9zaGliaWtyaS90ZXN0L3dvcmtzcGFj ZS9wb2t5L2JpdGJha2UvbGliL2JiL2ZldGNoMi9naXQucHknLCBsaW5lbm86IDI0OSwgZnVuY3Rp b246IHVybGRhdGFfaW5pdAogICAgIDAyNDU6ICAgICAgICB3cml0ZV90YXJiYWxscyA9IGQuZ2V0 VmFyKCJCQl9HRU5FUkFURV9NSVJST1JfVEFSQkFMTFMiKSBvciAiMCIKICAgICAwMjQ2OiAgICAg ICAgdWQud3JpdGVfdGFyYmFsbHMgPSB3cml0ZV90YXJiYWxscyAhPSAiMCIgb3IgdWQucmViYXNl YWJsZQogICAgIDAyNDc6ICAgICAgICB1ZC53cml0ZV9zaGFsbG93X3RhcmJhbGxzID0gKGQuZ2V0 VmFyKCJCQl9HRU5FUkFURV9TSEFMTE9XX1RBUkJBTExTIikgb3Igd3JpdGVfdGFyYmFsbHMpICE9 ICIwIgogICAgIDAyNDg6CiAqKiogMDI0OTogICAgICAgIHVkLnNldHVwX3JldmlzaW9ucyhkKQog ICAgIDAyNTA6CiAgICAgMDI1MTogICAgICAgIGZvciBuYW1lIGluIHVkLm5hbWVzOgogICAgIDAy NTI6ICAgICAgICAgICAgIyBFbnN1cmUgYW55dGhpbmcgdGhhdCBkb2Vzbid0IGxvb2sgbGlrZSBh IHNoYTI1NiBjaGVja3N1bS9yZXZpc2lvbiBpcyB0cmFuc2xhdGVkIGludG8gb25lCiAgICAgMDI1 MzogICAgICAgICAgICBpZiBub3QgdWQucmV2aXNpb25zW25hbWVdIG9yIGxlbih1ZC5yZXZpc2lv bnNbbmFtZV0pICE9IDQwICBvciAoRmFsc2UgaW4gW2MgaW4gImFiY2RlZjAxMjM0NTY3ODkiIGZv ciBjIGluIHVkLnJldmlzaW9uc1tuYW1lXV0pOgpGaWxlOiAnL2xvY2FsL2hvbWUvdGVzdC93b3Jr c3BhY2UvcG9reS9iaXRiYWtlL2xpYi9iYi9mZXRjaDIvX19pbml0X18ucHknLCBsaW5lbm86IDEz NDcsIGZ1bmN0aW9uOiBzZXR1cF9yZXZpc2lvbnMKICAgICAxMzQzOgogICAgIDEzNDQ6ICAgIGRl ZiBzZXR1cF9yZXZpc2lvbnMoc2VsZiwgZCk6CiAgICAgMTM0NTogICAgICAgIHNlbGYucmV2aXNp b25zID0ge30KICAgICAxMzQ2OiAgICAgICAgZm9yIG5hbWUgaW4gc2VsZi5uYW1lczoKICoqKiAx MzQ3OiAgICAgICAgICAgIHNlbGYucmV2aXNpb25zW25hbWVdID0gc3JjcmV2X2ludGVybmFsX2hl bHBlcihzZWxmLCBkLCBuYW1lKQogICAgIDEzNDg6CiAgICAgMTM0OTogICAgICAgICMgYWRkIGNv bXBhdGliaWxpdHkgY29kZSBmb3Igbm9uIG5hbWUgc3BlY2lmaWVkIGNhc2UKICAgICAxMzUwOiAg ICAgICAgaWYgbGVuKHNlbGYubmFtZXMpID09IDE6CiAgICAgMTM1MTogICAgICAgICAgICBzZWxm LnJldmlzaW9uID0gc2VsZi5yZXZpc2lvbnNbc2VsZi5uYW1lc1swXV0KRmlsZTogJy9sb2NhbC9o b21lL3Rlc3Qvd29ya3NwYWNlL3Bva3kvYml0YmFrZS9saWIvYmIvZmV0Y2gyL19faW5pdF9fLnB5 JywgbGluZW5vOiAxMjEyLCBmdW5jdGlvbjogc3JjcmV2X2ludGVybmFsX2hlbHBlcgogICAgIDEy MDg6CiAgICAgMTIwOTogICAgaWYgc3JjcmV2ID09ICJJTlZBTElEIiBvciBub3Qgc3JjcmV2Ogog ICAgIDEyMTA6ICAgICAgICByYWlzZSBGZXRjaEVycm9yKCJQbGVhc2Ugc2V0IGEgdmFsaWQgU1JD UkVWIGZvciB1cmwgJXMgKHBvc3NpYmxlIGtleSBuYW1lcyBhcmUgJXMsIG9yIHVzZSBhIDtyZXY9 WCBVUkwgcGFyYW1ldGVyKSIgJSAoc3RyKGF0dGVtcHRzKSwgdWQudXJsKSwgdWQudXJsKQogICAg IDEyMTE6ICAgIGlmIHNyY3JldiA9PSAiQVVUT0lOQyI6CiAqKiogMTIxMjogICAgICAgIHNyY3Jl diA9IHVkLm1ldGhvZC5sYXRlc3RfcmV2aXNpb24odWQsIGQsIG5hbWUpCiAgICAgMTIxMzoKICAg ICAxMjE0OiAgICByZXR1cm4gc3JjcmV2CiAgICAgMTIxNToKICAgICAxMjE2OmRlZiBnZXRfY2hl Y2tzdW1fZmlsZV9saXN0KGQpOgpGaWxlOiAnL2xvY2FsL2hvbWUvdGVzdC93b3Jrc3BhY2UvcG9r eS9iaXRiYWtlL2xpYi9iYi9mZXRjaDIvX19pbml0X18ucHknLCBsaW5lbm86IDE2MjQsIGZ1bmN0 aW9uOiBsYXRlc3RfcmV2aXNpb24KICAgICAxNjIwOiAgICAgICAga2V5ID0gc2VsZi5nZW5lcmF0 ZV9yZXZpc2lvbl9rZXkodWQsIGQsIG5hbWUpCiAgICAgMTYyMTogICAgICAgIHRyeToKICAgICAx NjIyOiAgICAgICAgICAgIHJldHVybiByZXZzW2tleV0KICAgICAxNjIzOiAgICAgICAgZXhjZXB0 IEtleUVycm9yOgogKioqIDE2MjQ6ICAgICAgICAgICAgcmV2c1trZXldID0gcmV2ID0gc2VsZi5f bGF0ZXN0X3JldmlzaW9uKHVkLCBkLCBuYW1lKQogICAgIDE2MjU6ICAgICAgICAgICAgcmV0dXJu IHJldgogICAgIDE2MjY6CiAgICAgMTYyNzogICAgZGVmIHNvcnRhYmxlX3JldmlzaW9uKHNlbGYs IHVkLCBkLCBuYW1lKToKICAgICAxNjI4OiAgICAgICAgbGF0ZXN0X3JldiA9IHNlbGYuX2J1aWxk X3JldmlzaW9uKHVkLCBkLCBuYW1lKQpGaWxlOiAnL2xvY2FsL2hvbWUvdGVzdC93b3Jrc3BhY2Uv cG9reS9iaXRiYWtlL2xpYi9iYi9mZXRjaDIvZ2l0LnB5JywgbGluZW5vOiA3MzQsIGZ1bmN0aW9u OiBfbGF0ZXN0X3JldmlzaW9uCiAgICAgMDczMDogICAgICAgICIiIgogICAgIDA3MzE6ICAgICAg ICBDb21wdXRlIHRoZSBIRUFEIHJldmlzaW9uIGZvciB0aGUgdXJsCiAgICAgMDczMjogICAgICAg ICIiIgogICAgIDA3MzM6ICAgICAgICBpZiBub3QgZC5nZXRWYXIoIl9fQkJTRUVOU1JDUkVWIik6 CiAqKiogMDczNDogICAgICAgICAgICByYWlzZSBiYi5mZXRjaDIuRmV0Y2hFcnJvcigiUmVjaXBl IHVzZXMgYSBmbG9hdGluZyB0YWcvYnJhbmNoIHdpdGhvdXQgYSBmaXhlZCBTUkNSRVYgeWV0IGRv ZXNuJ3QgY2FsbCBiYi5mZXRjaDIuZ2V0X3NyY3JldigpICh1c2UgU1JDUFYgaW4gUFYgZm9yIE9F KS4iKQogICAgIDA3MzU6CiAgICAgMDczNjogICAgICAgICMgRW5zdXJlIHdlIG1hcmsgYXMgbm90 IGNhY2hlZAogICAgIDA3Mzc6ICAgICAgICBiYi5mZXRjaDIuZ2V0X2F1dG9yZXYoZCkKICAgICAw NzM4OgpFeGNlcHRpb246IGJiLmZldGNoMi5GZXRjaEVycm9yOiBGZXRjaGVyIGZhaWx1cmU6IFJl Y2lwZSB1c2VzIGEgZmxvYXRpbmcgdGFnL2JyYW5jaCB3aXRob3V0IGEgZml4ZWQgU1JDUkVWIHll dCBkb2Vzbid0IGNhbGwgYmIuZmV0Y2gyLmdldF9zcmNyZXYoKSAodXNlIFNSQ1BWIGluIFBWIGZv ciBPRSkuCkVSUk9SOiBQYXJzaW5nIGhhbHRlZCBkdWUgdG8gZXJyb3JzLCBzZWUgZXJyb3IgbWVz c2FnZXMgYWJvdmU=