From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <nhorman@tuxdriver.com>
Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58])
 by dpdk.org (Postfix) with ESMTP id 19ED3590E
 for <dev@dpdk.org>; Wed, 30 Apr 2014 12:52:34 +0200 (CEST)
Received: from hmsreliant.think-freely.org
 ([2001:470:8:a08:7aac:c0ff:fec2:933b] helo=localhost)
 by smtp.tuxdriver.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <nhorman@tuxdriver.com>)
 id 1WfS7h-0005fy-V8; Wed, 30 Apr 2014 06:52:36 -0400
Date: Wed, 30 Apr 2014 06:52:21 -0400
From: Neil Horman <nhorman@tuxdriver.com>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Message-ID: <20140430105221.GA27151@hmsreliant.think-freely.org>
References: <1398818805-18834-1-git-send-email-thomas.monjalon@6wind.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1398818805-18834-1-git-send-email-thomas.monjalon@6wind.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Score: -2.9 (--)
X-Spam-Status: No
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v2 0/4] recipes for RPM packages
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Apr 2014 10:52:34 -0000

On Wed, Apr 30, 2014 at 02:46:41AM +0200, Thomas Monjalon wrote:
> The goal of this patch serie is to be able to package DPDK
> for RPM-based distributions.
> 
> The file naming currently doesn't allow to install different DPDK versions.
> But the packaging naming should be ready to manage different DPDK versions
> having different API/ABI for different applications:
> 	- dpdk-core has full version in its name to manage API breaking
> 	- extensions have a number as name suffix to manage PMD API breaking.
> When API/ABI will be stable, package names could be simpler.
> 
> I suggest to add these .spec files as a starting point for integration
> in Linux distributions.
> 
> Changes since v1:
> 	- name of .spec file match package name
> 	- version in package name
> 	- no static library
> 	- ldconfig/depmod in scriplets
> 
> Thanks for your comments/reviews.
> -- 
> Thomas
> 
You should merge these into a single spec file so that you only have to build
once.  That also cleans up the need to adjust the version information in the
spec file once, and build packages all get the same versioning.

Neil