[OE-core] [PATCH 2/2] python3-setuptools: extend to nativesdk

[Chen Qi]

Signed-off-by: Chen Qi 
---
 meta/recipes-devtools/python/python3-setuptools_22.0.5.bb | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/python/python3-setuptools_22.0.5.bb 
b/meta/recipes-devtools/python/python3-setuptools_22.0.5.bb
index fb2931c..90c242d 100644
--- a/meta/recipes-devtools/python/python3-setuptools_22.0.5.bb
+++ b/meta/recipes-devtools/python/python3-setuptools_22.0.5.bb
@@ -2,6 +2,7 @@ require python-setuptools.inc
 
 DEPENDS += "python3"
 DEPENDS_class-native += "python3-native"
+DEPENDS_class-nativesdk += "python3-nativesdk"
 
 inherit distutils3
 
@@ -14,11 +15,11 @@ do_install_append() {
 echo "./${SRCNAME}-${PV}-py${PYTHON_BASEVERSION}.egg" > 
${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
 }
 
-RDEPENDS_${PN} = "\
+RDEPENDS_${PN}_class-native = "\
   python3-distutils \
   python3-compression \
 "
-RDEPENDS_${PN}_class-target = "\
+RDEPENDS_${PN} = "\
   python3-ctypes \
   python3-distutils \
   python3-email \
@@ -34,4 +35,4 @@ RDEPENDS_${PN}_class-target = "\
   python3-unittest \
   python3-xml \
 "
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] Fix disutils and extend python-setuptools to nativesdk

[Chen Qi]

The following changes since commit b32d430c3c7dccf3a8d06ab492d648893a05950f:

  dpkg: use snapshot.debian.org for SRC_URI (2016-07-26 08:56:08 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib ChenQi/python-fixes
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/python-fixes

Chen Qi (2):
  distutils: fix to avoid file-rdeps QA issue
  python3-setuptools: extend to nativesdk

 meta/classes/distutils.bbclass| 4 ++--
 meta/classes/distutils3.bbclass   | 4 ++--
 meta/recipes-devtools/python/python3-setuptools_22.0.5.bb | 7 ---
 3 files changed, 8 insertions(+), 7 deletions(-)

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] distutils: fix to avoid file-rdeps QA issue

[Chen Qi]

For some nativesdk python packages, we would sometimes have the following
QA issue.

WARNING: nativesdk-python-django-1.8.8-r0 do_package_qa: QA Issue: 
/opt/windriver/wrlinux/9.0-qemux86/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/django-admin
 contained in package nativesdk-python-django require\
s 
/opt/windriver/wrlinux/9.0-qemux86/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/env,
 but no providers found in RDEPENDS_nativesdk-python-django? [file-rdeps]

The problem is that in distutils.bbclass (and distutils3.bbclass), we replace
${STAGING_BINDIR_NATIVE}/python-native/python with ${bindir}/env. In nativesdk
situation, ${bindir} is not /usr/bin, and this causes the QA issue.

Fix this problem by hardcoding '/usr/bin/env'.

Usually, we don't like hardcoding. But as far as I can see, /usr/bin/env is
a little special. We skip the 'file-rdeps' QA checking for '/usr/bin/env'
dependency. Besides, scripts in many packages do use '/usr/bin/env'. So we
should assume it's there in our system.

