[OE-core] [oe-core PATCH v3 6/8] weston-init: Add module support for the weston-start helper

To make weston-start more flexible we now support module loading. For such modules, following functions can be used: - add_weston_argument - add_openvt_argument Signed-off-by: Otavio Salvador --- Changes in v3: None Changes in v2: - Drop weston-lunch use as it

[OE-core] [oe-core PATCH v3 7/8] weston: Add Xwayland initialization support using weston-start

The weston-start script now supports loading modules so the Xwayland support can be loaded optionally. Use this to load Weston accordingly. Signed-off-by: Otavio Salvador --- Changes in v3: None Changes in v2: - Move weston-start module to weston package - Stop using

[OE-core] [oe-core PATCH v3 5/8] weston-init: Error out if loading a nested instance

The Weston nested instance support is not implemented. This errors out displaying an informative error message so someone insterested on it may look at implement this later. Signed-off-by: Otavio Salvador --- Changes in v3: None Changes in v2: None

[OE-core] [oe-core PATCH v3 8/8] core-image-weston: If X11 is enabled, add XWayland support

When the distribution has X11 and Wayland backends, we enable XWayland support. Signed-off-by: Otavio Salvador --- Changes in v3: - New patch. Changes in v2: None meta/recipes-graphics/images/core-image-weston.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [oe-core PATCH v3 2/8] weston: Remove XWayland dependencies on PACKAGECONFIG

Instead of adding partial dependencies we list the PACKAGECONFIG options that are required. Those are: X11 and Wayland. The previous value were redudant with X11 PACKAGECONFIG option and as it is a requirement, for XWayland, it can be removed to easy maintenance. Signed-off-by: Otavio Salvador

[OE-core] [oe-core PATCH v3 4/8] weston-init: Rework init sequence to avoid code duplication

The new 'weston-start' script redcues the code duplication for SysV and SystemD based images. Signed-off-by: Otavio Salvador --- Changes in v3: - Fix log redirection - Fix argument pass for openvt Changes in v2: None meta/recipes-graphics/wayland/weston-init.bb

[OE-core] [oe-core PATCH v3 3/8] weston-init: Rework do_install to use install -D option

The install -D allow for the parent directories to be created in a single command line, reducing the code and number of fork during the build. Signed-off-by: Otavio Salvador --- Changes in v3: None Changes in v2: None meta/recipes-graphics/wayland/weston-init.bb | 7

[OE-core] [oe-core PATCH v3 1/8] weston: Enable XWayland when X11 and Wayland support are available

When the DISTRO has X11 and Wayland support enabled, XWayland ought to be enabled by default. Signed-off-by: Otavio Salvador --- Changes in v3: None Changes in v2: - Remove PAM requirement meta/recipes-graphics/wayland/weston_1.9.0.bb | 1 + 1 file changed, 1

[OE-core] [oe-core PATCH v3 0/8] Improve Xwayland integration

Up to now, to make Xwayland to work it required several manual hacks and it was difficult to make an image which had support for it out of box. This patchset intends to set the base for it. It enables weston-init to be extended to support Xwayland launch when needed. There are still some issues

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

On Wed, 2016-05-04 at 07:16 -0700, akuster wrote: > > On 05/04/2016 02:52 AM, Joshua G Lock wrote: > > > > Hi Armin, > > > > On Thu, 2016-04-28 at 11:23 -0700, Armin Kuster wrote: > > > > > > From: Armin Kuster > > > > > I've been seeing: > > > > "qemu: uncaught target

[OE-core] [PATCH] gcc: obey ldflags in the link of libgcc

From: Christopher Larson Explicitly obey it, the way it should, rather than only relying on --with-linker-hash-style. Signed-off-by: Christopher Larson --- meta/recipes-devtools/gcc/gcc-4.9.inc| 1 +

Re: [OE-core] [PATCH 1/1] sshcontrol.py: Add methods to copy dirs and delete files

