Bug#973894: rr: Improve reproducibility

2023-04-14 Thread Bernhard Übelacker
Hello, upstream uses now macro-prefix-map, therefore e.g. source files using __FILE__ should no longer contain absolute paths. So there are still the *.S files embedding their absolute paths. In the long run maybe dpkg-buildflags might help there [1], [2]. But there is also mentioned to "just"

Bug#973894: rr: Improve reproducibility

2020-11-08 Thread Chris Lamb
Hi Bernhard, > This leads to the question if /usr/bin/cc is on fault and should forward > the option -ffile-prefix-map as --debug-prefix-map to /usr/bin/as? > Or does dpkg provide other flags for assembly files? Hmm, I'm not sure — low-level linker stuff is not my forte unfortunately. Regards,

Bug#973894: rr: Improve reproducibility

2020-11-08 Thread Bernhard Übelacker
Hello Chris, thanks for the pointers. By enabling fixfilepath [1] the build it is automatically using -ffile-prefix-map. This seems also the case for the reproducible-builds.org results already [2]. Therefore I assume the compilation of the .c* files is already good. And the -ffile-prefix-map

Bug#973894: rr: Improve reproducibility

2020-11-07 Thread Bernhard Übelacker
Am 07.11.20 um 11:00 schrieb Chris Lamb: Hi Bernhard, I guess attached patch would at least remove the embedded build path from the files, which is mentioned in [2] too. Thanks for working on this. Looking at your solution though, I believe it implies that CFLAGS set by the dpkg-buildflags

Bug#973894: rr: Improve reproducibility

2020-11-07 Thread Chris Lamb
Hi Bernhard, Just to be clear, I only mentioned hardening at all because the Debian page about hardening has useful information about how to ensure the flags from dpkg-buildflags are being used. Apart from that, this bug has nothing to do with hardening. > Using -ffile-prefix-map without the

Bug#973894: rr: Improve reproducibility

2020-11-07 Thread Chris Lamb
Hi Bernhard, > I guess attached patch would at least remove the embedded > build path from the files, which is mentioned in [2] too. Thanks for working on this. Looking at your solution though, I believe it implies that CFLAGS set by the dpkg-buildflags mechanism are not being used in rr's build

Bug#973894: rr: Improve reproducibility

2020-11-06 Thread Bernhard Übelacker
Package: rr Version: 5.4.0-1 Severity: wishlist Dear Maintainer, I came to the reproducible build page [1] and saw latest version was not reproducible. I guess attached patch would at least remove the embedded build path from the files, which is mentioned in [2] too. Maybe that is already