You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Newly created Go extensions using standard workflow template fail due to older cli/gh-extension-precompile action and Android builds #10084
With the v2 major release of cli/gh-extension-precompile addressing build issues with more recent Go releases on Android in cli/gh-extension-precompile#56, the release workflow templates used by gh ext create should be updated as the v1 version causes Go extensions to break.
$ gh --version
gh version 2.62.0 (2024-11-14)
https://github.com/cli/cli/releases/tag/v2.62.0
Thanks for the detailed report, seems pretty clear to me.
Acceptance Criteria
Given I have used gh ext create --precompiled=go to create a new extension When I create a new release based on the newly created extension Then the gh-extension-precompile workflow should succeed
@andyfeller: your steps to reproduce were almost perfect, but they don't work for me and I don't think they'd work for most people. Specifically this --private flag in:
@andyfeller: your steps to reproduce were almost perfect, but they don't work for me and I don't think they'd work for most people. Specifically this --private flag in:
I guess you could say my steps were 😎 prefect 🥁 ... seriously, I'd chalk it up to that mysterious way that r gets added to things and I was a little careless. Thanks for the contribution, @jsoref! ❤
Activity
williammartin commentedon Dec 16, 2024
Thanks for the detailed report, seems pretty clear to me.
Acceptance Criteria
Given I have used
gh ext create --precompiled=goto create a new extensionWhen I create a new release based on the newly created extension
Then the gh-extension-precompile workflow should succeed
jsoref commentedon Jan 6, 2025
@andyfeller: your steps to reproduce were almost perfect, but they don't work for me and I don't think they'd work for most people. Specifically this
--privateflag in:creates a private repository, and private repositories don't have
attestations:writeunless someone pays for an enterprise plan.For anyone trying to validate this issue, they should use:
instead.
Also note that it isn't clear why the repository name was
gh-foorbarinstead ofgh-foobar-- that was very confusing.andyfeller commentedon Jan 7, 2025
I guess you could say my steps were 😎 prefect 🥁 ... seriously, I'd chalk it up to that mysterious way that
rgets added to things and I was a little careless. Thanks for the contribution, @jsoref! ❤