@N3k0-san what is the output of echo $DEBUGINFOD_URLS? It should have both the ahlp.dev and archlinux.org debuginfod servers.
I would actually help with this but I actually moved to Gentoo…
I actually can't test this again anymore because I switched to Gentoo in late August; it was quite easy to reproduce back when I had the issue, though
I re-compressed the core and uploaded it to a cloud storage because it's a bit big: https://mega.nz/file/t742SShR#5lJMMtfvRr-IjfeMgN9YhtpEu2zdTPDym38wQUsQTcs
Give that it has so many dependencies... I'm not exactly sure which to suspect is responsible 😅
depends=('a52dec' 'libdvbpsi' 'libxpm' 'libdca' 'libproxy' 'lua52'
'libmatroska'…@anonfunc ripgrep fails to build because of the error: options -C embed-bitcode=noand-C lto are incompatible too and has apparently been the case since December of last year; I thought…
Seems to happen even with vlc blacklisted, somehow
Ah, I made the mistake of writing it out like this:
https://arch.harting.dev/archlinux/$repo/os/$arch
Rather than like this:
https://arch.harting.dev/$repo/os/$arch
Thanks for helping me…
Would it make any significant difference if I made it a separate mirrorlist a just placed it higher than the normal mirrorlist in pacman.conf? Since I figure having it be the top-most to sidestep…
I've never added a mirror directly to the mirrorlist by hand before (I usually either use reflector or shiny-mirrors); I'm curious: does the order of the mirrors in the mirrorlist affect anything?
🤦♂️ This is odd; this is the second or third time I've had to use -Syyu to find out things like you just said...
I should probably start using that instead of -Syu at this point…
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.
And there is no…
Then... why is nheko an ALHP repo package if its dependencies aren't being built/supported?