Project

General

Profile

Actions

Task #3360

closed

Transition to trusty instance of Travis-CI

Added by Alex Afanasyev almost 9 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Normal
Category:
Build
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:

Description

Ubuntu Trusty seem to be available now on Travis-CI, though it is considered beta (https://docs.travis-ci.com/user/trusty-ci-environment).

I would like to suggest that we transition our travis script to use Trusty. Any objections?


Related issues 1 (0 open1 closed)

Blocks NFD - Task #3599: Drop build support for Ubuntu 12.04ClosedDavide Pesavento04/21/2016

Actions
Actions #1

Updated by Davide Pesavento almost 9 years ago

No objections.

Actions #2

Updated by Alex Afanasyev almost 9 years ago

Small follow up. There is a small problem that blocks the transition. The trusty instance comes with multiple version of python installed with effect that python and sudo python refer to different versions of python. Somehow, this doesn't work well with waf and I'm investigating why.

Actions #3

Updated by Alex Afanasyev almost 9 years ago

  • Target version set to v0.5
Actions #4

Updated by Junxiao Shi over 8 years ago

python and sudo python refer to different versions of python

Can we run pyenv and sudo pyenv to select the same version for both?

Actions #5

Updated by Davide Pesavento over 8 years ago

The build matrix added in ndn-cxx commit ce306cae09cc7c249f7311a461e090d414e549d5 includes linux+clang, but nothing sets CXX=clang++ in the build script, so it ends up using gcc...

Actions #6

Updated by Alex Afanasyev over 8 years ago

Ehm... There is this statement

    - os: linux
      dist: trusty
      compiler: clang

Which suppose to be processed by Travis and set clang as a default compiler. Or I could misunderstood what "compiler" directive does.

Actions #7

Updated by Alex Afanasyev over 8 years ago

I think this is happening because of language: generic, which was a workaround of python versioning issue...

Actions #8

Updated by Davide Pesavento over 8 years ago

All I'm saying is that for some reason, waf is not picking up the compiler that travis sets as default. Maybe it would be enough to add CXX=g++ and CXX=clang++ to the build matrix.

Actions #9

Updated by Alex Afanasyev over 8 years ago

  • Status changed from New to Code review
Actions #10

Updated by Davide Pesavento over 8 years ago

What about NFD?

Actions #11

Updated by Alex Afanasyev over 8 years ago

For NFD I can submit the patch, but it will be failing until we fix all the test cases to ignore IPv6 when it is not available.

Actions #12

Updated by Davide Pesavento over 8 years ago

Well, it's already failing so...

Actions #14

Updated by Davide Pesavento over 8 years ago

Alex Afanasyev wrote:

Any guess on clang error https://travis-ci.org/cawka/NFD/jobs/116233171 ?

Asio bug. It fails to detect that clang does support std::array, so the buffer() overloads that take a std::array are not defined. Search for BOOST_ASIO_HAS_STD_ARRAY in asio/detail/config.hpp. It's fixed in later boost versions, and it doesn't trigger on OSX because there's a specific check for libc++.

Actions #15

Updated by Davide Pesavento over 8 years ago

I guess we can add -DBOOST_ASIO_HAS_STD_ARRAY as a workaround. I don't have a better solution at the moment.

Actions #16

Updated by Junxiao Shi over 8 years ago

  • Blocks Task #3599: Drop build support for Ubuntu 12.04 added
Actions #17

Updated by Davide Pesavento over 8 years ago

  • % Done changed from 0 to 100

http://gerrit.named-data.net/2843 implements the same for ndn-tools.

Actions #18

Updated by Davide Pesavento over 8 years ago

  • Status changed from Code review to Closed
Actions

Also available in: Atom PDF