Age | Commit message (Collapse) | Author | Files | Lines |
|
This was meant when arm64 absolutely required the dkms modules to work.
But there are platforms which can work without now.
We already have a arch neutral suggests, so no need to replace this.
Given the complexity dkms sometimes brings on e.g. kernel updates
dropping the recommends helps more systems (by avoiding those issues)
than it hurts (by users of those needing it installing the dkms
packages)
Change-Id: I99a060092d685a8cb87db6d0259e4ab18a823d7e
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Iee2c9d08e1eea34735a9b2302317bc1c8a283f48
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Icd75917e74c7b629e7e43b01c2d5811c48863940
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Id483b5f72c83b5f5860ea6cfb74ff21b494b1643
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
The cross dependencies in DPDK libraries would force us to conflict
with older ABI versions to avoid double ld.so resolution
(https://lists.ubuntu.com/archives/ubuntu-devel/2017-February/039659.html)
The conflicts would make the old versions and thereby the dependent
applications non-installable until there is a rebuild (as other updates
would do).
But for our case that would deny most benefits of version named
libraries.
Instead of adding a conflicts - whenever possible - provide a backward
compatible wrapper symlinking to the new (ABI compatible) implementation.
Change-Id: If9fa9cb9474ad0ac555bdf1a0c72f701ddaf2926
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
The old approach was just wrong, we have two cases:
1. a distribution without the old sonames, no transition needed
2. a distribution with the old sonames
- continue to provide them by the old binary packages works fine
(they are named libs for a reason)
- provide new ones in new binary packages built now
- whenever anything is rebuilt it picks up the new dependency
The worst is that I did this :-/ not thinking at all it seems.
Not hurtin on case #1, but a lot on case #2 - you likely want an
archive admin to drop the transitional packages after binaries with this
fix are built.
Change-Id: Ie60245818bc55a075a8b565dd38614351811e849
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This dependency is only needed for the rather uncommon dpdk-pmdinfo
which is more a developer tool these days still.
To soften the relationship helps the joint maintenance with Ubuntu.
Change-Id: I50dd2ab6af3a615249112416a442c589a2cdf4a6
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
To ease maintenance appyling wrap-and-sort to Debian control.
See man wrap-and-sort for details.
Change-Id: I961d336ac533b71295403462c8c83071f2f6eb2e
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: I21f9cb9c0ba254de5ba7406cdec0c3bdfb05e60e
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
This is a bit of a "decision" we don't have many (in Debian actually
none) depending packages so far.
In a library that would behave we would ship dpdk-16.11 as new source
along dpdk-16.07, but as discussed we don't want to do that just yet.
OTOH the version 5 is fully backward compatible with version 4, so for
now we can handle it like a package rename transition.
On top of the api bump the library got renamed by upstream from
libethdev to librte-ethdev to follow their usual naming scheme.
That implies to rebuild dependent packages in distributions that have
them already (in Ubuntu) as a transitional joint package upload.
Change-Id: I13e0fc99ac1adb230f1cfc7491eb7cf162996df3
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This is a bit of a "decision" we don't have many (in Debian actually
none) depending packages so far.
In a library that would behave we would ship dpdk-16.11 as new source
along dpdk-16.07, but as discussed we don't want to do that just yet.
OTOH the version 2 is fully backward compatible with version 1, so for
now we can handle it like a package rename transition.
That implies to rebuild dependent packages in distributions that have
them already (in Ubuntu) as a transitional joint package upload.
Change-Id: I028c24f6cc657731b1d3f058bd484fdb5ebacb49
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This is a bit of a "decision" we don't have many (in Debian actually
none) depending packages so far.
In a library that would behave we would ship dpdk-16.11 as new source
along dpdk-16.07, but as discussed we don't want to do that just yet.
OTOH the version 3 is fully backward compatible with version 2, so for
now we can handle it like a package rename transition.
That implies to rebuild dependent packages in distributions that have
them already (Ubuntu) as a transitional package upload.
Change-Id: I92e79f206a0bd752d775584c88ea2559c652b606
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
The librte_net library is a collection of IP protocol definitions and
convenience macros. It is based on code from the FreeBSD* IP stack and
contains protocol numbers (for use in IP headers), IP-related macros,
IPv4/IPv6 header structures and TCP, UDP and SCTP header structures.
This is newly built by default as of DPDK 16.11, so make it available in
the packaging.
Change-Id: I7dff9347b54918d908a3ed436077470fcdef1969
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This package contains the runtime libraries for librte_pmd_qede which is
The base driver is the backend module for the QLogic FastLinQ QL4xxxx
25G/40G CNA family of adapters as well as their virtual functions (VF)
in SR-IOV context.
The driver was available before, but is now considered stable and built
by default - so make it available in our packaging.
Change-Id: Iaa84304eff00a53cf394621577085364e58cdfd0
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
As suggested by multiarch hinter, this package is architecture: all and
it does not depend on arch-specific packages, so it can be marked
multiarch-foreign. This way it can satisfy a dependency on any
architecture.
Change-Id: I3ccd2c749a8a2098d4a61baf4900359b183e9e13
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Once people pull in dpdk runtime they likely want to use it.
These days PMDs are usually not covered by depends (other libraries
are linked if used).
To avoid the issue of systems that would work if just those packages
would be installed recommend them.
It is no real "dependency" things can work, therefore no depends. But it
is as much recommends as recommendations can go.
This got a bit amplified by removing libdpdk-dev from the depends which
formerly pulled all in.
Change-Id: I03cc329412de9d37c4fd203d09c8e27812bc9e5b
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
The tool dpdk-pmdinfo depends on python-pyelftools and hwdata to
work. Without those the exits are very non-graceful so add those
dependencies.
So far dpdk-pmdinfo is not py3 compatible, so no py3 dependency.
dh-python won't fill ${python:Depends} for us as the dpdk build system
doesn't populate setup.py/requirements.txt.
Change-Id: I747d13d74ab9e8571aed39edd558ca82b17967f1
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Ib2f5546e0c769d2d9008abb432d571b7fdb9928e
Gbp-Dch: Ignore
Signed-off-by: Santiago <santiagorr@riseup.net>
|
|
While not a DM/DD yet, it probably is right to help any sponsor later on
to recognize myself as one of the primary maintainers/uploaders.
Change-Id: I36f9a51efc7f7f54f92b7fe859159a87be9775bc
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
packages
Change-Id: I90d6cfded77c2d182b70053022a296c9e8f9dc3d
Signed-off-by: Santiago <santiagorr@riseup.net>
|
|
Change-Id: I14cc5444558066c6dcd7a8120e20294157a68c82
Gbp-Dch: Ignore
Signed-off-by: Santiago <santiagorr@riseup.net>
|
|
Change-Id: Ifb801ddae137052a0f936025e21c619690ed520a
Gbp-Dch: Ignore
Signed-off-by: Santiago <santiagorr@riseup.net>
|
|
Change-Id: I65ff2c7e6c69b9c46e0bb6cbc83cd630742424c7
Signed-off-by: Gowrishankar Muthukrishnan <gowrishankar.m@linux.vnet.ibm.com>
|
|
Change-Id: I57f021fd776f2943247e551db0e72e8802e8685d
Signed-off-by: Gowrishankar Muthukrishnan <gowrishankar.m@linux.vnet.ibm.com>
|
|
Change-Id: Iedac669925b3f85e3a76c035d3c4a848bcfb7670
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
d/control fix by from santiagorr@riseup.net
Since already listed at the source there is no need to relist the home
page on further packages.
The section of the source defines the sections for binaries built, so
since source is libs there is no need to list libs again.
Change-Id: I41703607c265f06966d4c589cce42d8ffeee63e9
Signed-off-by: Santiago RR <santiagorr@riseup.net>
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Enable ppc64el to build supported packages on that architecture as well.
xen dependencies are not available on ppc64el, so disable xen pmd in
that case.
powerpc currently has several libraries and pmds disabled in its default
dpdk config. That defines the range of expected-to-work packages.
Follow that and remove ppc64el architecture on those libs and pmds as packages.
Change-Id: I7f18962ad9e021c42e80739ddd569db4ecfe65dc
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
Change-Id: Ic0bb0741f4027dd4ed371e3228aa770fb3b698f9
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
When the binary kernel module build is enabled, a new package is
autogenerated. This requires adding it to the debian/control file,
and then cleaning it up.
Doing this via a backup debian/control.orig file that is gitignored
is error prone and can lead to changes being inadvertently and
silently overwritten.
Use a sed expression to remove the exact autogenerated snippet
instead to avoid this issue.
Change-Id: If04c25d2b267f654475567b78a36fd1de8318d76
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Change-Id: I05685943c9d4d956bdf51e0c3089b5b866583dbb
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
Needed for libc6 dependenc
Change-Id: I5f8171c2f8a9b2f4d219fd8d65ecdaa85274d73f
Signed-off-by: Luca Boccassi <luca.boccassi@gmail.com>
|
|
lspci is used by the dpdk-devbind script.
Change-Id: I9339e3225a04a7bc374194fc9963e1393c8c37d7
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
|
|
Projects linking against librte-pmd-pcap1 can fail unless libpcap-dev
is also installed.
Change-Id: If17edbd5d62d15e27c4c2ebc7d3f1b5ce42c7a25
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
|
|
Change-Id: I20f98d244069d4ddadb753fbffa987a114d1e045
Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
|
|
Needed to avoid mixing package name with soversion
(lintian package-name-doesnt-match-sonames).
Change-Id: Ic00208cf8b0568d027306d487abae827b03dbabd
Signed-off-by: Ricardo Salveti <ricardo.salveti@linaro.org>
|
|
Change-Id: Ia775c33a7b0bef06b9bcb96cf3d77ec87790f84e
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Ib2e8a0915a1ae384d59ba285ed25ea6054544503
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Avoids the following issue in sid:
Theme error:
sphinx_rtd_theme is no longer a hard dependency since version 1.4.0.
Please install it manually.(pip install sphinx_rtd_theme)
/<<PKGBUILDDIR>>/mk/rte.sdkdoc.mk:110: recipe for target 'guides-html'
failed
make[2]: *** [guides-html] Error 1
/<<PKGBUILDDIR>>/mk/rte.sdkroot.mk:107: recipe for target
'doc-guides-html' failed
make[1]: *** [doc-guides-html] Error 2
make[1]: *** Waiting for unfinished jobs...
Change-Id: Ia5662a7112b9fbf63a40db5ba7527c156b6536b8
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Now that linking is fixed and there is no circular dependency anymore
there is no need to still manually add the formerly hidden mempool
dependency.
Change-Id: Ieb3ae0bac70f42a7bbf6d6bc84f8c720e806f6c8
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Following policy and fixing the warning regarding
https://lintian.debian.org/tags/package-name-doesnt-match-sonames.html
Change-Id: Ib946075ff64c0f1c30e32f7998a3aa99256ebce5
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
This is the checklist for that bump and we pass them all:
2.1. Version 3.9.8.0
--------------------
Released February, 2016.
9.6
The menu system is deprecated in favor of the Free Desktop menu
standard.
2.2. Version 3.9.7.0
--------------------
Released February, 2016.
10.5
Symbolic links must not traverse above the root directory.
9.2.2
32bit UIDs in the range 65536-4294967293 are reserved for
dynamically allocated user accounts.
5.1
Empty field values in control files are only permitted in the
`debian/control' file of a source package.
4.9
`debian/rules': required targets must not attempt network access.
12.3
recommend to ship additional documentation for package `pkg' in a
separate package `pkg-doc' and install it into `/usr/share/doc/pkg'.
Change-Id: I7cd59b62f548ef6ad1c7c72feddc608c8715ee74
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
Change-Id: Ib48d03fa3dd46914c4d7c9caffc9246a03239aca
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|
|
As discussed this shall be our initial baseline.
If history is needed for any sort of debugging or analysis it can be
found at https://code.launchpad.net/~ubuntu-server/dpdk/+git/dpdk
Change-Id: Ie95c7effbbea34d723df14f6451c1f782000cbc1
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
|