* sstate, cache or licence issue?
@ 2013-01-09 17:40 Matthieu CRAPET
2013-01-10 2:32 ` ChenQi
0 siblings, 1 reply; 3+ messages in thread
From: Matthieu CRAPET @ 2013-01-09 17:40 UTC (permalink / raw)
To: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 3189 bytes --]
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/s
state-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?
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 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
[-- Attachment #2: Type: text/html, Size: 9882 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: sstate, cache or licence issue?
2013-01-09 17:40 sstate, cache or licence issue? Matthieu CRAPET
@ 2013-01-10 2:32 ` ChenQi
2013-01-10 13:37 ` Matthieu CRAPET
0 siblings, 1 reply; 3+ messages in thread
From: ChenQi @ 2013-01-10 2:32 UTC (permalink / raw)
To: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 3723 bytes --]
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.
>
> 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
[-- Attachment #2: Type: text/html, Size: 13148 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: sstate, cache or licence issue?
2013-01-10 2:32 ` ChenQi
@ 2013-01-10 13:37 ` Matthieu CRAPET
0 siblings, 0 replies; 3+ messages in thread
From: Matthieu CRAPET @ 2013-01-10 13:37 UTC (permalink / raw)
To: ChenQi, openembedded-core
[-- Attachment #1: Type: text/plain, Size: 4213 bytes --]
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-bounces@lists.openembedded.org [mailto:openembedded-core-bounces@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
[-- Attachment #2: Type: text/html, Size: 13892 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-01-10 13:52 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-09 17:40 sstate, cache or licence issue? Matthieu CRAPET
2013-01-10 2:32 ` ChenQi
2013-01-10 13:37 ` Matthieu CRAPET
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.