Signed-off-by: Chen Qi 
---
 meta/classes/distutils.bbclass  | 4 ++--
 meta/classes/distutils3.bbclass | 4 ++--
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/classes/distutils.bbclass b/meta/classes/distutils.bbclass
index 857572d..e74cd81 100644
--- a/meta/classes/distutils.bbclass
+++ b/meta/classes/distutils.bbclass
@@ -44,7 +44,7 @@ distutils_do_install() {
 if test -e ${D}${bindir} ; then
 for i in ${D}${bindir}/* ; do \
 if [ ${PN} != "${BPN}-native" ]; then
-   sed -i -e 
s:${STAGING_BINDIR_NATIVE}/python-native/python:${bindir}/env\ python:g $i
+   sed -i -e 
s:${STAGING_BINDIR_NATIVE}/python-native/python:/usr/bin/env\ python:g $i
fi
 sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
 done
@@ -53,7 +53,7 @@ distutils_do_install() {
 if test -e ${D}${sbindir}; then
 for i in ${D}${sbindir}/* ; do \
 if [ ${PN} != "${BPN}-native" ]; then
-   sed -i -e 
s:${STAGING_BINDIR_NATIVE}/python-native/python:${bindir}/env\ python:g $i
+   sed -i -e 
s:${STAGING_BINDIR_NATIVE}/python-native/python:/usr/bin/env\ python:g $i
fi
 sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
 done
diff --git a/meta/classes/distutils3.bbclass b/meta/classes/distutils3.bbclass
index a6720c5..1132f72 100644
--- a/meta/classes/distutils3.bbclass
+++ b/meta/classes/distutils3.bbclass
@@ -47,14 +47,14 @@ distutils3_do_install() {
 
 if test -e ${D}${bindir} ; then
 for i in ${D}${bindir}/* ; do \
-sed -i -e 
s:${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}:${bindir}/env\ 
${PYTHON_PN}:g $i
+sed -i -e 
s:${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}:/usr/bin/env\ 
${PYTHON_PN}:g $i
 sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
 done
 fi
 
 if test -e ${D}${sbindir}; then
 for i in ${D}${sbindir}/* ; do \
-sed -i -e 
s:${STAGING_BINDIR_NATIVE}/python-${PYTHON_PN}/${PYTHON_PN}:${bindir}/env\ 
${PYTHON_PN}:g $i
+sed -i -e 
s:${STAGING_BINDIR_NATIVE}/python-${PYTHON_PN}/${PYTHON_PN}:/usr/bin/env\ 
${PYTHON_PN}:g $i
 sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
 done
 fi
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] perf: enable man pages for 'help' functionality

[Dengke Du]

When using 'perf help ', it can't find 'man' command and pages for
perf.
The perf man pages depends on the xmlto-native and asciidoc-native, so we just
need to add the two packages to the DEPENDS variable and add 'man'to
RDEPENDS_perf-doc.

Signed-off-by: Dengke Du 
---
 meta/recipes-kernel/perf/perf.bb | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index 171d23f..1e84a22 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -30,6 +30,8 @@ DEPENDS = " \
 ${SCRIPTING_DEPENDS} \
 ${LIBUNWIND_DEPENDS} \
 bison flex xz \
+xmlto-native \
+asciidoc-native \
 "
 
 do_configure[depends] += "virtual/kernel:do_shared_workdir"
@@ -90,7 +92,6 @@ EXTRA_OEMAKE += "\
 'sharedir=${datadir}' \
 'sysconfdir=${sysconfdir}' \
 'perfexecdir=${libexecdir}/perf-core' \
-\
 'ETC_PERFCONFIG=${@os.path.relpath(sysconfdir, prefix)}' \
 'sharedir=${@os.path.relpath(datadir, prefix)}' \
 'mandir=${@os.path.relpath(mandir, prefix)}' \
@@ -138,6 +139,13 @@ do_configure_prepend () {
-e 's,\ .config-detected, $(OUTPUT)/config-detected,g' \
 ${S}/tools/perf/config/Makefile
 fi
+# The man pages installation is "$(INSTALL) -d -m 755 $(DESTDIR)$(man1dir)"
+# in ${S}/tools/perf/Documentation/Makefile, if the mandir set to '?=', it
+# will use the relative path 'share/man', in the way it will resulting in
+# incorrect installation for man pages.
+if [ -e "${S}/tools/perf/Documentation/Makefile" ]; then
+   sed -i 's,^mandir?=,mandir:=,' ${S}/tools/perf/Documentation/Makefile
+fi
 if [ -e "${S}/tools/perf/Makefile.perf" ]; then
 sed -i -e 's,\ .config-detected, $(OUTPUT)/config-detected,g' \
 ${S}/tools/perf/Makefile.perf
@@ -197,6 +205,7 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
 PACKAGES =+ "${PN}-archive ${PN}-tests ${PN}-perl ${PN}-python"
 
 RDEPENDS_${PN} += "elfutils bash"
+RDEPENDS_${PN}-doc += "man"
 RDEPENDS_${PN}-archive =+ "bash"
 RDEPENDS_${PN}-python =+ "bash python python-modules"
 RDEPENDS_${PN}-perl =+ "bash perl perl-modules"
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] Asciidoc: add it

[Dengke Du]

In order to enable perf man pages for basic 'help' functionality,
it needs to produce man pages for perf, which depends on the xmlto
and asciidoc tools.
So add the asciidoc recipe to help produce man pages for perf and
other commands.

Signed-off-by: Dengke Du 
---
 meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb | 20 
 1 file changed, 20 insertions(+)
 create mode 100644 meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb

diff --git a/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb 
b/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
new file mode 100644
index 000..1500b0a
--- /dev/null
+++ b/meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb
@@ -0,0 +1,20 @@
+SUMMARY = "Tool for creating HTML, PDF, EPUB, man pages"
+DESCRIPTION = "AsciiDoc is a text document format for writing short documents, 
\
+articles, books and UNIX man pages."
+
+HOMEPAGE = "http://asciidoc.org/";
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
+file://COPYRIGHT;md5=029ad5428ba5efa20176b396222d4069"
+
+SRC_URI = 
"http://downloads.sourceforge.net/project/${BPN}/${BPN}/${PV}/${BP}.tar.gz";
+SRC_URI[md5sum] = "c59018f105be8d022714b826b0be130a"
+SRC_URI[sha256sum] = 
"78db9d0567c8ab6570a6eff7ffdf84eadd91f2dfc0a92a2d0105d323cab4e1f0"
+
+
+inherit distutils autotools-brokensep
+
+export DESTDIR = "${D}"
+RDEPENDS_${PN} += "python" 
+BBCLASSEXTEND = "native"
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/2] perf: enable man pages for 'help' functionality

[Dengke Du]

The following changes since commit 36feb38045b7a2af86ece147fec54b0db3bf491f:

  linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.4 (2016-07-21 
07:48:53 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
dengke/enable-help-man-pages-for-perf
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=dengke/enable-help-man-pages-for-perf

Dengke Du (2):
  Asciidoc: add it
  perf: enable man pages for 'help' functionality

 meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb | 20 
 meta/recipes-kernel/perf/perf.bb | 11 ++-
 2 files changed, 30 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-extended/asciidoc/asciidoc_8.6.9.bb

-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Allow for simultaneous do_rootfs tasks with rpm

[Stephano Cetola]

On 07/20, Richard Purdie wrote:
> On Thu, 2016-07-14 at 14:20 -0700, Stephano Cetola wrote:
> > Give each rootfs its own RPM channel to use.  This puts the RPM
> > metadata
> > in a private subdirectory of $WORKDIR, rather than living in
> > DEPLOY_DIR
> > where other tasks may race with it.
> > 
> > This allows us to reduce the time that the rpm.lock is held to only
> > the
> > time needed to hardlink the RPMs, allowing the majority of the rootfs
> > operation to run in parallel.
> > 
> > [ YOCTO #9255 ]
> > 
> > Signed-Off-By: Steven Walter 
> > Signed-off-by: Stephano Cetola 
> > ---
> >  meta/classes/rootfs_rpm.bbclass |  5 -
> >  meta/lib/oe/package_manager.py  | 17 ++---
> >  2 files changed, 14 insertions(+), 8 deletions(-)
> 
> Sadly, much as I'd love to merge this, testing shows we have some
> issues.
> 
> Firstly, it means we no longer generate indexes in tmp/deploy/rpm and
> this breaks -c testimage since some of the tests connect and look for
> packages there, e.g. https://autobuilder.yoctoproject.org/main/builders
> /nightly-qa-logrotate/builds/851 but many others would have also
> failed.
> 

After digging into this I think that I can change the tests so that they
point at the correct location:

e.g.
tmp/work/qemux86-oe-linux/core-image-sato/1.0-r0/rpms/qemux86/repodata

based on the target triplet, image, PV (I'm guessing here), and arch
variables. I realized when digging into this that using "rpms" in the
path (which was a result of this patch) is wrong. It should be "rpm".

Let me know if this sounds right or if I'm dreaming.

> I've also started wondering what happens if we have some scenario where
> we have:
> 
> bitbake core-image-sato epiphany
> 
> 
>  tmp/deploy/rpm>
> 
> 
> I'd hope the system should handle this since it should only be
> referencing things that are direct task dependencies but with
> rpm/smart, who knows :/. We should at least see how this fails (if it
> fails).
> 

When I build these two this morning I got a bunch of failures on
webkit's configure stage. I'll have to look into those.

> It could get particularly ugly if we use globbing for the rootfs
> construction (e.g. *-locale) and the list of packages changed depending
> on what else was built. I'd guess we'd already have this problem but
> this patch could magnify any problem.
> 
> We are going to have to at least solve the testimage package index
> problem before we can merge it.
> 
> Cheers,
> 
> Richard
> 
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] insane: Add mechanism to extend QA machine information from BSP layer

[Christopher Larson]

On Fri, Jul 22, 2016 at 7:25 AM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> In order to add a new architecture or sub-architecture to OE, you currently
> need to tweak the table in insane.bbclass. This adds a mechanism so this
> can be done from a BSP layer. It needs a function definition which needs
> a class file but can then be done with something like:
>
> def my_testfunc(machdata, d):
> machdata["testmachine"] = {
> "test64":   ( 8, 0,0,  False,
>32),
> "testel": ( 8, 0,0,  True,
>   32),
>   }
> return machdata
>
> PACKAGEQA_EXTRA_MACHDEFFUNCS = "my_testfunc"
>
> [YOCTO #8554]
>
> Signed-off-by: Richard Purdie 
>
> diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
> index 9b2337c..98381c2 100644
> --- a/meta/classes/insane.bbclass
> +++ b/meta/classes/insane.bbclass
> @@ -54,8 +54,8 @@ UNKNOWN_CONFIGURE_WHITELIST ?= "--enable-nls
> --disable-nls --disable-silent-rule
>  # feel free to add and correct.
>  #
>  #   TARGET_OS  TARGET_ARCH   MACHINE, OSABI, ABIVERSION, Little
> Endian, 32bit?
> -def package_qa_get_machine_dict():
> -return {
> +def package_qa_get_machine_dict(d):
> +machdata = {
>  "darwin9" : {
>  "arm" :   (40, 0,0,  True,
>   32),
>},
> @@ -168,6 +168,16 @@ def package_qa_get_machine_dict():
>},
>  }
>
> +# Add in any extra user supplied data which may come from a BSP
> layer, removing the
> +# need to always change this class directly
> +extra_machdata = (d.getVar("PACKAGEQA_EXTRA_MACHDEFFUNCS", True) or
> "").split()
> +for m in extra_machdata:
> +call = m + "(machdata, d)"
> +locs = { "machdata" : machdata, "d" : d}
> +machdata = bb.utils.better_eval(call, locs)
>

Out of curiosity, why pass in the dict and have it modify and return it,
when it could just return a new dict that you add to machdata with
machdata.update()?
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] systemd-boot: use lnr instead of ln --relative

[jackie.huang]

From: Jackie Huang 

Use lnr instead of "ln --relative" as systemd does
to avoid needing coreutils 8.16.

The patch is from systemd recipe and is rebased
so it can be applied for systemd-boot.

Signed-off-by: Jackie Huang 
---
 ...pper-instead-of-looking-for-relative-opti.patch | 61 ++
 meta/recipes-bsp/systemd-boot/systemd-boot.bb  |  2 +
 2 files changed, 63 insertions(+)
 create mode 100644 
meta/recipes-bsp/systemd-boot/files/0001-use-lnr-wrapper-instead-of-looking-for-relative-opti.patch

diff --git 
a/meta/recipes-bsp/systemd-boot/files/0001-use-lnr-wrapper-instead-of-looking-for-relative-opti.patch
 
b/meta/recipes-bsp/systemd-boot/files/0001-use-lnr-wrapper-instead-of-looking-for-relative-opti.patch
new file mode 100644
index 000..103d286
--- /dev/null
+++ 
b/meta/recipes-bsp/systemd-boot/files/0001-use-lnr-wrapper-instead-of-looking-for-relative-opti.patch
@@ -0,0 +1,61 @@
+From 9dcd2c80347493f73800d8c1cb539f1daef14394 Mon Sep 17 00:00:00 2001
+From: Jackie Huang 
+Date: Tue, 26 Jul 2016 03:54:42 -0400
+Subject: [PATCH] use lnr wrapper instead of looking for --relative option for 
ln
+
+Upstream-Status: Inappropriate [OE-Specific]
+
+Signed-off-by: Khem Raj 
+Signed-off-by: Jackie Huang 
+---
+ Makefile.am  | 6 +++---
+ configure.ac | 2 --
+ 2 files changed, 3 insertions(+), 5 deletions(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index 305099a..f08d023 100644
+--- a/Makefile.am
 b/Makefile.am
+@@ -247,7 +247,7 @@ define move-to-rootlibdir
+   $(MKDIR_P) $(DESTDIR)$(rootlibdir) && \
+   so_img_name=$$(readlink $(DESTDIR)$(libdir)/$$libname) && \
+   rm -f $(DESTDIR)$(libdir)/$$libname && \
+-  $(LN_S) --relative -f $(DESTDIR)$(rootlibdir)/$$so_img_name 
$(DESTDIR)$(libdir)/$$libname && \
++  lnr $(DESTDIR)$(rootlibdir)/$$so_img_name 
$(DESTDIR)$(libdir)/$$libname && \
+   mv $(DESTDIR)$(libdir)/$$libname.* $(DESTDIR)$(rootlibdir); \
+   fi
+ endef
+@@ -321,7 +321,7 @@ define install-relative-aliases
+   while [ -n "$$1" ]; do \
+   $(MKDIR_P) `dirname $(DESTDIR)$$dir/$$2` && \
+   rm -f $(DESTDIR)$$dir/$$2 && \
+-  $(LN_S) --relative $(DESTDIR)$$1 $(DESTDIR)$$dir/$$2 && \
++  lnr $(DESTDIR)$$1 $(DESTDIR)$$dir/$$2 && \
+   shift 2 || exit $$?; \
+   done
+ endef
+@@ -2906,7 +2906,7 @@ systemd_dbus1_generator_LDADD = \
+ dbus1-generator-install-hook:
+   $(AM_V_at)$(MKDIR_P) $(DESTDIR)$(usergeneratordir)
+   $(AM_V_RM)rm -f $(DESTDIR)$(usergeneratordir)/systemd-dbus1-generator
+-  $(AM_V_LN)$(LN_S) --relative -f 
$(DESTDIR)$(systemgeneratordir)/systemd-dbus1-generator 
$(DESTDIR)$(usergeneratordir)/systemd-dbus1-generator
++  $(AM_V_LN)lnr $(DESTDIR)$(systemgeneratordir)/systemd-dbus1-generator 
$(DESTDIR)$(usergeneratordir)/systemd-dbus1-generator
+ 
+ dbus1-generator-uninstall-hook:
+   rm -f $(DESTDIR)$(usergeneratordir)/systemd-dbus1-generator
+diff --git a/configure.ac b/configure.ac
+index 329861a..52c6e3d 100644
+--- a/configure.ac
 b/configure.ac
+@@ -110,8 +110,6 @@ AC_PATH_PROG([SULOGIN], [sulogin], [/usr/sbin/sulogin], 
[$PATH:/usr/sbin:/sbin])
+ AC_PATH_PROG([MOUNT_PATH], [mount], [/usr/bin/mount], [$PATH:/usr/sbin:/sbin])
+ AC_PATH_PROG([UMOUNT_PATH], [umount], [/usr/bin/umount], 
[$PATH:/usr/sbin:/sbin])
+ 
+-AS_IF([! ln --relative --help > /dev/null 2>&1], [AC_MSG_ERROR([*** ln 
doesn't support --relative ***])])
+-
+ M4_DEFINES=
+ 
+ AC_CHECK_TOOL(OBJCOPY, objcopy)
+-- 
+2.8.1
+
diff --git a/meta/recipes-bsp/systemd-boot/systemd-boot.bb 
b/meta/recipes-bsp/systemd-boot/systemd-boot.bb
index 0dc0fa3..5b1164e 100644
--- a/meta/recipes-bsp/systemd-boot/systemd-boot.bb
+++ b/meta/recipes-bsp/systemd-boot/systemd-boot.bb
@@ -2,6 +2,8 @@ require recipes-core/systemd/systemd.inc
 
 DEPENDS = "intltool-native libcap util-linux gnu-efi"
 
+SRC_URI += 
"file://0001-use-lnr-wrapper-instead-of-looking-for-relative-opti.patch"
+
 inherit autotools pkgconfig gettext
 inherit deploy
 
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

[Robert Yang]

On 07/26/2016 07:33 AM, Burton, Ross wrote:


On 24 July 2016 at 06:16, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:

Fixed:
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool

The module is installed to sysroot, but need use native perl to find it.


This is fixed by [PATCH 2/2] intltool: remove broken XML::Parser detection.


Hi Ross,

I still get the same error after your patch applied:

configure:16513: checking for perl
configure:16531: found /usr/bin/perl
configure:16543: result: /usr/bin/perl
configure:16554: checking for perl >= 5.8.1
configure:16561: result: 5.18.2
configure:16565: checking for XML::Parser
configure:16571: error: XML::Parser perl module is required for intltool

// Robert



Ross

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bash: add patch to build w/ -Wformat-security

[Khem Raj]

This change is good. please install it. I think we should think of using 
security flags as default for AB
since thats much stricter and will catch more errors than normal flags. 
Eventually, in 2.3 timeframe we
should contemplate hardening toolchain to default to PIE/pie

> On Jul 26, 2016, at 8:26 AM, André Draszik  wrote:
> 
> From: André Draszik 
> 
> Signed-off-by: André Draszik 
> ---
> ...1-help-fix-printf-format-security-warning.patch | 35 ++
> meta/recipes-extended/bash/bash_4.3.30.bb  |  1 +
> 2 files changed, 36 insertions(+)
> create mode 100644 
> meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
> 
> diff --git 
> a/meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
>  
> b/meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
> new file mode 100644
> index 000..5405c84
> --- /dev/null
> +++ 
> b/meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
> @@ -0,0 +1,35 @@
> +From e5837a42f8f48a6a721805ff8f7fcd32861d09ca Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?Andr=C3=A9=20Draszik?= 
> +Date: Tue, 26 Jul 2016 13:09:47 +0100
> +Subject: [PATCH] help: fix printf() format security warning
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +| ../../bash-4.3.30/builtins/../../bash-4.3.30/builtins/help.def: In 
> function 'help_builtin':
> +| ../../bash-4.3.30/builtins/../../bash-4.3.30/builtins/help.def:130:7: 
> error: format not a string literal and no format arguments 
> [-Werror=format-security]
> +|printf (ngettext ("Shell commands matching keyword `", "Shell 
> commands matching keywords `", (list->next ? 2 : 1)));
> +|^~
> +
> +Signed-off-by: André Draszik 
> +---
> +Upstream-Status: Pending
> + builtins/help.def | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/builtins/help.def b/builtins/help.def
> +index 1894f17..cf624c6 100644
> +--- a/builtins/help.def
>  b/builtins/help.def
> +@@ -127,7 +127,7 @@ help_builtin (list)
> +
> +   if (glob_pattern_p (list->word->word))
> + {
> +-  printf (ngettext ("Shell commands matching keyword `", "Shell 
> commands matching keywords `", (list->next ? 2 : 1)));
> ++  printf ("%s", ngettext ("Shell commands matching keyword `", "Shell 
> commands matching keywords `", (list->next ? 2 : 1)));
> +   print_word_list (list, ", ");
> +   printf ("'\n\n");
> + }
> +--
> +2.8.1
> +
> diff --git a/meta/recipes-extended/bash/bash_4.3.30.bb 
> b/meta/recipes-extended/bash/bash_4.3.30.bb
> index 95ed392..16a3139 100644
> --- a/meta/recipes-extended/bash/bash_4.3.30.bb
> +++ b/meta/recipes-extended/bash/bash_4.3.30.bb
> @@ -21,6 +21,7 @@ SRC_URI = "${GNU_MIRROR}/bash/${BP}.tar.gz;name=tarball \
>file://fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch \
>file://run-ptest \
>  file://fix-run-builtins.patch \
> +   file://0001-help-fix-printf-format-security-warning.patch \
>"
> 
> SRC_URI[tarball.md5sum] = "a27b3ee9be83bd3ba448c0ff52b28447"
> --
> 2.8.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] wic: rename and amend systemd-boot wks file

[Jianxun Zhang]

Rename wks for systemd-boot per the suggestion from community.
Also amend description to distinguish it from others when
running "wic list images".

Signed-off-by: Jianxun Zhang 
---
 .../wic/canned-wks/{mksystemd-bootdisk.wks => systemd-bootdisk.wks}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename scripts/lib/wic/canned-wks/{mksystemd-bootdisk.wks => 
systemd-bootdisk.wks} (77%)

diff --git a/scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks 
b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
similarity index 77%
rename from scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks
rename to scripts/lib/wic/canned-wks/systemd-bootdisk.wks
index df706e8..d80189b 100644
--- a/scripts/lib/wic/canned-wks/mksystemd-bootdisk.wks
+++ b/scripts/lib/wic/canned-wks/systemd-bootdisk.wks
@@ -1,6 +1,6 @@
-# short-description: Create an EFI disk image
+# short-description: Create an EFI disk image with systemd-boot
 # long-description: Creates a partitioned EFI disk image that the user
-# can directly dd to boot media.
+# can directly dd to boot media. The selected bootloader is systemd-boot.
 
 part /boot --source bootimg-efi --sourceparams="loader=systemd-boot" --ondisk 
sda --label msdos --active --align 1024
 
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel.bbclass: fix emit_depmod_pkgdata() workdir

[Ioan-Adrian Ratiu]

bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for
functions" breaks the assumption that this function is running under
${B}. This causes build failures because System.map is under ${B}.

Signed-off-by: Ioan-Adrian Ratiu 
---
 meta/classes/kernel.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index c17165a..125ad33 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -356,6 +356,7 @@ do_shared_workdir_setscene () {
 }
 
 emit_depmod_pkgdata() {
+   cd ${B}
# Stash data for depmod
install -d ${PKGDESTWORK}/${KERNEL_PACKAGE_NAME}-depmod/
echo "${KERNEL_VERSION}" > 
${PKGDESTWORK}/${KERNEL_PACKAGE_NAME}-depmod/${KERNEL_PACKAGE_NAME}-abiversion
-- 
2.9.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] initramfs-live-boot: Make sure we kill udev before switching root when live booting

[Alejandro Hernandez]

When live booting, we need to make sure the running udev processes are killed
to avoid unexepected behavior, we do this just before switching root,
once we do, a new udev process will be spawned from init and will take care
of whatever work was still missing

[YOCTO #9520]

Signed-off-by: Alejandro Hernandez 
---
 meta/recipes-core/initrdscripts/files/init-live.sh | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh 
b/meta/recipes-core/initrdscripts/files/init-live.sh
index 09fb479..441b41c 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -80,7 +80,9 @@ read_args() {
 boot_live_root() {
 # Watches the udev event queue, and exits if all current events are handled
 udevadm settle --timeout=3 --quiet
-killall "${_UDEV_DAEMON##*/}" 2>/dev/null
+# Kills the current udev running processes, which survived after
+# device node creation events were handled, to avoid unexpected behavior
+killall -9 "${_UDEV_DAEMON##*/}" 2>/dev/null
 
 # Allow for identification of the real root even after boot
 mkdir -p  ${ROOT_MOUNT}/media/realroot
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gstreamer1.0-plugins-bad: opengl handling

[Trevor Woerner]

Enable the opengl configuration option if DISTRO_FEATURES contains opengl.

Signed-off-by: Trevor Woerner 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 9e2b94e..1a342f8 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -12,7 +12,7 @@ SRC_URI_append = " \
 
 # opengl packageconfig factored out to make it easy for distros
 # and BSP layers to pick either (desktop) opengl, gles2, or no GL
-PACKAGECONFIG_GL ?= "${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 
'gles2', '', d)}"
+PACKAGECONFIG_GL ?= "${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'opengl 
gles2', '', d)}"
 
 # gtk is not in the PACKAGECONFIG variable by default until
 # the transition to gtk+3 is finished
-- 
2.9.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2 1/2] oeqa/oetest.py: Allow to export packages using symlinks

[Joshua G Lock]

