For the moment, Arch Arm has frozen its repositories.
1 Like
ANGLE causes rendering issues on freedreno
Bug #2121774 āANGLE causes rendering issues on freedrenoā : Bugs : mesa package : Ubuntu
ANGLE
Not sure whether this is similar to what I experience with mesa-25.2.1 and chromium_v139 (chromium-mpp_v132) when āāozone-platform=waylandā where there are visual artifacts and freezes.
Ubuntu seems to have a work around mesa 25.2.1-2ubuntu1
https://launchpad.net/ubuntu/+source/mesa/25.2.1-2ubuntu1
It doesnāt seem to affect Raspberry. The patch link is here to patch mesa. You need to add signal-desktop if necessary.
By the way, Arch has unfrozen its repositories.
Thanks. Compiling kernel and patching kernel is beyond my skill set.
Will check again when mesa-25.2.2 is released or chromium_v140 is released.
I donāt know if or when someone will synchronize with arch. Some packages maintained by Darsky
manjaro-settings-manager-0.5.8-6
kitemmodels5-5.116.0-1
rpi4-eeprom-20250827
rpi5-eeprom-20250827
signal-desktop-7.71.0-1
scx-scheds-1.0.16-1
obs-studio-32.0.0-1
raspberrypi-utils-20250824-1
linux-rpi4-mainline-6.16.8-1
linux-rpi4-mainline-headers-6.16.8-1
linux-rpi5-mainline-6.16.8-1
linux-rpi5-mainline-headers-6.16.8-1
raspberrypi-bootloader-20250922-1
He is dealing with a lot right now (health-wise). I am sure he wants to come back and continue to maintain it to the extent that he can not. Maybe he can temporarily share the responsibilities with some other volunteer? I donāt really know the procedure of such things. It seems like he is the sole maintainer for at least RPI devices (if not the whole ARM).
3 Likes
finally got around to booting a fresh uSD on the affected rockpi and can say the dead hdmi-audio is not a hardware-fault. so now iāll pick up investigating pipewire et al again. would appreciate any pointers how to debug this as searching for this kind of issue previously yielded no results that would help fix it.
Is that still the case? When i check
http://tardis.tiny-vps.com/aarm/repos/2025/
there is a huge gap in the last couple months. Does that mean arch arm packages are not being updated also?
@Sam_Fisher
http://nj.us.mirror.archlinuxarm.org/aarch64/.
Perfectly up to date.
If you want to understand better: they import pkgbuild that are compatible from Arch, recompiled for ARM, and there is a github specific to the package modified specifically for ARM (alarm). And there is always a huge delay for base-devel packages. And packages that are not imported for various reasons.
After that, Manjaro synchronizes in theoryā¦ @spikerguy @philm ?
And add itās own packages when necessary, such as rpi-ffmpeg, kernel for rpi, etc.
Nobody really wants to touch ARM while darksky is away i guess 
It is OK though because i started to see Manjaro ARM as a stable distro now (instead of a rolling one). I have no issues and this thing can probably go a couple years as is.
1 Like
There are already 284 packages to upgrade/install for me vs arch.
If there are no regular updates, a rolling release becomes tricky to update after a while, not to mention that it is more difficult to see where a problem comes from when there are hundreds of packages that also have large version jumps.
2 Likes
Hi there,
No updates since a while in the testing and unstable branch. May it be possible to have latest updates push into ARM branches ?
Wish You well
2 Likes
still no updates (literally and figuratively)?
Is there any way to help out? I find it a bit worrisome that the whole ARM support lives and dies with a single person.
1 Like
Check out the other threads to understand. For now, either be patient for an indefinite period of time or go to arch or endeaveos.
1 Like
As far as I could read up on the arch forums they still havenāt decided what to do with ARM support and how to implement the latest RFC for ports.
Endeavor OS has very few supported devices.
I really liked that the Manjaro rpi builds used the kernels from the rpi foundation.
I can understand that things might not be looking good and generally, in open source we arenāt in a position to expect anything.
On the other hand, is it so bleak that thereās not even the possibility for other people to step up and at least keep maintaining and pushing packages?
Generally, I find it very sad that with the huge amount of ARM laptops getting launched right now, there isnāt a single Arch distro to go to. Or for raspberry pis and their clones. Iāve witnessed first hand that this fact alone has turned people away from buying ARM devices.
3 Likes
Agree 100%. I am currently on endeavour arm. Unlike manjaro, it doesnāt use its own repo, and pulls packages directly from arch arm repo (better imo). However, its future is also very unclear as arch arm itself hasnāt pushed any package updates in the last month or so. Chromium hasnāt been updated in almost a year. There also is no response from the arch arm people in their official forum. The last response asked for a ācouple daysā and i donāt even know what that means. Forum is mostly dead. Admins havenāt been to the forum for years. Arch arm seems like a one man project at this point, and we all know what happens to one man projects.
With new ARM devices on the market and on the horizon, one could only hope that the tide will change for the better.
Edit for october 26th: Alarm (and thus endeavourOS Arm) received a huge update today. So i think we are back in business.
4 Likes
I think after many years, the time has finally come to switch to an x86 SBC (Radxa) / Arch combo on the server as well.
Thanks to Darksky for all the years of hard work, and I wish you all the best and a speedy recovery!
Bye
2 Likes
Iāll just step in here, brieflyā¦
Itās not that;
Itās just that nobody has.
As you are no doubt aware Linux exists mainly thanks to the many volunteers worldwide, donating their own free time toward the betterment of any given project.
In some cases there might be large corporate sponsorships involved, and developers may be sought after and hired for specific tasks (and be paid handsomely for their efforts).
However, that doesnāt reflect the reality of the greater Linux ecosystem.
Individual projects and distributions must often rely on donations from people like yourself. In comparison, there are typically fewer resources available to employ (paid) developers.
Often the result is that only the most dedicated people remain who donate their own time and talent for very little reward, if any. This is how any project can seem to stagnate due to even a temporary loss of one (or more) key participants.
Iām sure there are many who appreciate the work contributed by @Darksky (and others) and wish them well, but, at the proverbial end of the dayā¦ āIt is, what it isā.
Sometimes we must invest more than good wishes to manifest the progress we desire to see.
If you know anyone who might āstep upā, by all means, please encourage them to do so. 
1 Like
If you know anyone who might āstep upā, by all means, please encourage them to do so.
i think a big part of the problem with manjaro arm (and many other projects) is how itās vague at best what āstepping upā exactly entails, or even what the criteria are to qualify to do so. i for one wouldnāt even be sure if i know anyone or would be able myself to help out in any meaningful way. if iām interested in arch-development thereās a whole category of articles on the wiki explaining how to proceed and who to get in touch with. with manjaro itās at the very least not so obvious and iām sure thereād be a lot more candidates if the floor for entry was lowered a bit.
am i missing something painfully obvious here?
Yes, perhaps.
It should be obvious that some programming experience would be a definite advantage. That much, at the very least, would be a prerequisite for anyone who might consider āstepping upā.
Then thereās another quality that might be welcome; the ability to do the work (whatever it may be) for the betterment of the community, without expecting compensation or acknowledgement for their efforts, in many cases.
As youāre no doubt aware, Manjaro is based on Arch Linux (in fact, the majority of packages are inherited directly from Arch). Arch resources might be a logical place to start for anyone interested in development for Arch-based distributions, in my opinion.
Sure, if Manjaro were a teaching platform, that would open the door for all kinds of candidates, but it isnāt. The closest is probably the Arch Wiki as you mentioned.
However, if one is seriously interested in helping out in a non-development capacity, switching to the Testing or even Unstable branch and donating their efforts in regular testing is always welcome.
No experience in software development or special magic is needed ā only a decent understanding of the OS that they are using, and the ability to communicate a problem and solution in a constructive fashion.
These are simply my opinions; however, Iām sure there might be others who have something to add.
Regards.