Re: [OE-core] [PATCHv2 0/2] Support template files for wic

On Fri, Jul 01, 2016 at 02:27:00PM -0700, Christopher Larson wrote: > From: Christopher Larson > > This adds support for .wks.in files as WKS_FILE. > > This is a re-send of the RFC PATCH series as a regular PATCH series, to > attempt to get the feature merged. There's a

[OE-core] [PATCH v2 1/3] devshell.bbclass: fix double unbuffering

stdout is already unbuffered in bitbake code. Attempt to do it again in devshell.bbclass causes this crash when running devpyshell: File "scripts/oepydevshell-internal.py", line 29, in pty = open(sys.argv[1], "w+b", 0) IOError: [Errno 13] Permission denied: '/dev/pts/6' Signed-off-by:

[OE-core] [PATCH v2 0/3] devpyshell fixes

Hi, This patchset fixes several devpyshell bugs caused by moving to Python 3. Please, note that it contains fix for double unbuffering, which was sent in a separate patchset targeting jethro, krogoth and master. It's included here just to keep it together with the rest of devpyshell fixes for

[OE-core] [PATCH v2 2/3] devpyshell: python3: flush stdout explicitly

Opening text stream in unbuffered mode raises the following exception In Python 3: ValueError: can't have unbuffered text I/O Fixed by leaving std* streams in text mode and flushing stdout explicitly. Signed-off-by: Ed Bartosh --- meta/classes/devshell.bbclass

[OE-core] [PATCH v2 3/3] oepydevshell-internal: python3: encode/decode pty content

As /dev/pty opened in binary mode its content has to be decoded when reading from it and encoded when writing to it. Signed-off-by: Ed Bartosh --- scripts/oepydevshell-internal.py | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [OE-core] [PATCH 1/4] libsolv: upgrade to 0.6.22

On Mon, Jul 4, 2016 at 6:35 AM, Burton, Ross wrote: > > On 4 July 2016 at 14:18, Khem Raj wrote: >> >> we do not do that for recipes with git fetchers usually. PV is encoded >> as PV+git{SRCPV} > > > For recipes which are tracking releases, it's fairly

[OE-core] [PATCH 4/4] oepydevshell-internal: python3: encode/decode pty content

As /dev/pty opened in binary mode its content has to be decoded when reading from it and encoded when writing to it. Signed-off-by: Ed Bartosh --- scripts/oepydevshell-internal.py | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[OE-core] [PATCH 3/4] devpyshell: python3: flush stdout explicitly

Opening text sream in unbuffered mode raises the following exception In Python 3: ValueError: can't have unbuffered text I/O Fixed by leaving std* streams in text mode and flushing stdout explicitly. Signed-off-by: Ed Bartosh --- meta/classes/devshell.bbclass

[OE-core] [PATCH 2/4] bitbake-worker: don't reassign sys.stdout

Worker needs input stream in binary mode as it reads binary content from it. Current code does it by detaching a buffer from sys.stdin and assigning it back to sys.stdin. Detached buffer is io.BufferedReader in binary mode. This operation is implicit as its purpose is not easily understandable

[OE-core] [PATCH 0/4] devpyshell fixes

Hi, This patchset fixes several devpyshell bugs caused by moving to Python 3. Please, note that it contains fix for double unbuffering, which was sent in a separate patchset targeting jethro, krogoth and master. It's included here to keep it together with the rest of devpyshell fixes for master.

[OE-core] [PATCH 1/4] devshell.bbclass: fix double unbuffering

stdout is already unbuffered in bitbake code. Attempt to do it again in devshell.bbclass causes this crash when running devpyshell: File "scripts/oepydevshell-internal.py", line 29, in pty = open(sys.argv[1], "w+b", 0) IOError: [Errno 13] Permission denied: '/dev/pts/6' Signed-off-by:

[OE-core] [PATCHv2 1/1] oetest.py: Add command line parameter support for tag in testexport