On 2 May 2016 at 12:27, wrote: > +tree: . > +└── work > +├── dir1 > +│ └── file1 > +└── dir2 > This is very pretty, but: SyntaxError: Non-ASCII character

Re: [OE-core] [PATCH] image_types: fix image/compression dependency collection

On 4 May 2016 at 20:28, Ross Burton wrote: > +bb.warn(str(deps)) > Removed this in my branch, sorry! Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH v2] Allow different filesystems to be used for VM images.

On 3 May 2016 at 12:55, Ian Geiser wrote: > What is the status of this patch? > It's merged into my staging branch, so should be in master soon. Ross -- ___ Openembedded-core mailing list

[OE-core] [PATCH] image_types: fix image/compression dependency collection

As compressions can be chained (i.e. cpio.bz2.md5sum) we need to walk the fstype list to collect the dependencies from each step. Signed-off-by: Ross Burton --- meta/classes/image_types.bbclass | 37 + 1 file changed, 17 insertions(+),

Re: [OE-core] [master][PATCH] gcc-cross{, -canadian}: remove --with-linker-hash-style

On Wed, May 4, 2016 at 2:01 PM, Burton, Ross wrote: > > On 2 May 2016 at 21:09, Christopher Larson wrote: > >> This will result in a failure to obey LDFLAGS causing a GNU_HASH QA >> failure, >> which is what's often seen with external toolchains. This

Re: [OE-core] [PATCH v3 4/6] bmap-tools: generate standalone script

On Wed, May 4, 2016 at 7:01 AM, Ed Bartosh wrote: > On Tue, May 03, 2016 at 07:33:58PM +, Christopher Larson wrote: > > On Tue, May 3, 2016 at 7:31 PM, Christopher Larson > > wrote: > > > > > > > > > > > On Mon, May 2, 2016 at 12:22 PM, Ed

[OE-core] [PATCH 11/11] linux-yocto-rt/4.1: update to rt23

Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 4 ++-- meta/recipes-kernel/linux/linux-yocto-tiny_4.1.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_4.1.bb | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) diff

[OE-core] [PATCH 08/11] linux-yocto/4.4: skylake configuration

Integrating the following patches for skylake features and config: 82c2ea9f6bf intel-common: enable support for skylake in intel common bsp 269b6a7a98e2 intel-common-drivers: enable OSS Support 71a19d3e6dc6 intel-pinctrl: enable pinctrl driver for skylake 281f7db8c839 features: soc:

[OE-core] [PATCH 10/11] linux-yocto/4.4: bump to v4.4.8

Integrating the korg -stable releases. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_4.4.bb | 16 3

[OE-core] [PATCH 00/11][master][krogoth] kernel-yocto: consolidated pull request

Hi all, The following is a consolidated set of changes for the 4.1, 4.4 linux-yocto kernel, as well as the kern-tools. All of these are bug fixes, minor configuration changes or -stable updates. I've had most of them queued since before the 2.1 release, but was waiting for the dust to settle

[OE-core] [PATCH 09/11] linux-yocto/4.4: broxton enablement and refactoring

Merging the following commits to refactor and add broxton support: 0d73a3bf6129 bsp/intel-corei7-64: Add intel-telemetry feature cee29e6234c7 features: add intel-telemetry feature 3a700d737b65 bsp/intel-common: Add broxton to supported SoCs in intel-core* BSPs f584a0c22a39 features: add

[OE-core] [PATCH 06/11] linux-yocto/4.1: make ltsi content available

In the better late than never category, this commit integrates the ltsi content into linux-yocto 4.1. We we already matching LTSI on the kernel version front with a small gap in patches. With this commit, we have a "ltsi" branch that is pure ltsi on the mailine kernel, and then that commit is

[OE-core] [PATCH 05/11] linux-yocto/4.1: update to v4.1.22

Integrating the korg -stable releases. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 4 ++-- meta/recipes-kernel/linux/linux-yocto-tiny_4.1.bb | 4 ++-- meta/recipes-kernel/linux/linux-yocto_4.1.bb | 18

