From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mo5.mail-out.ovh.net (14.mo5.mail-out.ovh.net [188.165.51.82]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 6333BE0034C for ; Fri, 14 Dec 2012 10:22:18 -0800 (PST) Received: from mail609.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo5.mail-out.ovh.net (Postfix) with SMTP id 5A2A91038549 for ; Fri, 14 Dec 2012 19:30:50 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 14 Dec 2012 20:22:45 +0200 Received: from pac33-2-82-240-38-71.fbx.proxad.net (HELO eb-e6520) (eric%eukrea.com@82.240.38.71) by ns0.ovh.net with SMTP; 14 Dec 2012 20:22:43 +0200 Date: Fri, 14 Dec 2012 19:22:14 +0100 From: Eric =?ISO-8859-1?B?QuluYXJk?= To: Otavio Salvador X-Ovh-Mailout: 178.32.228.5 (mo5.mail-out.ovh.net) Message-ID: <20121214192214.41ae625b@eb-e6520> In-Reply-To: References: <1355486234-7035-1-git-send-email-andrei.gherzan@windriver.com> <20121214145331.54c07822@eb-e6520> <20121214150150.1aa8eaf5@eb-e6520> <20121214151314.001f1ec8@eb-e6520> <20121214152619.79098454@eb-e6520> <20121214163024.7427cf1d@eb-e6520> <50CB58BF.5030309@freescale.com> <20121214185822.4bea3ad0@eb-e6520> Organization: =?ISO-8859-1?B?RXVrculh?= Electromatique X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.8; x86_64-redhat-linux-gnu) Mime-Version: 1.0 X-Ovh-Tracer-Id: 7958704967529115004 X-Ovh-Remote: 82.240.38.71 (pac33-2-82-240-38-71.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehjedruddtucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfhrhhomhepgfhrihgtuceurohnrghrugcuoegvrhhitgesvghukhhrvggrrdgtohhmqeenucfjughrpeffhffvuffkjghfohfogggtgfesthhqredtredtud X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehjedruddtucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfhrhhomhepgfhrihgtuceurohnrghrugcuoegvrhhitgesvghukhhrvggrrdgtohhmqeenucfjughrpeffhffvuffkjghfohfogggtgfesthhqredtredtud Cc: "meta-freescale@yoctoproject.org" Subject: Re: [meta-fsl-arm][PATCH 1/3] u-boot: Rename recipe to u-boot-fsl X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 18:22:18 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le Fri, 14 Dec 2012 16:12:34 -0200, Otavio Salvador a =E9crit : > On Fri, Dec 14, 2012 at 3:58 PM, Eric B=E9nard wrote: > > Le Fri, 14 Dec 2012 14:50:07 -0200, > > Daiane Angolini a =E9crit : > >> In the other hand, we may rename our u-boot recipe to > >> u-boot-somethingelse. This way, we have to face less support, and no > >> need to teach anyone how to fix their layer. > >> > >> How I'm lazy, I would choose the renaming option. > >> > >> If I'm wrong on any point, please let me know. I'm not sure I complete= ly > >> understand the issue here, so I may be simplistic in my interpretation. > >> > > how often have you seen a support request concerning a u-boot problem > > here ? > > > > BTW, you will have some issues if someone has a qt recipe or bbappend is > > its overlay so why don't you also rename qt to qt-fslc (espaciallyas you > > add a patch to it in meta-fsl-arm so it's no more mainline) ? >=20 > The real difference here is how ofthen someone will need to override a > qt recipe, for something board specific, and how ofthen it will be for > u-boot/kernel. I bet the former will be much more rare. >=20 having a bbappend for qt is not rare especially when needing to customize qt's configuration. > Most BSP ports, for customers, will involve kernel and u-boot changes > and ofthen enough you'll have an specific repository for your > u-boot/kernel so an u-boot- will be common in internal BSPs > and layers. We do it for our customers, I bet WR does the same. >=20 that's the magic of oe we can have very different way to handle a same problem. Eric