Hi, Chris! Thanks. I've pushed a fix into a testing branch. The commit hash is 61be53a9c40 if you want to apply it as a workaround. Another workaround would be to do 'mkdir -p destdir/usr/bin' before 'make DESTDIR=destdir install' Regards, Sergei VP of MariaDB Server Engineering and security@mariadb.org On Sep 11, Chris Ross (cross2) wrote:
Following up, with some more specifics...
After configuring with below options, we have the first `maria*config` find(1) results, and then running “make” yields the expected binary :
% find . -name maria\*config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config ./srcdir/mariadb-10.5.5/debian/mariadb-server-10.5.config
<make> % find . -name maria\*config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config/mariadb_config ./srcdir/mariadb-10.5.5/debian/mariadb-server-10.5.config
Then, a “make DESTDIR=destdir install” yields the following:
./destdir/usr/bin/mariadb_config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config/mariadb_config ./srcdir/mariadb-10.5.5/debian/mariadb-server-10.5.config
And, after no other changes, rerunning the exact same make install command produces the following. Clearly, something is wrong with the make install process. So, should the first install create the sym-link, but isn’t? Or, is it configured in some way that the sym-link shouldn’t be created, and it is, but only when running make install twice?
./destdir/usr/bin/mariadb_config ./destdir/usr/bin/mariadb-config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config ./srcdir/mariadb-10.5.5/libmariadb/mariadb_config/mariadb_config ./srcdir/mariadb-10.5.5/debian/mariadb-server-10.5.config
% ls -l destdir/usr/bin/maria*config -rwxr-xr-x 1 cross2 5011 25936 Sep 11 14:05 destdir/usr/bin/mariadb_config lrwxrwxrwx 1 cross2 5011 14 Sep 11 14:56 destdir/usr/bin/mariadb-config -> mariadb_config
Please let me know. This looks like a bug in the build/install process, but I want to know how to work around it on my side while the fix is developed.
Thank you!
-- Chris Ross Software Engineering Manager – Eventing/Datastore Teams cross2@cisco.com