Bug 2784 - license.bbclass failing on autobuilder
Summary: license.bbclass failing on autobuilder
Status: RESOLVED DUPLICATE of bug 2638
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Undecided normal
Target Milestone: ---
Assignee: Saul Wold
QA Contact:
URL:
Whiteboard: (autobuilder)
Depends on:
Blocks:
 
Reported: 2012-07-18 09:26 UTC by Ross Burton
Modified: 2012-07-19 14:37 UTC (History)
4 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ross Burton 2012-07-18 09:26:10 UTC
| ls: cannot access /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-x86/build/build/tmp/pkgdata/*/runtime/dbus-1: No such file or directory
| ls: cannot access /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-x86/build/build/tmp/pkgdata/*/runtime/kernel-3.4.4-yocto-standard: No such file or directory
| ls: cannot access /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-x86/build/build/tmp/pkgdata/*/runtime/libacl1: No such file or directory
...

(more at http://autobuilder.yoctoproject.org:8010/builders/nightly-x86/builds/586/steps/shell_25/logs/stdio)

Paul says:

It seems to me the problem is that the pkgdata is in non-debian renamed format
whereas license.bbclass by virtue of using the final list of installed packages
is expecting to use the post-rename names (e.g. pkgdata/*/runtime contains
zlib-dev whereas the installed package is called libz-dev). Given that this
renaming happens much earlier in the process, I'm not sure how my change could
have triggered this or why it would only be a problem sometimes.
Comment 1 Richard Purdie 2012-07-18 21:41:28 UTC
I think these are always there, the other failures just highlighted them.

To fix this, we might need to add another pkgdata directory alongside runtime which has the renamed package versions symlinked to the runtime directory. The license code can then reference this.
Comment 2 Saul Wold 2012-07-19 14:37:45 UTC
Andrei may have had a patch.

*** This bug has been marked as a duplicate of bug 2638 ***