+ * dpdk-modules-$KVERS: depend on same kernel version used to build rather than
+ just recommend - in-kernel API/ABI is not stable.
+ * Support for building packages for the new mempool framework has been added.
+ In 17.05 and newer a mempool framework was added, that has to be loaded
+ like a PMD. So any "plugin" will be linked in RTE_EAL_PMD_PATH just like
+ the PMDs. No mempool plugins are built for now, so it is currently a no-op.
+ * Drop libethdev4, librte-cryptodev1 and librte-eal2 transitional packages,
+ no longer needed.
+ * Fix some upstream documentation links in the packages metadata.
+ Thanks Chas Williams!
+ * Fix building debugging symbols for -dbgsym packages. Thanks Chas Williams!
+ * Add patches to make the documentation and linker script builds fully
+ reproducible.
+ * Add patches to make the libraries and PMDs builds fully reproducible,
+ by making the listing order of headers, source files and objects in
+ the makefiles stable (via sorting).
+ * Install headers with arch-specific content in /usr/include/<multiarch>/dpdk
+ to make libdpdk-dev multiarch-compliant.
+ To ensure backward compatibility in x86_64, which is what most of the
+ consumers use, symlink x86_64 headers in /usr/include/dpdk.
+ pkg-config returns the arch-specific headers first so that other
+ architectures are still compatible.
+ Also create a full copy of the headers in the dpdk-dev SDK package, as it
+ does not support multiple levels of headers.