On Tue, 2016-07-26 at 09:38 +, mariano.lo...@linux.intel.com wrote:
> From: Mariano Lopez 
> 
> Currently packages that contains symlinks can't be extracted
> and exported. This allows to export extracted such packages.
> 
> A nice side effect is improved readability.
> 
> [YOCTO #9932]
> 
> Signed-off-by: Mariano Lopez 
> ---
>  meta/classes/testexport.bbclass | 24 +---
>  meta/lib/oeqa/oetest.py | 17 +
>  2 files changed, 18 insertions(+), 23 deletions(-)
> 
> diff --git a/meta/classes/testexport.bbclass
> b/meta/classes/testexport.bbclass
> index 15fa470..5147020 100644
> --- a/meta/classes/testexport.bbclass
> +++ b/meta/classes/testexport.bbclass
> @@ -47,6 +47,7 @@ def exportTests(d,tc):
>  import shutil
>  import pkgutil
>  import re
> +import oe.path
>  
>  exportpath = d.getVar("TEST_EXPORT_DIR", True)
>  
> @@ -103,7 +104,7 @@ def exportTests(d,tc):
>  isfolder = True
>  target_folder = os.path.join(exportpath, "oeqa",
> "runtime", os.path.basename(foldername))
>  if not os.path.exists(target_folder):
> -shutil.copytree(foldername, target_folder)
> +oe.path.copytree(foldername, target_folder)
>  if not isfolder:
>  shutil.copy2(mod.path, os.path.join(exportpath,
> "oeqa/runtime"))
>  json_file = "%s.json" % mod.path.rsplit(".", 1)[0]
> @@ -132,27 +133,12 @@ def exportTests(d,tc):
>  create_tarball(d, "testexport.tar.gz",
> d.getVar("TEST_EXPORT_DIR", True))
>  
>  # Copy packages needed for runtime testing
> -export_pkg_dir = os.path.join(d.getVar("TEST_EXPORT_DIR", True),
> "packages")
>  test_pkg_dir = d.getVar("TEST_NEEDED_PACKAGES_DIR", True)
> -need_pkg_dir = False
> -for root, subdirs, files in os.walk(test_pkg_dir):
> -for subdir in subdirs:
> -tmp_dir = os.path.join(root.replace(test_pkg_dir,
> "").lstrip("/"), subdir)
> -new_dir = os.path.join(export_pkg_dir, tmp_dir)
> -bb.utils.mkdirhier(new_dir)
> -
> -for f in files:
> -need_pkg_dir = True
> -src_f = os.path.join(root, f)
> -dst_f = os.path.join(export_pkg_dir,
> root.replace(test_pkg_dir, "").lstrip("/"), f)
> -shutil.copy2(src_f, dst_f)
> -
> -if need_pkg_dir:
> +if os.listdir(test_pkg_dir):
> +export_pkg_dir = os.path.join(d.getVar("TEST_EXPORT_DIR",
> True), "packages")
> +oe.path.copytree(test_pkg_dir, export_pkg_dir)
>  # Create tar file for packages needed by the DUT
>  create_tarball(d, "testexport_packages_%s.tar.gz" %
> d.getVar("MACHINE", True), export_pkg_dir)
> -else:
> -# Remov packages dir from exported test
> -bb.utils.remove(export_pkg_dir, True)
>  
>  # Copy SDK
>  if d.getVar("TEST_EXPORT_SDK_ENABLED", True) == "1":
> diff --git a/meta/lib/oeqa/oetest.py b/meta/lib/oeqa/oetest.py
> index e63ca56..3bf3643 100644
> --- a/meta/lib/oeqa/oetest.py
> +++ b/meta/lib/oeqa/oetest.py
> @@ -447,6 +447,8 @@ class RuntimeTestContext(TestContext):
>  modules = self.getTestModules()
>  bbpaths = self.d.getVar("BBPATH", True).split(":")
>  
> +shutil.rmtree(self.d.getVar("TEST_EXTRACTED_DIR", True))
> +shutil.rmtree(self.d.getVar("TEST_PACKAGED_DIR", True))

Do we use the shutil module anywhere else in oetest.py? Could we drop
it completely if we use oe.path.remove() rather than shutil.rmtree()?
Perhaps you could send a follow-on patch?

>  for module in modules:
>  json_file = self._getJsonFile(module)
>  if json_file:
> @@ -458,6 +460,8 @@ class RuntimeTestContext(TestContext):
>  Extract packages that will be needed during runtime.
>  """
>  
> +import oe.path
> +
>  extracted_path = self.d.getVar("TEST_EXTRACTED_DIR", True)
>  packaged_path = self.d.getVar("TEST_PACKAGED_DIR", True)
>  
> @@ -481,13 +485,18 @@ class RuntimeTestContext(TestContext):
>  dst_dir = os.path.join(packaged_path)
>  
>  # Extract package and copy it to TEST_EXTRACTED_DIR
> -if extract and not os.path.exists(dst_dir):
> -pkg_dir = self._extract_in_tmpdir(pkg)
> -shutil.copytree(pkg_dir, dst_dir)
> +pkg_dir = self._extract_in_tmpdir(pkg)
> +if extract:
> +
> +# Same package used for more than one test,
> +# don't need to extract again.
> +if os.path.exists(dst_dir):
> +continue
> +oe.path.copytree(pkg_dir, dst_dir)
>  shutil.rmtree(pkg_dir)
>  
>  # Copy package to TEST_PACKAGED_DIR
> -elif not extract:
> +else:
>  self._copy_package(pkg)
>  
>    

Re: [OE-core] [PATCH 1/1] selftest/runtime-test.py: Add test for import test from other layers

[Mariano Lopez]

On 07/25/2016 05:38 PM, Burton, Ross wrote:


On 13 June 2016 at 14:32, > wrote:


+   features = 'INHERIT += "testexport"\n'


You mean testimage here as that class isn't inherited by default.

+features = 'TEST_SUITES = "ping ssh selftest"\n'


This overwrites the first assignment to features, and neither is 
actually written using self.write_config().


+   # Build core-image-sato and testimage
+bitbake('core-image-sato socat')
+bitbake('-c testimage core-image-sato')


I personally believe that core-image-sato is massive overkill for 
selftest and core-image-full-cmdline is just as comprehensive (has 
ssh, for example) without building all of Sato.


I don't know what happened when I made this commit and submitted the 
patch, this patch is just wrong. I swear I tested it locally, perhaps I 
messed up the branches or something like that. I'll work on a v2 of this.


Mariano
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

[Aníbal Limón]

+ Saul (.intel.com)


On 07/26/2016 11:19 AM, Aníbal Limón wrote:
> 
> Hi,
> 
> I was thinking about how many more times takes to build and run the 2.7%
> for me is reasonable since it's only enabled on qemu machines for
> debugging purposes.
> 
> One alternative will be only enable this feature in AB builds another
> one is that RP suggest to split into more kernel configurations
> printk.cfg and printk_early.cfg and see how many more time takes only
> with printk. [1]
> 
> + RP and Saul
> 
> [1]
> http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/features/debug/printk.cfg
> 
>   alimon
> 
> 
> On 07/26/2016 10:28 AM, Bruce Ashfield wrote:
>> On 2016-07-26 10:32 AM, Ed Bartosh wrote:
>>> Hi all,
>>>
>>> We've noticed quite big increase of core-image-minimal build time
>>> caused by commit
>>> d55b7650d305ffad953dd36595ee6b9aa8df5a72 linux-yocto: Enablei
>>> debug/printk.scc KERNEL_FEATURE on qemuall machines.
>>>
>>
>> That commit only enables the following options:
>>
>> CONFIG_PRINTK=y
>> CONFIG_PRINTK_TIME=y
>>
>> CONFIG_EARLY_PRINTK=y
>>
>> CONFIG_EARLY_PRINTK_DBGP=y
>> CONFIG_EARLY_PRINTK_EFI=y
>> CONFIG_TTY_PRINTK=y
>>
>> And yes, that will add some size to the kernel, but I'm not seeing
>> similar size increases here.
>>
>> If you take a look through the kernel source and build, there are
>> relatively few additions to the actual kernel build that change
>> based on those options, and most of them are runtime changes versus
>> build-time changes.
>>
>>> Here are results of /usr/bin/time -v bitbake core-image-minimal for this
>>> and previous commits:
>>>
>>> linux-yocto: Enable debug/printk.scc KERNEL_FEATURE on qemuall
>>> machines: d55b7650d305ffad953dd36595ee6b9aa8df5a72
>>>  Command being timed: "bitbake core-image-minimal"
>>>  User time (seconds): 14966.24
>>>  System time (seconds): 3829.23
>>>  Percent of CPU this job got: 1212%
>>>  Elapsed (wall clock) time (h:mm:ss or m:ss): 25:50.52
>>>  Average shared text size (kbytes): 0
>>>  Average unshared data size (kbytes): 0
>>>  Average stack size (kbytes): 0
>>>  Average total size (kbytes): 0
>>>  Maximum resident set size (kbytes): 917592
>>>  Average resident set size (kbytes): 0
>>>  Major (requiring I/O) page faults: 8105
>>>  Minor (reclaiming a frame) page faults: 628476540
>>>  Voluntary context switches: 26886617
>>>  Involuntary context switches: 2033535
>>>  Swaps: 0
>>>  File system inputs: 3160048
>>>  File system outputs: 78417720
>>>  Socket messages sent: 0
>>>  Socket messages received: 0
>>>  Signals delivered: 0
>>>  Page size (bytes): 4096
>>>  Exit status: 0
>>>
>>> commit: nativesdk-packagegroup-sdk-host: Add wayland-scanner to the
>>> SDK native toolchain: e833508075bcb8f2d1ccddcf46f579aea7a2ab1d
>>>  Command being timed: "bitbake core-image-minimal"
>>>  User time (seconds): 14526.89
>>>  System time (seconds): 3770.74
>>>  Percent of CPU this job got: 1193%
>>>  Elapsed (wall clock) time (h:mm:ss or m:ss): 25:33.44
>>>  Average shared text size (kbytes): 0
>>>  Average unshared data size (kbytes): 0
>>>  Average stack size (kbytes): 0
>>>  Average total size (kbytes): 0
>>>  Maximum resident set size (kbytes): 917792
>>>  Average resident set size (kbytes): 0
>>>  Major (requiring I/O) page faults: 8058
>>>  Minor (reclaiming a frame) page faults: 618283939
>>>  Voluntary context switches: 26538183
>>>  Involuntary context switches: 1859365
>>>  Swaps: 0
>>>  File system inputs: 3191584
>>>  File system outputs: 66411592
>>>  Socket messages sent: 0
>>>  Socket messages received: 0
>>>  Signals delivered: 0
>>>  Page size (bytes): 4096
>>>  Exit status: 0
>>>
>>> The total time (user time + system time) incresed by 2.72% which seems
>>> quite a lot.
>>>
>>> diff of tasks utime shows biggest difference in do_package* tasks.
>>> This is probably
>>> due to increased size of packages:
>>>
>>> do_bundle_initramfs:utime: 21 |   do_bundle_initramfs:utime: 32
>>> do_compile:utime: 47  |   do_compile:utime: 51
>>> do_compile_kernelmodules:utime: 39|  
>>> do_compile_kernelmodules:utime: 42
>>> do_configure:utime: 20|   do_configure:utime: 24
>>> do_deploy:utime: 38   |   do_deploy:utime: 35
>>> do_fetch:utime: 25|   do_fetch:utime: 28
>>> do_install:utime: 26  |   do_install:utime: 22
>>> do_kernel_checkout:utime: 21  |   do_kernel_checkout:utime: 24
>>> do_kernel_configcheck:utime: 21   |   do_kernel_configcheck:utime: 21
>>> do_kernel_configme:utime: 23  |   do_kernel_configme:utime: 23
>>> do_kernel_link_images:utime: 24   |

[OE-core] [PATCH] sysprof: clean up FILES

[Ross Burton]

This recipe ships unversioned libraries so fiddle the intermediate variables
instead of rewriting FILES directly.

Signed-off-by: Ross Burton 
---
 meta/recipes-kernel/sysprof/sysprof_git.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/sysprof/sysprof_git.bb 
b/meta/recipes-kernel/sysprof/sysprof_git.bb
index 6324d20..8d8b626 100644
--- a/meta/recipes-kernel/sysprof/sysprof_git.bb
+++ b/meta/recipes-kernel/sysprof/sysprof_git.bb
@@ -30,8 +30,9 @@ PACKAGECONFIG ?= "${@bb.utils.contains_any('DISTRO_FEATURES', 
'${GTK3DISTROFEATU
 PACKAGECONFIG[gtk] = "--enable-gtk,--disable-gtk,gtk+3"
 PACKAGECONFIG[polkit] = "--enable-polkit,--disable-polkit,polkit dbus"
 
-FILES_${PN} += "${datadir}/icons/ ${libdir}/libsysprof* ${datadir}/dbus-1/"
-FILES_${PN}-dev = "${includedir} ${libdir}/pkgconfig"
+SOLIBS = ".so"
+FILES_SOLIBSDEV = ""
+FILES_${PN} += "${datadir}/icons/"
 
 SYSTEMD_SERVICE_${PN} = "${@bb.utils.contains('PACKAGECONFIG', 'polkit', 
'sysprof2.service', '', d)}"
 
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] tune-mips-24k: add QEMU_EXTRAOPTIONS for DSP and MIPS16e cores

[Khem Raj]

> On Jul 26, 2016, at 8:49 AM, André Draszik  wrote:
> 
> The core emulated by default by qemu-mips(el) just crashes with
> illegal instruction when encountering DSP and/or MIPS16e
> instructions - we have to specify a CPU that supports the extra
> instructions.
> 
> This is an issue when generating a rootfs and e.g. running some
> of the package postinstall scriptlets.
> 
> The patch to qemu to add 24KEc as a CPU has been accepted
> upstream, so let's use that CPU here as well as needed.
> 
> Signed-off-by: André Draszik 
> ---
> meta/conf/machine/include/mips/tune-mips-24k.inc | 6 ++

These changes probably belong to meta/classes/qemu.bbclass

> 1 file changed, 6 insertions(+)
> 
> diff --git a/meta/conf/machine/include/mips/tune-mips-24k.inc 
> b/meta/conf/machine/include/mips/tune-mips-24k.inc
> index 154ab56..828acd4 100644
> --- a/meta/conf/machine/include/mips/tune-mips-24k.inc
> +++ b/meta/conf/machine/include/mips/tune-mips-24k.inc
> @@ -22,12 +22,15 @@ TUNE_FEATURES_tune-mips32r2-24kec-m16 = 
> "${TUNE_FEATURES_tune-mips32r2-24kec} mi
> 
> MIPSPKGSFX_VARIANT_tune-mips32r2-24kc = "mips32r2-24kc"
> PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kc = 
> "${PACKAGE_EXTRA_ARCHS_tune-mips32r2-nf} mips32r2-24kc-nf"
> +QEMU_EXTRAOPTIONS_mips32r2-24kc-nf = " -cpu 24Kc"
> 
> MIPSPKGSFX_VARIANT_tune-mips32r2-24kec = "mips32r2-24kec"
> PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kec = 
> "${PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kc} mips32r2-24kec-nf"
> +QEMU_EXTRAOPTIONS_mips32r2-24kec-nf = " -cpu 24KEc"
> 
> MIPSPKGSFX_VARIANT_tune-mips32r2-24kec-m16 = 
> "mips32r2-24kec${MIPSPKGSFX_MIPS16E}"
> PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kec-m16 = 
> "${PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kec} mips32r2-24kec-m16-nf"
> +QEMU_EXTRAOPTIONS_mips32r2-24kec-m16-nf = " -cpu 24KEc"
> 
> 
> # little endian: kc, kc+dsp=kec, kc+dsp+mips16e=kec-m16
> @@ -37,9 +40,12 @@ TUNE_FEATURES_tune-mips32r2el-24kec-m16 = 
> "${TUNE_FEATURES_tune-mips32r2el-24kec
> 
> MIPSPKGSFX_VARIANT_tune-mips32r2el-24kc = "mips32r2el-24kc"
> PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kc = 
> "${PACKAGE_EXTRA_ARCHS_tune-mips32r2el-nf} mips32r2el-24kc-nf"
> +QEMU_EXTRAOPTIONS_mips32r2el-24kc-nf = " -cpu 24Kc"
> 
> MIPSPKGSFX_VARIANT_tune-mips32r2el-24kec = "mips32r2el-24kec"
> PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kec = 
> "${PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kc} mips32r2el-24kec-nf"
> +QEMU_EXTRAOPTIONS_mips32r2el-24kec-nf = " -cpu 24KEc"
> 
> MIPSPKGSFX_VARIANT_tune-mips32r2el-24kec-m16 = 
> "mips32r2el-24kec${MIPSPKGSFX_MIPS16E}"
> PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kec-m16 = 
> "${PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kec} mips32r2el-24kec-m16-nf"
> +QEMU_EXTRAOPTIONS_mips32r2el-24kec-m16-nf = " -cpu 24KEc"
> --
> 2.8.1
> 
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2 2/2] oeqa/utils/sshcontrol.py: Allows to copy symlinks to target

[mariano . lopez]

From: Mariano Lopez 

Currently when copying a symlink to the target it will fail
throwing an exception. This will recreate symlinks from the
system performing the tests to the device under tests.

[YOCTO #9932]

Signed-off-by: Mariano Lopez 
---
 meta/lib/oeqa/utils/sshcontrol.py | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/utils/sshcontrol.py 
b/meta/lib/oeqa/utils/sshcontrol.py
index f5d46e0..da485ee 100644
--- a/meta/lib/oeqa/utils/sshcontrol.py
+++ b/meta/lib/oeqa/utils/sshcontrol.py
@@ -147,8 +147,13 @@ class SSHControl(object):
 return self._internal_run(command, timeout, self.ignore_status)
 
 def copy_to(self, localpath, remotepath):
-command = self.scp + [localpath, '%s@%s:%s' % (self.user, self.ip, 
remotepath)]
-return self._internal_run(command, ignore_status=False)
+if os.path.islink(localpath):
+link = os.readlink(localpath)
+dst_dir, dst_base = os.path.split(remotepath)
+return self.run("cd %s; ln -s %s %s" % (dst_dir, link, dst_base))
+else:
+command = self.scp + [localpath, '%s@%s:%s' % (self.user, self.ip, 
remotepath)]
+return self._internal_run(command, ignore_status=False)
 
 def copy_from(self, remotepath, localpath):
 command = self.scp + ['%s@%s:%s' % (self.user, self.ip, remotepath), 
localpath]
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2 1/2] oeqa/oetest.py: Allow to export packages using symlinks

[mariano . lopez]

From: Mariano Lopez 

Currently packages that contains symlinks can't be extracted
and exported. This allows to export extracted such packages.

A nice side effect is improved readability.

[YOCTO #9932]

Signed-off-by: Mariano Lopez 
---
 meta/classes/testexport.bbclass | 24 +---
 meta/lib/oeqa/oetest.py | 17 +
 2 files changed, 18 insertions(+), 23 deletions(-)

diff --git a/meta/classes/testexport.bbclass b/meta/classes/testexport.bbclass
index 15fa470..5147020 100644
--- a/meta/classes/testexport.bbclass
+++ b/meta/classes/testexport.bbclass
@@ -47,6 +47,7 @@ def exportTests(d,tc):
 import shutil
 import pkgutil
 import re
+import oe.path
 
 exportpath = d.getVar("TEST_EXPORT_DIR", True)
 
@@ -103,7 +104,7 @@ def exportTests(d,tc):
 isfolder = True
 target_folder = os.path.join(exportpath, "oeqa", 
"runtime", os.path.basename(foldername))
 if not os.path.exists(target_folder):
-shutil.copytree(foldername, target_folder)
+oe.path.copytree(foldername, target_folder)
 if not isfolder:
 shutil.copy2(mod.path, os.path.join(exportpath, "oeqa/runtime"))
 json_file = "%s.json" % mod.path.rsplit(".", 1)[0]
@@ -132,27 +133,12 @@ def exportTests(d,tc):
 create_tarball(d, "testexport.tar.gz", d.getVar("TEST_EXPORT_DIR", True))
 
 # Copy packages needed for runtime testing
-export_pkg_dir = os.path.join(d.getVar("TEST_EXPORT_DIR", True), 
"packages")
 test_pkg_dir = d.getVar("TEST_NEEDED_PACKAGES_DIR", True)
-need_pkg_dir = False
-for root, subdirs, files in os.walk(test_pkg_dir):
-for subdir in subdirs:
-tmp_dir = os.path.join(root.replace(test_pkg_dir, "").lstrip("/"), 
subdir)
-new_dir = os.path.join(export_pkg_dir, tmp_dir)
-bb.utils.mkdirhier(new_dir)
-
-for f in files:
-need_pkg_dir = True
-src_f = os.path.join(root, f)
-dst_f = os.path.join(export_pkg_dir, root.replace(test_pkg_dir, 
"").lstrip("/"), f)
-shutil.copy2(src_f, dst_f)
-
-if need_pkg_dir:
+if os.listdir(test_pkg_dir):
+export_pkg_dir = os.path.join(d.getVar("TEST_EXPORT_DIR", True), 
"packages")
+oe.path.copytree(test_pkg_dir, export_pkg_dir)
 # Create tar file for packages needed by the DUT
 create_tarball(d, "testexport_packages_%s.tar.gz" % 
d.getVar("MACHINE", True), export_pkg_dir)
-else:
-# Remov packages dir from exported test
-bb.utils.remove(export_pkg_dir, True)
 
 # Copy SDK
 if d.getVar("TEST_EXPORT_SDK_ENABLED", True) == "1":
diff --git a/meta/lib/oeqa/oetest.py b/meta/lib/oeqa/oetest.py
index e63ca56..3bf3643 100644
--- a/meta/lib/oeqa/oetest.py
+++ b/meta/lib/oeqa/oetest.py
@@ -447,6 +447,8 @@ class RuntimeTestContext(TestContext):
 modules = self.getTestModules()
 bbpaths = self.d.getVar("BBPATH", True).split(":")
 
+shutil.rmtree(self.d.getVar("TEST_EXTRACTED_DIR", True))
+shutil.rmtree(self.d.getVar("TEST_PACKAGED_DIR", True))
 for module in modules:
 json_file = self._getJsonFile(module)
 if json_file:
@@ -458,6 +460,8 @@ class RuntimeTestContext(TestContext):
 Extract packages that will be needed during runtime.
 """
 
+import oe.path
+
 extracted_path = self.d.getVar("TEST_EXTRACTED_DIR", True)
 packaged_path = self.d.getVar("TEST_PACKAGED_DIR", True)
 
@@ -481,13 +485,18 @@ class RuntimeTestContext(TestContext):
 dst_dir = os.path.join(packaged_path)
 
 # Extract package and copy it to TEST_EXTRACTED_DIR
-if extract and not os.path.exists(dst_dir):
-pkg_dir = self._extract_in_tmpdir(pkg)
-shutil.copytree(pkg_dir, dst_dir)
+pkg_dir = self._extract_in_tmpdir(pkg)
+if extract:
+
+# Same package used for more than one test,
+# don't need to extract again.
+if os.path.exists(dst_dir):
+continue
+oe.path.copytree(pkg_dir, dst_dir)
 shutil.rmtree(pkg_dir)
 
 # Copy package to TEST_PACKAGED_DIR
-elif not extract:
+else:
 self._copy_package(pkg)
 
 def _getJsonFile(self, module):
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2 0/2] Allows to copy symlinks to DUTs with testimage

