Difference between revisions of "Project Proposals/pkg-dpdk"

From fd.io
Jump to: navigation, search
(Scope)
 
(7 intermediate revisions by 2 users not shown)
Line 2: Line 2:
 
<!-- Please note: fd.io code is to be licensed under the Apache 2.0 license unless an exception is approved by the board -->
 
<!-- Please note: fd.io code is to be licensed under the Apache 2.0 license unless an exception is approved by the board -->
  
== Name ==
+
== Project Name ==
  
pkg-dpdk
+
Name: deb-dpdk
  
transcribed as pkgDASHdpdk as necessary
+
Transcribed as deb_dpdk as necessary
  
 
== Project Contact Name and Email ==
 
== Project Contact Name and Email ==
Line 14: Line 14:
 
== Repository Name ==
 
== Repository Name ==
  
pkgDASHdpdk
+
There were discussions around the name, but none of us minds so much.
 +
There seem to be a rule to keep the name C-identifier compatible and close to the project name which this one achieves.
 +
We also put 'deb' instead of 'pkg' in there to avoid naming conflicts with pkg packaging as well as (if ever) rpm packaging in the same scope.
 +
 
 +
Name: deb_dpdk
  
 
== Description ==
 
== Description ==
  
The pkg-dpdk team will produce packages of and for the Data Plane Development Kit (DPDK)
+
The deb-dpdk team produces packages of and for the Data Plane Development Kit (DPDK).
  
 
== Scope ==
 
== Scope ==
 
* Producing .deb packages of DPDK for Ubuntu and other Debian-based systems
 
* Producing .deb packages of DPDK for Ubuntu and other Debian-based systems
* Testing .deb packaging of dpdk
+
* Throw together our collection of backports and other features to create a bigger and better DPDK package for all of us
* Useful tools and machinery in support of same
+
* Testing .deb packaging of DPDK
 +
* Testing by various different dpdk consumers reflected by the different participating people (openvswitch, vpp, odp, ...)
 +
* Over time maybe useful tools and machinery in support / CI of same
 +
* It essentially is a boiler plate to mature contributions in the face of multiple DPDK (packaging) consumers
 +
* Mid term, once testing and packaging is matured; we intend to feed back generic parts (not release dependent) to the main dpdk.org repository
 +
** That should shrink the delta we have to maintain and is the right place to host it
 +
** The rule of thumb is all in /debian but without /debian/patches
 +
** This might eventually allow cross distribution sharing e.g. of init scripts
 +
* We might discuss or even host Distribution release specific patches e.g. patches on top what got released into Debian sid
 +
** but this will in no way be a dpdk release specific a stable tree
 +
** In fact dpdk.org/Intel are working on creating stable trees currently which is great and would be the preferred things we would like to be based on eventually.
  
 
== Initial Committers ==
 
== Initial Committers ==
 
   
 
   
* Crhistian Earhardt <paelzer@gmail.com>
+
* Christian Ehrhardt <paelzer@gmail.com>
 
* Luca Bocassi <luca.boccassi@gmail.com>
 
* Luca Bocassi <luca.boccassi@gmail.com>
 
* Damjan Marion <damarion@cisco.com>
 
* Damjan Marion <damarion@cisco.com>
Line 35: Line 49:
 
== Vendor Neutral ==
 
== Vendor Neutral ==
  
The packaging will be distribution neutral to the best of the committers' abilities. Packaging which is specific to individual distributions will be maintained in appropriate branches.
+
The packaging will be hardware vendor neutral to the best of the committers' abilities.
 +
Packaging which is specific to individual vendors will be maintained according to industry best practices or as specified by the FD.io TSC.
 +
Although it will be Distribution specific by being based on .deb packaging.
 +
 
  
 
== Meets Board Policy (including IPR, being within Board defined Scope etc) ==
 
== Meets Board Policy (including IPR, being within Board defined Scope etc) ==
Line 43: Line 60:
 
== Administrata ==
 
== Administrata ==
 
* Request for Project proposal consideration
 
* Request for Project proposal consideration
** Email: (place link to email to TSC proposing project, this can be obtained from [https://lists.fd.io/pipermail/tsc/ TSC Archives]
+
** Email: https://lists.fd.io/pipermail/tsc/2016-May/000129.html
 
** Date: 20160518
 
** Date: 20160518

Latest revision as of 12:47, 1 June 2016


Project Name

Name: deb-dpdk

Transcribed as deb_dpdk as necessary

Project Contact Name and Email

cjcollier@linuxfoundation.org

Repository Name

There were discussions around the name, but none of us minds so much. There seem to be a rule to keep the name C-identifier compatible and close to the project name which this one achieves. We also put 'deb' instead of 'pkg' in there to avoid naming conflicts with pkg packaging as well as (if ever) rpm packaging in the same scope.

Name: deb_dpdk

Description

The deb-dpdk team produces packages of and for the Data Plane Development Kit (DPDK).

Scope

  • Producing .deb packages of DPDK for Ubuntu and other Debian-based systems
  • Throw together our collection of backports and other features to create a bigger and better DPDK package for all of us
  • Testing .deb packaging of DPDK
  • Testing by various different dpdk consumers reflected by the different participating people (openvswitch, vpp, odp, ...)
  • Over time maybe useful tools and machinery in support / CI of same
  • It essentially is a boiler plate to mature contributions in the face of multiple DPDK (packaging) consumers
  • Mid term, once testing and packaging is matured; we intend to feed back generic parts (not release dependent) to the main dpdk.org repository
    • That should shrink the delta we have to maintain and is the right place to host it
    • The rule of thumb is all in /debian but without /debian/patches
    • This might eventually allow cross distribution sharing e.g. of init scripts
  • We might discuss or even host Distribution release specific patches e.g. patches on top what got released into Debian sid
    • but this will in no way be a dpdk release specific a stable tree
    • In fact dpdk.org/Intel are working on creating stable trees currently which is great and would be the preferred things we would like to be based on eventually.

Initial Committers

  • Christian Ehrhardt <paelzer@gmail.com>
  • Luca Bocassi <luca.boccassi@gmail.com>
  • Damjan Marion <damarion@cisco.com>
  • C.J. Collier <cjac@colliertech.org>
  • Thiago Martins <thiagocmartinsc@gmail.com>

Vendor Neutral

The packaging will be hardware vendor neutral to the best of the committers' abilities. Packaging which is specific to individual vendors will be maintained according to industry best practices or as specified by the FD.io TSC. Although it will be Distribution specific by being based on .deb packaging.


Meets Board Policy (including IPR, being within Board defined Scope etc)

Meets board policy as expressed in Technical Community Charter and IP Policy

Administrata