Re: [OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

To me, the purpose of buildhistory's metadata-revs is to enable someone else (or myself in the future) to recreate a specific build, that's why I always save this file with any build artifacts. Simply saying "meta" isn't good enough because it doesn't specify which repository's "meta". So the

Re: [OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

On 03/11/16 22:59, Khem Raj wrote: On Mar 12, 2016 9:50 AM, "Trevor Woerner" > wrote: > > Currently my build shows two "meta" repositories: one from meta-poky and one > from openembedded-core. Have the code which prints the repositories into

Re: [OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

On Mar 12, 2016 9:50 AM, "Trevor Woerner" wrote: > > Currently my build shows two "meta" repositories: one from meta-poky and one > from openembedded-core. Have the code which prints the repositories into > metadata-revs show the parent directories when repositories with

Re: [OE-core] [PATCH][jethro][RFC 1/2] libsdl: expand PACKAGECONFIG and enable native builds

On 03/11/16 18:16, Richard Purdie wrote: On Fri, 2016-03-11 at 16:36 -0500, Trevor Woerner wrote: Hi Ross, On 03/11/16 15:49, Burton, Ross wrote: On 11 March 2016 at 20:20, Trevor Woerner > wrote: ERROR: Nothing PROVIDES

[OE-core] [PATCH] buildhistory.bbclass: metadata-revs show repo parent

Currently my build shows two "meta" repositories: one from meta-poky and one from openembedded-core. Have the code which prints the repositories into metadata-revs show the parent directories when repositories with multiple sub-layers are used. Signed-off-by: Trevor Woerner

Re: [OE-core] [PATCHv2][master] arch-armv8a.inc: Add tune for 32-bit ARMv8a

> On Mar 12, 2016, at 12:58 AM, Daniel Dragomir > wrote: > > This patch adds tunes for 32-bit armv8a platforms. The user can select > little or big endian, hard or soft float, the vector floating-point > instruction set: vfpv4 or fp-armv8 and the thumb, neon, crc

Re: [OE-core] [PATCH][jethro][RFC 1/2] libsdl: expand PACKAGECONFIG and enable native builds

On Fri, 2016-03-11 at 16:36 -0500, Trevor Woerner wrote: > Hi Ross, > > On 03/11/16 15:49, Burton, Ross wrote: > > > > On 11 March 2016 at 20:20, Trevor Woerner > > wrote: > > > > ERROR: Nothing PROVIDES 'virtual/nativesdk-nativesdk-libx11'

Re: [OE-core] [PATCH][jethro][RFC 1/2] libsdl: expand PACKAGECONFIG and enable native builds

Hi Ross, On 03/11/16 15:49, Burton, Ross wrote: On 11 March 2016 at 20:20, Trevor Woerner > wrote: ERROR: Nothing PROVIDES 'virtual/nativesdk-nativesdk-libx11' (but

Re: [OE-core] [RFC PATCH 00/12] Sato desktop upgrade (Gtk3 etc.)

On 11 March 2016 at 19:09, Otavio Salvador wrote: > All them; we might use GNOME (MATE or other WM) and write just a GTK+3 > demo like app for test the desired stuff. > The full GNOME DE is *huge* and until the g-i branch is merged is literally impossible to

[OE-core] [PATCH][jethro] base: check for existing prefix when expanding names in PACKAGECONFIG

When the DEPENDS are added as part of the PACKAGECONFIG logic the list of packages are expanded so that any required nativesdk-/-native/multilib prefixes and suffixes are added. However the special handling of virtual/foo names doesn't check that the prefix already exists, which breaks under

Re: [OE-core] [PATCH][jethro][RFC 1/2] libsdl: expand PACKAGECONFIG and enable native builds

On 11 March 2016 at 20:20, Trevor Woerner wrote: > ERROR: Nothing PROVIDES 'virtual/nativesdk-nativesdk-libx11' (but > virtual:nativesdk:/z/dragon410c-repo/dragon410c-tw-jethro/layers/openembedded-core/meta/recipes-graphics/libsdl/ > libsdl_1.2.15.bb DEPENDS on or otherwise

Re: [OE-core] [PATCH][jethro][RFC 1/2] libsdl: expand PACKAGECONFIG and enable native builds

This patch causes my jethro build to now fail with: ERROR: Nothing PROVIDES 'virtual/nativesdk-nativesdk-libx11' (but virtual:nativesdk:/z/dragon410c-repo/dragon410c-tw-jethro/layers/openembedded-core/meta/recipes-graphics/libsdl/libsdl_1.2.15.bb DEPENDS on or otherwise requires it). Close

Re: [OE-core] [RFC PATCH 00/12] Sato desktop upgrade (Gtk3 etc.)

On Fri, Mar 11, 2016 at 4:06 PM, Burton, Ross wrote: > > On 11 March 2016 at 18:53, Otavio Salvador > wrote: >> >> Is matchbox still the way to go? To test OE-Core maybe a custom GTK3 >> app might be better. > > > Do you mean desktop or

Re: [OE-core] [RFC PATCH 00/12] Sato desktop upgrade (Gtk3 etc.)

On 11 March 2016 at 18:53, Otavio Salvador wrote: > Is matchbox still the way to go? To test OE-Core maybe a custom GTK3 > app might be better. > Do you mean desktop or window manager? Window managers are very non-trivial and matchbox is a known quantity, and

Re: [OE-core] [RFC PATCH 00/12] Sato desktop upgrade (Gtk3 etc.)

On Fri, Mar 11, 2016 at 10:12 AM, Jussi Kukkonen wrote: > Here's a snapshot of the Sato upgrade I've been working on (YOCTO > #3169). It's based on Ross' work from 2.5 years back. The bigger > changes currently live as my forks of the upstream projects (gtk3 > branches

[OE-core] [PATCH] linux-yocto/4.1: usb backports for Apollo Lake/Broxton

Importing a series of mainline backports to support USB on a couple of Intel platforms: bbce8fe2cc42 usb: dwc3: pci: add support for Intel Broxton SOC e734e1d9f827 usb: dwc3: pci: Set enblslpm quirk for Synopsys platforms 1c6bb6694d50 usb: dwc3: Add dis_enblslpm_quirk 1c6be99e56b8

Re: [OE-core] [PATCHv2][master] arch-armv8a.inc: Add tune for 32-bit ARMv8a

On Fri, Mar 11, 2016 at 2:58 PM, Daniel Dragomir wrote: > > This patch adds tunes for 32-bit armv8a platforms. The user can select > little or big endian, hard or soft float, the vector floating-point > instruction set: vfpv4 or fp-armv8 and the thumb, neon, crc and

[OE-core] [PATCHv2][master] arch-armv8a.inc: Add tune for 32-bit ARMv8a

This patch adds tunes for 32-bit armv8a platforms. The user can select little or big endian, hard or soft float, the vector floating-point instruction set: vfpv4 or fp-armv8 and the thumb, neon, crc and crypto extensions. Signed-off-by: Daniel Dragomir ---

[OE-core] [master][PATCH] ARMv8 32-bit & 64-bit compiler tunings

Hello! This is a second version for the patch for 32-bit, against MASTER branch. @Martin, I tested all the new tunes with your script, and I got no errors. About 64-bit tunes, I need some guidance about the approach for adding specific tunes for aarch64. I tried to inherit the ones from

Re: [OE-core] [RFC PATCH 0/3] Remove RPM 4

On Fri, 2016-03-11 at 14:07 +, Joshua Lock wrote: > This series removes RPM 4 and code to support it from OE Core. There > are > several known issues with using RPM 4 and it seems better to > acknowledge it's > unsupported by removing it from OE-Core than to leave it in a non > -functional >

[OE-core] [PATCH] gobject-introspection: stop GLib linking to GConf

If gconf is installed in the sysroot then GLib will use it by default for the GSettings backend. This will pull a lot more libraries into the scanner processes and expands the potential for bad linking through the imperfect qemu user-mode emulation. Set GSETTINGS_BACKEND=memory to force it to

Re: [OE-core] what is the precise search path for resolving "include" or "require" .inc files?

Quoting Christopher Larson : On Fri, Mar 11, 2016 at 5:08 AM Robert P. J. Day wrote: not sure why i never noticed this before, but what is the search order or precedence or priority for resolving recipe file directives "include" or "require"? i

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

On 11 March 2016 at 16:24, Helio Chissini De Castro < helio.cas...@bmw-carit.de> wrote: > If i change recipe scope, need to be on each gcc_${PV}.inc. > But they include gcc-common.inc on top, which states LICENSE = "GPL" > > So, gcc_${PV}.inc is already overriding the original license. If you

[OE-core] [PATCH] scripts/oe-selftest: Add short names to most common options

From: Humberto Ibarra Add short names to most common options in oe-selftest. The options changed were --run-tests, --run-all-tests, --list-tests and --list-modules. [Yocto #9079] Signed-off-by: Humberto Ibarra ---

[OE-core] [PATCH v2][fido] dhcp: CVE-2015-8605

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 packet. Signed-off-by: Mariano Lopez --- .../dhcp/dhcp/CVE-2015-8605.patch

Re: [OE-core] [PATCH 1/1] ncurses_6: Fix an install race condition

The patch patches an .awk file that is used to create several Makefiles. The original code looks something like this: install install.libs install.includes :: install files So we see that install.libs and install.includes do exactly the same thing. Given our ncurses recipe

[OE-core] Yocto Project Status WW11

Current Dev Position: YP 2.1 M4 (Stabilization only milestone.) Next Deadline: YP 2.1 M3 Target release date is March 18, 2016 (Will be late, see status) SWAT team rotation: Jussi -> Maxin https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: *The

[OE-core] [PATCH] scripts/oe-selftest: Add search expression matching to run/list options

From: Humberto Ibarra The oe-selftest script required an exact matching for the parameters passed to its run-tests-by and list-tests-by options. Many tests can be retrieved here and filtering is a must. This patch add this filtering functionality by enabling the

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

If i change recipe scope, need to be on each gcc_${PV}.inc. But they include gcc-common.inc on top, which states LICENSE = "GPL" So, gcc_${PV}.inc is already overriding the original license. If you think is ok, i can do that on gcc_${PV}.inc []'s -- BMW Car IT GmbH Helio Chissini de Castro

Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09

On Fri, Mar 11, 2016 at 11:13 AM, Martin Jansa wrote: > On Fri, Mar 11, 2016 at 10:52:14AM -0500, Bruce Ashfield wrote: > > On Fri, Mar 11, 2016 at 10:41 AM, Mark Hatle > > wrote: > > > > > On 3/10/16 5:53 AM, Martin Jansa wrote: > > > >

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

> On Mar 11, 2016, at 11:02 PM, Burton, Ross wrote: > > > 2016-03-11 15:58 GMT+00:00 Khem Raj >: > -BEGIN PGP MESSAGE- > Comment: GPGTools - https://gpgtools.org > >

Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09

On Fri, Mar 11, 2016 at 10:52:14AM -0500, Bruce Ashfield wrote: > On Fri, Mar 11, 2016 at 10:41 AM, Mark Hatle > wrote: > > > On 3/10/16 5:53 AM, Martin Jansa wrote: > > > Aggressive PNBLACKLISTing continues. But linux-yocto (and modules > > depending on it) > > > are

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

On 11 March 2016 at 15:55, Burton, Ross wrote: > On 11 March 2016 at 15:53, Helio Chissini De Castro < > helio.cas...@bmw-carit.de> wrote: > >> Since all the packages now share exactly the same license, there's no >> reason anymore to specify each one of then, unless

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

2016-03-11 15:58 GMT+00:00 Khem Raj : > -BEGIN PGP MESSAGE- > Comment: GPGTools - https://gpgtools.org > > hQQOA1XJCHN89ZWPEA//byr/rrxGxNNYYivYsGFBs4h6XrUzdqBCsw2FuyseGKJ1 > XkZUtuH7f39QYY63OoqFhFdVmy3Hil3wscxe38L6/DA8hQV9Csn4cOxEfp9UF5jj >

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

Hello Ross The previous lines existed just because the unique statement on thelibgomp that was GPLv3 alone Since all the packages now share exactly the same license, there's no reason anymore to specify each one of then, unless wanted to keep the names to know which packages are related to

Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09

On Fri, Mar 11, 2016 at 10:41 AM, Mark Hatle wrote: > On 3/10/16 5:53 AM, Martin Jansa wrote: > > Aggressive PNBLACKLISTing continues. But linux-yocto (and modules > depending on it) > > are still broken :/. > > > > I'll look at cef3 and chromium issue, my recent patch

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

binXmwsx5UEju.bin Description: PGP/MIME Versions Identification encrypted.asc Description: OpenPGP encrypted message -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

On 11 March 2016 at 15:53, Helio Chissini De Castro < helio.cas...@bmw-carit.de> wrote: > Since all the packages now share exactly the same license, there's no > reason anymore to specify each one of then, unless wanted to keep the names > to know which packages are related to this recipe. >

Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09

On 3/10/16 5:53 AM, Martin Jansa wrote: > Aggressive PNBLACKLISTing continues. But linux-yocto (and modules depending > on it) > are still broken :/. > > I'll look at cef3 and chromium issue, my recent patch for meta-browser > fixed the build for armv7a MACHINEs, so it probably needs to be

Re: [OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

On 11 March 2016 at 14:24, wrote: > -# Most libraries are licensed with the exception, but > -# one library is really GPLv3. > -# > -LICENSE_${PN}-dbg = "GPL-3.0-with-GCC-exception & GPLv3" > -LICENSE_libstdc++ = "GPL-3.0-with-GCC-exception" >

[OE-core] [PATCH] glib-2.0: relocate the GIO module directory for native builds

Glib hard-codes the install path in search path for GIO modules, which causes problems when glib-2.0-native is restored from sstate with a different build directory. In the future we should relocate symbols directly using the same system that the eSDK uses, but for now use dladdr() to look up

[OE-core] [PATCH 1/1] package_manager.py: Fix race condition in OpkgIndexer.write_index()

From: Mariano Lopez When writing the index using ipk packages there could be a race condition when populate the index. This happens because the architectures are repeated (specially all) and the commands generated to write the index run in parallel. This change

[OE-core] [oe-core][PATCH] python3: fix configure issue for powerpc-spe target

When confiure for powerpc-spe target, the following check will fail due to PLATFORM_TRIPLET and MULTIARCH is not identical. PLATFORM_TRIPLET is set to "powerpc-linux-gnuspe", MULTIARCH is "powerpc-linux-gnuspev1" which is returned by $CC --print-multiarch. So set PLATFORM_TRIPLET to empty for

[OE-core] [PATCH v2] image-buildinfo.bbclass: fix performance problems

Inheriting image-buildinfo.bbclass primarily slowed down image building for two reasons: 1. The content of the shell command "buildinfo" gets expanded multiple times, each time again checking the state of all layers. 2. When expanded as part of the actual image creation, git is invoked

[OE-core] [PATCH] image-buildinfo.bbclass: fix performance problems

Inheriting image-buildinfo.bbclass primarily slowed down image building for two reasons: 1. The content of the shell command "buildinfo" gets expanded multiple times, each time again checking the state of all layers. 2. When expanded as part of the actual image creation, git is invoked

Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09

On 03/10/16 06:53, Martin Jansa wrote: I'll look at cef3 and chromium issue, my recent patch for meta-browser fixed the build for armv7a MACHINEs, so it probably needs to be extended a bit to cover warnings in x86 and then duplicate the same to cef3. This issue is there for so long, slowing down

Re: [OE-core] what is the precise search path for resolving "include" or "require" .inc files?

On Fri, Mar 11, 2016 at 5:08 AM Robert P. J. Day wrote: >not sure why i never noticed this before, but what is the search order > or precedence or priority for resolving recipe file directives "include" > or "require"? i was just perusing the bitbake user manual, and

[OE-core] [PATCH] gcc: Fix the license on GNU OpenMP

From: Helio Chissini de Castro Poky jethro has libgomp ( GNU OpenMP ) license marked as GPL-3.0, where's in fact the correct is GPL-3.0 with GCC Library Runtime Exception As stated on https://github.com/gcc-mirror/gcc/blob/master/libgomp/libgomp.h header license: ...

[OE-core] [RFC PATCH 2/3] smartpm: remove rpm4 patch

The RPM4 support we added to SMART doesn't appear to work, remove it as part of the removal of RPM4 from OE-Core. Refresh the smart-add-for-rpm-ignoresize-check.patch which was applied after smart-rpm4-fixes.patch and doesn't apply cleanly once that patch is removed. Signed-off-by: Joshua Lock

[OE-core] [RFC PATCH 3/3] lib/package_manager: remove RPM4 support code

Simplify the RPM code by removing support for RPM 4 now that we've dropped the RPM 4 recipe. Signed-off-by: Joshua Lock --- meta/lib/oe/package_manager.py | 94 +- 1 file changed, 38 insertions(+), 56 deletions(-) diff --git

[OE-core] [RFC PATCH 0/3] Remove RPM 4

This series removes RPM 4 and code to support it from OE Core. There are several known issues with using RPM 4 and it seems better to acknowledge it's unsupported by removing it from OE-Core than to leave it in a non-functional state. Please review the following changes for suitability for

[OE-core] [RFC PATCH 1/3] rpm: remove RPM 4

RPM4 support is buggy and incomplete. As we don't have the resources or interest to maintain it this patch removes it. Signed-off-by: Joshua Lock --- .../add_RPMSENSE_MISSINGOK_to_rpmmodule.patch | 20 -- .../rpm/rpm-4.11.2/disable_shortcircuited.patch| 23 --

Re: [OE-core] [dizzy][PATCH 3/4] glibc: CVE-2015-9761

On Thu, Mar 03, 2016 at 09:47:11PM +0100, Martin Jansa wrote: > I was asking you about the CVE number (but I realize it was already merged > in other branches with wrong number so maybe it will be less confusing use > the same in Dizzy) > > And "please merge" was informal > Acked-by: Martin Jansa

Re: [OE-core] [RFC PATCH 00/12] Sato desktop upgrade (Gtk3 etc.)

On 11 March 2016 at 15:12, Jussi Kukkonen wrote: > matchbox-theme-sato: Upgrade to JKU > As I was already asked about it: the commit message title is just a keyword for me so I remember to modify them to whatever the upstream versions end up as in the final patchset.

[OE-core] [RFC PATCH 11/12] connman-gnome: Upgrade to JKU

This is the GTK3 version. Drop patches and images that are now included upstream. Signed-off-by: Jussi Kukkonen --- .../connman-gnome-fix-dbus-interface-name.patch| 187 - .../connman-gnome/images/connman-signal-01.png | Bin 490 -> 0 bytes

[OE-core] [RFC PATCH 12/12] matchbox-panel-2: Depend on dbus-glib-native for binding-tool

Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/matchbox-panel-2/matchbox-panel-2_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-sato/matchbox-panel-2/matchbox-panel-2_git.bb

[OE-core] [RFC PATCH 03/12] matchbox-theme-sato: Upgrade to JKU

Modify the WM theme to more resemble Adwaita (titlebar is thinner, colors are mostly uniform gray instead of green ). Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/matchbox-theme-sato/matchbox-theme-sato_0.1.bb | 8

[OE-core] [RFC PATCH 06/12] matchbox-session-sato: Update session startup

* Use Adwaita Gtk+ theme * sato-gtk-engine is no longer needed with Adwaita * GTK_CSD tricks are no longer needed since the panel does not draw on top windows Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/matchbox-sato/matchbox-session-sato/session | 9

[OE-core] [RFC PATCH 02/12] packagegroup-core-x11-sato: Update for GTK3 changes

The keyboard/IM is not yet ported, not including it in packagegroup. Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/packagegroups/packagegroup-core-x11-sato.bb | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git

[OE-core] [RFC PATCH 08/12] settings-daemon: Upgrade to JKU

Remove patch that's already upstream. Signed-off-by: Jussi Kukkonen --- .../files/dso_linking_change_build_fix.patch | 31 -- .../settings-daemon/settings-daemon_git.bb | 8 +++--- 2 files changed, 4 insertions(+), 35 deletions(-)

[OE-core] [RFC PATCH 05/12] matchbox-panel-2: Upgrade to JKU

This is the GTK3 version. Signed-off-by: Jussi Kukkonen --- .../matchbox-panel-2/files/silence-warnings.patch | 64 -- .../matchbox-panel-2/matchbox-panel-2_git.bb | 12 ++-- 2 files changed, 6 insertions(+), 70 deletions(-) delete mode

[OE-core] [RFC PATCH 10/12] matchbox-wm: Upgrade to JKU

This version does not change MBWM theme when the Gtk+ theme is changed using Net/ThemeName X property. Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/matchbox-wm/matchbox-wm_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[OE-core] [RFC PATCH 07/12] sato-screenshot: Upgrade to JKU

This is the GTK3 version Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/sato-screenshot/sato-screenshot_git.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-sato/sato-screenshot/sato-screenshot_git.bb

[OE-core] [RFC PATCH 09/12] gtk-sato-engine: Remove as unused

Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/gtk-engines/gtk-sato-engine.inc | 25 -- .../gtk-engines/gtk-sato-engine_git.bb | 14 2 files changed, 39 deletions(-) delete mode 100644

[OE-core] [RFC PATCH 04/12] matchbox-desktop: Ugrade to JKU

This is the GTK+3 version. Signed-off-by: Jussi Kukkonen --- meta/recipes-sato/matchbox-desktop/matchbox-desktop_git.bb | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/meta/recipes-sato/matchbox-desktop/matchbox-desktop_git.bb

[OE-core] [RFC PATCH 01/12] gnome-themes-standard: Add new recipe

Only Adwaita (default GTK+ theme) currently gets installed. Signed-off-by: Jussi Kukkonen --- .../gnome/gnome-themes-standard_3.18.0.bb | 37 ++ 1 file changed, 37 insertions(+) create mode 100644

[OE-core] [RFC PATCH 00/12] Sato desktop upgrade (Gtk3 etc.)

Here's a snapshot of the Sato upgrade I've been working on (YOCTO #3169). It's based on Ross' work from 2.5 years back. The bigger changes currently live as my forks of the upstream projects (gtk3 branches of various projects at https://github.com/jku), and the patchset here modifies recipes to

[OE-core] [PATCH 2/2] build-appliance: make the inclusion of downloaded sources optional

Including the entirety of DL_DIR in the generated build appliance image adds a significant amount of space and makes the build appliance image more awkward to distribute. Add a configuration option to make the inclusion of sources option and default to disabling this functionality. Signed-off-by:

[OE-core] [PATCH 1/2] builder: remove hob from autostart

hob has been removed so don't try and autostart it with the mini-x session in the build appliance. Remove the please_wait_dialog program which informed the user to wait for Hob to start. Rename the mini-x autostart file to reflect the removal of hob, we now just start a matchbox-terminal with

[OE-core] what is the precise search path for resolving "include" or "require" .inc files?

not sure why i never noticed this before, but what is the search order or precedence or priority for resolving recipe file directives "include" or "require"? i was just perusing the bitbake user manual, and noticed the explanation that those directives use BBPATH to track down the first include

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

On Wed, 2016-03-09 at 09:17 -0700, ngutzmann wrote: > 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 >

[OE-core] [Fido][PATCH 0/1] Fido pull request

The single patch fixes nettle which was broken by a recent security fix. Please merge it as soon as is convenient. Regards, Joshua The following changes since commit 6c06c42594539bec4c360c8cc28ebee8a338e6b4: openssl: Security fix CVE-2016-0800 (2016-03-03 10:42:51 +) are available in

[OE-core] [PATCH 1/1] init-live : make it easier to add custom boot targets

When booting from the live image, the label from the bootloader is passed to init.sh. init.sh uses the label to either boot a live image or call a script to take over and install the system. It is possible to add new labels to the bootloader via the LABELS family of variables, but the names in

[OE-core] [PATCH] perl: fix missing dependency for perl-misc

"perl-misc" package is adding tens of perl utilities which have depencies on perl-modules. For example, in order for "prove" to work correctly following modules are needed: RDEPENDS_perl-misc += "perl perl-module-app-prove perl-module-overloading perl-module-tap-base perl-module-file-glob

Re: [OE-core] [PATCH 1/1] ncurses_6: Fix an install race condition

Hi Juro, On 11 March 2016 at 02:07, Juro Bystricky wrote: > +As both targets install identical files. The remedy is to either prevent > +parallel make of install.libs and install.includes, or ensure only one > +target installs the files. > +The second approch will only

Re: [OE-core] [PATCH 1/1] python3: fix do_configure check platform triplet error

On Fri, 2016-03-11 at 09:04 +, Burton, Ross wrote: > > On 11 March 2016 at 07:40, Hongxu Jia > wrote: > > For p1022ds bsp, the MULTIARCH is powerpc-linux-gnuspev1 and > > python3 did not recognize the extra 'v1' which caused python3 > > configure error for the

Re: [OE-core] [PATCH 1/1] python3: fix do_configure check platform triplet error

On 11 March 2016 at 07:40, Hongxu Jia wrote: > For p1022ds bsp, the MULTIARCH is powerpc-linux-gnuspev1 and > python3 did not recognize the extra 'v1' which caused python3 > configure error for the platform triplet. > Forgive me for dry-by commenting without a lot of