1. delete two patches, because the upstream already contain those.
2. add a patch to fix build error when set the DISTRO to 'poky-lsb',
suggested by Khem Raj.
The following changes since commit 65d23bd7986615fdfb0f1717b615534a2a14ab80:
README.qemu: qemuppc64 is not supported (2017-10-16 23
delete two patches, because upstream already contain those:
0037-ltp-fix-PAGE_SIZE-redefinition-and-O_CREAT-undeclear.patch
0038-commands-gdb01-replace-stdin-with-dev-null.patch
add one patch, fix build when set the DISTRO to poky-lsb:
0037-ltp-fix-format-security-error.patch
Signed
The original code enabled only a sub-set of all available tests.
It also copied executables to be tested into a local folder although
the executables were expected to be already installed in the image.
In addition, the original code copied libtool scripts instead of already
cross-compiled images.
This patch improves util-linux ptest package.
We don't manually disable any tests, so more tests are performed.
Also, we don't leak build host info into the package anymore, so the package
is now binary reproducible.
Results before (core-image-sato-sdk-ptest):
PASS:102
FAIL:21
Results after:
PA
Signed-off-by: Alejandro Hernandez
---
meta/recipes-core/libxml/libxml2_2.9.5.bb | 2 +-
.../bootchart2/bootchart2_0.14.8.bb| 2 +-
meta/recipes-devtools/dnf/dnf_2.6.3.bb | 26 --
meta/recipes-devtools/gdb/gdb-cross-canadian.inc | 4 ++
When listing python3 as an RDEPENDS, the image will in fact
contain python3-modules, but the QA check fails to get
RPROVIDERS correctly (since the python3 package does not
actually exist), /usr/bin/python3 is provided by the
python3-core package, so by fixing the RDEPENDS and listing
python3-core i
The reason we have a manifest file for python is that our goal is to
keep python-core as small as posible and add other python packages only
when the user needs them, hence why we split upstream python into several
packages.
Although our manifest file has several issues:
- Its unorganized and har
The reason we have a manifest file for python is that our goal is to
keep python-core as small as posible and add other python packages only
when the user needs them, hence why we split upstream python into several
packages.
There are many problems with our current implementation of the manifest f
See previous commit (python2 version) for more info, since mostly
everything applies here as well.
Old manifest file had several issues:
- Its unorganized and hard to read and understand it for an average
human being.
- When a new package needs to be added, the user actually has to modify
Please disregard this update.
Scons 3.0.0 introduced a regression where SConscripts containing py2
print statements would cause syntax errors even when executing scons
with python 2.7.
This issue is already being fixed in
upstream:https://github.com/SConsProject/scons/commit/2e0de3c55f22b3eaa7767
On Tue, Oct 17, 2017 at 5:43 PM, Khem Raj wrote:
> On Tue, Oct 17, 2017 at 1:10 PM, Burton, Ross wrote:
>> On 17 October 2017 at 20:25, Khem Raj wrote:
>>>
>>> On Tue, Oct 17, 2017 at 5:33 AM, Burton, Ross
>>> wrote:
>>> > On 14 October 2017 at 16:48, Khem Raj wrote:
>>> >>
>>> >> Signed-off-b
From: Jose Perez Carranza
Currently package list is pointing to "lsb-setup-4.1.0-1.noarch.rpm"
which is not available anymore on
http://ftp.linuxfoundation.org/pub/lsb/base/released-all/binary/ hence
BASE_PACKAGES_LIST is updated to point to the latest available version.
[YOCTO #12240]
Signed
Signed-off-by: Khem Raj
---
Changes in V2: Pin to release SHA
.../libcheck/{libcheck_0.10.0.bb => libcheck_git.bb} | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
rename meta/recipes-support/libcheck/{libcheck_0.10.0.bb => libcheck_git.bb}
(66%)
diff --git a/meta/re
On Wed, 18 Oct 2017 15:53:06 +0800
Chunrong Guo wrote:
This patch looks similar to
http://lists.openembedded.org/pipermail/openembedded-core/2017-October/143469.html
but the latter touch other areas.
> From: Chunrong Guo
>
> Signed-off-by: Chunrong Guo
> ---
> meta/classes/kernel-fitimag
Previously oe-core had a development snapshot of rpm, it's better to update
to something more stable.
Removed patches:
0001-Add-PYTHON_ABI-when-searching-for-python-libraries.patch
(upstream is using pkg-config)
0001-When-nice-value-cannot-be-reset-issue-a-notice-inste.patch
(functionality has bee
This upgrades CMake from 3.8.2 to 3.9.3 release. The Copyright.txt
file checksum change was due the addition of a new contributor on the
contributors list.
Signed-off-by: Otavio Salvador
---
Changes in v5:
- rebase on top of master
Changes in v4: None
Changes in v3: None
Changes in v2:
- amend
Upgrade to a new stable release and drop patches applied on upstream.
For a full release notes, please see:
https://mesa3d.org/relnotes/17.2.0.html
https://mesa3d.org/relnotes/17.2.1.html
https://mesa3d.org/relnotes/17.2.2.html
Signed-off-by: Fabio Berton
Signed-off-by: Otavio Salvador
---
This
Signed-off-by: Otavio Salvador
---
Changes in v5:
- new patch
Changes in v4: None
Changes in v3: None
Changes in v2: None
meta/recipes-graphics/drm/{libdrm_2.4.83.bb => libdrm_2.4.84.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/drm/{libdrm_2.4.83
Those are the patches we have queued here for master. We took the
patch version 5 so we keep the change history on the patches, about
its previous versions.
Changes in v5:
- rebase on top of master
- rebase on top of master
- new patch
Changes in v4:
- update to 17.2.2
Changes in v3:
- fix
On 10/17/2017 10:11 PM, leonardo.sandoval.gonza...@linux.intel.com wrote:
...perl-native_5.24.1.bb => perl-native_5.26.1.bb} | 10 +++---
Have you done any measurements about how fast the recipe builds compated
to 5.24? Is it faster, slower, or same-ish? Maybe there are some low
hanging frui
This script will determine (via bitbake -c checkpkg world) which
recipes are in need of a version update, sort them by their
assigned maintainers, and send personal emails to the maintainers
requesting that the recipes should be updated. Also, it will send
a summary to the openembedded-core mailing
On 10/17/2017 05:07 PM, Leonardo Sandoval wrote:
I like the idea of a simpler script to do this job.
Just one minor comment on the code: I would use non-zero exit values
in case of errors
Yep, fixed and will resent.
and as a possible future enhancement, use a template (jinja2 for
example)
On 10/18/2017 04:27 AM, Huang Qiyu wrote:
1) Upgrade libnl from 3.2.29 to 3.4.0.
2) Delete one patch "fix-pktloc_syntax_h-race.patch", for it is inappropriate.
Can you check this update against musl please?
Alex
--
___
Openembedded-core mailing list
Hi,
I updated the commit message with the reason for the third change.
When INITRAMFS_IMAGE_BUNDLE is set to 1 and the kernel image type is a
fitimage the task do_bundle_initramfs should be only substitute the
initramfs of KERNEL_IMAGETYPE_FOR_MAKE (e.g Image for aarch64, zImage for
arm...).
Bes
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
meta/classes/kernel-fitimage.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-fitimage.bbclass
index 179185b..53d9f4a 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++
From: Kai Kang
When set MULTILIBS with two or more items, such as for mips64:
MULTILIBS ?= "multilib:lib32 multilib:libn32"
It extends dependency package name once in multilib.bbclass, and expand again
in toolchain-scripts.bbclass which causes error:
| ERROR: Nothing PROVIDES 'virtual/lib32-li
From: Kai Kang
This patch is for mips64 which could set for 2 kinds of multilbs:
MULTILIBS ?= "multilib:lib32 multilib:libn32"
DEFAULTTUNE_virtclass-multilib-lib32 ?= "mips"
DEFAULTTUNE_virtclass-multilib-libn32 ?= "mips64-n32"
Tested on Yocto with sample config for qemux86-64:
1 set MACHINE an
On Wed, 2017-10-18 at 09:46 +0200, Thomas Perrot wrote:
> - Bad image type replacement for aarch64
> - Fix DTB path in fitimage.its
> - Ignore fitImage type in do_bundle_initramfs task because the packaging
> is made by do_assemble_fitimage_initramfs
>
> Signed-off-by: Thomas Perrot
> ---
> meta
- Bad image type replacement for aarch64
- Fix DTB path in fitimage.its
- Ignore fitImage type in do_bundle_initramfs task because the packaging is
made by do_assemble_fitimage_initramfs
Signed-off-by: Thomas Perrot
---
meta/classes/kernel-fitimage.bbclass | 6 +-
meta/classes/kernel.bbclas
On 16.10.2017 12:27, Alexander Kanavin wrote:
> On 10/14/2017 09:11 AM, Tim Orling wrote:
>>
>>> On Oct 13, 2017, at 4:14 AM, Pascal Bach wrote:
>>>
>>> When running bmap on a target device the added dependncies are required.
>>>
>>> Signed-off-by: Pascal Bach
>>> ---
>>> meta/recipes-support/bma
Hi Armin,
On Tue, 2017-10-10 at 07:58 -0700, akuster808 wrote:
> Andre
>
>
> On 10/06/2017 05:12 AM, André Draszik wrote:
> > Hi,
> >
> > Can these fixes/patches from master please be applied to pyro.
>
> I have integrated this series into my stagging. I ran into a build
> issue. I need to sor
On Tue, 2017-10-17 at 18:54 +0200, Thomas Perrot wrote:
> - Bad image type replacement for aarch64
> - Fix DTB path in fitimage.its
> - Ignore fitImage type during the packaging of the initramfs
>
> Signed-off-by: Thomas Perrot
> ---
> meta/classes/kernel-fitimage.bbclass | 6 +-
> meta/clas
On Tue, 2017-10-17 at 17:56 +0100, Burton, Ross wrote:
> Is this *only* for Pyro or should it be applied to master too?
I've posted backport requests from master to pyro recently which touch
similar locations. Can those be applied first please.
Namely...
> On 17 October 2017 at 17:54, Thomas Per
33 matches
Mail list logo
