[OE-core] [PATCH 4/7] gstreamer1.0-plugins-bad: upgrade to version 1.6.1

0001-gl-do-not-check-for-GL-GLU-EGL-GLES2-libs-if-disable.patch is now in upstream, and therefore not needed as a separate patch anymore. 0001-glimagesink-Downrank-to-marginal.patch didn't apply anymore, and was adapted to the updated code. Signed-off-by: Carlos Rafael Giani

[OE-core] [PATCH 2/7] gstreamer1.0-plugins-base: upgrade to version 1.6.1

A number of patches had to be deleted in order for the recipe to work. Patches which cannot be applied cleanly to 1.6.1 and are nontrivial to fix: * 0001-basetextoverlay-make-memory-copy-when-video-buffer-s.patch * handle-audio-video-decoder-error.patch *

[OE-core] [PATCH 1/1] gcc-multilib-config: make aarch64 support multilib

Fixed: MACHINE = qemuarm64 require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon" $ bitbake core-image-minimal -cpopulate_sdk WARNING: gcc multilib setup is not supported for TARGET_ARCH=aarch64 WARNING: gcc multilib setup is not supported

Re: [OE-core] [PATCH 0/3] Delete WORKDIR/installed_pkgs.txt after use

On 5 November 2015 at 01:28, Robert Yang wrote: > The installed_pkgs.txt is very useful as a reference when we want to know > which pkgs are installed, there is no other easy way to know. > There's a manifest in the deploy directory which has the advantage of being

Re: [OE-core] [PATCH 6/7] gstreamer1.0-libav: upgrade to version 1.6.1

On 5 November 2015 at 08:32, Carlos Rafael Giani wrote: > +PACKAGECONFIG[gpl] = "--enable-gpl,," > Can you make this explicit by also having --disable-gpl please. Ross -- ___ Openembedded-core mailing list

[OE-core] [PATCH 0/1] gcc-multilib-config: make aarch64 support multilib

The following changes since commit e44ed8c18e395b9c055aefee113b90708e8a8a2f: build-appliance-image: Update to jethro head revision (2015-11-03 14:02:57 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/lib32-gcc

[OE-core] [PATCH 1/7] gstreamer1.0: upgrade to version 1.6.1

Removed patches which either were backports or accepted and integrated Signed-off-by: Carlos Rafael Giani --- meta/recipes-multimedia/gstreamer/gstreamer1.0.inc | 8 +- ...gstinfo-Shorten-__FILE__-on-all-platforms.patch | 55 ---

[OE-core] [PATCH 6/7] gstreamer1.0-libav: upgrade to version 1.6.1

The lgpl PACKAGECONFIG is replaced by a gpl one, since the LGPL build is the default now. There is no --enable-lgpl switch anymore, it got replaced by --enable-gpl. Signed-off-by: Carlos Rafael Giani --- meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc

[OE-core] [PATCH 5/7] gstreamer1.0-plugins-ugly: upgrade to version 1.6.1

Signed-off-by: Carlos Rafael Giani --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc | 6 -- ...1.0-plugins-ugly_1.4.5.bb => gstreamer1.0-plugins-ugly_1.6.1.bb} | 4 ++-- 2 files changed, 6 insertions(+), 4 deletions(-) rename

[OE-core] [PATCH 3/7] gstreamer1.0-plugins-good: upgrade to version 1.6.1

decrease_asteriskh263_rank.patch no longer applies, and is obsolete, since the asteriskh263 rank has been set to NONE in upstream. Also, --enable-xshm is no longer part of the configure options. Signed-off-by: Carlos Rafael Giani ---

[OE-core] [PATCH 7/7] gstreamer1.0-rtsp-server: upgrade to version 1.6.1

Signed-off-by: Carlos Rafael Giani --- meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.4.5.bb | 6 -- meta/recipes-multimedia/gstreamer/gstreamer1.0-rtsp-server_1.6.1.bb | 6 ++ 2 files changed, 6 insertions(+), 6 deletions(-) delete mode 100644

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

Hello Carlos, On Thu, Nov 5, 2015 at 11:16 AM, Carlos Rafael Giani wrote: > So, this is because of the TOOLCHAIN_OPTIONS ? > Also, what about the ${CC} ? Right now it won't work properly with clang for > example. The clang is problem might involve us to rework something

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

On 11/05/2015 03:22 PM, Otavio Salvador wrote: Hello Carlos, On Thu, Nov 5, 2015 at 11:16 AM, Carlos Rafael Giani wrote: So, this is because of the TOOLCHAIN_OPTIONS ? Also, what about the ${CC} ? Right now it won't work properly with clang for example. The clang is

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

So, this is because of the TOOLCHAIN_OPTIONS ? Also, what about the ${CC} ? Right now it won't work properly with clang for example. On 11/05/2015 02:14 PM, Otavio Salvador wrote: Hello Radek, On Wed, Nov 4, 2015 at 2:06 PM, Radek Dostal wrote:

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

Hello Radek, On Wed, Nov 4, 2015 at 2:06 PM, Radek Dostal wrote: > ${TOOLCHAIN_OPTIONS} does not contain some important flags such as > "-march=armv7-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8". It only > specifies sysroot as mentioned in commit 923eb657

Re: [OE-core] [PATCH] libqmi: update to 1.12.6

On 5 November 2015 at 10:29, Adrian Freihofer wrote: > +++ b/meta-oe/recipes-connectivity/libqmi/libqmi_1.12.6.bb > Wrong list, this should go to openembedded-devel@. Ross -- ___ Openembedded-core mailing list

[OE-core] [PATCH] libqmi: update to 1.12.6

Building ModemManager fails with previous version of libqmi. --- .../libqmi/{libqmi_1.12.2.bb => libqmi_1.12.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-oe/recipes-connectivity/libqmi/{libqmi_1.12.2.bb => libqmi_1.12.6.bb} (80%) diff --git

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

On 11/05/2015 04:47 PM, Otavio Salvador wrote: I don't know; I strongly advise the upgrade for the board if you have the resources (schematic, time, ...) otherwise a recipe workaround is the best alternative. Thank you, update of the u-boot is planned for early 2016, till that time we have to

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

> On Nov 5, 2015, at 6:47 AM, Mike Crowe wrote: > > export MAKE = "make" > -EXTRA_OEMAKE = "-e MAKEFLAGS=" > +EXTRA_OEMAKE_LEGACY = "-e MAKEFLAGS=" > +EXTRA_OEMAKE = "${EXTRA_OEMAKE_LEGACY}" may be this should be a weak assignment. signature.asc Description: Message signed

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

On Thu, Nov 5, 2015 at 8:27 AM, Christopher Larson wrote: >> >> > >> > export MAKE = "make" >> > -EXTRA_OEMAKE = "-e MAKEFLAGS=" >> > +EXTRA_OEMAKE_LEGACY = "-e MAKEFLAGS=" >> > +EXTRA_OEMAKE = "${EXTRA_OEMAKE_LEGACY}" >> >> may be this should be a weak assignment. > > >

[OE-core] [PATCH 1/1] qemurunner: Remove the timeout in run_serial

From: Mariano Lopez Sometmes when there is high load in the server the commands executed in the target take a lot of time to complete and this lead to incorrect dump files or empty files. This is caused because run_serial has a timeout of five seconds when running

[OE-core] [PATCH 5/5] libsndfile: fix CVE-2014-9756

Fix divide by zero bug (CVE-2014-9756) Signed-off-by: Maxin B. John --- .../files/libsndfile-fix-CVE-2014-9756.patch | 24 ++ .../libsndfile/libsndfile1_1.0.25.bb | 1 + 2 files changed, 25 insertions(+) create mode 100644

Re: [OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

On Thu, Nov 5, 2015 at 9:23 AM, Khem Raj wrote: > > On Nov 5, 2015, at 6:47 AM, Mike Crowe wrote: > > > > export MAKE = "make" > > -EXTRA_OEMAKE = "-e MAKEFLAGS=" > > +EXTRA_OEMAKE_LEGACY = "-e MAKEFLAGS=" > > +EXTRA_OEMAKE = "${EXTRA_OEMAKE_LEGACY}" > > may

Re: [OE-core] [PATCH] terminal: Support old tmux version (<1.9) when querying height value

On 11/03/2015 05:58 PM, Dan McGregor wrote: On 3 November 2015 at 16:34, wrote: From: Leonardo Sandoval Old tmux version (< 1.9) does not support nested formats on the -F parameter, so if nested format

[OE-core] [PATCH 6/7 v2] gstreamer1.0-libav: upgrade to version 1.6.1

The lgpl PACKAGECONFIG is replaced by a gpl one, since the LGPL build is the default now. There is no --enable-lgpl switch anymore, it got replaced by --enable-gpl. Signed-off-by: Carlos Rafael Giani --- meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc

Re: [OE-core] [PATCH] openssl: fix mips64 configure support

> On Nov 4, 2015, at 10:09 PM, wenzong@windriver.com wrote: > > From: Wenzong Fan > > Match target name linux-mips64 as well, all mips64 targets will have > mips(32) userspace. this comment seems to be not relevant to the change > > Signed-off-by: Wenzong Fan

Re: [OE-core] [PATCH] Fix GCC 5.2 "_FOR_BUILD" and related variables

On Thu, Nov 5, 2015 at 10:13 AM, Bystricky, Juro wrote: > The patch works unmodified (and solves mingw build problems) for gcc 4.9. as > well, > providing gcc-4.9.inc is patched the same way as gcc-5.2.inc > > (However, this makes the Makefile.in patch status: > >

Re: [OE-core] [PATCH] terminal: Support old tmux version (<1.9) when querying height value

This patch did not solve the case when multiple panes are present. I will send a V2 patch. On 11/03/2015 04:34 PM, leonardo.sandoval.gonza...@linux.intel.com wrote: From: Leonardo Sandoval Old tmux version (< 1.9) does not support nested formats

Re: [OE-core] [master][jethro][fido][PATCH] libxslt: CVE-2015-7995

On 05/11/15 20:29, akuster808 wrote: Ping. - armin Hi Armin, I've pushed this change to my joshuagl/fido-next branch of openembedded-core-contrib and am testing it now. Thanks, Joshua 1. http://cgit.openembedded.org/openembedded-core-contrib/log/?h=joshuagl/fido-next On 10/29/2015

Re: [OE-core] [PATCH] Fix GCC 5.2 "_FOR_BUILD" and related variables

Maybe this is my misunderstanding, I assume "Pending" means a patch has been also sent to gcc developers it is going to be upstreamed at some point. (I also assume patch for 4.9 Makefile.in needs to be upstreamed separately from 5.2) > -Original Message- > From: Khem Raj

Re: [OE-core] fido backports to support SH4 + uclibc

On 04/11/15 18:16, Andre McCurdy wrote: Hi Joshua, Could you please consider backporting the following fixes to fido. They are required in order to successfully build for SH4 + uclibc + blacklist GPLv3. Done. Pushed to my joshuagl/fido-next branch of openembedded-core-contrib and undergoing

Re: [OE-core] [master][jethro][fido][PATCH] libxslt: CVE-2015-7995

On 5 November 2015 at 20:29, akuster808 wrote: > Ping. > Queued in mut, will be hitting the AB soon. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH] Fix GCC 5.2 "_FOR_BUILD" and related variables

On 5 November 2015 at 18:13, Bystricky, Juro wrote: > The patch works unmodified (and solves mingw build problems) for gcc 4.9. > as well, > providing gcc-4.9.inc is patched the same way as gcc-5.2.inc > Can you send a proper patch for that? Cheers, Ross --

Re: [OE-core] [PATCH] Fix GCC 5.2 "_FOR_BUILD" and related variables

On 5 November 2015 at 21:10, Bystricky, Juro wrote: > Maybe this is my misunderstanding, I assume "Pending" means > a patch has been also sent to gcc developers it is going to be upstreamed > at some point. >

Re: [OE-core] [OE-Core] [Fido] [PATCH] openssh: Backport CVE-2015-5600 fix

On 30/10/15 20:12, Haris Okanovic wrote: only query each keyboard-interactive device once per authentication request regardless of how many times it is listed Source: http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/auth2-chall.c?f=h#rev1.43

Re: [OE-core] [master][jethro][fido][PATCH] libxslt: CVE-2015-7995

Ping. - armin On 10/29/2015 04:22 PM, Armin Kuster wrote: > From: Armin Kuster > > This is a is being give a High rating so please consider it for > all 1.1.28 versions. > > A type confusion error within the libxslt "xsltStylePreCompute()" > function in preproc.c can lead

Re: [OE-core] [PATCH] unzip: CVE-2015-7696, CVE-2015-7697

On 29/10/15 03:02, akuster808 wrote: Patches should apply to Fido and Dizzy. both are have the same version. Thanks for the patches. Patch applies and I've pushed this change to my joshuagl/fido-next branch of openembedded-core-contrib and am testing it now. Thanks, Joshua 1.

Re: [OE-core] [PATCH 1/1] gcc-multilib-config: make aarch64 support multilib

> On Nov 5, 2015, at 5:43 AM, Mark Hatle wrote: > > On 11/5/15 2:20 AM, Robert Yang wrote: >> Fixed: >> MACHINE = qemuarm64 >> require conf/multilib.conf >> MULTILIBS = "multilib:lib32" >> DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon" >> >> $ bitbake

[OE-core] The git fetch issue with jethro branch of poky

Hi all, I use the jethro branch of poky and add the following configurations in local.conf to use our own source mirror. INHERIT += "own-mirrors" SOURCE_MIRROR_URL = "http://sun.ap.freescale.net/yocto/downloads/; The git fetch issue is met during the image build. The detailed log is

[OE-core] [Fido] readline CVE-2014-2524

please backport from Master 9a02df0e932106bcb3dda0a7a2eb1113719fb4ee readline: actually apply readline63-003 (aka CVE-2014-2524) thanks, Armin -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH 1/1] gcc-multilib-config: make aarch64 support multilib

On 11/05/2015 09:43 PM, Mark Hatle wrote: On 11/5/15 2:20 AM, Robert Yang wrote: Fixed: MACHINE = qemuarm64 require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon" $ bitbake core-image-minimal -cpopulate_sdk WARNING: gcc multilib setup

Re: [OE-core] [master][jethro][fido][PATCH] libxslt: CVE-2015-7995

On 11/05/2015 02:01 PM, Joshua Lock wrote: > On 05/11/15 20:29, akuster808 wrote: >> Ping. >> >> - armin > > Hi Armin, > > I've pushed this change to my joshuagl/fido-next branch of > openembedded-core-contrib and am testing it now. thanks. - armin > > Thanks, > > Joshua > > 1. >

Re: [OE-core] [PATCH] python: ensure usage of host modules while cross compiling

Ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org [openembedded-core-boun...@lists.openembedded.org] on behalf of Belal, Awais Sent: Tuesday, November 03, 2015 12:00 PM To: openembedded-core@lists.openembedded.org Subject: [OE-core]

[OE-core] [PATCH] wpa-supplicant: upgrade to 2.5

wpa-supplicant: upgrade to 2.5 1. upgrade to 2.5 2. remove eight patches since they have been modified in 2.5 Signed-off-by: Fan Xin --- ...integer-underflow-in-WMM-Action-frame-par.patch | 45 - ...r-Fix-payload-length-validation-for-Commi.patch | 77

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

On 5 November 2015 at 15:19, Radek Dostál wrote: > Thanks a lot for your valuable input. I was not aware of the fact that it > was fixed in the upstream already. If you know the commit out of your head, > it would be great if you could share it. > For what it's

[OE-core] [PATCH 3/5] python-pycurl: update version to 7.19.5.2

No change in License. Updated no-static-link.patch README.rst: license checksum changed to reflect the Copyright update COPYING-MIT: checksum changed to reflect the Copyright update Signed-off-by: Maxin B. John --- .../python/python-pycurl/no-static-link.patch

[OE-core] [PATCH 2/5] bbclass: fix spelling mistakes

Fix some spelling mistakes in bbclass files Signed-off-by: Maxin B. John --- meta/classes/allarch.bbclass | 2 +- meta/classes/archiver.bbclass| 2 +- meta/classes/buildhistory.bbclass| 2 +- meta/classes/chrpath.bbclass | 4 ++--

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

On Thu, Nov 5, 2015 at 1:19 PM, Radek Dostál wrote: >> This build error has been fixed in new U-Boot releases and if the >> board required an old version (and cannot be updated) the fix should >> be done on the recipe and not on the common file as it can change,

Re: [OE-core] [PATCH 0/3] Delete WORKDIR/installed_pkgs.txt after use

On 11/05/2015 02:56 AM, Burton, Ross wrote: On 5 November 2015 at 01:28, Robert Yang > wrote: The installed_pkgs.txt is very useful as a reference when we want to know which pkgs are installed, there is no other easy

[OE-core] [PATCH 1/5] rt-tests: upgrade to version 0.96

bump version to 0.96 Signed-off-by: Maxin B. John --- .../rt-tests/{hwlatdetect_0.94.bb => hwlatdetect_0.96.bb} | 2 +- meta/recipes-rt/rt-tests/rt-tests.inc | 6 +++--- meta/recipes-rt/rt-tests/{rt-tests_0.94.bb => rt-tests_0.96.bb}

Re: [OE-core] [PATCH] u-boot.inc: properly specify CC for EXTRA_OEMAKE

Hi Otavio, Nack! The U-Boot is close to the Linux kernel regarding the use of the compiler and does a huge set of handling internally to properly pass options depending on the SoC, arch and others. This build error has been fixed in new U-Boot releases and if the board required an old version

Re: [OE-core] [PATCH] u-boot.inc: allow externalsrc u-boot builds

On Wed, Nov 4, 2015 at 8:38 PM, Cyril Chemparathy wrote: > When building with EXTERNALSRC u-boot repositories, S != B, and > therefore the following changes are required. > > Signed-off-by: Cyril Chemparathy One simplification that can

[OE-core] [PATCH] kernel: Permit overriding of KERNEL_IMAGETYPE_FOR_MAKE

Commit a1690131691507bbf5853540229b3ad775b836bf removed the ability of recipes to set KERNEL_IMAGETYPE_FOR_MAKE. This can be fixed by only setting KERNEL_IMAGETYPE_FOR_MAKE if it doesn't already have a value. This should hopefully be a good enough approximation to the behaviour prior to that

[OE-core] [PATCH] bitbake.conf, module.bbclass: Support opting out of legacy EXTRA_OEMAKE

Give recipes and classes the ability to opt out of EXTRA_OEMAKE containing the legacy value without removing other recipe-specific or local additions. The default value of EXTRA_OEMAKE="-e MAKEFLAGS=" is unfortunate. It causes breakage and unintended behaviour in various recipes. It is

[OE-core] [PATCH 1/6] glib-2.0: Upgrade 2.44.1 -> 2.46.1

Fix cross-compilation build issue in gio tests. Signed-off-by: Jussi Kukkonen --- ...on-t-depend-on-a-data-file-that-s-not-bui.patch | 38 ++ .../{glib-2.0_2.44.1.bb => glib-2.0_2.46.1.bb} | 5 +-- 2 files changed, 41 insertions(+), 2

[OE-core] [PATCH 3/6] atk: Upgrade 2.16.0 -> 2.18.0

Signed-off-by: Jussi Kukkonen --- meta/recipes-support/atk/{atk_2.16.0.bb => atk_2.18.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/atk/{atk_2.16.0.bb => atk_2.18.0.bb} (78%) diff --git

[OE-core] [PATCH 5/6] at-spi2-atk: Upgrade 2.16.0 -> 2.18.1

Signed-off-by: Jussi Kukkonen --- .../atk/{at-spi2-atk_2.16.0.bb => at-spi2-atk_2.18.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/atk/{at-spi2-atk_2.16.0.bb => at-spi2-atk_2.18.1.bb} (82%) diff --git

[OE-core] [PATCH 6/6] libsoup-2.4: Upgrade 2.50.0 -> 2.52.1

Don't build the now-included vala bindings: This requires gobject-introspection. Signed-off-by: Jussi Kukkonen --- .../libsoup/{libsoup-2.4_2.50.0.bb => libsoup-2.4_2.52.1.bb}| 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) rename

[OE-core] [PATCH 2/6] glib-networking: Upgrade 2.44.0 -> 2.46.1

Signed-off-by: Jussi Kukkonen --- .../{glib-networking_2.44.0.bb => glib-networking_2.46.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-core/glib-networking/{glib-networking_2.44.0.bb => glib-networking_2.46.1.bb} (88%)

[OE-core] [PATCH 4/6] atk-spi2-core: Upgrade 2.16.0 -> 2.18.1

Signed-off-by: Jussi Kukkonen --- .../atk/{at-spi2-core_2.16.0.bb => at-spi2-core_2.18.1.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/atk/{at-spi2-core_2.16.0.bb => at-spi2-core_2.18.1.bb} (84%) diff --git

[OE-core] [PATCH 0/6] Upgrades: GLib & friends

GLib 2.46 made custem memory allocation functions no-ops: This leads to a warning "custom memory allocation vtable not supported" on Qemu startup. This should be a cosmetic issue (as custom allocators didn't really work before either) and is already fixed in upstream Qemu. The following changes

Re: [OE-core] [PATCH 1/1] gcc-multilib-config: make aarch64 support multilib

On 11/5/15 2:20 AM, Robert Yang wrote: > Fixed: > MACHINE = qemuarm64 > require conf/multilib.conf > MULTILIBS = "multilib:lib32" > DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon" > > $ bitbake core-image-minimal -cpopulate_sdk > > WARNING: gcc multilib setup is not supported for