<t​obtoht:monero.social> hinto: it depends on how guix is configured. if you want to explicitely disable substitutes for building monero's manifest you can set `ADDITIONAL_GUIX_COMMON_FLAGS='--no-substitutes'`

<t​obtoht:monero.social> at the bottom of this issue I list the profile for the master branch. if you build the `x86_64-linux-gnu` target on a `x86-64` machine, you should find that it matches.

<t​obtoht:monero.social> monero-project/monero #9684

<t​obtoht:monero.social> `realpath $GUIX_ENVIRONMENT` inside the build container

<t​obtoht:monero.social> we include a different set of packages for various targets, so the profile differs there. it will also naturally be different on different architectures.

<t​obtoht:monero.social> currently, monero builds with guix will produce bit-identical outputs for all targets, regardless of what architecture they were built on. I hope I can preserve that property after introducing a rust compiler.

<a​ck-j:matrix.org> Thanks plowsof for the help on fixing oss-fuzz. The build is now passing

<a​ck-j:matrix.org> introspector.oss-fuzz.com/project-profile?project=monero

<h​into:monero.social> tobtoht: is there a tool you are using to generate/view the package + version lists in 9467, 9674?

<h​into:monero.social> *9684 not 9674

<t​obtoht:monero.social> A script I wrote that parses and compares the output from `guix graph -t derivation <profile>.drv`. I'll clean it up and PR it when I have time.

.merges

seeking permission to merge #9171. it's queued, dead code, has essentially 4 approvals, currently blocking 3 other prs.

9171 looks fine to me. Fewer moving parts in the build process is better.

tobtoht_ 9171 👍

ty ser