Package: mariadb / 1:11.8.3-1

Metadata

Package Version Patches format
mariadb 1:11.8.3-1 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
env perl usr bin perl.patch | (download)

mysql-test/lib/process-purecov-annotations.pl | 2 1 + 1 - 0 !
mysql-test/lib/v1/mysql-test-run.pl | 2 1 + 1 - 0 !
mysql-test/mariadb-stress-test.pl | 2 1 + 1 - 0 !
mysql-test/mariadb-test-run.pl | 2 1 + 1 - 0 !
mysql-test/std_data/checkDBI_DBD-MariaDB.pl | 2 1 + 1 - 0 !
mysql-test/suite/engines/rr_trx/run_stress_tx_rr.pl | 2 1 + 1 - 0 !
mysql-test/suite/funcs_1/lib/DataGen_local.pl | 2 1 + 1 - 0 !
mysql-test/suite/funcs_1/lib/DataGen_modify.pl | 2 1 + 1 - 0 !
mysql-test/suite/funcs_2/lib/gen_charset_utf8.pl | 2 1 + 1 - 0 !
mysql-test/suite/rpl/extension/checksum.pl | 2 1 + 1 - 0 !
scripts/mytop.sh | 2 1 + 1 - 0 !
11 files changed, 11 insertions(+), 11 deletions(-)

 fix perl path in scripts

Fix Lintian issue https://lintian.debian.org/tags/incorrect-path-for-interpreter.html

Upstream will never accept this patch,
see https://github.com/MariaDB/server/pull/1718

mroonga mrn lib dirs path reproducible build.patch | (download)

storage/mroonga/CMakeLists.txt | 12 4 + 8 - 0 !
1 file changed, 4 insertions(+), 8 deletions(-)

 cmake: add support for reproducible builds

We should use relative path not absolute path. We can use target without
breaking reproducibility.

install files into usr.patch | (download)

cmake/install_layout.cmake | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 install pam modules and systemd units into /usr

Since Debian trixie all files need to be installed into their canonical
location under /usr.

startup message.patch | (download)

sql/mysqld.cc | 20 15 + 5 - 0 !
1 file changed, 15 insertions(+), 5 deletions(-)

 show banner in server and client startup to drive community
 engagement

Suggest to users that they can support MariaDB development by simply giving a
star on GitHub. This patch experiments with how well such a banner works, and
may later change the contents to drive some other kind of engagement.

Client output:

    Welcome to the MariaDB monitor.  Commands end with ; or \g.
    Your MariaDB connection id is 17
    Server version: 11.8.1-MariaDB-5 from Debian -- Please help get to 10k stars at https://github.com/MariaDB/Server

    Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

    Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

    MariaDB [(none)]>

Server output:
    [Note] Please help get to 10k stars at https://github.com/MariaDB/Server

Server output if built in git directory:
    [Note] Starting MariaDB 11.8.1-MariaDB-5 from Debian source revision 1a9c3debfd6b1b16af4e501d3530b866b85c38a8 server_uid eNAjF8/wvUNM09/mSmh+k3a5o5w= as process 1359

Logs will also show as server output:
    mysqld: Version: '11.8.1-MariaDB-5 from Debian'  socket: '/run/mysqld/mysqld.sock'  port: 3306  -- Please help get to 10k stars at https://github.com/MariaDB/Server

hide mysql command deprecation warnings.patch | (download)

mysys/my_init.c | 3 2 + 1 - 0 !
1 file changed, 2 insertions(+), 1 deletion(-)

 disable the 'mysql*' command deprecation warning

Many command-line tools expect the commands they run to return without
any output in stderr or having error codes. The fact that now in MariaDB
11.4 all 'mysql*' commands emit a deprecation warning causes a lot of
scripts to fail, such as the /etc/init.d/mariadb itself and many dependent
programs as witnessed via Debian autopkgtests. See examples below.

https://ci.debian.net/packages/m/mariadb-connector-odbc/testing/amd64/48373500/
https://ci.debian.net/packages/p/pam-mysql/testing/amd64/48373511/
https://ci.debian.net/packages/r/roundcube/testing/amd64/48373518/

1063738 x32 compile time assert.patch | (download)

tests/mysql_client_fw.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 make compile_time_assert compatible with x32 (closes: #1063738)

The x32 build was failing on:

    compile_time_assert(sizeof(MYSQL) == 77*sizeof(void*)+656);

Reported upstream at https://jira.mariadb.org/browse/MDEV-34195.
This is a regression from upstream commits c432c9ef and 06a884a57071.

Fix is based on advice from https://lists.debian.org/debian-amd64/2024/07/msg00003.html
which is also aligned with https://wiki.debian.org/X32Port.

Fix misc spelling in MariaDB Server repository.patch | (download)

extra/mariabackup/innobackupex.cc | 4 2 + 2 - 0 !
extra/mariabackup/xtrabackup.cc | 6 3 + 3 - 0 !
mysql-test/main/mysqld--help.result | 15 8 + 7 - 0 !
mysql-test/suite/sys_vars/r/sysvars_innodb.result | 2 1 + 1 - 0 !
mysql-test/suite/sys_vars/r/sysvars_server_embedded.result | 2 1 + 1 - 0 !
mysql-test/suite/sys_vars/r/sysvars_server_notembedded.result | 2 1 + 1 - 0 !
sql/opt_subselect.cc | 4 2 + 2 - 0 !
sql/sql_select.cc | 4 2 + 2 - 0 !
sql/sys_vars.cc | 2 1 + 1 - 0 !
storage/connect/odbconn.cpp | 2 1 + 1 - 0 !
storage/innobase/handler/ha_innodb.cc | 2 1 + 1 - 0 !
support-files/mysql.server.sh | 2 1 + 1 - 0 !
12 files changed, 24 insertions(+), 23 deletions(-)

 fix misc spelling in mariadb server repository

This is a combined patch of various spelling fixes.

* Fix misc typos in MariaDB Server

* Fix spelling of 'allows one to'

  Fix the following Lintian nags introduced in commit
  c8d040938a7ebe10e62506a726702c5990ef4dda:

  I: mariadb-backup: spelling-error-in-binary "allows to" "allows one to" [usr/bin/mariadb-backup]
  I: mariadb-server-core: spelling-error-in-binary "allows to" "allows one to" [usr/sbin/mariadbd]
  I: mariadb-test: spelling-error-in-binary "allows to" "allows one to" [usr/bin/mariadb-client-test-embedded]
  I: mariadb-test: spelling-error-in-binary "allows to" "allows one to" [usr/bin/mariadb-test-embedded]
  I: mariadb-test: spelling-error-in-binary "allows to" "allows one to" [usr/bin/test-connect-t]

* Fix typo: Enrypt->Encrypt

Improve output from mariadb secure installation to be mor.patch | (download)

scripts/mysql_secure_installation.sh | 24 14 + 10 - 0 !
1 file changed, 14 insertions(+), 10 deletions(-)

 improve output from mariadb-secure-installation to be more honest

The script is not useful in Debian, and likely misleading to users.
Improve the output to be more clear about what it is doing or is not
doing.

MDEV 37411 suppress new warning about native aio.patch | (download)

storage/innobase/os/os0file.cc | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 suppress native aio warning introduced in 10.8.3

Upstream a87bb96 introduced a new warning, visible at least on all ppc64el and
s390x builds which makes the post-build mariadb-test-test fail:

    [Warning] InnoDB: native AIO failed: falling back to
    innodb_use_native_aio=OFF

Unlike upstream MariaDB, in Debian we removed libaio in for Linux on
MariaDB 10.6+ in 612630c6 and completely in 1d648d6f. Thus the build
will not have libaio at all on any platform in Debian, and the warning
is useless.

This might not be the optimal solution, but at least suppressing the warning
will unblock the 11.8.3 release for now.