From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id A69AEE00CE5; Wed, 10 Feb 2016 06:01:04 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at http://www.dnswl.org/, high * trust * [93.183.12.32 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 2AF87E00CD8 for ; Wed, 10 Feb 2016 06:01:00 -0800 (PST) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.15.2/8.15.2) with ESMTPS id u1AE0pFH028498 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 10 Feb 2016 14:00:52 GMT Received: from [10.154.187.104] ([10.154.187.104]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id u1AE0oWP027085; Wed, 10 Feb 2016 15:00:50 +0100 To: "EXT Burton, Ross" References: <56B1D2D1.5010508@nokia.com> <1454497513.3990.6.camel@open-rnd.pl> <56B33100.9020903@nokia.com> <56B89638.9060905@nokia.com> <1454939078.3938.18.camel@open-rnd.pl> <56B9A55A.9040607@nokia.com> <56B9EEC7.8010303@nokia.com> From: "Woronicz, Bartosz ( NSN - PL/Wroclaw)" Message-ID: <56BB4292.5080708@nokia.com> Date: Wed, 10 Feb 2016 15:00:50 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 5460 X-purgate-ID: 151667::1455112852-000006B0-CAF37A44/0/0 Cc: "yocto@yoctoproject.org" Subject: Re: Where should I append Yocto bitbake task to create work folder symlink ? X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2016 14:01:04 -0000 Content-Type: multipart/alternative; boundary="------------070708050506070409080607" --------------070708050506070409080607 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 09.02.2016 14:56, EXT Burton, Ross wrote: > > On 9 February 2016 at 13:51, Woronicz, Bartosz ( NSN - PL/Wroclaw) > > wrote: > > Here is the whole bbclass/: > / > > DESCRIPTION = "Creates symlink to the latest version workdir > of the package" > > do_latest_link() { > if [ -n "${WORKDIR}" ]; then > linkname="$(dirname ${WORKDIR})/latest" > rm -f $linkname > ln -s $(basename ${WORKDIR}) $linkname > fi > } > addtask latest_link after do_unpack > > do_unpack[postfuncs] += "do_latest_link" > > > But for better understanding I made the more throughout look into > the documentations. I found the information about "postfuncs" you > talk about [1]. However, the tasks description [2] doesn't say > anything about including the task in the process, it just > describes the demanded order that the task is put ( addtask > something after|before othertask ). > > That is so, until I read "3.6. Variable Flags" [3]. Where is > quite clearly stated those variables control functionality and > *dependencies*. > The documentation is quite unclear in that case. > > > If you're using a postfunc you don't need to addtask at all: using > postfuncs means you don't need to have a separate task at all. > > Ross Ok, I understand now that 'addtask' is only necessary when I need seperate task to run. I think you solved my issue. Thanks again! Kind regards, Bartosz Woronicz Engineer, Software Configuration (SCM) NSN - PL/Wroclaw --------------070708050506070409080607 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 09.02.2016 14:56, EXT Burton, Ross wrote:

On 9 February 2016 at 13:51, Woronicz, Bartosz ( NSN - PL/Wroclaw) <bartosz.woronicz@nokia.com> wrote:
Here is the whole bbclass:
DESCRIPTION = "Creates symlink to the latest version workdir of the package"

do_latest_link() {
    if [ -n "${WORKDIR}" ]; then
        linkname="$(dirname ${WORKDIR})/latest"
        rm -f $linkname
         ln -s $(basename ${WORKDIR}) $linkname
    fi
}
addtask latest_link after do_unpack

 do_unpack[postfuncs] += "do_latest_link"

But for better understanding I made the more throughout look into the documentations. I found the information about "postfuncs" you talk about [1]. However, the tasks description [2] doesn't say anything about including the task in the process, it just describes the demanded order that the task is put ( addtask something after|before othertask ).

That is so, until I read "3.6. Variable Flags"  [3]. Where is quite clearly stated those variables control functionality and *dependencies*.
The documentation is quite unclear in that case.

If you're using a postfunc you don't need to addtask at all: using postfuncs means you don't need to have a separate task at all.

Ross
Ok, I understand now that 'addtask' is only necessary when I need seperate task to run. I think you solved my issue. Thanks again!

Kind regards,
Bartosz Woronicz
Engineer, Software Configuration (SCM)
NSN - PL/Wroclaw
--------------070708050506070409080607--