Okay. Sorry about that, thanks for the pointers of what I should provide.
I’m using MariaDB 10.4.13. My build process untar’s the source for each build, so cached files shouldn’t be an issue. I’m cmake’ing as follows:
(cd /data/sources/mariadb-10.4.13 && \
TMPDIR="/data/sources/tmp" \
cmake -DBUILD_CONFIG=mysql_release -DAWS_SDK_EXTERNAL_PROJECT=OFF -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINSTALL_LAYOUT=RPM \
-DINSTALL_PLUGINDIR=lib64/plugin -DINSTALL_SYSCONFDIR="" -DINSTALL_MYSQLTESTDIR="" -DWITH_EMBEDDED_SERVER=NO -DWITH_JEMALLOC=OFF \
-DWITH_PCRE=auto -DWITH_SSL=system -DWITH_ZLIB=system -DWITH_WSREP=OFF -DPLUGIN_WSREP_INFO=NO -DPLUGIN_AUTH_TEST_PLUGIN=NO \
-DPLUGIN_TEST_SQL_DISCOVERY=NO -DPLUGIN_TEST_VERSIONING=NO -DPLUGIN_BLACKHOLE=NO -DPLUGIN_EXAMPLE=NO \
-DPLUGIN_EXAMPLE_KEY_MANAGEMENT=NO -DPLUGIN_FTEXAMPLE=NO -DPLUGIN_FEDERATED=NO -DPLUGIN_FEDERATEDX=NO \
-DPLUGIN_MROONGA=NO -DMRN_GROONGA_EMBED=OFF -DPLUGIN_SPIDER=NO -DPLUGIN_SPHINX=NO -DPLUGIN_TOKUDB=NO \
-DPLUGIN_ROCKSDB=NO -DSKIP_TESTS=ON -DWITH_UNIT_TESTS=NO -DPLUGIN_AUTH_PAM=NO -DPLUGIN_AUTH_PAM_V1=NO)
...at least today. After much searching the system for all of the bits it’s looking for, cmake eventually reports the error noted earlier.
Logs attached, apologies for large attachments.
- Chris
From: Vicențiu Ciorbaru <vicentiu@mariadb.org>
Date: Tuesday, July 7, 2020 at 03:14
To: "Chris Ross (cross2)" <cross2@cisco.com>
Cc: "maria-discuss@lists.launchpad.net" <maria-discuss@lists.launchpad.net>
Subject: Re: [Maria-discuss] Building 10.4.13 without PAM
Hi Chris!
When trying to get help on this, it's helpful if you provide a bit more background information. Useful pieces:
· The full cmake configure line
· The commit hash (or version) of MariaDB that you are trying to compile.
· Both CMakeOutput.log and CMakeError.log
I tested out the following line and it worked for me:
cmake . -DBUILD_TYPE=mysql_release -DPLUGIN_AUTH_PAM=NO -DPLUGIN_AUTH_PAM_V1=NO
You may have some leftover CMakeCache file from a previous attempt that is interfering with this. Try making sure you are doing the configure from a clean source directory and see what happens.
Vicențiu
On Mon, 6 Jul 2020 at 23:01, Chris Ross (cross2) <cross2@cisco.com> wrote:
Hey there again. So, I just today considered turning off PAM, largely to not have to deal with the setuid auth_pam_tool. We’re not going to be using pam, just internal accounts, so.
I added -DPLUGIN_AUTH_PAM=NO and -DPLUGIN_AUTH_PAM_V1=NO to my build options, the same way I had turned off various other plugins I don’t need. But, when running cmake, I now see:
CMake Error at cmake/plugin.cmake:283 (MESSAGE):
Plugin AUTH_PAM cannot be built
Call Stack (most recent call first):
CMakeLists.txt:413 (CONFIGURE_PLUGINS)
I looked in CMakeOutput.log and CMakeError.log but don’t see anything that looks like related errors. And, I asked it not to build AUTH_PAM plugin, so it complaining that it can’t seems unusual.
What did I miss?
- Chris
_______________________________________________
Mailing list: https://launchpad.net/~maria-discuss
Post to : maria-discuss@lists.launchpad.net
Unsubscribe : https://launchpad.net/~maria-discuss
More help : https://help.launchpad.net/ListHelp