[OE-core] [PATCH 07/11] linux-yocto/4.4: BXT mmc fixes + PUNIT, tubropower, and telemetry backport

Integrating the following mainline (or mainline destined) patches to support Intel Broxton: 076cc85486fd mmc: sdhci-acpi: Set MMC_CAP_AGGRESSIVE_PM for Broxton controllers 5d9c3aba78a1 mmc: sdhci-pci: Remove redundant runtime PM calls aa0cd9a58d54 mmc: sdhci: Fix sdhci_runtime_pm_bus_on/off()

[OE-core] [PATCH 04/11] kernel-yocto: allow branch auditing to be suspended

When working on the yocto-bsp and kernel-lab update for yocto 1.2 we found it was impossible for a end-user BSP to isolate patches on a branch, since with the following commit: [kernel-yocto: enforce SRC_URI specified branch] Any new branch would be switched to whatever was specified on the

[OE-core] [PATCH 03/11] kern-tools: handle directories with, or without, trailing /

Robert P. J. Day reported that configuration fragments and kernel features were not being found when organized in a particular manner: linux - $BOARD - mm.patch - mm.scc - ssd_sil.cfg - ssd_sil.patch - ssd_sil.scc - uio.cfg .. etc There was a bug in the tools

[OE-core] [PATCH 02/11] linux-yocto/4.4: sched/cgroup: Fix/cleanup cgroup teardown/init

backporting a mainline commit to address splats that have been seen on the 4.4 kernel: Signed-off-by: Mikko Ylinen Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb | 2 +-

[OE-core] [PATCH 01/11] linux-yocto/uvesafb: print error message when task timeout occurs

Integrating the following commit to have a more informative error message: uvesafb: print error message when task timeout occurs The driver waits for response from user space for a pending task until a timeout (UVESAFB_TIMEOUT) occurs. But the existing error message

Re: [OE-core] npm class usage

I think that meta-brendan-nodepkgs link could be on npm.bbclass file as documentation and example of use, would be helpfully. On Wed, May 4, 2016 at 2:06 PM, Brendan Le Foll wrote: > On Wed, May 04, 2016 at 02:01:40PM -0300, Fabio Berton wrote: > >Yes, it helps. >

Re: [OE-core] npm class usage

On Wed, May 04, 2016 at 02:01:40PM -0300, Fabio Berton wrote: >Yes, it helps. >Now I see my error... I need to use >SRC_URI = "npm://[1]registry.npmjs.org;name=${PN};version=${PV}" >My recipe it's getting sources from github and not from registry. >Thanks! No problem. FYI I

Re: [OE-core] npm class usage

Yes, it helps. Now I see my error... I need to use SRC_URI = "npm://registry.npmjs.org;name=${PN};version=${PV}" My recipe it's getting sources from github and not from registry. Thanks! On Wed, May 4, 2016 at 12:07 PM, Brendan Le Foll wrote: > On Wed, May 04, 2016

[OE-core] [wic][PATCH 12/14] wic: decode output of subprocess.communicate

stdeout and stderr content returned by communicate API has different types in Python 3(bytes) and Python 2(string). Decoding it to 'utf-8' makes it unicode on both pythons. Decoded stdout and stderr output to utf-8 to make the code working under both Python 2 and Python 3. Signed-off-by: Ed

[OE-core] [wic][PATCH 09/14] wic: don't use L suffix for integers

This suffix is not supported by Python 3. Wic code works without it on Python 2 too, so it's safe to remove it. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[OE-core] [wic][PATCH 11/14] wic: use // operator instead of /

