Source: apparmor Version: 2.10-2 Severity: important https://buildd.debian.org/status/fetch.php?pkg=apparmor&arch=mips&ver=2.10-2&stamp=1442250379 https://buildd.debian.org/status/fetch.php?pkg=apparmor&arch=mipsel&ver=2.10-2&stamp=1442250826
I've reproduced these segfaults on the minkus.debian.org (mips) and eder.debian.org (mipsel) porterboxes. Note that: * 2.10-1 built just fine on those architectures' buildds when that package was uploaded to experimental. * I tried building 2.9.2-3 on these two porterboxes => I see the same segfault and FTBFS, and running ./parser/tst_regex by hand indeed tells me: "zsh: segmentation fault ./parser/tst_regex" => so this looks like the breakage was triggered by some change in the build environment, rather than in the source package itself. (Which doesn't necessarily mean that the source package is innocent, though :) Could it be that there's some inconsistency between the version of libapparmor we're building/linking the test programs against, and the version we're running them with? The system's libapparmor1 (2.9.2-3), has been built before the GCC-5 transition. Cheers, -- intrigeri
