Assigning to otto for consideration/feedback.
P.S: mariadb-server-10.0 also depends on perl and libdbi-perl; libdbi-perl is not "multi-arch: foreign", so it should also be changed to "libdbi-perl:amd64 | libdbi-perl:i386" so 64-bit MariaDB could coexist with 32-bit Perl...
At the moment in Debian mariadb-common is defined as Multi-arch: foreign (https://github.com/ottok/mariadb-10.0/blob/master/debian/control#L47). Libmariadbclient18 does not exist as it conflicts with the libmysqlclient18 present in Debian repositories.
The packaging at upstream mariadb.org has not yet meen updated to match the newer packaging standards that the official Debian project packages have. At that point this and other improvements will be merged upstream.
Besides the control file stanzas, another thing to consider is the file locations and e.g. https://mariadb.atlassian.net/browse/MDEV-6135 is still open.
>At that point this and other improvements will be merged upstream.
...At what point?..
Downstream Debian has now Multi-Arch: same for libmariadbclient18
It will be in MariaDB official once I complete the merge in https://jira.mariadb.org/browse/MDEV-6284
Upstream 10.2 has deprecated libmariadbclient18 in favour of libmariadb3. To get multi-arch working georg could maybe look into the patches at https://anonscm.debian.org/cgit/pkg-mysql/mariadb-client-lgpl.git/tree/debian/patches and import them, so that we could start installing libmariadb.so.3 in a multi-arch path instead of the current /usr/lib/mariadb/ path?
I already sorted this out in MariaDB 10.3 packaging.
so closeable?
debian_no_indirect_dependencies.patch didn't seem to be upstream in connector-c
Final bits closed via https://github.com/MariaDB/server/commit/87a7968c23d32880920d129c0e3f467495dce10d and https://github.com/MariaDB/server/commit/4bc31a904f22290801075deed949733ba2133974