1.4 introduced build reproducibility issue #709
Comments
mih
added a commit
to mih/datalad-next
that referenced
this issue
Jul 1, 2024
This is achieved by a new patch, because the behavior is caused by datalad-core's tooling. The approach taken is to delete memory address statements like '... at 0x...', and delete them via a regex -- similar to what sphinx is doing for documentation generation. The patch is not similar to sphinx, but global, because memory addresses also have little to no utility for runtime documentation too. This actually affects only a single usage of a function pointer used as a default argument. Closes: datalad#709
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/datalad-next.html
This is caused by the memory address of a function that is the default argument of
Dataset.install(result_filter=). See http://docs.datalad.org/projects/next/en/latest/generated/generated/datalad_next.datasets.Dataset.html#datalad_next.datasets.Dataset.installThe text was updated successfully, but these errors were encountered: