rs, which would at the same time give me more confidence
in that it's useful to engage in discussion like this at all.)
hat I was thinking. Might have been better with just asking
for their current view on things and if they are planning on changing
anything soon based on the recent discussions (and maybe also tell Ian
to talk directly to the maintainer instead of using TC as a proxy).
dpkg doesn't need to do anything (and dpkg-query will be all happy
again). If you think modifying packages individually for this is to
be avoided, then someone has already mentioned the idea of doing
a dh_usrmerge that would relocate a packages files before the binary
package is compressed.
've analyzed all packages that are tagged on the reproducible
build page. Messing with the debian bts is just too time consuming as
if looking at this wasn't boring enough to begin with. If anyone thinks
there are some interesting data points to be found please ask.
> I'll post my thoughts separately; please enhance or correct the above data
> as needed!
ir local build environment
setup containing alot crazier things than the above.
PS. As previously mentioned reproducible builds has already been set up
to help catch issues so I don't understand the urgency, see:
to use my version instead of the official package?
PS. While forwarding a few patches upstream I was happy to see we already
have hurd porters working actively with upstream on their new releases! :)
To UNSUBSCRIBE, email to debian-ctte-requ...@lists.debian.org
Mail list logo