License-Update: License file changes are due to updates in Version and
Copyright date
Signed-off-by: youngseok
---
.../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libpng/{libpng_1.6.3
License-Update: License file changes are due to updates in Version and
Copyright date
Signed-off-by: youngseokyoon
---
.../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libpng/{libpng_1
== Series Details ==
Series: libpng: Upgrade 1.6.32 -> 1.6.34
Revision: 1
URL : https://patchwork.openembedded.org/series/11286/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on th
License file changes are due to updates in Version and Copyright date
Signed-off-by: youngseokyoon
---
.../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8
1 file changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/libpng/{libpng_1.6.32.bb => libpn
Upgrade iptables from 1.6.1 to 1.6.2.
Signed-off-by: Huang Qiyu
---
.../iptables/{iptables_1.6.1.bb => iptables_1.6.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/iptables/{iptables_1.6.1.bb => iptables_1.6.2.bb}
(93%)
diff --git a
Upgrade patch from 2.7.5 to 2.7.6.
Signed-off-by: Huang Qiyu
---
meta/recipes-devtools/patch/{patch_2.7.5.bb => patch_2.7.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/patch/{patch_2.7.5.bb => patch_2.7.6.bb} (71%)
diff --git a/meta/recipes-devtoo
== Series Details ==
Series: webkitgtk_2.16.6.bb: Remove gl3.h header reference (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/11127/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests
GLES 2 application cannot use gl3.h header files, remove including gl3.h
when OpenGLESv2 is enabled in webkitgtk
Backported from OE-core master.
Signed-off-by: Bhargava Sreekantappa Gayathri
Signed-off-by: Manjukumar Matha
---
...01-Fix-gles3-header-when-gles2-is-enabled.patch | 38 ++
If the library is installed in a non-standard location and don't set
INSANE_SKIP, e.g. libfoo.so is installed in /usr/local/lib. The
package_qa_check_libdir will cause a traceback because it will try to
open the .so link in package-dev to check if it's an ELF:
The stack trace of python calls that r
On 03/06/2018 07:50 PM, Victor Kamensky wrote:
I am a fan of SystemTap and big fan of OE. Systemtap and OE use case I have
on my mind is the following:
Hello Victor,
even though I'm listed as the maintainer of systemtap, I do not actually
use it or know anything about it - my responsibility e
== Series Details ==
Series: kernel-yocto: consolidated pull request
Revision: 1
URL : https://patchwork.openembedded.org/series/11278/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execute
As of the 4.13 kernel, there are configuration + linker combinations
that do not need (or build) crtsavres.o for ppc64 targets. The commit
of interest is:
commit efe0160cfd40a99c052a00e174787c1f4158a9cd
Author: Nicholas Piggin
Date: Fri May 12 01:56:52 2017 +1000
powerpc/64
Integrating a configuration change for systemtap:
features/systemtap/systemtap.cfg: enable CONFIG_KERNEL_DEBUG
And porting the aufs warning fix to 4.14 and 4.15:
aufs: fix compile warning
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb | 2 +-
meta/re
Integrating the following warning backport:
commit eb371933cf4d3495d0899880b2e0e252ce9db517 upstream.
Coffee Lake CPU on Kaby Lake PCH is possible.
It does exist, and it does work.
The only missed case was this warning here noticed
by Wendy who could get one system with this
Integrating the warning/leak fixes:
73873cb152c brd: remove unused brd_mutex
912c53b1b346 audit: fix memleak in auditd_send_unicast_skb.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb | 4 ++--
meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb | 4 ++
From: "Kexin(Casey) Chen"
Forward port linux-yocto-4.8's patch to fix the build warning.
http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-4.8/commit/?h=standard/base&id=7e0dd2f2b0971f0e3191e1ddc088e09eb9855567
fs/aufs/debug.h:95:19: warning: comparison of constant '0'
w
While we don't normally follow all the -stable updates for libc-headers, there
was one userspace header that was broken in the 4.15 cycle, and it has now
been fixed in -stable.
The offending header breaks the build for several packages, so we update to
pick up this change:
Author: Hauke Mehrte
Updating the korg stable release which comprises the following commits:
6e4548ea58e6 Linux 4.14.24
ab5d9d1751bc net: sched: fix use-after-free in tcf_block_put_ext
ac2be03ba64f net_sched: get rid of rcu_barrier() in tcf_block_put_ext()
1c8e7e61cbdf net: sched: crash on blocks with goto
Hi all,
This is the latest consolidated kernel pull request. It contains -stable
updates,
the kernel-devsrc re-work, and a libc-headers version bump.
The -stable updates are routine, and are required to pick up the latest CVE and
bug fixes from korg.
The kernel-devsrc re-structure has already g
Updating the latest korg -stable release which comprises the following
commits:
cb4a115a4286 Linux 4.15.7
59e0ae1b9ae2 microblaze: fix endian handling
39c51864410f drm/i915/breadcrumbs: Ignore unsubmitted signalers
5d1641bd28b2 arm64: __show_regs: Only resolve kernel symbols when runni
The existing kernel-devsrc package starts with a full copy of the kernel
source and then starts to strip out elements that are not required.
This results in extra time (I/O) and extra space being taken up in the
final package. The main purpose of the kernel-devsrc package has been to
build modules
crosstap2 is similar to existing crosstap shell script, but unlike crosstap
script that can handle only kernel SystemTap scripts, crosstap2 can also
deal with user land related SystemTap scripts. It discovers and set up
proper --sysroot arguments for stap invocation.
The logic of handling of user-
In case of small target images it is too expensive to include
full stap package into the image. Because default systemtap
package include SystemTap translater and have very deep dependencies
on variety of libraries. And in cross compiling environment
compilation of SystemTap kernel modules can happ
There is IMAGE_GEN_DEBUGFS="1" variable that enables build of
additional rootfs-dbg and additional archive that contains
complimentary symbols files for a given image. But the issue
with this resulting directory and tarball that before use it
has to be combined with original image content. It is re
This reverts commit 787bed708676fc04aee2850825e803273152f657.
Signed-off-by: Victor Kamensky
---
.../systemtap/systemtap/system_map_location.patch | 23 --
meta/recipes-kernel/systemtap/systemtap_git.inc| 1 -
2 files changed, 24 deletions(-)
delete mode 100644
meta/r
For details on issues fixed please look at commit message of individual
patches.
Upstream-Status: Submitted [system...@sourceware.org]
Change-Id: Id2fd0fbddb33e4a4387b732005a6e902a5c6129c
Signed-off-by: Victor Kamensky
---
...-short-release-r-option-handling-in-case-.patch | 61
...-s
Hi Guys,
I am a fan of SystemTap and big fan of OE. Systemtap and OE use case I have
on my mind is the following:
1) small embedded target image built, because of resource constraint such
target could not run full blown systemtap on, it would not have resources
to have debug symbols, toolchain, k
A patch went in (in 4aaf747) without a proper signed-off-by
because the project (in its upstream repository) does not use
Git.
This will take care of that before spreading the patch to
other branches.
Signed-off-by: Daniel Díaz
---
.../gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.pa
On Tue, Mar 6, 2018 at 7:46 AM, Daniel Díaz wrote:
> This error can appear in gdb/nat/linux-ptrace.c because of
> the order in which some headers are processed:
> | In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
> | ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expect
To use 'glide' this class does the integration and reduces code
duplication.
Signed-off-by: Otavio Salvador
---
meta/classes/glide.bbclass | 9 +
1 file changed, 9 insertions(+)
create mode 100644 meta/classes/glide.bbclass
diff --git a/meta/classes/glide.bbclass b/meta/classes/glide.
== Series Details ==
Series: gdb: fix header ordering for TRAP_HWBKPT (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/11215/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
This error can appear in gdb/nat/linux-ptrace.c because of
the order in which some headers are processed:
| In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
| ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier
before numeric constant
| # define TRAP_HWBK
I don't want to spam the list again, so this is the new commit message on
my patch rebase series. The rest are in poky-contrib:ross/mut2 and are
identical. Any further comments?
Ross
On 6 March 2018 at 15:10, Ross Burton wrote:
> The patch tool will apply patches by default with "fuzz", which
The patch tool will apply patches by default with "fuzz", which is where if the
hunk context isn't present but what is there is close enough, it will force the
patch in.
Whilst this is useful when there's just whitespace changes, when applied to
source it is possible for a patch applied with fuzz
== Series Details ==
Series: beaglebone: Find /boot partition on mmcblk0
Revision: 1
URL : https://patchwork.openembedded.org/series/11273/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been exe
On 05-03-18 09:22, Quentin Schulz wrote:
Thanks to the MODALIAS line at the beginning of mdev.conf, mdev supports
module auto probing on hotplug.
However, this does not work for cold plugged modules (i.e. modules for
devices that were probed before mdev is added as hotplug handler).
Running mde
From: Drew Moseley
After commit edcf39820f94c84b29c95a0d7b16b8d36857e87b the beaglebone
builds fail to mount the boot partition as it is specified in
/etc/fstab with the device node /dev/mmcblkp1. With systemd in
particular this is considered an error and the system drops into
emergency mode.
S
This is a minor release, announced in March 5th, 2018, which includes
following changes:
,
| Andrey Grodzovsky (1):
| amdgpu: Fix mistake in initial hole size calculation.
|
| Christian König (3):
| amdgpu: mostly revert "use the high VA range if possible v2"
| amdgpu: add AMDGP
* Use PACKAGECONFIG for pam instead of two bb.utils.contains
* Add leading whitespace to EXTRA_OEMAKE_append_libc_musl
* Usr lnr in do_install_append rather than a sed generated
../-sequence.
Signed-off-by: Ola x Nilsson
---
meta/recipes-core/libcgroup/libcgroup_0.41.bb | 11 ++-
1 fil
Please don't patch a patch, but fix the patch.
Ross
On 6 March 2018 at 00:04, Joe Slater wrote:
> gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch introduced
> a call to localtime() and a free() of the structure returned. This is
> incorrect, as the structure is static. For glibc 2.
Issue: mkfs.ext4 fails, prompting that the device
is in use by the system. But there is no mounted infomation in /proc/mounts.
Reproduce: Be sure that there is storage device connected to you machine.
Boot the machine.
root@intel-x86-64:~# mkfs.ext4 /dev/mmcblk0p1
mke2fs
Hi,
On Mon, Mar 05, 2018 at 07:12:01PM -0800, Khem Raj wrote:
> On Mon, Mar 5, 2018 at 12:22 AM, Quentin Schulz
> wrote:
> > Thanks to the MODALIAS line at the beginning of mdev.conf, mdev supports
> > module auto probing on hotplug.
> >
> > However, this does not work for cold plugged modules (i
0.6.32 -> 0.6.33
* new Selection.clone() method in the bindings
* new pool.parserpmrichdep() method in the bindings
* fix bad assignment in solution refinement that led to a memory leak
* use license tag instead of doc in the spec file [bnc#1082318]
Signed-off-by: Maxin B. John
---
meta/recipes
License-Update: checksum change is due to bump in copyright year
to 2018.
Signed-off-by: Maxin B. John
---
.../libunistring/{libunistring_0.9.8.bb => libunistring_0.9.9.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-support/libunistring/{libunistring_0.9.8
44 matches
Mail list logo
