From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail1.windriver.com ([147.11.146.13]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1Tt8AO-0002ap-QE for openembedded-core@lists.openembedded.org; Thu, 10 Jan 2013 03:46:54 +0100 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail1.windriver.com (8.14.5/8.14.3) with ESMTP id r0A2VdQ2005860 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 9 Jan 2013 18:31:39 -0800 (PST) Received: from [128.224.163.154] (128.224.163.154) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server (TLS) id 14.2.318.4; Wed, 9 Jan 2013 18:31:38 -0800 Message-ID: <50EE2822.9050108@windriver.com> Date: Thu, 10 Jan 2013 10:32:02 +0800 From: ChenQi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: References: In-Reply-To: X-Originating-IP: [128.224.163.154] Subject: Re: sstate, cache or licence issue? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 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: Thu, 10 Jan 2013 02:47:10 -0000 Content-Type: multipart/alternative; boundary="------------070809040901020505040208" --------------070809040901020505040208 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit On 01/10/2013 01:40 AM, Matthieu CRAPET wrote: > > Dear all, > > I've got some trouble with my today's update to oe-core. > > I created a basic (image) recipe: > > --- > > DESCRIPTION = "A console-only production image with headers." > > PR = "r0" > > LICENSE = "MIT" > > IMAGE_FEATURES += "dev-pkgs debug-tweaks package-management > ssh-server-openssh" > > inherit core-image > > IMAGE_INSTALL += "openssh openssl directfb directfb-examples" > > --- > > I've got a do_populate_lic failure but image is generated correctly > (do_rootfs is ok). It fails in sstate_create_package > > | DEBUG: Executing shell function sstate_create_package > > | shell-init: error retrieving current directory: getcwd: cannot > access parent directories: No such file or directory > > | chdir: error retrieving current directory: getcwd: cannot access > parent directories: No such file or directory > > run.sstate_create_package.$PID > > sstate_create_package() { > > cd > /lingot/build/tmp-eglibc/work/rp02-ing-linux-gnueabi/test-image/1.0-r0/sstate-build-populate-lic/ > > TFILE=`mktemp ... > > ... > > The problem is that the directory exists (containing > license-destdir/test-image/{COPYING.MIT,LICENSE,generic_MIT}) > > If re-bitbake recipe, works fine. > > If I "bitbake -c cleanall" first + manually delete recipe directory > (/lingot/build/tmp-eglibc/work/rp02-ing-linux-gnueabi/test-image) > then, re-bitbake recipe: the do_populate_lic fails again. > > More surprising: if I wait some times (few minutes). I re-get the > error but with the extra lines: > > | DEBUG: Removing manifest: > /lingot/build/tmp-eglibc/deploy/licenses/test-image/LICENSE > > | DEBUG: Removing manifest: > /lingot/build/tmp-eglibc/deploy/licenses/test-image/COPYING.MIT > > | DEBUG: Removing manifest: > /lingot/build/tmp-eglibc/deploy/licenses/test-image/generic_MIT > > | DEBUG: Removing manifest: > /lingot/build/tmp-eglibc/deploy/licenses/test-image/ > > I added and removed package in IMAGE_INSTALL, sometimes it passes, > sometimes not, maybe there is a concurrent access somewhere? > Maybe it's the same bug with bug#3674 (https://bugzilla.yoctoproject.org/show_bug.cgi?id=3674). Cheers, Chen Qi > The two logs are available here: > > http://pastebin.com/raw.php?i=CVczF2vB > > Notice that I'm using my own external toolchain but I don't know that > It is relevant. > > Any hint appreciated here! > > Regards, > > Matthieu Crapet > > *About Ingenico *(Euronext: FR0000125346 - ING) > > Ingenico is a leading provider of payment solutions, with over 17 > million terminals deployed in more than 125 countries. Its 3,600 > employees worldwide support retailers, banks and service providers to > optimize and secure their electronic payments solutions, develop their > offer of services and increase their point of sales revenue. > > More information on*www.ingenico.com .* > > This message may contain confidential and/or privileged information. > If you are not the addressee or authorized to receive this for the > addressee, you must not use, copy, disclose or take any action based > on this message or any information herein. If you have received this > message in error, please advise the sender immediately by reply e-mail > and delete this message. Thank you for your cooperation. > > PPlease consider the environment before printing this e-mail > > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core --------------070809040901020505040208 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit
On 01/10/2013 01:40 AM, Matthieu CRAPET wrote:

Dear all,

 

I’ve got some trouble with my today’s update to oe-core.

 

I created a basic (image) recipe:

---

DESCRIPTION = "A console-only production image with headers."

PR = "r0"

LICENSE = "MIT"

IMAGE_FEATURES += "dev-pkgs debug-tweaks package-management ssh-server-openssh"

inherit core-image

IMAGE_INSTALL += "openssh openssl directfb directfb-examples"

---

 

I’ve got a do_populate_lic failure but image is generated correctly (do_rootfs is ok). It fails in sstate_create_package

 

| DEBUG: Executing shell function sstate_create_package

| shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

| chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory

 

run.sstate_create_package.$PID

 

sstate_create_package() {

        cd  /lingot/build/tmp-eglibc/work/rp02-ing-linux-gnueabi/test-image/1.0-r0/sstate-build-populate-lic/

        TFILE=`mktemp …

…

 

The problem is that the directory exists (containing license-destdir/test-image/{COPYING.MIT,LICENSE,generic_MIT})

 

If re-bitbake recipe, works fine.

If I “bitbake -c cleanall” first + manually delete recipe directory (/lingot/build/tmp-eglibc/work/rp02-ing-linux-gnueabi/test-image) then, re-bitbake recipe: the do_populate_lic fails again.

 

More surprising: if I wait some times (few minutes). I re-get the error but with the extra lines:

 

| DEBUG: Removing manifest: /lingot/build/tmp-eglibc/deploy/licenses/test-image/LICENSE

| DEBUG: Removing manifest: /lingot/build/tmp-eglibc/deploy/licenses/test-image/COPYING.MIT

| DEBUG: Removing manifest: /lingot/build/tmp-eglibc/deploy/licenses/test-image/generic_MIT

| DEBUG: Removing manifest: /lingot/build/tmp-eglibc/deploy/licenses/test-image/

 

I added and removed package in IMAGE_INSTALL, sometimes it passes, sometimes not, maybe there is a concurrent access somewhere?

 


Maybe it's the same bug with bug#3674 (https://bugzilla.yoctoproject.org/show_bug.cgi?id=3674).

Cheers,
Chen Qi

The two logs are available here:

http://pastebin.com/raw.php?i=CVczF2vB

 

Notice that I’m using my own external toolchain but I don’t know that It is relevant.

 

Any hint appreciated here!

 

Regards,

Matthieu Crapet

 

About Ingenico (Euronext: FR0000125346 - ING)

Ingenico is a leading provider of payment solutions, with over 17 million terminals deployed in more than 125 countries. Its 3,600 employees worldwide support retailers, banks and service providers to optimize and secure their electronic payments solutions, develop their offer of services and increase their point of sales revenue.

More information on www.ingenico.com.

This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.

 P Please consider the environment before printing this e-mail



_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

--------------070809040901020505040208--