4630 2013-06-10 11:40:44 +0000 archiver.bbclass fails to filter package licenses 2013-09-20 07:01:56 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 1.5 x86 Multiple VERIFIED FIXED Medium normal 1.5 1 alexandrux.palalau sgw alexandru.c.georgescu meta.mr.watcher meta.watcher sgw --- Regression (Used to work) No (bug/feature does not impact docs) oldest_to_newest 33722 0 alexandrux.palalau 2013-06-10 11:40:44 +0000 Build Configuration: BB_VERSION = "1.19.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Fedora-17" TARGET_SYS = "i586-poky-linux" MACHINE = "qemux86" DISTRO = "poky" DISTRO_VERSION = "1.4+snapshot-20130610" TUNE_FEATURES = "m32 i586" TARGET_FPU = "" meta meta-yocto meta-yocto-bsp = "master:a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199" The following Testopia Testcase fails for the mentioned master poky commit. The same output is available for both steps. For the second step, tmp/deploy/sources/{MACHINE}-poky-linux/ includes the same licenses as for step 1. 33948 1 kevin.strasser 2013-06-17 20:15:12 +0000 Fixed in poky master as of e1baa0de2858b6723975e16440f172b114f90f58 33961 2 alexandrux.palalau 2013-06-18 17:57:17 +0000 Verified on master branch. Commit ID: 1dd643b142c69ac9035e29bff11d02201638dc65 33972 3 alexandru.c.georgescu 2013-06-19 09:06:51 +0000 Alex, this is in the report for 1.4.1 as well. Can you open another bug for this issue assigned for 1.4.1? 34334 4 alexandrux.palalau 2013-07-04 14:04:33 +0000 This behavior is again encountered for master branch, commit ID: eaa5df34af42b6a37f6506847d0f3ef6ba0d298a. Also tried it with clean sstate. Build Configuration: BB_VERSION = "1.19.1" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "Fedora-18" TARGET_SYS = "x86_64-poky-linux" MACHINE = "qemux86-64" DISTRO = "poky" DISTRO_VERSION = "1.4+snapshot-20130704" TUNE_FEATURES = "m64" TARGET_FPU = "" meta meta-yocto meta-yocto-bsp = "(nobranch):eaa5df34af42b6a37f6506847d0f3ef6ba0d298a" 35145 5 alexandrux.palalau 2013-07-30 06:53:21 +0000 This one seems to be fixed. Verified on master branch, commit ID:67864ca79da08df752487a3a4e1a975546da123d 37004 6 sgw 2013-09-19 19:11:35 +0000 Is this fixed or not? It was reopend and then re-verified but not closed 37007 7 alexandrux.palalau 2013-09-20 07:01:30 +0000 This is fixed. Last verified on commit ID:853bc53cd58a621918f0e5ce662dba263d1befb4 37008 8 alexandrux.palalau 2013-09-20 07:01:56 +0000 Switching to verified