Details
-
Bug
-
Status: Stalled (View Workflow)
-
Major
-
Resolution: Unresolved
-
10.3(EOL), 10.4(EOL), 10.5, 10.6
-
None
Description
Originally reported at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=920994
It's not nice to leave an architecture without a working mysql client library (and a server as well), now that mariadb-10.1 is gone.
}}
|
In file included from /<<PKGBUILDDIR>>/storage/rocksdb/rocksdb/db/builder.cc:31:
|
/<<PKGBUILDDIR>>/storage/rocksdb/rocksdb/table/format.h:15:10: fatal error: malloc_np.h: No such file or directory
|
#include <malloc_np.h>
|
^~~~~~~~~~~~~
|
{{
|
Attachments
Activity
I would suspect that this should be reported at https://github.com/facebook/rocksdb/issues
We use a non-modified copy of rocksdb, so we don't have any means of applying custom patches to it.
psergey might correct me, if I'm wrong.
Mitigated in Debian with https://salsa.debian.org/mariadb-team/mariadb-10.3/commit/fc8eb8f634f60ddef64ece979d58e09cb5318d62
I will upstream this commit later.
I guess this is waiting for psergey to import the latest version of RocksDB on 10.5 and then this issue can be verified as fixed and closed.
RocksDB is MariaDB 10.5 is still 5.8, so this issue will probably never be fixed for 10.5 but only in 10.6. Although in 10.6 RocksDB seems also to still be 5.8 and hasn't updated either? According to comment on upstream PR the fix is in RocksDB 6.13.
10.5: bba5e7bc21093d7cfa765e1280a7c4fdcd284288 storage/rocksdb/rocksdb (v5.8-2306-gbba5e7bc2)
10.6: bba5e7bc21093d7cfa765e1280a7c4fdcd284288 storage/rocksdb/rocksdb (v5.8-2306-gbba5e7bc2)
RocksDB in 10.11.5 seems to be a bit newer, but still from 2020:
10.11: bba5e7bc21093d7cfa765e1280a7c4fdcd284288 storage/rocksdb/rocksdb (bba5e7bc)
Any pointers cvicentiu what this could be related to? Or psergey as our RocksDB expert?