From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Greylist: delayed 1726 seconds by postgrey-1.34 at layers.openembedded.org; Wed, 28 Sep 2016 17:07:36 UTC Received: from slow1-d.mail.gandi.net (slow1-d.mail.gandi.net [217.70.178.86]) by mail.openembedded.org (Postfix) with ESMTP id 047F860123 for ; Wed, 28 Sep 2016 17:07:36 +0000 (UTC) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) by slow1-d.mail.gandi.net (Postfix) with ESMTP id D016A49680A for ; Wed, 28 Sep 2016 18:30:37 +0200 (CEST) Received: from mfilter38-d.gandi.net (mfilter38-d.gandi.net [217.70.178.169]) by relay6-d.mail.gandi.net (Postfix) with ESMTP id 155F4FB8D1; Wed, 28 Sep 2016 18:30:36 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter38-d.gandi.net Received: from relay6-d.mail.gandi.net ([IPv6:::ffff:217.70.183.198]) by mfilter38-d.gandi.net (mfilter38-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id aRASHLKpnHvh; Wed, 28 Sep 2016 18:30:33 +0200 (CEST) X-Originating-IP: 92.90.16.73 Received: from [192.168.43.244] (73.16.90.92.rev.sfr.net [92.90.16.73]) (Authenticated sender: contact@jgueytat.fr) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 7340AFB8C2; Wed, 28 Sep 2016 18:30:32 +0200 (CEST) To: "Burton, Ross" , =?UTF-8?B?QW7DrWJhbCBMaW3Ds24=?= References: <1475078770-26139-1-git-send-email-anibal.limon@linux.intel.com> From: Julien Gueytat Message-ID: <57EBF027.9000300@jgueytat.fr> Date: Wed, 28 Sep 2016 18:30:31 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Cc: 00moses.alexander00@gmail.com, OE-core Subject: Re: [PATCHv2] db: Upgrade to 6.0.35 X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2016 17:07:40 -0000 Content-Type: multipart/alternative; boundary="------------090209020305010605050401" --------------090209020305010605050401 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Related to the db recipe. There are also the patches that needs to be regenerated as the same patches are applied for the two current versions. At least on Ubuntu 16.06 the same patch can't be applied anymore on the two versions as the lines where to apply the patches differs too much. Le 28/09/2016 18:24, Burton, Ross a écrit : > > On 28 September 2016 at 17:06, Aníbal Limón > > > wrote: > > @@ -18,16 +18,15 @@ RCONFLICTS_${PN} = "db3" > PR = "r1" > > > Remove this PR please. > > # Note, when upgraded to 6.1.x, a patch in RPM will need to be > removed to activate db 6.1 support. > - > -SRC_URI = "http://download.oracle.com/berkeley-db/db-${PV}.tar.gz > \ > +SRC_URI = "http://distfiles.gentoo.org/distfiles/db-${PV}.tar.gz > \ > > > What is distfiles.gentoo.org 's policy > when db-6.0.36 is released? Could the tarball be deleted the day > after we release? In general we've been either using > snapshot.debian.org or pointing directly > at the yoctoproject.org source mirror for > tarballs we can't rely upon over time. > > Ross > > --------------090209020305010605050401 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Related to the db recipe. There are also the patches that needs to be regenerated as the same patches are applied for the two current versions.
At least on Ubuntu 16.06 the same patch can't be applied anymore on the two versions as the lines where to apply the patches differs too much.


Le 28/09/2016 18:24, Burton, Ross a écrit :

On 28 September 2016 at 17:06, Aníbal Limón <anibal.limon@linux.intel.com> wrote:
@@ -18,16 +18,15 @@ RCONFLICTS_${PN} = "db3"
 PR = "r1"

Remove this PR please.
 
 # Note, when upgraded to 6.1.x, a patch in RPM will need to be removed to activate db 6.1 support.
-
-SRC_URI = "http://download.oracle.com/berkeley-db/db-${PV}.tar.gz \
+SRC_URI = "http://distfiles.gentoo.org/distfiles/db-${PV}.tar.gz \

What is distfiles.gentoo.org's policy when db-6.0.36 is released?  Could the tarball be deleted the day after we release?  In general we've been either using snapshot.debian.org or pointing directly at the yoctoproject.org source mirror for tarballs we can't rely upon over time.

Ross



--------------090209020305010605050401--