Bug 5122 - aclocal hardlinks causing problems when creating sstate tarballs
Summary: aclocal hardlinks causing problems when creating sstate tarballs
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: devtools / tool chain (show other bugs)
Version: 1.5
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 1.5 M5
Assignee: Richard Purdie
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-09-05 08:14 UTC by LiRongQing
Modified: 2013-09-18 21:38 UTC (History)
6 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description LiRongQing 2013-09-05 08:14:16 UTC
1. The build error log is below:

+DEBUG: Executing shell function sstate_create_package
+tar: x86_64-linux/usr/share/aclocal/xorg-macros.m4: file changed as we read it
+WARNING: /home/nxadm/nx/yow-blade14.2/builds-2013-07-02-080057/fsl-p50xx_std_usdpaa/bitbake_build/tmp/work/x86_64-linux/util-macros-native/1_1.17-r0/temp/do_populate_sysroot/run.do_populate_sysroot.sstate_create_package.26090:123 exit 1 from
+ tar -czf $TFILE fixmepath x86_64-linux
+DEBUG: Python function sstate_task_postfunc finished
+ERROR: Function failed: sstate_create_package

2. The root cause is:
http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/41379/focus=41445

3. The better solution is:

I think Phil is right, we should look at fixing aclocal so file
disappeared errors are just handled gracefully, then this whole mess can
go away and we'll get even better performance.

I like the idea of iterating DEPENDS and figuring out which ones to add
but that is quite a bit more work. Ultimately it would be worthwhile
though and the same logic could then be used for a sysroot per workdir
type logic.

Cheers,

Richard
Comment 1 Richard Purdie 2013-09-12 15:42:39 UTC
I now believe the original patch is correct having reviewed the code in tar.