-
-
Notifications
You must be signed in to change notification settings - Fork 238
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
[Request] binaries for ARM (armv6, armv7, aarch etc) #83
Comments
Perhaps you can also have a look at how other cli rust tools do it, for example,
I assume you are aware of github actions right ? |
Yes I'm aware of github actions. Thing is I like to remain agnostic to the hosting site. So travis would be my go to. Except travis doesn't have a nice way to choose arch. You can use docker with it but it looks kinda annoying. So yeah, I'm just not sure what exactly what to go for. |
I ended up using github actions in https://github.com/Morganamilo/alpm.rs so I'll probably concede and use them here eventually. |
Please, that is a must thing, it takes forever to compile under a raspberry pi 4. |
Isn't the pi4 aarrch64? there are binaries for that. |
What binaries are you refering to ? I haven't seen any released on github ? Could you update us on your plans / intentions for providing them here on github ?
I hope you understand, why people require this. It's ok, if you do not intend working or using github actions for automating and providing binaries here for arm.
But please clarify your intentions for ARM. If you're not very familiar with github actions or docker, for ARM, please don't hesitate to ask for help. There's a ton of people who can help you here and on the Arch forums. |
The releases have had them for quite some time.
Gtihub actions are how the binaries are being built.
There's aarch64. 32 bit builds fail in ci.
If you want to try and get 32 bit builds working feel free. |
I apologize, I didnt notice that and I acknowledge your effort. Anyway, I was referring to the 32 bit (armv7 armv6), not the raspberry pi 4 (aarch64). You're leaving out a lot. Raspberry Pi Zero, P1, Raspberry Pi2. Many other boards and chromebooks (https://archlinuxarm.org/platforms). Nobody is gonna run Arch Linux and compile paru or any other Rust binary there. Please also notice, that you don't need to worry to build a binary for each and every single arm 32 bit device there is. You usually only need one, the arm 32 bit lowest common denominator For example, it works on the Raspberry Pi Zero, and it works ond th Raspberry Pi 2 and so on. It's usually called, arm-unknown-linux-gnueabihf. See how these very popular tools do it: Using github actions: Using docker: |
Also cargo action supports |
If it's not too much to ask, I'd like to kindly request an armv7l binary if at all possible :P for older RPIs and/or RPI4/2GB with 32bit OS Installing the |
I think Morganamilo was pretty clear in this regards:
Also its not helping to just say "I know how its done, just do it". Its Open Source, there are Pull Requests, go ahead and just do it yourself. Personal mantra: If I dont have the time to do it myself its probably not that important to me. (I tested around with cross but as paru uses Arch Linux as a base and needs it as an environment cross doesnt work here. (Or I dont know how)) Personally I think the interest should be in using arm64 as Raspberry Pi 2 v1.2 and later support arm64. I compile personal projects on Raspberry Pi 1B regularly. Its pretty straight forward: start it and wait, I dont have to watch it anyway and can do other stuff. |
Totally understandable, thank you. In my case I think the best course of action would be to make a new 64bit install on my 32bit Pi's. |
Thanks a lot for your work on this replacement for yay.
I saw this question at,
https://old.reddit.com/r/archlinux/comments/jjn1c1/paru_v100_and_stepping_away_from_yay/
And I already know your answer,
Like yay-bin, paru-bin, https://aur.archlinux.org/packages/paru-bin will only be much more usefull in low speced arm platforms (raspberry pi etc) once precompiled binaries are available.
So please leave this issue open, until this is done.
In the mean time, suggestions can be made here, on how to help you achieve this with the least amount of effort.
The text was updated successfully, but these errors were encountered: