Public bug reported: The i386 autopkgtests for ncurses are failing in oracular due to build dependency confusions.
https://autopkgtest.ubuntu.com/results/autopkgtest- oracular/oracular/i386/n/ncurses/20240526_110804_4d872@/log.gz It looks like this same sort of issue occurred in noble (LP: #2052951), and was addressed by simply disabling the manpage-references subtest for i386. It looks like ncurses 6.5-2 was sync'd in instead of merging with the delta, thus dropping the workaround. However, the log of this failure differs a bit from the prior issue, in that all of the subtests are failing, and the error messages are a bit different: 267s autopkgtest [11:07:52]: test infocmp-dumb: preparing testbed 268s autopkgtest [11:07:53]: ERROR: Failed to resolve build-deps for /tmp/autopkgtest.lKQ95H/3-autopkgtest-satdep.dsc; apt-get --simulate output: 268s autopkgtest [11:07:53]: ERROR: | Note, using file '/tmp/autopkgtest.lKQ95H/3-autopkgtest-satdep.dsc' to get the build dependencies 268s autopkgtest [11:07:53]: ERROR: | Reading package lists... 268s autopkgtest [11:07:53]: ERROR: | Building dependency tree... 268s autopkgtest [11:07:53]: ERROR: | Reading state information... 268s autopkgtest [11:07:53]: ERROR: | Some packages could not be installed. This may mean that you have 268s autopkgtest [11:07:53]: ERROR: | requested an impossible situation or if you are using the unstable 268s autopkgtest [11:07:53]: ERROR: | distribution that some required packages have not yet been created 268s autopkgtest [11:07:53]: ERROR: | or been moved out of Incoming. 268s autopkgtest [11:07:53]: ERROR: | The following information may help to resolve the situation: 268s autopkgtest [11:07:53]: ERROR: | 268s autopkgtest [11:07:53]: ERROR: | The following packages have unmet dependencies: 268s autopkgtest [11:07:53]: ERROR: | ncurses-bin : Conflicts: ncurses-bin:i386 268s autopkgtest [11:07:53]: ERROR: | ncurses-bin:i386 : Conflicts: ncurses-bin 268s autopkgtest [11:07:53]: ERROR: | E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. One option might be to do as in LP: #2052951, and disable all subtests for i386, but I wonder if there are better options to consider that would allow the testsuite to run? I'm not sure I understand precisely what is causing the i386/amd64 confusion, but perhaps this is a known situation with an established way to fix it? If not, would it make sense to do some hackery like: # debian/tests/control Tests: manpage-references Restrictions: superficial Depends: libncurses-dev, ncurses-bin, ncurses-doc Architecture: !i386 Tests: backspace-delete-keys, infocmp-dumb Restrictions: superficial Depends: ncurses-base, ncurses-bin Architecture: !i386 Tests: manpage-references Restrictions: superficial Depends: libncurses-dev:i386, ncurses-bin:i386, ncurses-doc Architecture: i386 Tests: backspace-delete-keys, infocmp-dumb Restrictions: superficial Depends: ncurses-base:i386, ncurses-bin:i386 Architecture: i386 Hopefully there's a better idea than this...? ** Affects: ncurses (Ubuntu) Importance: Undecided Status: New ** Tags: update-excuse ** Tags added: update-excuse -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067228 Title: ncurses/i386 autopkgtest failure To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ncurses/+bug/2067228/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
