Source: openmm Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
The RPATH contains the build path resulting in different buildid: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/openmm.html The attached patch to debian/rules passes -DCMAKE_BUILD_RPATH_USE_ORIGIN=ON via a dh_auto_configure override, which should use a relative path for RPATH. Alternately, updating the packaging to debhelper compat level 14 should fix this, although it is currently an experimental compat level. With this patch applied, openmm *should* build reproducibly on tests.reproducible-builds.org for the version currently in unstable, although the version in experimental seems to embed the build path in additional and/or non-deterministic ways. Thanks for maintaining openmm! live well, vagrant
From 62bcd0ccc41cdfe087c2aefcceaf55863172127d Mon Sep 17 00:00:00 2001 From: Vagrant Cascadian <vagr...@reproducible-builds.org> Date: Wed, 19 Jan 2022 05:05:47 +0000 Subject: [PATCH] debian/rules: Pass -DCMAKE_BUILD_RPATH_USE_ORIGIN=ON via dh_auto_configure override. This avoids embedding the full path in RPATH, which triggers BuildId differences. https://tests.reproducible-builds.org/debian/issues/unstable/cmake_rpath_contains_build_path_issue.html --- debian/rules | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/rules b/debian/rules index 4c281f4..20f599f 100755 --- a/debian/rules +++ b/debian/rules @@ -13,6 +13,7 @@ CMAKE_FLAGS = \ -DCMAKE_C_FLAGS_RELEASE="$(CFLAGS)" \ -DCMAKE_CXX_FLAGS_RELEASE="$(CXXFLAGS)" \ -DCMAKE_SHARED_LINKER_FLAGS_RELEASE="$(LDFLAGS)" \ + -DCMAKE_BUILD_RPATH_USE_ORIGIN=ON \ -DCMAKE_BUILD_TYPE=Release \ $(CMAKE_ARCH_FLAGS) \ -DOPENMM_BUILD_AMOEBA_PLUGIN=ON \ -- 2.34.1
signature.asc
Description: PGP signature
