[OE-core] [PATCH 1/2] gstreamer1.0-plugins-bad: Upgrade to 1.8.1

Signed-off-by: Khem Raj --- .../gstreamer/gstreamer1.0-plugins-bad_1.6.3.bb| 28 .../gstreamer/gstreamer1.0-plugins-bad_1.8.1.bb| 52 ++ 2 files changed, 52 insertions(+), 28 deletions(-) delete mode 100644

[OE-core] [PATCH 2/2] gstreamer1.0-plugins-ugly: Add mpg123 PACKAGECONFIG

mpg123 plugin moved from bad collection to ugly in 1.8 since mpg123 has commercial licence implications its best to keep it with a knob. Signed-off-by: Khem Raj --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_1.8.1.bb | 2 ++ 1 file changed, 2 insertions(+)

Re: [OE-core] [PATCH 3/4] systemd-bootchart: add recipe

> On Jun 16, 2016, at 8:36 PM, Chen Qi wrote: > > Signed-off-by: Chen Qi > --- > .../systemd-bootchart/systemd-bootchart_230.bb | 30 ++ > 1 file changed, 30 insertions(+) > create mode 100644 >

Re: [OE-core] [PATCH 2/4] systemd: upgrade to 230

> On Jun 16, 2016, at 8:36 PM, Chen Qi wrote: > > diff --git a/meta/recipes-core/systemd/systemd_229.bb > b/meta/recipes-core/systemd/systemd_230.bb > similarity index 99% > rename from meta/recipes-core/systemd/systemd_229.bb > rename to

[OE-core] [PATCH 2/4] systemd: upgrade to 230

Patches are rebased or removed for the latest version. 'python' is added to RDEPENDS of systemd-ptest. systemd-bootchart is now seprated from systemd, thus removing the related configuration items. Signed-off-by: Chen Qi --- meta/recipes-core/systemd/systemd.inc

[OE-core] [PATCH 1/4] dbus/dbus-test: upgrade to 1.10.8

0001-configure.ac-support-large-file-for-stat64.patch is removed as it's a backported patch and is already in the latest codes. Signed-off-by: Chen Qi --- .../{dbus-test_1.10.6.bb => dbus-test_1.10.8.bb} | 4 +- ...onfigure.ac-support-large-file-for-stat64.patch | 53

[OE-core] [PATCH 3/4] systemd-bootchart: add recipe

Signed-off-by: Chen Qi --- .../systemd-bootchart/systemd-bootchart_230.bb | 30 ++ 1 file changed, 30 insertions(+) create mode 100644 meta/recipes-devtools/systemd-bootchart/systemd-bootchart_230.bb diff --git

[OE-core] [PATCH 0/4] Upgrade systemd, dbus and util-linux

=== Note that I've removed ptest support for util-linux because the codes have changed a lot. If you think that ptest support is necessary for util-linux, I'll try to add it back for the new version. === The following changes

[OE-core] [PATCH 4/4] util-linux: upgrade to 2.28

ptest is disabled as the related codes are changed a lot, and the related patches are removed. util-linux-ng-2.16-mount_lock_path.patch is removed because there's no _PATH_MOUNTED_LOCK in the latest codes. util-linux-native.patch is removed because 2.28 version of util-linux has taken mkostemp

[OE-core] [PATCH] expat: CVE-2016-0718

Fix CVE-2016-0718: expat XML parser crashes on malformed input External References: https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2016-0718 https://bugzilla.redhat.com/show_bug.cgi?id=1296102 https://bugzilla.suse.com/show_bug.cgi?id=979441 Patch from:

Re: [OE-core] [PATCH v2 2/8] gstreamer1.0: upgrade to version 1.8.1

On Thu, Jun 16, 2016 at 7:46 PM, Andre McCurdy wrote: > On Thu, Apr 28, 2016 at 12:06 PM, Carlos Rafael Giani > wrote: > > The gst-inspect patch no longer applies, and according to upstream, is > > not needed. > > This patch series seems to be

Re: [OE-core] [PATCH 1/5] security_flags.inc: add SECURITY_NO_PIE_CFLAGS to libgcc and gcc-sanitizers

On Thu, Jun 16, 2016 at 3:59 AM, Alexander Kanavin wrote: > These recipes no longer seem to need full exclusion from security hardening. Did you also confirm that for gcc 4.9 and 5.3? > The rest (glibc, gcc-runtime, valgrind, grub, grub-efi, uclibc) still do.

Re: [OE-core] [PATCH v2 2/8] gstreamer1.0: upgrade to version 1.8.1

