subject:"Build Failure"

Re: Build Failure

2018-03-19 Thread 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

2018-03-19 Thread 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

2018-03-19 Thread 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

2018-03-19 Thread 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

2018-03-19 Thread 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

2017-10-10 Thread 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.

Re: build failure on mac os x

2014-11-01 Thread Tim Chen

You can either symlink /usr/local/include/subversion-1 ->
/usr/include/subversion-1,

Or provide --with-svn=/usr/local to configure, and it should work for you.

Tim

On Sat, Nov 1, 2014 at 12:05 PM, Ankur Chauhan  wrote:

> 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  wrote:
>
> Dear Ankur,
>
> please see 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  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 
>   ^
> 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 2>&1
> 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

2014-11-01 Thread 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  wrote:
> 
> Dear Ankur,
> 
> please see 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 > > 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 
>>   ^
>> 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 2>&1
>> 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

2014-11-01 Thread Till Toenshoff

Dear Ankur,

please see 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  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 
>   ^
> 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 2>&1
> 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

2014-11-01 Thread 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  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"  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 
>>^
>> 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 2>&1
>> 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

2014-11-01 Thread 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"  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 
>^
> 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 2>&1
> 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

build failure on mac os x

2014-11-01 Thread 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 
   ^
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 2>&1
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

Re: Build Failure

Re: Build Failure

Re: Build Failure

Fwd: Build Failure

Python related build failure with 1.4.0 release

Re: build failure on mac os x

Re: build failure on mac os x

Re: build failure on mac os x

Re: build failure on mac os x

Re: build failure on mac os x

build failure on mac os x

12 matches

Site Navigation

Mail list logo

Footer information