From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail1.windriver.com (mail1.windriver.com [147.11.146.13]) by mail.openembedded.org (Postfix) with ESMTP id D42B2731E6 for ; Wed, 27 Apr 2016 02:28:36 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail1.windriver.com (8.15.2/8.15.1) with ESMTPS id u3R2SaSU028896 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 26 Apr 2016 19:28:36 -0700 (PDT) Received: from [128.224.162.236] (128.224.162.236) by ALA-HCA.corp.ad.wrs.com (147.11.189.40) with Microsoft SMTP Server id 14.3.248.2; Tue, 26 Apr 2016 19:28:35 -0700 To: Richard Purdie , References: <1461660963.31320.147.camel@linuxfoundation.org> From: Robert Yang Message-ID: <572023D2.2040202@windriver.com> Date: Wed, 27 Apr 2016 10:28:34 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <1461660963.31320.147.camel@linuxfoundation.org> Subject: Re: [PATCH 2/6] insane.bbclass: package_qa_check_license -> do_qa_populate_lic 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, 27 Apr 2016 02:28:38 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 04/26/2016 04:56 PM, Richard Purdie wrote: > On Mon, 2016-04-25 at 06:51 -0700, Robert Yang wrote: >> The package_qa_check_license() was in do_qa_configure which had a >> potential problem, when the recipe sets do_configure[noexec] = "1", >> then >> the license checking won't run, which may hidden license issues. >> Rename >> it to do_qa_populate_lic() and run in do_populate_lic[postfuncs] >> which >> is more reasonable (when no populate license, no license checking). >> >> Signed-off-by: Robert Yang >> --- >> meta/classes/insane.bbclass | 15 ++++++--------- >> 1 file changed, 6 insertions(+), 9 deletions(-) > > There is a convention that "do_" as a function prefix means its a task. > In this case its not a task but a function, so can you use a different > prefix please? I had updated the code in V2, but there are others 3 use do_ in insane.bbclass which are funtions, not tasks: do_populate_sysroot[postfuncs] += "do_qa_staging " do_configure[postfuncs] += "do_qa_configure " do_unpack[postfuncs] += "do_qa_unpack" What shall we do on them, please ? Keep them or update them? // Robert > > Cheers, > > Richard >