hey!

exporting an enum with rune storage causes harec to fail and emit the
following error:
-----
harec: src/typedef.c:52: storage_to_suffix: Assertion `0' failed.
-----

to my understanding, enums with rune storage are spec-compliant. I've
verified this on version 0.24.0, and using custom compiled hare at
commit a3fd5ec and harec at 3662f0c. the following program reproduces
it:

-----

---
 channels.scm | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/channels.scm b/channels.scm
index 3c63fbc..22441d3 100644
--- a/channels.scm
+++ b/channels.scm
@@ -167,6 +167,17 @@
                      "7677db76330121a901604dfbad19077893865f35"
                      (openpgp-fingerprint
                        "13E7 6CD6 E649 C28C 3385  4DF5 5E5A A665 6149 17F7"))))))
+    (toys-box
+      (forge "sourcehut")
[message trimmed]

Would the image config be able to get the qemu-binfmt service added to it? It'd
probably result in slow builds for non-x86 architectures, but it'd still be
useful for providing some kind of compatability for "native" builds on other
architecures (especially since crossbuilds on guix are kinda jank and untested).

Thanks,
lunabee

So, there's been some(?) discussion of metadata, and I was wondering about if
there's been any consideration as to some way to identify varvara roms (possibly
integrated into a metadata format, idk)? I've been wanting to set up a
binfmt_misc handler for uxn roms (using uxnemu), but currently the only way to
really do that is based on file extension, which is cumbersome. It'd be cool if
an eventual metadata format would include some form of identifying magic number?