From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id 905C3A00E6 for ; Wed, 20 Mar 2019 22:11:12 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 7DE9E1B2AF; Wed, 20 Mar 2019 22:11:11 +0100 (CET) Received: from mail-wr1-f67.google.com (mail-wr1-f67.google.com [209.85.221.67]) by dpdk.org (Postfix) with ESMTP id CDF571B29A for ; Wed, 20 Mar 2019 22:11:09 +0100 (CET) Received: by mail-wr1-f67.google.com with SMTP id q1so4393735wrp.0 for ; Wed, 20 Mar 2019 14:11:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:content-transfer-encoding:user-agent:mime-version; bh=63uJ75GQfAMqX5sigwzEe2flJ3hPrxWTFeWjBrSRlYA=; b=SwRRCi92FAsd4s0pJiPX5eaT4mI/mEyrQ3qPiLZMDFUF6yPA/j+O2xTxSLJ6vkELtK czYFMO/HSj989s/P4/du6K29tOBzI6U4S9NhyV2GTzTUacfUGyGL3oW5MzwWFJIOvWJ/ xVVpus+onpg3bfBuk9jAMdgM5TbDgWV/isvTsAPfSmSOEdO0/ET9zTfCg50t2Lkf+vP4 ZsN9CpGs+6sqVtn4D0N7quYc/Bx25lha3noK3iNcHcQD/ly32l8mKK1biFY7tt6CI+Bc nJKFpuSCAwGEKcecfhSORbzHGyunbXRvlVP8isdsqUre3bjWQL8s2vNfFj8kqmbufSvG HNeA== X-Gm-Message-State: APjAAAV/aMNI+5HfgpfkdYfwrA64Cil96Fj9XTmmcO8CxYENP/SbF/cy MUSsSK+zl+rv7X52/9Yt/W4= X-Google-Smtp-Source: APXvYqzxr9kt2D0eXgyODeYyFzqtzby2RFbXFlKm8hdsML6CLSdW+Qfc+IyfXUeiT54YbRJp6fvjJw== X-Received: by 2002:a5d:5292:: with SMTP id c18mr168788wrv.251.1553116269411; Wed, 20 Mar 2019 14:11:09 -0700 (PDT) Received: from localhost ([2a01:4b00:f419:6f00:b00c:66c8:99df:336]) by smtp.gmail.com with ESMTPSA id o8sm2430822wma.1.2019.03.20.14.11.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 20 Mar 2019 14:11:07 -0700 (PDT) Message-ID: From: Luca Boccassi To: msantana@redhat.com, Thomas Monjalon , Aaron Conole Cc: dev@dpdk.org, Bruce Richardson , Honnappa Nagarahalli Date: Wed, 20 Mar 2019 21:11:07 +0000 In-Reply-To: <8cc57d73-bb0e-7f42-aa45-ffc5ab6abbf7@redhat.com> References: <20190207220114.8020-1-msantana@redhat.com> <20190304161232.5670-1-msantana@redhat.com> <20190304161232.5670-2-msantana@redhat.com> <9486436.3HrUK5duha@xps> <8cc57d73-bb0e-7f42-aa45-ffc5ab6abbf7@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.30.5-1 MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v6 1/1] ci: Introduce travis builds for github repositories X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Message-ID: <20190320211107.K7CRt2FyYDkDumuxJxLS2L695LxO0TrweEQ7H2KQ628@z> On Wed, 2019-03-20 at 15:28 -0400, Michael Santana Francisco wrote: > > > +matrix: > > > + include: > > > + - env: DEF_LIB=3D"static" OPTS=3D"-Denable_kmods=3Dfalse" AARCH64= =3D1 > > > + compiler: gcc > > > + addons: > > > + apt: > > > + packages: > > > + - [libnuma-dev, linux-headers-$(uname -r), python3- > > > setuptools, python3-wheel, python3-pip, ninja-build] > > > + - [gcc-aarch64-linux-gnu, libc6-dev-arm64-cross] > > Why packages are repeated here again? > > (sorry, I don't know Travis and I want to understand) > Yeah, we don't want to repeat ourselves either but we have no > choice.=20 > This is due to a limitation in travis. > This matrix does not inherit any packages from the main package list > way=20 > above, which means we have to list them out manually here. > In addition to the required packages we also want to install full > builds=20 > with libraries like libbsd-dev, libpcap-dev, etc. > We could of just put those libraries in the main package list above > and=20 > put all the builds in the env: list because then the libraries would > be=20 > inherited. > The problem with that is that is that travis would not keep minimal=20 > builds and full builds separate. > We could not have minimal builds because the minimal builds will > also=20 > inherit the additional libraries; Meson will then automatically > detect=20 > those additional libraries and builds with them. > What we would like to have is a way to tell meson which libraries we=20 > want to use and which we dont, instead of being auto-detected. This=20 > would help us to get rid of this matrix. >=20 > If someone knows a better way to do this we would greatly take in > your=20 > ideas, but so far this is the best we could come up with It's yaml so you can write the list to a variable once and reference it multiple times for brevity, see for example: https://github.com/zeromq/czmq/blob/master/.travis.yml#L128 --=20 Kind regards, Luca Boccassi