-
Notifications
You must be signed in to change notification settings - Fork 529
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pre-requisites for experimental ARM build #251
Comments
Azure pipelines has arm and arm64. |
I have an extra Raspberry Pi 4 that can be set up as a compiling server. @shiftkey, would that benefit you at all? |
arm64 support seems to have been finalized (just waiting on tests) as of a few weeks ago for github desktop macos and windows 10 builds. |
is this relevant ?
👀 |
Yes that is relevant. Fortunately, there's a way around this: it's possible to use QEMU within Github actions to emulate armv7l and arm64 machines for compilation purposes.
Something similar ought to be possible for Github desktop in this case. |
What's the status of this issue? @shiftkey Running Fedora on a Silicon MacBook. |
I have the same situation and question as @simonSlamka |
I've recently been informed about an ARM sponsored program called "Works on ARM".
/~https://github.com/WorksOnArm/mininodes-arm-edge If you wanted, I'm sure you could apply (create a simple github issue stating what the project is for and it will almost certainly be accepted). Have them setup a ubuntu bionic ARM64 image on one of the devices (easiest to just do it on a jetson nano or xavier since thats already what they run). Create a github actions ARM64 selfhosted runner on there, and then use it for this project and any of the dependencies. |
@Botspot I went through the process of manually building first dugite-native (and patching its build script), then patching the many github desktop buildfiles that are hardcoded for x64, and made a deb and appimage for arm64. this was all built on bionic (as is github desktop and dugite normally) so it should work on anything newer than that. the files are too big to drop here so I put them in my testing repo. Edit: see #251 (comment) for instructions |
Signing in to GitHub is not working on AppImage, it won't return to the app after signing in from the browser. DEB package works perfectly! 🎉 I am on Raspberry Pi OS bullseye arm64. |
Yeah I noticed the same thing. I've never tried the appimages from this repo so there might be the same problem. The files contained are the same as the Deb and raw folder (Which both work as you said). Edit: seems like a known issue #710 #632 (comment) |
also I just want to react to the "blockers" posting in the original post and how I got around them:
just pull dugite-native and edit a couple of the build scripts to use arm64 instead of the currently hardcoded x86_64/amd64/x86. git LFS already has arm64 linux builds posted so just the dependencies.json file and the buildscripts need to be edited to use it. then it will build correctly and produce a tar.xz
I'm not having any issues at all here, must have been a problem a long time ago but it "just works" now.
current releases are already shipped for a specific machine. some of the binaries are built statically but most of it depends on glibc 2.27+ (because your continuous integration builds use ubuntu bionic as a base). Just create an arm64 self hosted runner for github actions and deploy it on a nvidia jetson running ubuntu bionic (or another arm computer running ubuntu bionic) and your builds will be just as compatible as the current releases are for x86_64 linux and of course, this repo has multiple buildscripts and files that need editing to package the debs/rpm/appimage with the correct arm64 naming |
copying over the changes I made to this thread, this is not upstreamable in this case: edit: refer to this comment where I keep the instructions updated for latest release of github desktop Botspot/pi-apps#1775 (comment) |
@Hanro50, thank you for the amazing guide! i had no idea there was such a close resource to build a variety of software using aur. i did have to build
but when i run the two commands there, i get this:
or should i just do this:
|
napi-rs/napi-rs#1206 |
@shiftkey I have done the work a week ago to bring ARM32/ARM64 linux to the CI for dugite and dugite native (at equal or faster speed than x86_64 builds so NO issue there) please see if you can push these PRs through (referenced above) and then building for ARM32/64 linux for Desktop can be done simply in the CI here. those are the last blocking issues and it would be a shame for fully functional PRs to sit any longer with no response. |
For anyone who wants to test these out, a pre-release package is available here: /~https://github.com/shiftkey/desktop/releases/tag/release-3.2.7-test7 |
There have been several requests for shipping something for ARM versions:
I'm going to use this issue to capture blockers for this:
Please upvote this if you're interested, or comment if you have any insights to contribute about this work.
The text was updated successfully, but these errors were encountered: