Install PAM modules and systemd units into /usr
Since Debian trixie all files need to be installed into their canonical
location under /usr.
Origin: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
1061348
Forwarded: no
Gbp-Pq: Name install-files-into-usr.patch
cmake: add support for reproducible buildS
We should use relative path not absolute path. We can use target without
breaking reproducibility.
Origin: https://github.com/mroonga/mroonga/issues/298#issuecomment-
1030815927
Bug: https://github.com/mroonga/mroonga/issues/298
Forwarded: not-needed
Gbp-Pq: Name mroonga-mrn-lib-dirs-path-reproducible-build.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.
Origin: https://github.com/facebook/rocksdb/commit/
0a9a05ae12943b1529ef1eabbca5ce5a71c986bf
Bug: https://github.com/facebook/rocksdb/issues/7035
# Merged in RocksDB 6.19.3, but not updated into MariaDB yet
Gbp-Pq: Name fix-reproducible-builds-rocksdb.patch
mariadb (1:11.8.1-2) unstable; urgency=medium
* Disable test func_format on i386 (MDEV-36334) to get i386 builds
pass on official Debian buildd while upstream fixes the issue
* Restore better error message on service stop failures from
c789cdaf
* Revert "Set CAP_IPC_LOCK capability if possible" to follow upstream
[dgit import unpatched mariadb 1:11.8.1-2]