[OE-core] [PATCH][Resend] gmp: uprev it to 6.0.0

From: Roy Li Uprev gmp from 5.1.1 to 6.0.0, and remove the 4.2.1 version which is GPLv2, since gmp-6.0.0 is dual-licensing, LGPLv3 or GPLv2; Signed-off-by: Roy Li --- meta/recipes-support/gmp/gmp-4.2.1/configure.patch | 209 -- .../gmp/gmp-4.2.1/disable-stdc.patch

[OE-core] [PATCH] rpcbind: add option to fix port number

fix a random port to offer customer an option for select. Signed-off-by: Li Wang --- .../rpcbind_add_option_to_fix_port_number.patch| 80 meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 + 2 files changed, 81 insertions(+) create mode 100644 meta/recipes-ex

[OE-core] [PATCH 1/1] image.bbclass: image_types.bbclass is a must

The image_types.bbclass is a must since we use this in image.bbclass: [snip] python () { deps = " " + imagetypes_getdepends(d) d.appendVarFlag('do_rootfs', 'depends', deps) [snip] The imagetypes_getdepends() is defined in image_types.bbclass. Use "+=" to replace "?=" since it is a must, s

[OE-core] [PATCH 0/1] image.bbclass: image_types.bbclass is a must

The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/image http://cgit.openembedded.org/cgit.

Re: [OE-core] [oe] Error: package not found in the base feeds (genericx86_64 x86_64 noarch any all)

Hello, I can't see the format in the your email, please send it in plain text if possible. And for your questions: * where liburiparser1 is coming from It is a debian style name, the so is liburiparser.so.1 (note the "1" in the end) so the pkg name is liburiparser1, please see the debian.bbcl

[OE-core] Error: package not found in the base feeds (genericx86_64 x86_64 noarch any all)

Hi, I am constantly getting error:Error: liburiparser1 not found in the base feeds (genericx86_64 x86_64 noarch any all). My receipe name is liburiparser_0.8.0.bb. So from where liburiparser1 is coming from. Very surprising for me. For each and every package it is giving the same error i.e. pack

Re: [OE-core] [PATCH 0/1] qemu-native: depends on libxext-native when enable sdl

Ping, I think that it can fix qemu-native's build error on Yocto's AB: ERROR: User requested feature sdl configure was not able to find it. Install SDL devel // Robert On 07/29/2014 04:02 PM, Robert Yang wrote: The following changes since commit 91ca6b1b2e009381d8e81

[OE-core] [PATCH 1/1] bootchart2: fix installed-vs-shipped

Fixed: ERROR: QA Issue: bootchart2: Files/directories were installed but not shipped /lib /lib/bootchart /lib/bootchart/bootchart-collector /lib/bootchart/tmpfs /lib/bootchart/.debug /lib/bootchart/.debug/bootchart-collector [installed-vs-shipped] local.conf: MACHINE = "qemux86-64" req

[OE-core] [PATCH 0/1] bootchart2: fix installed-vs-shipped

The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/boot http://cgit.openembedded.org/cgit.c

[OE-core] [PATCH 2/7] wic: Add utility function for parsing sourceparams

Parses strings of the form key1=val1[,key2=val2,...] and returns a dict. Also accepts valueless keys i.e. without =. Signed-off-by: Tom Zanussi --- scripts/lib/wic/utils/oe/misc.py | 23 +++ 1 file changed, 23 insertions(+) diff --git a/scripts/lib/wic/utils/oe/misc.py b/sc

[OE-core] [PATCH 3/7] wic: Add sourceparam param to partition plugin methods

The sourceparam param allows source plugins to be parameterized generically (via --sourceparams="key=val[,key=val], implemented previously). Signed-off-by: Tom Zanussi --- scripts/lib/wic/kickstart/custom_commands/partition.py | 6 +++--- scripts/lib/wic/pluginbase.py |

[OE-core] [PATCH 4/7] wic: Parse and pass sourceparams to partition plugin methods

Add code to parse the sourceparams and pass them to the partition plugin methods. Signed-off-by: Tom Zanussi --- scripts/lib/wic/kickstart/custom_commands/partition.py | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/scripts/lib/wic/kickstart/custom_commands/pa

[OE-core] [PATCH 1/7] wic: Add '--sourceparams' partition option

To go along with '--source' as a way to parameterize source plugins. Signed-off-by: Tom Zanussi --- scripts/lib/wic/kickstart/custom_commands/partition.py | 6 ++ 1 file changed, 6 insertions(+) diff --git a/scripts/lib/wic/kickstart/custom_commands/partition.py b/scripts/lib/wic/kickstart

[OE-core] [PATCH 5/7] wic: Add gummiboot support to bootimg-efi

Add gummiboot support to bootimg-efi, which retains the existing grub-efi support (though requires an update to the .wks file). Signed-off-by: Tom Zanussi --- scripts/lib/wic/plugins/source/bootimg-efi.py | 113 +- 1 file changed, 91 insertions(+), 22 deletions(-) diff -

[OE-core] [PATCH 7/7] wic: Add mkgummidisk kickstart file

This is the same as mkefidisk but uses gummiboot instead of grub-efi. Signed-off-by: Tom Zanussi --- scripts/lib/image/canned-wks/mkgummidisk.wks | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 scripts/lib/image/canned-wks/mkgummidisk.wks diff --git a/scripts/lib/image/ca

[OE-core] [PATCH 6/7] wic: Add sourceparams to mkefidisk.wks

The bootimg-efi plugin now requires a loader param, so supply it to retain existing behavior. Signed-off-by: Tom Zanussi --- scripts/lib/image/canned-wks/mkefidisk.wks | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/image/canned-wks/mkefidisk.wks b/scripts/lib/im

[OE-core] [PATCH 0/7] wic: Add gummiboot support

This add gummiboot support to wic. It also adds a new --sourceparams variable to the partition command, allowing plugins to be parameterized. The BootImgEFIPlugin makes use of it to support multiple loaders. The following changes since commit 0f24d9c569db733b4f63803ee4a9c12ec1789791: SIGGEN_E

Re: [OE-core] Yocto development with C++11 threads and gcc

On 08/11/2014 02:02 PM, Peter A. Bigot wrote: The program below built on the target with the MACHINE=beaglebone gcc-4.9.1 compiler from Yocto/OpenEmbedded poky master produces this error: beaglebone[52]$ g++ -std=c++1y -pthread test.cc && ./a.out starting joining pure virtual method called ter

[OE-core] [PATCH 1/3] xorg-drivers: xf86-video-cirrus: add a recipe for the Cirrus Logic X.Org driver

This driver allows X.Org to use the Cirrus Logic family of VGA adapters. Since QEMU can emulate a Cirrus VGA adapter, this driver will be of use for images that are expected to run under QEMU, if QEMU's other VGA adapters are unavailable. Signed-off-by: Max Eliaser --- .../recipes-graphics/xorg-

[OE-core] [PATCH 3/3] qemux86-64: support X11 when QEMU is emulating a different GPU than vmware

QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware, and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86-64 image, the image can be made to launch an X server on when cirrus and std are chosen, in addition to just vmware. (The build of QEMU in OE-Core appe

[OE-core] [PATCH 2/3] qemux86: support X11 when QEMU is emulating a different GPU than vmware

QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware, and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86 image, the image can be made to launch an X server on when cirrus and std are chosen, in addition to just vmware. (The build of QEMU in OE-Core appears

[OE-core] [PATCH 0/3] Add xf86-video-fbdev and xf86-video-cirrus to qemux86 and qemux86-64 (revised)

Hello list, This series adds additional x.org drivers to the qemux86 and qemux86-64 machines. Now, instead of just including the "vmware" driver, GUI images for these machines will also include "cirrus" and "fbdev" drivers. Rationale: now that the runqemu script allows users to select which VGA ad

[OE-core] OE Changelog since 2014-08-03 until 2014-08-10

Changelog since 2014-08-03 until 2014-08-10. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distr

[OE-core] [PATCH] populate_sdk_base.bbclass: Limit xargs command line

It's possible to generate a command line in the relocate_sdk.sh script which is too long (long paths, many files). This change limits the xargs command line by breaking it up into smaller pieces. One necessary side effect is that the -0 option is no longer used as it doesn't seem to work properly

[OE-core] [PATCH 3/3] libpam: Allow use during build and in SDK

The recipe had libpam hardcoded in some places which were causing failures as the metadata renaming hooks does not change those, generating a broken dependencies list. This patch fixes those and add the native and nativesdk support. Signed-off-by: Otavio Salvador --- meta/recipes-extended/pam/l

[OE-core] [PATCH 1/3] cracklib: Allow use in SDK

This adds 'nativesdk' in the BBCLASSEXTEND. Signed-off-by: Otavio Salvador --- meta/recipes-extended/cracklib/cracklib_2.9.1.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/cracklib/cracklib_2.9.1.bb b/meta/recipes-extended/cracklib/cracklib_2

[OE-core] [PATCH 2/3] attr: Allow use during build and SDK

Signed-off-by: Otavio Salvador --- meta/recipes-support/attr/attr.inc |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-support/attr/attr.inc b/meta/recipes-support/attr/attr.inc index c37d34f..28c750f 100644 --- a/meta/recipes-support/attr/attr.inc +++ b/meta/recipes-support

Re: [OE-core] [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain

On Monday, August 11, 2014 at 12:26:34 PM, Richard Purdie wrote: > On Fri, 2014-08-08 at 14:22 +0200, Marek Vasut wrote: > > On Friday, August 08, 2014 at 07:22:04 AM, Koen Kooi wrote: > > > Since 'yocto' is a project like freedesktop.org your commit message > > > doesn't make sense, it should be s

[OE-core] Yocto development with C++11 threads and gcc

The program below built on the target with the MACHINE=beaglebone gcc-4.9.1 compiler from Yocto/OpenEmbedded poky master produces this error: beaglebone[52]$ g++ -std=c++1y -pthread test.cc && ./a.out starting joining pure virtual method called terminate called without an active exception Aborte

[OE-core] [PATCH 2/2] oe.package_manager: fix use of PACKAGE_EXCLUDE for dpkg

From: Christopher Larson It was iterating over the variable character-by-character rather than word-by-word. Signed-off-by: Christopher Larson --- meta/lib/oe/package_manager.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/pac

[OE-core] [PATCH 1/2] python-dbus: use PACKAGECONFIG for doc generation

From: Christopher Larson Adds 'docs' (for html doc generation) and 'api-docs' (for API doc generation) configurations and leaves them both disabled by default. This avoids autodetected dependency upon docutils. Fixes [YOCTO #6530] Signed-off-by: Christopher Larson --- meta/recipes-devtools/py

[OE-core] [PATCH] lttng-tools: Update to version 2.5.0

From: Yasir-Khan update to latest stable-2.5 revision * drop patches - merged upstream - Fix-alignment-problems-on-targets-not-supporting-una.patch Signed-off-by: Yasir-Khan --- ...nt-problems-on-targets-not-supporting-una.patch | 47 .../{lttng-tools_2.4.0.bb => lttng

Re: [OE-core] [OE-code][PATCH] wic: include partition label in fs image file name

On pon, 2014-07-21 at 16:23 -0500, Tom Zanussi wrote: > On Mon, 2014-07-21 at 13:01 +0200, Maciej Borzecki wrote: > > Not including the label image but having multiple partitions of the same > > type, the image file of one partition would overwrite the other. > > > > Right, the empty-partition ca

[OE-core] [PATCH] lttng-ust: update to version 2.5.0

From: Yasir-Khan update to latest stable-2.5 revision Signed-off-by: Yasir-Khan --- .../{lttng-ust_2.4.0.bb => lttng-ust_2.5.0.bb} |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-kernel/lttng/{lttng-ust_2.4.0.bb => lttng-ust_2.5.0.bb} (87%) diff --git

[OE-core] [PATCH 1/1] insane.bbclass: add QA check: file-rdeps

The ipk or deb can't depend on file such as "/bin/bash" or "/usr/bin/perl", so it knows nothing about the pkg depends bash or perl, thus there would be dependencies problems when we run "apt-get install/remove " on the target, this check can help us find the issues and then fix them manually. * Ba

[OE-core] [PATCH 0/1 V2] insane.bbclass: add QA check: file-rdeps

* Changes of V2: Refer build-deps to check all the files' rdepends rather than only check bash, perl and python as RP suggested. Next: * Fix the issues one by one: - Remove the depends is possible (such as bash) - Split the packages for perl and python depends when needed. // Robert The

[OE-core] [PATCH] SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts

* update-rc.d now adds initscripts dependency even to allarch recipes making them effectively TUNE_PKGARCH, "fix" it by excluding initscripts from all signatures Signed-off-by: Martin Jansa --- meta/conf/layer.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/layer.conf b/me

[OE-core] glibc-devel requirement for yocto host development system

Hi, I'd like to reach a broader audience on an issue I had and request your opinion about what could be done to prevent similar issue in the future, or at least add an appropriate note note in the yocto manual about this. I was using a Centos 6.4 64 bit host machine to create an yocto (based) i

Re: [OE-core] should all RDEPENDS always have an attached package name?

On Mon, 11 Aug 2014, Richard Purdie wrote: > On Mon, 2014-08-11 at 09:11 -0400, Robert P. J. Day wrote: > > according to yocto ref manual, all uses of RDEPENDS should be > > suffixed with a package name (normally, _${PN}, of course), but i just > > noticed that the buildtools-tarball.bb recipe f

Re: [OE-core] should all RDEPENDS always have an attached package name?

On Mon, 2014-08-11 at 09:11 -0400, Robert P. J. Day wrote: > according to yocto ref manual, all uses of RDEPENDS should be > suffixed with a package name (normally, _${PN}, of course), but i just > noticed that the buildtools-tarball.bb recipe file contains: > > RDEPENDS = "${TOOLCHAIN_HOST_TA

[OE-core] should all RDEPENDS always have an attached package name?

according to yocto ref manual, all uses of RDEPENDS should be suffixed with a package name (normally, _${PN}, of course), but i just noticed that the buildtools-tarball.bb recipe file contains: RDEPENDS = "${TOOLCHAIN_HOST_TASK}" i suspect that still works just fine, but it does disagree wit

Re: [OE-core] Adding cgdb to meta

On 11 August 2014 12:35, Laszlo Papp wrote: > So, instead of different developers maintaining this in their own layer, how > about including it in meta? I'd suggest sending a recipe to meta-oe. Ross -- ___ Openembedded-core mailing list Openembedded-c

Re: [OE-core] [PATCH V5 1/1] systemd: upgrade to 215

On Thu, Jul 31, 2014 at 04:08:05PM +0800, Chen Qi wrote: > Upgrade systemd from 213 to 215. > > systemd-older-kernel.patch is removed as it's fixed in 215. > > Backport two patches to fix compilation problem for qemuppc. > > 0001-always-check-for-__BYTE_ORDER-__BIG_ENDIAN-when-chec.patch >

[OE-core] Adding cgdb to meta

Hi, is it just me who uses cgdb on the host (or the target) for debugging? Gdb is semi-painful by default because you always need to list things, cannot really browse the code easily, etc. It is also black and white, so the source code syntax does not necessarily stand out for helping. So, instea

Re: [OE-core] [dora][backport][PATCH] kernel: don't copy .so.dbg files into kernel source install

Op 11 aug. 2014, om 12:04 heeft Richard Purdie het volgende geschreven: > On Sat, 2014-08-09 at 11:11 +0200, Koen Kooi wrote: >> From: Bruce Ashfield >> >> In 3.16+ x86-64 kernel builds produce a vdso64.so.dbg file. If this file is >> copied into the kernel source install multiple QA failures

Re: [OE-core] [dora][PATCHv2] gcc-4.8: backport fix for ICE when building opus

On Mon, 2014-08-11 at 13:04 +0200, Martin Jansa wrote: > On Wed, Jul 30, 2014 at 10:37:10AM +0800, Robert Yang wrote: > > > > On 07/25/2014 08:16 AM, Martin Jansa wrote: > > > On Fri, Jul 18, 2014 at 01:16:39AM +0200, Martin Jansa wrote: > > >> From: Martin Jansa > > >> > > >> * backported from 4

Re: [OE-core] [dora][PATCHv2] gcc-4.8: backport fix for ICE when building opus

On Wed, Jul 30, 2014 at 10:37:10AM +0800, Robert Yang wrote: > > On 07/25/2014 08:16 AM, Martin Jansa wrote: > > On Fri, Jul 18, 2014 at 01:16:39AM +0200, Martin Jansa wrote: > >> From: Martin Jansa > >> > >> * backported from 4.8.2, so daisy isn't affected > > > > Robert, any eta on this one? If

Re: [OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support

On 08/11/2014 12:33 PM, Richard Purdie wrote: On Mon, 2014-08-11 at 12:11 +0200, Mike Looijmans wrote: For systems looking for speed rather than size (e.g. booting from serial NOR flash) LZO is usually a good tradeoff, and usually boots faster than gzip or even an uncompressed filesystem. Sign

Re: [OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support

On Mon, 2014-08-11 at 12:11 +0200, Mike Looijmans wrote: > For systems looking for speed rather than size (e.g. booting from serial NOR > flash) LZO is usually a good tradeoff, and usually boots faster than gzip > or even an uncompressed filesystem. > > Signed-off-by: Mike Looijmans > --- > .../

Re: [OE-core] [PATCH] Yocto: Install full set of python modules in Qt SDK toolchain

On Fri, 2014-08-08 at 14:22 +0200, Marek Vasut wrote: > On Friday, August 08, 2014 at 07:22:04 AM, Koen Kooi wrote: > > Since 'yocto' is a project like freedesktop.org your commit message doesn't > > make sense, it should be something like: > > > > meta-toolchain-qt: Install full set of python mo

Re: [OE-core] [PATCH 1/3] xorg-drivers: xf86-video-cirrus: add a recipe for the Cirrus Logic X.Org driver

On Thu, 2014-08-07 at 13:31 -0700, Max Eliaser wrote: > This driver allows X.Org to use the Cirrus Logic family of VGA adapters. Since > QEMU can emulate a Cirrus VGA adapter, this driver will be of use for images > that are expected to run under QEMU, if QEMU's other VGA adapters are > unavailable

Re: [OE-core] [daisy][PATCH 2/2] perf: fix indentation

On Mon, Aug 11, 2014 at 11:03:23AM +0100, Richard Purdie wrote: > On Sun, 2014-08-10 at 11:38 +0200, Martin Jansa wrote: > > * multiline variables should use spaces not tabs for indentation > > > > Signed-off-by: Martin Jansa > > --- > > meta/recipes-kernel/perf/perf.bb | 54 > > +++

Re: [OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

On Fri, Aug 8, 2014 at 11:41 PM, Saul Wold wrote: > On 08/08/2014 02:37 AM, Sujith H wrote: > >> From: Sujith H >> >> This is needed to deal with the situation where we're using ipk >> packaging, so >> opkg-utils must be built regardless of what update-alternatives provider >> we >> prefer. The

[OE-core] [PATCH] opkg-utils: allow disabling update-alternatives

From: Sujith H This is needed to deal with the situation where we're using ipk packaging, so opkg-utils must be built regardless of what update-alternatives provider we prefer. The downside to the current implementation is the need to adjust PACKAGECONFIG as well as PREFERRED_PROVIDER, but it is

Re: [OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support

Sorry for having posted this multiple times, our local mail server bounced it as "spam" so I figured it never arrived, and retried it later. On 08/11/2014 12:11 PM, Mike Looijmans wrote: For systems looking for speed rather than size (e.g. booting from serial NOR flash) LZO is usually a good

[OE-core] [PATCH 2/2] Support image type "squashfs-lzo"

Add "squashfs-lzo" to the image types. LZO compression support has been in both kernel and squashfs tools for many years, but OE never enabled it. Signed-off-by: Mike Looijmans --- meta/classes/image_types.bbclass | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --g

[OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support

For systems looking for speed rather than size (e.g. booting from serial NOR flash) LZO is usually a good tradeoff, and usually boots faster than gzip or even an uncompressed filesystem. Signed-off-by: Mike Looijmans --- .../squashfs-tools/squashfs-tools_4.2.bb |4 ++-- 1 file chan

Re: [OE-core] [dora][backport][PATCH] kernel: don't copy .so.dbg files into kernel source install

On Sat, 2014-08-09 at 11:11 +0200, Koen Kooi wrote: > From: Bruce Ashfield > > In 3.16+ x86-64 kernel builds produce a vdso64.so.dbg file. If this file is > copied into the kernel source install multiple QA failures are triggered. > Specifically, this file triggers a debug package split that resu

Re: [OE-core] [daisy][PATCH 2/2] perf: fix indentation

On Sun, 2014-08-10 at 11:38 +0200, Martin Jansa wrote: > * multiline variables should use spaces not tabs for indentation > > Signed-off-by: Martin Jansa > --- > meta/recipes-kernel/perf/perf.bb | 54 > > 1 file changed, 27 insertions(+), 27 deletions(-)

Re: [OE-core] [PATCH] psplash: Adding support for systemd service files

On Fri, Aug 8, 2014 at 11:37 PM, Saul Wold wrote: > On 08/08/2014 02:09 AM, Sujith H wrote: > >> From: Sujith H >> >> If the DISTRO_FEATURES has systemd, then its better >> to have corresponding service files associated with >> the psplash. This change will help to do the same. >> >> Can you pr

[OE-core] Ralink RT3572/RT5572?

Are the linux kernel modules for Ralink WiFi-USB devices with RT3572 and/or RT5572 (available from ) still integrated in an OE-Layer? If not, what would be the right place for them (openembedded-core, meta-networking, or something else)? -- DResearch Fah

[OE-core] [PATCH] gnupg: Added PACKAGECONFIG[curl]

From: Shrikant Bobade gnupg can be built with or without curl. This should be explicitly defined to avoid race between curl and gnupg. Signed-off-by: Mikhail Durnev Signed-off-by: Shrikant Bobade --- meta/recipes-support/gnupg/gnupg_1.4.7.bb |3 +++ 1 file changed, 3 insertions(+) diff -

[OE-core] [PATCH 2/2] Support image type "squashfs-lzo"

Add "squashfs-lzo" to the image types. LZO compression support has been in both kernel and squashfs tools for many years, but OE never enabled it. Signed-off-by: Mike Looijmans --- meta/classes/image_types.bbclass | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --g

[OE-core] [PATCH 1/2] squashfs-tools: Enable LZO support

For systems looking for speed rather than size (e.g. booting from serial NOR flash) LZO is usually a good tradeoff, and usually boots faster than gzip or even an uncompressed filesystem. Signed-off-by: Mike Looijmans --- .../squashfs-tools/squashfs-tools_4.2.bb |4 ++-- 1 file chan

[OE-core] [PATCH 2/2] Support image type "squashfs-lzo"

Add "squashfs-lzo" to the image types. LZO compression support has been in both kernel and squashfs tools for many years, but OE never enabled it. Signed-off-by: Mike Looijmans --- meta/classes/image_types.bbclass | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --g