[OE-core] [PATCH] package_deb: Fix python runtime error

The dictionary cannot be used for iteration if its size may change during the loop. ERROR: Error executing a python function in /home/ricardo/curro/qt5022/build-qt5022/repo/yocto/meta/recipes-devtools/perl/perl_5.22.0.bb: Exception: RuntimeError: dictionary changed size during iteration

Re: [OE-core] [PATCH 1/1] tune-ppce500v2.inc: explicitly set gcc float

On Wed, 2016-03-09 at 06:18 -0500, Hongxu Jia wrote: > For powerpc*-*-*spe*, default to with_cpu=8548 if --enable-e500 > -double, > and to 8540 otherwise. > vim gcc/config.gcc > ... > powerpc*-*-*spe*) > if test x$enable_e500_double = xyes; then > with_cpu=8548 > else >

[OE-core] [PATCH] perl-rdepends: Remove circular dependencies

Packages should not depend on themselves, otherwise it could lead to circular dependencies on the package manager. I have added a line on the proposed bash script that should add this check on future versions. Signed-off-by: Ricardo Ribalda Delgado ---

Re: [OE-core] [PATCH] bluez5: allow D-Bus to spawn obexd in systems without systemd

On 24/02/16 19:12, Javier Viguera wrote: This includes a proper D-Bus service file for obexd in systems that do not support systemd. Signed-off-by: Javier Viguera Ping. -- Thanks, Javier Viguera -- ___

[OE-core] [PATCH] package-deb: Ignore circular dependencies

If a package depends on itself apt-get fails to install it with the error attached to this patch. This patch checks for this conditions and notifies the user so the recipe maintainer can fix his RDEPENDS variable. root@qt5022:~# apt-get install perl-module-cpan Reading package lists... Done

[OE-core] Wrong sstate signatures for cross toolchain Was: [yocto] Building gdb-7.10 for arm with master

On Sat, Mar 05, 2016 at 09:40:48PM +, Burton, Ross wrote: > On 5 March 2016 at 21:19, Rudolf J Streif wrote: > > > compile fails with the following error message: > > > > | make[2]: *** No rule to make target '../readline/libreadline.a', needed > > by 'gdb'. Stop. >

[OE-core] [master][jethro][PATCH] make 4.1: fix segfault when ttyname fails

From: Chang Rebecca Swee Fun GNU make segfaults when run in a chroot environment because of a known bug in GNU make 4.1. See [1] for details. Works if /dev/pts is mounted before chroot. [1] http://savannah.gnu.org/bugs/?43434 [YOCTO #9067] Reported-by:

[OE-core] [PATCH] gcc: Disable libitm for MicroBlaze

Disable libitm as it is not supported on MicroBlaze. Signed-off-by: Nathan Rossi --- This patch is based on master-next, so that it cleanly applies on top of the nios2 change. --- meta/recipes-devtools/gcc/gcc-runtime.inc | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH] valgrind: Make dep on glibc-utils conditional on TCLIBC = glibc

This helps with building valgrind for non-glibc systems Signed-off-by: Khem Raj --- meta/recipes-devtools/valgrind/valgrind_3.11.0.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/valgrind/valgrind_3.11.0.bb

[OE-core] [PATCH 17/18] openssl: fix buildpath QA issue

- The openssl records $CC and $CFLAGS in source code which caused buildpaths QA issue: In crypto/cversion.c ... if (t == SSLEAY_CFLAGS) { return (CFLAGS); return ("compiler: information not available"); } ... We should remove build path in the above source

[OE-core] Problems with perl 5.22

I'm working on a package (amanda - the Advanced Maryland Archiving system) that is written heavily in perl with swig interfaces to C. This code ran great until the update to perl 5.22; it now dies a horrible death on almost every activity. These failures seem to always be in the swig generated

[OE-core] [PATCH 05/18] python-setuptools/python3-setuptools: use old-style install

Since '--root' is added to 'setup.py install' to fix .pyc/.pyo buildpaths issue. For python setuptools, the '--root' option means explicit request for old-style install. There will be no egg generated. And it do not need setuptools.pth any more. Rename easy_install to easy_install3. Ubuntu or

[OE-core] [PATCH 12/18] dtc.inc: fix buildpaths QA issue

Previous Makefile define its own CFLAGS, pass DEBUG_FLAGS to it could fix build path issue in DWARF. [YOCTO #8457] Signed-off-by: Hongxu Jia --- meta/recipes-kernel/dtc/dtc.inc| 3 ++- .../dtc/dtc/pass-DEBUG_FLAGS-to-CFLAGS.patch | 30

[OE-core] [PATCH 11/18] valgrind: fix buildpath QA issue

- Pass DEBUG_FLAGS to SELECTED_OPTIMIZATION which fixes build path issue in DWARF. - It is hard to remove build path in ${PTEST_PATH}/drd/tests/ boost_thread. The reason is assert which has macro '__FILE__' has been invoked in include file.(boost/thread/pthread/pthread_

[OE-core] [PATCH 02/18] python2/3: fix buildpath QA issue

- use relative path to compile source file - Remove build paths in target file - Since _sysconfigdata.py was modified at do_package, so update _sysconfigdata.pyc manually (Python2 only). [YOCTO #8446] [YOCTO #9169] Signed-off-by: Hongxu Jia ---

[OE-core] [PATCH 01/18] fix_buildpaths.bbclass: add bbclass to fix build path

Define variable PACKAGE_BUILDPATH_TEXT_FILES to list files that have build paths and remove these paths at do_package time. Define variable PACKAGE_BUILDPATH_TEXT_PATTERNS to list build path patterns, which used by sed, it removes --sysroot and -fdebug-prefix-map in text files by default. Define

[OE-core] [PATCH 09/18] waf.bbclass: support do patch on extracted files

Along with do_unpack, run './waf --help' to do the self extract, so we could do patch on the extracted files later. Signed-off-by: Hongxu Jia --- meta/classes/waf.bbclass | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git

[OE-core] [PATCH 10/18] python-pycairo: fix buildpath QA issue

- Inherit waf.bbclass, remove duplicate tasks - Get "--destdir" directory supplied to the "install" command, and use it as a prefix to strip off the purported filename encoded in bytecode files. - Do not need to generate pycairo.pc manually [YOCTO #8446] Signed-off-by: Hongxu Jia

[OE-core] [PATCH V2 00/18] fix buildpaths QA issue

Changed in V2: - As Ross suggested, improve waf.bbclass and use it for python-pycairo, and use ${bindir}/python rather than \`which python\` for python-pygobject. - As Richard suggested, drop 'buildpaths QA ignore pattern', always try to fix them rather than ignore them. - For openssl fix,

Re: [OE-core] [poky] [PATCH 1/1] poky: update qemu* to prefer 4.4 kernel

On 2016-03-09 4:23 PM, Richard Purdie wrote: On Wed, 2016-03-09 at 13:53 -0500, Bruce Ashfield wrote: On 2016-03-01 8:41 PM, Paul Gortmaker wrote: [Re: [poky] [PATCH 1/1] poky: update qemu* to prefer 4.4 kernel] On 13/02/2016 (Sat 17:17) Richard Purdie wrote: I'm moving the discussion to

[OE-core] [PATCH 07/18] python-pygobject: fix buildpath QA issue

The variable PYTHON is assigned with native python. But for target, it caused pygobject-codegen has build path. vim ${S}/codegen/pygobject-codegen-2.0.in [snip]... exec @PYTHON@ $codegendir/codegen.py "$@" [snip]... So use "${bindir}/python" to replace. [YOCTO #7058] Signed-off-by: Hongxu Jia

[OE-core] [PATCH 14/18] gconf: fix buildpaths QA issue

In ${S}/gconf/gconfd.c, we have: ... /* -- Debug only */ if (addresses == NULL) { gconf_log(GCL_DEBUG, _("gconfd compiled with debugging; trying to load gconf.path from the source directory")); conffile = g_strconcat(GCONF_SRCDIR, "/gconf/gconf.path", NULL); addresses =

[OE-core] [PATCH 15/18] icu: fix buildpaths QA issue

- Define new variable U_CC and U_CXX which do not have build path. The output of icuinfo will not have build path in it: ... root@qemux86-64:~# icuinfo [snip] x86_64-poky-linux-gcc -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse x86_64-poky-linux-g++ -m64

[OE-core] [PATCH 13/18] epiphany: fix buildpaths QA issue

In order to fix build path issue, we reverts the following commit in https://github.com/GNOME/epiphany.git ... commit 54a3122d8626f78338033a704d5849738f6dd2e6 Author: Xan Lopez Date: Wed May 16 18:21:21 2012 +0900 ephy-profile-utils: use absolute path for build dir

[OE-core] [PATCH 03/18] bbclass distutils/distutils3: fix .pyc/.pyo buildpath

Get the "--root" directory supplied to the "install" command, and use it as a prefix to strip off the purported filename encoded in bytecode files. Since --root added, we need to tweak --install-data, --prefix and --install-lib to use relative path. [YOCTO #8446] Signed-off-by: Hongxu Jia

[OE-core] [PATCH 06/18] python3-pip: use old-style install

Since '--root' is added to 'setup.py install' to fix .pyc/.pyo buildpaths issue. For python3-pip, the '--root' option means there will be no eggs generated. Ubuntu or Debian did the same thing like us: https://packages.debian.org/sid/all/python3-pip/filelist [YOCTO #8446] Signed-off-by: Hongxu

[OE-core] [PATCH 08/18] python-numpy: fix buildpaths QA issue

Remove build path in comments: Without the fix: ... |This file is generated by /buildarea/raid0/hjia/build-20160225-yocto- buildpath/tmp/work/core2-64-poky-linux/python-numpy/1.10.4-r0/numpy -1.10.4/setup.py ... With the fix: ... |This file is generated by /numpy-1.10.4/setup.py ... [YOCTO

[OE-core] [PATCH 18/18] cmake-native:convert source file to relative path

While '__FILE__' is used in C/C++ source file, we need to compile with relative path to avoid build path issue. If a recipe(such as waffle) inherit cmake, it invoke native cmake to generate Makefile: Without the fix: vim ./build.make |cd /Build/tmp/work/core2-64-poky-linux/waffle/1.5.2-r0/

[OE-core] [PATCH 16/18] tcl: fix buildpath QA issue

- Use relative path rather than absolute path to compile - Remove build path in tclConfig.sh - Tweak sed expression at tclConfig.sh to strict the pattern [YOCTO #8457] Signed-off-by: Hongxu Jia --- .../tcltk/tcl/use-relative-path-to-compile.patch | 52

[OE-core] [PATCH 04/18] bbclass distutils/distutils3/setuptools/setuptools3: clean up DISTUTILS_INSTALL_ARGS

Since fix .pyc/.pyo buildpaths issue, we have the same DISTUTILS_INSTALL_ARGS in these bbclass files, so clean up the duplicate. [YOCTO #8446] Signed-off-by: Hongxu Jia --- meta/classes/distutils.bbclass | 4 +++- meta/classes/distutils3.bbclass | 4 +++-

Re: [OE-core] [poky] [PATCH 1/1] poky: update qemu* to prefer 4.4 kernel

On 2016-03-01 8:41 PM, Paul Gortmaker wrote: [Re: [poky] [PATCH 1/1] poky: update qemu* to prefer 4.4 kernel] On 13/02/2016 (Sat 17:17) Richard Purdie wrote: I'm moving the discussion to OE-Core and pulling in some kernel people. I think I understand what is wrong and how to fix it but I

[OE-core] [PATCH 2/2] rpm: Sync CVS to regular version

A previous fix for a python dep issue was not merged to the CVS version. Signed-off-by: Mark Hatle --- meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 8 1 file changed, 8 insertions(+) diff --git a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb

[OE-core] [PATCH 0/2] RPM5: Fix musl and a minor tweak

Patch 1/2 fixes musl building w/ RPM5, including internal or external beecrypt Patch 2/2 just resyncs a chunk into the CVS version. The following changes since commit 277377f13b2b771915eb853e336ca24b84523ed1: recipetool: create: shrinkwrap and lockdown npm modules (2016-03-09 16:59:57 +)

[OE-core] [PATCH 1/2] rpm: Fix musl integration with RPM5

Signed-off-by: Mark Hatle --- .../rpm/rpm/0001-rpm-Fix-build-on-musl.patch | 242 - .../rpm/rpm/rpm-autogen-force.patch| 78 +++ meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 1 +

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

On 03/09/2016 02:33 PM, Burton, Ross wrote: > On 9 March 2016 at 18:19, Ricardo Ribalda Delgado > wrote: > >> +bb.warn("Package %s rdepends on itself. Ignoring >> this dependency" % pkg) >> > > Depending on yourself seems wrong no matter what

Re: [OE-core] [PATCH] dhcp: CVE-2015-8605

Hi Mariano, Thanks for the patch. On Tue, 2016-03-08 at 10:26 +, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > ISC DHCP allows remote attackers to cause a denial of > service (application crash) via an invalid length field > in a UDP IPv4

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

What about ack this patch until we have something more generic. The fact that the perl-module package is wrong and we havent find it out until today makes me think that it is only apt-get who has this issue with circular depencies. Regards! On Wed, Mar 9, 2016 at 9:54 PM, Aníbal Limón

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

On 3/9/16 2:33 PM, Burton, Ross wrote: > > On 9 March 2016 at 18:19, Ricardo Ribalda Delgado > wrote: > > +bb.warn("Package %s rdepends on itself. Ignoring > this dependency" % pkg) > > > Depending

Re: [OE-core] [poky] [PATCH 1/1] poky: update qemu* to prefer 4.4 kernel

On Wed, 2016-03-09 at 13:53 -0500, Bruce Ashfield wrote: > On 2016-03-01 8:41 PM, Paul Gortmaker wrote: > > [Re: [poky] [PATCH 1/1] poky: update qemu* to prefer 4.4 kernel] On > > 13/02/2016 (Sat 17:17) Richard Purdie wrote: > > > > > I'm moving the discussion to OE-Core and pulling in some

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

Hi Mark On Wed, Mar 9, 2016 at 10:27 PM, Mark Hatle wrote: > > Just wanted to clarify the above. RPM -does- support self-referencing > dependencies. Circular dependencies are different, in that A -> B -> C -> A.. > those are detected and there is some basic logic to

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

On 9 March 2016 at 18:19, Ricardo Ribalda Delgado wrote: > +bb.warn("Package %s rdepends on itself. Ignoring > this dependency" % pkg) > Depending on yourself seems wrong no matter what packaging backend you're using, even if it isn't fatal.

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

On 03/09/2016 02:47 PM, Aníbal Limón wrote: > > > On 03/09/2016 02:33 PM, Burton, Ross wrote: >> On 9 March 2016 at 18:19, Ricardo Ribalda Delgado >> wrote: >> >>> +bb.warn("Package %s rdepends on itself. Ignoring >>> this dependency" % pkg)

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

On 3/9/16 3:30 PM, Ricardo Ribalda Delgado wrote: > Hi Mark > > On Wed, Mar 9, 2016 at 10:27 PM, Mark Hatle wrote: >> >> Just wanted to clarify the above. RPM -does- support self-referencing >> dependencies. Circular dependencies are different, in that A -> B -> C ->

Re: [OE-core] [PATCH] package-deb: Ignore circular dependencies

On 3/9/16 3:23 PM, Mark Hatle wrote: > On 3/9/16 2:33 PM, Burton, Ross wrote: >> >> On 9 March 2016 at 18:19, Ricardo Ribalda Delgado > > wrote: >> >> +bb.warn("Package %s rdepends on itself. Ignoring >>

[OE-core] [PATCH] qemu: Limit paths searched during user mode emulation

By default qemu builds a complete list of directories within the user emulation sysroot (-L option). The OE sysroot directory is large and this is confusing, for example it indexes all pkgdata. In particular this confuses strace of qemu binaries with tons of irrelevant paths. This patch stops the

Re: [OE-core] Wrong sstate signatures for cross toolchain Was: [yocto] Building gdb-7.10 for arm with master

On Wed, 2016-03-09 at 23:50 +0100, Martin Jansa wrote: > On Sat, Mar 05, 2016 at 09:40:48PM +, Burton, Ross wrote: > > On 5 March 2016 at 21:19, Rudolf J Streif > > wrote: > > > > > compile fails with the following error message: > > > > > > > make[2]: *** No rule

Re: [OE-core] Wrong sstate signatures for cross toolchain Was: [yocto] Building gdb-7.10 for arm with master

On Wed, 2016-03-09 at 23:50 +0100, Martin Jansa wrote: > What's even more interesting is that even gcc-cross-initial has > different signatures for 2 ARM MACHINEs with different DEFAULTTUNES > > OE qemuarm7@ ~/build/oe-core $ grep ^DEFAULTTUNE= env.gdb-cross-arm* >

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

Hello Alexander, On 09.03.2016 16:01, Alexander Kanavin wrote: > Signed-off-by: Alexander Kanavin > --- > meta/classes/gobject-introspection.bbclass | 39 > ++ > 1 file changed, 39 insertions(+) > create mode 100644

[OE-core] [PATCH] lib/sstatesig: skip shared_workdir when checking locked sigs

do_shared_workdir is not a proper sstate task, it always reruns if needed, so special-case it in warnings when checking locked sigs. Signed-off-by: Joshua Lock --- meta/lib/oe/sstatesig.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/lib/oe/sstatesig.py

[OE-core] [PATCH 0/1] fix python3 do_configure failed on meta-fsl-ppc with MACHINE = "p1022ds"

I am running a world build, and find build failures: - usdpaa do_compile failed Send patch to meta-freescale mailing list "usdpaa: remove default -mcpu=e500mc64 in Makefile" - pywbem do_compile failed Already a patch in oe-dev for discussing "[oe] [meta-python][jethro][fido][PATCH]

[OE-core] [PATCH 1/1] tune-ppce500v2.inc: explicitly set gcc float

For powerpc*-*-*spe*, default to with_cpu=8548 if --enable-e500-double, and to 8540 otherwise. vim gcc/config.gcc ... powerpc*-*-*spe*) if test x$enable_e500_double = xyes; then with_cpu=8548 else with_cpu=8540 fi ;; ... The with_cpu is used for SPE

[OE-core] [PATCH] gcc: Disable libitm for nios2

The libitm is not supported on nios2, so disable it. Signed-off-by: Marek Vasut Cc: Ley Foon Tan Cc: Richard Purdie Cc: Ross Burton Cc: Thomas Chou Cc: Walter Goossens

Re: [OE-core] Wrong sstate signatures for cross toolchain Was: [yocto] Building gdb-7.10 for arm with master

On Wed, Mar 09, 2016 at 11:02:31PM +, Richard Purdie wrote: > On Wed, 2016-03-09 at 23:50 +0100, Martin Jansa wrote: > > What's even more interesting is that even gcc-cross-initial has > > different signatures for 2 ARM MACHINEs with different DEFAULTTUNES > > > > OE qemuarm7@ ~/build/oe-core

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

On 10.03.2016 01:15, Richard Purdie wrote: > On Thu, 2016-03-10 at 01:09 +0100, Martin Jansa wrote: >> On Thu, Mar 10, 2016 at 12:52:20AM +0100, Andreas Oberritter wrote: >>> Hello Alexander, >>> >>> On 09.03.2016 16:01, Alexander Kanavin wrote: Signed-off-by: Alexander Kanavin <

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

On Thu, Mar 10, 2016 at 12:15:09AM +, Richard Purdie wrote: > On Thu, 2016-03-10 at 01:09 +0100, Martin Jansa wrote: > > On Thu, Mar 10, 2016 at 12:52:20AM +0100, Andreas Oberritter wrote: > > > Hello Alexander, > > > > > > On 09.03.2016 16:01, Alexander Kanavin wrote: > > > > Signed-off-by:

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

On Thu, Mar 10, 2016 at 12:52:20AM +0100, Andreas Oberritter wrote: > Hello Alexander, > > On 09.03.2016 16:01, Alexander Kanavin wrote: > > Signed-off-by: Alexander Kanavin > > --- > > meta/classes/gobject-introspection.bbclass | 39 > >

Re: [OE-core] Wrong sstate signatures for cross toolchain Was: [yocto] Building gdb-7.10 for arm with master

On Thu, 2016-03-10 at 00:52 +0100, Martin Jansa wrote: > On Wed, Mar 09, 2016 at 11:02:31PM +, Richard Purdie wrote: > > On Wed, 2016-03-09 at 23:50 +0100, Martin Jansa wrote: > > > What's even more interesting is that even gcc-cross-initial has > > > different signatures for 2 ARM MACHINEs

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

On Thu, 2016-03-10 at 01:09 +0100, Martin Jansa wrote: > On Thu, Mar 10, 2016 at 12:52:20AM +0100, Andreas Oberritter wrote: > > Hello Alexander, > > > > On 09.03.2016 16:01, Alexander Kanavin wrote: > > > Signed-off-by: Alexander Kanavin < > > > alexander.kana...@linux.intel.com> > > > --- > > >

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

On Thu, 2016-03-10 at 01:26 +0100, Andreas Oberritter wrote: > How does this work out on a shared package feed, of which some > machines > have the required qemu support and others don't? Generally its done by "tune" rather than machine and we're dependent on qemu's support of that

[OE-core] [PATCH 17/24] gnomebase.bbclass: do not disable gobject introspection

Signed-off-by: Alexander Kanavin --- meta/classes/gnomebase.bbclass | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta/classes/gnomebase.bbclass b/meta/classes/gnomebase.bbclass index d22ba5a..e5c6776 100644 --- a/meta/classes/gnomebase.bbclass +++

[OE-core] [PATCH 16/24] gstreamer: enable gobject introspection

Signed-off-by: Alexander Kanavin --- ...on.m4-prefix-pkgconfig-paths-with-PKG_CON.patch | 42 +++ .../recipes-multimedia/gstreamer/gst-player_git.bb | 2 +- .../gstreamer/gst-plugins-package.inc | 1 +

[OE-core] [PATCH 05/24] gtk-doc-stub: remove introspection stubs

As we provide the full introspection support, we need to remove the stubs from this package that conflict with it. Signed-off-by: Alexander Kanavin --- ...t-Import-introspection-stub-machinery-too.patch | 305 +

[OE-core] [PATCH 11/24] avahi: enable gobject-introspection

Signed-off-by: Alexander Kanavin --- meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb | 2 ++ meta/recipes-connectivity/avahi/avahi.inc | 15 ++- 2 files changed, 12 insertions(+), 5 deletions(-) diff --git

[OE-core] [PATCH 18/24] python-pygobject: update to 3.18.2

The new version of pygobject relies in gobject introspection; this has prevented the update previously. Signed-off-by: Alexander Kanavin --- ...c-add-sysroot-path-to-GI_DATADIR-don-t-se.patch | 41 + .../obsolete_automake_macros.patch

[OE-core] [PATCH 02/24] python3-native: use the previous version of python-config script

In python 3.4 python-config was rewritten in shell, ironically to support cross-compilation: https://bugs.python.org/issue16235 This new shell version is broken in several ways, and doesn't have our oe-specific tweaks. Let's revert to the old script, which is still provided. Signed-off-by:

[OE-core] [PATCH 09/24] avahi-ui: remove the dependency on python-pygtk by disabling avahi-discover

python-pygtk is removed in a separate commit; the reasons for that are explained in that commit's message. Signed-off-by: Alexander Kanavin --- meta/recipes-connectivity/avahi/avahi-ui_0.6.32.bb | 14 ++ 1 file changed, 6 insertions(+), 8

[OE-core] [PATCH 07/24] vala: enable the use of vapigen by packages with vala support

Now that gobject-introspection is supported, generation of .vapi files for develeloping Vala code against gobject-based libraries should be supported as well. Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/vala/vala.inc| 34

[OE-core] [PATCH 14/24] clutter: enable gobject introspection

Signed-off-by: Alexander Kanavin --- meta/recipes-graphics/clutter/clutter-1.0.inc | 5 ++--- meta/recipes-graphics/clutter/clutter-gst-3.0.inc | 4 +--- meta/recipes-graphics/clutter/clutter-gtk-1.0.inc | 3 +-- meta/recipes-graphics/cogl/cogl-1.0.inc

[OE-core] [PATCH 08/24] vala.bbclass: remove pre-packaged vapigen.m4 from tarballs

We need to make sure that our fixed vapigen.m4 is used instead. Signed-off-by: Alexander Kanavin --- meta/classes/vala.bbclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/classes/vala.bbclass b/meta/classes/vala.bbclass index

[OE-core] [PATCH 13/24] gtk+3: enable gobject-introspection

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/gtk+3.inc | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc b/meta/recipes-gnome/gtk+/gtk+3.inc index 50a336c..bd29300 100644 ---

[OE-core] [PATCH 00/24] Add gobject introspection support to oe-core

0. Changelog 09 Mar 2016 - a lot of fixes based on review comments and autobuilder runs - moved 'gobject-introspection-data' from DISTRO_FEATURES_DEFAULT to DISTRO/MACHINE_FEATURES_BACKFILL - gnombase.bbclass no longer enables gobject-introspection by default, any gnome-related package should

[OE-core] [PATCH 01/24] qemu.bbclass: add qemu_wrapper_cmdline()

The class had qemu_run_binary() which was not suitable for gobject-introspection, as it required the name of the binary to run. qemu_wrapper_cmdline() returns just the command line string needed to run binaries, and does not require the binary name. Signed-off-by: Alexander Kanavin

[OE-core] [PATCH 20/24] webkitgtk: enable gobject introspection

Signed-off-by: Alexander Kanavin --- ...Introspection.cmake-prefix-variables-obta.patch | 27 +++ ...cmake-drop-the-hardcoded-introspection-gt.patch | 35 +++ ...ng-introspection-files-add-CMAKE_C_FLAGS-.patch | 40

[OE-core] [PATCH 23/24] machine/include/arch-x86: Make x32 ABI not supporting gobject-introspection-data

From: Richard Purdie x32 isn't supported by user mode qemu so we can't build gobject-introspection-data, so disable it in this case. (From OE-Core rev: 4ee1eb8ddd3fbe144fbaeb32e07b66e191aa7548) Signed-off-by: Richard Purdie

[OE-core] [PATCH 12/24] gtk+: enable gobject introspection

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gtk+/gtk+.inc | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/meta/recipes-gnome/gtk+/gtk+.inc b/meta/recipes-gnome/gtk+/gtk+.inc index 936870b..5bbfe6b 100644 ---

[OE-core] [PATCH 04/24] gobject-introspection: add the recipe

The recipe has comments that explain what is going on and why. Also, there are patches necessary to make it work in Yocto cross-compilation environment; they will be submitted upstream. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

Signed-off-by: Alexander Kanavin --- meta/classes/gobject-introspection.bbclass | 39 ++ 1 file changed, 39 insertions(+) create mode 100644 meta/classes/gobject-introspection.bbclass diff --git

[OE-core] [PATCH 03/24] python3: fix patching get_python_lib() in distutils/sysconfig.py

Previous, two things were wrong: 1) lib_basename was set from STAGING_LIBDIR only if prefix parameter was empty or missing 2) if prefix was not empty, lib_basename reverted to sys.lib, even if STAGING_LIBDIR should've overriden it Signed-off-by: Alexander Kanavin

[OE-core] [PATCH 19/24] recipes-gnome: fix introspection support

Signed-off-by: Alexander Kanavin --- meta/recipes-gnome/gcr/gcr_3.18.0.bb | 22 +++- meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.3.bb | 7 +- .../gnome-desktop/gnome-desktop3_3.18.2.bb | 2 +- meta/recipes-gnome/gnome/gconf_3.2.6.bb

[OE-core] [PATCH 22/24] bitbake.conf: add 'gobject-introspection-data' to DISTRO/MACHINE_FEATURES_BACKFILL

This means that introspection data will be generated using qemu by default. If this causes trouble (qemu does not always emulate target architectures perfectly), then add MACHINE_FEATURES_BACKFILL_CONSIDERED = "gobject-introspection-data" to machine configuration or

[OE-core] [PATCH 21/24] packagegroup-core-x11-sato: add python-pygobject and gtk+3

This allows easy testing of introspection for example using http://python-gtk-3-tutorial.readthedocs.org/en/latest/introduction.html Signed-off-by: Alexander Kanavin --- meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb | 2 ++ 1 file changed, 2

[OE-core] [PATCH 24/24] musl: disable building of gobject introspection data

When musl is in use, GLib binaries crash on assertion failures under qemu Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/tclibc-musl.inc | 4 1 file changed, 4 insertions(+) diff --git a/meta/conf/distro/include/tclibc-musl.inc

[OE-core] [PATCH 15/24] libsoup-2.4: enable gobject introspection

Signed-off-by: Alexander Kanavin --- meta/recipes-support/libsoup/libsoup-2.4_2.52.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.52.2.bb b/meta/recipes-support/libsoup/libsoup-2.4_2.52.2.bb

[OE-core] [PATCH 10/24] python-pygtk: remove the recipe

python-pygtk hasn't been updated in several years, is incompatible with the current version of pygobject, and is generally obsolete as all modern python gtk apps use introspection directly. Signed-off-by: Alexander Kanavin ---

Re: [OE-core] [PATCH 06/24] gobject-introspection.bbclass: add a class that enables gobject introspection

On 10.03.2016 01:28, Richard Purdie wrote: > On Thu, 2016-03-10 at 01:26 +0100, Andreas Oberritter wrote: >> How does this work out on a shared package feed, of which some >> machines >> have the required qemu support and others don't? > > Generally its done by "tune" rather than machine and

Re: [OE-core] [PATCH 1/1] tune-ppce500v2.inc: explicitly set gcc float

On 03/10/2016 01:26 AM, Richard Purdie wrote: + >+# For powerpc*-*-*spe*, default to with_cpu=8548 if >+# --enable-e500-double, and to 8540 otherwise. >+EXTRA_OECONF_GCC_FLOAT += "${@get_gcc_float_setting(bb, d)}" This is good to understand what is breaking but the patch as it stands can't be

[OE-core] [meta-oe][PATCH v2] nettle: The variable named p in the patch file was incorrectly named.

The variable in question should have been called ecc->p. The patch has been updated so that the compilation of the nettle recipe would complete successfully. The backport originated from this commit https://git.lysator.liu.se/nettle/nettle/commit/c71d2c9d20eeebb985e3872e4550137209e3ce4d

Re: [OE-core] [meta-oe][PATCH] nettle: The variable named p in the patch file was incorrectly named.

Thanks for the advice Andreas, will do! Nathan On Tue, 8 Mar 2016 at 18:09 Andreas Oberritter wrote: > Hello Nathan, > > On 08.03.2016 22:49, ngutzmann wrote: > > The variable in question should have been called ecc->p. The patch has > been updated > > so that the

[OE-core] systemd-serial-getty obsolete?

Hello! systemd-serialgetty.bb was introduced in OE-core together with systemd 1.96 and probably goes back even further (copied from meta-systemd). It explicitly instantiates serial-getty@.service for serial ports specified by SERIAL_CONSOLES. I'm wondering whether that is still needed. systemd

[OE-core] [PATCH] libpam: define limits.conf as CONFFILES of package libpam-runtime

Based as security reason, the system must limit users to simultaneous system logins, or a site-defined number. To avoid overwriting the /etc/security/limits.conf file after upgrading this rpm package, we will define the file as CONFFILES of package libpam-runtime. Signed-off-by: Zhixiong Chi