Hi,

 

Yes, this was bug#3674!

 

Applied:

sstate.bbclass:specify function dirs to avoid race

http://cgit.openembedded.org/openembedded-core/commit/?id=ccef1cf783669a4683eda9d4b44dbe6bcf426259

 

Tested with success. Thanks a lot!

 

Regards,

Matthieu Crapet

 

 

De : openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] De la part de ChenQi
Envoyé : jeudi 10 janvier 2013 03:32
À : openembedded-core@lists.openembedded.org
Objet : Re: [OE-core] sstate, cache or licence issue?

 

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 <http://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

 

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

Reply via email to