Skip to content

ci: add Linux binary release for loong64, ppc64le, and riscv64 - #14044

Open
MingcongBai wants to merge 1 commit into
cli:trunkfrom
MingcongBai:upstream/new-linux-bin-arch
Open

ci: add Linux binary release for loong64, ppc64le, and riscv64#14044
MingcongBai wants to merge 1 commit into
cli:trunkfrom
MingcongBai:upstream/new-linux-bin-arch

Conversation

@MingcongBai

@MingcongBai MingcongBai commented Aug 3, 2026

Copy link
Copy Markdown

Add Linux binary release targets for loong64, ppc64le, and riscv64, these are architectures that are available both as desktop and server products. It is also reasonable to assume that they are used by developers as host machines, where this CLI tool would have been used.

This commit is made with the understanding that GitHub has no interest in limiting usage of hardware of architectures other than x86, x86-64, Arm32, and Arm64.

Given that GitHub CLI is largely an architecture-agnostic tool (at least with its built-in functionalities), that adding binary releases is rather trivial with GoReleaser, that Golang support is quite mature (and actively maintained) for the three architectures above, and that i386 is still a supported architecture despite host machines of strictly 32-bit x86 architecture likely being even more obscure, so add them.

Link: #14012
Link: #8611
Link: #9410
Link: #8612
Link: #3615
Link: #1724

Authorship and follow-up

Who wrote this:

  • A human wrote it.
  • An agent wrote it under close human direction.
  • An agent wrote it independently, and no human has guided the implementation beyond the initial prompt.

Who answers review comments:

  • @username will read and reply directly. Name the account.
  • An agent will draft replies and @username will read them before they are posted.
  • Nobody has explicitly committed to replying.

Add Linux binary release targets for loong64, ppc64le, and riscv64, these
are architectures that are available both as desktop and server products.
It is also reasonable to assume that they are used by developers as host
machines, where this CLI tool would have been used.

This commit is made with the understanding that GitHub has no interest in
limiting usage of hardware of architectures other than x86, x86-64, Arm32,
and Arm64.

Given that GitHub CLI is largely an architecture-agnostic tool (at least
with its built-in functionalities), that adding binary releases is rather
trivial with GoReleaser, that Golang support is quite mature (and actively
maintained) for the three architectures above, and that i386 is still a
supported architecture despite host machines of strictly 32-bit x86
architecture likely being even more obscure, so add them.

Link: cli#14012
Link: cli#8611
Link: cli#9410
Link: cli#8612
Link: cli#3615
Link: cli#1724
Signed-off-by: Mingcong Bai <jeffbai@aosc.io>
@MingcongBai
MingcongBai requested a review from a team as a code owner August 3, 2026 02:21
@MingcongBai
MingcongBai requested a review from tidy-dev August 3, 2026 02:21
@github-actions

github-actions Bot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Thanks for your pull request! While it doesn't meet all of our standard requirements, it appears to be a small, focused contribution and has been routed to the team for review.

Note: We still encourage linking to an issue with the help wanted label when possible, as it helps us prioritize and track contributions.

@github-actions github-actions Bot added external pull request originating outside of the CLI core team needs-triage needs to be reviewed labels Aug 3, 2026
@williammartin

Copy link
Copy Markdown
Member

@MingcongBai historically, we closed the same PR request for ppc64le purely because we do not have the capacity to support it. We have no development or test infrastructure. All that said, I will take the discussion back to the team again about having a "barely supported" class of architectures. I do appreciate that there is still a lot of value for our users in having an officially built artifact.

@MingcongBai

Copy link
Copy Markdown
Author

@MingcongBai historically, we closed the same PR request for ppc64le purely because we do not have the capacity to support it. We have no development or test infrastructure. All that said, I will take the discussion back to the team again about having a "barely supported" class of architectures. I do appreciate that there is still a lot of value for our users in having an officially built artifact.

Thank you for this.

It is good to have a separate class of architecture based on testing/product input, as is commonly practiced amongst Linux distros. .NET, as I understand it, does the same thing (calling some as "community-supported architecture"). I honestly don't think anyone would be mad at occasional bugs or inconsistencies and, more than likely, folks using these architectures would be happy to assist in making them work.

Bottom line is - it is, as you said, clear that people are asking for it, and I think the next important step is to clarify on support tiers.

@williammartin

Copy link
Copy Markdown
Member

I honestly don't think anyone would be mad at occasional bugs or inconsistencies and, more than likely, folks using these architectures would be happy to assist in making them work.

Yeh, I understand that. We are somewhat limited in our capacity to review them in both time and infrastructure.

My bigger concerns though are around time we would have to spend on issues that we might be forced to address such as security or license compliance. In any case, I've started a discussion internally, I'd sure like to support people here if it doesn't bring too much of a maintenance burden for us.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

external pull request originating outside of the CLI core team needs-triage needs to be reviewed ready-for-review

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants