[dpdk-dev] [PATCH] ci: update travis to use bionic
Laatz, Kevin
kevin.laatz at intel.com
Thu Dec 19 17:12:41 CET 2019
On 17/12/2019 18:03, Aaron Conole wrote:
> "Laatz, Kevin" <kevin.laatz at intel.com> writes:
>
>> On 17/12/2019 14:44, Aaron Conole wrote:
>>> Kevin Laatz <kevin.laatz at intel.com> writes:
>>>
>>>> Currently, the Travis CI is using Ubuntu 16.04 LTS (Xenial) which is
>>>> becoming increasingly outdated. This patch updates Travis to use Ubuntu
>>>> 18.04 LTS (Bionic) which will give us the benefit of more up-to-date
>>>> packages being availble and the newer features that come with them.
>>>>
>>>> Signed-off-by: Kevin Laatz <kevin.laatz at intel.com>
>>>> ---
>>>> .travis.yml | 4 ++--
>>>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>>>
>>>> diff --git a/.travis.yml b/.travis.yml
>>>> index 8f90d06f2..6e0626353 100644
>>>> --- a/.travis.yml
>>>> +++ b/.travis.yml
>>>> @@ -4,7 +4,7 @@ compiler:
>>>> - gcc
>>>> - clang
>>>> -dist: xenial
>>>> +dist: bionic
>>> This LGTM.
>>>
>>>> os:
>>>> - linux
>>>> @@ -21,7 +21,7 @@ aarch64_packages: &aarch64_packages
>>>> extra_packages: &extra_packages
>>>> - *required_packages
>>>> - - [libbsd-dev, libpcap-dev, libcrypto++-dev, libjansson4]
>>>> + - [libbsd-dev, libpcap-dev, libcrypto++-dev, libjansson4, abigail-tools]
>>> Will adding the abigail-tools automatically invoke the ABI checks?
>>> Otherwise, maybe it's best to save this for a future commit.
>>>
>>> I'll look for the robot build when it comes by. Thanks!
>> Yes, the meson option that will be introduced with the "Add ABI
>> compatibility checks to the meson build" [1] patch set will be set to
>> "auto" meaning the checks will run if abidiff is found.
> Okay. I'm fine with that change.
>
>> [1] http://patches.dpdk.org/project/dpdk/list/?series=7830
> I noticed the shared builds are failing:
> https://travis-ci.com/ovsrobot/dpdk/jobs/268042693
>
> But not sure what the issue is with librte_mempool_ring
>
> Can you see why it would fail under bionic?
Between Xenial and Bionic, there has been a slight change (RPATH
related) in how shared objects are linked causing librte_mempool_ring to
not be found.
Ruifeng has submitted a patch [1] that addresses this issue.
[1] http://patches.dpdk.org/patch/63978/
>>>> build_32b_packages: &build_32b_packages
>>>> - *required_packages
>>>>
More information about the dev
mailing list