Due to ongoing technical difficulties with the 18.07 merge jobs, still
being worked out, please continue to not merge patches on stable/1807.
Ed
On Thu, Sep 13, 2018 at 5:48 PM Edward Warnicke wrote:
> Due to some technical difficulties with the 18.07 merge jobs we will be
> unable to resolve t
On Fri, Sep 14, 2018 at 6:09 AM Damjan Marion via Lists.Fd.Io wrote:
>
> Folks,
>
> Long time ago we discussed that we will deprecate old tun / tap code
> (vnet/unix/tuntap.[ch] and vnet/unix/tapcli.[ch])
> in favour of new one (src/vnet/devices/tap/).
>
> Now, we have new code for a long time, s
Could you attach your new startup.conf file?
I can't be completely certain from the info provided... but it looks a lot
like vpp didn't really start... which might be because your edit of the
startup.conf file produced a syntactically invalid file.
You might also use systemctl to grab any logs fr
And what is your vpp cmdline? is vpp running with "my-api-test" api
prefix?
Quoting wangchuan...@163.com (2018-09-14 07:25:06)
>sorry,
> That my carelessness. Whole cmd as root is : #./test "/my-api"
>"my-api-test"
>And vpp_api_test can connect to vpp.
>
>--
sorry,
That my carelessness. Whole cmd as root is : #./test "/my-api"
"my-api-test"
And vpp_api_test can connect to vpp.
wangchuan...@163.com
From: Ole Troan
Date: 2018-09-14 00:35
To: wangchuanguo
CC: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco); Dave Barach
(dbarach
Hi
First, thank you to read my email.
I build vpp,(latest from master) and install on my Centos-7.4.
The SElinux is disabled.
I start the service of vpp, #systemctl start vpp
Then I run vppctl.
If I use the default /etc/vpp/startup.conf, the vppctl start correctly.
If I want
Folks,
Long time ago we discussed that we will deprecate old tun / tap code
(vnet/unix/tuntap.[ch] and vnet/unix/tapcli.[ch])
in favour of new one (src/vnet/devices/tap/).
Now, we have new code for a long time, so wonder if there is still any good
reason to keep old ones?
Thanks,
--
Damjan
Hello community,
As of this week and CSIT merged patch [0], we are downloading artifacts
directly from packagecloud.io [1] instead of nexus.fd.io. This move was
discussed on CSIT public call on Wed-13.
As there is some dependency on other commits (specially new bootstrap design)
this change wi