archive wide rebuild with "-DCMAKE_SKIP_RPATH=ON"?

[Vagrant Cascadian]

On 2021-08-17, Mattia Rizzolo wrote:
> On Thu, Aug 12, 2021 at 03:35:05PM +0200, Niels Thykier wrote:
>> > On 2021-08-10 Holger Levsen <holger-Yq+U+nADzX/cAl+TvhycwA at public.gmane.org> wrote:
>> >> [...]
>> > 
>> > Hello,
>> > 
>> > Isn't CMAKE_SKIP_RPATH a rather strange choice, what are the expected
>> > benefits over CMAKE_SKIP_INSTALL_RPATH? There is potential for breaking
>> > testsuites. 
>> > 
>> > Doesn't this break packages that intentionally use rpath for private
>> > shared libraries?
>> > 
>> > cu Andreas
>> 
>> Hi Andreas,
>> 
>> The CMAKE_SKIP_RPATH was recommended in #962474
>> (https://bugs.debian.org/962474) to improve reproducibility by default.
>> The bug contains the rationale for that option and explains the
>> underlying issue (plus links to the upstream bug tracker where that
>> topic was also discussed).
>
>
> Indeed, -DCMAKE_SKIP_RPATH=ON for me broke things in src:lib2geom:
> https://salsa.debian.org/multimedia-team/lib2geom/-/commit/f8a4c06edbd64d4c77d69ef3aea93e978a7156e4
>
> this is just an example, and I expect plenty of breakages.
>
>
> May I recommend we do *not* enable this on the r-b builders, as I'm
> positive it would break quite a few things here and there.  Rather, it
> would be perfect for aws' comparative rebuilds.  Now, who is the
> contact for those these days?

When we did the dpkg fixfilepath testing last year, Lucas Nussbaum was
the one who handled actually running the tests. I recall having to
submit a pull request against collab-qa-tools:

  https://salsa.debian.org/lucas/collab-qa-tools/-/merge_requests/9

Is that still a thing?


live well,
  vagrant
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/reproducible-builds/attachments/20210817/d78c1f56/attachment.sig>