as a workaround you can manually copy mysql.init from /usr/share/mysql to /etc/init.d

otto, I see you assigned me this issue.

MDEV-15526 was resolved by this commit https://github.com/MariaDB/server/commit/a4cc6fb91f3855e0ed803a6e1762440cfcf8cb5c. So I believe there is no better workaround to this problem than what serg already suggested.

I personally would have preferred to resolve MDEV-15526 with https://github.com/MariaDB/server/pull/1172 so for now I can not see any better solution.

philip_38 can you please mention what is the "popular version of Ubuntu 18.04" you are speaking of so I can maybe do some tests?

The version that millions of engineers are using is the one that comes with Windows 10 and the Subsystem for Linux. It can see the Windows disks and shares memory and network. It comes handy when we need to develop some database objects. It has no systemd.

Ok, thank you philip_38, this seems to be the version:
https://www.microsoft.com/en-us/p/ubuntu-1804-lts/9n9tngvndl3q?activetab=pivot:overviewtab

Unfortunately I have no way of testing this. Did you managed to start mariadb with the workaround suggested by serg?

Yes, I did, but millions of users will not have any idea. Please add a test
for Systemd and if not present, deploy classic version.

On Tue, Feb 25, 2020 at 6:34 AM Faustin Lammler (Jira) <jira@mariadb.org>

philip_38 Which is the exact MariaDB version you are now talking about? The Windows subsystem inherits from Ubuntu, right? What does dpkg -l | grep -iE 'maria|mysql|galera' show on this system?

There is a /etc/init.d/mysql shipped in https://packages.ubuntu.com/bionic/amd64/mariadb-server-10.1/filelist at least..

ii default-libmysqlclient-dev:amd64 1.0.4 amd64 MySQL database development files (metapackage)
ii galera-3 25.3.28-bionic amd64 Replication framework for transactional applications
ii libdbd-mysql-perl 4.046-1 amd64 Perl5 database interface to the MariaDB/MySQL database
ii libmariadb3:amd64 1:10.3.21+maria~bionic amd64 MariaDB database client library
ii libmysqlclient-dev 5.7.28-0ubuntu0.18.04.4 amd64 MySQL database development files
ii libmysqlclient20:amd64 5.7.28-0ubuntu0.18.04.4 amd64 MySQL database client library
ii mariadb-client-10.3 1:10.3.21+maria~bionic amd64 MariaDB database client binaries
ii mariadb-client-core-10.3 1:10.3.21+maria~bionic amd64 MariaDB database core client binaries
ii mariadb-common 1:10.3.21+maria~bionic all MariaDB database common files (e.g. /etc/mysql/conf.d/mariadb.cnf)
ii mariadb-plugin-rocksdb 1:10.3.21+maria~bionic amd64 RocksDB storage engine for MariaDB
ii mariadb-server 1:10.3.21+maria~bionic all MariaDB database server (metapackage depending on the latest version)
ii mariadb-server-10.3 1:10.3.21+maria~bionic amd64 MariaDB database server binaries
ii mariadb-server-core-10.3 1:10.3.21+maria~bionic amd64 MariaDB database core server files
ii mysql-common 1:10.3.21+maria~bionic all MariaDB database common files (e.g. /etc/mysql/my.cnf)
ii python-mysqldb 1.3.10-1build1 amd64 Python interface to MySQL

So I believe you are using MariaDB repositories because Ubuntu 18.04 ships by default 10.1.

Yes I am.

On Tue, Feb 25, 2020 at 12:55 PM Faustin Lammler (Jira) <jira@mariadb.org>

Unfortunately, we do not have resources to test such installations and I am not even sure this would be feasible within our build and test platform (buildbot.mariadb.org).

Also, for such a use case, I would recommend our docker images https://github.com/docker-library/docs/blob/master/mariadb/README.md?

serg what do you think we should do about it?

Systemd has been supported in WSL now https://devblogs.microsoft.com/commandline/systemd-support-is-now-available-in-wsl/ for a few months.

So at the moment I'm thinking WONTFIX.