anonfunc
  • Joined on 2019-07-25
anonfunc pushed to main at ALHP/ALHP.GO 2024-09-01 15:12:15 +02:00
f3fa0664f9 fix for certain skipped packages still being in repo and not getting deleted
anonfunc commented on issue ALHP/alhp-web#6 2024-08-26 12:59:38 +02:00
API breakage or hang (again?)

Just got word that its fixed.

anonfunc commented on issue ALHP/alhp-web#6 2024-08-26 12:33:55 +02:00
API breakage or hang (again?)

Currently have provider issues with the connection. It's reported and should be solved today, but no guarantees.

anonfunc pushed to master at anonfunc/aur-packages 2024-08-16 22:53:51 +02:00
3e5b9b3f9f upgpkg: victoriametrics 1.102.1-1
anonfunc commented on issue ALHP/ALHP.GO#250 2024-08-11 01:06:09 +02:00
Retry packages that failed to build because of network errors

Closing this as completed.

anonfunc closed issue ALHP/ALHP.GO#250 2024-08-11 01:06:09 +02:00
Retry packages that failed to build because of network errors
anonfunc pushed to main at ALHP/ALHP.GO 2024-08-10 23:42:55 +02:00
f8c878edbf fix ToC formatting
anonfunc closed issue ALHP/ALHP.GO#255 2024-08-10 23:38:22 +02:00
[Documentation] retain original repository order
anonfunc pushed to main at ALHP/ALHP.GO 2024-08-10 23:38:22 +02:00
0e81ca2437 better readme
aadacf5979 optimized repo order, fixes #255
Compare 2 commits »
anonfunc pushed to main at ALHP/ALHP.GO 2024-08-09 02:14:19 +02:00
60619e91e7 update deps; regen ent
anonfunc pushed to main at ALHP/ALHP.GO 2024-08-09 02:11:50 +02:00
8dccbbee84 use .SRCINFO if available
anonfunc commented on issue ALHP/ALHP.GO#255 2024-08-08 12:40:19 +02:00
[Documentation] retain original repository order

Arch uses it, and why shouldn't they, its a documented feature.

You would still have overlapping versions, just further…

anonfunc commented on issue ALHP/ALHP.GO#255 2024-08-07 20:53:13 +02:00
[Documentation] retain original repository order

True, but there are a lot of weird edge cases I would like to avoid.

For example, suppose the Arch version for an imaginary package is 22.6.0-1.

If I understand correctly, with this scheme…

anonfunc commented on issue ALHP/ALHP.GO#255 2024-08-07 20:33:14 +02:00
[Documentation] retain original repository order

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…

anonfunc commented on issue ALHP/ALHP.GO#255 2024-08-07 09:41:17 +02:00
[Documentation] retain original repository order

I'm not quite following. We already do this, right? How is that related to the repo ordering?

anonfunc commented on issue ALHP/ALHP.GO#256 2024-08-04 12:21:01 +02:00
Chaotic-AUR repos

The scope of this project was to compile official packages. I think compiling AUR packages is outside the scope of ALHP.

I'm not that familiar with the chaotic project, but I would suggest…

anonfunc commented on issue ALHP/ALHP.GO#255 2024-07-28 21:58:45 +02:00
[Documentation] retain original repository order

Yeah I also noticed that the current order could be optimized. We could also include a hint that lower repo levels can be used as fallback repos if a package fail on a higher level. For example:

anonfunc commented on issue ALHP/ALHP.GO#254 2024-07-25 09:55:53 +02:00
signature from "Archlinux CIE Repos (Build 2020/2021) <cie@harting.dev>" is invalid

I have purged the affected URLs. If someone can still reproduce, please let me know if its fixed.

anonfunc commented on issue ALHP/ALHP.GO#254 2024-07-25 09:52:19 +02:00
signature from "Archlinux CIE Repos (Build 2020/2021) <cie@harting.dev>" is invalid

Probably a bad cache then? I'll purge these files, maybe that will help.

anonfunc commented on issue ALHP/ALHP.GO#254 2024-07-24 22:36:40 +02:00
signature from "Archlinux CIE Repos (Build 2020/2021) <cie@harting.dev>" is invalid

Is the problem still there after you deleted the files and redownloaded them?