for the record, those are the files that conflict:
tinysparql: /usr/lib/girepository-1.0/Tracker-3.0.typelib exists in filesystem (owned by tracker3)
tinysparql: /usr/lib/libtracker-sparql-3…
running sudo pacman -Syu --assume-installed tinysparql
the update applies but it breaks gtk during the update:
(14/19) Probing GTK3 input method modules...
/usr/bin/gtk-query-immodules-3…
I understand that.
What about starting alhp rebuilds with .2 for V2 and for bugfix rebuilds use .12 - meaning the first digit indicates the rebuild, the second still indicates the version? I…
This would still require setting all repos tho, so the benefit would be very minimal.
Yes, but it would "fix" that:
The only drawback would be that if that package is later…
I guess he wants to say, instead of setting .1 for each rebuild, set .2 for V2, .3 for v3 and .4 for v4. That way, the highest feature level will always be the one that gets used, no matter if…
Personally, I have very good experience with Zram and the zram-generator…
at least Arch also sees the problem of their ultra late llvm/clang updates: https://gitlab.archlinux.org/archlinux/packaging/packages/llvm/-/issues/3
thanks, the mega rebuild seems to have finished well - failed down to 866
also, linux-zen and linux-hardened failed in the v4 branch due to connection timeout. Due to the hang I can't see if the function you mentioned you created for such cases caught it and is…
well, llvm/clang 18 is already in RC state and Arch didn't even roll out llvm/clang 17 yet xD let's see when this is fixed and coming to Arch ...
I would think that it is rather unnoticable when combined with that: ALHP/ALHP.GO#98 but instead of only prebuilding them, offer them for download and only move them to…
no problem, glad I can help. Fixed