On Wed, Jun 24, 2026 at 12:18:39AM +0200, Jochen Sprickerhof wrote: > Please say if you disagree and I can work on a patch to recover the old > behaviour.
I disagree with the premise that the package needs to be changed because of the way reproduce.debian.net is currently implemented. Let me answer one thing at a time: > The problem is that it uses Rules-Requires-Root: binary-targets and with > that fakeroot and that influences the build result. As the fakeroot > package is not recorded in the buildinfo file, Well, maybe it should and the bug is somewhere else (for example, whatever program is creating the buildinfo file). > we can't use it during the rebuild Well, maybe you should use it during the rebuild even if it's not in the buildinfo file. It looks like this should be done in general for every package having a Rules-Requires-Root different than no. The package was built using sbuild, and sbuild installs fakeroot when building the package, so it could be argued that you are not really trying to reproduce the package correctly if you omit fakeroot. > and the generated binaries differ. binary-targets is only > needed for dh_fixperms in debian/rules which I believe it's a completely legitimate usage of it. > and a better way is to use debputy to adopt the owner and permissions in the > generated package. Well, "better" depending on how you look at it. Instead of a simple debian/rules now I am supposed to include a fully structured file with a lot more lines to do essentially the same. Sorry, but I don't like this. I think the problem should be fixed at its source, not in the individual packages. Thanks.
