Debian Patches
Status for mariadb/1:11.4.5-1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| rocksdb-kfreebsd.patch | rocksdb-kfreebsd Upstream has merged this but we still need to wait for it to be included in a RocksDB release and imported into MariaDB and then into Debian. # Merged in RocksDB 6.12.6 but not updated into MariaDB yet |
Andrew Kryczka <andrewkr@fb.com> | yes | upstream | 2020-06-16 | |
| env-perl-usr-bin-perl.patch | 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 |
Otto Kekalainen <otto@debian.org> | yes | https://patch-diff.githubusercontent.com/raw/MariaDB/server/pull/1718.patch | 2020-12-20 | |
| fix-spelling-rocksdb.patch | Fix various spelling errors still found in code Two upstream PRs remain that have been merged, but not imported on MariaDB yet. # Merged in RocksDB 7.3.1, but not updated into MariaDB yet |
Otto Kekalainen <otto@debian.org> | yes | https://patch-diff.githubusercontent.com/raw/facebook/rocksdb/pull/9653.patch | 2022-03-02 | |
| fix-reproducible-builds-rocksdb.patch | Make RocksDB build reproducible The RocksDB binary included a string with the build timestamp: > rocksdb_build_git_date:@2021-05-23-16:04:38@ As this changes from build to build, it makes the builds unreproducible. Simply removing it solves the issue. This temporary fix can be removed when a proper fix already done in upstream lands in MariaDB when the RocksDB submodule is updated to a newer release. # Merged in RocksDB 6.19.3, but not updated into MariaDB yet |
Otto Kekalainen <otto@debian.org> | yes | upstream | https://github.com/facebook/rocksdb/commit/0a9a05ae12943b1529ef1eabbca5ce5a71c986bf | 2021-06-29 |
| mroonga-mrn-lib-dirs-path-reproducible-build.patch | cmake: add support for reproducible buildS We should use relative path not absolute path. We can use target without breaking reproducibility. |
Sutou Kouhei <kou@clear-code.com> | not-needed | upstream | https://github.com/mroonga/mroonga/issues/298#issuecomment-1030815927 | 2022-02-05 |
| install-files-into-usr.patch | Install PAM modules and systemd units into /usr Since Debian trixie all files need to be installed into their canonical location under /usr. |
Michael Biebl <biebl@debian.org> | no | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061348 | 2024-01-22 | |
| 1006531-hurd-no-auth-socket.patch | mariadb: FTBFS on hurd-i386: undefined reference to misc functions and files requires https://github.com/MariaDB/server/pull/2893 as debian explicit architectures aren't needed since dh_auto_configure handles this. If it works, upstream welcome. Hurd string from uname -m, "SYSTEM processor: i686-AT386" in mariadb output. And wiki reference https://en.wikipedia.org/wiki/Uname |
Daniel Black <daniel@mariadb.org> | no | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006531 | 2024-01-28 | |
| startup-message.patch | 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 34 Server version: 10.11.7-MariaDB-3 Debian n/a Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Support MariaDB developers by giving a star at https://github.com/MariaDB/server Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [(none)]> Server output: [Note] Support MariaDB developers by giving a star at https://github.com/MariaDB/server Server output if build in git directory: [Note] Starting MariaDB 10.11.7-MariaDB-3 source revision 219efb0a6ab0ee8ce2ec831c715783586c4db2ef as process 5426 |
Otto Kekalainen <otto@debian.org> | no | 2024-03-10 | ||
| hurd-i386-plugin_disks_information_schema_disks.cc.patch | Bug#1069094: mariadb: FTBFS on hurd-i386 Define PATH_MAX if not defined. |
Svante Signell <svante.signell@gmail.com> | no | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069094 | 2024-04-20 | |
| hurd-i386-storage_connect_ioapi.h.patch | Bug#1069094: mariadb: FTBFS on hurd-i386 Add Hurd to define __USE_FILE_OFFSET64 et al. |
Svante Signell <svante.signell@gmail.com> | no | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069094 | 2024-04-20 | |
| hide-mysql-command-deprecation-warnings.patch | 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/ |
Otto Kekalainen <otto@debian.org> | no | 2024-06-30 | ||
| 1063738-x32-compile-time-assert.patch | 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. |
Otto Kekalainen <otto@debian.org> | no | 2024-07-04 | ||
| 1095286-pcre-tests-case-confusion.patch | Update PCRE tests to fix case confusion (Closes: #1095286) MariaDB RLIKE is case-insensitive; in perl the Unicode character property tests \p{Lu} and \p{Ll} are equivalent to \p{L&} in case-insensitive matches. So remove those tests (since there is already the \p{L&} test). This fixes a FTBFS with PCRE2 10.45 which fixed its handling of Ll Lt and Lu under case-insensitive matching to match perl's behaviour. Example of failure seen in MTR: main.func_regexp_pcre w4 [ fail ] Test ended at 2025-02-06 07:00:25 CURRENT_TEST: main.func_regexp_pcre @@ -169,13 +169,13 @@ \p{Latin} 㐗 0 \p{Latin} 갷 0 \p{Ll} 1 0 -\p{Ll} A 0 +\p{Ll} A 1 \p{Ll} a 1 -\p{Ll} À 0 +\p{Ll} À 1 \p{Ll} à 1 -\p{Ll} Σ 0 +\p{Ll} Σ 1 \p{Ll} σ 1 -\p{Ll} Я 0 +\p{Ll} Я 1 \p{Ll} я 1 \p{Ll} ௨ 0 \p{Ll} ප 0 |
Matthew Vernon <matthew@debian.org> | no | 2025-02-06 | ||
| Fix-misc-spelling-in-MariaDB-Server-repository.patch | 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 |
Otto Kekalainen <otto@debian.org> | no | 2024-03-10 |
All known versions for source package 'mariadb'
- 1:11.4.5-1 (trixie, sid)
- 1:10.11.9-0+deb12u1 (bookworm-proposed-updates)
- 1:10.11.6-0+deb12u1 (bookworm)