Re: [yocto] [meta-raspberrypi] RPi 7" Touch Display
On Sat, May 18, 2019 at 11:02 PM Rudolf Streif wrote: > Thanks, Khem. 64 bit, raspberrypi3-64 machine with vc4graphics. > Please try 32bit we only have hdmi tested in 64bit this far > > On Sat, May 18, 2019, 22:13 Khem Raj wrote: > >> >> >> On 5/16/19 9:01 AM, Andrei Gherzan wrote: >> > HI, >> > >> > On 16/05/2019 16.31, Rudolf J Streif wrote: >> >> I am trying to use the "official" RPi 7" touch display >> >> (https://www.raspberrypi.org/products/raspberry-pi-touch-display/) >> >> with meta-raspberrypi (most recent from master). However, I cannot get >> >> it to work. As a matter of fact the display does not even show the GPU >> >> rainbow screen making me think that the GPU firmware packaged with >> >> meta-raspberrypi does not support the DSI display. It works just fine >> >> with the latest Raspbian release (screen and touch). >> >> >> >> I searched the web up and down but could not find anything. Maybe >> >> somebody has an idea? Wrong firmware (maybe cannot be distributed >> >> because of licensing...)? >> > Sadly we don't actively test display and other related toys so they >> > might be broken. Even so, I would be surprised if the DSI port doesn't >> > work. What is you final config.txt (pastebin it please)? >> > >> >> are you building 64bit or 32bit images ? >> are you using vc4grpahics or userland graphics ? >> > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-security][v2][PATCH] keyutils: fix library install path
[v2] fix multilib support Als add native support Signed-off-by: Armin Kuster --- .../files/fix_library_install_path.patch | 28 +++ recipes-security/keyutils/keyutils_1.6.bb | 14 ++ 2 files changed, 36 insertions(+), 6 deletions(-) create mode 100644 recipes-security/keyutils/files/fix_library_install_path.patch diff --git a/recipes-security/keyutils/files/fix_library_install_path.patch b/recipes-security/keyutils/files/fix_library_install_path.patch new file mode 100644 index 000..938fe2e --- /dev/null +++ b/recipes-security/keyutils/files/fix_library_install_path.patch @@ -0,0 +1,28 @@ +From b0355cc205543ffd33752874295139d57c4fbc3e Mon Sep 17 00:00:00 2001 +From: Wenzong Fan +Date: Tue, 26 Sep 2017 07:59:51 + +Subject: [PATCH] Subject: [PATCH] keyutils: use relative path for link + +The absolute path of the symlink will be invalid +when populated in sysroot, so use relative path instead. + +Upstream-Status: Pending + +Signed-off-by: Jackie Huang +Signed-off-by: Wenzong Fan +{rebased for 1.6] +Signed-off-by: Armin Kuster + +Index: keyutils-1.6/Makefile +=== +--- keyutils-1.6.orig/Makefile keyutils-1.6/Makefile +@@ -184,7 +184,7 @@ ifeq ($(NO_SOLIB),0) + $(INSTALL) -D $(LIBNAME) $(DESTDIR)$(LIBDIR)/$(LIBNAME) + $(LNS) $(LIBNAME) $(DESTDIR)$(LIBDIR)/$(SONAME) + mkdir -p $(DESTDIR)$(USRLIBDIR) +- $(LNS) $(LIBDIR)/$(SONAME) $(DESTDIR)$(USRLIBDIR)/$(DEVELLIB) ++ $(LNS) $(SONAME) $(DESTDIR)$(USRLIBDIR)/$(DEVELLIB) + sed \ + -e 's,@VERSION\@,$(VERSION),g' \ + -e 's,@prefix\@,$(PREFIX),g' \ diff --git a/recipes-security/keyutils/keyutils_1.6.bb b/recipes-security/keyutils/keyutils_1.6.bb index c961fa2..4d3a96f 100644 --- a/recipes-security/keyutils/keyutils_1.6.bb +++ b/recipes-security/keyutils/keyutils_1.6.bb @@ -12,13 +12,13 @@ LICENSE = "LGPLv2.1+ & GPLv2.0+" LIC_FILES_CHKSUM = "file://LICENCE.GPL;md5=5f6e72824f5da505c1f4a7197f004b45 \ file://LICENCE.LGPL;md5=7d1cacaa3ea752b72ea5e525df54a21f" - -inherit siteinfo ptest +inherit siteinfo autotools-brokensep ptest SRC_URI = "http://people.redhat.com/dhowells/keyutils/${BP}.tar.bz2 \ file://keyutils-test-fix-output-format.patch \ file://keyutils-fix-error-report-by-adding-default-message.patch \ file://run-ptest \ + file://fix_library_install_path.patch \ " SRC_URI[md5sum] = "191987b0ab46bb5b50efd70a6e6ce808" @@ -28,14 +28,15 @@ EXTRA_OEMAKE = "'CFLAGS=${CFLAGS} -Wall' \ NO_ARLIB=1 \ BINDIR=${base_bindir} \ SBINDIR=${base_sbindir} \ -LIBDIR=${base_libdir} \ -USRLIBDIR=${base_libdir} \ +LIBDIR=${libdir} \ +USRLIBDIR=${libdir} \ +INCLUDEDIR=${includedir} \ BUILDFOR=${SITEINFO_BITS}-bit \ NO_GLIBC_KEYERR=1 \ " do_install () { -install -d ${D}/${nonarch_base_libdir}/pkgconfig +install -d ${D}/${libdir}/pkgconfig oe_runmake DESTDIR=${D} install } @@ -44,8 +45,9 @@ do_install_ptest () { sed -i -e 's/OSDIST=Unknown/OSDIST=${DISTRO}/' ${D}${PTEST_PATH}/tests/prepare.inc.sh } -FILES_${PN}-dev += "${nonarch_base_libdir}/pkgconfig/libkeyutils.pc" RDEPENDS_${PN}-ptest += "lsb" RDEPENDS_${PN}-ptest_append_libc-glibc = " glibc-utils" RDEPENDS_${PN}-ptest_append_libc-musl = " musl-utils" + +BBCLASSEXTEND = "native nativesdk" -- 2.17.1 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-raspberrypi] RPi 7" Touch Display
I tried to build for 32 bit with: Build Configuration: BB_VERSION = "1.43.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "arm-poky-linux-gnueabi" MACHINE = "raspberrypi3" DISTRO = "poky" DISTRO_VERSION = "2.7+snapshot-20190519" TUNE_FEATURES = "arm vfp cortexa7 neon vfpv4 thumb callconvention-hard" TARGET_FPU = "hard" meta meta-poky meta-yocto-bsp = "master:ff472ffbb0d143de8187d84dbbf18453318f303f" meta-raspberrypi = "master:7059c374512f1c1c0df9ecab0703d11438bdf78b" meta-oe meta-multimedia meta-networking meta-python = "master:1ecd8b43645883cd4fa652826e93137c942dd82c" However, mesa-gl; now fails compiling: ld: src/gbm/cd6bfad@@gbm@sha/main_backend.c.o: in function `_gbm_create_device': | /usr/src/debug/mesa-gl/2_19.0.3-r0/build/../mesa-19.0.3/src/gbm/main/backend.c:104: undefined reference to `gbm_dri_backend' I have not encountered that before when building for raspberrypi3 before. :rjs On 5/19/19 9:11 AM, Khem Raj wrote: On Sat, May 18, 2019 at 11:02 PM Rudolf Streif mailto:rudolf.str...@ibeeto.com>> wrote: Thanks, Khem. 64 bit, raspberrypi3-64 machine with vc4graphics. Please try 32bit we only have hdmi tested in 64bit this far On Sat, May 18, 2019, 22:13 Khem Raj mailto:raj.k...@gmail.com>> wrote: On 5/16/19 9:01 AM, Andrei Gherzan wrote: > HI, > > On 16/05/2019 16.31, Rudolf J Streif wrote: >> I am trying to use the "official" RPi 7" touch display >> (https://www.raspberrypi.org/products/raspberry-pi-touch-display/) >> with meta-raspberrypi (most recent from master). However, I cannot get >> it to work. As a matter of fact the display does not even show the GPU >> rainbow screen making me think that the GPU firmware packaged with >> meta-raspberrypi does not support the DSI display. It works just fine >> with the latest Raspbian release (screen and touch). >> >> I searched the web up and down but could not find anything. Maybe >> somebody has an idea? Wrong firmware (maybe cannot be distributed >> because of licensing...)? > Sadly we don't actively test display and other related toys so they > might be broken. Even so, I would be surprised if the DSI port doesn't > work. What is you final config.txt (pastebin it please)? > are you building 64bit or 32bit images ? are you using vc4grpahics or userland graphics ? -- - Rudolf J Streif CEO/CTO ibeeto +1.855.442.3396 x700 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-security][PATCH] checksec: add runtime test
Signed-off-by: Armin Kuster --- lib/oeqa/runtime/cases/checksec.py | 33 ++ 1 file changed, 33 insertions(+) create mode 100644 lib/oeqa/runtime/cases/checksec.py diff --git a/lib/oeqa/runtime/cases/checksec.py b/lib/oeqa/runtime/cases/checksec.py new file mode 100644 index 000..ff6d2f3 --- /dev/null +++ b/lib/oeqa/runtime/cases/checksec.py @@ -0,0 +1,33 @@ +# Copyright (C) 2019 Armin Kuster +# +import re + +from oeqa.runtime.case import OERuntimeTestCase +from oeqa.core.decorator.depends import OETestDepends +from oeqa.runtime.decorator.package import OEHasPackage + + +class CheckSecTest(OERuntimeTestCase): + +@OEHasPackage(['checksec']) +@OETestDepends(['ssh.SSHTest.test_ssh']) +def test_checksec_help(self): +status, output = self.target.run('checksec --help ') +msg = ('checksec command does not work as expected. ' +'Status and output:%s and %s' % (status, output)) +self.assertEqual(status, 0, msg = msg) + +@OETestDepends(['checksec.CheckSecTest.test_checksec_help']) +def test_checksec_xml(self): +status, output = self.target.run('checksec --format xml --proc-all') +msg = ('checksec xml failed. Output: %s' % output) +self.assertEqual(status, 0, msg = msg) + +@OETestDepends(['checksec.CheckSecTest.test_checksec_xml']) +def test_checksec_fortify(self): +status, output = self.target.run('checksec --fortify-proc 1') +match = re.search('FORTIFY_SOURCE support:', output) +if not match: +msg = ('checksec : fortify-proc failed. ' + 'Status and output:%s and %s' % (status, output)) +self.assertEqual(status, 1, msg = msg) -- 2.17.1 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] do_rootfs failed (not sure why)
On Fri, May 17, 2019 at 6:24 PM Josef Holzmayr wrote: > > Hi Gaurav, > > On Fri, May 17, 2019 at 03:42:02PM +0900, Gaurav Kalra wrote: > > Hi, > > > > I am new in the Yocto world and have started learning the concepts recently. > > A big thanks to the broadcasts on twitch and numerous youtube videos. > > As the broadcaster on Twitch, thanks for letting us know. It is much > appreciated! > > > What I am doing: Modifying boot2qt ( > > https://codereview.qt-project.org/gitweb?p=yocto/meta-boot2qt.git;a=shortlog;h=refs/heads/thud) > > as my blueprint for raspberry-pi. > > > > Mostly: > > 1. Modifying the configuration of packages (e.g., systemd conf files) > > 2. Adding new recipes > > 3. Keeping Qt updated > > > > "Sometimes", I face this strange error in do_rootfs(), while > > installing binutils-lic package inside the image. > > > > [...] > > ERROR: seesv-embedded-qt5-image-1.0-r0 do_rootfs: Unable to install > > packages. Command > > '/media/gvkalra/66bef40b-d84f-4ad0-ada6-a025b494ca5d/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/recipe-sysroot-native/usr/bin/opkg > > I'm not sure if it applies here, but I have encountered problems with > long pathes. Especially the leading part with the UUID *might* be > problematic. Have you tried in a location closer to root? I tried closer to root today. But the same problem (with a different package -> this time it's otf-noto-lic). [...] ERROR: seesv-embedded-qt5-image-1.0-r0 do_rootfs: Unable to install packages. Command '/mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/recipe-sysroot-native/usr/bin/opkg --volatile-cache -f /mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/opkg.conf -t /mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/temp/ipktemp/ -o /mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version install opkg packagegroup-b2qt-embedded-base packagegroup-b2qt-embedded-gstreamer packagegroup-b2qt-embedded-tools packagegroup-b2qt-qt5-modules packagegroup-base-extended packagegroup-core-boot packagegroup-core-ssh-dropbear packagegroup-core-tools-debug packagegroup-core-tools-profile run-postinsts' returned -11: Installing opkg-lic (0.3.6) on root Downloading file:/mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/oe-rootfs-repo/cortexa7t2hf-neon-vfpv4/opkg-lic_0.3.6-r0_cortexa7t2hf-neon-vfpv4.ipk. Installing packagegroup-b2qt-embedded-base-lic (1.0) on root Downloading file:/mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/oe-rootfs-repo/all/packagegroup-b2qt-embedded-base-lic_1.0-r0_all.ipk. [...] Installing otf-noto-lic (1.004) on root Downloading file:/mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-lin ERROR: seesv-embedded-qt5-image-1.0-r0 do_rootfs: Function failed: do_rootfs ERROR: Logfile of failure stored in: /mnt/seesv-mnt/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/temp/log.do_rootfs.19367 ERROR: Task (/mnt/seesv-mnt/seesv-distro/sources/meta-seesv/meta-seesv-distro/recipes-qt/images/seesv-embedded-qt5-image.bb:do_rootfs) failed with exit code '1' [...] > > Greetz > Josef > > > --volatile-cache -f > > /media/gvkalra/66bef40b-d84f-4ad0-ada6-a025b494ca5d/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/opkg.conf > > -t > > /media/gvkalra/66bef40b-d84f-4ad0-ada6-a025b494ca5d/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/temp/ipktemp/ > > -o > > /media/gvkalra/66bef40b-d84f-4ad0-ada6-a025b494ca5d/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/rootfs > > --force_postinstall --prefer-arch-to-version install opkg > > packagegroup-b2qt-embedded-base packagegroup-b2qt-embedded-gstreamer > > packagegroup-b2qt-embedded-tools packagegroup-b2qt-qt5-modules > > packagegroup-base-extended packagegroup-core-boot > > packagegroup-core-ssh-dropbear packagegroup-core-tools-debug > > packagegroup-core-tools-profile run-postinsts' returned -11: > > [...] > > Installing openssh-lic (7.8p1+git) on root > > Downloading > > file:/media/gvkalra/66bef40b-d84f-4ad0-ada6-a025b494ca5d/seesv-distro/build-raspberrypi3/tmp/work/raspberrypi3-poky-linux-gnueabi/seesv-embedded-qt5-image/1.0-r0/oe-rootfs-repo/cortexa7t2hf-neon-vfpv4/openssh-lic_7.8p1+git-r0_cortexa7t2hf-neon-vfpv4.ipk. > > Installing binutils-lic (2.31) on root > > Downloading > > file:/media/gvkalra/66bef40b-d84f-4ad0-ada6-a025b494ca
[yocto] [meta-selinux][PATCH 1/3] mesa: switch to meson build
The mesa had been converted to use meson build system in oe-core commit c72b6d46d392bfbcf54154f43663a7a8ada8c567. Update the bbappend to adapt it. Signed-off-by: Yi Zhao --- recipes-graphics/mesa/mesa_%.bbappend | 2 +- recipes-graphics/mesa/mesa_selinux.inc | 6 -- 2 files changed, 1 insertion(+), 7 deletions(-) delete mode 100644 recipes-graphics/mesa/mesa_selinux.inc diff --git a/recipes-graphics/mesa/mesa_%.bbappend b/recipes-graphics/mesa/mesa_%.bbappend index b0b03ec..02c4918 100644 --- a/recipes-graphics/mesa/mesa_%.bbappend +++ b/recipes-graphics/mesa/mesa_%.bbappend @@ -1,2 +1,2 @@ -require ${@bb.utils.contains('DISTRO_FEATURES', 'selinux', '${BPN}_selinux.inc', '', d)} +inherit ${@bb.utils.contains('DISTRO_FEATURES', 'selinux', 'meson-selinux', '', d)} diff --git a/recipes-graphics/mesa/mesa_selinux.inc b/recipes-graphics/mesa/mesa_selinux.inc deleted file mode 100644 index 0004f71..000 --- a/recipes-graphics/mesa/mesa_selinux.inc +++ /dev/null @@ -1,6 +0,0 @@ -inherit enable-selinux - -# But wait! There's more! mesa builds a host program named builtin_compiler -# and it needs selinux, too. We replace the PACKAGECONFIG[] in the bbclass. -# -PACKAGECONFIG[selinux] = "--enable-selinux,--disable-selinux,libselinux libselinux-native," -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-selinux][PATCH 2/3] findutils: drop obsolete patch
Signed-off-by: Yi Zhao --- .../findutils-4.2.31/findutils-selinux.patch | 499 - 1 file changed, 499 deletions(-) delete mode 100644 recipes-extended/findutils/findutils-4.2.31/findutils-selinux.patch diff --git a/recipes-extended/findutils/findutils-4.2.31/findutils-selinux.patch b/recipes-extended/findutils/findutils-4.2.31/findutils-selinux.patch deleted file mode 100644 index 73a9747..000 --- a/recipes-extended/findutils/findutils-4.2.31/findutils-selinux.patch +++ /dev/null @@ -1,499 +0,0 @@ -From: Xin Ouyang -Date: Thu, 21 Jun 2012 17:01:39 +0800 -Subject: [PATCH] findutils: support selinux. - -Upstream-Status: Inappropriate [configuration] - -Signed-off-by: Xin Ouyang - configure.in | 10 + - doc/find.texi| 12 +++ - find/Makefile.am |2 +- - find/defs.h | 15 - - find/find.1 |4 ++ - find/find.c | 97 +- - find/parser.c| 50 ++-- - find/pred.c | 53 + - find/util.c |3 ++ - 9 files changed, 240 insertions(+), 6 deletions(-) - -diff --git a/configure.in b/configure.in -index 6a20f15..00dd7f8 100644 a/configure.in -+++ b/configure.in -@@ -101,6 +101,16 @@ dnl C library, try -lsun. - AC_CHECK_FUNC(getpwnam, [], - [AC_CHECK_LIB(sun, getpwnam)]) - -+AC_ARG_WITH([selinux], -+ AS_HELP_STRING([--without-selinux], [disable SELinux support]), -+ [:], -+[AC_CHECK_LIB([selinux], [is_selinux_enabled], -+ [with_selinux=yes], [with_selinux=no])]) -+if test x$with_selinux != xno; then -+ AC_DEFINE([WITH_SELINUX], [1], [Define to support SELinux]) -+ AC_SUBST([LIBSELINUX], [-lselinux]) -+fi -+ - dnl Checks for header files. - AC_HEADER_STDC - dnl Assume unistd.h is present - coreutils does too. -diff --git a/doc/find.texi b/doc/find.texi -index 5b5f0cf..e1ad433 100644 a/doc/find.texi -+++ b/doc/find.texi -@@ -1091,6 +1091,14 @@ will probably be made in early 2006. - - @end deffn - -+@deffn Test -context pattern -+True if file's SELinux context matches the pattern @var{pattern}. -+The pattern uses shell glob matching. -+ -+This predicate is supported only on @code{find} versions compiled with -+SELinux support and only when SELinux is enabled. -+@end deffn -+ - @node Contents - @section Contents - -@@ -1599,6 +1607,10 @@ semantics, you will see a difference between the mode as printed by - @item %M - File's permissions (in symbolic form, as for @code{ls}). This - directive is supported in findutils 4.2.5 and later. -+ -+@item %Z -+File's SELinux context, or empty string if the file has no SELinux context -+or this version of find does not support SELinux. - @end table - - @node Size Directives -diff --git a/find/Makefile.am b/find/Makefile.am -index 8e71a32..405955a 100644 a/find/Makefile.am -+++ b/find/Makefile.am -@@ -6,7 +6,7 @@ bin_PROGRAMS = find - find_SOURCES = find.c fstype.c parser.c pred.c tree.c util.c version.c - EXTRA_DIST = defs.h $(man_MANS) - INCLUDES = -I../gnulib/lib -I$(top_srcdir)/lib -I$(top_srcdir)/gnulib/lib -I../intl -DLOCALEDIR=\"$(localedir)\" --LDADD = ../lib/libfind.a ../gnulib/lib/libgnulib.a @INTLLIBS@ -+LDADD = ../lib/libfind.a ../gnulib/lib/libgnulib.a @INTLLIBS@ @LIBSELINUX@ - man_MANS = find.1 - SUBDIRS = testsuite - -diff --git a/find/defs.h b/find/defs.h -index 9369c9a..8a8cf28 100644 a/find/defs.h -+++ b/find/defs.h -@@ -131,6 +131,10 @@ int get_statinfo PARAMS((const char *pathname, const char *name, struct stat *p) - #define MODE_RWX (S_IXUSR | S_IXGRP | S_IXOTH | MODE_RW) - #define MODE_ALL (S_ISUID | S_ISGID | S_ISVTX | MODE_RWX) - -+#ifdef WITH_SELINUX -+#include -+#endif -+ - #if 1 - #include - typedef bool boolean; -@@ -320,6 +324,9 @@ struct predicate - struct dir_id fileid; /* samefile */ - mode_t type; /* type */ - FILE *stream; /* ls fls fprint0 */ -+#ifdef WITH_SELINUX -+security_context_t scontext; /* scontext */ -+#endif - struct format_val printf_vec; /* printf fprintf fprint */ - } args; - -@@ -481,7 +488,9 @@ boolean pred_uid PARAMS((char *pathname, struct stat *stat_buf, struct predicate - boolean pred_used PARAMS((char *pathname, struct stat *stat_buf, struct predicate *pred_ptr)); - boolean pred_user PARAMS((char *pathname, struct stat *stat_buf, struct predicate *pred_ptr)); - boolean pred_xtype PARAMS((char *pathname, struct stat *stat_buf, struct predicate *pred_ptr)); -- -+#ifdef WITH_SELINUX -+boolean pred_context PARAMS((char *pathname, struct stat *stat_buf, struct predicate *pred_ptr)); -+#endif - - - int launch PARAMS((const struct buildcmd_control *ctl, -@@ -570,6 +579,10 @@ struct options -* can be changed with the positional option, -regextype. -*/ - int regex_options; -+ -+#ifdef WITH_SELINUX -+ int (*x_getfilecon) (); -+#endif - }; - extern struct options options; - -diff --git a/find/f
[yocto] [meta-selinux][PATCH 3/3] util-linux: drop obsolete patch
Signed-off-by: Yi Zhao --- .../util-linux/fix-libmount_la_DEPENDENCIES.patch | 28 -- 1 file changed, 28 deletions(-) delete mode 100644 recipes-core/util-linux/util-linux/fix-libmount_la_DEPENDENCIES.patch diff --git a/recipes-core/util-linux/util-linux/fix-libmount_la_DEPENDENCIES.patch b/recipes-core/util-linux/util-linux/fix-libmount_la_DEPENDENCIES.patch deleted file mode 100644 index ab54818..000 --- a/recipes-core/util-linux/util-linux/fix-libmount_la_DEPENDENCIES.patch +++ /dev/null @@ -1,28 +0,0 @@ -Subject: [PATCH] util-linux: fix libmount_la_DEPENDENCIES. - -Upstream-Status: Pending - -libmount_la_LIBADD contains "-lselinux", this is not a object that -could consider as a dependency target. So fix this. - -Signed-off-by: Xin Ouyang - libmount/src/Makemodule.am |2 +- - 1 files changed, 1 insertions(+), 1 deletions(-) - -diff --git a/libmount/src/Makemodule.am b/libmount/src/Makemodule.am -index 494e02a..bf494a4 100644 a/libmount/src/Makemodule.am -+++ b/libmount/src/Makemodule.am -@@ -38,7 +38,7 @@ libmount_la_CFLAGS = \ - -I$(top_srcdir)/libmount/src - - libmount_la_DEPENDENCIES = \ -- $(libmount_la_LIBADD) \ -+ libcommon.la libblkid.la \ - libmount/src/libmount.sym \ - libmount/src/libmount.h.in - --- -1.7.5.4 - -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] extensible SDK build failure
Hi Russell, I'm also hitting the same "unexpected" errors for my linux-yocto-xxx.bb recipe/tasks while building extensible SDK for my platform. How did it work for you? Warm Regards, Priyanshu Sharma -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto