Dionysius

> sort mails by size would be super useful This ^

The issue seems to still be present. Any of my matrices fail on the same spot. I also tried using the github.workspace variable: ``` dockerRunArgs: | --volume "${{ github.workspace }}:/work"...

Weird, yeah I can't figure out what I'm doing wrong. Current workflow: https://github.com/dionysius/pyznap-deb/blob/gha_xcompile_archaction/.github/workflows/packaging.yml#L102 Results in: https://github.com/dionysius/pyznap-deb/actions/runs/3893904901 Job log extract: ``` Run uraimo/run-on-arch-action@v2 Configuring Docker for multi-architecture support /home/runner/work/_actions/uraimo/run-on-arch-action/v2/src/run-on-arch.sh /home/runner/work/_actions/uraimo/run-on-arch-action/v2/Dockerfiles/Dockerfile.riscv64.ubuntu_latest run-on-arch-dionysius-pyznap-deb-deb-packaging-riscv64-ubuntu-latest...

Yep, this is it! I think its more of a docker thing and I don't work with docker that often but it seems that the `install` stage has the volume...

My issue was closed in favor of this one. If it is valuable I had written a testcase https://github.com/darccio/mergo/pull/168 that could be cherry-picked. Just noting this because that PR got...

Just a little report, coming from #1386 using `BUILD_GRPC_FOR_BACKEND_LLAMA=ON` for a local compile did the trick. cmake did not find my installed libproto* from debian. Notable comment there from @B4ckslash...

Stumbled on this as well After investigating https://github.com/ScoopInstaller/Extras/issues/11586 I figured out that we would need to set a referer in the manifest so we are actually downloading the file instead...

That's true, but I'd rather not use that, according to the README: > Known limitation: Only one base_image configuration for each workflow if you use GitHub images caching. Edit: Just...

Can we give this whole thing some traction? **A backup system that can't restore is just broken** * _* The word "can't" might be a bit exaggerated, but feels right...

It does say backup in the github repo description and readme: > zrepl is a one-stop ZFS backup & replication solution.