[dpdk-dev] [PATCH 03/16] pkg: add recipe for RPM
Chris Wright
chrisw at redhat.com
Mon Feb 24 17:52:08 CET 2014
* Thomas Monjalon (thomas.monjalon at 6wind.com) 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 at 6wind.com>
> ---
> pkg/rpm.spec | 143 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
This should be dpdk.spec
> 1 file changed, 143 insertions(+)
> create mode 100644 pkg/rpm.spec
>
> diff --git a/pkg/rpm.spec b/pkg/rpm.spec
> new file mode 100644
> index 0000000..d806d55
> --- /dev/null
> +++ b/pkg/rpm.spec
> @@ -0,0 +1,143 @@
> +Name: dpdk
> +Version: 1.5.2r1
> +Release: 1
Just wanted to be sure the NVR properly increases. I verified using
"rpmdev-vercmp" and it looks fine.
> +Packager: packaging at 6wind.com
> +URL: http://dpdk.org
> +Source: http://dpdk.org/browse/dpdk/snapshot/dpdk-%{version}.tar.gz
> +
> +Summary: Intel(r) Data Plane Development Kit
> +Group: System Environment/Libraries
> +License: BSD and LGPLv2 and GPLv2
> +
> +ExclusiveArch: i686, x86_64
> +%define target %{_arch}-default-linuxapp-gcc
What is this for?
> +%define machine default
> +
> +BuildRequires: kernel-devel, kernel-headers, doxygen
> +
> +%description
> +Dummy main package. Make only subpackages.
I think the core package should have the .so, the -devel package w/
headers, and no -static package. Including a .a file is discouraged in
Fedora:
https://fedoraproject.org/wiki/Packaging:Guidelines#Packaging_Static_Libraries
because if you need to update the archive, e.g. for a security fix,
applications linked w/ the static library will not get fixed w/out a
rebuild.
> +%package core-runtime
perhaps just 'runtime'
> +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
> +Requires: %{name}-core-runtime
> +Summary: Intel(r) Data Plane Development Kit core as static libraries
> +%description core-static
> +Intel(r) DPDK static provides static version of the core libraries
> +for fast packet processing on x86 platforms.
> +More libraries are available as extensions in other packages.
We drop this
> +%package core-devel
name this devel
> +Requires: %{name}-core-static
> +Summary: Intel(r) Data Plane Development Kit core for development
> +%description core-devel
> +Intel(r) DPDK devel is a set of makefiles, headers, examples and documentation
> +for fast packet processing on x86 platforms.
> +More libraries are available as extensions in other packages.
Often it's just headers, but makefile, examples, etc are quite useful
for showing how to develop a dpdk app
> +# debuginfo packaging is broken
> +%define debug_package %{nil}
Can you add a better comment why it's broken?
> +%define destdir %{buildroot}%{_prefix}
> +%define moddir /lib/modules/%(uname -r)/extra
> +%define datadir %{_datadir}/%{name}
> +%define docdir %{_docdir}/%{name}
> +
> +%prep
> +%setup -q
> +
> +%build
> +make O=%{target} T=%{target} config
Did you try to update the build system to output into $RPM_BUILD_ROOT
directly? It's much preferred compared to the cp/rmdir below
> +sed -ri 's,(RTE_MACHINE=).*,\1%{machine},' %{target}/.config
> +sed -ri 's,(RTE_APP_TEST=).*,\1n,' %{target}/.config
> +sed -ri 's,(RTE_BUILD_SHARED_LIB=).*,\1y,' %{target}/.config
> +make O=%{target} %{?_smp_mflags}
> +cp %{target}/lib/*.so %{target}
> +sed -ri 's,(RTE_BUILD_SHARED_LIB=).*,\1n,' %{target}/.config
> +make O=%{target} %{?_smp_mflags}
> +make O=%{target} doc
> +
> +%install
> +rm -rf %{buildroot}
> +make O=%{target} DESTDIR=%{destdir}
Why make again (IOW, why not in %build section)?
> +mkdir -p %{buildroot}%{moddir}
> +mv %{destdir}/%{target}/kmod/*.ko %{buildroot}%{moddir}
Normally I'd use install command (-d will create directories)
> +rmdir %{destdir}/%{target}/kmod
> +mkdir -p %{buildroot}%{_sbindir}
> +ln -s %{datadir}/tools/igb_uio_bind.py %{buildroot}%{_sbindir}/igb_uio_bind
> +mkdir -p %{buildroot}%{_bindir}
> +mv %{destdir}/%{target}/app/testpmd %{buildroot}%{_bindir}
> +rmdir %{destdir}/%{target}/app
> +mv %{destdir}/%{target}/include %{buildroot}%{_includedir}
> +mv %{destdir}/%{target}/lib %{buildroot}%{_libdir}
> +mv %{destdir}/%{target}/*.so %{buildroot}%{_libdir}
> +mkdir -p %{buildroot}%{docdir}
> +mv %{destdir}/%{target}/doc/* %{buildroot}%{docdir}
> +rmdir %{destdir}/%{target}/doc
> +mkdir -p %{buildroot}%{datadir}
> +mv %{destdir}/%{target}/.config %{buildroot}%{datadir}/config
> +mv %{destdir}/%{target} %{buildroot}%{datadir}
> +mv %{destdir}/mk %{buildroot}%{datadir}
> +cp -a examples %{buildroot}%{datadir}
> +cp -a tools %{buildroot}%{datadir}
> +ln -s %{datadir}/config %{buildroot}%{datadir}/%{target}/.config
> +ln -s %{_includedir} %{buildroot}%{datadir}/%{target}/include
> +ln -s %{_libdir} %{buildroot}%{datadir}/%{target}/lib
> +
> +%files core-runtime
> +%dir %{datadir}
> +%{datadir}/config
> +%{datadir}/tools
> +%{moddir}/*
> +%{_sbindir}/*
> +%{_bindir}/*
> +%{_libdir}/*.so
> +
> +%files core-static
> +%{_libdir}/*.a
> +
> +%files core-devel
> +%{_includedir}/*
> +%{datadir}/mk
> +%{datadir}/%{target}
> +%{datadir}/examples
> +%doc %{docdir}
More information about the dev
mailing list