[Bug 2073933] Re: tests/integration/test_signal_crashes.py::T::test_core_dump_packaged fails on armhf

[Launchpad Bug Tracker]

This bug was fixed in the package apport - 2.28.1-0ubuntu3.3

---------------
apport (2.28.1-0ubuntu3.3) noble; urgency=medium

  * Depend on gdb-multiarch and python3-psutil for system tests

apport (2.28.1-0ubuntu3.2) noble; urgency=medium

  * Remove obsolete apport init.d and bash-completion conffiles (LP: #2078634)
  * recent-syslog: read stdout after process completion (LP: #2073935)
  * package_hook: Handle failures of removed packages (LP: #2078695)
  * Fix hang when cancelling/closing Apport (LP: #1537310)
  * tests:
    - fix wait_for_gdb_sleeping_child_process (LP: #2073933)
    - fix flaky tests waiting for sleep command (LP: #2076186)

 -- Benjamin Drung <bdrung at ubuntu.com>  Sat, 26 Oct 2024 13:50:11 +0200

** Changed in: apport (Ubuntu Noble)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/2073933

Title:
  tests/integration/test_signal_crashes.py::T::test_core_dump_packaged
  fails on armhf

Status in Apport:
  Fix Released
Status in apport package in Ubuntu:
  Fix Released
Status in apport source package in Noble:
  Fix Released

Bug description:
  [ Impact ]

  The Apport 2.29.0 test case
  `tests/integration/test_signal_crashes.py::T::test_core_dump_packaged`
  can fail on armhf:

  ```
  394s =================================== FAILURES ===================================
  394s __________________________ T.test_core_dump_packaged ___________________________
  394s
  394s self = <tests.integration.test_signal_crashes.T testMethod=test_core_dump_packaged>
  394s
  394s     def test_core_dump_packaged(self):
  394s         """Packaged executables create core dumps on proper ulimits."""
  394s         # for SEGV and ABRT we expect reports and core files
  394s         for sig in (signal.SIGSEGV, signal.SIGABRT):
  394s             for kb, exp_file in core_ulimit_table:
  394s                 resource.setrlimit(resource.RLIMIT_CORE, (kb, -1))
  394s                 self.do_crash(
  394s                     expect_corefile=exp_file,
  394s                     expect_corefile_owner=os.geteuid(),
  394s                     sig=sig,
  394s                 )
  394s >               self.check_report_coredump(self.test_report)
  394s
  394s /tmp/autopkgtest.GVBNRi/autopkgtest_tmp/tests/integration/test_signal_crashes.py:426:
  394s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
  394s /tmp/autopkgtest.GVBNRi/autopkgtest_tmp/tests/integration/test_signal_crashes.py:1216: in check_report_coredump
  394s     self.assertIn("\n#2", r.get("Stacktrace"))
  394s E   AssertionError: '\n#2' not found in '#0  0xf7fe2734 in ?? ()\nNo symbol table info available.\n#1  0xf7fef000 in ?? ()\nNo symbol table info available.\nBacktrace stopped: previous frame identical to this frame (corrupt stack?)'
  ```

  Full log: https://autopkgtest.ubuntu.com/results/autopkgtest-
  oracular/oracular/armhf/a/apport/20240618_034715_7581f@/log.gz

  [ Test Plan ]

  Check that the fixed Apport does not have failing unit-and-
  integration-tests autopkgtests on all archs.

  [ Where problems could occur ]

  The fix only touches test code. It could only affect the test results,
  but not code installed on the users machines.

To manage notifications about this bug go to:
https://bugs.launchpad.net/apport/+bug/2073933/+subscriptions