Your message dated Sat, 21 Feb 2026 12:25:47 +0100
with message-id <[email protected]>
and subject line Re: Bug#687179: dak: Please ignore packages with empty arch
keys from Package-List
has caused the Debian Bug report #687179,
regarding dak: Please ignore packages with empty arch keys from Package-List
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
687179: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687179
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg-dev
Version: 1.16.8
Severity: normal
File: /usr/bin/dpkg-genchanges
Hi,
the changes file generated by dpkg-genchanges includes in its Binary
field packages that have been intentionally disabled by setting an empty
Architecture field.
Disabling a package by just clearing its Architecture has the big
advantage to create a very minimal diff compared to deleting a package
entry. This may be helpful if source packages are forked and shall be
diffed (and changes merged) later on - deleting an unneeded package
entry usually causes bigger diffs and more conflicts.
Example: src:fglrx-driver -> fglrx-legacy-driver (a few packages have
been disabled (as there is no need for e.g. 2 clinfo binaries), the
remaining ones have been renamed to contain "-legacy-" in the name.
Having these unneccessary entries in the Binary field causes a dak
reject:
DMs must not hijack binaries (binary=libxvbaw-dev,
other-source=fglrx-driver)
With
Source: fglrx-legacy-driver
[...]
Package: libxvbaw-dev
Section: non-free/libdevel
Architecture:
Depends: ...
[...]
and
Source: fglrx-driver
[...]
Package: libxvbaw-dev
Section: non-free/libdevel
Architecture: i386 amd64
Depends: ...
[...]
Andreas
--- End Message ---
--- Begin Message ---
Closing as there has been no followup.
Ansgar 🙀
--- End Message ---
