[buildbot] phase1: workaround gitverify 1st build failures on fresh workers

LEDE Commits lede-commits at lists.infradead.org
Wed May 17 10:34:56 PDT 2023


ynezz pushed a commit to buildbot.git, branch master:
https://git.openwrt.org/d47fd60cde0df5103add3402f76e5d2b84013a83

commit d47fd60cde0df5103add3402f76e5d2b84013a83
Author: Petr Štetiar <ynezz at true.cz>
AuthorDate: Tue May 16 20:41:05 2023 +0200

    phase1: workaround gitverify 1st build failures on fresh workers
    
    Currently every 1st build on ephemeral build worker results in the
    failure of the `gitverify` build step as the stock buildbot Git() build
    step for some reasons just clones the Git repository into detached HEAD
    state.
    
    On the 2nd build using the same build worker Git() checkouts the branch
    and thus makes `gitverify` step happy and the builds then continues
    normally.
    
    This needs to be fixed properly, either by adjusting the `gitverify`
    check or adding suitable `mode` into Git() build step, but this needs
    more time and testing.
    
    So for now, lets simply workaround that issue by running Git() step two
    times.
    
    References: #5
    Signed-off-by: Petr Štetiar <ynezz at true.cz>
---
 phase1/master.cfg | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/phase1/master.cfg b/phase1/master.cfg
index c392c5f..1658a91 100644
--- a/phase1/master.cfg
+++ b/phase1/master.cfg
@@ -725,6 +725,16 @@ for target in targets:
 		haltOnFailure = True,
 	))
 
+	# workaround for https://github.com/openwrt/buildbot/issues/5
+	factory.addStep(Git(
+		name = "git me once more please",
+		repourl = repo_url,
+		mode = 'full',
+		method = 'fresh',
+		locks = NetLockDl,
+		haltOnFailure = True,
+	))
+
 	# update remote refs
 	factory.addStep(ShellCommand(
 		name = "fetchrefs",




More information about the lede-commits mailing list