I tried a 'recheck' and the error is still there so likely is really broken?
On Fri, 2018-02-16 at 13:34 +0100, Marco Varlese wrote:
> Hi,
>
> I am not sure whether this was just an hiccup or something "more serious" so
> just letting you know...
>
> Please, see t
Hi,
I am not sure whether this was just an hiccup or something "more serious" so
just letting you know...
Please, see the logs below which happened on the build for CentOS:
09:58:32 REPO_URL: https://nexus.fd.io/content/repositories/fd.io.master.centos7
09:58:33 Loaded plugins: fastestmirror,
Thank you Dave, the whole group of committers and the TSC for giving me this
opportunity!
Look forward to great developments in VPP!!!
Cheers,Marco
On Thu, 2018-02-08 at 23:24 +, Edward Warnicke wrote:
> Woot!
> Ed
> On Thu, Feb 8, 2018 at 8:57 AM Dave Wallace wrote:
>
Hi Chris,
Just to update you that I took care of the action item which came up during the
VPP project-meeting on Tuesday.
The patch https://gerrit.fd.io/r/#/c/10433/ addressing the warnings (8) re SCTP
was merged.
Cheers,
--
Marco V
SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard,
On Fri, 2018-01-26 at 19:40 +, Ed Warnicke wrote:
> I think you've hit on the right metric: retire those streams which are no
> longer supported.
+1
What do others think?
Ed
On Fri, Jan 26, 2018 at 3:53 PM Ed Kern (ejk) wrote:
Id like to clean up jenkins ‘stream’ in the
Great news! Congrats everybody!!!
On Thu, 2018-01-25 at 00:23 -0500, Dave Wallace wrote:
>
> Folks,
>
>
>
> The VPP 18.01 Release artifacts are now available on nexus.fd.io
>
>
>
> The ubuntu.xenial and centos packages can be installed following
> the
about the current situation and the proposed
change of direction?
>
>
>
> Ed
Cheers,Marco
>
>
>
> > On Jan 24, 2018, at 4:13 AM, Marco Varlese <mvarl...@suse.de> wrote:
> >
> >
> >
> > All,
> >
> >
> >
> &g
All,
I noticed that when a patch is updated solely for the commit message (and pushed
to gerrit), gerrit triggers a complete new build.
I wonder if it is possible (on the gerrit backend) to catch that a patch has
been submitted with only the commit-message being updated hence skipping the
full
to:vpp-dev-boun...@lists.fd.io]
> On Behalf Of Gabriel Ganne
>
> Sent: Friday, December 15, 2017 8:42 AM
>
> To: Billy McFall <bmcf...@redhat.com>; Marco Varlese <mvarl...@suse.de>
>
> Cc: Damjan Marion (damarion) <damar...@cisco.com>; vpp-dev <vpp-.
Folks,
On Fri, 2017-12-15 at 11:15 +0100, Marco Varlese wrote:
[NIP]
> Ok, so just summarizing our conversation on IRC for others too.
>
> That issue is connected to the different versions of INDENT (C checkstyle)
> installed on the different distros.
>
> openSUSE runs 2.
On Fri, 2017-12-15 at 08:52 +0100, Marco Varlese wrote:
> Damjan,
>
> On Thu, 2017-12-14 at 16:04 +, Damjan Marion (damarion) wrote:
> > Folks,
> >
> > I'm hearing from multiple people that OpenSUSE verify job is failing
> > (again).
Would it be possible t
Dear David,
On Thu, 2017-12-14 at 10:01 -1000, David Cornejo wrote:
> I'm a newcomer to this list, so treat my opinion with suspicion...
> I think that there's a governance policy involved. I don't think that the
> committers should feel obligated to support something that is not in their
>
Damjan,
On Thu, 2017-12-14 at 16:04 +, Damjan Marion (damarion) wrote:
> Folks,
>
> I'm hearing from multiple people that OpenSUSE verify job is failing (again).
I haven't heard (or read) anything over the mailing list otherwise I would have
looked into it.
Also, if you hear anything like
Mostafa,
On Thu, 2017-12-14 at 11:39 +0330, Mostafa Salari wrote:
> Hi
> I installed vpp on real hw!
Which command did you run when you built and installed VPP? On which distro?The
build process likely installed an RPM/DEB (depending on your distro) on your
system so you could simply use the
Thomas,
On Thu, 2017-11-30 at 10:24 -0500, Thomas F Herbert wrote:
>
>
>
>
>
>
[SNIP]
> >
> > Maybe "unhappy" is a little too strong :) :) :)
> >
> >
> >
> > I feel that being DPDK such an important piece in the VPP
> >
Dear Ed,
On Wed, 2017-11-29 at 18:57 +, Ed Kern (ejk) wrote:
>
>
>
> > On Nov 29, 2017, at 3:09 AM, Marco Varlese <mvarl...@suse.de> wrote:
> >
> >
> >
> > Hi Ed,
> >
> >
> >
> >
> >
> > On Wed,
Dear Dave,
By the look of it is seemed to have been an hiccup with the download or
that something spurious was left on the filesystem...
===
12:08:13 Bad Checksum! Please remove /w/workspace/vpp-verify-master-
opensuse/dpdk/dpdk-17.08.tar.xz and retry
12:08:13 Makefile:267: recipe for target
Dear Dave,
By the look of it is seemed to have been an hiccup with the download or
that something spurious was left on the filesystem...
===
12:08:13 Bad Checksum! Please remove /w/workspace/vpp-verify-master-
opensuse/dpdk/dpdk-17.08.tar.xz and retry
12:08:13 Makefile:267: recipe for target
rg/rel/dpdk-17.11.tar.xz
>
>
> $ openssl md5 dpdk-17.11.tar.xz
>
>
> MD5(dpdk-17.11.tar.xz)= 53ee9e054a8797c9e67ffa0eb5d0c701
>
>
>
>
>
>
> Though I agree that if the "recheck" button made the build pass, there must be
> something wrong on my
>
>
>
> --
>
>
> Gabriel Ganne
>
>
>
>
>
>
> From: vpp-dev-boun...@lists.fd.io <vpp-dev-boun...@lists.fd.io> on behalf of
> Marco Varlese <mvarl...@suse.de>
>
> Sent: Tuesday, November 28, 2017 9:19:37 AM
>
> To: Dave Wallace
tch...
>
> Regards,
> Klement
Cheers,
Marco
>
> > -Original Message-
> > From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> > Behalf Of Marco Varlese
> > Sent: Wednesday, November 22, 2017 4:30 PM
> > To: vpp-dev <vpp-dev@
Hi,
I just took latest master and cannot run tests anymore...
Adding tests from directory tree /home/mvarlese/repo/vpp/test
Traceback (most recent call last):
File "run_tests.py", line 146, in
discover_tests(d, cb)
File "/home/mvarlese/repo/vpp/test/discover_tests.py", line 27, in
ill kick off the verify jobs. I wonder
> if one could remove "fd.io JJB" quickly enough to keep that from happening.
Somehow, I cannot remove the "fd.io JJB" job at all on my patch submission... :(
>
> Thanks... D.
Cheers,
Marco
>
> -Original Message-
> Fr
Hi Chris / Dave,
Few thoughts inline...
On Fri, 2017-11-17 at 13:51 +, Luke, Chris wrote:
> Hi Dave,
>
> After spending a few minutes to work out that you were talking about a
> proposed patch and not something any of us had merged (and, especially not
> that I merged!), I see that what we
On Tue, 2017-11-14 at 12:45 +, Shachar Beiser wrote:
>
>
>
>
>
>
>
> From: Marco Varlese [mailto:mvarl...@suse.de]
>
> Sent: Tuesday, November 14, 2017 1:29 PM
>
> To: Shachar Beiser <shacha...@mellanox.com>; vpp-dev@lists.fd.io
>
>
It looks like you didn't build the dpdk plugin (dpdk_plugin.so) in VPP...
The first command you ran
> root@kickseed:/home/shacharbe/vpp.dlopen# sudo
> ./src/bin/vpp -c ${PWD}/src/vpp/conf/startup.conf
is correct but the DPDK plugin is not loaded (I can't see it listed in the
ymbols: Bad
> value
>
> collect2: error: ld returned 1 exit status
>
> Makefile:1613: recipe for target 'dpdk_plugin.la' failed
Cheers,Marco
>
>
>
>
> From: Marco Varlese [mailto:mvarl...@suse.de]
>
> Sent: Thursday, November 9, 2017 6:12 PM
>
> To:
Dear Beiser,
I currently build (and actually create a package for SUSE distro) for VPP 17.10
compiling against a shared DPDK installation without any issues.
First of all, I apply the below patch:--- build-data/platforms/vpp.mk.old
2017-08-21 16:05:45.202038250 +0200+++
Thank you Vanessa :)
On Mon, 2017-10-30 at 16:32 -0500, Vanessa Valderrama wrote:
>
> What:
>
>
>
> The openSUSE image issues have been resolved. The jobs
> are passing on the sandbox. I will be enabling openSUSE for VPP
> in production tomorrow. Please feel
Confirmed; I had exact same issue and rebasing sorted that out.
On Wed, 2017-10-18 at 14:00 +, Klement Sekera -X (ksekera - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> I think I saw an email a few days ago that this is resolved by rebasing
> the patch.
>
> HTH,
> Klement
>
> Quoting Dave
On Wed, 2017-10-11 at 11:07 -0400, Dave Wallace wrote:
> Folks,
>
>
>
> The patch, https://gerrit.fd.io/r/#/c/8722/, in master has created
> a new dpdk rpm version.
>
>
>
> If your patch is failing vpp-verify-master-centos7 with the
> following
54:53 Build step 'Execute shell' marked build as failure
>
> Thanks,
> Klement
>
> Quoting Marco Varlese (2017-10-11 12:28:48)
> > Hi Jan,
> >
> > Thanks for pointing to the correct TEST failure.
> > However, what I'd like to mention is that it's literally impos
t: Timeout exception.
> 08:07:42 Current contents of stdout buffer:
> 08:07:42 Current contents of stderr buffer:
>
> It seems that there was VPP restart during execution of this test.
>
> Regards,
> Jan
>
> -Original Message-
> From: Marco Varlese [mai
- and failed test is
>
> TEST TC01: Route IPv4 packet through LISP with Bridge Domain setup.
>
> Where no running VPP was detected (no VPP pid returned) during the test case
> setup phase.
>
> Regards,
> Jan
>
> -Original Message-
> From: Marco Varlese [mailto:
g fine.
For now though, that's still in the Jenkins sandbox...
Having said that, if you take a look at the top-level Makefile, the vagrant
scripts, etc. you'll see quite some work has gone through to support
building/testing VPP on SUSE distros...
>
> Klement
Cheers,
Marco
>
> Quoting Marc
USE...
> I am testing a patch for cherry picking into stable/1710 now that
> straightens this out.
>
> I will add you (Marco) to the review.
Thanks.
>
> >
> > Thanks,
> > Klement
> >
> > Quoting Marco Varlese (2017-10-10 16:
6:35 +, Klement Sekera -X (ksekera - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> Hi Marco,
>
> as you can see in your review build failure, removing -lsubunit breaks
> existing stuff...
>
> Thanks,
> Klement
>
> Quoting Marco Varlese (2017-10-10 16:46:13)
> >
gt; Thanks,
> Klement
>
> Quoting Marco Varlese (2017-10-10 16:00:00)
> > Hi all,
> >
> > As of last week I could happily run tests (e.g. make test) on my
> > distribution
> > (openSUSE).
> >
> > When I tried again today - with latest master - I couldn't any
his issue is already being investigated by Tom Herbert. Strange thing
> is that check requires subunit. I wonder if it works if you install
> check only. Could you try removing -lsubunit from test/ext/Makefile?
>
> Thanks,
> Klement
>
> Quoting Marco Varlese (2
Hi all,
As of last week I could happily run tests (e.g. make test) on my distribution
(openSUSE).
When I tried again today - with latest master - I couldn't anymore:
make[2]: Entering directory '/home/mvarlese/repo/vpp/test/ext'
cc -o /home/mvarlese/repo/vpp/build-root/vapi_test/vapi_c_test
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Ed Kern (ejk)
> Sent: Friday, October 06, 2017 17:07
> To: Marco Varlese <marco.varl...@suse.com>
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Test failing
>
> could you t
Hi all,
I have seen this many times these days...
I wonder if it's a infra hiccup or something is really broken?
The "recheck" is becoming the norm to get a clean +1 Verified... :(
14:32:52 14:00:32 TC04: VPP doesn't send DHCPv4 REQUEST after OFFER with wrong
XID :: Configure DHCPv4 client on
Thanks for the thorough explanation Klement!Based on that, I think (2) is still
the better option for the current situation...
Tom, how would that sound to you?
>>> "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)"
>>> <ksek...@cisco.com> 0
Hi Klement,
>>> "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)"
>>> 09/25/17 9:33 AM >>>
> At the time of creating this patch, epel was part of Makefile and
> python34 was installed as dependency from that repo.
> (see
ilures on the sandbox and ensure
> the job is passing before we make the change in production again.
> Thanks,
>
> Vanessa
>
>
>
> On 09/22/2017 07:39 AM, Marco Varlese
> wrote:
>
>
>
> >
> >
> >
planation. Understood and it sounds like a perfect idea.
>
>
> What I don’t know is if we decided it was possible or not.
Ok; let's see what Vanessa says.
>
>
> Chris.
Thanks,Marco
>
>
>
>
> From: Marco Varlese [mailto:marco.varl...@suse.com]
>
> Sen
it I thought I saw somewhere this is what they ought to be), but it seems it
> was removed from the trigger entirely.
>
> Chris.
>
>
>
>
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
> On Behalf Of Marco Varlese
>
> Sent: Friday,
Hi Vanessa,
Did this happen yesterday? I can see VPP being built on CentOS and Ubuntu only.
Can you please advice?
Thanks,Marco
On Thu, 2017-09-21 at 10:57 -0500, Vanessa Valderrama wrote:
> I'll be enabling openSUSE minions for VPP in Jenkins shortly.
> I'll be monitoring VPP builds
rco
>
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Marco Varlese
> Sent: Thursday, September 21, 2017 2:51 AM
> To: vpp-dev <vpp-dev@lists.fd.io>
> Subject: [vpp-dev] VXLAN tunnel setup on single hos
Hi Vanessa / Florin,
Is this something which can proceed now?
Thanks,Marco
On Wed, 2017-09-13 at 15:29 -0500, Vanessa Valderrama wrote:
> Canceling change due to API freeze.
>
>
>
> Thank you,
>
> Vanessa
>
>
>
> On 09/13/2017 03:19 PM, Florin Coras
> wrote:
>
Resending this since it looks like it was never handled by the mail server... :(
On Wed, 2017-09-20 at 16:42 +0200, Marco Varlese wrote:
> Hi,
>
> I am wondering if it's possible to have a VXLAN setup using a single host
> environment.
>
> I thought to use two bridges; each
Cheers,
Marco
On Tue, 2017-08-29 at 13:29 +0200, Marco Varlese wrote:
> Dave & all,
>
> I was suggested by some compiler guys to turn on the gcc option
> -fsanitize=undefined since the error (and the actual way I used to
> fix it) might be caused by unaligned memory.
>
ding a "load/store of misaligned
address".
I wonder if this is something we can address?
I did submit a fix to gerrit but - as suggested - it may only be a way
to workaround the underlying rootcause.
Cheers,
Marco
On Tue, 2017-08-29 at 08:50 +0200, Marco Varlese wrote:
> Hi Dave,
>
ch if you find a workaround?
Sure, I filed the bug and the link is https://jira.fd.io/browse/VPP-964
I keep digging and hopefully find the solution soon! :)
>
>
> Thanks,
>
> -daw-
Cheers,Marco
>
>
> On 08/28/2017 12:22 PM, Marco Varlese
&
, Marco Varlese wrote:
> And a even more complete BT with sources below:
>
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> vlib_plugin_early_init:356: plugin path /usr/lib64/vpp_plugins
> load_one_plugin:184:
Marco
On Mon, 2017-08-28 at 15:10 +0200, Marco Varlese wrote:
> Hi,
>
> I'm running the tip of master branch and I get a segmentation fault
> when launcing "vpp -c /etc/vpp/startup.conf"
>
> My startup.conf is very simple, I don't even map dpdk interfaces,
&
Hi,
I'm running the tip of master branch and I get a segmentation fault
when launcing "vpp -c /etc/vpp/startup.conf"
My startup.conf is very simple, I don't even map dpdk interfaces, etc.
since I am using in a virt environment.
I wonder if by any chance a new setting/parameter was introduced
On Mon, 2017-08-14 at 09:50 +0100, Sergio Gonzalez Monroy wrote:
>
> On 14/08/2017 09:46, Marco Varlese
> wrote:
>
>
>
> >
> > On Mon, 2017-08-14 at 09:37 +0100, Sergio Gonzalez Monroy
> > wrote:
> >
> &
ilverman wrote:
> > > > > > > > > > > > > > > >
> > > > > > After updating my nasm, I am seeing the very same
problem Marco is seeing. On openSUSE 42.3. Not seen on CentOS 7.
Not seen on
Hi Sergio,
I tried on a different machine and I got this:
libdir: ${exec_prefix}/lib64
Thanks,
Marco
>>> Marco Varlese 08/14/17 10:04 AM >>>
>>> Sergio Gonzalez Monroy <sergio.gonzalez.mon...@intel.com> 08/14/17 9:17 AM
>>> >>&g
ut I obviously missed some cleanup.
>
> Thanks,
> Sergio
On 11/08/2017 20:25, Burt Silverman wrote:
> After updating my nasm, I am seeing the very same problem Marco is
> seeing. On openSUSE 42.3. Not seen on CentOS 7. Not seen on my VyOS
> system.
>
> Burt
>
> On Fr
Hi,
I am having troubles building the latest code off the master branch.
The commands I always use are:
> make bootstrap
> make build
I get this error:
cp: cannot stat '/home/marco/vpp/build-root/build-vpp_debug-native/dpdk/isa-
l_crypto-2.18.0/install/lib/libisal_crypto.a': No such file or
From: Andrew Yourtchenko [mailto:ayour...@gmail.com]
> > > Sent: Friday, June 16, 2017 17:51
> > > To: Luke, Chris <chris_l...@cable.comcast.com>
> > > Cc: Marco Varlese <marco.varl...@suse.com>; vpp-dev@lists.fd.io
> > > Subject: Re: [vpp-dev] Bind / Unb
On Fri, 2017-06-16 at 15:12 +0200, Andrew Yourtchenko wrote:
> On 6/16/17, Marco Varlese <marco.varl...@suse.com> wrote:
> >
> > On Thu, 2017-06-15 at 14:22 +0200, Andrew Yourtchenko wrote:
> > >
> > > After a bit more thinking - there is a way that s
gical that this is the
> > > same
> > > behavior as when matching falls off the end of the ACL.
> > >
> > > Chris.
> > >
> > > >
> > > > -Original Message-
> > > > From: vpp-dev-boun...@lists.fd.io [mailto:vpp-
Hi,
I am seeing repeatedly issues when configuring VPP with worker threads.
My platform is a multi-socket one (NUMA) so I want to PIN the VPP threads where
my NIC card naturally belongs too (Node 3, first core is #48).
The problem I see is:
Anytime I enable the worker-threads VPP core-dumps
On Fri, 2017-06-09 at 14:27 +0200, Andrew Yourtchenko wrote:
> Hi Marco,
>
> On 6/9/17, Marco Varlese <marco.varl...@suse.com> wrote:
> >
> > Hi Andrew,
> >
> > On Fri, 2017-06-09 at 13:53 +0200, Andrew Yourtchenko wrote:
> > >
> >
ffect hence freeing the interfaces from
the previous behaviour, things would have a 1:1 mapping between what you see in
configuration (acl_dump) with the flows you see on the network.
>
> --a
Cheers,
Marco
>
> On 6/9/17, Marco Varlese <marco.varl...@suse.com> wrote:
> >
> &g
Hi,
I am trying the ACL functionality and I found a "strange" behaviour.
The steps I follow to use an ACL are:
* I create an ACL to deny SSH traffic between VMs (via the 'acl_add_replace'
function)
* Set that ACL to the interfaces involved (via the 'acl_interface_set_acl_list'
function)
After
I managed to solve this by adding running VAT as follow:
# vpp_api_test plugin_path /usr/lib64/vpp_api_test_plugins
Cheers,
Marco
On Thu, 2017-06-08 at 13:51 +0200, Marco Varlese wrote:
> Hi,
>
> I'm trying to use the ACL plugin but I am encountering some difficulties.
>
>
Hi,
I'm trying to use the ACL plugin but I am encountering some difficulties.
I start the VPP daemon and the output shows that the ACL plugin should be loaded
correctly:
# vpp -c /etc/vpp/startup.conf
vlib_plugin_early_init:356: plugin path /usr/lib64/vpp_plugins
load_one_plugin:184: Loaded
I actually submitted a fix for this to gerrit.
It should keep gcc5/6 happy and work with gcc7 too.
On Wed, 2017-05-31 at 11:45 +0200, Marco Varlese wrote:
> Hi all,
>
> Is anybody using GCC7 to build the VPP source code?
>
> I'm seeing this:
>
> [ 297s] /home/abuild/rpm
Hi all,
Is anybody using GCC7 to build the VPP source code?
I'm seeing this:
[ 297s] /home/abuild/rpmbuild/BUILD/vpp-17.07/build-
data/../src/vnet/policer/xlate.c: In function
'sse2_pol_convert_hw_to_cfg_params':
[ 297s] /home/abuild/rpmbuild/BUILD/vpp-17.07/build-
ilto:csit-dev-boun...@lists.fd.io] On
> Behalf Of Sergio Gonzalez Monroy
> Sent: Monday, May 29, 2017 5:21 PM
> To: Marco Varlese <marco.varl...@suse.com>; vpp-dev@lists.fd.io; csit-dev@list
> s.fd.io
> Subject: Re: [csit-dev] [vpp-dev] Cryptodev "issue"
>
> On 29/05
On Mon, 2017-05-29 at 16:20 +0100, Sergio Gonzalez Monroy wrote:
> On 29/05/2017 15:54, Marco Varlese wrote:
> >
> > On Mon, 2017-05-29 at 15:35 +0100, Sergio Gonzalez Monroy wrote:
> > >
> > > Hi,
> > >
> > > I have not seen that behav
Hi all,
I pulled the latest code from master branch last week and I'm seeing something
new and related (possibly) to the Cryptodev support in VPP/DPDK.
The issue is that it now takes much longer for VPP to initialize... eventually
printing out the message:
"not enough Cryptodevs, default to
You say the ports are "down"... not sure how to interpret that but it might mean
that are still being binded to the kernel drivers.
Did you try and see if those ports are still binded with the Linux kernel
drivers? What is "dpdk-devbind.py --status" reporting?
What driver are you using in
Hi Devendra,
Did you try to look at src/plugins/dpdk.am ?
Cheers,
Marco
On Thu, 2017-05-18 at 15:42 +0530, devendra rawat wrote:
> Hi,
>
> I am trying to run VPP on an arm64 processor. I am using DPDK v16.11.
> > My board is having a non-pci ethernet interface I have added a PMD for that
> >
t;
> >
> >
> > Hi Marco,
> >
> >
> >
> >
> >
> > I’ll restart the jobs once we’ve got them passing again.
> >
> >
> >
> >
> >
> > > > For your reference, you can do it manually b
Hi Damjan,
Once you're patch is merged, is it possible to kick off the builds which
currently are all marked as Verified-1 so to have a clean state on them?
If I could do that manually I would do it at least for mine.
Thanks,
Marco
On Mon, 2017-05-15 at 10:54 +, Damjan Marion (damarion)
:
> > Vanessa, Could you get Marco access to the ticketing system and where do
we stand on getting the OpenSuse VM?
>
> Ed
>
>
> > On Wed, May 3, 2017 at 1:35 AM, Marco Varlese <marco.varl...@suse.com>
> > wrote:
> >
> >
> >
t; >
> >
> >
> >
> >
> > What do we need to do to get OpenSuse Jenkins Minions
> > going?
> >
> >
> >
> >
> >
> > Ed
_file/network/dpdk/dpdk.spec?expand=1
You should be able to access it; in case you can't, please, let me know so I can
send it to you...
I'm going to try your suggested steps and will let you know how it goes.
>
> Thanks,
>
> Damjan
Thanks,
Marco
>
>
> >
> > On 1
op level Makefile for
RPM_DEPENDS and make certain they are pulled in, manually if needed. I think I
saw a request for SUSE recently -- maybe Ed Warnicke knows if there is a plan
to support it.
>
> Burt
>
> > On Wed, Apr 12, 2017 at 5:33 AM, Marco Varlese <marco.varl...@suse.com>
> >
Hi,
I am facing a build issue with the latest VPP and not sure if others have seen
the same? (I'm copying/pasting the errors below)
It appears to be broken for both "shared dpdk" and using the "in-repo" dpdk
source code. Both compilation mode worked just fine for me using VPP 17.01 so
not sure
Hi,
I would like to ask if it is possible to add openSUSE distribution in the CI for
FD.IO/VPP.
We are currently packaging it and I think it would be extremely beneficial to
have the CI running on our distribution too.
Is it at all possible? If so would you please advise what would you require
I'm on a stripped Ubuntu rootfs
> > on this platform
> >
> > - Them switch to VPP, but using an already installed DPDK: within vpp.mk,
> > you have the possibility to override the default values (ie external dpdk)
> >
> >
> > Christophe
&
..
>
> Christophe
>
> > -Original Message-
> > From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> > Behalf Of Marco Varlese
> > Sent: mercredi 4 janvier 2017 17:36
> > To: Rami Rosen <roszenr...@gmail.com>; Burt Silverman
&g
101 - 188 of 188 matches
Mail list logo