[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1104854: binNMUs can cause ma-same violations in eg manpages

* Johannes Schauer Marin Rodrigues <josch@debian.org> [250507 17:58]:

On Wed, 7 May 2025 14:01:19 +0200 Chris Hofstaedtler <zeha@debian.org> wrote:

Thanks for writing this up.

* Ian Jackson <ijackson@chiark.greenend.org.uk> [250507 13:45]:
> A. Shared files in ma-same packages are not allowed to embed S_D_E.
>    For example, no dates in libopts25-dev's manpages.  Other
>    situations (eg, other docs) will be handled similarly.

I think we are already in this situation, and already varying files
in M-A: same binaries earn the affected packages an rc-bug.

I'll also propose another option, lets call it Holger's Option D:

Set S_D_E to sdate + an offset in seconds of int(binNMU-number).


I have a déjà vu: #843773

That bug was triggered by Ian's mail in 2016 here:
https://lists.debian.org/msgid-search/22562.21637.415611.768269@chiark.greenend.org.uk

Until we get rid of binNMUs, I thought the workaround was that missing binNMUs
get triggered for packages that somehow got out-of-sync before the release to
get them back in sync for the release? wanna-build can send the binNMU
changelog entry including the timestamp to sbuild so that the same timestamp is
used across all architectures. This includes potentially incrementing the
timestamp by a second for each binNMU number so that backups do not break.


Is this timestamp-sending implemented?


I thought we had "fixed" the problem this way a while ago and in cases like
libopts25-dev just some more binNMU scheduling was the answer?


The changelogs look like this:

autogen (1:5.18.16-5+b2) sid; urgency=low, binary-only=yes

  * Binary-only non-maintainer upload for amd64; no source changes.
  * Rebuild for PAC/BTI support

 -- all / amd64 / i386 Build Daemon (x86-grnet-03) <buildd_amd64-x86-grnet-03@buildd.debian.org>  Mon, 28 Oct 2024 15:28:42 +0000

autogen (1:5.18.16-5+b2) sid; urgency=low, binary-only=yes

  * Binary-only non-maintainer upload for s390x; no source changes.
  * Rebuild for PAC/BTI support

 -- s390x Build Daemon (zani) <buildd_s390x-zani@buildd.debian.org>  Tue, 29 Oct 2024 03:41:50 +0000


So, if the timestamps are sent to sbuild, at least in Oct 2024 it didn't use
them to produce the changelogs?

Chris
Reply to: