No CRAM-MD5 support for libsasl2 when compiling
I am trying to build mesos 0.23. In my case, I am trying to build mesos and all of its dependencies manually, so I can build a package that contains everything. I am building cyrus sasl 2.1.26 like so: ./configure CC=gcc-4.8 CPPFLAGS=-I/usr/include/openssl --prefix=/home/user/Desktop/libsasl2 --enable-cram make make install Mesos is being build like so (modified from the instructions in the docs): ../configure CC=gcc-4.8 CXX=g++-4.8 LD_FLAGS=-L/home/user/Desktop/libsasl2/lib SASL_PATH=/home/user/Desktop/libsasl2/lib/sasl2 --prefix=/home/user/Desktop/mesos-install --with-svn=/home/user/Desktop/svn --with-apr=/home/user/Desktop/apr --with-sasl=/home/user/Desktop/libsasl2 For some reason, mesos will error because CRAM-MD5 is not found during ./configure: checking for sasl_done in -lsasl2... yes checking SASL CRAM-MD5 support... configure: error: no --- We need CRAM-MD5 support for SASL authentication. --- However, I do have CRAM-MD5 support for my compiled libsasl2. In /home/user/Desktop/libsasl2/lib/sasl2, I see libcrammd5.so, libcrammd5.so.3, libcrammd5.so.3.0.0, libcrammd5.a and libcrammd5.la If I run the pluginviewer executable that is created when building libsasl2, it shows that the CRAM-MD5 plugin is loaded. Any ideas what might be happening here?
Re: No CRAM-MD5 support for libsasl2 when compiling
Try updating your CPPFLAGS with -I and the full path to those headers perhaps? Once I had both installed this worked for me, but I was not using nonstandard paths. On Sunday, August 16, 2015, F21 f21.gro...@gmail.com wrote: Hey Jeff, I do have all headers and libraries installed in /home/user/Desktop/libsasl2 as they are compiled manually (I plan to pack the required files together with mesos into a package later on). I can see that ./configure does find the headers for libsasl2, but it can't see the plugins (which includes CRAM-MD5) inside /home/user/Desktop/libsasl2/lib/sasl2. Sasl2 does warn that as I am installing to /home/user/Desktop/libsasl2, I would need to set SASL_PATH to /home/user/Desktop/libsasl2/lib/sasl2, but setting that environment variable didn't help. Is there anyway to let ./configure see the plugins in /home/user/Desktop/libsasl2/lib/sasl2? On 17/08/2015 2:45 PM, Jeff Schroeder wrote: Yes, the same thing happened to me at first. You need both the headers (the dev package and .h files) and the actual libraries installed. On Sunday, August 16, 2015, F21 f21.gro...@gmail.com javascript:_e(%7B%7D,'cvml','f21.gro...@gmail.com'); wrote: I am trying to build mesos 0.23. In my case, I am trying to build mesos and all of its dependencies manually, so I can build a package that contains everything. I am building cyrus sasl 2.1.26 like so: ./configure CC=gcc-4.8 CPPFLAGS=-I/usr/include/openssl --prefix=/home/user/Desktop/libsasl2 --enable-cram make make install Mesos is being build like so (modified from the instructions in the docs): ../configure CC=gcc-4.8 CXX=g++-4.8 LD_FLAGS=-L/home/user/Desktop/libsasl2/lib SASL_PATH=/home/user/Desktop/libsasl2/lib/sasl2 --prefix=/home/user/Desktop/mesos-install --with-svn=/home/user/Desktop/svn --with-apr=/home/user/Desktop/apr --with-sasl=/home/user/Desktop/libsasl2 For some reason, mesos will error because CRAM-MD5 is not found during ./configure: checking for sasl_done in -lsasl2... yes checking SASL CRAM-MD5 support... configure: error: no --- We need CRAM-MD5 support for SASL authentication. --- However, I do have CRAM-MD5 support for my compiled libsasl2. In /home/user/Desktop/libsasl2/lib/sasl2, I see libcrammd5.so, libcrammd5.so.3, libcrammd5.so.3.0.0, libcrammd5.a and libcrammd5.la If I run the pluginviewer executable that is created when building libsasl2, it shows that the CRAM-MD5 plugin is loaded. Any ideas what might be happening here? -- Text by Jeff, typos by iPhone -- Text by Jeff, typos by iPhone
Re: No CRAM-MD5 support for libsasl2 when compiling
Yes, the same thing happened to me at first. You need both the headers (the dev package and .h files) and the actual libraries installed. On Sunday, August 16, 2015, F21 f21.gro...@gmail.com wrote: I am trying to build mesos 0.23. In my case, I am trying to build mesos and all of its dependencies manually, so I can build a package that contains everything. I am building cyrus sasl 2.1.26 like so: ./configure CC=gcc-4.8 CPPFLAGS=-I/usr/include/openssl --prefix=/home/user/Desktop/libsasl2 --enable-cram make make install Mesos is being build like so (modified from the instructions in the docs): ../configure CC=gcc-4.8 CXX=g++-4.8 LD_FLAGS=-L/home/user/Desktop/libsasl2/lib SASL_PATH=/home/user/Desktop/libsasl2/lib/sasl2 --prefix=/home/user/Desktop/mesos-install --with-svn=/home/user/Desktop/svn --with-apr=/home/user/Desktop/apr --with-sasl=/home/user/Desktop/libsasl2 For some reason, mesos will error because CRAM-MD5 is not found during ./configure: checking for sasl_done in -lsasl2... yes checking SASL CRAM-MD5 support... configure: error: no --- We need CRAM-MD5 support for SASL authentication. --- However, I do have CRAM-MD5 support for my compiled libsasl2. In /home/user/Desktop/libsasl2/lib/sasl2, I see libcrammd5.so, libcrammd5.so.3, libcrammd5.so.3.0.0, libcrammd5.a and libcrammd5.la If I run the pluginviewer executable that is created when building libsasl2, it shows that the CRAM-MD5 plugin is loaded. Any ideas what might be happening here? -- Text by Jeff, typos by iPhone
Re: No CRAM-MD5 support for libsasl2 when compiling
Hey Jeff, I do have all headers and libraries installed in /home/user/Desktop/libsasl2 as they are compiled manually (I plan to pack the required files together with mesos into a package later on). I can see that ./configure does find the headers for libsasl2, but it can't see the plugins (which includes CRAM-MD5) inside /home/user/Desktop/libsasl2/lib/sasl2. Sasl2 does warn that as I am installing to /home/user/Desktop/libsasl2, I would need to set SASL_PATH to /home/user/Desktop/libsasl2/lib/sasl2, but setting that environment variable didn't help. Is there anyway to let ./configure see the plugins in /home/user/Desktop/libsasl2/lib/sasl2? On 17/08/2015 2:45 PM, Jeff Schroeder wrote: Yes, the same thing happened to me at first. You need both the headers (the dev package and .h files) and the actual libraries installed. On Sunday, August 16, 2015, F21 f21.gro...@gmail.com mailto:f21.gro...@gmail.com wrote: I am trying to build mesos 0.23. In my case, I am trying to build mesos and all of its dependencies manually, so I can build a package that contains everything. I am building cyrus sasl 2.1.26 like so: ./configure CC=gcc-4.8 CPPFLAGS=-I/usr/include/openssl --prefix=/home/user/Desktop/libsasl2 --enable-cram make make install Mesos is being build like so (modified from the instructions in the docs): ../configure CC=gcc-4.8 CXX=g++-4.8 LD_FLAGS=-L/home/user/Desktop/libsasl2/lib SASL_PATH=/home/user/Desktop/libsasl2/lib/sasl2 --prefix=/home/user/Desktop/mesos-install --with-svn=/home/user/Desktop/svn --with-apr=/home/user/Desktop/apr --with-sasl=/home/user/Desktop/libsasl2 For some reason, mesos will error because CRAM-MD5 is not found during ./configure: checking for sasl_done in -lsasl2... yes checking SASL CRAM-MD5 support... configure: error: no --- We need CRAM-MD5 support for SASL authentication. --- However, I do have CRAM-MD5 support for my compiled libsasl2. In /home/user/Desktop/libsasl2/lib/sasl2, I see libcrammd5.so, libcrammd5.so.3, libcrammd5.so.3.0.0, libcrammd5.a and libcrammd5.la http://libcrammd5.la If I run the pluginviewer executable that is created when building libsasl2, it shows that the CRAM-MD5 plugin is loaded. Any ideas what might be happening here? -- Text by Jeff, typos by iPhone
Re: No CRAM-MD5 support for libsasl2 when compiling
I did some poking around. Looks like configure compiles a small c program (crammd5_installed.c) and runs it to test whether sasl2 with cram-md5 support is available. The solution is to export SASL_PATH and add the location of the compiled libraries to LD_LIBRARY_PATH: ../configure CC=gcc-4.8 CXX=g++-4.8 LD_LIBRARY_PATH=/home/user/Desktop/libsasl2/lib/ SASL_PATH=/home/user/Desktop/libsasl2/lib/sasl2 --prefix=/home/user/Desktop/mesos-install --with-svn=/home/user/Desktop/svn --with-apr=/home/user/Desktop/apr --with-sasl=/home/user/Desktop/libsasl2 On 17/08/2015 3:01 PM, Jeff Schroeder wrote: Try updating your CPPFLAGS with -I and the full path to those headers perhaps? Once I had both installed this worked for me, but I was not using nonstandard paths. On Sunday, August 16, 2015, F21 f21.gro...@gmail.com mailto:f21.gro...@gmail.com wrote: Hey Jeff, I do have all headers and libraries installed in /home/user/Desktop/libsasl2 as they are compiled manually (I plan to pack the required files together with mesos into a package later on). I can see that ./configure does find the headers for libsasl2, but it can't see the plugins (which includes CRAM-MD5) inside /home/user/Desktop/libsasl2/lib/sasl2. Sasl2 does warn that as I am installing to /home/user/Desktop/libsasl2, I would need to set SASL_PATH to /home/user/Desktop/libsasl2/lib/sasl2, but setting that environment variable didn't help. Is there anyway to let ./configure see the plugins in /home/user/Desktop/libsasl2/lib/sasl2? On 17/08/2015 2:45 PM, Jeff Schroeder wrote: Yes, the same thing happened to me at first. You need both the headers (the dev package and .h files) and the actual libraries installed. On Sunday, August 16, 2015, F21 f21.gro...@gmail.com javascript:_e(%7B%7D,'cvml','f21.gro...@gmail.com'); wrote: I am trying to build mesos 0.23. In my case, I am trying to build mesos and all of its dependencies manually, so I can build a package that contains everything. I am building cyrus sasl 2.1.26 like so: ./configure CC=gcc-4.8 CPPFLAGS=-I/usr/include/openssl --prefix=/home/user/Desktop/libsasl2 --enable-cram make make install Mesos is being build like so (modified from the instructions in the docs): ../configure CC=gcc-4.8 CXX=g++-4.8 LD_FLAGS=-L/home/user/Desktop/libsasl2/lib SASL_PATH=/home/user/Desktop/libsasl2/lib/sasl2 --prefix=/home/user/Desktop/mesos-install --with-svn=/home/user/Desktop/svn --with-apr=/home/user/Desktop/apr --with-sasl=/home/user/Desktop/libsasl2 For some reason, mesos will error because CRAM-MD5 is not found during ./configure: checking for sasl_done in -lsasl2... yes checking SASL CRAM-MD5 support... configure: error: no --- We need CRAM-MD5 support for SASL authentication. --- However, I do have CRAM-MD5 support for my compiled libsasl2. In /home/user/Desktop/libsasl2/lib/sasl2, I see libcrammd5.so, libcrammd5.so.3, libcrammd5.so.3.0.0, libcrammd5.a and libcrammd5.la http://libcrammd5.la If I run the pluginviewer executable that is created when building libsasl2, it shows that the CRAM-MD5 plugin is loaded. Any ideas what might be happening here? -- Text by Jeff, typos by iPhone -- Text by Jeff, typos by iPhone
MesosCon Seattle attendee introduction thread
Hi All, I'd like to kick off a thread for folks to introduce themselves in advance of #MesosCon http://events.linuxfoundation.org/events/mesoscon. Here goes: My name is Dave Lester, and I'm an Open Source Advocate at Twitter. I am a member of the MesosCon program committee, along with a stellar group of other community members who have volunteered http://events.linuxfoundation.org/events/mesoscon/program/programcommittee. Can't wait to meet as many of you as possible. I'm eager to meet with folks interested in learning more about how we deploy and manage services at Twitter using Mesos and Apache Aurora http://aurora.apache.org. Twitter has a booth where I'll be hanging out for a portion of the conference, feel free to stop by and say hi. I'm also interested in connecting with companies that use Mesos; let's make sure we add you to our #PoweredByMesos list http://mesos.apache.org/documentation/latest/powered-by-mesos/. I'm also on Twitter: @davelester Next!
Re: MesosCon Seattle attendee introduction thread
Thanks for kicking this off Dave! I'm Roger Ignazio, a QE Automation Engineer at Puppet Labs. As a part of Engineering Services, the QE team is responsible for providing automated testing infrastructure, tooling, and services to the greater Engineering organization. I'm also the author of the upcoming book Mesos In Action http://mesosinaction.com with Manning Publications. (By the way: conference attendees get 42% off with the code cftwmesos!). I'll be speaking at ContainerCon http://sched.co/3XpF about managing Mesos, Docker, and Chronos with Puppet. I'll also be presenting a case-study at MesosCon http://sched.co/3DJ3 about using Mesos and Marathon to scale Jenkins infrastructure. I'm also on Twitter: @rogerignazio On Sun, Aug 16, 2015 at 1:58 PM, Dave Lester d...@davelester.org wrote: Hi All, I'd like to kick off a thread for folks to introduce themselves in advance of #MesosCon http://events.linuxfoundation.org/events/mesoscon. Here goes: My name is Dave Lester, and I'm an Open Source Advocate at Twitter. I am a member of the MesosCon program committee, along with a stellar group of other community members who have volunteered http://events.linuxfoundation.org/events/mesoscon/program/programcommittee . Can't wait to meet as many of you as possible. I'm eager to meet with folks interested in learning more about how we deploy and manage services at Twitter using Mesos and Apache Aurora http://aurora.apache.org. Twitter has a booth where I'll be hanging out for a portion of the conference, feel free to stop by and say hi. I'm also interested in connecting with companies that use Mesos; let's make sure we add you to our #PoweredByMesos list http://mesos.apache.org/documentation/latest/powered-by-mesos/. I'm also on Twitter: @davelester Next!