On 2020-10-19 18:05, John Paul Adrian Glaubitz wrote: > Source: glibc > Version: 2.31-4 > Severity: normal > User: debian-sp...@lists.debian.org > Usertags: alpha hppa ia64 m68k sh4 sparc64 > > Hello! > > The two tests: > > FAIL: misc/tst-sbrk > FAIL: misc/tst-sbrk-pie > > fail on multiple architectures. > > According to the discussion in #debian-ports, the tests are broken and not > really necessary anyway: > > jrtc27 | misc/tst-sbrk and/or misc/tst-sbrk-pie seem to be failing on a > *lot* of architectures > jrtc27 | if it were up to me the problem would be solved by just deleting > sbrk... > jrtc27 | FreeBSD just took the stance of not implementing them for new ports > jrtc27 | so it's arm64 and riscv64 ports just have no sbrk > jrtc27 | cbmuser: looks like the tests are Debian-specific > jrtc27 | added as part of Hurd sbrk reworking to test it didn't break
This is a bit exaggerated, this test actually passes on more architectures than it fails. Also this doesn't mean the test is useless, it means those architectures behaves differently, and that something has to be fixed. It could be some architecture specific code or the test itself. > Can we disable them? With the tests disabled, glibc should pass its testsuite > on at least alpha and > sparc64. Not sure what the problem with hppa is at the moment. We can definitely ignore it on the affected architectures, do you please give more details why the test is so wrong that it should be ignored on *all* architectures? Ignoring it on the affected architectures, will indeed fix alpha. Not sure about hppa, ia64 and sparc64 that have other issues. And there is no build log for m68k and sh4 to judge. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
