[yocto] ptest-runner "No ptests found."
Hi, I am new to Yocto. I am working on ptest-runner. I followed the wiki https://wiki.yoctoproject.org/wiki/Ptest , but when I boot to my image and run ptest-runner I have the output : "No ptests found." Is this normal ? I thought that DISTRO_FEATURES_append = " ptest" and EXTRA_IMAGE_FEATURES += "ptest-pkgs" would install all the ptests for me in my image, apparently I am wrong but could you please explain to me why this is not the case i.e why ptests are not automatically installed in the image even though I included the above lines in my local.conf ? Thx, raden -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [bitbake-devel] how to store a modification of a bbclass in the poky layer in my own layer.
Hi Christopher, I think I get it now. Thank you so much for your time! Davis On Fri, Aug 17, 2018, 6:57 PM Christopher Larson wrote: > Layer priority as defined by BBFILE_PRIORITY controls recipe selection, > not bbclass and config file parsing. See the bitbake reference manual for > more detail. > > On Fri, Aug 17, 2018 at 3:54 PM Davis Roman > wrote: > >> Hi Christopher, >> >> I am very intrigued by your response. >> >> Initially I had mentioned that the 'bitbake-layers show-layers' >> command indicates that my layer, meta-hon-grip, has a priority of 8 >> which is among the highest while the meta layer only has a priority of >> 5. >> >> However, now that you mentioned the bblayers.conf file, I see that the >> meta-hon-grip layer is defined after the meta layer. >> >> Therefore it appears to me that my bblayers.conf contradicts >> 'bitbake-layers show-layers' >> >> Could you please help me make sense of this? >> >> Thank you, >> >> Davis >> >> >> >> >> >> POKY_BBLAYERS_CONF_VERSION = "2" >> >> BBPATH = "${TOPDIR}" >> BSPDIR := "${@os.path.abspath(os.path.dirname(d.getVar('FILE', True)) >> + '/../..')}" >> >> BBFILES ?= "" >> BBLAYERS = " \ >> ${BSPDIR}/sources/poky/meta \ >> ${BSPDIR}/sources/poky/meta-poky \ >> \ >> ${BSPDIR}/sources/meta-openembedded/meta-oe \ >> ${BSPDIR}/sources/meta-openembedded/meta-multimedia \ >> \ >> ${BSPDIR}/sources/meta-fsl-arm \ >> ${BSPDIR}/sources/meta-fsl-arm-extra \ >> ${BSPDIR}/sources/meta-fsl-demos \ >> " >> ##Freescale Yocto Project Release layer >> BBLAYERS += " ${BSPDIR}/sources/meta-fsl-bsp-release/imx/meta-bsp " >> BBLAYERS += " ${BSPDIR}/sources/meta-fsl-bsp-release/imx/meta-sdk " >> BBLAYERS += " ${BSPDIR}/sources/meta-browser " >> BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-gnome " >> BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-networking " >> BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-python " >> BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-filesystems " >> BBLAYERS += " ${BSPDIR}/sources/meta-qt5 " >> BBLAYERS += " ${BSPDIR}/sources/meta-hon-grip " >> BBLAYERS += " ${BSPDIR}/sources/meta-java " >> BBLAYERS += " ${BSPDIR}/sources/meta-swupdate " >> BBLAYERS += " ${BSPDIR}/sources/meta-bc " >> BBLAYERS += " ${BSPDIR}/sources/meta-updater " >> BBLAYERS += " ${BSPDIR}/sources/meta-gplv2 " >> >> On Fri, Aug 17, 2018 at 6:01 PM, Christopher Larson >> wrote: >> > Your layer has to be before poky/meta in BBLAYERS, as that determines >> > BBPATH, which is how bbclasses and config files are found (much like >> PATH). >> > >> > On Fri, Aug 17, 2018 at 12:11 PM Davis Roman >> > wrote: >> >> >> >> Hello! >> >> >> >> >> >> I've made a modification in poky/meta/classes/libc-package.bbclass ( >> >> shown below) >> >> >> >> However I don't want this change to be stored here long term and >> >> instead feel that it should live in my project specific layer, >> >> meta-hon-grip. >> >> >> >> After checking with bitbake-layers, I saw that my layer has a higher >> >> priority than the poky layer so my layer should be checked first ( or >> >> so I thought) >> >> >> >> I copied the modified version of libc-packages.bbclass into >> >> meta-hon-grip/classes and I restored the version in the poky layer to >> >> its original state. >> >> >> >> After making this change, I found that the modified version in my >> >> layer is not being used and instead the version in the poky layer is >> >> the one in play. >> >> >> >> I'm trying to figure out what else to try. >> >> >> >> Any suggestions would be greatly appreciated! >> >> >> >> Thank you, >> >> >> >> Davis >> >> >> >> diff --git a/meta/classes/libc-package.bbclass >> >> b/meta/classes/libc-package.bbclass >> >> index 467d567..72d447a 100644 >> >> --- a/meta/classes/libc-package.bbclass >> >> +++ b/meta/classes/libc-package.bbclass >> >> @@ -287,7 +287,7 @@ python package_do_split_gconvs () { >> >> bb.error("locale_arch_options not found for >> >> target_arch=" + target_arch) >> >> raise bb.build.FuncFailed("unknown arch:" + >> >> target_arch + " for locale_arch_options") >> >> >> >> -localedef_opts += " --force --old-style --no-archive >> >> --prefix=%s \ >> >> +localedef_opts += " --force --no-archive --prefix=%s \ >> >> --inputfile=%s/%s/i18n/locales/%s --charmap=%s %s/%s" >> \ >> >> % (treedir, treedir, datadir, locale, encoding, >> >> outputpath, name) >> >> >> >> @@ -295,7 +295,7 @@ python package_do_split_gconvs () { >> >> (path, i18npath, gconvpath, localedef_opts) >> >> else: # earlier slower qemu way >> >> qemu = qemu_target_binary(d) >> >> -localedef_opts = "--force --old-style --no-archive >> >> --prefix=%s \ >> >> +localedef_opts = "--force --no-archive --prefix=%s \ >> >>
Re: [yocto] [bitbake-devel] how to store a modification of a bbclass in the poky layer in my own layer.
Layer priority as defined by BBFILE_PRIORITY controls recipe selection, not bbclass and config file parsing. See the bitbake reference manual for more detail. On Fri, Aug 17, 2018 at 3:54 PM Davis Roman wrote: > Hi Christopher, > > I am very intrigued by your response. > > Initially I had mentioned that the 'bitbake-layers show-layers' > command indicates that my layer, meta-hon-grip, has a priority of 8 > which is among the highest while the meta layer only has a priority of > 5. > > However, now that you mentioned the bblayers.conf file, I see that the > meta-hon-grip layer is defined after the meta layer. > > Therefore it appears to me that my bblayers.conf contradicts > 'bitbake-layers show-layers' > > Could you please help me make sense of this? > > Thank you, > > Davis > > > > > > POKY_BBLAYERS_CONF_VERSION = "2" > > BBPATH = "${TOPDIR}" > BSPDIR := "${@os.path.abspath(os.path.dirname(d.getVar('FILE', True)) > + '/../..')}" > > BBFILES ?= "" > BBLAYERS = " \ > ${BSPDIR}/sources/poky/meta \ > ${BSPDIR}/sources/poky/meta-poky \ > \ > ${BSPDIR}/sources/meta-openembedded/meta-oe \ > ${BSPDIR}/sources/meta-openembedded/meta-multimedia \ > \ > ${BSPDIR}/sources/meta-fsl-arm \ > ${BSPDIR}/sources/meta-fsl-arm-extra \ > ${BSPDIR}/sources/meta-fsl-demos \ > " > ##Freescale Yocto Project Release layer > BBLAYERS += " ${BSPDIR}/sources/meta-fsl-bsp-release/imx/meta-bsp " > BBLAYERS += " ${BSPDIR}/sources/meta-fsl-bsp-release/imx/meta-sdk " > BBLAYERS += " ${BSPDIR}/sources/meta-browser " > BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-gnome " > BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-networking " > BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-python " > BBLAYERS += " ${BSPDIR}/sources/meta-openembedded/meta-filesystems " > BBLAYERS += " ${BSPDIR}/sources/meta-qt5 " > BBLAYERS += " ${BSPDIR}/sources/meta-hon-grip " > BBLAYERS += " ${BSPDIR}/sources/meta-java " > BBLAYERS += " ${BSPDIR}/sources/meta-swupdate " > BBLAYERS += " ${BSPDIR}/sources/meta-bc " > BBLAYERS += " ${BSPDIR}/sources/meta-updater " > BBLAYERS += " ${BSPDIR}/sources/meta-gplv2 " > > On Fri, Aug 17, 2018 at 6:01 PM, Christopher Larson > wrote: > > Your layer has to be before poky/meta in BBLAYERS, as that determines > > BBPATH, which is how bbclasses and config files are found (much like > PATH). > > > > On Fri, Aug 17, 2018 at 12:11 PM Davis Roman > > wrote: > >> > >> Hello! > >> > >> > >> I've made a modification in poky/meta/classes/libc-package.bbclass ( > >> shown below) > >> > >> However I don't want this change to be stored here long term and > >> instead feel that it should live in my project specific layer, > >> meta-hon-grip. > >> > >> After checking with bitbake-layers, I saw that my layer has a higher > >> priority than the poky layer so my layer should be checked first ( or > >> so I thought) > >> > >> I copied the modified version of libc-packages.bbclass into > >> meta-hon-grip/classes and I restored the version in the poky layer to > >> its original state. > >> > >> After making this change, I found that the modified version in my > >> layer is not being used and instead the version in the poky layer is > >> the one in play. > >> > >> I'm trying to figure out what else to try. > >> > >> Any suggestions would be greatly appreciated! > >> > >> Thank you, > >> > >> Davis > >> > >> diff --git a/meta/classes/libc-package.bbclass > >> b/meta/classes/libc-package.bbclass > >> index 467d567..72d447a 100644 > >> --- a/meta/classes/libc-package.bbclass > >> +++ b/meta/classes/libc-package.bbclass > >> @@ -287,7 +287,7 @@ python package_do_split_gconvs () { > >> bb.error("locale_arch_options not found for > >> target_arch=" + target_arch) > >> raise bb.build.FuncFailed("unknown arch:" + > >> target_arch + " for locale_arch_options") > >> > >> -localedef_opts += " --force --old-style --no-archive > >> --prefix=%s \ > >> +localedef_opts += " --force --no-archive --prefix=%s \ > >> --inputfile=%s/%s/i18n/locales/%s --charmap=%s %s/%s" \ > >> % (treedir, treedir, datadir, locale, encoding, > >> outputpath, name) > >> > >> @@ -295,7 +295,7 @@ python package_do_split_gconvs () { > >> (path, i18npath, gconvpath, localedef_opts) > >> else: # earlier slower qemu way > >> qemu = qemu_target_binary(d) > >> -localedef_opts = "--force --old-style --no-archive > >> --prefix=%s \ > >> +localedef_opts = "--force --no-archive --prefix=%s \ > >> --inputfile=%s/i18n/locales/%s --charmap=%s %s" \ > >> % (treedir, datadir, locale, encoding, name) > >> -- > >> ___ > >> bitbake-devel mailing list > >> bitbake-de...@lists.openembedded.org > >>
Re: [yocto] [bitbake-devel] how to store a modification of a bbclass in the poky layer in my own layer.
Your layer has to be before poky/meta in BBLAYERS, as that determines BBPATH, which is how bbclasses and config files are found (much like PATH). On Fri, Aug 17, 2018 at 12:11 PM Davis Roman wrote: > Hello! > > > I've made a modification in poky/meta/classes/libc-package.bbclass ( > shown below) > > However I don't want this change to be stored here long term and > instead feel that it should live in my project specific layer, > meta-hon-grip. > > After checking with bitbake-layers, I saw that my layer has a higher > priority than the poky layer so my layer should be checked first ( or > so I thought) > > I copied the modified version of libc-packages.bbclass into > meta-hon-grip/classes and I restored the version in the poky layer to > its original state. > > After making this change, I found that the modified version in my > layer is not being used and instead the version in the poky layer is > the one in play. > > I'm trying to figure out what else to try. > > Any suggestions would be greatly appreciated! > > Thank you, > > Davis > > diff --git a/meta/classes/libc-package.bbclass > b/meta/classes/libc-package.bbclass > index 467d567..72d447a 100644 > --- a/meta/classes/libc-package.bbclass > +++ b/meta/classes/libc-package.bbclass > @@ -287,7 +287,7 @@ python package_do_split_gconvs () { > bb.error("locale_arch_options not found for > target_arch=" + target_arch) > raise bb.build.FuncFailed("unknown arch:" + > target_arch + " for locale_arch_options") > > -localedef_opts += " --force --old-style --no-archive > --prefix=%s \ > +localedef_opts += " --force --no-archive --prefix=%s \ > --inputfile=%s/%s/i18n/locales/%s --charmap=%s %s/%s" \ > % (treedir, treedir, datadir, locale, encoding, > outputpath, name) > > @@ -295,7 +295,7 @@ python package_do_split_gconvs () { > (path, i18npath, gconvpath, localedef_opts) > else: # earlier slower qemu way > qemu = qemu_target_binary(d) > -localedef_opts = "--force --old-style --no-archive > --prefix=%s \ > +localedef_opts = "--force --no-archive --prefix=%s \ > --inputfile=%s/i18n/locales/%s --charmap=%s %s" \ > % (treedir, datadir, locale, encoding, name) > -- > ___ > bitbake-devel mailing list > bitbake-de...@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/bitbake-devel > -- Christopher Larson kergoth at gmail dot com Founder - BitBake, OpenEmbedded, OpenZaurus Senior Software Engineer, Mentor Graphics -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] how to store a modification of a bbclass in the poky layer in my own layer.
Hello! I've made a modification in poky/meta/classes/libc-package.bbclass ( shown below) However I don't want this change to be stored here long term and instead feel that it should live in my project specific layer, meta-hon-grip. After checking with bitbake-layers, I saw that my layer has a higher priority than the poky layer so my layer should be checked first ( or so I thought) I copied the modified version of libc-packages.bbclass into meta-hon-grip/classes and I restored the version in the poky layer to its original state. After making this change, I found that the modified version in my layer is not being used and instead the version in the poky layer is the one in play. I'm trying to figure out what else to try. Any suggestions would be greatly appreciated! Thank you, Davis diff --git a/meta/classes/libc-package.bbclass b/meta/classes/libc-package.bbclass index 467d567..72d447a 100644 --- a/meta/classes/libc-package.bbclass +++ b/meta/classes/libc-package.bbclass @@ -287,7 +287,7 @@ python package_do_split_gconvs () { bb.error("locale_arch_options not found for target_arch=" + target_arch) raise bb.build.FuncFailed("unknown arch:" + target_arch + " for locale_arch_options") -localedef_opts += " --force --old-style --no-archive --prefix=%s \ +localedef_opts += " --force --no-archive --prefix=%s \ --inputfile=%s/%s/i18n/locales/%s --charmap=%s %s/%s" \ % (treedir, treedir, datadir, locale, encoding, outputpath, name) @@ -295,7 +295,7 @@ python package_do_split_gconvs () { (path, i18npath, gconvpath, localedef_opts) else: # earlier slower qemu way qemu = qemu_target_binary(d) -localedef_opts = "--force --old-style --no-archive --prefix=%s \ +localedef_opts = "--force --no-archive --prefix=%s \ --inputfile=%s/i18n/locales/%s --charmap=%s %s" \ % (treedir, datadir, locale, encoding, name) -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] QA cycle report for 2.5.1 RC1
Hello All, This is the full report for 2.5.1 RC1: https://wiki.yoctoproject.org/wiki/WW33_-_2018-08-16-_Full_Test_Cycle_-_2.5.1_rc1 === Summary All planned tests were executed except the SDK automated tests were skipped in qemumips (testrun#9868-9869), syslog automated tests were skipped due to sysklogd not installed (testrun#9882-9883, 9878-9880), and xorg automated test was skipped on qemuarm64 (testrun#9867). There were zero high milestone defect. Team had found 4 new defects, where selftest wic test cases produce random results on debian9 [1], audio not working on monitor with hdmi [2], toaster failed to create new custom image after adding new layer [3], and build appliance stuck at bitbake parsing after manual set ip after bootup build appliance image [4]. For busybox ptest, the passed % decreased due to the same failure detected during 2.6 M1 RC1, where the workaround provided to resolve the proxy issue had fixed the failure. === QA-Hints No high milestone defect. === Bugs New Bugs [1] Bug 12885 - [2.5.1 rc1] selftest wic test cases produce random results on debian9 https://bugzilla.yoctoproject.org/show_bug.cgi?id=12885 [2] Bug 12893 - [QA 2.5.1.rc1][BSP][NUC7][Case 266 & 267]HDMI audio for .wav and .ogg file not audible on monitor's audio port with HDMI https://bugzilla.yoctoproject.org/show_bug.cgi?id=12893 [3] Bug 12887 - [QA 2.5.1.rc1 ][Toaster]:Search for rpi-basic-image, click on 'add layer' button https://bugzilla.yoctoproject.org/show_bug.cgi?id=12887 [4] Bug 12894 - [Bug][QA 2.5 rc1 ][Build Appliance]:bitbake stuck at parsing https://bugzilla.yoctoproject.org/show_bug.cgi?id=12894 Regards Ee Peng -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-selinux][PATCH] mcstrans: define SBINDIR to ${D}/${base_sbindir}
From: Mingli Yu Add SBINDIR=${D}/${base_sbindir} to EXTRA_OEMAKE to fix below error when usrmerge enabled in DISTRO_FEATURES. ERROR: QA Issue: mcstrans-dbg package is not obeying usrmerge distro feature. /sbin should be relocated to /usr. [usrmerge] Signed-off-by: Mingli Yu --- recipes-security/selinux/mcstrans.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-security/selinux/mcstrans.inc b/recipes-security/selinux/mcstrans.inc index 590e6d2..996e8d0 100644 --- a/recipes-security/selinux/mcstrans.inc +++ b/recipes-security/selinux/mcstrans.inc @@ -14,7 +14,7 @@ inherit systemd update-rc.d DEPENDS += "libsepol libselinux libcap" -EXTRA_OEMAKE += "SYSTEMDDIR=${D}${systemd_unitdir}" +EXTRA_OEMAKE += "SYSTEMDDIR=${D}${systemd_unitdir} SBINDIR=${D}/${base_sbindir}" do_install_append() { install -d ${D}${sbindir} install -m 755 utils/untranscon ${D}${sbindir}/ -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Doubts about image "equalness"
Hi, I'm hoping to get opinions on a doubt regarding a certain yocto related problem. We have a following images in place: * production-image.bb * core features, max security * beta-image.bb * require production-image.bb * added logging, reduced security for dev intervention At the moment, we first build the beta end if all is good we again build the production. This means we need to build and test twice even when no flaws are found in the beta image. We do that because, not knowing the internals of yocto enough, it seems to risky to run the tests on the beta-image and afterwards just ship the production-image assuming they are the same. Because of that, a second approach has been suggested in which yocto doesn't build the beta-image, but it gets created by manually modifying the built production-image binary. The core problem is we don't know the core of yocto that well to vouch for the yocto option, on the other hand, this could be just a psychological problem and the manual approach is as dangerous if not worse :) Did anyone how similar problems? Would like to hear your opinions on how you approached them? Be Well, Alan -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-selinux][PATCH 2/2] policycoreutils: add PACKAGECONFIG for libpam, audit
From: Wenzong Fan * make pam and audit support configurable; * remove INITDIR from EXTRA_OEMAKE, the variable is not supported now. Signed-off-by: Wenzong Fan Signed-off-by: Yi Zhao --- recipes-security/selinux/policycoreutils.inc | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/recipes-security/selinux/policycoreutils.inc b/recipes-security/selinux/policycoreutils.inc index 7825a6c..b7cb510 100644 --- a/recipes-security/selinux/policycoreutils.inc +++ b/recipes-security/selinux/policycoreutils.inc @@ -21,8 +21,6 @@ DEPENDS += "${@['', '${EXTRA_DEPENDS}']['${PN}' != '${BPN}-native']}" inherit selinux pythonnative -DEPENDS += "${@target_selinux(d, 'libpam audit')}" - RDEPENDS_${BPN}-fixfiles += "\ ${BPN}-setfiles \ grep \ @@ -118,11 +116,20 @@ export STAGING_LIBDIR export BUILD_SYS export HOST_SYS -AUDITH="`ls ${STAGING_INCDIR}/libaudit.h >/dev/null 2>&1 && echo /usr/include/libaudit.h `" -PAMH="`ls ${STAGING_INCDIR}/security/pam_appl.h >/dev/null 2>&1 && echo /usr/include/security/pam_appl.h `" -EXTRA_OEMAKE += "${@target_selinux(d, 'PAMH=${PAMH} AUDITH=${AUDITH}', 'PAMH= AUDITH= ')} INOTIFYH=n" -EXTRA_OEMAKE += "PREFIX=${D}" -EXTRA_OEMAKE += "INITDIR=${D}/etc/init.d" +PACKAGECONFIG_class-target ?= "\ +${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)} \ +audit \ +" + +PACKAGECONFIG[libpam] = ",,libpam," +PACKAGECONFIG[audit] = ",,audit," + +EXTRA_OEMAKE += "\ +${@bb.utils.contains('PACKAGECONFIG', 'libpam', 'PAMH=y', 'PAMH=', d)} \ +${@bb.utils.contains('PACKAGECONFIG', 'audit', 'AUDITH=y', 'AUDITH=', d)} \ +INOTIFYH=n \ +PREFIX=${D} \ +" BBCLASSEXTEND = "native" -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-selinux][PATCH 1/2] selinux-python: fix installed-vs-shipped QA errors
From: Wenzong Fan Fix the QA errors when enable multilib: ERROR: selinux-python-2.7-r0 do_package: QA Issue: selinux-python: Files/directories were installed but not shipped in any package: /usr/lib /usr/lib/python2.7 /usr/lib/python2.7/site-packages /usr/lib/python2.7/site-packages/sepolicy-1.1.egg-info [snip] Signed-off-by: Wenzong Fan Signed-off-by: Yi Zhao --- recipes-security/selinux/selinux-python.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/recipes-security/selinux/selinux-python.inc b/recipes-security/selinux/selinux-python.inc index 55060e3..2a5d657 100644 --- a/recipes-security/selinux/selinux-python.inc +++ b/recipes-security/selinux/selinux-python.inc @@ -102,6 +102,7 @@ FILES_${PN} += "\ EXTRA_OEMAKE += "LIBSEPOLA=${STAGING_LIBDIR}/libsepol.a" do_install() { oe_runmake DESTDIR=${D} \ +LIBDIR="${D}${libdir}" \ PYTHONLIBDIR='${libdir}/python${PYTHON_BASEVERSION}/site-packages' \ install } -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-selinux][resend][PATCH 0/2] meta-selinux fixes
Rebase and resend Wenzong's meta-selinux patches Wenzong Fan (2): selinux-python: fix installed-vs-shipped QA errors policycoreutils: add PACKAGECONFIG for libpam, audit recipes-security/selinux/policycoreutils.inc | 21 ++--- recipes-security/selinux/selinux-python.inc | 1 + 2 files changed, 15 insertions(+), 7 deletions(-) -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto