Nope, there is not. You can always downgrade packages again or downgrade selected packages if you feel like there are not working properly.
You need to properly format it. Should be something like:
Server = https://arch.harting.dev/$repo/os/$arch
Yes. The top-most reachable mirror is the one the dbs are synced from.
No problem. Maybe you should switch mirrors (for the Archlinux repos)? Normally that should not happen, since db's should be getting refreshed if the mirror sends a newer date in the HEAD request.
We have loads of packages wich dependencies fail to build and are provided from normal repositories.
Except mtxclient isn't even from upstream; it's an AUR package.
[It's…
We have loads of packages wich dependencies fail to build and are provided from normal repositories. That's quite normal at this point. And there is no drawback either, why wouldn't you want to…
Going to blacklist vlc then, best option here I guess.
Seems to be fine for me. libmatrix_client.so=0.9.2-64 resolves to mtxclient, so this was the culprit, but that failed to build and should not come from ALHP anyways.
@AvianaCruz That's unfortunate. ALHP does not currently feature a dedicated list for the x86-64-vN blacklist, so we need to backlist it completely then.
You can have a look at ALHP's makepkg.confs here. Use the same settings, pull gcc with asp checkout gcc and build it with makepkg or extra-x86_64-build.…