From: Thomas Graf <tgraf@redhat.com>
To: Thomas Monjalon <thomas.monjalon@6wind.com>, dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH 03/16] pkg: add recipe for RPM
Date: Wed, 26 Feb 2014 14:07:44 +0100 [thread overview]
Message-ID: <530DE720.6090804@redhat.com> (raw)
In-Reply-To: <1391529271-24606-4-git-send-email-thomas.monjalon@6wind.com>
On 02/04/2014 04:54 PM, Thomas Monjalon wrote:
> Packages can be built with:
> RPM_BUILD_NCPUS=8 rpmbuild -ta dpdk-1.5.2r2.tar.gz
>
> There are packages for runtime, static libraries and development.
> Once devel package installed, it can be used like this:
> make -C /usr/share/dpdk/examples/helloworld RTE_SDK=/usr/share/dpdk
>
> Signed-off-by: Thomas Monjalon <thomas.monjalon@6wind.com>
Thanks for getting this started! Some comments below. I'll be glad to
help pushing this into Fedora.
> +Name: dpdk
> +Version: 1.5.2r1
> +Release: 1
What kind of upgrade strategy do you have in mind?
I'm raising this because Fedora and other distributions will require
a unique package name for every version of the package that is not
backwards compatible.
Typically libraries provide backwards compatible within a major release,
i.e. all 1.x.x releases would be compatible. I realize that this might
not be applicable yet but maybe 1.5.x?
Depending on the versioning schema the name would be dpdk15, dpdk16, ...
or dpdk152, dpdk153, ...
> +BuildRequires: kernel-devel, kernel-headers, doxygen
Is a python environment required as well?
> +%description
> +Dummy main package. Make only subpackages.
I would just call the main package "libdpdk152" so you don't have to
repeat the encoding versioning in all the subpackages.
> +
> +%package core-runtime
What about calling it just "libdpdk"?
> +Summary: Intel(r) Data Plane Development Kit core for runtime
> +%description core-runtime
> +Intel(r) DPDK runtime includes kernel modules, core libraries and tools.
> +testpmd application allows to test fast packet processing environments
> +on x86 platforms. For instance, it can be used to check that environment
> +can support fast path applications such as 6WINDGate, pktgen, rumptcpip, etc.
> +More libraries are available as extensions in other packages.
> +
> +%package core-static
Based on the above: "libdpdk-static"
Packages that link against dpdk statically will do:
BuildRequire: libdpdk152-static
> +%files core-runtime
> +%dir %{datadir}
> +%{datadir}/config
> +%{datadir}/tools
> +%{moddir}/*
> +%{_sbindir}/*
> +%{_bindir}/*
> +%{_libdir}/*.so
This brings up the question of multiple parallel DPDK installations.
A specific application linking to library version X will also require
tools of version X, right? A second application linking against version
Y will require tools version Y. Right now, these could not be installed
in parallel. Any chance we can make the runtime version independent?
Same applies to header files. A good option here would be to install
them to /usr/include/libdpdk{version}/ and have a dpdk-1.5.2.pc which
provides Cflags: -I${includedir}/libdpdk${version}
> +%files core-static
> +%{_libdir}/*.a
> +
> +%files core-devel
> +%{_includedir}/*
> +%{datadir}/mk
> +%{datadir}/%{target}
> +%{datadir}/examples
> +%doc %{docdir}
>
You'll also need for all packages and subpackages installing shared
libraries:
%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig
next prev parent reply other threads:[~2014-02-26 13:06 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-04 15:54 [dpdk-dev] [PATCH 00/16] recipes for RPM packages Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [PATCH 01/16] tools: rename pci_unbind script Thomas Monjalon
2014-02-24 16:03 ` Chris Wright
2014-03-20 17:06 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [PATCH 02/16] virtio: rename library Thomas Monjalon
2014-02-24 16:05 ` Chris Wright
2014-03-20 17:06 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [PATCH 03/16] pkg: add recipe for RPM Thomas Monjalon
2014-02-24 16:29 ` Chris Wright
2014-02-24 16:52 ` Chris Wright
2014-04-02 9:01 ` Thomas Monjalon
2014-04-02 11:11 ` Thomas Graf
2014-02-26 13:07 ` Thomas Graf [this message]
2014-02-26 16:19 ` Chris Wright
2014-04-02 9:53 ` Thomas Monjalon
2014-04-02 11:04 ` Thomas Graf
2014-04-02 11:29 ` Neil Horman
2014-02-04 15:54 ` [dpdk-dev] [vmxnet3-usermap PATCH 04/16] pmd: add make help Thomas Monjalon
2014-02-24 18:17 ` Chris Wright
2014-03-26 21:59 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [vmxnet3-usermap PATCH 05/16] pmd: allow to build outside of the source directory Thomas Monjalon
2014-02-24 18:13 ` Chris Wright
2014-03-26 21:59 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [vmxnet3-usermap PATCH 06/16] pmd: allow to install lib and doc Thomas Monjalon
2014-03-26 22:00 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [vmxnet3-usermap PATCH 07/16] pkg: add recipe for RPM Thomas Monjalon
2014-02-26 13:22 ` Thomas Graf
2014-04-02 10:08 ` Thomas Monjalon
2014-04-02 11:07 ` Thomas Graf
2014-02-04 15:54 ` [dpdk-dev] [virtio-net-pmd PATCH 08/16] pmd: fix initialization of Tx queue header Thomas Monjalon
2014-03-27 8:23 ` Olivier MATZ
2014-03-27 9:34 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [virtio-net-pmd PATCH 09/16] mk: minor fixes Thomas Monjalon
2014-03-27 8:26 ` Olivier MATZ
2014-03-27 9:35 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [virtio-net-pmd PATCH 10/16] mk: allow to build outside of the source directory Thomas Monjalon
2014-03-27 8:31 ` Olivier MATZ
2014-03-27 9:35 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [virtio-net-pmd PATCH 11/16] mk: allow to install lib and doc Thomas Monjalon
2014-03-27 8:32 ` Olivier MATZ
2014-03-27 9:35 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [virtio-net-pmd PATCH 12/16] pkg: add recipe for RPM Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [memnic PATCH 13/16] pmd: rename doc when installing Thomas Monjalon
2014-03-27 8:36 ` Olivier MATZ
2014-03-27 10:29 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [memnic PATCH 14/16] pmd: fix doc uninstalling Thomas Monjalon
2014-03-27 8:45 ` Olivier MATZ
2014-03-27 10:30 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [memnic PATCH 15/16] pmd: remove useless makefile variables Thomas Monjalon
2014-03-27 8:45 ` Olivier MATZ
2014-03-27 10:30 ` Thomas Monjalon
2014-02-04 15:54 ` [dpdk-dev] [memnic PATCH 16/16] pkg: add recipe for RPM Thomas Monjalon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=530DE720.6090804@redhat.com \
--to=tgraf@redhat.com \
--cc=dev@dpdk.org \
--cc=thomas.monjalon@6wind.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).