2024-09-02 09:01:20 <clandmeter> ikke: im still having issues with dmvpn
2024-09-02 09:01:24 <clandmeter> to che
2024-09-02 09:01:42 <clandmeter> should we check the mtu over mpls?
2024-09-02 09:42:43 <clandmeter> ikke: what was the cmd to purge a pkg from cdn?
2024-09-02 09:43:48 <clandmeter> found it
2024-09-02 09:44:23 <ikke> ftr: https://gitlab.alpinelinux.org/alpine/infra/repo-tools#quick-usage
2024-09-02 09:45:41 <clandmeter> ah ok
2024-09-02 09:45:48 <clandmeter> cely: ^
2024-09-02 09:47:55 <clandmeter> so this will also purge all subpkgs
2024-09-02 09:47:59 <clandmeter> i guess :)
2024-09-02 09:51:05 <ikke> Yes, with --origin
2024-09-02 09:51:46 <clandmeter> i was not aware we had this tool
2024-09-02 09:51:50 <ikke> And repo-tools is available in aports 
2024-09-02 09:51:56 <clandmeter> i am just looking a little deeper
2024-09-02 09:52:14 <clandmeter> it uses the apkindex i guess
2024-09-02 09:52:40 <clandmeter> https://gitlab.alpinelinux.org/alpine/go/-/blob/master/repository/apkindex.go?ref_type=heads
2024-09-02 09:56:33 <ikke> Yes, it does
2024-09-02 11:16:23 <clandmeter> ikke: can you delete the logfile from builder? 
2024-09-02 11:16:36 <clandmeter> seems x86* also affected
2024-09-02 11:17:33 <ikke> Not right now 
2024-09-02 15:15:02 <ikke> clandmeter: I don't see a large log file, where should it be, in distfiles?
2024-09-02 15:16:22 <clandmeter>  /var/cache/distfiles/buildlogs/build-edge-loongarch64/community/datovka/datovka-4.23.8-r0.log
2024-09-02 15:16:46 <clandmeter> i hear x86* has the same issues
2024-09-02 15:16:56 <clandmeter> i patched it, but could be the log is still large
2024-09-02 15:17:01 <ikke> -rw-r--r--    1 1000     1000      943.1K Sep  2 14:45 datovka-4.24.1-r0.log
2024-09-02 15:17:17 <clandmeter> yes thats the latest build
2024-09-02 15:17:24 <clandmeter> it does not keep ollder?
2024-09-02 15:18:48 <ikke> The rsync job would remove older files
2024-09-02 15:18:58 <ikke> though, not buildlogs..
2024-09-02 15:28:46 <clandmeter> was expecting it to not delete until so many days or so
2024-09-02 15:28:52 <clandmeter> not sure how that logic is applied
2024-09-05 06:28:57 <mps> https://qemu-project.gitlab.io/qemu/about/removed-features.html => 'Nios II CPU (removed in 9.1)'
2024-09-05 06:29:28 <mps> ncopa: we have to remove it in upgrade?
2024-09-05 07:03:44 <ncopa> mps: how do you mean? it is upstream qemu that removes it, not us
2024-09-05 07:04:03 <mps> yes
2024-09-05 07:04:26 <mps> so we also have to remove subpkg
2024-09-05 07:04:46 <mps> 'have' = 'must'
2024-09-05 07:05:59 <ikke> Yes, so we indeed need to remove the subpackage 
2024-09-05 07:06:18 <mps> ok
2024-09-05 07:07:39 <ncopa> yes, we need to remove the subpkg
2024-09-05 07:08:43 <mps> ok ok
2024-09-05 07:09:01 <mps> I already built 9.1 and testing a bit
2024-09-05 16:27:46 <mps> bug: /usr/sbin/setup-devd: .: line 6: can't open '/lib/libalpine.sh': No such file or directory
2024-09-05 16:27:55 <mps> it is in /usr/lib/
2024-09-05 16:27:59 <ikke> mps: should be fixed in about 15 minutes
2024-09-05 16:28:15 <mps> ikke: nice, thanks
2024-09-05 16:28:19 <ikke> Not me
2024-09-05 16:28:21 <ikke> craftguy
2024-09-05 16:28:27 <ikke> https://dev.alpinelinux.org/~clandmeter/other/forum.alpinelinux.org/
2024-09-05 16:28:33 <mps> whoever, thanks
2024-09-05 16:28:34 <ikke> sorry: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/71449
2024-09-05 16:28:58 <mps> for now I will fix it in source locally, so I'm not in a hurry
2024-09-06 04:44:10 <cely> I would appreciate it if someone could restart the build of community/ldc on the x86_64 builder
2024-09-06 04:45:03 <cely> I enabled more tests for ldc in 3400fccdb but those were mostly for aarch64 and loongarch64
2024-09-06 04:45:50 <cely> For x86_64, that commit should enable just 4 additional tests, the ones matched by `druntime-test-gc`
2024-09-06 04:47:06 <cely> Comments in the apkbuild says those tests "randomly fails due to timeout", but they passed in CI, and it didn't take this long
2024-09-06 04:47:29 <cely> So, something is probably different on the builder
2024-09-06 04:48:08 <ikke> What could be different that would take tests to take longer / timeout
2024-09-06 04:48:12 <cely> If they continue to fail, then `druntime-test-gc` probably has to be skipped again
2024-09-06 04:48:49 <cely> I don't think they timeout, but they take longer instead
2024-09-06 04:49:25 <ikke> I can't strace, but I don't see a lot happening,
2024-09-06 04:49:39 <cely> Is it running ctest?
2024-09-06 04:50:07 <ikke> https://tpaste.us/yYVl 
2024-09-06 04:51:58 <cely> Yeah, running ctest, and running druntime-test-gc-release
2024-09-06 04:52:00 <ikke> https://tpaste.us/YYQz 
2024-09-06 04:52:21 <ikke> I think it's deadlocked
2024-09-06 04:52:37 <cely> So, `druntime-test-gc-release` is a bit problematic on the builder
2024-09-06 12:39:55 <ncopa> ikke: can you help me with posting a toot of the new releases?
2024-09-06 12:41:06 <ikke> Yes
2024-09-06 12:43:29 <ncopa> thank you!
2024-09-10 10:57:09 <mps> heh, interesting use of alpine https://github.com/zhovner/OneFileLinux