On Thu, Apr 28, 2016 at 12:06 PM, Carlos Rafael Giani wrote: > The gst-inspect patch no longer applies, and according to upstream, is > not needed. This patch series seems to be missing an update for gstreamer1.0-plugins-bad ? > Signed-off-by: Carlos Rafael Giani

Re: [OE-core] [PATCH 4/5] security_flags.inc: add epiphany to SECURITY_NO_PIE_CFLAGS

On Thu, Jun 16, 2016 at 3:59 AM, Alexander Kanavin wrote: > Otherwise there is a QA warning about relocations in .text Typically these warnings come from assembler and can't be fixed via CFLAGS. If this one _can_ be fixed via CFLAGS then it suggests a bug in

Re: [OE-core] [PATCH 3/5] security_flags.inc: add -fPIC to SECURITY_NO_PIE_CFLAGS

On Thu, Jun 16, 2016 at 3:59 AM, Alexander Kanavin wrote: > The packages that break due to -fpie can be still built with -fPIC. > > [YOCTO #9486] > > Signed-off-by: Alexander Kanavin > --- >

Re: [OE-core] [RFC][PATCH] vte: bring back old version to support xfce4-terminal

On Thu, Jun 16, 2016 at 2:47 PM, Burton, Ross wrote: > > On 16 June 2016 at 21:49, Mark Asselstine > wrote: >> >> While waiting to hear back about my inquiry I did take some >> time to put together this patch that allows things that >>

Re: [OE-core] [RFC][PATCH] vte: bring back old version to support xfce4-terminal

meta-xfce4, right? On Thu, Jun 16, 2016 at 11:47 PM, Burton, Ross wrote: > > On 16 June 2016 at 21:49, Mark Asselstine > wrote: > >> While waiting to hear back about my inquiry I did take some >> time to put together this patch that allows

Re: [OE-core] [RFC][PATCH] vte: bring back old version to support xfce4-terminal

On 16 June 2016 at 21:49, Mark Asselstine wrote: > While waiting to hear back about my inquiry I did take some > time to put together this patch that allows things that > require the older vte to continue to build. Since xfce4-terminal > lives in meta-openembedded

[OE-core] [PATCH] build-appliance-image: Install network components

Explicitly add network components into Build Appliance image, do not rely on packagegroup-self-hosted to pull them in. Network related dependencies were removed from packagegroup-self-hosted. YOCTO #9758 Signed-off-by: Juro Bystricky ---

[OE-core] [RFC][PATCH] vte: bring back old version to support xfce4-terminal

The recent uprev to vte version 0.44.1 as part of commit commit dc21182ada418cf3917ae8319494d219462c5bfd [vte: Upgrade to 0.44.1] brought with it an jump in api version, leaving any packages, such as xfce4-terminal, failing to configure/build. The commit log indicated that it was a possibility to

Re: [OE-core] [PATCH] squid: don't build squid-conf-tests binary

On 06/16/2016 12:07 AM, Alexandru Moise wrote: > autotools ends up stripping this binary which ends up causing > QA Errors at do_package. Remove it. I think you want to send this to openembedded-devel mailing list. - armin > Signed-off-by: Alexandru Moise > ---

[OE-core] [PATCH v2] linux-firmware: add iwlwifi-8000C-19 version

This version is required for certain iwlwifi hardware can not use the most recent firmware blob. [YOCTO #9771] Signed-off-by: Saul Wold --- v2: use kernel.org version of file removed extra do_install_append meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 9

Re: [OE-core] [PATCHv3 10/30] vte: Upgrade to 0.44.1

On 14 June 2016 at 11:14, Jussi Kukkonen > wrote: > > * License change LGPL 2.0 -> LGPL 2.1+ > * vte-termcap is no more > * API break: current version seems to be parallel installable >with old one, but I did not opt

[OE-core] Obtaining a Complete File Manifest for a Given Recipe

I have a Yocto project which contains multiple modules. Each module is released independently, so I have the problem of trying to identify changes in the overall git repository that affect the module being released, while pruning the changes that are isolated to the other modules. I could

[OE-core] [PATCH] build-appliance-image: Add LC_ALL setting and drop pseudo pieces

The pseudo pieces here date from times gone by when bitbake ran in two phases. Its long since obsolete and can be dropped. Also set LC_ALL so that bitbake works correctly and uses the local we're already installing into the image so we have utf-8 available. Signed-off-by: Richard Purdie

Re: [OE-core] [PATCH] The CMake recipes contain a mismatch between the environmental variable which defines where the Modules are installed and the location where they actually are. This patch fixes t

On 06/16/2016 05:45 PM, Christopher Larson wrote: Thanks for the contribution, though, it's appreciated. Perhaps someone else can comment on the patch itself. The idea behind the fix is correct (latest cmake seems to have its modules in /usr/share/cmake-/Modules rather than

Re: [OE-core] [PATCH] rootfs-postcommands: generate /var/lib/systemd/clock

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Khem Raj > Sent: den 16 juni 2016 16:38 > To: Jan Remmet > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH]

Re: [OE-core] [PATCH] The CMake recipes contain a mismatch between the environmental variable which defines where the Modules are installed and the location where they actually are. This patch fixes t

On Thu, Jun 16, 2016 at 7:27 AM, Jose Pardeiro < jparde...@rapyuta-robotics.com> wrote: > Signed-off-by: Jose Pardeiro > I can't speak to the content, not knowing cmake very well, but this commit message violates general git commit message policy and yocto's

Re: [OE-core] couple trivial(?) questions regarding RPM revision/version numbers

On 6/16/16 6:00 AM, Robert P. J. Day wrote: > > not at my dev machine at the moment; otherwise, i could just test > this but i'd probably still want clarification, anyway. > > so, i'm well aware that a single recipe can generate numerous (in my > case, rpm) package files. basic case: a

Re: [OE-core] [PATCH] rootfs-postcommands: generate /var/lib/systemd/clock

> On Jun 16, 2016, at 7:17 AM, Jan Remmet wrote: > > On Wed, Jun 15, 2016 at 12:14:17PM -0700, Khem Raj wrote: >> >>> On Jun 15, 2016, at 6:36 AM, Jan Remmet wrote: >>> >>> systemd timesyncd check /var/lib/systemd/clock instead of >>> /etc/timestamp.

Re: [OE-core] [PATCH] gcc: make sure header path is set correctly

> On Jun 15, 2016, at 10:49 PM, Mittal, AnujX wrote: > > > >> -Original Message- >> From: Khem Raj [mailto:raj.k...@gmail.com] >> Sent: Thursday, June 16, 2016 10:47 AM >> To: Mittal, AnujX >> Cc:

[OE-core] [PATCH] The CMake recipes contain a mismatch between the environmental variable which defines where the Modules are installed and the location where they actually are. This patch fixes the e

Signed-off-by: Jose Pardeiro --- meta/classes/cmake.patch | 20 1 file changed, 20 insertions(+) create mode 100644 meta/classes/cmake.patch diff --git a/meta/classes/cmake.patch b/meta/classes/cmake.patch new file mode 100644 index

Re: [OE-core] [PATCH] rootfs-postcommands: generate /var/lib/systemd/clock

On Wed, Jun 15, 2016 at 12:14:17PM -0700, Khem Raj wrote: > > > On Jun 15, 2016, at 6:36 AM, Jan Remmet wrote: > > > > systemd timesyncd check /var/lib/systemd/clock instead of > > /etc/timestamp. > > If this file is missing it defaults to TIME_EPOCH. It's set while > >

Re: [OE-core] [PATCH 1/1] useradd-staticids.bbclass: Make sure opened files are closed

On Thu, Jun 9, 2016 at 6:07 PM, Peter Kjellerstedt wrote: > This avoids warnings about unclosed files with Python 3. > > Signed-off-by: Peter Kjellerstedt > --- > meta/classes/useradd-staticids.bbclass | 30 +-

Re: [OE-core] qemuppc kernel doesn't build with GCC 4.9 on korgoth

>> On Jun 15, 2016, at 5:31 AM, Pascal Bach wrote: >> >> Hi >> >> I tried to build qemuppc on the latest korgoth branch using the GCC 4.9.3 >> from OE-core. >> >> The problem is that i get an error when trying to build the kernel. >> I was able to trace the issue back

[OE-core] [PATCH] autotools: ensure Makefile exists in do_compile

If a recipe is using the autotools class then presumably it is using Makefiles. However the default do_compile() is forgiving and silently handles a missing makefile, which means that if a recipe is using a hand-coded static Makefile (e.g. git) but doesn't use brokensep the recipe will fail in

Re: [OE-core] [PATCH 4/4] pointercal-xinput: add a dummy calibration file for qemu

Hi, On Thu, Jun 16, 2016 at 09:43:40AM +0100, Richard Purdie wrote: > On Thu, 2016-06-16 at 11:05 +0300, Maxin B. John wrote: > > Hi RP, > > > > On Wed, Jun 15, 2016 at 05:58:18PM +0100, Richard Purdie wrote: > > > On Wed, 2016-06-15 at 16:13 +0300, Maxin B. John wrote: > > > > In qemu, the

[OE-core] couple trivial(?) questions regarding RPM revision/version numbers

not at my dev machine at the moment; otherwise, i could just test this but i'd probably still want clarification, anyway. so, i'm well aware that a single recipe can generate numerous (in my case, rpm) package files. basic case: a recipe can generate the "base" package, a "doc" package, a

[OE-core] [PATCH 5/5] libmad: replace with mpg123

mpg123 recipe is taken from meta-oe and updated to latest release. Also audiofile dependency is dropped as it's not actually used anywhere. [YOCTO #6020] Signed-off-by: Alexander Kanavin --- .../gstreamer/gstreamer1.0-plugins-ugly.inc| 2 +-

[OE-core] [PATCH 2/5] security_flags.inc: add python3-pycairo and libnewt-python to no-pie exception list

Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/security_flags.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/conf/distro/include/security_flags.inc index cd2b964..a7be185 100644 ---

[OE-core] [PATCH 3/5] security_flags.inc: add -fPIC to SECURITY_NO_PIE_CFLAGS

The packages that break due to -fpie can be still built with -fPIC. [YOCTO #9486] Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/security_flags.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 4/5] security_flags.inc: add epiphany to SECURITY_NO_PIE_CFLAGS

Otherwise there is a QA warning about relocations in .text Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/security_flags.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/distro/include/security_flags.inc

[OE-core] [PATCH 1/5] security_flags.inc: add SECURITY_NO_PIE_CFLAGS to libgcc and gcc-sanitizers

These recipes no longer seem to need full exclusion from security hardening. The rest (glibc, gcc-runtime, valgrind, grub, grub-efi, uclibc) still do. [YOCTO #9489] Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/security_flags.inc | 6 ++

[OE-core] [PATCH 1/1] recipetool/create.py: fix LICENSE value

When there multiple license in a repo, the LICENSE value be created as something like "LGPLv2.1 GPLv2", which causes the following warning. LICENSE value "LGPLv2.1 GPLv2" has an invalid format - license names must be separated by the following characters to indicate the license selection: &|()

[OE-core] [PATCH 0/1] recipetool/create.py: fix LICENSE value

The following changes since commit 7b4b67da33beff736dc0286ea24e3860480f9650: directfb: fix client->gfx_state initialisation (2016-06-15 18:13:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/recipetool-license

Re: [OE-core] [PATCH] classes/rm_work: use the idle I/O scheduler class

On Tue, 2016-06-14 at 16:18 +0100, Ross Burton wrote: > As rm_work is just cleanup it shouldn't starve more important tasks such as > do_compile of I/O, so use BB_TASK_IONICE_LEVEL to run the task in the idle > scheduler class. Whether that's desirable depends a lot on the goals for rm_work: when

[OE-core] [PATCH] packagegroup-core-device-devel: add binutils-symlinks

This packagegroup previously included oprofileui-server which indirectly depended on binutils-symlinks. Since the removal of oprofileui-server binutils-symlinks wasn't pulled in, which makes a packagegroup apparently for development on the target fairly useless (and also broke QA).

Re: [OE-core] [PATCH 4/4] pointercal-xinput: add a dummy calibration file for qemu

On Thu, 2016-06-16 at 11:05 +0300, Maxin B. John wrote: > Hi RP, > > On Wed, Jun 15, 2016 at 05:58:18PM +0100, Richard Purdie wrote: > > On Wed, 2016-06-15 at 16:13 +0300, Maxin B. John wrote: > > > In qemu, the emulated PS/2 mouse reports itself as an "absolute > > > coordinate" > > > device and

Re: [OE-core] [PATCH 4/4] pointercal-xinput: add a dummy calibration file for qemu

Hi RP, On Wed, Jun 15, 2016 at 05:58:18PM +0100, Richard Purdie wrote: > On Wed, 2016-06-15 at 16:13 +0300, Maxin B. John wrote: > > In qemu, the emulated PS/2 mouse reports itself as an "absolute > > coordinate" > > device and that makes xinput_calibrator think it could be calibrated. > > > >

[OE-core] [PATCH] squid: don't build squid-conf-tests binary

autotools ends up stripping this binary which ends up causing QA Errors at do_package. Remove it. Signed-off-by: Alexandru Moise --- ...squid-don-t-build-squid-conf-tests-binary.patch | 30 ++ .../recipes-daemons/squid/squid_3.5.7.bb

Re: [OE-core] [oe-core][PATCH] binutils: fix the incorrect assembling for ppc wait instruction

I will send the patch to binutils upstream. Best Regards, Zhenhua > -Original Message- > From: Khem Raj [mailto:raj.k...@gmail.com] > Sent: Thursday, June 16, 2016 5:13 AM > To: Zhenhua Luo > Cc: Patches and discussions about the oe-core layer