From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id D370BE006DD for ; Thu, 18 Jul 2013 00:16:47 -0700 (PDT) Received: from e6520eb (unknown [88.170.243.169]) (Authenticated sender: eukrea) by smtp3-g21.free.fr (Postfix) with ESMTPSA id B699EA62C8; Thu, 18 Jul 2013 09:16:39 +0200 (CEST) Date: Thu, 18 Jul 2013 09:16:38 +0200 From: Eric =?UTF-8?B?QsOpbmFyZA==?= To: Otavio Salvador Message-ID: <20130718091638.54c29d11@e6520eb> In-Reply-To: References: <999FEFBC61661A4099B55CE06B5D10755377FC@039-SN1MPN1-001.039d.mgd.msft.net> <1714287.19idnEh5B1@rudolf> <999FEFBC61661A4099B55CE06B5D107553783F@039-SN1MPN1-001.039d.mgd.msft.net> <20130717101347.537b91c2@e6520eb> <20130717142654.107d37c3@e6520eb> <20130717143302.7fc2415b@e6520eb> <20130717150116.6e1d70af@e6520eb> <51E701DD.3040905@freescale.com> Organization: =?UTF-8?B?RXVrcsOpYQ==?= Electromatique X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Cc: "meta-freescale@yoctoproject.org" Subject: Re: GPU 2d/3d acceleration not working in yocto qte-in-use-image 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: Thu, 18 Jul 2013 07:16:50 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Le Wed, 17 Jul 2013 18:02:27 -0300, Otavio Salvador a =C3=A9crit : > On Wed, Jul 17, 2013 at 5:43 PM, Daiane Angolini > wrote: > > On 07/17/2013 10:14 AM, Otavio Salvador wrote: > >> Yes and if you check those they're build failure fixes (except the > >> duplicated assignment in mx28evk) so I could keep autobuilder and > >> users being able to build. So this is the exception :-) > > > > I don't agree it should exists any exception for this. >=20 > For everything there're an exception. However those patches were > failures which NO ONE fixed and I use daily build for checking the > quality of the BSP so it being broken is a problem for me. >=20 > It is clear that *most* people do not run updated master branches (or > they'd have got those failures and send a patch). >=20 some peoples are not only trying to get a successful build on a daily basis but are designing products (sometimes based on master when the product's release is due for the next Yocto's release) and so can't update the master branch every day when they are working on their board's BSP. Being aware patches are applied on master to improve it (or fix it when necessary) is a good information for them. > > I really think any merged patch MUST be sent to ML previously. >=20 > Most are send. Except the exceptions as said above. >=20 > > I've been "accepting" your master-next approach only because I don't th= ink > > it matter for anyone. However, we must be sure what have in master. >=20 > There's GIT for it. If people matter GIT log have all the information > and I try to keep informative logs. >=20 You're right, we always can find a technical solution. A more community friendly solution would be to use the mailing list as done in most other layers/projects but that's your layer so that's your policy and now we know it. There is not cost for you (only a git send-email before doing the git push - or even just after if you prefer). > > Is there any restriction from Yoctoproject daily build server that it m= ust > > build every single time, with no failure? >=20 > No; this is my restriction. The more time it is failing to build more > failure accumulate and I keep it working all the time to avoid having > hidden issues there. >=20 the important thing is to be aware of your policies (and their evolutions). Eric