From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mail.openembedded.org (Postfix) with ESMTP id 0E5F76A5A2 for ; Thu, 7 Nov 2013 18:25:55 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 07 Nov 2013 10:25:57 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.93,535,1378882800"; d="scan'208";a="405189989" Received: from unknown (HELO helios.localnet) ([10.252.121.157]) by orsmga001.jf.intel.com with ESMTP; 07 Nov 2013 10:25:55 -0800 From: Paul Eggleton To: Javier Viguera Date: Thu, 07 Nov 2013 18:25:54 +0000 Message-ID: <1606310.BaoZjjErcI@helios> Organization: Intel Corporation User-Agent: KMail/4.10.5 (Linux/3.8.0-31-generic; KDE/4.10.5; i686; ; ) In-Reply-To: <527BCA0E.1070706@digi.com> References: <5256CE06.60502@digi.com> <1678132.5T9pc4s1xI@helios> <527BCA0E.1070706@digi.com> MIME-Version: 1.0 Cc: Tom King , "openembedded-devel@lists.openembedded.org" , Eric =?ISO-8859-1?Q?B=E9nard?= Subject: Re: cherokee wrong SRC_URI (was Dylan backports) X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Nov 2013 18:25:56 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 07 November 2013 18:12:46 Javier Viguera wrote: > On 07/11/13 17:45, Paul Eggleton wrote: > > 2) Longer term the recipe should just be upgraded; last I checked we've > > fallen quite far behind the current version. Javier, if you're relying on > > Cherokee is that something you'd be prepared to do? > > The problem is not the version, the problem is the main cherokee project > uses those github autogenerated-from-tags tarballs. See: > > > > Some examples: > > > ... > > > And as far as i know in this case we cannot rely the checksums remain > stable. This is something that would be worth trying to communicate upstream - these tarballs are just not useful as a release mechanism. Help them to understand that and we help ourselves. > Anyway at this moment I'm stuck on Dylan working on a BSP layer, so I > don't have the time to play with other branches, sorry. OK, no problem. > My preference at this moment would be to integrate the patch from Eric > with the German mirror (once fixed in version 3) in all the branches and > at the same time keep a copy of the tarball in one of the yoctoproject > source mirrors. It'll be the OpenEmbedded mirror in this instance, but yes. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre