Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

On 6 July 2016 at 06:21, Robert Yang wrote: > On 07/06/2016 11:09 AM, Robert Yang wrote: > >> On 07/05/2016 10:08 PM, Jussi Kukkonen wrote: >> >>> On 5 July 2016 at 16:09, Robert Yang >> > wrote: >>> >>> >>> Hi, >>> >>> I can't build it on Ubuntu 14.04: >

Re: [OE-core] [PATCH 01/10] gtk+3: Upgrade 3.18.8 -> 3.20.6

On 07/06/2016 03:08 PM, Jussi Kukkonen wrote: On 6 July 2016 at 06:21, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: On 07/06/2016 11:09 AM, Robert Yang wrote: On 07/05/2016 10:08 PM, Jussi Kukkonen wrote: On 5 July 2016 at 16:09, Robert Yang mailto:liezhi.y..

[OE-core] [PATCH 0/1] randrproto: set ALLOW_EMPTY

The following changes since commit 5c11e365e19357f721c49d076971567e7b64b61b: lib/oeqa: add Galculator to SDK and runtime tests (2016-07-01 16:22:48 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib yzhao/fix-randrproto http://git.pokylinux.org/cgit.cgi/po

[OE-core] [PATCH 1/1] randrproto: set ALLOW_EMPTY

From: Yue Tao When adding package randrproto to an image with IMAGE_INSTALL_append = " randrproto", an error occurs: $ bitbake core-image-sato [snip] ERROR: randrproto not found in the base feeds (qemux86 i586 x86 noarch any all). [snip] Set ALLOW_EMPTY to avoid this issue. Signed-off-by: Yue

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

On Tue, Jul 5, 2016 at 3:27 PM, Richard Purdie wrote: > On Tue, 2016-07-05 at 08:12 -0700, Khem Raj wrote: >> On Tue, Jul 5, 2016 at 1:21 AM, Andre McCurdy >> wrote: >> > On Mon, Jul 4, 2016 at 8:58 AM, Burton, Ross > > > wrote: >> > > >> > > On 4 July 2016 at 16:00, Andre McCurdy >> > > wrote:

Re: [OE-core] [oe-core][PATCH] tcl: fix INCLUDE_SPEC and LIB_SPEC

> -Original Message- > From: Khem Raj [mailto:raj.k...@gmail.com] > Sent: Tuesday, July 05, 2016 11:16 PM > To: Zhenhua Luo > Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org> > Subject: Re: [OE-core] [oe-core][PATCH] tcl: fix INCLUDE_SPEC and LIB_SPEC > >

Re: [OE-core] [PATCH 1/1] randrproto: set ALLOW_EMPTY

On 6 July 2016 at 09:09, Yi Zhao wrote: > When adding package randrproto to an image with > IMAGE_INSTALL_append = " randrproto", an error occurs: > > $ bitbake core-image-sato > [snip] > ERROR: randrproto not found in the base feeds (qemux86 i586 x86 noarch any > all). > [snip] > No. $ oe-pkgd

Re: [OE-core] [PATCH 1/1] randrproto: set ALLOW_EMPTY

On Wed, 2016-07-06 at 09:41 +0100, Burton, Ross wrote: > > On 6 July 2016 at 09:09, Yi Zhao wrote: > > When adding package randrproto to an image with > > IMAGE_INSTALL_append = " randrproto", an error occurs: > > > > $ bitbake core-image-sato > > [snip] > > ERROR: randrproto not found in the ba

Re: [OE-core] [PATCH 1/1] randrproto: set ALLOW_EMPTY

Hi Ross & Richard, So that's a wrong usage for adding this package to an image. Thank you for the explanation. Yi 在 2016年07月06日 16:54, Richard Purdie 写道: On Wed, 2016-07-06 at 09:41 +0100, Burton, Ross wrote: On 6 July 2016 at 09:09, Yi Zhao wrote: When adding package randrproto to an imag

Re: [OE-core] [PATCH] grub-efi: run autogen.sh before configure

ping Thanks, Grace On 2016年05月06日 20:13, Catalin Enache wrote: When adding new source files from upstream the autogen.sh script needs to be run. Signed-off-by: Catalin Enache --- meta/recipes-bsp/grub/grub-efi_2.00.bb | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/recipes-

[OE-core] [PATCH] To make yocto-spdx support spdx2.0 SPEC

There are some problems in spdx module(spdx.bbclass). 1. The newest version of spdxi specification is 2.0. But even spdx 1.1, yocto+SPDX can't support well. 2. It is complex to build a Yocto+SPDX environment. 3. Creating a spdx file spends too much time, especially for large software. To improve

[OE-core] [PATCH] Made spdx support SPDX2.0 SPEC Signed-off-by: Lei Maohui

--- meta/classes/spdx.bbclass | 488 +- meta/conf/licenses.conf | 67 +-- 2 files changed, 184 insertions(+), 371 deletions(-) diff --git a/meta/classes/spdx.bbclass b/meta/classes/spdx.bbclass index 0c92765..892199d 100644 --- a/meta/classes/spd

[OE-core] [PATCH 2/2] classes/libc-package: remove pointless copying when running localedef

localedef handles attempts to read/write the archive in parallel correctly by creating the file atomically, gracefully handling racing to create, and has exclusive locks when writing. Therefore I can't see any purpose to copying the archive to /tmp and back again when manipulating it. Signed-off-

[OE-core] [PATCH 1/2] libc-package: remove obsolete do_configure_prepend

This fragment comes dates from when this class was used for more than just glibc locale packaging, and as glibc-locale disables do_configure it can't have been executed. Signed-off-by: Ross Burton --- meta/classes/libc-package.bbclass | 8 1 file changed, 8 deletions(-) diff --git a/me

Re: [OE-core] [krogoth][wic][PATCH] wic: rawcopy: make source filenames unique

Hi Ed, This patch was already tested, can be applied to krogoth? Regards, Fabio On Fri, Jul 1, 2016 at 5:05 AM, Ed Bartosh wrote: > Rawcopy plugin copies source files to build folder before using them > to assemble result image. After assembling the image wic renames > source files to .p. If

[OE-core] [PATCH] dpkg-deb: strip virtual/ package prefix in control files

If a recipe provides a 'virtual/foo', dpkg-deb will fail as '/' characters are not allowed in any of the Depends, Recommends, Suggests, etc. fields. The intent of these in the Debian package system and the few cases where they are used in Yocto layers seems like throwing away the 'virtual/' prefix

[OE-core] [PATCH 0/6] Krogoth pull request

Here are a few more changes for krogoth-next. The first two are the ones we talked about in the YPTM. The rest are bonus. The following changes since commit 7e9297e5722d0a589fae1158908cf8cf8c1d0b37: bitbake: bitbake: fetch2: Safer check for BB_ORIGENV datastore (2016-06-28 15:22:59 -0700) a

[OE-core] [PATCH] terminal: Fix gnome-terminal to work with recent versions

Currently gnome-terminal just returns straight away, opening a terminal in a new separate process we have no insight into. For patch resolution, this leads to spawning many different terminal windows, for pydevshell, it just flashes a window up and then closes. We need to block until the comma

[OE-core] [PATCH] terminal: Drop gnome-terminal --disable-factory workarounds

With the new pid monitoring code we have for recent versions of gnome-terminal we can just drop the --disable-factory code now since the other solution handles this case as well. Signed-off-by: Richard Purdie diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py index 4a5ab1a..6d6a29f 1

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

Looks good. Thanks for sending this. Benjamin On Mon, 2016-07-04 at 12:23 +, mariano.lo...@linux.intel.com wrote: > 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 ins

Re: [OE-core] [PATCH] dpkg-deb: strip virtual/ package prefix in control files

On Wed, 2016-07-06 at 09:45 -0400, Joe MacDonald wrote: > If a recipe provides a 'virtual/foo', dpkg-deb will fail as '/' > characters > are not allowed in any of the Depends, Recommends, Suggests, etc. > fields. > The intent of these in the Debian package system and the few cases > where > they ar

[OE-core] how to bbappend(?) to u-boot-fw-utils to add a custom /etc/fw_env.config??

i may be looking at this entirely incorrectly at the moment, but what is the preferred way to sneak in a custom, target-specific /etc/fw_env.config file when adding u-boot-fw-utils to one's image? if i examine u-boot-fw-utils_2016.03.bb, i can see that that package is based on (predictably) t

[OE-core] [oe-core][PATCH 1/1] l3afpad: add check for GTK3DISTROFEATURES

We want world builds without GTK3DISTROFEATURES to work. Signed-off-by: Joe Slater --- meta/recipes-sato/l3afpad/l3afpad_git.bb |2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-sato/l3afpad/l3afpad_git.bb b/meta/recipes-sato/l3afpad/l3afpad_git.bb index 1e7c82f..ccfda26 100

Re: [OE-core] how to bbappend(?) to u-boot-fw-utils to add a custom /etc/fw_env.config??

On 2016-07-06 19:10, Robert P. J. Day wrote: i may be looking at this entirely incorrectly at the moment, but what is the preferred way to sneak in a custom, target-specific /etc/fw_env.config file when adding u-boot-fw-utils to one's image? if i examine u-boot-fw-utils_2016.03.bb, i can

Re: [OE-core] how to bbappend(?) to u-boot-fw-utils to add a custom /etc/fw_env.config??

On Wed, 6 Jul 2016, Gary Thomas wrote: ,,, snip ... > I do something like this in my machine layer, in a .u-boot-fw-utils_%.bbappend > file: > > > FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" > > SRC_URI += "file://fw_env.conf

[OE-core] [PATCH 0/2] gcc-runtime-related fixes

Add some RRECOMMENDS to pull in gcc-runtime library packages when installing gcc/g++, and also set reasonable per-package SUMMARY values for gcc-runtime. The following changes since commit 53fcfe4348a2ca727844f2b0bd3fca2902cbdda0: lib/oeqa: add Galculator to SDK and runtime tests (2016-07-01 1

[OE-core] [PATCH 2/2] gcc-runtime: add SUMMARY values

It's useful to know what the various libraries are that get produced by gcc-runtime, as well as to have a specific SUMMARY for the recipe. Signed-off-by: Paul Eggleton --- meta/recipes-devtools/gcc/gcc-runtime.inc | 27 +++ 1 file changed, 27 insertions(+) diff --git a/m

[OE-core] [PATCH 1/2] gcc: add runtime packages to RRECOMMENDS

In order to use certain features of gcc, you need the corresponding runtime library. It seems to me that these ought to be installed by default when installing the compiler since they are required if certain command line options are used, so add them to RRECOMMENDS. I used RRECOMMENDS since some of

Re: [OE-core] [PATCH 2/2] gcc-runtime: add SUMMARY values

On Wed, Jul 6, 2016 at 1:55 PM, Paul Eggleton wrote: > It's useful to know what the various libraries are that get produced by > gcc-runtime, as well as to have a specific SUMMARY for the recipe. > > Signed-off-by: Paul Eggleton > --- > meta/recipes-devtools/gcc/gcc-runtime.inc | 27

Re: [OE-core] [PATCH 1/2] gcc: add runtime packages to RRECOMMENDS

On Wed, Jul 6, 2016 at 1:55 PM, Paul Eggleton wrote: > In order to use certain features of gcc, you need the corresponding > runtime library. It seems to me that these ought to be installed by > default when installing the compiler since they are required if certain > command line options are used

Re: [OE-core] [PATCH 2/2] gcc-runtime: add SUMMARY values

On Wed, 06 Jul 2016 14:03:53 Khem Raj wrote: > On Wed, Jul 6, 2016 at 1:55 PM, Paul Eggleton > > wrote: > > It's useful to know what the various libraries are that get produced by > > gcc-runtime, as well as to have a specific SUMMARY for the recipe. > > > > Signed-off-by: Paul Eggleton > > ---

Re: [OE-core] [PATCH] dpkg-deb: strip virtual/ package prefix in control files

On Wed, 2016-07-06 at 13:35 -0400, Joe MacDonald wrote: > [Re: [OE-core] [PATCH] dpkg-deb: strip virtual/ package prefix in > control files] On 16.07.06 (Wed 17:48) Richard Purdie wrote: > > > On Wed, 2016-07-06 at 09:45 -0400, Joe MacDonald wrote: > > > If a recipe provides a 'virtual/foo', dpkg-

Re: [OE-core] [PATCH 2/2] gcc-runtime: add SUMMARY values

On Wed, Jul 6, 2016 at 2:24 PM, Paul Eggleton wrote: > On Wed, 06 Jul 2016 14:03:53 Khem Raj wrote: >> On Wed, Jul 6, 2016 at 1:55 PM, Paul Eggleton >> >> wrote: >> > It's useful to know what the various libraries are that get produced by >> > gcc-runtime, as well as to have a specific SUMMARY fo

Re: [OE-core] [PATCH 2/2] gcc-runtime: add SUMMARY values

On Wed 2016-07-06 @ 02:30:48 PM, Khem Raj wrote: > yes, clang can use the gcc runtime, I am sure > intel compiler can use it on linux as well and so > will others who target linux If you build an app with clang and include it in your image, are there not any clang-specific runtime files that are r

[OE-core] [PATCHv2][master][krogoth] pulseaudio: Disable unit tests

Disable unit tests because missing libcheck dependency breaks build. Signed-off-by: Michael Davis --- meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc b/meta/recipes-multimedia/pulseaudio/puls

Re: [OE-core] [PATCH 2/2] gcc-runtime: add SUMMARY values

On Wed, Jul 6, 2016 at 2:42 PM, Trevor Woerner wrote: > On Wed 2016-07-06 @ 02:30:48 PM, Khem Raj wrote: >> yes, clang can use the gcc runtime, I am sure >> intel compiler can use it on linux as well and so >> will others who target linux > > If you build an app with clang and include it in your i

[OE-core] [PATCH] rootfs.py: allow removal of support packages

For images not containing a package manager, this allows the removal of support packages based on the REMOVE_PKG_SUPPORT variable. Packages that will be uninstalled include: update-rc.d, base-passwd, shadow and update-alternatives. [ YOCTO #9491 ] Signed-off-by: Stephano Cetola --- meta/lib/oe/

[OE-core] [PATCH v2 2/2] gcc-runtime: add SUMMARY values

It's useful to know what the various libraries are that get produced by gcc-runtime, as well as to have a specific SUMMARY for the recipe. Signed-off-by: Paul Eggleton --- meta/recipes-devtools/gcc/gcc-runtime.inc | 27 +++ 1 file changed, 27 insertions(+) diff --git a/m

[OE-core] [PATCH v2 0/2] gcc-runtime-related tweaks

Add some RRECOMMENDS to pull in gcc-runtime library packages when installing gcc/g++, and also set reasonable per-package SUMMARY values for gcc-runtime. Changes since v1: * Drop libgomp and libitm from RRECOMMENDS for gcc since they aren't commonly used * Move libquadmath from the RRECOMMENDS

[OE-core] [PATCH v2 1/2] gcc: add runtime packages to RRECOMMENDS

In order to use certain features of gcc, you need the corresponding runtime library. It seems to me that these ought to be installed by default when installing the compiler since they are required if certain command line options are used, so add them to RRECOMMENDS. I used RRECOMMENDS since some of

[OE-core] [PATCH 3/6] lib/oe/patch: handle encoding differences in patch files

With Python 3, the encoding of a file is significant; several recipes in OE-Core have patches which are not fully utf-8 decodable e.g. man, lrzsz, and gstreamer1.0-libav, leading to errors when using devtool's modify, upgrade or extract subcommands on these recipes. To work around this, try reading

[OE-core] [PATCH 2/6] recipetool: create: support specifying a file as the local source

It is currently possible to specify a file (e.g. a tarball) on the local disk as the source, but you have to know to put file:// in front of it. There's really no need to force users to jump through that hoop if they really want to do this so check if the specified source is a file and prefix it wi

[OE-core] [PATCH 0/6] devtool/recipetool fixes

A bunch of fixes and minor improvements for devtool & recipetool. 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/op

[OE-core] [PATCH 1/6] recipetool: create: fix handling of github URLs

For a while now, Github hasn't been advertising a specific repository URL since cloning the web URL with git works. Armed with this knowledge and fully expecting people to just paste the github URL, we need to handle this situation specially. If it looks like a github URL to the root of a repositor

[OE-core] [PATCH 4/6] devtool: update-recipe: fix --initial-rev option

In OE-Core revision 7baf57ad896112cf2258b3e2c2a1f8b756fb39bc I changed the default update-recipe behaviour to only update patches for commits that were changed; unfortunately I failed to handle the --initial-rev option which was broken after that point. Rework how the initial revision is passed in

[OE-core] [PATCH 5/6] devtool: reset: allow reset to work if the recipe file has been deleted

We were attempting to open the recipe file unconditionally here - we need to account for the possibility that the recipe file has been deleted or moved away by the user. Signed-off-by: Paul Eggleton --- scripts/lib/devtool/standard.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -

[OE-core] [PATCH 6/6] scripts/contrib/devtool-stress: exclude more recipes by default

These recipes can't be used with devtool because they can't be unpacked in the normal way. Signed-off-by: Paul Eggleton --- scripts/contrib/devtool-stress.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/contrib/devtool-stress.py b/scripts/contrib/devtool-stress.py

Re: [OE-core] [PATCH v2 1/2] gcc: add runtime packages to RRECOMMENDS

looks good to me On Wed, Jul 6, 2016 at 4:48 PM, Paul Eggleton wrote: > In order to use certain features of gcc, you need the corresponding > runtime library. It seems to me that these ought to be installed by > default when installing the compiler since they are required if certain > command lin

Re: [OE-core] [PATCH v2 2/2] gcc-runtime: add SUMMARY values

looks ok now On Wed, Jul 6, 2016 at 4:48 PM, Paul Eggleton wrote: > It's useful to know what the various libraries are that get produced by > gcc-runtime, as well as to have a specific SUMMARY for the recipe. > > Signed-off-by: Paul Eggleton > --- > meta/recipes-devtools/gcc/gcc-runtime.inc | 2

Re: [OE-core] [PATCH 3/6] lib/oe/patch: handle encoding differences in patch files

On Wed, Jul 6, 2016 at 4:57 PM, Paul Eggleton wrote: > With Python 3, the encoding of a file is significant; several recipes in > OE-Core have patches which are not fully utf-8 decodable e.g. man, > lrzsz, and gstreamer1.0-libav, leading to errors when using devtool's > modify, upgrade or extract

Re: [OE-core] [PATCH 6/6] scripts/contrib/devtool-stress: exclude more recipes by default

On Wed, Jul 6, 2016 at 4:57 PM, Paul Eggleton wrote: > These recipes can't be used with devtool because they can't be unpacked > in the normal way. May be we should have a devtoop blacklist variable that can be added to the recipe > > Signed-off-by: Paul Eggleton > --- > scripts/contrib/devtoo

[OE-core] [PATCH 1/2] tzcode-native: update to 2016f

changes done in data Signed-off-by: Armin Kuster --- .../tzcode/{tzcode-native_2016e.bb => tzcode-native_2016f.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-extended/tzcode/{tzcode-native_2016e.bb => tzcode-native_2016f.bb} (69%) diff --git a/meta/r

[OE-core] [PATCH 2/2] tzdata: update to 2016f

Changes affecting future time stamps The Egyptian government changed its mind on short notice, and Africa/Cairo will not introduce DST starting 2016-07-07 after all. (Thanks to Mina Samuel.) Asia/Novosibirsk switches from +06 to +07 on 2016-07-24 at 02:00. (Thanks to Stepan G

[OE-core] [PATCH 3/7] git: 2.8.4 -> 2.9.0

Signed-off-by: Robert Yang --- meta/recipes-devtools/git/git_2.8.4.bb | 11 --- meta/recipes-devtools/git/git_2.9.0.bb | 11 +++ 2 files changed, 11 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-devtools/git/git_2.8.4.bb create mode 100644 meta/recipes-devtools/

[OE-core] [PATCH 5/7] libpcre: 8.38 -> 8.39

* Remove CVE-2016-3191.patch which is already in the source. * The LIC_FILES_CHKSUM is changed since it has updated the date from 2015 to 2016, the contents are the same. Signed-off-by: Robert Yang --- .../libpcre/libpcre/CVE-2016-3191.patch| 174 - .../libpcre/

[OE-core] [PATCH 7/7] file: 5.27 -> 5.28

Remove host-file.patch which is already in the source. Signed-off-by: Robert Yang --- meta/recipes-devtools/file/file/host-file.patch| 32 -- .../file/{file_5.27.bb => file_5.28.bb}| 3 +- 2 files changed, 1 insertion(+), 34 deletions(-) delete mode 100644 m

[OE-core] [PATCH 6/7] wget: 1.17.1 -> 1.18

Signed-off-by: Robert Yang --- meta/recipes-extended/wget/{wget_1.17.1.bb => wget_1.18.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/wget/{wget_1.17.1.bb => wget_1.18.bb} (53%) diff --git a/meta/recipes-extended/wget/wget_1.17.1.bb b/meta/recipes-ex

[OE-core] [PATCH 2/7] e2fsprogs: 1.43 -> 1.43.1

Signed-off-by: Robert Yang --- .../e2fsprogs/{e2fsprogs_1.43.bb => e2fsprogs_1.43.1.bb} | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) rename meta/recipes-devtools/e2fsprogs/{e2fsprogs_1.43.bb => e2fsprogs_1.43.1.bb} (98%) diff --git a/meta/recipes-devtools/e2fsprogs/e2f

[OE-core] [PATCH 1/7] debianutils: 4.7 -> 4.8

Signed-off-by: Robert Yang --- .../debianutils/{debianutils_4.7.bb => debianutils_4.8.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-support/debianutils/{debianutils_4.7.bb => debianutils_4.8.bb} (86%) diff --git a/meta/recipes-support/debianutils/

[OE-core] [PATCH 4/7] gmp: 6.1.0 -> 6.1.1

Signed-off-by: Robert Yang --- .../0001-Append-the-user-provided-flags-to-the-auto-detected-.patch | 0 meta/recipes-support/gmp/{gmp-6.1.0 => gmp-6.1.1}/amd64.patch | 0 .../recipes-support/gmp/{gmp-6.1.0 => gmp-6.1.1}/use-includedir.patch | 0 meta/recipes-support/gmp/{gmp_6.1.0.bb =>

[OE-core] [PATCH 0/7] Packages Upgrade

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 rbt/pu http://cgit.openembedded.org/cgit.c

Re: [OE-core] [PATCH 6/6] scripts/contrib/devtool-stress: exclude more recipes by default

Hi Khem, devtool itself already understands not to try to deal with these recipes - it will print out a reasonable error for the user. The exception list is just for the devtool-stress script so that it produces clean output. Cheers, Paul On Wed, 06 Jul 2016 17:42:22 Khem Raj wrote: > On Wed,

Re: [OE-core] [PATCH 3/6] lib/oe/patch: handle encoding differences in patch files

On Wed, 06 Jul 2016 17:40:03 Khem Raj wrote: > On Wed, Jul 6, 2016 at 4:57 PM, Paul Eggleton > wrote: > > With Python 3, the encoding of a file is significant; several recipes in > > OE-Core have patches which are not fully utf-8 decodable e.g. man, > > lrzsz, and gstreamer1.0-libav, leading to er

Re: [OE-core] [PATCH 6/6] scripts/contrib/devtool-stress: exclude more recipes by default

On Wed, Jul 6, 2016 at 6:39 PM, Paul Eggleton wrote: > Hi Khem, > > devtool itself already understands not to try to deal with these recipes - it > will print out a reasonable error for the user. The exception list is just for > the devtool-stress script so that it produces clean output. OK under

Re: [OE-core] [PATCH 3/6] lib/oe/patch: handle encoding differences in patch files

On Wed, Jul 6, 2016 at 6:45 PM, Paul Eggleton wrote: > On Wed, 06 Jul 2016 17:40:03 Khem Raj wrote: >> On Wed, Jul 6, 2016 at 4:57 PM, Paul Eggleton >> wrote: >> > With Python 3, the encoding of a file is significant; several recipes in >> > OE-Core have patches which are not fully utf-8 decodabl

[OE-core] [[Krogoth]PATCH] ghostscript: update SRC_URI

From: Armin Kuster ERROR: Function failed: Fetcher failure for URL: 'http://downloads.ghostscript.com/public/ghostscript-9.18.tar.gz'. URL http://downloads.ghostscript.com/public/ghostscript-9.18.tar.gz doesn't work Signed-off-by: Armin Kuster --- meta/recipes-extended/ghostscript/ghostscrip

Re: [OE-core] [PATCH 6/6] scripts/contrib/devtool-stress: exclude more recipes by default

On Wed, 06 Jul 2016 18:54:37 Khem Raj wrote: > On Wed, Jul 6, 2016 at 6:39 PM, Paul Eggleton > wrote: > > devtool itself already understands not to try to deal with these recipes - > > it will print out a reasonable error for the user. The exception list is > > just for the devtool-stress script s

Re: [OE-core] [PATCH 6/6] scripts/contrib/devtool-stress: exclude more recipes by default

On Wed, Jul 6, 2016 at 7:20 PM, Paul Eggleton wrote: > On Wed, 06 Jul 2016 18:54:37 Khem Raj wrote: >> On Wed, Jul 6, 2016 at 6:39 PM, Paul Eggleton >> wrote: >> > devtool itself already understands not to try to deal with these recipes - >> > it will print out a reasonable error for the user. Th

Re: [OE-core] [PATCH V2] glibc: Upgrade to latest tip of master

Even after applying this patch, I'm still seeing crashes in Chromium (which aren't there before the glibc update to 2.24) I wish I could understand why Chromium is crashing, but everything else seems to run okay. I wouldn't be surprised to find Chromium is doing something funky; but what, exactly,