|
[PATCH 3/7] toolchain-shar-extract: allow non-sh post-relocate
Currently, we look only for scripts matching *.sh, which means we can't
write post-relocate scripts in other languages.
Expand this to allow any type of script.
Signed-off-by: Martin Kelly
Currently, we look only for scripts matching *.sh, which means we can't
write post-relocate scripts in other languages.
Expand this to allow any type of script.
Signed-off-by: Martin Kelly
|
By
Martin Kelly
·
#111915
·
|
|
[PATCH 2/7] nativesdk-python*: suppress user site dirs
Currently, $HOME/.local is being added into sys.path in the Python SDK
causing subtle host contamination. Suppress this by exporting
PYTHONNOUSERSITE = "1" as documented in PEP 370.
This issue
Currently, $HOME/.local is being added into sys.path in the Python SDK
causing subtle host contamination. Suppress this by exporting
PYTHONNOUSERSITE = "1" as documented in PEP 370.
This issue
|
By
Martin Kelly
·
#111917
·
|
|
[PATCH 1/7] meson.bbclass: refactor native override
The native override is specified in two different places, so let's move
it into a function to reduce code duplication.
Signed-off-by: Martin Kelly <mkelly@...>
---
meta/classes/meson.bbclass |
The native override is specified in two different places, so let's move
it into a function to reduce code duplication.
Signed-off-by: Martin Kelly <mkelly@...>
---
meta/classes/meson.bbclass |
|
By
Martin Kelly
·
#111922
·
|
|
[PATCH 0/7] meson: implement nativesdk support
This patch series implements nativesdk support fer meson. In order to do so, it
adds a few features to the toolchain-shar-extract functionality, which enables a
script to run prior to the SDK being
This patch series implements nativesdk support fer meson. In order to do so, it
adds a few features to the toolchain-shar-extract functionality, which enables a
script to run prior to the SDK being
|
By
Martin Kelly
·
#111921
·
|
|
[PATCH] kernel-uimage.bbclass: introduce UBOOT_MKIMAGE_COMMANDS
From: Ming Liu <liu.ming50@...>
It allows the end users to be able to override it to set their own
customized mkimage commands instead of a fixed uboot-mkimage command
with fixed
From: Ming Liu <liu.ming50@...>
It allows the end users to be able to override it to set their own
customized mkimage commands instead of a fixed uboot-mkimage command
with fixed
|
By
Ming Liu
·
#111913
·
|
|
[PATCH] kernel-uimage.bbclass: use boolean to check KEEPUIMAGE
From: Ming Liu <liu.ming50@...>
It now accepts yes/on/1 as positive values.
Signed-off-by: Ming Liu <liu.ming50@...>
---
meta/classes/kernel-uimage.bbclass | 6 +++---
1 file changed, 3
From: Ming Liu <liu.ming50@...>
It now accepts yes/on/1 as positive values.
Signed-off-by: Ming Liu <liu.ming50@...>
---
meta/classes/kernel-uimage.bbclass | 6 +++---
1 file changed, 3
|
By
Ming Liu
·
#111912
·
|
|
Re: [PATCH v2 4/5] bitbake.conf: include ASNEEDED in TARGET_LDFLAGS directly
If they have new enough binutils it should not be an issue. but I dont know
if there are such SDKs out there, thats where external toolchain makers can
help. Otherwise we can assume its fine.
If they have new enough binutils it should not be an issue. but I dont know
if there are such SDKs out there, thats where external toolchain makers can
help. Otherwise we can assume its fine.
|
By
Khem Raj
·
#111911
·
|
|
Re: [PATCH v2 4/5] bitbake.conf: include ASNEEDED in TARGET_LDFLAGS directly
External toolchains can easily over-ride ASNEEDED if they need to.
When was --as-needed first added to gnu ld? Do you know of an external
toolchain which might not support it?
External toolchains can easily over-ride ASNEEDED if they need to.
When was --as-needed first added to gnu ld? Do you know of an external
toolchain which might not support it?
|
By
Andre McCurdy
·
#111910
·
|
|
Re: [PATCH] busybox: Enable FEATURE_MOUNT_NFS and use libtirpc
According to the busybox config help, CONFIG_FEATURE_MOUNT_NFS is only
required for kernel versions before 2.6.23. Do we officially support
kernels that old in oe-core? Or should this be in a
According to the busybox config help, CONFIG_FEATURE_MOUNT_NFS is only
required for kernel versions before 2.6.23. Do we officially support
kernels that old in oe-core? Or should this be in a
|
By
Andre McCurdy
·
#111909
·
|
|
Re: [PATCH] busybox: Fix zlma segfaults
The patch seems to be corrupt.
The patch seems to be corrupt.
|
By
Khem Raj
·
#111908
·
|
|
Re: [PATCH 2/3] qemu: upgrade to 2.12.0
Yep, after adding opengl it builds. I can't reproduce any hangs with
QEMU 2.12 on top of master. Are there other patches as well that are
contributing?
Alistair
Yep, after adding opengl it builds. I can't reproduce any hangs with
QEMU 2.12 on top of master. Are there other patches as well that are
contributing?
Alistair
|
By
Alistair Francis
·
#111907
·
|
|
[PATCH] busybox: Fix zlma segfaults
- fix multiple lzma segmentation faults
- patch includes multiple fixing commits with tests-cases
Signed-off-by: Andrej Valek <andrej.valek@...>
---
- fix multiple lzma segmentation faults
- patch includes multiple fixing commits with tests-cases
Signed-off-by: Andrej Valek <andrej.valek@...>
---
|
By
Andrej Valek
·
#111906
·
|
|
[poky][PATCH] systemd: resolved linked even if the option is disabled
---------- Forwarded message ----------
From: nick83ola <nick83ola@...>
Date: 30 May 2018 at 14:24
Subject: [poky][PATCH] systemd: resolved linked even if the option is disabled
To:
---------- Forwarded message ----------
From: nick83ola <nick83ola@...>
Date: 30 May 2018 at 14:24
Subject: [poky][PATCH] systemd: resolved linked even if the option is disabled
To:
|
By
Nicola Lunghi
·
#111905
·
|
|
[PATCH] hostapd defconfig: update defconfig from 2.6 hostapd package
hostapd defconfig: update defconfig from 2.6 hostapd package
the previous implementation of this recipe use a very old
defconfig from hostapd 0.7.3
Update it with the latest version and add some
hostapd defconfig: update defconfig from 2.6 hostapd package
the previous implementation of this recipe use a very old
defconfig from hostapd 0.7.3
Update it with the latest version and add some
|
By
Nicola Lunghi
·
#111904
·
|
|
Re: [meta-oe][rocko][PATCH] protobuf: fix SRC_URI by removing branch
Sounds good, I agree.
I specifically sent it to both lists because the original discussion
was on openembedded-core while I knew the correct place to send the
patch is openembedded-devel. Next time I
Sounds good, I agree.
I specifically sent it to both lists because the original discussion
was on openembedded-core while I knew the correct place to send the
patch is openembedded-devel. Next time I
|
By
George McCollister
·
#111903
·
|
|
Re: [meta-oe][rocko][PATCH] protobuf: fix SRC_URI by removing branch
The change itself is OK, but you should update the commit message so that other people won't get bad idea about how the fetcher works.
Also please don't send meta-oe patches to both lists, it should
The change itself is OK, but you should update the commit message so that other people won't get bad idea about how the fetcher works.
Also please don't send meta-oe patches to both lists, it should
|
By
Martin Jansa
·
#111902
·
|
|
Re: [meta-oe][rocko][PATCH] protobuf: fix SRC_URI by removing branch
Okay, point taken.
Since it's in master the patch should work fine anyway. Should I
update the commit message and add branch=master or just leave it as
is?
Regards,
George
Okay, point taken.
Since it's in master the patch should work fine anyway. Should I
update the commit message and add branch=master or just leave it as
is?
Regards,
George
|
By
George McCollister
·
#111901
·
|
|
Re: [meta-oe][rocko][PATCH] protobuf: fix SRC_URI by removing branch
This doesn't just rely on SRCREV (bitbake fetcher would be complaining if the SRCREV isn't found in the branch used in SRC_URI), it relies on this SRCREV to be in master branch (which is the default
This doesn't just rely on SRCREV (bitbake fetcher would be complaining if the SRCREV isn't found in the branch used in SRC_URI), it relies on this SRCREV to be in master branch (which is the default
|
By
Martin Jansa
·
#111900
·
|
|
[meta-oe][rocko][PATCH] protobuf: fix SRC_URI by removing branch
The 3.4.x branch was removed upstream but the commit referenced in
SRCREV is the 3.4.1 release and is still available:
https://github.com/google/protobuf/releases/tag/v3.4.1
Drop branch=3.4.x from
The 3.4.x branch was removed upstream but the commit referenced in
SRCREV is the 3.4.1 release and is still available:
https://github.com/google/protobuf/releases/tag/v3.4.1
Drop branch=3.4.x from
|
By
George McCollister
·
#111899
·
|
|
[PATCH] gcc-sanitizers: don't use thumb for armv[45]
* otherwise it fails with:
sanitizer_linux.s:5749: Error: lo register required -- `ldr ip,[sp],#8'
@ 1538
* otherwise it fails with:
sanitizer_linux.s:5749: Error: lo register required -- `ldr ip,[sp],#8'
@ 1538
|
By
Martin Jansa
·
#111898
·
|