Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

[release.yml] linux aarch64 build

Open
#102 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
45/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
github-actions, rust

Research direction

Start in release.yml by locating the TODO for the Linux aarch64 build and review how its container and runner are configured. Compare that setup with the other release targets and investigate whether an appropriate native or dedicated container can avoid QEMU. Done means the aarch64 build is enabled without the current excessive delay.

Written by the indexing model from the issue text.

Description

github-actions task

There is a todo item in the release.yml for the linux aarch64 build. It actually does build, but we don't need to let it slow us down.

It takes 4.5 hours to build for it! That's so much.

I think this might have something to do with it having to use qemu in order to run an aarch64 container on an x86_64 runner.

We need to turn this back on, and it would be nice to make it fast.
My hunch is that we might be able to just put the linux-aarch64 build in its own step using an appropriate container? Does that exist?

Dominant language
Rust
Stars
69
Forks
14
Avg merge
15d 22h
Merged PRs (30d)
3

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from processing/libprocessing

All issues in processing/libprocessing

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.