Re: Build Failure

[James Peach]

> On Mar 19, 2018, at 4:38 PM, Shiv Deepak  wrote:
> 
> Thanks. I installed unzip. That worked.

FWIW the test suite was fixed for 1.6 in 
0da7b6cc37786df94465ae98948fd7be669a843e.

> 
> On Mon, Mar 19, 2018 at 3:48 PM, Tomek Janiszewski  wrote:
> Do you have unzip installed? Can you try unzipping file like it's done in the 
> test? 
> 
> 
> pon., 19.03.2018, 22:53 użytkownik Shiv Deepak  napisał:
> Hello,
> 
> I am trying to build Mesos 1.5.0 from source on Ubuntu 16.04.
> 
> I tried on Docker, VM, and EC2. Three test cases are failing no matter what.
> 
> Here is the list.
> 
> [  PASSED  ] 1904 tests.
> [  FAILED  ] 3 tests, listed below:
> [  FAILED  ] FetcherTest.Unzip_ExtractFile
> [  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile
> [  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries
> 
> Here is the test output:
> 
> [ RUN  ] FetcherTest.Unzip_ExtractFile
> ../../src/tests/fetcher_tests.cpp:870: Failure
> (fetch).failure(): Failed to fetch all URIs for container 
> '709de28f-5f71-439d-a032-072df865090f': exited with status 1
> [  FAILED  ] FetcherTest.Unzip_ExtractFile (297 ms)
> [ RUN  ] FetcherTest.Unzip_ExtractInvalidFile
> ../../src/tests/fetcher_tests.cpp:936: Failure
> Value of: os::exists(extractedFile)
>   Actual: false
> Expected: true
> [  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile (201 ms)
> [ RUN  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries
> ../../src/tests/fetcher_tests.cpp:997: Failure
> (fetch).failure(): Failed to fetch all URIs for container 
> 'dd749015-3d16-4926-b7f3-e1c96211a461': exited with status 1
> [  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries (201 ms)
> 
> Is this expected or do I need to fix something? Can someone please point me 
> in the right direction?
> 
> Thank you
> 
> -- 
> 
> Shiv Deepak▌
> Engineering Manager
> HackerRank
> 
> Blog / Twitter / Linkedin / Facebook
> 
> 
> 
> 
> -- 
> 
> Shiv Deepak▌
> Engineering Manager
> HackerRank
> 
> Blog / Twitter / Linkedin / Facebook

Re: Build Failure

[Andrew Schwartzmeyer]

 It's sad that we fail at runtime like this when certain utilities
aren't installed. We're currently working to replace the extraction
logic with libarchive instead, so we'll no longer implicitly require
unzip/gunzip/tar/7z etc. I think it will probably make it into 1.6.0.

On 03/19/2018 4:38 pm, Shiv Deepak wrote: 

> Thanks. I installed unzip. That worked. 
> 
> On Mon, Mar 19, 2018 at 3:48 PM, Tomek Janiszewski  wrote:
> Do you have unzip installed? Can you try unzipping file like it's done in the 
> test? 
> 
> pon., 19.03.2018, 22:53 użytkownik Shiv Deepak  napisał: 
> Hello,
> 
> I am trying to build Mesos 1.5.0 from source on Ubuntu 16.04. 
> 
> I tried on Docker, VM, and EC2. Three test cases are failing no matter what. 
> 
> Here is the list. 
> 
> [ PASSED ] 1904 TESTS. 
> [ FAILED ] 3 TESTS, LISTED BELOW: 
> [ FAILED ] FETCHERTEST.UNZIP_EXTRACTFILE 
> [ FAILED ] FETCHERTEST.UNZIP_EXTRACTINVALIDFILE 
> [ FAILED ] FETCHERTEST.UNZIP_EXTRACTFILEWITHDUPLICATEDENTRIES 
> 
> Here is the test output: 
> 
> [ RUN ] FETCHERTEST.UNZIP_EXTRACTFILE 
> ../../SRC/TESTS/FETCHER_TESTS.CPP:870: FAILURE 
> (FETCH).FAILURE(): FAILED TO FETCH ALL URIS FOR CONTAINER 
> '709DE28F-5F71-439D-A032-072DF865090F': EXITED WITH STATUS 1 
> [ FAILED ] FETCHERTEST.UNZIP_EXTRACTFILE (297 MS) 
> [ RUN ] FETCHERTEST.UNZIP_EXTRACTINVALIDFILE 
> ../../SRC/TESTS/FETCHER_TESTS.CPP:936: FAILURE 
> VALUE OF: OS::EXISTS(EXTRACTEDFILE) 
> ACTUAL: FALSE 
> EXPECTED: TRUE 
> [ FAILED ] FETCHERTEST.UNZIP_EXTRACTINVALIDFILE (201 MS) 
> [ RUN ] FETCHERTEST.UNZIP_EXTRACTFILEWITHDUPLICATEDENTRIES 
> ../../SRC/TESTS/FETCHER_TESTS.CPP:997: FAILURE 
> (FETCH).FAILURE(): FAILED TO FETCH ALL URIS FOR CONTAINER 
> 'DD749015-3D16-4926-B7F3-E1C96211A461': EXITED WITH STATUS 1 
> [ FAILED ] FETCHERTEST.UNZIP_EXTRACTFILEWITHDUPLICATEDENTRIES (201 MS) 
> 
> Is this expected or do I need to fix something? Can someone please point me 
> in the right direction? 
> 
> Thank you 
> 
> -- 
> 
> [1] 
> 
> Shiv Deepak▌
> Engineering Manager 
> 
> HackerRank 
> 
> Blog [2] / Twitter [3] / Linkedin [4] / Facebook [5]

 -- 

 [1] 

Shiv Deepak▌
Engineering Manager 

HackerRank 

Blog [2] / Twitter [3] / Linkedin [4] / Facebook [5] 

 

Links:
--
[1] https://www.hackerrank.com/
[2] https://blog.hackerrank.com/
[3] https://twitter.com/hackerrank
[4] https://www.linkedin.com/company/hackerrank/
[5] https://www.facebook.com/hackerrank/

Re: Build Failure

[Shiv Deepak]

Thanks. I installed unzip. That worked.

On Mon, Mar 19, 2018 at 3:48 PM, Tomek Janiszewski 
wrote:

> Do you have unzip installed? Can you try unzipping file like it's done in
> the test?
>
>
> pon., 19.03.2018, 22:53 użytkownik Shiv Deepak 
> napisał:
>
>> Hello,
>>
>> I am trying to build Mesos 1.5.0 from source on Ubuntu 16.04.
>>
>> I tried on Docker, VM, and EC2. Three test cases are failing no matter
>> what.
>>
>> Here is the list.
>>
>> *[  PASSED  ] 1904 tests.*
>> *[  FAILED  ] 3 tests, listed below:*
>> *[  FAILED  ] FetcherTest.Unzip_ExtractFile*
>> *[  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile*
>> *[  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries*
>>
>> Here is the test output:
>>
>> *[ RUN  ] FetcherTest.Unzip_ExtractFile*
>> *../../src/tests/fetcher_tests.cpp:870: Failure*
>> *(fetch).failure(): Failed to fetch all URIs for container
>> '709de28f-5f71-439d-a032-072df865090f': exited with status 1*
>> *[  FAILED  ] FetcherTest.Unzip_ExtractFile (297 ms)*
>> *[ RUN  ] FetcherTest.Unzip_ExtractInvalidFile*
>> *../../src/tests/fetcher_tests.cpp:936: Failure*
>> *Value of: os::exists(extractedFile)*
>> *  Actual: false*
>> *Expected: true*
>> *[  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile (201 ms)*
>> *[ RUN  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries*
>> *../../src/tests/fetcher_tests.cpp:997: Failure*
>> *(fetch).failure(): Failed to fetch all URIs for container
>> 'dd749015-3d16-4926-b7f3-e1c96211a461': exited with status 1*
>> *[  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries (201 ms)*
>>
>> Is this expected or do I need to fix something? Can someone please point
>> me in the right direction?
>>
>> Thank you
>>
>> --
>>
>> 
>>
>> Shiv Deepak▌
>> Engineering Manager
>>
>> HackerRank
>>
>> Blog  / Twitter
>>  / Linkedin
>>  / Facebook
>> 
>>
>>


-- 



Shiv Deepak▌
Engineering Manager

HackerRank

Blog  / Twitter
 / Linkedin
 / Facebook

Re: Build Failure

[Tomek Janiszewski]

Do you have unzip installed? Can you try unzipping file like it's done in
the test?

pon., 19.03.2018, 22:53 użytkownik Shiv Deepak 
napisał:

> Hello,
>
> I am trying to build Mesos 1.5.0 from source on Ubuntu 16.04.
>
> I tried on Docker, VM, and EC2. Three test cases are failing no matter
> what.
>
> Here is the list.
>
> *[  PASSED  ] 1904 tests.*
> *[  FAILED  ] 3 tests, listed below:*
> *[  FAILED  ] FetcherTest.Unzip_ExtractFile*
> *[  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile*
> *[  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries*
>
> Here is the test output:
>
> *[ RUN  ] FetcherTest.Unzip_ExtractFile*
> *../../src/tests/fetcher_tests.cpp:870: Failure*
> *(fetch).failure(): Failed to fetch all URIs for container
> '709de28f-5f71-439d-a032-072df865090f': exited with status 1*
> *[  FAILED  ] FetcherTest.Unzip_ExtractFile (297 ms)*
> *[ RUN  ] FetcherTest.Unzip_ExtractInvalidFile*
> *../../src/tests/fetcher_tests.cpp:936: Failure*
> *Value of: os::exists(extractedFile)*
> *  Actual: false*
> *Expected: true*
> *[  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile (201 ms)*
> *[ RUN  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries*
> *../../src/tests/fetcher_tests.cpp:997: Failure*
> *(fetch).failure(): Failed to fetch all URIs for container
> 'dd749015-3d16-4926-b7f3-e1c96211a461': exited with status 1*
> *[  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries (201 ms)*
>
> Is this expected or do I need to fix something? Can someone please point
> me in the right direction?
>
> Thank you
>
> --
>
> 
>
> Shiv Deepak▌
> Engineering Manager
>
> HackerRank
>
> Blog  / Twitter
>  / Linkedin
>  / Facebook
> 
>
>

Fwd: Build Failure

[Shiv Deepak]

Hello,

I am trying to build Mesos 1.5.0 from source on Ubuntu 16.04.

I tried on Docker, VM, and EC2. Three test cases are failing no matter what.

Here is the list.

*[  PASSED  ] 1904 tests.*
*[  FAILED  ] 3 tests, listed below:*
*[  FAILED  ] FetcherTest.Unzip_ExtractFile*
*[  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile*
*[  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries*

Here is the test output:

*[ RUN  ] FetcherTest.Unzip_ExtractFile*
*../../src/tests/fetcher_tests.cpp:870: Failure*
*(fetch).failure(): Failed to fetch all URIs for container
'709de28f-5f71-439d-a032-072df865090f': exited with status 1*
*[  FAILED  ] FetcherTest.Unzip_ExtractFile (297 ms)*
*[ RUN  ] FetcherTest.Unzip_ExtractInvalidFile*
*../../src/tests/fetcher_tests.cpp:936: Failure*
*Value of: os::exists(extractedFile)*
*  Actual: false*
*Expected: true*
*[  FAILED  ] FetcherTest.Unzip_ExtractInvalidFile (201 ms)*
*[ RUN  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries*
*../../src/tests/fetcher_tests.cpp:997: Failure*
*(fetch).failure(): Failed to fetch all URIs for container
'dd749015-3d16-4926-b7f3-e1c96211a461': exited with status 1*
*[  FAILED  ] FetcherTest.Unzip_ExtractFileWithDuplicatedEntries (201 ms)*

Is this expected or do I need to fix something? Can someone please point me
in the right direction?

Thank you

-- 



Shiv Deepak▌
Engineering Manager

HackerRank

Blog  / Twitter
 / Linkedin
 / Facebook

Python related build failure with 1.4.0 release

[Adam Cécile]

Hi,


I just tried to build 1.4.0 release but there's a really weird failure 
when building python module:


http://paste.debian.net/990104/

Any idea ? I'll probably dig into it later if you don't.


Btw, I there any official Python3 support now ?


Regards, Adam.

build failure on mac os x

[Ankur Chauhan]

I am trying to build the latest (master) mesos source and keep getting this 
error:

In file included from ../../src/state/log.cpp:25:0:
../../3rdparty/libprocess/3rdparty/stout/include/stout/svn.hpp:21:23: fatal 
error: svn_delta.h: No such file or directory
 #include svn_delta.h
   ^
compilation terminated.
make[2]: *** [state/libstate_la-log.lo] Error 1
make[2]: *** Waiting for unfinished jobs
mv -f log/.deps/liblog_la-recover.Tpo log/.deps/liblog_la-recover.Plo
mv -f state/.deps/libstate_la-in_memory.Tpo 
state/.deps/libstate_la-in_memory.Plo
libtool: compile:  g++-4.9 -DPACKAGE_NAME=\mesos\ -DPACKAGE_TARNAME=\mesos\ 
-DPACKAGE_VERSION=\0.21.0\ -DPACKAGE_STRING=\mesos 0.21.0\ 
-DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DPACKAGE=\mesos\ 
-DVERSION=\0.21.0\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 
-DLT_OBJDIR=\.libs/\ -DHAVE_PTHREAD=1 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 
-DHAVE_LIBAPR_1=1 -DHAVE_LIBSVN_SUBR_1=1 -DHAVE_LIBSVN_DELTA_1=1 
-DHAVE_LIBSASL2=1 -DMESOS_HAS_JAVA=1 -I. -I../../src -Wall -Werror 
-DLIBDIR=\/usr/local/lib\ -DPKGLIBEXECDIR=\/usr/local/libexec/mesos\ 
-DPKGDATADIR=\/usr/local/share/mesos\ -I../../include 
-I../../3rdparty/libprocess/include 
-I../../3rdparty/libprocess/3rdparty/stout/include -I../include 
-I../include/mesos -I../3rdparty/libprocess/3rdparty/boost-1.53.0 
-I../3rdparty/libprocess/3rdparty/picojson-4f93734 
-I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
-I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
-I../3rdparty/libprocess/3rdparty/glog-0.3.3/src -I../3rdparty/leveldb/include 
-I../3rdparty/zookeeper-3.4.5/src/c/include 
-I../3rdparty/zookeeper-3.4.5/src/c/generated 
-I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
-I/usr/include/subversion-1 -I/usr/include/apr-1 -I/usr/include/apr-1.0 
-D_THREAD_SAFE -g1 -O0 -Wno-unused-local-typedefs -std=c++11 
-DGTEST_USE_OWN_TR1_TUPLE=1 -MT state/libstate_la-leveldb.lo -MD -MP -MF 
state/.deps/libstate_la-leveldb.Tpo -c ../../src/state/leveldb.cpp -o 
state/libstate_la-leveldb.o /dev/null 21
mv -f state/.deps/libstate_la-leveldb.Tpo state/.deps/libstate_la-leveldb.Plo
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1


Any idea why this is happening?


-- Ankur

Re: build failure on mac os x

[Dominic Hamon]

libsubversion was added as a dependency recently. However it's lack should
have been caught by the configure step.

I don't know enough about osx and libsubversion to know if there's
something special you need to do.
On Nov 1, 2014 2:05 AM, Ankur Chauhan an...@malloc64.com wrote:

 I am trying to build the latest (master) mesos source and keep getting
 this error:

 In file included from ../../src/state/log.cpp:25:0:
 ../../3rdparty/libprocess/3rdparty/stout/include/stout/svn.hpp:21:23:
 fatal error: svn_delta.h: No such file or directory
  #include svn_delta.h
^
 compilation terminated.
 make[2]: *** [state/libstate_la-log.lo] Error 1
 make[2]: *** Waiting for unfinished jobs
 mv -f log/.deps/liblog_la-recover.Tpo log/.deps/liblog_la-recover.Plo
 mv -f state/.deps/libstate_la-in_memory.Tpo
 state/.deps/libstate_la-in_memory.Plo
 libtool: compile:  g++-4.9 -DPACKAGE_NAME=\mesos\
 -DPACKAGE_TARNAME=\mesos\ -DPACKAGE_VERSION=\0.21.0\
 -DPACKAGE_STRING=\mesos 0.21.0\ -DPACKAGE_BUGREPORT=\\
 -DPACKAGE_URL=\\ -DPACKAGE=\mesos\ -DVERSION=\0.21.0\
 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\
 -DHAVE_PTHREAD=1 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 -DHAVE_LIBAPR_1=1
 -DHAVE_LIBSVN_SUBR_1=1 -DHAVE_LIBSVN_DELTA_1=1 -DHAVE_LIBSASL2=1
 -DMESOS_HAS_JAVA=1 -I. -I../../src -Wall -Werror
 -DLIBDIR=\/usr/local/lib\ -DPKGLIBEXECDIR=\/usr/local/libexec/mesos\
 -DPKGDATADIR=\/usr/local/share/mesos\ -I../../include
 -I../../3rdparty/libprocess/include
 -I../../3rdparty/libprocess/3rdparty/stout/include -I../include
 -I../include/mesos -I../3rdparty/libprocess/3rdparty/boost-1.53.0
 -I../3rdparty/libprocess/3rdparty/picojson-4f93734
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src
 -I../3rdparty/leveldb/include -I../3rdparty/zookeeper-3.4.5/src/c/include
 -I../3rdparty/zookeeper-3.4.5/src/c/generated
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src
 -I/usr/include/subversion-1 -I/usr/include/apr-1 -I/usr/include/apr-1.0
 -D_THREAD_SAFE -g1 -O0 -Wno-unused-local-typedefs -std=c++11
 -DGTEST_USE_OWN_TR1_TUPLE=1 -MT state/libstate_la-leveldb.lo -MD -MP -MF
 state/.deps/libstate_la-leveldb.Tpo -c ../../src/state/leveldb.cpp -o
 state/libstate_la-leveldb.o /dev/null 21
 mv -f state/.deps/libstate_la-leveldb.Tpo
 state/.deps/libstate_la-leveldb.Plo
 make[1]: *** [all] Error 2
 make: *** [all-recursive] Error 1


 Any idea why this is happening?


 -- Ankur

Re: build failure on mac os x

[Timothy Chen]

Hi Ankur,

Where does your lib subversion header live? Configure must have fonnd it but 
since we include the header without the path the path name may not match.

Tim

Sent from my iPhone

 On Nov 1, 2014, at 8:54 AM, Dominic Hamon dha...@twitter.com wrote:
 
 libsubversion was added as a dependency recently. However it's lack should 
 have been caught by the configure step.
 
 I don't know enough about osx and libsubversion to know if there's something 
 special you need to do.
 
 On Nov 1, 2014 2:05 AM, Ankur Chauhan an...@malloc64.com wrote:
 I am trying to build the latest (master) mesos source and keep getting this 
 error:
 
 In file included from ../../src/state/log.cpp:25:0:
 ../../3rdparty/libprocess/3rdparty/stout/include/stout/svn.hpp:21:23: fatal 
 error: svn_delta.h: No such file or directory
  #include svn_delta.h
^
 compilation terminated.
 make[2]: *** [state/libstate_la-log.lo] Error 1
 make[2]: *** Waiting for unfinished jobs
 mv -f log/.deps/liblog_la-recover.Tpo log/.deps/liblog_la-recover.Plo
 mv -f state/.deps/libstate_la-in_memory.Tpo 
 state/.deps/libstate_la-in_memory.Plo
 libtool: compile:  g++-4.9 -DPACKAGE_NAME=\mesos\ 
 -DPACKAGE_TARNAME=\mesos\ -DPACKAGE_VERSION=\0.21.0\ 
 -DPACKAGE_STRING=\mesos 0.21.0\ -DPACKAGE_BUGREPORT=\\ 
 -DPACKAGE_URL=\\ -DPACKAGE=\mesos\ -DVERSION=\0.21.0\ -DSTDC_HEADERS=1 
 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_PTHREAD=1 
 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 -DHAVE_LIBAPR_1=1 -DHAVE_LIBSVN_SUBR_1=1 
 -DHAVE_LIBSVN_DELTA_1=1 -DHAVE_LIBSASL2=1 -DMESOS_HAS_JAVA=1 -I. -I../../src 
 -Wall -Werror -DLIBDIR=\/usr/local/lib\ 
 -DPKGLIBEXECDIR=\/usr/local/libexec/mesos\ 
 -DPKGDATADIR=\/usr/local/share/mesos\ -I../../include 
 -I../../3rdparty/libprocess/include 
 -I../../3rdparty/libprocess/3rdparty/stout/include -I../include 
 -I../include/mesos -I../3rdparty/libprocess/3rdparty/boost-1.53.0 
 -I../3rdparty/libprocess/3rdparty/picojson-4f93734 
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
 -I../3rdparty/leveldb/include -I../3rdparty/zookeeper-3.4.5/src/c/include 
 -I../3rdparty/zookeeper-3.4.5/src/c/generated 
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
 -I/usr/include/subversion-1 -I/usr/include/apr-1 -I/usr/include/apr-1.0 
 -D_THREAD_SAFE -g1 -O0 -Wno-unused-local-typedefs -std=c++11 
 -DGTEST_USE_OWN_TR1_TUPLE=1 -MT state/libstate_la-leveldb.lo -MD -MP -MF 
 state/.deps/libstate_la-leveldb.Tpo -c ../../src/state/leveldb.cpp -o 
 state/libstate_la-leveldb.o /dev/null 21
 mv -f state/.deps/libstate_la-leveldb.Tpo state/.deps/libstate_la-leveldb.Plo
 make[1]: *** [all] Error 2
 make: *** [all-recursive] Error 1
 
 
 Any idea why this is happening?
 
 
 -- Ankur

Re: build failure on mac os x

[Till Toenshoff]

Dear Ankur,

please see https://issues.apache.org/jira/browse/MESOS-1998 
https://issues.apache.org/jira/browse/MESOS-1998.

The problem here is that your subversion headers are not installed within the 
default location our configuration step is assuming (/usr/include/subversion-1).

To prevent having to remember extra configuration parameters in the future, I 
would recommend you to simply link your subversion installation location of the 
headers towards the default one. If you, for example, had installed subversion 
via home-brew or a default source installation, then it will be installed 
within /usr/local/include/subversion-1. So the fix would be:
sudo ln -s /usr/local/include/subversion-1 /usr/include/subversion-1

Just like Dominic already noted, we should definitely add some checks within 
our configuration to prevent such irritations and I do apologize for us not 
having done that, yet.

Let us know if that solved your problem.

Till

 On Nov 1, 2014, at 10:03 AM, Ankur Chauhan an...@malloc64.com wrote:
 
 I am trying to build the latest (master) mesos source and keep getting this 
 error:
 
 In file included from ../../src/state/log.cpp:25:0:
 ../../3rdparty/libprocess/3rdparty/stout/include/stout/svn.hpp:21:23: fatal 
 error: svn_delta.h: No such file or directory
 #include svn_delta.h
   ^
 compilation terminated.
 make[2]: *** [state/libstate_la-log.lo] Error 1
 make[2]: *** Waiting for unfinished jobs
 mv -f log/.deps/liblog_la-recover.Tpo log/.deps/liblog_la-recover.Plo
 mv -f state/.deps/libstate_la-in_memory.Tpo 
 state/.deps/libstate_la-in_memory.Plo
 libtool: compile:  g++-4.9 -DPACKAGE_NAME=\mesos\ 
 -DPACKAGE_TARNAME=\mesos\ -DPACKAGE_VERSION=\0.21.0\ 
 -DPACKAGE_STRING=\mesos 0.21.0\ -DPACKAGE_BUGREPORT=\\ 
 -DPACKAGE_URL=\\ -DPACKAGE=\mesos\ -DVERSION=\0.21.0\ -DSTDC_HEADERS=1 
 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_PTHREAD=1 
 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 -DHAVE_LIBAPR_1=1 -DHAVE_LIBSVN_SUBR_1=1 
 -DHAVE_LIBSVN_DELTA_1=1 -DHAVE_LIBSASL2=1 -DMESOS_HAS_JAVA=1 -I. -I../../src 
 -Wall -Werror -DLIBDIR=\/usr/local/lib\ 
 -DPKGLIBEXECDIR=\/usr/local/libexec/mesos\ 
 -DPKGDATADIR=\/usr/local/share/mesos\ -I../../include 
 -I../../3rdparty/libprocess/include 
 -I../../3rdparty/libprocess/3rdparty/stout/include -I../include 
 -I../include/mesos -I../3rdparty/libprocess/3rdparty/boost-1.53.0 
 -I../3rdparty/libprocess/3rdparty/picojson-4f93734 
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
 -I../3rdparty/leveldb/include -I../3rdparty/zookeeper-3.4.5/src/c/include 
 -I../3rdparty/zookeeper-3.4.5/src/c/generated 
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
 -I/usr/include/subversion-1 -I/usr/include/apr-1 -I/usr/include/apr-1.0 
 -D_THREAD_SAFE -g1 -O0 -Wno-unused-local-typedefs -std=c++11 
 -DGTEST_USE_OWN_TR1_TUPLE=1 -MT state/libstate_la-leveldb.lo -MD -MP -MF 
 state/.deps/libstate_la-leveldb.Tpo -c ../../src/state/leveldb.cpp -o 
 state/libstate_la-leveldb.o /dev/null 21
 mv -f state/.deps/libstate_la-leveldb.Tpo state/.deps/libstate_la-leveldb.Plo
 make[1]: *** [all] Error 2
 make: *** [all-recursive] Error 1
 
 
 Any idea why this is happening?
 
 
 -- Ankur

Re: build failure on mac os x

[Ankur Chauhan]

Thanks. Yes adding subversion check would definitely help. I did install 
subversion using homebrew so it'll take a little more looking into.

-- Ankur

 On 1 Nov 2014, at 09:04, Till Toenshoff toensh...@me.com wrote:
 
 Dear Ankur,
 
 please see https://issues.apache.org/jira/browse/MESOS-1998 
 https://issues.apache.org/jira/browse/MESOS-1998.
 
 The problem here is that your subversion headers are not installed within the 
 default location our configuration step is assuming 
 (/usr/include/subversion-1).
 
 To prevent having to remember extra configuration parameters in the future, I 
 would recommend you to simply link your subversion installation location of 
 the headers towards the default one. If you, for example, had installed 
 subversion via home-brew or a default source installation, then it will be 
 installed within /usr/local/include/subversion-1. So the fix would be:
 sudo ln -s /usr/local/include/subversion-1 /usr/include/subversion-1
 
 Just like Dominic already noted, we should definitely add some checks within 
 our configuration to prevent such irritations and I do apologize for us not 
 having done that, yet.
 
 Let us know if that solved your problem.
 
 Till
 
 On Nov 1, 2014, at 10:03 AM, Ankur Chauhan an...@malloc64.com 
 mailto:an...@malloc64.com wrote:
 
 I am trying to build the latest (master) mesos source and keep getting this 
 error:
 
 In file included from ../../src/state/log.cpp:25:0:
 ../../3rdparty/libprocess/3rdparty/stout/include/stout/svn.hpp:21:23: fatal 
 error: svn_delta.h: No such file or directory
 #include svn_delta.h
   ^
 compilation terminated.
 make[2]: *** [state/libstate_la-log.lo] Error 1
 make[2]: *** Waiting for unfinished jobs
 mv -f log/.deps/liblog_la-recover.Tpo log/.deps/liblog_la-recover.Plo
 mv -f state/.deps/libstate_la-in_memory.Tpo 
 state/.deps/libstate_la-in_memory.Plo
 libtool: compile:  g++-4.9 -DPACKAGE_NAME=\mesos\ 
 -DPACKAGE_TARNAME=\mesos\ -DPACKAGE_VERSION=\0.21.0\ 
 -DPACKAGE_STRING=\mesos 0.21.0\ -DPACKAGE_BUGREPORT=\\ 
 -DPACKAGE_URL=\\ -DPACKAGE=\mesos\ -DVERSION=\0.21.0\ -DSTDC_HEADERS=1 
 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_PTHREAD=1 
 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 -DHAVE_LIBAPR_1=1 -DHAVE_LIBSVN_SUBR_1=1 
 -DHAVE_LIBSVN_DELTA_1=1 -DHAVE_LIBSASL2=1 -DMESOS_HAS_JAVA=1 -I. -I../../src 
 -Wall -Werror -DLIBDIR=\/usr/local/lib\ 
 -DPKGLIBEXECDIR=\/usr/local/libexec/mesos\ 
 -DPKGDATADIR=\/usr/local/share/mesos\ -I../../include 
 -I../../3rdparty/libprocess/include 
 -I../../3rdparty/libprocess/3rdparty/stout/include -I../include 
 -I../include/mesos -I../3rdparty/libprocess/3rdparty/boost-1.53.0 
 -I../3rdparty/libprocess/3rdparty/picojson-4f93734 
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
 -I../3rdparty/libprocess/3rdparty/glog-0.3.3/src 
 -I../3rdparty/leveldb/include -I../3rdparty/zookeeper-3.4.5/src/c/include 
 -I../3rdparty/zookeeper-3.4.5/src/c/generated 
 -I../3rdparty/libprocess/3rdparty/protobuf-2.5.0/src 
 -I/usr/include/subversion-1 -I/usr/include/apr-1 -I/usr/include/apr-1.0 
 -D_THREAD_SAFE -g1 -O0 -Wno-unused-local-typedefs -std=c++11 
 -DGTEST_USE_OWN_TR1_TUPLE=1 -MT state/libstate_la-leveldb.lo -MD -MP -MF 
 state/.deps/libstate_la-leveldb.Tpo -c ../../src/state/leveldb.cpp -o 
 state/libstate_la-leveldb.o /dev/null 21
 mv -f state/.deps/libstate_la-leveldb.Tpo state/.deps/libstate_la-leveldb.Plo
 make[1]: *** [all] Error 2
 make: *** [all-recursive] Error 1
 
 
 Any idea why this is happening?
 
 
 -- Ankur