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

On Tue, May 3, 2016 at 3:01 AM, Khem Raj wrote: > > On May 2, 2016, at 7:53 PM, Christopher Larson wrote: > > > > On Mon, May 2, 2016 at 9:37 PM, Khem Raj wrote: > >> >> On May 2, 2016, at 1:37 PM, Christopher Larson

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

> On May 2, 2016, at 7:53 PM, Christopher Larson wrote: > > > > On Mon, May 2, 2016 at 9:37 PM, Khem Raj > wrote: > >> On May 2, 2016, at 1:37 PM, Christopher Larson > > wrote:

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

On Mon, May 2, 2016 at 9:37 PM, Khem Raj wrote: > > On May 2, 2016, at 1:37 PM, Christopher Larson wrote: > > > > On Mon, May 2, 2016 at 8:34 PM, Khem Raj wrote: > >> >> > On May 2, 2016, at 1:09 PM, Christopher Larson

Re: [OE-core] [PATCH 2/2] mesa: add PACKAGECONFIG for gbm

On Tue, Apr 26, 2016 at 10:49:25AM -0400, Denys Dmytriyenko wrote: > On Tue, Apr 26, 2016 at 02:58:23PM +0100, Ross Burton wrote: > > gbm is an optional library and some environments (for example, mesa-gl where > > there are separate drivers that provide libgbm) may not want to build it. > > > >

[OE-core] [PATCH] image_types.bbclass: add WIC_CREATE_EXTRA_ARGS

From: Christopher Larson This'll be of use to pass things like --bmap. Signed-off-by: Christopher Larson --- meta/classes/image_types.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [OE-core] moving OpenEmbedded-core to Python 3

> On May 2, 2016, at 3:14 AM, Alexander Kanavin > wrote: > > On 04/29/2016 11:43 PM, Khem Raj wrote: > >> Can you clarify the scope, are you addressing the case where target >> images would prefer python3 >> and you are making sure that packages that use

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

> On May 2, 2016, at 1:37 PM, Christopher Larson wrote: > > > > On Mon, May 2, 2016 at 8:34 PM, Khem Raj > wrote: > > > On May 2, 2016, at 1:09 PM, Christopher Larson > >

[OE-core] [PATCH 5/6] oetest.py: Add default pscmd to oeTest

From: Mariano Lopez pscmd is used by some tests to get the process running on the target. If the test are exported there won't be any pscmd attibute in the oeTest. This adds "ps" as default pscmd. Signed-off-by: Mariano Lopez ---

[OE-core] [PATCH 3/6] oeqa/runexported.py: Remove host dumper

From: Mariano Lopez The host dumper is used to get information about the host running the test when a test fails. This is used for the autobuilders of Yocto Project. Now that exported tests have thier own class the host dumper is not necessary anymore.

[OE-core] [PATCH 6/6] oetest.py: Use the real ExportTestContext in exported tests

From: Mariano Lopez There are parts of the fuctionallity missing when using the dummy ExportTestContext class in runexported.py. This changes the use of ExportTestContext dummy class from runexported.py to the real class in oetest.py. Signed-off-by: Mariano Lopez

[OE-core] [PATCH 2/6] testexport.bbclass: Split testimage class

From: Mariano Lopez This adds a new class that only export tests of images, the code was taken from testimage class and most of it wasn't modified. Just add some vars for the new class. testexport class require testimage class to get the test suites defined for

[OE-core] [PATCH 1/6] oeqa/oetest.py: Add class ExportTestContext

From: Mariano Lopez Adding the class is needed to separate the exported test from the test image; both test run under different conditions, i.e. an exported test doesn't require to change the signal handling. This change adds clasess ExportTestContext and

[OE-core] [PATCH 4/6] testimage.bbclass: Remove exported test

From: Mariano Lopez Exported tests now have their own class, so the code in testimage is not needed anymore. Signed-off-by: Mariano Lopez --- meta/classes/testimage.bbclass | 137 + 1 file

[OE-core] [PATCH 0/6] Decouple testexport from testimage

