I'd love to see a binary package of grass (Linux). It is already in the AUR but quite a large piece of software and therefor timeconsuming to compile.
thx, g
2 Likes
Done! Welcome to the forum 
8 Likes
Man that guy is awesomely fast!
6 Likes
Could you add support for ARM64 Packages too? I have not seen anything like this for arm anywhere, and I would be happy if you could it!
Yesterday I tried compiling JamesDSP for my Pinephone Pro, but that ended with a compiler error after 4 hours and I don't wanna do that again. Sadly any kind of compilation is horribly slow on like all the ARM devices just because of their somewhat weak hardware (I'm not talking about M1s)
2 Likes
So far, no support for ARM64 is planned.
4 Likes
Hey @UltraBlack, I think it existed once, and was almost never actually utilized, which led to it's removal. I VERY HIGHLY encourage you to look into cross compiling to save yourself such agony. There are already toolkits that exist (often via Docker), else roll your own VM. Here's an example of a popular one for RPis: raspberry-pi-pcie-devices/extras/cross-compile at master · geerlingguy/raspberry-pi-pcie-devices · GitHub
5 Likes
I thought about this, but the problem with these toolchains is, that they are extremely big. I was kind of hesitant about cross compiling for that reason
Edit: Just tried it with jamesdsp - Went reasonably quick but still somehow compiled the wrong architecture. I don't wanna touch any of this
3 Likes
Wow, thanks a lot. That is really awesome and quick.
2 Likes
If nobody is on this yet, garuda-update is failing on my system, it appears that poppler has been updated to 22.11.0-1 in the extra repo, but chaotic-aur has a package poppler-glib-git that requires poppler 22.10.0 specifically, could this be updated?
Here is the output from garuda-update:
:: Synchronizing package databases...
garuda is up to date
core is up to date
extra is up to date
community is up to date
multilib is up to date
chaotic-aur 2.3 MiB 308 KiB/s 00:08 [----------------------------------------------------------------------------------------------] 100%
--> Refreshing mirrorlists using rate-mirrors, please be patient..
:: Synchronizing package databases...
garuda 94.8 KiB 58.8 KiB/s 00:02 [----------------------------------------------------------------------------------------------] 100%
core 156.5 KiB 370 KiB/s 00:00 [----------------------------------------------------------------------------------------------] 100%
extra 1735.8 KiB 1778 KiB/s 00:01 [----------------------------------------------------------------------------------------------] 100%
community 7.1 MiB 5.02 MiB/s 00:01 [----------------------------------------------------------------------------------------------] 100%
multilib 168.7 KiB 378 KiB/s 00:00 [----------------------------------------------------------------------------------------------] 100%
chaotic-aur 2.3 MiB 1729 KiB/s 00:01 [----------------------------------------------------------------------------------------------] 100%
spawn pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing poppler (22.11.0-1) breaks dependency 'poppler=22.10.0' required by poppler-glib-git
You may want to check why you have poppler-glib-git since you do not have poppler-git. Here I have only poppler and poppler-glib and it seems to work just fine.
5 Likes
I have poppler-glib-git because my printer and scanner drivers from the AUR pulled it in as a dependency, but I guess I can see if there is an easy way to swap the implementations
2 Likes
Which driver(s) pulled it?
1 Like
Just FYI, chaotic-aur is currently frozen because it is undergoing a full rebuild because of openssl 3.0. No estimate on how long this will take so far 
6 Likes
I do cross compiling and distributed compiling on arm. There is a package in AUR called distcc-alarm-v8 which provides the tool chain. I don’t think it’s that huge in size
Hit me up for more info. I’ve also written a blog post on it.
https://blog.sradjoker.cc/posts/distributed-compiling/
Coming back to the main request. It would be awesome if Chaotic AUR can support arm, but I understand that there is not much demand and it would take extra resources.
4 Likes
ain't it possible to compile the binary on an AMD64-computer for aarch64 and then install it there?
could you post a link to the JamesDSP AARCH64-AUR-entry? I'm somehow too dumb to find it, only find the PKGBUILD for x86_64
Dunno if that's a package that would work tbh ^^ But I just changed the arch to aarch64 in the PKGBUILD and in my makepkg.conf and started compiling. Took my PC 1 minute and 9 seconds. Are you sure you're using all your cores while compiling packages and "march=native" as argument in makepkg.conf? Methods to optimize your compilation-process can be found here. It shouldn't take over 4 hours to compile the package I think.
2 Likes
I did do that, or I tried at least. I still ended up with an arm incompatible binary because the compiler didn't respect the option and compiled it for x86 anyways.
Then I decided that cross compiling is stupid and left it there
Regarding the PKGBUILD: There is none for arm. You just have to try to compile it and hope for the best.
2 Likes
It was for several brother printer and scanner related packages, but the issue seems to have been fixed, I was able to update successfully without making any changes to my installed packages yesterday
2 Likes
argh... the electron version "thing" rearing it's head again. Seems we didn't find a doable solution. reminds me of python.
2 Likes
The burden is on the upstream maintainers to keep their dependencies moderately up to date. We still add things going back to Electron 18
5 Likes