← Back to team overview

maria-discuss team mailing list archive

Re: Building 10.4.13 without PAM

 

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@xxxxxxxxxxx>
Date: Tuesday, July 7, 2020 at 03:14
To: "Chris Ross (cross2)" <cross2@xxxxxxxxx>
Cc: "maria-discuss@xxxxxxxxxxxxxxxxxxx" <maria-discuss@xxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~maria-discuss
More help   : https://help.launchpad.net/ListHelp

Attachment: CMakeError.log
Description: Binary data

Attachment: CMakeOutput.log
Description: Binary data

Attachment: smime.p7s
Description: S/MIME cryptographic signature


Follow ups

References