From: Mariano Lopez Testexport is a feature that gets broken quite often, this series of patches will decouple testexport from testimage class in order to make it easier to spot errors, easier to maintain, and easier to extend. The following changes since commit

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

On Mon, May 2, 2016 at 8:34 PM, Khem Raj wrote: > > > On May 2, 2016, at 1:09 PM, Christopher Larson > wrote: > > > > From: Christopher Larson > > > > We explicitly set the hash style to gnu in our LDFLAGS. Setting the > default

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

> On May 2, 2016, at 1:09 PM, Christopher Larson wrote: > > From: Christopher Larson > > We explicitly set the hash style to gnu in our LDFLAGS. Setting the default to > this in the toolchain, while convenient, actually hides bugs, as a failure to >

[OE-core] [oe-core PATCH 3/7] 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 --- meta/recipes-graphics/wayland/weston-init.bb | 7 ++- 1 file changed, 2 insertions(+),

[OE-core] [oe-core PATCH 7/7] xserver-xorg: 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 --- meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 9 +++--

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

Instead of adding partial dependencies we list the PACKAGECONFIG options that are required. Those are: X11, Wayland and PAM. 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

[OE-core] [oe-core PATCH 5/7] 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 --- meta/recipes-graphics/wayland/weston-init/weston-start | 5

[OE-core] [oe-core PATCH 4/7] 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 --- meta/recipes-graphics/wayland/weston-init.bb | 4 ++- meta/recipes-graphics/wayland/weston-init/init | 9 +-

[OE-core] [oe-core PATCH 6/7] 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 - use_launch Signed-off-by: Otavio Salvador --- .../wayland/weston-init/weston-start | 39

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

When the DISTRO has X11, Wayland and PAM support enabled, XWayland ought to be enabled by default. Signed-off-by: Otavio Salvador --- meta/recipes-graphics/wayland/weston_1.9.0.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [oe-core PATCH 0/7] 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

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

From: Christopher Larson We explicitly set the hash style to gnu in our LDFLAGS. Setting the default to this in the toolchain, while convenient, actually hides bugs, as a failure to obey LDFLAGS isn't noticed. By removing this, it's not dissimilar to how we poison the

[OE-core] [OE-Core][PATCH] git: update to 2.8.2

