3 ms·
Surely it can't have "nothing to do" ? Many debian source packages specifies dependencies using >= , something has to account for performing a build using the
by noselasd 9y ago
Surely it can't have "nothing to do" ? Many debian source packages specifies dependencies using >= , something has to account for performing a build using the same minor version of such a dependency.
- wtallis 9y agoIf the dependency is packaged separately, then you typically wouldn't expect minor version changes in the dependency to affect the contents of the package being built. If there are major changes to the header files being exported or if there's static linking involved then changes are to be expected. But if not, you'd expect the changes to show up in the dynamically linked process image, not the on-disk package.
- noselasd 9y agoIt really doesn't take big changes to a library that makes the relocation table of an executable linking to it be a tad different
- vertex-four 9y agoYes, but that's a different problem from reproducible builds. The only thing that reproducible builds is solving is ensuring that the same package built with the same dependencies in the same environment results in the same output.
- cstrahan 9y agoI'm afraid you're mistaken. Taken directly from https://reproducible-builds.org/ https://reproducible-builds.org/: "Second, the set of tools used to perform the build and more generally the build environment should either be recorded or pre-defined" FWIW, I'm a committer on a Linux distro specifically constructed to guarantee build reproducibility (nixos.org), so I'm pretty sure I know what is generally meant by "reproducible builds" in common industry vernacular. Byte-for-byte is important, but that's hardly the whole picture.