You can uncomment the line #VerbosePkgLists in your /etc/pacman.conf (to read VerbosePkgLists) to make it easier to spot non-ALHP updates.
It can happen that another Arch - package pulles…
look closely - the situation appears because you are upgrading packages that are taken from the Arch repository with the ALHP packages still being built.
ALHP can't hold your packages on your…
it still has to be uploaded and mirrors have to be synced. The build cycle still has 43 packages to go for that to be done.
@anonfunc i tried again with rebuilding rust with the non-lto.conf and it still produces a usable rust package. The version in the repository is still producing the error.
no worries. Something seems to have gone wrong though - rust 1:1.89.0-1.2 still produces the error, and the status page shows that it is still an LTO build.
ok found some time to compile rust locally.
- Building rust with the regular makepkg-x86-64-v4.conf leads to the above mentioned error when…
I also ran into the issue when trying to recompile mesa locally.
Can you try to rebuild rust locally with the relevant makepkg.conf from here: https://alhp.dev/makepkg/ and check if the issue…
accoring to the status page, firefox now builts with LTO, although it should have been added to the non-LTO list. Anyway, Firefox now successfully builds which means this issue can be closed.
unfortunately, llvm/clang 20 (currently in testing) still does not fix the problem with firefox ...
extra-x86-64-v3/element-desktop 1.11.92-2.1
the problem is also tracked in the Arch bug tracker, a first fix seems to be only a partial fix: https://gitlab.archlinux.org/archlinux/packaging/packages/element.io/-/issues/14
sorry false alarm. Just realized that something undid my changes to the build scripts in /usr/share/devtools/makepkg.conf.d without generating pacnew's or pacsave's -.-
With v4 optimizations it…
@anonfunc llvm/clang 19 seems to finally fix the firefox build, at least I could now build it in a clean chroot with v4 optimizations.
yes, as rebuilds aren't working at the moment, you should comment out the alhp mirrors until the issue is solved. (or not update until the issue is fixed and the rebuilds are done, but from a…
Just to add, Server = https://alhp.krautflare.de/$repo/os/$arch/ was working troublefree for the last months.
Arch wants to offer v3 for quite some time now, they even started preparing stuff in the background but didn't pull through because of build times: https://gitlab.archlinux.org/archlinux/devtools/…
I think that is ok. I don't expect that Arch developers will change their package for third party repositories
and then update with
pacman -Syu --assume-installed tinysparqlThat looks cleaner, but I also have no way to test that atm.
wouldn't that leave the system with an…