From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga09.intel.com ([134.134.136.24]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1UDdCe-0002Ci-DV for openembedded-devel@lists.openembedded.org; Thu, 07 Mar 2013 16:57:57 +0100 Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga102.jf.intel.com with ESMTP; 07 Mar 2013 07:39:54 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.84,803,1355126400"; d="scan'208";a="295869570" Received: from unknown (HELO helios.localnet) ([10.255.12.181]) by orsmga002.jf.intel.com with ESMTP; 07 Mar 2013 07:41:09 -0800 From: Paul Eggleton To: openembedded-devel@lists.openembedded.org Date: Thu, 07 Mar 2013 15:41:08 +0000 Message-ID: <1820544.NMbf1lmvlI@helios> Organization: Intel Corporation User-Agent: KMail/4.10 (Linux/3.5.0-24-generic; KDE/4.10.0; i686; ; ) In-Reply-To: <5138A92D.5030809@balister.org> References: <1362649839-9160-1-git-send-email-koen@dominion.thruhere.net> <5138A92D.5030809@balister.org> MIME-Version: 1.0 Cc: Koen Kooi , Martin Jansa , Otavio Salvador Subject: Re: [meta-kde][PATCH 3/3] README: update contributor list X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 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 Mar 2013 15:58:09 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday 07 March 2013 09:50:21 Philip Balister wrote: > On 03/07/2013 09:41 AM, Otavio Salvador wrote: > > On Thu, Mar 7, 2013 at 11:35 AM, Paul Eggleton > > > > wrote: > >> On Thursday 07 March 2013 15:03:17 Koen Kooi wrote: > >>> Op 7 mrt. 2013, om 14:04 heeft Martin Jansa het > >>> > >>> volgende geschreven: > >>>> It would be nice to know yocto-1.4 release name in advance and name it > >>>> the same as branch in oe-core/meta-oe will be (denzil, danny, ...), but > >>>> I guess it can be renamed later. > >>> > >>> For angstrom I'm going to use 'yocto-1.4' in the branch name, I have > >>> trouble remembering which names maps to which release. And the Yocto > >>> compliance program talks about 1.3, .14 etc, not about codenames. > >> > >> Wouldn't it be worth us trying to standardise rather than all doing our > >> own > >> thing and users having to figure out what matches up between different > >> layers? If others feel the same as you, then maybe we should all be > >> using that schema.> > > Or we use a codename or we don't. > > > > For me, codenames work fine but for users it is sometimes confusing as > > the website and marketing people talk about Yocto 1.3 or 1.4 while the > > involved people talk about codenames. So I find myself explaining it > > over and over again. > > Add me to the list of people that find codenames confusing. I can't > reliably list releases in order by name. FWIW, in the layer index web app against each branch I have a field for a short description (e.g. denzil could have something like "old stable" or whatever is helpful to explain it to people) and a sort order so that they can be sorted correctly where listed. That doesn't take away the need to resolve this issue of branch names across layers, but it may help users to understand what these codenames mean if they continue to be used, at least when they see them in the layer index at least. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre