2784 2012-07-18 09:26:10 +0000 license.bbclass failing on autobuilder 2012-07-19 14:37:45 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core unspecified x86 Multiple RESOLVED DUPLICATE 2638 (autobuilder) Undecided normal --- 1 ross.burton sgw bluelightning meta.mr.watcher meta.watcher richard.purdie --- --- --- oldest_to_newest 23202 0 ross.burton 2012-07-18 09:26:10 +0000 | 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. 23230 1 richard.purdie 2012-07-18 21:41:28 +0000 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. 23263 2 sgw 2012-07-19 14:37:45 +0000 Andrei may have had a patch. *** This bug has been marked as a duplicate of bug 2638 ***