[mariano . lopez]

From: Mariano Lopez 

Currently when using the install functionality in the DUT without package
manager, if you copy a symlink the function will fail.

These series will change the behaviour and will allow to recreate the
symlinks in the DUT.

Changes in v2:

- Use oe.path.copytree instead of shutil.copytree
- Don't create function oeqa_copy, not needed anymore

[YOCTO #9932]

The following changes since commit 039f47ad197a9a53109c9f3deadd9c35e62c056d:

  uclibc: remove meta-yocto-bsp append (2016-07-26 08:56:32 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib mariano/bug9932v2
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mariano/bug9932v2

Mariano Lopez (2):
  oeqa/oetest.py: Allow to export packages using symlinks
  oeqa/utils/sshcontrol.py: Allows to copy symlinks to target

 meta/classes/testexport.bbclass   | 24 +---
 meta/lib/oeqa/oetest.py   | 17 +
 meta/lib/oeqa/utils/sshcontrol.py |  9 +++--
 3 files changed, 25 insertions(+), 25 deletions(-)

-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Allows to copy symlinks to DUTs with testimage

[Mariano Lopez]

On 07/26/2016 11:27 AM, Joshua G Lock wrote:

On Tue, 2016-07-26 at 07:39 +, mariano.lo...@linux.intel.com wrote:

From: Mariano Lopez 

Currently when using the install functionality in the DUT without
package
manager, if you copy a symlink the function will fail.

These series will change the behaviour and will allow to recreate the
symlinks in the DUT.

[YOCTO #9932]


Would oe.path.copytree() work instead of using shutil.copytree()?
copytree() was added because shutil was quite slow for our usage.


I didn't know the existence of that function, I tried it and it can 
replace shutil.copytree(). I'll send a v2.




Regards,

Joshua


Mariano Lopez
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] oeqa/utils/commands.py: Add oeqa_copy function

[Mariano Lopez]

On 07/26/2016 11:13 AM, Burton, Ross wrote:


On 26 July 2016 at 08:39, > wrote:


+def oeqa_copy(src, dst):
+"""
+Copy files and symlinks trying to preserve metadata.
+"""
+
+shutil.copy2(src, dst, follow_symlinks=False)


Why not just use shutil directly instead of having a wrapper function?


shutil.copytree didn't play nice with the symlinks, this is why I added 
this function, nevertheless, I like Joshua's approach of use 
oe.path.copytree(), so this function won't be needed.




Ross


Mariano
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel-devsrc: Don't package kernel meta-data

[Jacob Kroon]

 * The kernel meta-data doesn't need to be distributed in the kernel source
   package, so drop it
 * Fix a typo
 * Split long lines

Signed-off-by: Jacob Kroon 
---
 meta/recipes-kernel/linux/kernel-devsrc.bb | 10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index 0fdd0ad..2dcf01e 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -41,13 +41,17 @@ do_install() {
 
 #
 # Copy the staging dir source (and module build support) into the 
devsrc structure.
-# We can keep this copy simple and take everything, since a we'll 
clean up any build
+# We can keep this copy simple and take everything, since we'll clean 
up any build
 # artifacts afterwards, and the extra i/o is not significant
 #
 cd ${B}
-find . -type d -name '.git*' -prune -o -path '.debug' -prune -o -type 
f -print0 | cpio --null -pdlu $kerneldir
+find . -type d -name '.git*' -prune -o \
+   -path '.debug' -prune -o \
+   -type f -print0 | cpio --null -pdlu $kerneldir
 cd ${S}
-find . -type d -name '.git*' -prune -o -type f -print0 | cpio --null 
-pdlu $kerneldir
+find . -type d -name '.git*' -prune -o \
+   -type d -name '.kernel-meta' -prune -o \
+   -type f -print0 | cpio --null -pdlu $kerneldir
 
 # Explicitly set KBUILD_OUTPUT to ensure that the image directory is 
cleaned and not
 # The main build artifacts. We clean the directory to avoid QA errors 
on mismatched
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Allows to copy symlinks to DUTs with testimage

[Joshua G Lock]

On Tue, 2016-07-26 at 07:39 +, mariano.lo...@linux.intel.com wrote:
> From: Mariano Lopez 
> 
> Currently when using the install functionality in the DUT without
> package
> manager, if you copy a symlink the function will fail.
> 
> These series will change the behaviour and will allow to recreate the
> symlinks in the DUT.
> 
> [YOCTO #9932]


Would oe.path.copytree() work instead of using shutil.copytree()?
copytree() was added because shutil was quite slow for our usage.

Regards,

Joshua
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

[Aníbal Limón]

Hi,

I was thinking about how many more times takes to build and run the 2.7%
for me is reasonable since it's only enabled on qemu machines for
debugging purposes.

One alternative will be only enable this feature in AB builds another
one is that RP suggest to split into more kernel configurations
printk.cfg and printk_early.cfg and see how many more time takes only
with printk. [1]

+ RP and Saul

[1]
http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/features/debug/printk.cfg

alimon


On 07/26/2016 10:28 AM, Bruce Ashfield wrote:
> On 2016-07-26 10:32 AM, Ed Bartosh wrote:
>> Hi all,
>>
>> We've noticed quite big increase of core-image-minimal build time
>> caused by commit
>> d55b7650d305ffad953dd36595ee6b9aa8df5a72 linux-yocto: Enablei
>> debug/printk.scc KERNEL_FEATURE on qemuall machines.
>>
> 
> That commit only enables the following options:
> 
> CONFIG_PRINTK=y
> CONFIG_PRINTK_TIME=y
> 
> CONFIG_EARLY_PRINTK=y
> 
> CONFIG_EARLY_PRINTK_DBGP=y
> CONFIG_EARLY_PRINTK_EFI=y
> CONFIG_TTY_PRINTK=y
> 
> And yes, that will add some size to the kernel, but I'm not seeing
> similar size increases here.
> 
> If you take a look through the kernel source and build, there are
> relatively few additions to the actual kernel build that change
> based on those options, and most of them are runtime changes versus
> build-time changes.
> 
>> Here are results of /usr/bin/time -v bitbake core-image-minimal for this
>> and previous commits:
>>
>> linux-yocto: Enable debug/printk.scc KERNEL_FEATURE on qemuall
>> machines: d55b7650d305ffad953dd36595ee6b9aa8df5a72
>>  Command being timed: "bitbake core-image-minimal"
>>  User time (seconds): 14966.24
>>  System time (seconds): 3829.23
>>  Percent of CPU this job got: 1212%
>>  Elapsed (wall clock) time (h:mm:ss or m:ss): 25:50.52
>>  Average shared text size (kbytes): 0
>>  Average unshared data size (kbytes): 0
>>  Average stack size (kbytes): 0
>>  Average total size (kbytes): 0
>>  Maximum resident set size (kbytes): 917592
>>  Average resident set size (kbytes): 0
>>  Major (requiring I/O) page faults: 8105
>>  Minor (reclaiming a frame) page faults: 628476540
>>  Voluntary context switches: 26886617
>>  Involuntary context switches: 2033535
>>  Swaps: 0
>>  File system inputs: 3160048
>>  File system outputs: 78417720
>>  Socket messages sent: 0
>>  Socket messages received: 0
>>  Signals delivered: 0
>>  Page size (bytes): 4096
>>  Exit status: 0
>>
>> commit: nativesdk-packagegroup-sdk-host: Add wayland-scanner to the
>> SDK native toolchain: e833508075bcb8f2d1ccddcf46f579aea7a2ab1d
>>  Command being timed: "bitbake core-image-minimal"
>>  User time (seconds): 14526.89
>>  System time (seconds): 3770.74
>>  Percent of CPU this job got: 1193%
>>  Elapsed (wall clock) time (h:mm:ss or m:ss): 25:33.44
>>  Average shared text size (kbytes): 0
>>  Average unshared data size (kbytes): 0
>>  Average stack size (kbytes): 0
>>  Average total size (kbytes): 0
>>  Maximum resident set size (kbytes): 917792
>>  Average resident set size (kbytes): 0
>>  Major (requiring I/O) page faults: 8058
>>  Minor (reclaiming a frame) page faults: 618283939
>>  Voluntary context switches: 26538183
>>  Involuntary context switches: 1859365
>>  Swaps: 0
>>  File system inputs: 3191584
>>  File system outputs: 66411592
>>  Socket messages sent: 0
>>  Socket messages received: 0
>>  Signals delivered: 0
>>  Page size (bytes): 4096
>>  Exit status: 0
>>
>> The total time (user time + system time) incresed by 2.72% which seems
>> quite a lot.
>>
>> diff of tasks utime shows biggest difference in do_package* tasks.
>> This is probably
>> due to increased size of packages:
>>
>> do_bundle_initramfs:utime: 21 |   do_bundle_initramfs:utime: 32
>> do_compile:utime: 47  |   do_compile:utime: 51
>> do_compile_kernelmodules:utime: 39|  
>> do_compile_kernelmodules:utime: 42
>> do_configure:utime: 20|   do_configure:utime: 24
>> do_deploy:utime: 38   |   do_deploy:utime: 35
>> do_fetch:utime: 25|   do_fetch:utime: 28
>> do_install:utime: 26  |   do_install:utime: 22
>> do_kernel_checkout:utime: 21  |   do_kernel_checkout:utime: 24
>> do_kernel_configcheck:utime: 21   |   do_kernel_configcheck:utime: 21
>> do_kernel_configme:utime: 23  |   do_kernel_configme:utime: 23
>> do_kernel_link_images:utime: 24   |   do_kernel_link_images:utime: 22
>> do_kernel_metadata:utime: 25  |   do_kernel_metadata:utime: 23
>> do_package:utime: 396 |   do_package:utime: 378
>> do_packagedata:utime: 

Re: [OE-core] [PATCH 1/3] oeqa/utils/commands.py: Add oeqa_copy function

[Burton, Ross]

On 26 July 2016 at 08:39,  wrote:

> +def oeqa_copy(src, dst):
> +"""
> +Copy files and symlinks trying to preserve metadata.
> +"""
> +
> +shutil.copy2(src, dst, follow_symlinks=False)
>

Why not just use shutil directly instead of having a wrapper function?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] dpkg: use snapshot.debian.org for SRC_URI

[akuster808]

On 7/25/16 4:15 PM, Ross Burton wrote:
> Using ${DEBIAN_MIRROR} for SRC_URI doesn't work very well as that will only
> contain releases that are currently in Debian, so currently doesn't contain
> 1.18.7 as unstable has moved on to 1.18.9.
>
> So, move all of SRC_URI to the .bb so it can use snapshot.debian.org instead,
> and set UPSTREAM_CHECK_URI to ${DEBIAN_MIRROR} so upstream release checking
> continues to work.

thanks.

Krogoth needs the same fix.

- armin
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-devtools/dpkg/dpkg.inc   |  6 ++
>  meta/recipes-devtools/dpkg/dpkg_1.18.7.bb | 23 ---
>  2 files changed, 14 insertions(+), 15 deletions(-)
>
> diff --git a/meta/recipes-devtools/dpkg/dpkg.inc 
> b/meta/recipes-devtools/dpkg/dpkg.inc
> index c2215ce..da6985c 100644
> --- a/meta/recipes-devtools/dpkg/dpkg.inc
> +++ b/meta/recipes-devtools/dpkg/dpkg.inc
> @@ -2,13 +2,13 @@ SUMMARY = "Package maintenance system from Debian"
>  LICENSE = "GPLv2.0+"
>  SECTION = "base"
>  
> -SRC_URI = "${DEBIAN_MIRROR}/main/d/dpkg/dpkg_${PV}.tar.xz"
> -
>  DEPENDS = "zlib bzip2 perl ncurses"
>  DEPENDS_class-native = "bzip2-replacement-native zlib-native 
> virtual/update-alternatives-native gettext-native perl-native"
>  RDEPENDS_${PN} = "${VIRTUAL-RUNTIME_update-alternatives} xz run-postinsts 
> perl"
>  RDEPENDS_${PN}_class-native = "xz-native"
>  
> +UPSTREAM_CHECK_URI = "${DEBIAN_MIRROR}/main/d/dpkg/"
> +
>  inherit autotools gettext perlnative pkgconfig systemd
>  
>  python () {
> @@ -73,5 +73,3 @@ PACKAGES += "${PN}-perl"
>  FILES_${PN}-perl = "${libdir}/perl"
>  
>  BBCLASSEXTEND = "native"
> -
> -
> diff --git a/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb 
> b/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
> index 5375923..28fdc13 100644
> --- a/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
> +++ b/meta/recipes-devtools/dpkg/dpkg_1.18.7.bb
> @@ -1,18 +1,19 @@
>  require dpkg.inc
>  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
>  
> -SRC_URI_append_class-native =" file://glibc2.5-sync_file_range.patch "
> -SRC_URI += "file://noman.patch \
> -file://remove-tar-no-timestamp.patch \
> -file://arch_pm.patch \
> -file://dpkg-configure.service \
> -file://add_armeb_triplet_entry.patch \
> - 
> file://0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch \
> - 
> file://0003-Our-pre-postinsts-expect-D-to-be-set-when-running-in.patch \
> - 
> file://0004-The-lutimes-function-doesn-t-work-properly-for-all-s.patch \
> - file://0005-dpkg-compiler.m4-remove-Wvla.patch \
> - file://0006-add-musleabi-to-known-target-tripets.patch \
> +SRC_URI = 
> "http://snapshot.debian.org/archive/debian/20160509T100042Z/pool/main/d/${BPN}/${BPN}_${PV}.tar.xz
>  \
> +   file://noman.patch \
> +   file://remove-tar-no-timestamp.patch \
> +   file://arch_pm.patch \
> +   file://dpkg-configure.service \
> +   file://add_armeb_triplet_entry.patch \
> +   
> file://0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch \
> +   
> file://0003-Our-pre-postinsts-expect-D-to-be-set-when-running-in.patch \
> +   
> file://0004-The-lutimes-function-doesn-t-work-properly-for-all-s.patch \
> +   file://0005-dpkg-compiler.m4-remove-Wvla.patch \
> +   file://0006-add-musleabi-to-known-target-tripets.patch \
> "
> +SRC_URI_append_class-native = " file://glibc2.5-sync_file_range.patch "
>  
>  SRC_URI[md5sum] = "073dbf2129a54b0fc627464bf8af4a1b"
>  SRC_URI[sha256sum] = 
> "ace36d3a6dc750a42baf797f9e75ec580a21f92bb9ff96b482100755d6d9b87b"


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] tune-mips-24k: add QEMU_EXTRAOPTIONS for DSP and MIPS16e cores

[André Draszik]

The core emulated by default by qemu-mips(el) just crashes with
illegal instruction when encountering DSP and/or MIPS16e
instructions - we have to specify a CPU that supports the extra
instructions.

This is an issue when generating a rootfs and e.g. running some
of the package postinstall scriptlets.

The patch to qemu to add 24KEc as a CPU has been accepted
upstream, so let's use that CPU here as well as needed.

Signed-off-by: André Draszik 
---
 meta/conf/machine/include/mips/tune-mips-24k.inc | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/conf/machine/include/mips/tune-mips-24k.inc 
b/meta/conf/machine/include/mips/tune-mips-24k.inc
index 154ab56..828acd4 100644
--- a/meta/conf/machine/include/mips/tune-mips-24k.inc
+++ b/meta/conf/machine/include/mips/tune-mips-24k.inc
@@ -22,12 +22,15 @@ TUNE_FEATURES_tune-mips32r2-24kec-m16 = 
"${TUNE_FEATURES_tune-mips32r2-24kec} mi
 
 MIPSPKGSFX_VARIANT_tune-mips32r2-24kc = "mips32r2-24kc"
 PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kc = 
"${PACKAGE_EXTRA_ARCHS_tune-mips32r2-nf} mips32r2-24kc-nf"
+QEMU_EXTRAOPTIONS_mips32r2-24kc-nf = " -cpu 24Kc"
 
 MIPSPKGSFX_VARIANT_tune-mips32r2-24kec = "mips32r2-24kec"
 PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kec = 
"${PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kc} mips32r2-24kec-nf"
+QEMU_EXTRAOPTIONS_mips32r2-24kec-nf = " -cpu 24KEc"
 
 MIPSPKGSFX_VARIANT_tune-mips32r2-24kec-m16 = 
"mips32r2-24kec${MIPSPKGSFX_MIPS16E}"
 PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kec-m16 = 
"${PACKAGE_EXTRA_ARCHS_tune-mips32r2-24kec} mips32r2-24kec-m16-nf"
+QEMU_EXTRAOPTIONS_mips32r2-24kec-m16-nf = " -cpu 24KEc"
 
 
 # little endian: kc, kc+dsp=kec, kc+dsp+mips16e=kec-m16
@@ -37,9 +40,12 @@ TUNE_FEATURES_tune-mips32r2el-24kec-m16 = 
"${TUNE_FEATURES_tune-mips32r2el-24kec
 
 MIPSPKGSFX_VARIANT_tune-mips32r2el-24kc = "mips32r2el-24kc"
 PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kc = 
"${PACKAGE_EXTRA_ARCHS_tune-mips32r2el-nf} mips32r2el-24kc-nf"
+QEMU_EXTRAOPTIONS_mips32r2el-24kc-nf = " -cpu 24Kc"
 
 MIPSPKGSFX_VARIANT_tune-mips32r2el-24kec = "mips32r2el-24kec"
 PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kec = 
"${PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kc} mips32r2el-24kec-nf"
+QEMU_EXTRAOPTIONS_mips32r2el-24kec-nf = " -cpu 24KEc"
 
 MIPSPKGSFX_VARIANT_tune-mips32r2el-24kec-m16 = 
"mips32r2el-24kec${MIPSPKGSFX_MIPS16E}"
 PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kec-m16 = 
"${PACKAGE_EXTRA_ARCHS_tune-mips32r2el-24kec} mips32r2el-24kec-m16-nf"
+QEMU_EXTRAOPTIONS_mips32r2el-24kec-m16-nf = " -cpu 24KEc"
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] qemu: add patch to add mips 24KEc CPU definition

[André Draszik]

This patch has been accepted upstream:
http://lists.nongnu.org/archive/html/qemu-devel/2016-07/msg05778.html

Signed-off-by: André Draszik 
---
 meta/recipes-devtools/qemu/qemu.inc|  1 +
 ...0001-target-mips-add-24KEc-CPU-definition.patch | 54 ++
 2 files changed, 55 insertions(+)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0001-target-mips-add-24KEc-CPU-definition.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index b865223..d724aa4 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -21,6 +21,7 @@ SRC_URI = "\
 file://wacom.patch \
 file://add-ptest-in-makefile.patch \
 file://run-ptest \
+file://0001-target-mips-add-24KEc-CPU-definition.patch \
 "
 
 SRC_URI_append_class-native = "\
diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-target-mips-add-24KEc-CPU-definition.patch
 
b/meta/recipes-devtools/qemu/qemu/0001-target-mips-add-24KEc-CPU-definition.patch
new file mode 100644
index 000..c4dbee7
--- /dev/null
+++ 
b/meta/recipes-devtools/qemu/qemu/0001-target-mips-add-24KEc-CPU-definition.patch
@@ -0,0 +1,54 @@
+From 926bc194f918d46bd93557b15da8153b6a94a1d5 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andr=C3=A9=20Draszik?= 
+Date: Mon, 25 Jul 2016 23:58:22 +0100
+Subject: [PATCH] target-mips: add 24KEc CPU definition
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Define a new CPU definition supporting 24KEc cores, similar to
+the existing 24Kc, but with added support for DSP instructions
+and MIPS16e (and without FPU).
+
+Signed-off-by: André Draszik 
+---
+Upstream-Status: Submitted 
[http://lists.nongnu.org/archive/html/qemu-devel/2016-07/msg05778.html]
+ target-mips/translate_init.c | 22 ++
+ 1 file changed, 22 insertions(+)
+
+diff --git a/target-mips/translate_init.c b/target-mips/translate_init.c
+index 39ed5c4..6ae23e4 100644
+--- a/target-mips/translate_init.c
 b/target-mips/translate_init.c
+@@ -256,6 +256,28 @@ static const mips_def_t mips_defs[] =
+ .mmu_type = MMU_TYPE_R4000,
+ },
+ {
++.name = "24KEc",
++.CP0_PRid = 0x00019600,
++.CP0_Config0 = MIPS_CONFIG0 | (0x1 << CP0C0_AR) |
++   (MMU_TYPE_R4000 << CP0C0_MT),
++.CP0_Config1 = MIPS_CONFIG1 | (15 << CP0C1_MMU) |
++   (0 << CP0C1_IS) | (3 << CP0C1_IL) | (1 << CP0C1_IA) |
++   (0 << CP0C1_DS) | (3 << CP0C1_DL) | (1 << CP0C1_DA) |
++   (1 << CP0C1_CA),
++.CP0_Config2 = MIPS_CONFIG2,
++.CP0_Config3 = MIPS_CONFIG3 | (1 << CP0C3_DSPP) | (0 << CP0C3_VInt),
++.CP0_LLAddr_rw_bitmask = 0,
++.CP0_LLAddr_shift = 4,
++.SYNCI_Step = 32,
++.CCRes = 2,
++/* we have a DSP, but no FPU */
++.CP0_Status_rw_bitmask = 0x1378FF1F,
++.SEGBITS = 32,
++.PABITS = 32,
++.insn_flags = CPU_MIPS32R2 | ASE_MIPS16 | ASE_DSP,
++.mmu_type = MMU_TYPE_R4000,
++},
++{
+ .name = "24Kf",
+ .CP0_PRid = 0x00019300,
+ .CP0_Config0 = MIPS_CONFIG0 | (0x1 << CP0C0_AR) |
+-- 
+2.8.1
+
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/3] oeqa/utils/commands.py: Add oeqa_copy function

[mariano . lopez]

From: Mariano Lopez 

This new function is just a call to shutil.copy2() with
follow_symlinks set to False. This function is needed
when using shutil.copytree() to preserve the symlinks.

[YOCTO #9932]

Signed-off-by: Mariano Lopez 
---
 meta/lib/oeqa/utils/commands.py | 9 +
 1 file changed, 9 insertions(+)

diff --git a/meta/lib/oeqa/utils/commands.py b/meta/lib/oeqa/utils/commands.py
index 4f79d15..eedc4d7 100644
--- a/meta/lib/oeqa/utils/commands.py
+++ b/meta/lib/oeqa/utils/commands.py
@@ -18,6 +18,7 @@ from oeqa.utils import CommandError
 from oeqa.utils import ftools
 import re
 import contextlib
+import shutil
 # Export test doesn't require bb
 try:
 import bb
@@ -273,3 +274,11 @@ def updateEnv(env_file):
 for line in result.output.split("\0"):
 (key, _, value) = line.partition("=")
 os.environ[key] = value
+
+def oeqa_copy(src, dst):
+"""
+Copy files and symlinks trying to preserve metadata.
+"""
+
+shutil.copy2(src, dst, follow_symlinks=False)
+
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/3] Allows to copy symlinks to DUTs with testimage

[mariano . lopez]

From: Mariano Lopez 

Currently when using the install functionality in the DUT without package
manager, if you copy a symlink the function will fail.

These series will change the behaviour and will allow to recreate the
symlinks in the DUT.

[YOCTO #9932]


The following changes since commit 039f47ad197a9a53109c9f3deadd9c35e62c056d:

  uclibc: remove meta-yocto-bsp append (2016-07-26 08:56:32 +0100)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib mariano/bug9932
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mariano/bug9932

Mariano Lopez (3):
  oeqa/utils/commands.py: Add oeqa_copy function
  oeqa/oetest.py: Allow to export packages using symlinks
  oeqa/utils/sshcontrol.py: Allows to copy symlinks to target

 meta/classes/testexport.bbclass   | 22 --
 meta/lib/oeqa/oetest.py   | 16 
 meta/lib/oeqa/utils/commands.py   |  9 +
 meta/lib/oeqa/utils/sshcontrol.py |  9 +++--
 4 files changed, 32 insertions(+), 24 deletions(-)

-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] oeqa/oetest.py: Allow to export packages using symlinks

[mariano . lopez]

From: Mariano Lopez 

Currently packages that contains symlinks can't be extracted
and exported. This allows to export extracted such packages.

A nice side effect is improved readability.

[YOCTO #9932]

Signed-off-by: Mariano Lopez 
---
 meta/classes/testexport.bbclass | 22 --
 meta/lib/oeqa/oetest.py | 16 
 2 files changed, 16 insertions(+), 22 deletions(-)

diff --git a/meta/classes/testexport.bbclass b/meta/classes/testexport.bbclass
index 15fa470..4d2641b 100644
--- a/meta/classes/testexport.bbclass
+++ b/meta/classes/testexport.bbclass
@@ -47,6 +47,7 @@ def exportTests(d,tc):
 import shutil
 import pkgutil
 import re
+from oeqa.utils.commands import oeqa_copy
 
 exportpath = d.getVar("TEST_EXPORT_DIR", True)
 
@@ -132,27 +133,12 @@ def exportTests(d,tc):
 create_tarball(d, "testexport.tar.gz", d.getVar("TEST_EXPORT_DIR", True))
 
 # Copy packages needed for runtime testing
-export_pkg_dir = os.path.join(d.getVar("TEST_EXPORT_DIR", True), 
"packages")
 test_pkg_dir = d.getVar("TEST_NEEDED_PACKAGES_DIR", True)
-need_pkg_dir = False
-for root, subdirs, files in os.walk(test_pkg_dir):
-for subdir in subdirs:
-tmp_dir = os.path.join(root.replace(test_pkg_dir, "").lstrip("/"), 
subdir)
-new_dir = os.path.join(export_pkg_dir, tmp_dir)
-bb.utils.mkdirhier(new_dir)
-
-for f in files:
-need_pkg_dir = True
-src_f = os.path.join(root, f)
-dst_f = os.path.join(export_pkg_dir, root.replace(test_pkg_dir, 
"").lstrip("/"), f)
-shutil.copy2(src_f, dst_f)
-
-if need_pkg_dir:
+if os.listdir(test_pkg_dir):
+export_pkg_dir = os.path.join(d.getVar("TEST_EXPORT_DIR", True), 
"packages")
+shutil.copytree(test_pkg_dir, export_pkg_dir, copy_function=oeqa_copy)
 # Create tar file for packages needed by the DUT
 create_tarball(d, "testexport_packages_%s.tar.gz" % 
d.getVar("MACHINE", True), export_pkg_dir)
-else:
-# Remov packages dir from exported test
-bb.utils.remove(export_pkg_dir, True)
 
 # Copy SDK
 if d.getVar("TEST_EXPORT_SDK_ENABLED", True) == "1":
diff --git a/meta/lib/oeqa/oetest.py b/meta/lib/oeqa/oetest.py
index e63ca56..bb6b908 100644
--- a/meta/lib/oeqa/oetest.py
+++ b/meta/lib/oeqa/oetest.py
@@ -26,6 +26,7 @@ try:
 import oeqa.sdkext
 except ImportError:
 pass
+from oeqa.utils.commands import oeqa_copy
 from oeqa.utils.decorators import LogResults, gettag, getResults
 from oeqa.utils import avoid_paths_in_environ
 
@@ -447,6 +448,8 @@ class RuntimeTestContext(TestContext):
 modules = self.getTestModules()
 bbpaths = self.d.getVar("BBPATH", True).split(":")
 
+shutil.rmtree(self.d.getVar("TEST_EXTRACTED_DIR", True))
+shutil.rmtree(self.d.getVar("TEST_PACKAGED_DIR", True))
 for module in modules:
 json_file = self._getJsonFile(module)
 if json_file:
@@ -481,13 +484,18 @@ class RuntimeTestContext(TestContext):
 dst_dir = os.path.join(packaged_path)
 
 # Extract package and copy it to TEST_EXTRACTED_DIR
-if extract and not os.path.exists(dst_dir):
-pkg_dir = self._extract_in_tmpdir(pkg)
-shutil.copytree(pkg_dir, dst_dir)
+pkg_dir = self._extract_in_tmpdir(pkg)
+if extract:
+
+# Same package used for more than one test,
+# don't need to extract again.
+if os.path.exists(dst_dir):
+continue
+shutil.copytree(pkg_dir, dst_dir, copy_function=oeqa_copy)
 shutil.rmtree(pkg_dir)
 
 # Copy package to TEST_PACKAGED_DIR
-elif not extract:
+else:
 self._copy_package(pkg)
 
 def _getJsonFile(self, module):
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] oeqa/utils/sshcontrol.py: Allows to copy symlinks to target

[mariano . lopez]

From: Mariano Lopez 

Currently when copying a symlink to the target it will fail
throwing an exception. This will recreate symlinks from
the system performing the tests to the device under tests.

[YOCTO #9932]

Signed-off-by: Mariano Lopez 
---
 meta/lib/oeqa/utils/sshcontrol.py | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/utils/sshcontrol.py 
b/meta/lib/oeqa/utils/sshcontrol.py
index f5d46e0..da485ee 100644
--- a/meta/lib/oeqa/utils/sshcontrol.py
+++ b/meta/lib/oeqa/utils/sshcontrol.py
@@ -147,8 +147,13 @@ class SSHControl(object):
 return self._internal_run(command, timeout, self.ignore_status)
 
 def copy_to(self, localpath, remotepath):
-command = self.scp + [localpath, '%s@%s:%s' % (self.user, self.ip, 
remotepath)]
-return self._internal_run(command, ignore_status=False)
+if os.path.islink(localpath):
+link = os.readlink(localpath)
+dst_dir, dst_base = os.path.split(remotepath)
+return self.run("cd %s; ln -s %s %s" % (dst_dir, link, dst_base))
+else:
+command = self.scp + [localpath, '%s@%s:%s' % (self.user, self.ip, 
remotepath)]
+return self._internal_run(command, ignore_status=False)
 
 def copy_from(self, remotepath, localpath):
 command = self.scp + ['%s@%s:%s' % (self.user, self.ip, remotepath), 
localpath]
-- 
2.6.6

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

[Bruce Ashfield]

On 2016-07-26 10:32 AM, Ed Bartosh wrote:

Hi all,

We've noticed quite big increase of core-image-minimal build time caused by 
commit
d55b7650d305ffad953dd36595ee6b9aa8df5a72 linux-yocto: Enablei debug/printk.scc 
KERNEL_FEATURE on qemuall machines.



That commit only enables the following options:

CONFIG_PRINTK=y
CONFIG_PRINTK_TIME=y

CONFIG_EARLY_PRINTK=y

CONFIG_EARLY_PRINTK_DBGP=y
CONFIG_EARLY_PRINTK_EFI=y
CONFIG_TTY_PRINTK=y

And yes, that will add some size to the kernel, but I'm not seeing
similar size increases here.

If you take a look through the kernel source and build, there are
relatively few additions to the actual kernel build that change
based on those options, and most of them are runtime changes versus
build-time changes.


Here are results of /usr/bin/time -v bitbake core-image-minimal for this
and previous commits:

linux-yocto: Enable debug/printk.scc KERNEL_FEATURE on qemuall machines: 
d55b7650d305ffad953dd36595ee6b9aa8df5a72
 Command being timed: "bitbake core-image-minimal"
 User time (seconds): 14966.24
 System time (seconds): 3829.23
 Percent of CPU this job got: 1212%
 Elapsed (wall clock) time (h:mm:ss or m:ss): 25:50.52
 Average shared text size (kbytes): 0
 Average unshared data size (kbytes): 0
 Average stack size (kbytes): 0
 Average total size (kbytes): 0
 Maximum resident set size (kbytes): 917592
 Average resident set size (kbytes): 0
 Major (requiring I/O) page faults: 8105
 Minor (reclaiming a frame) page faults: 628476540
 Voluntary context switches: 26886617
 Involuntary context switches: 2033535
 Swaps: 0
 File system inputs: 3160048
 File system outputs: 78417720
 Socket messages sent: 0
 Socket messages received: 0
 Signals delivered: 0
 Page size (bytes): 4096
 Exit status: 0

commit: nativesdk-packagegroup-sdk-host: Add wayland-scanner to the SDK native 
toolchain: e833508075bcb8f2d1ccddcf46f579aea7a2ab1d
 Command being timed: "bitbake core-image-minimal"
 User time (seconds): 14526.89
 System time (seconds): 3770.74
 Percent of CPU this job got: 1193%
 Elapsed (wall clock) time (h:mm:ss or m:ss): 25:33.44
 Average shared text size (kbytes): 0
 Average unshared data size (kbytes): 0
 Average stack size (kbytes): 0
 Average total size (kbytes): 0
 Maximum resident set size (kbytes): 917792
 Average resident set size (kbytes): 0
 Major (requiring I/O) page faults: 8058
 Minor (reclaiming a frame) page faults: 618283939
 Voluntary context switches: 26538183
 Involuntary context switches: 1859365
 Swaps: 0
 File system inputs: 3191584
 File system outputs: 66411592
 Socket messages sent: 0
 Socket messages received: 0
 Signals delivered: 0
 Page size (bytes): 4096
 Exit status: 0

The total time (user time + system time) incresed by 2.72% which seems quite a 
lot.

diff of tasks utime shows biggest difference in do_package* tasks. This is 
probably
due to increased size of packages:

do_bundle_initramfs:utime: 21 |   do_bundle_initramfs:utime: 32
do_compile:utime: 47  |   do_compile:utime: 51
do_compile_kernelmodules:utime: 39|   do_compile_kernelmodules:utime: 42
do_configure:utime: 20|   do_configure:utime: 24
do_deploy:utime: 38   |   do_deploy:utime: 35
do_fetch:utime: 25|   do_fetch:utime: 28
do_install:utime: 26  |   do_install:utime: 22
do_kernel_checkout:utime: 21  |   do_kernel_checkout:utime: 24
do_kernel_configcheck:utime: 21   |   do_kernel_configcheck:utime: 21
do_kernel_configme:utime: 23  |   do_kernel_configme:utime: 23
do_kernel_link_images:utime: 24   |   do_kernel_link_images:utime: 22
do_kernel_metadata:utime: 25  |   do_kernel_metadata:utime: 23
do_package:utime: 396 |   do_package:utime: 378
do_packagedata:utime: 35  |   do_packagedata:utime: 34
do_package_qa:utime: 460  |   do_package_qa:utime: 492
do_package_write_rpm:utime: 431   |   do_package_write_rpm:utime: 399
do_patch:utime: 25|   do_patch:utime: 25
do_populate_lic:utime: 30 |   do_populate_lic:utime: 29
do_populate_sysroot:utime: 33 |   do_populate_sysroot:utime: 30
do_shared_workdir:utime: 24   |   do_shared_workdir:utime: 25
do_sizecheck:utime: 23|   do_sizecheck:utime: 21
do_strip:utime: 23|   do_strip:utime: 23
do_uboot_mkimage:utime: 25|   do_uboot_mkimage:utime: 24
do_unpack:utime: 21   |   do_unpack:utime: 22
do_validate_branches:utime: 23|   do_validate_branches:utime: 24

There is also quite big increase in consumed disk sp

[OE-core] [PATCH] bash: add patch to build w/ -Wformat-security

[André Draszik]

From: André Draszik 

Signed-off-by: André Draszik 
---
 ...1-help-fix-printf-format-security-warning.patch | 35 ++
 meta/recipes-extended/bash/bash_4.3.30.bb  |  1 +
 2 files changed, 36 insertions(+)
 create mode 100644 
meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch

diff --git 
a/meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
 
b/meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
new file mode 100644
index 000..5405c84
--- /dev/null
+++ 
b/meta/recipes-extended/bash/bash/0001-help-fix-printf-format-security-warning.patch
@@ -0,0 +1,35 @@
+From e5837a42f8f48a6a721805ff8f7fcd32861d09ca Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andr=C3=A9=20Draszik?= 
+Date: Tue, 26 Jul 2016 13:09:47 +0100
+Subject: [PATCH] help: fix printf() format security warning
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+| ../../bash-4.3.30/builtins/../../bash-4.3.30/builtins/help.def: In function 
'help_builtin':
+| ../../bash-4.3.30/builtins/../../bash-4.3.30/builtins/help.def:130:7: error: 
format not a string literal and no format arguments [-Werror=format-security]
+|printf (ngettext ("Shell commands matching keyword `", "Shell 
commands matching keywords `", (list->next ? 2 : 1)));
+|^~
+
+Signed-off-by: André Draszik 
+---
+Upstream-Status: Pending
+ builtins/help.def | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/builtins/help.def b/builtins/help.def
+index 1894f17..cf624c6 100644
+--- a/builtins/help.def
 b/builtins/help.def
+@@ -127,7 +127,7 @@ help_builtin (list)
+ 
+   if (glob_pattern_p (list->word->word))
+ {
+-  printf (ngettext ("Shell commands matching keyword `", "Shell commands 
matching keywords `", (list->next ? 2 : 1)));
++  printf ("%s", ngettext ("Shell commands matching keyword `", "Shell 
commands matching keywords `", (list->next ? 2 : 1)));
+   print_word_list (list, ", ");
+   printf ("'\n\n");
+ }
+-- 
+2.8.1
+
diff --git a/meta/recipes-extended/bash/bash_4.3.30.bb 
b/meta/recipes-extended/bash/bash_4.3.30.bb
index 95ed392..16a3139 100644
--- a/meta/recipes-extended/bash/bash_4.3.30.bb
+++ b/meta/recipes-extended/bash/bash_4.3.30.bb
@@ -21,6 +21,7 @@ SRC_URI = "${GNU_MIRROR}/bash/${BP}.tar.gz;name=tarball \
file://fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch \
file://run-ptest \
   file://fix-run-builtins.patch \
+   file://0001-help-fix-printf-format-security-warning.patch \
"
 
 SRC_URI[tarball.md5sum] = "a27b3ee9be83bd3ba448c0ff52b28447"
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3 0/4] license: Sync with SPDX 2.0, pull request

[Mark Hatle]

On 7/26/16 9:12 AM, Richard Purdie wrote:
> On Tue, 2016-07-26 at 16:19 +0300, Sergei Miroshnichenko wrote:
>> Here are the request for a community review for a synchronization
>> with the SPDX License List (git.spdx.org/license-list.git) and adding
>> license operators to meet SPDX 2.0 specification compliance
>> (https://spdx.org/sites/spdx/files/SPDX-2.0.pdf Appendix IV: SPDX
>> License Expression).
>>
>> The whole patch series is way too big to send them to the mailing 
>> list (the biggest one is ~3MiB), so please find the diffs via gitweb 
>> of the -contrib repo.
> 
> Whilst we certainly want to collaborate with SPDX, we've never said our
> LICENSE field should match what SPDX is doing. Your patch appears to
> unequivocally join them as a 1:1 mapping and I'm not sure this is
> something we've ever planned or agreed to. These fields do get written
> into the packages and used in a variety of places.
> 
> Certainly if we are going to map them 1:1, this is something which
> would need discussion on the OE architecture list first. I'd be nervous
> about committing to do that, not knowing or having any influence over
> what SPDX may do next. 
> 
> Is the intent here to map us 1:1 with SPDX and are you advocating that?

I agree.  This needs to be set as part of the OE Architecture first.  I don't
object to the format or contents of the change -- just that it's a pretty big
change for how things work.

Also looking over the patches, the changes to the license text (common-licenses)
need some more explanation.  The comment says it syncs to the spdx license list.
 But mostly what I see are simply format changes that actually make it harder
for developers to read the license text.

Is there any reference/explanation as to why the formatting changes are
required/suggested/etc?

--Mark


> Cheers,
> 
> Richard
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

[Ed Bartosh]

Hi all,

We've noticed quite big increase of core-image-minimal build time caused by 
commit
d55b7650d305ffad953dd36595ee6b9aa8df5a72 linux-yocto: Enablei debug/printk.scc 
KERNEL_FEATURE on qemuall machines.

Here are results of /usr/bin/time -v bitbake core-image-minimal for this
and previous commits:

linux-yocto: Enable debug/printk.scc KERNEL_FEATURE on qemuall machines: 
d55b7650d305ffad953dd36595ee6b9aa8df5a72
Command being timed: "bitbake core-image-minimal"
User time (seconds): 14966.24
System time (seconds): 3829.23
Percent of CPU this job got: 1212%
Elapsed (wall clock) time (h:mm:ss or m:ss): 25:50.52
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 917592
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 8105
Minor (reclaiming a frame) page faults: 628476540
Voluntary context switches: 26886617
Involuntary context switches: 2033535
Swaps: 0
File system inputs: 3160048
File system outputs: 78417720
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0

commit: nativesdk-packagegroup-sdk-host: Add wayland-scanner to the SDK native 
toolchain: e833508075bcb8f2d1ccddcf46f579aea7a2ab1d
Command being timed: "bitbake core-image-minimal"
User time (seconds): 14526.89
System time (seconds): 3770.74
Percent of CPU this job got: 1193%
Elapsed (wall clock) time (h:mm:ss or m:ss): 25:33.44
Average shared text size (kbytes): 0
Average unshared data size (kbytes): 0
Average stack size (kbytes): 0
Average total size (kbytes): 0
Maximum resident set size (kbytes): 917792
Average resident set size (kbytes): 0
Major (requiring I/O) page faults: 8058
Minor (reclaiming a frame) page faults: 618283939
Voluntary context switches: 26538183
Involuntary context switches: 1859365
Swaps: 0
File system inputs: 3191584
File system outputs: 66411592
Socket messages sent: 0
Socket messages received: 0
Signals delivered: 0
Page size (bytes): 4096
Exit status: 0

The total time (user time + system time) incresed by 2.72% which seems quite a 
lot.

diff of tasks utime shows biggest difference in do_package* tasks. This is 
probably
due to increased size of packages:

do_bundle_initramfs:utime: 21 |   do_bundle_initramfs:utime: 32
do_compile:utime: 47  |   do_compile:utime: 51
do_compile_kernelmodules:utime: 39|   do_compile_kernelmodules:utime: 42
do_configure:utime: 20|   do_configure:utime: 24
do_deploy:utime: 38   |   do_deploy:utime: 35
do_fetch:utime: 25|   do_fetch:utime: 28
do_install:utime: 26  |   do_install:utime: 22
do_kernel_checkout:utime: 21  |   do_kernel_checkout:utime: 24
do_kernel_configcheck:utime: 21   |   do_kernel_configcheck:utime: 21
do_kernel_configme:utime: 23  |   do_kernel_configme:utime: 23
do_kernel_link_images:utime: 24   |   do_kernel_link_images:utime: 22
do_kernel_metadata:utime: 25  |   do_kernel_metadata:utime: 23
do_package:utime: 396 |   do_package:utime: 378
do_packagedata:utime: 35  |   do_packagedata:utime: 34
do_package_qa:utime: 460  |   do_package_qa:utime: 492
do_package_write_rpm:utime: 431   |   do_package_write_rpm:utime: 399
do_patch:utime: 25|   do_patch:utime: 25
do_populate_lic:utime: 30 |   do_populate_lic:utime: 29
do_populate_sysroot:utime: 33 |   do_populate_sysroot:utime: 30
do_shared_workdir:utime: 24   |   do_shared_workdir:utime: 25
do_sizecheck:utime: 23|   do_sizecheck:utime: 21
do_strip:utime: 23|   do_strip:utime: 23
do_uboot_mkimage:utime: 25|   do_uboot_mkimage:utime: 24
do_unpack:utime: 21   |   do_unpack:utime: 22
do_validate_branches:utime: 23|   do_validate_branches:utime: 24

There is also quite big increase in consumed disk space by the kernel
and modules:
$ ls -lh 
./tmp.bad/work/qemux86-poky-linux/linux-yocto/4.4.14+gitAUTOINC+4800a400d5_8361321fec-r0/image/boot/vmlinux-4.4.14-yocto-standard
-rw-r--r-- 1 ed ed 261M Jul 25 12:39 
./tmp.bad/work/qemux86-poky-linux/linux-yocto/4.4.14+gitAUTOINC+4800a400d5_8361321fec-r0/image/boot/vmlinux-4.4.14-yocto-standard
$ ls -lh 
./tmp.prev/work/qemux86-poky-linux/linux-yocto/4.4.14+gitAUTOINC+4800a400d5_8361321fec-r0/image/boot/vmlinux-4.4.14-yocto-standard
-rw-r--r-- 1 ed ed 19M Jul 25 17:34 
./tmp.prev/work/qemux86-poky-linux/linux-yocto/4.4.14+gitAUTOINC+4800a400d5_

Re: [OE-core] [PATCH 3/7] libinput: fix udevdir

[Burton, Ross]

On 26 July 2016 at 01:49, Robert Yang  wrote:

> I'd like to update bitbake.conf to lib/udev (no rules.d) if no objections,
> then we can drop this patch.
>

Just actually looked at what libinput is shipping.  :) This seems sensible
to me.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

[Robert P. J. Day]

On Tue, 26 Jul 2016, Burton, Ross wrote:

>
> On 26 July 2016 at 15:19, Robert P. J. Day  wrote:
>     i'm good with that, and one more (potentially idiotic) question
>   about run-postinsts. i note in the OE recipe file that it inherits
>   "update-rc.d", but i'm not sure why.
>
>     AIUI (and i could be totally off-base here), i thought systemd
>   needed update-rc.d only for backward compatibility for sysvinit-style
>   services, is that right?
>
>     so while run-postinsts is free to inherit update-rc.d, does that
>   have any value if one is not using any sysvinit-driven services? or am
>   i misunderstanding the fundamental functionality of update-rc.d?
>
> It inherits update-rcd and systemd so that it runs on both systemd
> and sysvinit systems.

  ok, so my initial assumption was correct ... its value lies solely
in interoperability with sysvinit components; if i have a pure systemd
build, it has no effect. gotcha.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

[Burton, Ross]

On 26 July 2016 at 15:19, Robert P. J. Day  wrote:

>   i'm good with that, and one more (potentially idiotic) question
> about run-postinsts. i note in the OE recipe file that it inherits
> "update-rc.d", but i'm not sure why.
>
>   AIUI (and i could be totally off-base here), i thought systemd
> needed update-rc.d only for backward compatibility for sysvinit-style
> services, is that right?
>
>   so while run-postinsts is free to inherit update-rc.d, does that
> have any value if one is not using any sysvinit-driven services? or am
> i misunderstanding the fundamental functionality of update-rc.d?
>

It inherits update-rcd and systemd so that it runs on both systemd and
sysvinit systems.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

[Robert P. J. Day]

On Tue, 26 Jul 2016, Burton, Ross wrote:

>
> On 26 July 2016 at 15:03, Robert P. J. Day  wrote:
>     for the first time, i want to use run-postinsts to run some initial
>   system setup, so i'm assuming i need to add that recipe to my image
>   and the associated files, but i'm curious as to why run-postinsts
>   lives under recipes-devtools. it doesn't strike me as a development
>   tool, so what's the reasoning there? thanks.
>
> For no reason reason other than it's intimately tied to
> dpkg/opkg/rpm, which are also in devtools.

  i'm good with that, and one more (potentially idiotic) question
about run-postinsts. i note in the OE recipe file that it inherits
"update-rc.d", but i'm not sure why.

  AIUI (and i could be totally off-base here), i thought systemd
needed update-rc.d only for backward compatibility for sysvinit-style
services, is that right?

  so while run-postinsts is free to inherit update-rc.d, does that
have any value if one is not using any sysvinit-driven services? or am
i misunderstanding the fundamental functionality of update-rc.d?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3 0/4] license: Sync with SPDX 2.0, pull request

[Richard Purdie]

On Tue, 2016-07-26 at 16:19 +0300, Sergei Miroshnichenko wrote:
> Here are the request for a community review for a synchronization
> with the SPDX License List (git.spdx.org/license-list.git) and adding
> license operators to meet SPDX 2.0 specification compliance
> (https://spdx.org/sites/spdx/files/SPDX-2.0.pdf Appendix IV: SPDX
> License Expression).
> 
> The whole patch series is way too big to send them to the mailing 
> list (the biggest one is ~3MiB), so please find the diffs via gitweb 
> of the -contrib repo.

Whilst we certainly want to collaborate with SPDX, we've never said our
LICENSE field should match what SPDX is doing. Your patch appears to
unequivocally join them as a 1:1 mapping and I'm not sure this is
something we've ever planned or agreed to. These fields do get written
into the packages and used in a variety of places.

Certainly if we are going to map them 1:1, this is something which
would need discussion on the OE architecture list first. I'd be nervous
about committing to do that, not knowing or having any influence over
what SPDX may do next. 

Is the intent here to map us 1:1 with SPDX and are you advocating that?

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

[Burton, Ross]

On 26 July 2016 at 15:03, Robert P. J. Day  wrote:

>   for the first time, i want to use run-postinsts to run some initial
> system setup, so i'm assuming i need to add that recipe to my image
> and the associated files, but i'm curious as to why run-postinsts
> lives under recipes-devtools. it doesn't strike me as a development
> tool, so what's the reasoning there? thanks.
>

For no reason reason other than it's intimately tied to dpkg/opkg/rpm,
which are also in devtools.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] why is "run-postinsts" considered a "development" recipe?

[Robert P. J. Day]

  for the first time, i want to use run-postinsts to run some initial
system setup, so i'm assuming i need to add that recipe to my image
and the associated files, but i'm curious as to why run-postinsts
lives under recipes-devtools. it doesn't strike me as a development
tool, so what's the reasoning there? thanks.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] wget: Add --ssh-askpass support

[Burton, Ross]

On 22 July 2016 at 19:24, Liam R. Howlett 
wrote:

> diff --git 
> a/meta/recipes-extended/wget/wget/0001-wget-Add-ssh-askpass-support.patch
> b/meta/recipes-extended/wget/wget/0001-wget-Add-ssh-askpass-support.patch
> new file mode 100644
> index 000..e402375
> --- /dev/null
> +++ b/meta/recipes-extended/wget/wget/0001-wget
> -Add-ssh-askpass-support.patch
> [snip]
>


> diff --git a/meta/recipes-extended/wget/wget_1.18.bb
> b/meta/recipes-extended/wget/wget_1.18.bb
> index c969b98..20ec503 100644
> --- a/meta/recipes-extended/wget/wget_1.18.bb
> +++ b/meta/recipes-extended/wget/wget_1.18.bb
> @@ -1,5 +1,6 @@
>  SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \
>
> file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
> +   file://0001-Add-ssh-askpass-support.patch \


As the patch and the SRC_URI don't match, this patch clearly hasn't been
tested.

Also if you're working with upstream then please change the Upstream-Status
to Submitted and provide a link (mailing list post, bug entry, whatever).

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3 0/4] license: Sync with SPDX 2.0, pull request

[Sergei Miroshnichenko]

Hi all,

Here are the request for a community review for a synchronization with
the SPDX License List (git.spdx.org/license-list.git) and adding license
operators to meet SPDX 2.0 specification compliance
(https://spdx.org/sites/spdx/files/SPDX-2.0.pdf Appendix IV: SPDX
License Expression).

The whole patch series is way too big to send them to the mailing list
(the biggest one is ~3MiB), so please find the diffs via gitweb of the
-contrib repo.

Best regards,
Sergei Miroshnichenko

The following changes since commit 0a2df616a5c3316704742f1dcf37b450920e0280:

  boost: fix CVE-2012-2677 (2016-07-21 07:45:01 +0100)

are available in the git repository at:

  http://git.openembedded.org/openembedded-core-contrib/ sergeimir/spdx2_sync
  
http://git.openembedded.org/openembedded-core-contrib/log/?h=sergeimir/spdx2_sync

for you to fetch changes up to 46b0722248b9704f539e50d73f42ef6ac86533ef:

  license: Remove deprecated references (2016-07-26 10:54:44 +0300)


Sergei Miroshnichenko (4):
  common-licenses: Sync license files with SPDX repo
  common-licenses: Add SPDX license exception files
  license: Add support for SPDX 2.0 operators
  license: Remove deprecated references

 meta-selftest/recipes-test/recipetool/selftest-recipetool-appendfile.bb
 |   2 +-
 meta/classes/license.bbclass   
 |  17 +-
 meta/conf/licenses.conf
 |   7 -
 meta/files/common-licenses/389-exception   
 |   7 +
 meta/files/common-licenses/AAL 
 |  64 ++--
 meta/files/common-licenses/AFL-1.2 
 | 127 +---
 meta/files/common-licenses/AFL-2.0 
 |  53 ++-
 meta/files/common-licenses/AFL-2.1 
 |  31 +-
 meta/files/common-licenses/AFL-3.0 
 |  38 ++-
 meta/files/common-licenses/AGPL-3.0
 | 856 +
 meta/files/common-licenses/ANTLR-PD
 |  33 +-
 meta/files/common-licenses/APL-1.0 
 | 223 -
 meta/files/common-licenses/APSL-1.0
 | 449 ++
 meta/files/common-licenses/APSL-1.1
 | 444 +
 meta/files/common-licenses/APSL-1.2
 |  84 +++--
 meta/files/common-licenses/APSL-2.0
 |  94 +++---
 meta/files/common-licenses/Adobe   
 |   2 +-
 meta/files/common-licenses/Adobe-2006  
 |  12 +
 meta/files/common-licenses/Adobe-Glyph 
 |  10 +
 meta/files/common-licenses/Apache-1.0  
 |  71 +---
 meta/files/common-licenses/Apache-1.1  
 |  75 ++---
 meta/files/common-licenses/Apache-2.0  
 | 271 
 meta/files/common-licenses/Artistic-1.0
 |  41 ++-
 meta/files/common-licenses/Artistic-1.0-Perl   
 |  51 +++
 meta/files/common-licenses/Artistic-1.0-cl8
 |  51 +++
 meta/files/common-licenses/Artistic-2.0
 | 226 -
 meta/files/common-licenses/Autoconf-exception-2.0  
 |   5 +
 meta/files/common-licenses/{GPL-3.0-with-autoconf-exception => 
Autoconf-exception-3.0}  |  12 +-
 meta/files/common-licenses/BSD-2-Clause
 |  12 +-
 meta/files/common-licenses/BSD-2-Clause-FreeBSD
 |  13 +
 meta/files/common-licenses/BSD-2-Clause-NetBSD 
 |  11 +
 meta/files/common-licenses/BSD-3-Clause
 |  14 +-
 meta/files/common-licenses/B

[OE-core] [PATCH] uncovered: list uncovered python modules

[Ed Bartosh]

This bash script prints list of modules uncovered by oe-selftest
or any other test that produces coverage report.

It expects coverage report on its stdin and a directory to look
for python modules as a command line parameter, e.g.
coverage report --rcfile=build/.coveragerc | ./scripts/contrib/uncovered 
bitbake/
should print list of uncovered python modules from bitbake/
directory tree to stdout.

[YOCTO #9809]

Signed-off-by: Ed Bartosh 
---
 scripts/contrib/uncovered | 39 +++
 1 file changed, 39 insertions(+)
 create mode 100755 scripts/contrib/uncovered

diff --git a/scripts/contrib/uncovered b/scripts/contrib/uncovered
new file mode 100755
index 000..a8399ad
--- /dev/null
+++ b/scripts/contrib/uncovered
@@ -0,0 +1,39 @@
+#!/bin/bash -eur
+# ex:ts=4:sw=4:sts=4:et
+# -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*-
+#
+# Find python modules uncovered by oe-seltest
+#
+# Copyright (c) 2016, Intel Corporation
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License along
+# with this program; if not, write to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+#
+# Author: Ed Bartosh 
+#
+
+if [ ! "$#" -eq 1 -o -t 0 ] ; then
+echo 'Usage: coverage report | ./scripts/contrib/uncovered ' 1>&2
+exit 1
+fi
+
+path=$(readlink -ev $1)
+
+if [ ! -d "$path" ] ; then
+echo "directory $1 doesn't exist" 1>&2
+exit 1
+fi
+
+diff -u <(grep "$path" | grep -v '0%$' | cut -f1 -d: | sort) \
+ <(find $path | xargs file | grep 'Python script' | cut -f1 -d:| sort) | \
+ grep "^+$path" | cut -c2-
-- 
2.1.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Building for armv7athf-neon but toolchain is softfp

[thilo.ceston...@ts.fujitsu.com]

Hey Khem,

> Seems steps are all ok. Can you upload your hello world somewhere.

http://thilo.cestona.ro/~ephraim/public/helloworld.zip

Hope you can find out whats going on here :).

Cheers,
Thilo

smime.p7s
Description: S/MIME cryptographic signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc-cross-canadian.inc: add INSANE_SKIP_ to avoid build warning

[Yu, Mingli]

Please ignore this patch.

Verified gcc-5.4 and gcc-6.1 and it proves that no same warning exist.

Thanks,
Grace

On 2016年07月26日 16:22, mingli...@windriver.com wrote:

WARNING: QA Issue: gcc-cross-canadian-i586-dbg: found library in wrong location:
/PATH/sysroots/x86_64-oesdk-linux/usr/libexec/i586-oe-linux/gcc/
i586-oe-linux/5.2.0/.debug/libcc1.so.0.0.0

This warning is introduced by commit f6e47aa(gcc-target 5.1: fix for libcc1)

Signed-off-by: Li Xin 
Signed-off-by: Richard Purdie 
(From OE-Core jethro rev: 62c51c4178fb66341498c71c74ce42652568c7fa)
Signed-off-by: Yue Tao 
Signed-off-by: Mingli Yu 
---
  meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc 
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index ec1d281..1286179 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -83,6 +83,8 @@ FILES_${PN} = "\
  ${prefix}/${TARGET_SYS}/usr/include/* \
  "
  INSANE_SKIP_${PN} += "dev-so"
+INSANE_SKIP_${PN} += "libdir"
+INSANE_SKIP_${PN}-dbg += "libdir"

  FILES_${PN}-doc = "\
  ${infodir} \


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gcc-cross-canadian.inc: add INSANE_SKIP_ to avoid build warning

[mingli.yu]

WARNING: QA Issue: gcc-cross-canadian-i586-dbg: found library in wrong location:
/PATH/sysroots/x86_64-oesdk-linux/usr/libexec/i586-oe-linux/gcc/
i586-oe-linux/5.2.0/.debug/libcc1.so.0.0.0

This warning is introduced by commit f6e47aa(gcc-target 5.1: fix for libcc1)

Signed-off-by: Li Xin 
Signed-off-by: Richard Purdie 
(From OE-Core jethro rev: 62c51c4178fb66341498c71c74ce42652568c7fa)
Signed-off-by: Yue Tao 
Signed-off-by: Mingli Yu 
---
 meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc 
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index ec1d281..1286179 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -83,6 +83,8 @@ FILES_${PN} = "\
 ${prefix}/${TARGET_SYS}/usr/include/* \
 "
 INSANE_SKIP_${PN} += "dev-so"
+INSANE_SKIP_${PN} += "libdir"
+INSANE_SKIP_${PN}-dbg += "libdir"
 
 FILES_${PN}-doc = "\
 ${infodir} \
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] busybox: handle syslog

[mingli.yu]

If CONFIG_KLOGD is not enabled, then the related service file should
not be installed, The error message is below:

Cannot add dependency job for unit busybox-klogd.service,
ignoring: Unit busybox-klogd.service failed to load:
No such file or directory.

So we should first check the configuration before we install these
service files.

Signed-off-by: Yadi.hu 
Signed-off-by: Mingli Yu 
---
 meta/recipes-core/busybox/busybox.inc | 14 +-
 1 file changed, 9 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 2865b36..acb96ad 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -293,20 +293,24 @@ do_install () {
 fi
 
 if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
then
+if grep -q "CONFIG_KLOGD=y" ${B}/.config; then
+install -d ${D}${systemd_unitdir}/system
+sed 's,@base_sbindir@,${base_sbindir},g' < 
${WORKDIR}/busybox-klogd.service.in \
+> ${D}${systemd_unitdir}/system/busybox-klogd.service
+fi
+
 if grep -q "CONFIG_SYSLOGD=y" ${B}/.config; then
 install -d ${D}${systemd_unitdir}/system
 sed -e 's,@base_sbindir@,${base_sbindir},g' -e 
's,@SYSCONFDIR@,${sysconfdir},g' < ${WORKDIR}/busybox-syslog.service.in \
> ${D}${systemd_unitdir}/system/busybox-syslog.service
+if  [ ! -e ${D}${systemd_unitdir}/system/busybox-klogd.service ] ; 
then
+sed -i '/klog/d' 
${D}${systemd_unitdir}/system/busybox-syslog.service
+fi
 if [ -f ${WORKDIR}/busybox-syslog.default ] ; then
install -d ${D}${sysconfdir}/default
install -m 0644 ${WORKDIR}/busybox-syslog.default 
${D}${sysconfdir}/default/busybox-syslog
 fi
 fi
-if grep -q "CONFIG_KLOGD=y" ${B}/.config; then
-install -d ${D}${systemd_unitdir}/system
-sed 's,@base_sbindir@,${base_sbindir},g' < 
${WORKDIR}/busybox-klogd.service.in \
-   > ${D}${systemd_unitdir}/system/busybox-klogd.service
-fi
 fi
 
 # Remove the sysvinit specific configuration file for systemd systems to 
avoid confusion
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] busybox: fix for syslog service in systemd

[mingli.yu]

This patch includes the following changes:
1. Explicitly set StandardOutput of the log daemon to null.
   This would avoid creating a feedback loop of the syslog service.
   See link below for more information.
   http://www.freedesktop.org/wiki/Software/systemd/syslog/

2. Use ALTERNATIVE machanism to manage the syslog service file.
   This is because that other package may also provide a syslog
   implementation.

3. Make the syslog daemon socket activated only. Otherwise, things
   would crash if we install busybox-syslog and other syslog packages
   together in one image.

Signed-off-by: Chen Qi 
Signed-off-by: Mingli Yu 
---
 meta/recipes-core/busybox/busybox.inc | 9 +++--
 meta/recipes-core/busybox/files/busybox-klogd.service.in  | 4 +---
 meta/recipes-core/busybox/files/busybox-syslog.service.in | 7 +++
 3 files changed, 11 insertions(+), 9 deletions(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 5e91a26..2865b36 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -295,13 +295,12 @@ do_install () {
 if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
then
 if grep -q "CONFIG_SYSLOGD=y" ${B}/.config; then
 install -d ${D}${systemd_unitdir}/system
-sed 's,@base_sbindir@,${base_sbindir},g' < 
${WORKDIR}/busybox-syslog.service.in \
+sed -e 's,@base_sbindir@,${base_sbindir},g' -e 
's,@SYSCONFDIR@,${sysconfdir},g' < ${WORKDIR}/busybox-syslog.service.in \
> ${D}${systemd_unitdir}/system/busybox-syslog.service
 if [ -f ${WORKDIR}/busybox-syslog.default ] ; then
install -d ${D}${sysconfdir}/default
install -m 0644 ${WORKDIR}/busybox-syslog.default 
${D}${sysconfdir}/default/busybox-syslog
 fi
-ln -sf /dev/null ${D}${systemd_unitdir}/system/syslog.service
 fi
 if grep -q "CONFIG_KLOGD=y" ${B}/.config; then
 install -d ${D}${systemd_unitdir}/system
@@ -338,6 +337,12 @@ python () {
 d.appendVar('ALTERNATIVE_%s-syslog' % (pn), ' syslog-startup-conf')
 d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-startup-conf', 
'%s/syslog-startup.conf' % (d.getVar('sysconfdir', True)))
 d.setVarFlag('ALTERNATIVE_TARGET', 'syslog-startup-conf', 
'%s/syslog-startup.conf.%s' % (d.getVar('sysconfdir', True), d.getVar('BPN', 
True)))
+
+if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d):
+pn = d.getVar('PN', True)
+d.appendVar('ALTERNATIVE_%s-syslog' % (pn), ' syslog-service')
+d.setVarFlag('ALTERNATIVE_LINK_NAME', 'syslog-service', 
'%s/systemd/system/syslog.service' % (d.getVar('sysconfdir', True)))
+d.setVarFlag('ALTERNATIVE_TARGET', 'syslog-service', 
'%s/system/busybox-syslog.service' % (d.getVar('systemd_unitdir', True)))
 }
 
 python do_package_prepend () {
diff --git a/meta/recipes-core/busybox/files/busybox-klogd.service.in 
b/meta/recipes-core/busybox/files/busybox-klogd.service.in
index d7c7755..90cfc50 100644
--- a/meta/recipes-core/busybox/files/busybox-klogd.service.in
+++ b/meta/recipes-core/busybox/files/busybox-klogd.service.in
@@ -3,6 +3,4 @@ Description=Kernel Logging Service
 
 [Service]
 ExecStart=@base_sbindir@/klogd -n
-
-[Install]
-WantedBy=multi-user.target
+StandardOutput=null
diff --git a/meta/recipes-core/busybox/files/busybox-syslog.service.in 
b/meta/recipes-core/busybox/files/busybox-syslog.service.in
index 2e04321..c84edaf 100644
--- a/meta/recipes-core/busybox/files/busybox-syslog.service.in
+++ b/meta/recipes-core/busybox/files/busybox-syslog.service.in
@@ -1,13 +1,12 @@
 [Unit]
 Description=System Logging Service
 Wants=busybox-klogd.service
+Requires=syslog.socket
 
 [Service]
-EnvironmentFile=-/etc/default/busybox-syslog
+EnvironmentFile=-@SYSCONFDIR@/default/busybox-syslog
 ExecStart=@base_sbindir@/syslogd -n $OPTIONS
-Sockets=syslog.socket
+StandardOutput=null
 
 [Install]
-WantedBy=multi-user.target
 Also=busybox-klogd.service
-Alias=syslog.service
-- 
2.8.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] busybox: fix for syslog service in systemd

[mingli.yu]

commit 9943ffeeed5c612d1bc44a12607d553f7704dc7e
Author: Chen Qi 
Date:   Thu Sep 11 04:55:35 2014 -0400

busybox: fix for syslog service in systemd

This patch includes the following changes:
1. Explicitly set StandardOutput of the log daemon to null.
   This would avoid creating a feedback loop of the syslog service.
   See link below for more information.
   http://www.freedesktop.org/wiki/Software/systemd/syslog/

2. Use ALTERNATIVE machanism to manage the syslog service file.
   This is because that other package may also provide a syslog
   implementation.

3. Make the syslog daemon socket activated only. Otherwise, things
   would crash if we install busybox-syslog and other syslog packages
   together in one image.

Signed-off-by: Chen Qi 
Signed-off-by: Mingli Yu 

commit 425d7b8605612cdc65daf2c1ef6cf5655ad8f227
Author: Yadi.hu 
Date:   Wed Jun 1 17:54:17 2016 -0700

busybox: handle syslog

If CONFIG_KLOGD is not enabled, then the related service file should
not be installed, The error message is below:

Cannot add dependency job for unit busybox-klogd.service,
ignoring: Unit busybox-klogd.service failed to load:
No such file or directory.

So we should first check the configuration before we install these
service files.

Signed-off-by: Yadi.hu 
Signed-off-by: Mingli Yu 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core