From: Dan McGregor Now that krogoth has been released, update git to the latest release. Signed-off-by: Dan McGregor --- meta/recipes-devtools/git/{git_2.7.4.bb => git_2.8.2.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename

[OE-core] [PATCH] git: update to 2.8.2

From: Dan McGregor Now that krogoth has been released, update git to the latest release. Signed-off-by: Dan McGregor --- meta/recipes-devtools/git/{git_2.7.4.bb => git_2.8.2.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename

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

From: Mariano Lopez This patch add new methods to SSHControl class. These methods include: - Copy a dir to DUT - Delete a file in the DUT - Delete a directory in the DUT (if empty) - Delete a directory structure in the DUT [YOCTO #9565]

Re: [OE-core] [for-master][RFC PATCH 0/3] Support template files for wic wks

On Mon, May 2, 2016 at 7:23 PM, Christopher Larson wrote: > From: Christopher Larson > > This adds support for .wks.in files as WKS_FILE. > > These files are treated as the contents of a bitbake variable, so usual > bitbake variable references are

[OE-core] [for-master][RFC PATCH 3/3] image_types.bbclass: support template .wks.in files for wic

From: Christopher Larson These files are treated as the contents of a bitbake variable, so usual bitbake variable references are supported. I considered using another templating mechanism, for example the one used by yocto-layer, but then we'd end up largely mapping

[OE-core] [for-master][RFC PATCH 1/3] image.bbclass: append to prefuncs/postfuncs for do_image_*

From: Christopher Larson These are list style variables, so append to them rather than blowing away any existing value. Signed-off-by: Christopher Larson --- meta/classes/image.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[OE-core] [for-master][RFC PATCH 2/3] image_types.bbclass: add intermediate var for WKS_FILE_CHECKSUM

From: Christopher Larson This is a bit nicer to work with, and easier to override. Signed-off-by: Christopher Larson --- meta/classes/image_types.bbclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[OE-core] [for-master][RFC PATCH 0/3] Support template files for wic wks

From: Christopher Larson This adds support for .wks.in files as WKS_FILE. These files are treated as the contents of a bitbake variable, so usual bitbake variable references are supported. I considered using another templating mechanism, for example the one used by

Re: [OE-core] Make runqemu knows nothing about machine

On 04/29/2016 03:09 AM, Robert Yang wrote: On 04/29/2016 05:45 PM, Richard Purdie wrote: On Tue, 2016-04-26 at 11:42 +0800, Robert Yang wrote: Hello, The qemu-native can boot a lot of machines, but oe-core's runqemu can only boot a few of them which are hardcoded into runqemu. I'd like to

Re: [OE-core] [PATCH 1/2] busybox: Add support for busybox-init

On Tue, Feb 02, 2016 at 03:29:43PM +, Richard Purdie wrote: > On Tue, 2016-02-02 at 16:00 +0100, Patrick Ohly wrote: > > On Mon, 2016-02-01 at 08:57 -0800, Khem Raj wrote: > > > On Mon, Feb 1, 2016 at 12:14 AM, Patrick Ohly < > > > patrick.o...@intel.com> wrote: > > > > On Mon, 2016-01-25 at

Re: [OE-core] [PATCH] lib/oe/rootfs: Fix DEBUGFS generation when using opkg

On 05/02/2016 08:39 AM, Patrick Ohly wrote: > On Fri, 2016-04-22 at 14:51 +0100, Richard Purdie wrote: >> When enabling extra DEBUGFS image generation with opkg, errors are seen like: >> >> ERROR: core-image-minimal-1.0-r0 do_rootfs: Cannot get the installed >> packages list. Command >>

[OE-core] [PATCH] bluez5: move btmgmt to common READLINE section

Upstream in 5.33 btmgmt was moved from experimental to common READLINE section, in commit e4f0c5582f1fe3451d5588243adba9de1ed68b80, but this was never updated in the recipe. Signed-off-by: Nicolas Dechesne --- meta/recipes-connectivity/bluez5/bluez5_5.37.bb | 2 +-

Re: [OE-core] [PATCH] arch-powerpc64.inc: disable the use of qemu usermode on ppc64

> On May 2, 2016, at 3:06 AM, Alexander Kanavin > wrote: > > On 04/29/2016 11:34 PM, Khem Raj wrote: >> should we replace qemu-ppc with qemu-ppc64 instead of disabling it > > qemu-ppc64 is already used on 64 bit powerpc, the problem is that it always >

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

Generated standalone bmaptool script that is more convenient to use than native script. It can be run straight from its location ./tmp/deploy/tools/bmaptool. The script doesn't depend on anything except Python. Signed-off-by: Ed Bartosh ---

[OE-core] [PATCH v3 2/6] image types: add bmap generation option

From: "Alexander D. Kanevskiy" bmap image conversion type allows to create block map files for sparse images. Bmap file can be used together with bmap-tools for efficiently flash images to raw devices (hdd or usb drive) [YOCTO #9414] Signed-off-by: Alexander D. Kanevskiy

[OE-core] [PATCH v3 3/6] selftest: add bmap test

Added test_bmap to imagefeatures tests. It tests if bmap file is generated for the images and if the image is sparse. [YOCTO #9414] Signed-off-by: Ed Bartosh --- meta/lib/oeqa/selftest/imagefeatures.py | 27 +++ 1 file changed, 27

[OE-core] [PATCH v3 5/6] wic: implement --bmap option

This option enables generation of .bmap file for the result image using native bmaptool. [YOCTO #9413] Signed-off-by: Ed Bartosh --- scripts/lib/wic/creator.py | 1 + scripts/lib/wic/engine.py | 11 ---

[OE-core] [PATCH v3 1/6] bmap-tools: initial commit, version 3.2

Bmap-tools - tools to generate block map (AKA bmap) and flash images using bmap. Bmaptool is a generic tool for creating the block map (bmap) for a file and copying files using the block map. The idea is that large file containing unused blocks, like raw system image files, can be copied or

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

Hi, This patchset adds ability to use bmaptool to flash images faster than using traditional methods. It contains bmap-tools recipe and generation of .bmap files for the images generated by bitbake and wic. Bmaptool is a generic tool for creating the block map (bmap) for a file and and copying

Re: [OE-core] [wic][PATCH v2 0/8] make wic images sparse (#9099)

On 04/28/2016 06:58 AM, Ed Bartosh wrote: > Hi, > > This patchset is a preparation for bmaptool support for wic. Using bmaptool > makes sense only if images are sparsed and this is what's implemented here. Minor nit, I find bmaptool makes sense even when images are not sparse. It does check if

Re: [OE-core] [PATCH] lib/oe/rootfs: Fix DEBUGFS generation when using opkg

On Fri, 2016-04-22 at 14:51 +0100, Richard Purdie wrote: > When enabling extra DEBUGFS image generation with opkg, errors are seen like: > > ERROR: core-image-minimal-1.0-r0 do_rootfs: Cannot get the installed packages > list. Command >

[OE-core] [PATCH 3/3] combo-layer: implement "update with history"

The core idea is that all commits get imported, including merge commits, and joined into one big merge commit that imports the changes from the individual components into the main branch of the combined repository. This is done by copying the files in each commit and removing deleted ones,

[OE-core] [PATCH 2/3] combo-layer: runcmd() enhancements

Allow setting the environment. Due to a subprocess quirk, it must always be set explicitly (reuses the one from the previous call if not set, instead of falling back to os.environ). Embedding nul characters will be useful for parsing git output more reliably; support dumping such output a bit

[OE-core] [PATCH 0/3] combo-layer import with history

In Ostro OS we recently struggled with importing repositories that had non-linear histories and duplicated patches; traditional "combo-layer update" fails to import those because it cannot flatten the upstream changes into a linear set of patches. This enhanced combo-layer can deal with that by

[OE-core] [PATCH 1/3] combo-layer: dummy "update with history"

When setting "history = True" in combo-layer.conf consistently for the components involved in an update or using "update" together with the "--history" command line flag, a new mode for updating will be used that does not rely on exporting/importing patches. A config setting is used because it

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

It is not necessary for native, adds to the build time, and pulls in the unneeded qemu-native dependency. Signed-off-by: Alexander Kanavin --- meta/classes/gobject-introspection.bbclass | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff

Re: [OE-core] moving OpenEmbedded-core to Python 3

On 04/29/2016 11:43 PM, Khem Raj wrote: Can you clarify the scope, are you addressing the case where target images would prefer python3 and you are making sure that packages that use python on target are ready for using it. There is no way to set a 'preference' for Python 3. Either version of

Re: [OE-core] [PATCH] arch-powerpc64.inc: disable the use of qemu usermode on ppc64

On 04/29/2016 11:34 PM, Khem Raj wrote: should we replace qemu-ppc with qemu-ppc64 instead of disabling it qemu-ppc64 is already used on 64 bit powerpc, the problem is that it always crashes. Alex -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH] lib/oe/rootfs: Fix DEBUGFS generation when using opkg

Hi, * Richard Purdie [160422 15:52]: > When enabling extra DEBUGFS image generation with opkg, errors are seen like: > ERROR: core-image-minimal-1.0-r0 do_rootfs: Cannot get the installed packages > list. Command >

Re: [OE-core] [PATCH v2 1/3] bmap-tools: initial commit, version 3.2

On Fri, Apr 29, 2016 at 11:38:38AM +0300, Alexander Kanevskiy wrote: > On Fri, Apr 29, 2016 at 7:55 AM, Paul Eggleton < > paul.eggle...@linux.intel.com> wrote: > > > On Fri, 29 Apr 2016 01:07:56 Alexander Kanevskiy wrote: > > > On Wed, Apr 27, 2016 at 12:36 PM, Ed Bartosh