#972057 mariadb-10.6: FTBFS on m68k: test suite fails to start

Package:
mariadb-10.6
Source:
mariadb-10.6
Submitter:
Otto Kekäläinen
Date:
2023-01-21 23:39:10 UTC
Severity:
normal
Tags:
#972057#5
Date:
2020-10-11 21:51:26 UTC
From:
To:
Source: mariadb-10.5
Version: 1:10.5.5-3
Forwarded: https://jira.mariadb.org/browse/MDEV-23922
Tags: upstream, confirmed, help, ftbfs
Severity: normal
Justification: source does build, but tests don't run and binaries are
unvalidated
User: debian-68k@lists.debian.org
Usertags: m68k, 68k

As part of the MariaDB build there is a test suite that runs directly
after the build has finished, and validates that the binaries run at
least all the basic stuff as expected.

On amd64 the build log looks like this:

*********************
Source: https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5&arch=amd64&ver=1%3A10.5.5-3&stamp=1602231226&raw=0
*********************
RULES.override_dh_auto_test
dh_testdir
# Skip unstable tests if such are defined for arch
cp mysql-test/unstable-tests debian/mysql-test-unstable-tests.orig
[ ! -f debian/unstable-tests.amd64 ] || cat
debian/unstable-tests.amd64 >> mysql-test/unstable-tests
# Run testsuite
# Don't use --mem here as official Debian builders and most Docker
systems don't have a large mem device available and
# would fail with errors on lack of disk space.
cd builddir/mysql-test && \
./mtr --force --testcase-timeout=120 --suite-timeout=540 \
      --retry=3 --parallel=4 --skip-rpl --suite=main \
--skip-test-list=unstable-tests
Logging: /<<PKGBUILDDIR>>/mysql-test/mysql-test-run.pl  --force
--testcase-timeout=120 --suite-timeout=540 --retry=3 --parallel=4
--skip-rpl --suite=main --skip-test-list=unstable-tests
vardir: /<<PKGBUILDDIR>>/builddir/mysql-test/var
Removing old var directory...
Creating var directory '/<<PKGBUILDDIR>>/builddir/mysql-test/var'...
Checking supported features...
MariaDB Version 10.5.5-MariaDB-3
 - SSL connections supported
Using suites: main
Collecting tests...
Installing system database...
*********************

However, on m68k builds the log just says:

*********************
Source: https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.5&arch=m68k&ver=1%3A10.5.5-3&stamp=1602368619&raw=0
*********************
RULES.override_dh_auto_test
dh_testdir
# Skip unstable tests if such are defined for arch
cp mysql-test/unstable-tests debian/mysql-test-unstable-tests.orig
[ ! -f debian/unstable-tests.m68k ] || cat debian/unstable-tests.m68k
# Run testsuite
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
   create-stamp debian/debhelper-build-stamp
   dh_testroot -a -O--fail-missing
   dh_prep -a -O--fail-missing
rm -f -- debian/libmariadb-dev.substvars
debian/libmariadb-dev-compat.substvars debian/libmariadb3.substvars
debian/libmariadbd19.substvars debian/libmariadbd-dev.substvars
debian/mariadb-client-core-10.5.substvars
debian/mariadb-client-10.5.substvars
debian/mariadb-server-core-10.5.substvars
debian/mariadb-server-10.5.substvars debian/mariadb-backup.substvars
debian/mariadb-plugin-connect.substvars
debian/mariadb-plugin-s3.substvars
debian/mariadb-plugin-oqgraph.substvars
debian/mariadb-plugin-spider.substvars
debian/mariadb-plugin-gssapi-server.substvars
debian/mariadb-plugin-gssapi-client.substvars
debian/mariadb-plugin-cracklib-password-check.substvars
debian/mariadb-test.substvars
rm -fr -- debian/.debhelper/generated/libmariadb-dev/
debian/libmariadb-dev/ debian/tmp/
debian/.debhelper/generated/libmariadb-dev-compat/
debian/libmariadb-dev-compat/ debian/.debhelper/generated/libmariadb3/
debian/libmariadb3/ debian/.debhelper/generated/libmariadbd19/
debian/libmariadbd19/ debian/.debhelper/generated/libmariadbd-dev/
debian/libmariadbd-dev/
debian/.debhelper/generated/mariadb-client-core-10.5/
debian/mariadb-client-core-10.5/
debian/.debhelper/generated/mariadb-client-10.5/
debian/mariadb-client-10.5/
debian/.debhelper/generated/mariadb-server-core-10.5/
debian/mariadb-server-core-10.5/
debian/.debhelper/generated/mariadb-server-10.5/
debian/mariadb-server-10.5/
debian/.debhelper/generated/mariadb-backup/ debian/mariadb-backup/
debian/.debhelper/generated/mariadb-plugin-connect/
debian/mariadb-plugin-connect/
debian/.debhelper/generated/mariadb-plugin-s3/
debian/mariadb-plugin-s3/
debian/.debhelper/generated/mariadb-plugin-oqgraph/
debian/mariadb-plugin-oqgraph/
debian/.debhelper/generated/mariadb-plugin-spider/
debian/mariadb-plugin-spider/
debian/.debhelper/generated/mariadb-plugin-gssapi-server/
debian/mariadb-plugin-gssapi-server/
debian/.debhelper/generated/mariadb-plugin-gssapi-client/
debian/mariadb-plugin-gssapi-client/
debian/.debhelper/generated/mariadb-plugin-cracklib-password-check/
debian/mariadb-plugin-cracklib-password-check/
debian/.debhelper/generated/mariadb-test/ debian/mariadb-test/
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<<PKGBUILDDIR>>'
RULES.override_dh_auto_install
dh_testdir
dh_testroot
*********************

The test suite is not starting at all!


If there are any m68k experts in Debian who could look into this, and
report their findings directly upstream at jira.mariadb.org so that an
improved test (or underlying code fix) can be produced, it would be
appreciated.

If you have a patch:
- Universal fixes are welcome directly upstream at
https://github.com/mariadb/server
- Debian-only fixes are welcome as Merge Requests at
https://salsa.debian.org/mariadb-team/mariadb-10.5

I tagged this FTBFS so that the anomaly will be visible on the
overview page at
https://buildd.debian.org/status/package.php?p=mariadb-10.5

As the test suite does not run, we have not way of validating
automatically that the binaries did build successfully. They might as
well segfault immediately when started etc.

#972057#10
Date:
2022-02-07 21:45:15 UTC
From:
To:
Dear submitter,

as the package mariadb-10.5 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/1004944

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)

#972057#15
Date:
2022-02-26 23:20:40 UTC
From:
To:
This bug still exists for MariaDB 10.6.

In https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.6&arch=m68k&ver=1%3A10.6.7-2%7Eexp1&stamp=1645819691&raw=0
the build passes despite skipping the test suite:

...

RULES.override_dh_auto_test
dh_testdir
# Ensure at least an empty file exists
touch mysql-test/unstable-tests
# Run testsuite
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
   create-stamp debian/debhelper-build-stamp
   dh_testroot -a -O--fail-missing
   dh_prep -a -O--fail-missing
rm -f -- debian/libmariadb-dev.substvars ..
rm -fr -- debian/.debhelper/generated/libmariadb-dev/ ...
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<<PKGBUILDDIR>>'
RULES.override_dh_auto_install
dh_testdir
dh_testroot
...

#972057#32
Date:
2022-11-21 08:33:41 UTC
From:
To:
Hello Otto!

The testsuites are intentionally disabled on m68k and sh4 since these targets
used QEMU-based buildds. This is not a bug, so I suggest closing both bugs.

Adrian

#972057#37
Date:
2022-11-21 15:48:02 UTC
From:
To:
Thanks for the info. Do you what is the mechanism that controls makes the
test suite being skipped on m68k/sh?

#972057#42
Date:
2022-11-21 15:53:25 UTC
From:
To:
The buildds set the environment variable DEB_BUILD_OPTIONS="nobench nocheck".

Adrian

#972057#47
Date:
2023-01-21 23:33:47 UTC
From:
To:
Root cause:

Both sh4 and m68k runin qemu builders and have
DEB_BUILD_OPTIONS="nobench nocheck" defined, so tests are skipped
intentionally.