From: Mariano Lopez This allows to use a command line argument to change the tag used to filter test instead of rebuilding the tests. [YOCTO #8532] Signed-off-by: Mariano Lopez --- meta/lib/oeqa/oetest.py | 16

[OE-core] [PATCHv2 0/1] Add command line parameter support for tag in testexport

From: Mariano Lopez This allows to specify the tag to be used to filter test as an argument of runexported.py. Changes in v2: - Use a specific dictionary instead of kwargs The following changes since commit 5c11e365e19357f721c49d076971567e7b64b61b: lib/oeqa:

Re: [OE-core] [PATCH 1/1] oetest.py: Add command line parameter support for tag in testexport

On 07/04/2016 10:14 AM, Benjamin Esquivel wrote: Hello Mariano, comments below class ExportTestContext(RuntimeTestContext): -def __init__(self, d, target, exported=False): +def __init__(self, d, target, exported=False, *args, **kwargs): Is the use of kwargs necessary? If not, it

[OE-core] [master][krogoth][jethro][PATCH] devshell.bbclass: fix double unbuffering

stdout is already unbuffered in bitbake code. Attempt to do it again in devshell.bbclass causes this crash when running devpyshell: File "scripts/oepydevshell-internal.py", line 29, in pty = open(sys.argv[1], "w+b", 0) IOError: [Errno 13] Permission denied: '/dev/pts/6' Signed-off-by:

Re: [OE-core] Automatically creating tar files for bin_package.bbclass

On 4 July 2016 at 16:00, Andre McCurdy wrote: > Say I have a proprietary library which only I can build from source > and I have a conventional recipe which builds it within OE. I would > now like to create a tar file of the library and headers etc, plus a > companion recipe

Re: [OE-core] [PATCH 1/1] oetest.py: Add command line parameter support for tag in testexport

Hello Mariano, comments below > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf > Of mariano.lo...@linux.intel.com > Sent: Monday, July 4, 2016 12:28 AM > To:

[OE-core] Automatically creating tar files for bin_package.bbclass

Say I have a proprietary library which only I can build from source and I have a conventional recipe which builds it within OE. I would now like to create a tar file of the library and headers etc, plus a companion recipe based on bin_package.bbclass to allow others to make use of the library in

[OE-core] [PATCH v2] libsolv: upgrade to 0.6.22

Update to version 0.6.22 and rename the recipe accordingly. Signed-off-by: Maxin B. John --- meta/recipes-extended/libsolv/{libsolv_git.bb => libsolv_0.6.22.bb} | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) rename meta/recipes-extended/libsolv/{libsolv_git.bb

Re: [OE-core] [PATCH 1/4] libsolv: upgrade to 0.6.22

On 4 July 2016 at 14:18, Khem Raj wrote: > we do not do that for recipes with git fetchers usually. PV is encoded > as PV+git{SRCPV} > For recipes which are tracking releases, it's fairly common - and I feel clearer - use have the PV in the filename and thus PV instead of

[OE-core] [PATCH 1/1] oetest.py: Add command line parameter support for tag in testexport

From: Mariano Lopez This allows to use a command line argument to change the tag used to filter test instead of rebuilding the tests. [YOCTO #8532] Signed-off-by: Mariano Lopez --- meta/lib/oeqa/oetest.py | 10 +++---

Re: [OE-core] [PATCH 1/4] libsolv: upgrade to 0.6.22

Hi, >On Mon, Jul 04, 2016 at 02:06:44PM +0100, Burton, Ross wrote: > On 4 July 2016 at 14:02, Maxin B. John wrote: > >--- a/meta/recipes-extended/libsolv/libsolv_git.bb >+++ b/meta/recipes-extended/libsolv/libsolv_git.bb > >As we're tracking versions,

Re: [OE-core] [PATCH 1/4] libsolv: upgrade to 0.6.22

On Mon, Jul 4, 2016 at 6:06 AM, Burton, Ross wrote: > > As we're tracking versions, can you change the filename to libsolv_0.6.22.bb > so you don't need to specify PV explicitly we do not do that for recipes with git fetchers usually. PV is encoded as PV+git{SRCPV} --

Re: [OE-core] [PATCH 1/4] libsolv: upgrade to 0.6.22

On 4 July 2016 at 14:02, Maxin B. John wrote: > --- a/meta/recipes-extended/libsolv/libsolv_git.bb > +++ b/meta/recipes-extended/libsolv/libsolv_git.bb > As we're tracking versions, can you change the filename to libsolv_0.6.22.bb so you don't need to specify PV explicitly

[OE-core] [PATCH 3/4] libatomic-ops: upgrade to 7.4.4

Signed-off-by: Maxin B. John --- .../libatomic-ops/{libatomic-ops_7.4.2.bb => libatomic-ops_7.4.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libatomic-ops/{libatomic-ops_7.4.2.bb => libatomic-ops_7.4.4.bb} (85%) diff --git

[OE-core] [PATCH 1/4] libsolv: upgrade to 0.6.22

Signed-off-by: Maxin B. John --- meta/recipes-extended/libsolv/libsolv_git.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/libsolv/libsolv_git.bb b/meta/recipes-extended/libsolv/libsolv_git.bb index b41347d..fcd4b55 100644

[OE-core] [PATCH 2/4] ethtool: upgrade to 4.6

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

[OE-core] [PATCH 0/4] package upgrades

Recipe upgrades as suggested by the Upgrade Helper tool. Maxin B. John (4): libsolv: upgrade to 0.6.22 ethtool: upgrade to 4.6 libatomic-ops: upgrade to 7.4.4 screen: upgrade to 4.4.0 .../ethtool/{ethtool_4.5.bb => ethtool_4.6.bb} | 4 +-

[OE-core] [PATCH 4/4] screen: upgrade to 4.4.0

Removed the following backported patch: * 0001-fix-for-multijob-build.patch * 0001-Fix-stack-overflow-due-to-too-deep-recursion.patch Signed-off-by: Maxin B. John --- ...-stack-overflow-due-to-too-deep-recursion.patch | 58 --

Re: [OE-core] [PATCH 2/2] pseudo: upgrade to 1.8.0

On 07/04/2016 03:10 PM, Joshua G Lock wrote: Thanks for catching this, I failed badly at merging some local changes. I will send a v2 with the correct SRCREV. I'll also see whether I can convince someone to tag the repo. Please first make a tag, and then send a recipe update. I'd like to

Re: [OE-core] [PATCH 2/2] pseudo: upgrade to 1.8.0

On Mon, 2016-07-04 at 14:36 +0300, Alexander Kanavin wrote: > On 07/01/2016 10:30 PM, Joshua Lock wrote: > > * drop patches where the changes exist upstream > > * fetch from git as no tarball is available for 1.8.0 > > > diff --git a/meta/recipes-devtools/pseudo/pseudo_1.8.0.bb > >

Re: [OE-core] [PATCH 2/2] pseudo: upgrade to 1.8.0

On 07/01/2016 10:30 PM, Joshua Lock wrote: * drop patches where the changes exist upstream * fetch from git as no tarball is available for 1.8.0 diff --git a/meta/recipes-devtools/pseudo/pseudo_1.8.0.bb b/meta/recipes-devtools/pseudo/pseudo_1.8.0.bb new file mode 100644 index

[OE-core] Spurious warning with nested meta layers?

Is it valid to nest a meta layer within another meta layer? After applying the patch below (to create s test layer within the OE core top-level meta directory) and updating bblayers.conf BBLAYERS to include openembedded-core/meta/meta-foo, everything seems to work OK (ie the foo recipe is parsed

Re: [OE-core] [poky][PATCH 1/6] gstreamer1.0-plugins-bad: Enable gldeinterlace on OpenGL ES

On 4 July 2016 at 06:46, Yuqing Zhu wrote: > +Upstream-Status: Pending > + > +https://bugzilla.gnome.org/show_bug.cgi?id=764873 > U-S says Pending, bug says fixed. Is this a backport of a change that actually landed upstream? I don't really agree with OE-Core carrying new

[OE-core] [PATCH v2 1/1] license: Add support for SPDX 2.0 operators

LICENSE can contain "OR", "AND" and "WITH" operators of SPDX: map them to "|" and "&" accordingly. Signed-off-by: Sergei Miroshnichenko --- meta/classes/license.bbclass | 17 ++--- meta/lib/oe/license.py | 21 - 2 files changed, 26

[OE-core] [PATCH v2 0/1] license: Add support for SPDX 2.0 operators

Composite SPDX license expressions can be constructed using "OR", "AND" and "WITH" operators: map them to "|" and "&" operators accordingly. Recognize long form license identifiers: "[DocumentRef-XXX:][LicenseRef-]YYY". Tested on the following expressions: LICENSE = "Artistic-1.0" LICENSE =

Re: [OE-core] [PATCH 3/6] default-distrovars.inc: remove directfb from GTK2DISTROFEATURES

Hi Ross, >On Fri, Jul 01, 2016 at 04:44:39PM +0100, Burton, Ross wrote: > >>On 1 July 2016 at 12:13, Maxin B. John wrote: >> >> -GTK2DISTROFEATURES = "directfb x11" >> +GTK2DISTROFEATURES = "x11" > > > I think we should keep this, for people who want to use their own

[OE-core] [poky][PATCH 3/6] gstreamer1.0-plugins-bad: Don't use the predefined variable name in glcolorconvert

Using 'sample' as a variable name is an error in GLES3. Signed-off-by: Yuqing Zhu --- ...ert-don-t-use-the-predefined-variable-nam.patch | 32 ++ .../gstreamer/gstreamer1.0-plugins-bad_1.8.2.bb| 1 + 2 files changed, 33 insertions(+) create mode

Re: [OE-core] [PATCH] smartpm: make "smart query/info" search package name in Provides too.

Ping On 06/22/2016 01:19 PM, Li Zhou wrote: "smart query glibc" or "smart info glibc" will get result as: "error: 'glibc' matches no packages". While "smart install glibc" can get result as: "libc6-xxx (for glibc) is already installed". Here change "smart query/info" to search package name in

[OE-core] [PATCH 0/1] gettext: fix for low-version recipe

The following changes since commit 53fcfe4348a2ca727844f2b0bd3fca2902cbdda0: lib/oeqa: add Galculator to SDK and runtime tests (2016-07-01 16:08:54 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/gettext-native

[OE-core] [PATCH 1/1] gettext: fix for low-version recipe

Make gettext-native in 0.16.1 recipe provides virtual/gettext-native like what gettext-native in 0.19.6 recipe does. Otherwise we would fail to start to do a world build if gettext and gettext-native are set to the low version. Error message is like below. ERROR: Multiple versions of

[OE-core] [poky][PATCH 2/6] gstreamer1.0-plugins-bad: Implement multiple render targets for GLES3

There are numerous slight differences required between Desktop GL and GLES3 for multiple render targets. Need to realize it. Signed-off-by: Yuqing Zhu --- ...ert-implement-multiple-render-targets-for.patch | 244 +

[OE-core] [poky][PATCH 1/6] gstreamer1.0-plugins-bad: Enable gldeinterlace on OpenGL ES

Enable gldeinterlace on OpenGL ES to improve performance. Signed-off-by: Yuqing Zhu --- ...lplugin-enable-gldeinterlace-on-OpenGL-ES.patch | 634 + .../gstreamer/gstreamer1.0-plugins-bad_1.8.2.bb| 1 + 2 files changed, 635 insertions(+) create mode

[OE-core] [poky][PATCH 4/6] gstreamer1.0-plugins-bad: Add glBindFragDataLocation in glshader

There are some cases where it's needed for binding in/out variables in shaders. Signed-off-by: Yuqing Zhu --- .../0005-glshader-add-glBindFragDataLocation.patch | 77 ++ .../gstreamer/gstreamer1.0-plugins-bad_1.8.2.bb| 1 + 2 files changed, 78

[OE-core] [poky][PATCH 0/6] Add patches for gstreamer1.0-plugins-bad V1.8.2

--Enable gldeinterlace on OpenGL ES --Implement multiple render targets for GLES3 --Don't use the predefined variable name in glcolorconvert --Add glBindFragDataLocation in glshader --Use the newer texture() function in glcolorconvert --Fix little rectangel appears at the center when use

[OE-core] [poky][PATCH 6/6] gstreamer1.0-plugins-bad: Fix little rectangel appears at the center when use squeeze and tunnel effects

Signed-off-by: Yuqing Zhu --- ...effects-fix-little-rectangel-appears-at-t.patch | 46 ++ .../gstreamer/gstreamer1.0-plugins-bad_1.8.2.bb| 1 + 2 files changed, 47 insertions(+) create mode 100755

[OE-core] [poky][PATCH 5/6] gstreamer1.0-plugins-bad: Use the newer texture() function in glcolorconvert

GLES3 deprecates texture2D() and it does not work at all in newer versions than 3.3. The new function can fix it. Signed-off-by: Yuqing Zhu --- ...ert-GLES3-deprecates-texture2D-and-it-doe.patch | 51 ++ .../gstreamer/gstreamer1.0-plugins-bad_1.8.2.bb|