This bug was fixed in the package dpdk - 17.05.1-2
---
dpdk (17.05.1-2) experimental; urgency=medium
* Install headers with arch-specific content in /usr/include//dpdk
to make libdpdk-dev multiarch-compliant.
To ensure backward compatibility in x86_64, which is what most of
Well it seems I was a bit overeager to target 17.05 as we eventually
have to follow the use-case which is mostly openvswitch for now.
But while exploitation was rather fast in the past given that OVS
dropped the experimental state from DPDK support this got more official
now.
So in [1] one can se
OVS need to adapt to new DPDK in general for ABI and header changes as
outlined in:
http://dpdk.org/doc/guides/rel_notes/release_17_05.html#api-changes
http://dpdk.org/doc/guides/rel_notes/release_17_05.html#abi-changes
I need to check if that code is already in OVS later and can be
backported, o
Extra task for the Openvswitch work that seems to not like the new
includes.
** Also affects: openvswitch (Ubuntu)
Importance: Undecided
Status: New
** Changed in: openvswitch (Ubuntu)
Status: New => Confirmed
** Changed in: openvswitch (Ubuntu)
Importance: Undecided => High