Division operator works differently in Python 3. It results in float unlike in Python 2, where it results in int. Explicitly used "floor division" operator instead of 'division' operator. This should make the code to result in integer under both pythons. [YOCTO #9412] Signed-off-by: Ed Bartosh

[OE-core] [wic][PATCH 13/14] wic: don't encode unicode strings

Removed check for unicode type as it doesn't work in Python 3. This check is not needed for wic as all its output seem to be strings. This allows to run code under both pythons. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/msger.py | 7 --- 1 file

[OE-core] [wic][PATCH 14/14] wic: use next builtin instead of .next method

Generators in Python 3 don't have .next method. It's recommended to use 'next' builtin instead. As it also present in Python >= 2.6 it should make wic code compatible with both Python 2 and Python 3. [YOCTO #9412] Signed-off-by: Ed Bartosh ---

[OE-core] [wic][PATCH 05/14] wic: remove with_statement imports

'with' statement is not used in baseimager.py It's supported by Python 2.7, which is included into all target distros. Other wic modules use this statement. Removed useless 'from __future__ import with_statement' from wic code. Signed-off-by: Ed Bartosh ---

[OE-core] [wic][PATCH 04/14] wic: don't inherit classes from object

All classes in Python3 are new style classes and don't need to be inherited from object. Wic code works fine without this inheritance even with Python2, so it's harmless to remove it. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/creator.py

[OE-core] [wic][PATCH 10/14] wic: use find_executable in favor of bb.utils.which

As bitbake is not ported to Python 3 yet it's better to avoid using its APIs as much as possible to be able to test wic under Python 3 at least partially. Used distutils.spawn.find_executable API in favor of bb.utils.which to get path of the command to run. Signed-off-by: Ed Bartosh

[OE-core] [wic][PATCH 07/14] wic: remove unused functions

Removed 'raw', 'ask', 'choice' and 'pause' functions from msger.py as they're not used in wic code and some of them use raw_input, which is not present in Python 3. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/msger.py | 69

[OE-core] [wic][PATCH 06/14] wic: use new syntax of 'except' statement

New syntax 'except Exception as err' is supported by Python >= 2.7. Old syntax 'except Exception, err' is not supported by Python 3. Used new syntax to be able to run wic on Python 3. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/imager/direct.py | 2

[OE-core] [wic][PATCH 08/14] wic: refactor pluginbase

Wic plugin machinery implemented using metaclasses. Reimplemented plugin machinery using this advice from https://wiki.python.org/moin/PortingToPy3k/BilingualQuickRef Syntax for creating instances with different metaclasses is very different between Python 2 and 3. Use the ability to call type

[OE-core] [wic][PATCH 03/14] wic: don't use dict.keys and dict.has_key

Replaced calls of dict.keys and dict.has_key methods with the 'key in dict' statement. 'key in dict' is more pythonic, faster and readable. dict.has_key doesn't exist in Python 3. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/imager/baseimager.py | 2

[OE-core] [wic][PATCH 02/14] wic: use items instead of iteritems

Dictionary method 'iteritems' doesn't exist in Python 3. Replaced 'iteritems' with 'items' to be able to run the code under both Python 3 and Python 2. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/conf.py| 2 +- scripts/lib/wic/creator.py | 2 +-

[OE-core] [wic][PATCH 00/14] Python 3 support

Hi, This is a first set of changes implementing Python 3 support for wic. As bitbake codebase is not ported to Python 3 yet I tried to avoid using bitbake APIs as much as possible. With this set of changes wic can be run on both Python 2 and Python 3. These commands work and produce rootfs of

[OE-core] [wic][PATCH 01/14] wic: replace print statements with print function

Print statements have been replaced with print function in Python 3. Replaced them in wic code to be able to run it under both Python 2 and Python 3. [YOCTO #9412] Signed-off-by: Ed Bartosh --- scripts/lib/wic/engine.py| 20 +--

Re: [OE-core] npm class usage

On Wed, May 04, 2016 at 11:53:08AM -0300, Fabio Berton wrote: >Hi Brendan, >Thanks for reply. >I'm trying to use npm class with this layer >[1]https://github.com/imyller/meta-nodejs >For example, I changed this recipe >

Re: [OE-core] [PATCH] gobject-introspection.bbclass: disable introspection for -native recipes

On 2 May 2016 at 13:17, Alexander Kanavin wrote: > -EXTRA_OECONF_prepend = "${@bb.utils.contains('GI_DATA_ENABLED', 'True', > '--enable-introspection', '--disable-introspection', d)} " > +EXTRA_OECONF_prepend_class-target = >

Re: [OE-core] npm class usage

Hi Brendan, Thanks for reply. I'm trying to use npm class with this layer https://github.com/imyller/meta-nodejs For example, I changed this recipe https://github.com/imyller/meta-nodejs/blob/master/recipes/grunt/grunt-cli_1.1.0.bb to use npm class provided by oe-core and removed all classes

[OE-core] [PATCH] populate_sdk_ext.bbclass : Show logfile in case the SDK EXT installation failed

From: Leonardo Sandoval To avoid lots of output in the SDK EXT installation phase, system redirects it to a logfile ($target_sdk_dir/preparing_build_system.log) but in case of error, the contents should be shown so debugging could be faster. [YOCTO

Re: [OE-core] [[PATCH v2 1/2] mesa-demos: remove demos using obsolete screen surface

Can you push these patches to a branch? For some reason git-am isn't able to parse the patch. Ross On 4 May 2016 at 10:11, Awais Belal wrote: > The mesa surface EGL_MESA_screen_surface was obsoleted > and then dropped from mesa some time ago. Drop demos > depending on

Re: [OE-core] npm class usage

On Tue, May 03, 2016 at 01:24:49PM -0300, Fabio Berton wrote: >Hi all! >I'm trying to install some recipes that use npm class and I have two >questions. >1 - Why use S = "${WORKDIR}/npmpkg"? This not work for me. That's surprising the fetcher basically extracts it that way so the

Re: [OE-core] [master][PATCH] gcc-cross{, -canadian}: remove --with-linker-hash-style

On 2 May 2016 at 21:09, Christopher Larson wrote: > This will result in a failure to obey LDFLAGS causing a GNU_HASH QA > failure, > which is what's often seen with external toolchains. This brings us all on > the > same page, and makes sure a failure to obey LDFLAGS is seen

[OE-core] [PATCH v2] libpcre: Fix CVE-2016-3191

Fix workspace overflow for (*ACCEPT) with deeply nested parentheses. The patch is from libpcre version control at http://vcs.pcre.org/pcre?view=revision=1631 with the ChangeLog part removed. Original author is Philip Hazel. Signed-off-by: Ismo Puustinen ---

Re: [OE-core] clarifying details about "is not set" lines in kernel config fragment files

On Wed, May 4, 2016 at 6:41 AM, Robert P. J. Day wrote: > > one more question about fragments which i'm fairly sure i know the > answer to, but will be embarrassed about if i'm wrong. > > if i want to set a kernel option in a fragment, i'm fairly certain i > need to

Re: [OE-core] [PATCH] libpcre: Fix CVE-2016-3191

On 4 May 2016 at 11:35, Ismo Puustinen wrote: > Upstream-Status: Accepted [8.39] > CVE: CVE-2016-3191 > > Signed-off-by: Ismo Puustinen > These bits belong in the patch header. Basically the patch on its own should have a summary of what

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

On Wed, 2016-05-04 at 10:52 +0100, Joshua G Lock wrote: > Hi Armin, > > On Thu, 2016-04-28 at 11:23 -0700, Armin Kuster wrote: > > > > From: Armin Kuster > > > I've been seeing: > > "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" > > when trying to

[OE-core] [krogoth][master][PATCH] qemu: updgrade to 2.5.1

This upgrade includes several worthwhile fixes, security and otherwise, including a complete fix for CVE-2016-2857. * drop CVE-2016-2857.patch as it's included in this release, along with several related patches which complete the fixes for CVE-2016-2857:

Re: [OE-core] clarifying details about "is not set" lines in kernel config fragment files

one more question about fragments which i'm fairly sure i know the answer to, but will be embarrassed about if i'm wrong. if i want to set a kernel option in a fragment, i'm fairly certain i need to *explicitly* set all options it depends on, correct? otherwise, that option is left

[OE-core] [PATCH] libpcre: Fix CVE-2016-3191

Fix workspace overflow for (*ACCEPT) with deeply nested parentheses. The patch is from libpcre version control at http://vcs.pcre.org/pcre?view=revision=1631 with the ChangeLog part removed. Original author is Philip Hazel. Upstream-Status: Accepted [8.39] CVE: CVE-2016-3191 Signed-off-by: Ismo

[OE-core] [poky][PATCH] alsa-lib: Fix incorrect appl pointer when mmap_commit() returns error.

The appl pointer needs to be updated only when snd_pcm_mmap_commit() is successfully returned. Or it shouldn't be updated. This is to fix the avail_update()'s result is incorrect when returns error. Signed-off-by: Yuqing Zhu ---

Re: [OE-core] clarifying details about "is not set" lines in kernel config fragment files

On Tue, 3 May 2016, Tom Rini wrote: > On Tue, May 03, 2016 at 02:27:38PM -0400, Robert P. J. Day wrote: > > On Tue, 3 May 2016, Bruce Ashfield wrote: > > > > > On Tue, May 3, 2016 at 1:04 PM, Robert P. J. Day > > > wrote: > > > > > >   oddly, in the current YP

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

On 05/04/2016 12:52 PM, Joshua G Lock wrote: I've been seeing: "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" when trying to build gobject-introspection for qemux86 recently and narrowed it down to this change, if I revert this patch the use of qemu-native by

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

Hi Armin, On Thu, 2016-04-28 at 11:23 -0700, Armin Kuster wrote: > From: Armin Kuster > I've been seeing: "qemu: uncaught target signal 11 (Segmentation fault) - core dumped" when trying to build gobject-introspection for qemux86 recently and narrowed it down to this

Re: [OE-core] [PATCH v3 4/6] bmap-tools: generate standalone script

On Tue, May 03, 2016 at 07:33:58PM +, Christopher Larson wrote: > On Tue, May 3, 2016 at 7:31 PM, Christopher Larson > wrote: > > > > > > > On Mon, May 2, 2016 at 12:22 PM, Ed Bartosh > > wrote: > > > >> Generated standalone bmaptool script

Re: [OE-core] [PATCH v3 0/6] bmaptool support

On Tue, May 03, 2016 at 08:22:48PM +, Christopher Larson wrote: > On Mon, May 2, 2016 at 12:22 PM, Ed Bartosh > wrote: > > > Hi, > > > > This patchset adds ability to use bmaptool to flash images faster than > > using traditional methods. It contains bmap-tools

[OE-core] [[PATCH v2 2/2] mesa-demos: provide option for disabling GLX demos

There are platforms that default to EGL only configurations in which case the GLX applications are not required at all. Allow the user to control generation of these demos as needed through a configure switch. Signed-off-by: Awais Belal ---

[OE-core] [[PATCH v2 1/2] mesa-demos: remove demos using obsolete screen surface

The mesa surface EGL_MESA_screen_surface was obsoleted and then dropped from mesa some time ago. Drop demos depending on this. Signed-off-by: Awais Belal --- ...dependant-on-obsolete-MESA_screen_surface.patch | 1592

Re: [OE-core] [PATCH 06/10] mc: upgrade to 4.8.16

Hi Paul, On Wed, May 04, 2016 at 05:30:33PM +1200, Paul Eggleton wrote: > On Tue, 03 May 2016 19:45:57 Maxin B. John wrote: > > On Tue, May 03, 2016 at 06:41:01PM +0200, Martin Jansa wrote: > > > On Tue, May 03, 2016 at 05:49:45PM +0300, Maxin B. John wrote: > > > > 4.8.15 -> 4.8.16 > > > > > >

[OE-core] [PATCH 09/10] sqlite3: upgrade to 3.12.2

3.11.0 -> 3.12.2 Remove upstreamed patch: 1. fix-disable-static-shell.patch Signed-off-by: Maxin B. John --- .../sqlite/sqlite3/fix-disable-static-shell.patch | 61 -- meta/recipes-support/sqlite/sqlite3_3.11.0.bb | 11

[OE-core] [PATCH 06/10] mc: upgrade to 4.8.16

4.8.15 -> 4.8.16 Signed-off-by: Maxin B. John --- meta/recipes-extended/mc/{mc_4.8.15.bb => mc_4.8.16.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/mc/{mc_4.8.15.bb => mc_4.8.16.bb} (93%) diff --git

[OE-core] [PATCH 05/10] bluez5: upgrade to 5.39

5.37 -> 5.39 Signed-off-by: Maxin B. John --- meta/recipes-connectivity/bluez5/{bluez5_5.37.bb => bluez5_5.39.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/bluez5/{bluez5_5.37.bb => bluez5_5.39.bb} (89%) diff --git

[OE-core] [PATCH 02/10] ethtool: upgrade to 4.5

4.2 -> 4.5 Signed-off-by: Maxin B. John --- meta/recipes-extended/ethtool/{ethtool_4.2.bb => ethtool_4.5.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/ethtool/{ethtool_4.2.bb => ethtool_4.5.bb} (88%) diff --git

[OE-core] [PATCH 07/10] orc: upgrade to 0.4.25

0.4.24 -> 0.4.25 Signed-off-by: Maxin B. John --- meta/recipes-devtools/orc/{orc_0.4.24.bb => orc_0.4.25.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/orc/{orc_0.4.24.bb => orc_0.4.25.bb} (84%) diff --git

[OE-core] [PATCH 03/10] pkgconfig: update to version 0.29.1

87152c0 : Update to 0.29.1 753f0ba : glib: Fix OSX build with internal glib 5164b9d : Revert "Quote pc_path virtual variable" a3e58e7 : check: More thoroughly test variable usage 1c564a3 : Only unquote --variable when it appears quoted e6d33fb : Revert "Unquote values of requested variables"

[OE-core] [PATCH 04/10] libtasn1: upgrade to 4.8

4.7 -> 4.8 Signed-off-by: Maxin B. John --- meta/recipes-support/gnutls/{libtasn1_4.7.bb => libtasn1_4.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnutls/{libtasn1_4.7.bb => libtasn1_4.8.bb} (81%) diff --git

[OE-core] [PATCH 08/10] harfbuzz: upgrade to 1.2.6

1.2.3 -> 1.2.6 Signed-off-by: Maxin B. John --- .../harfbuzz/{harfbuzz_1.2.3.bb => harfbuzz_1.2.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.2.3.bb => harfbuzz_1.2.6.bb} (88%) diff

[OE-core] [PATCH 10/10] iproute2: upgrade to version 4.5.0

4.4.0 -> 4.5.0 Refreshed iproute2 musl build fix patch for 4.5.0 Remove backported patch: iproute2-fix-building-with-musl.patch Signed-off-by: Maxin B. John --- .../iproute2/iproute2/iproute2-4.3.0-musl.patch| 97 +-

[OE-core] [PATCH 01/10] acpid: upgrade to 2.0.27

2.0.26 -> 2.0.27 Remove upstreamed patch: 0001-Fix-out-of-source-build.patch Signed-off-by: Maxin B. John --- .../acpid/acpid/0001-Fix-out-of-source-build.patch | 46 -- meta/recipes-bsp/acpid/acpid_2.0.26.bb | 9 -

[OE-core] [PATCH 00/10] package version upgrades

Resending the package upgrades with -M1 Maxin B. John (10): acpid: upgrade to 2.0.27 ethtool: upgrade to 4.5 pkgconfig: update to version 0.29.1 libtasn1: upgrade to 4.8 bluez5: upgrade to 5.39 mc: upgrade to 4.8.16 orc: upgrade to 0.4.25 harfbuzz: upgrade to 1.2.6 sqlite3: