FTR: I am currently working on an unrelated package whose rules file has been largely rewritten. [1]
In order to validate the changes, I want to be build the package before-and-after. But of course the package doesn't build "before" in sid, because of this behavioural change in dpkg-buildpackage. I am currently doing my validation with sbuild --debbuildopt=--rules-requires-root which is tolerable. But *really* what I ought to do is build it with a dpkg-buildpackage with the old behaviour, because part of the rewrite is to add Rules-Requires-Root: no, which means that `--rules-requires-root` is wrong for the new package. IOW with the old package I must pass --rules-requires-root or it doesn't build. and with the new package I should not pass it because I want to know what the normal build output looks like. [2] Ie, I want the semantics of precisely the compatibility option I am requesting in this bug. This situation hardly seems unusual or surprising to me. Ian. [1] chiark-utils, #1089303. The rewrite is by Niels, prompted by looking at the package pursuant to R-R-R. This overhaul is long overdue, so a very welcome contribution. [2] Another option for me of course would be to do my before-and-after build tests on trixie or bookworm. But, again, that doesn't actually validate precisely the things I want to check. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.
