6772 2014-09-29 06:27:39 +0000 license.manifest does not include u-boot 2016-11-28 15:06:59 +0000 1 1 7 Build System, Metadata & Runtime OE-Core deployment 1.6.2 All arm VERIFIED FIXED Medium major 2.1 M1 1 net147 mariano.lopez benjamin.esquivel bluelightning bogdanx.a.voiculescu sgw bogdanx.a.voiculescu --- --- No (bug/feature does not impact docs) oldest_to_newest 45921 0 net147 2014-09-29 06:27:39 +0000 Setting the following in local.conf does not include u-boot in /usr/share/common-licenses/license.manifest: COPY_LIC_DIRS = "1" COPY_LIC_MANIFEST = "1" 45930 1 bluelightning 2014-09-29 10:32:49 +0000 Isn't this expected since u-boot isn't actually contained in the image? 45932 2 net147 2014-09-29 11:21:08 +0000 For Raspberry Pi SD card images, the image contains u-boot: https://github.com/djwillis/meta-raspberrypi/blob/master/classes/sdcard_image-rpi.bbclass 46039 3 bluelightning 2014-10-02 15:04:18 +0000 So Beth and I have discussed bootloaders not showing up in the manifest before, but perhaps what sdcard_image-rpi.bbclass does is a "new" wrinkle (although it might be generalised to any image where a certain IMAGE_FSTYPES type might cause the final image file to contain files produced by an additional recipe - syslinux within hddimg image files springs to mind). I do agree we need to address this; but I also think it needs to be done in a way that isn't simply adding all recipes in EXTRA_IMAGEDEPENDS to the end of the manifest; there needs to be some kind of marking that indicates what has actually happened. 52797 4 mariano.lopez 2015-08-03 20:08:19 +0000 Sent patch for review 53788 5 mariano.lopez 2015-09-07 13:59:49 +0000 Every BSP layer has its own methods to build the bootloader or other packages that are deployed in the image. For example, rpi uses IMAGE_DEPENDS, qemux86 uses the dependencies in bootimage class, fsl uses a custom class to add u-boot. So discussing this with Paul, he recommended to check for the dependencies in rootfs and bootimage and check what packages are deployed (using SSTATE_MANIFESTS) and include those in the manifest for the image file 54487 6 mariano.lopez 2015-09-22 19:52:38 +0000 Change to 2.0 milestone 56940 7 mariano.lopez 2015-12-02 14:09:36 +0000 This bug has been solved with: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1a210e6374b2e8140373fcb715b19d1d8c6b4b3e http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=8b1e7bcef2126b0b7f8070c277d04e3b22c5b961 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=d45e10e1cf872e86925df33731fc5b03cf97064c http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=cc0d0441094115debe823a81c7c0bca3184f0551 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=efdab526245e512d9163758fadb971e0aee86710 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=d95df11131b60933ce82b7ac96fd2dc2ebc5e1f6 59333 8 bogdanx.a.voiculescu 2016-02-22 15:17:51 +0000 Verified on master: Build Configuration: BB_VERSION = "1.29.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Ubuntu-14.04" TARGET_SYS = "arm-poky-linux-gnueabi" MACHINE = "raspberrypi2" DISTRO = "poky" DISTRO_VERSION = "2.0+snapshot-20160222" TUNE_FEATURES = "arm armv7ve vfp thumb neon vfpv4 callconvention-hard cortexa7" TARGET_FPU = "hard" meta meta-yocto meta-yocto-bsp = "master:36b43b233c841b3c09fc17e04686b4b758780963" meta-raspberrypi = "master:6314f668fa14473463bb777ffaf778333fea16eb" 68613 9 net147 2016-11-26 02:42:02 +0000 This isn't solved because the manifest files in /usr/share/common-licenses on the rootfs still don't include u-boot. 68625 10 mariano.lopez 2016-11-28 15:06:59 +0000 (In reply to comment #9) > This isn't solved because the manifest files in /usr/share/common-licenses > on the rootfs still don't include u-boot. It was solved but is not working because of a change. You can check the new bug 10733, why is not working.