Hello Michael, Michael Tokarev [2026-05-29 7:31 +0300]: > > Martin Pitt [2026-05-29 5:44 +0200]: > > > Hmm, c-machines is Architecture: all. Conceptually, building on just the > > > supported architectures is right, but it'd have to become arch: any then > > > and > > > that's difficult because reasons (esbuild yadayada). > > > > > > I'll make the dependency architecture specific as a quick fix to unblock > > > migration. > > > > That doesn't actually work: > > > > Depends: libvirt-daemon-system [amd64 arm64 loong64 mips64el ppc64 > > ppc64el riscv64 s390x sparc64], > > > > fails with > > > > dpkg-gencontrol: error: the Depends field contains an arch-specific > > dependency but the package 'cockpit-machines' is architecture all > > This is the point. > > When I filed this bug report, I failed to realize this package is > Architecture: all somehow. I was sure it is arch-any. > > And for arch-all package, things are different. In particular, you > don't adjust the package when arch-specific dependencies changes. > Instead, it is the autopkgtest system which just omits testing this > package once the dependencies disappears on some architectures.
So you are saying it didn't actually block anything? Indeed I couldn't find a blocker. > Please excuse me for all this noise and for your attention. I filed > this bug report entirely by mistake. No worries! If anything, it at least helped to spot that libvirt packaging bug, i.e. the daemon should continue to be available on all arches, just not depend on -qemu on 32 bit. > Closing this bug now. It raced with my upload. > Please don't rush anything here. Your package is fine. OK! I'll revert the architecture change. Thanks! Martin
