HI Brian,
Yes, I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
Anyone met before? Seem a bug of gcc.
In file included from
Dave,
Oh, I think during the "release" time we did the opposite. I was basing the
logic on the sensible origin of the work on the code: the issue found on
stable/1707, so I first verify the fix with the finder in their lab, thus
ensuring they test just that change, and then commit and then
Hi Eric,
On 08/23 06:23:07, Eric Chen wrote:
> Hi Brian,
>
> I am trying to natively build vpp in aarch64 box as well,
>
> However when I "make install-dep", it report error -- "unable to locate
> package default-jdk-headless",
>
> If you are using Ubuntu as well, could you share with me
vpp-dev, Florin,
Below is an analysis of the all of the failures that this patch
encountered before finally passing. None of the failures were related in
any way to the code changes in the patch.
In summary, there appear to be a number of different factors involved
with these failures.
*
Ignore previous message for now. I have to re-base the patch.
On 08/25/2017 11:53 AM, Thomas F Herbert wrote:
All,
Could someone please review the patch below? Probably the gerrit
emails are buried in various inboxes.
https://gerrit.fd.io/r/#/c/8117/
Thanks,
--TFH
--
*Thomas F Herbert*
It appears build times have recovered. I opened a ticket with the vendor to
determine the root cause of the timeouts and will update the ticket when I
receive a response.
Thank you,
Vanessa
On Thu Aug 24 13:57:31 2017, dwallacelf wrote:
> Dear helpdesk,
>
> Please investigate this build
All,
Could someone please review the patch below? Probably the gerrit emails
are buried in various inboxes.
https://gerrit.fd.io/r/#/c/8117/
Thanks,
--TFH
--
*Thomas F Herbert*
NFV and Fast Data Planes
Office of Technology
*Red Hat*
___
vpp-dev
Actually, vnet.am looks fucked up, too -- the conditional covers only part
of ipsec -- really fucked up!
Burt
On Fri, Aug 25, 2017 at 9:37 AM, Burt Silverman wrote:
> Looks to me like a bug involving conditional compilation -- the vnet.am
> has the ipsec.api.h file generated
Looks to me like a bug involving conditional compilation -- the vnet.am has
the ipsec.api.h file generated only when WITH_LIBSSL is true, but
vnet_all_api_h.h has ipsec.api.h included unconditionally. I recall Eric
you were doing something recently with WITH_LIBSSL turned off/0'd. Maybe
something
Dave,
Yeah, those things are found throughout testing of stable/1707 with various
control planes (openstack etc), so I first deal with them in stable/1707 and
after the commit id is there, cherry pick into master (so i made
https://gerrit.fd.io/r/#/c/8207/ for master now). Those are few things
10 matches
Mail list logo