Sort keys of dict 'types' prior to dumping, in order to have
identical output every time. This could make it a little easier
to diff these human-readable dumps.
Signed-off-by: Jianxun Zhang
---
meta/lib/oe/sstatesig.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
di
ARCH i386 or x86_64 explicitly to configure
task to avoid this host contamination.
Signed-off-by: Jianxun Zhang
---
meta/classes/kernel-arch.bbclass | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass
ind
igure
task to avoid this host contamination. Kernel artifact is also
changed so that it can map i386 and x64 back to arch/x86 when
needed.
Signed-off-by: Jianxun Zhang
---
The old V1 broke lttng-modules building in the last submission. This V2 updates
kernel artifact to fix it. Considering
OCTO #8245]
Signed-off-by: Jianxun Zhang
---
NOTE: I don't have an AB server setup to really test it before submission.
Please review it carefully before merge this patch.
Let me know if there any way I can test it, or we just wait any result from AB
server...
Thanks
meta/lib/oeqa/runti
.c
from the 3.14.1 tarball package because what recipes reference
is actually a generated C code (amalgamation) release package
and we cannot apply the real change to 3.14.1 cleanly due to
so many changes happened.
Fixes [YOCTO #10367]
Signed-off-by: Jianxun Zhang
---
The statistic data can be
.c
from the 3.14.1 tarball package because what recipes reference
is actually a generated C code (amalgamation) release package
and we cannot apply the real change to 3.14.1 cleanly due to
so many changes happened.
Fixes [YOCTO #10367]
Signed-off-by: Jianxun Zhang
---
V2 adds "Upstream S
The current OE document has this LABELS variable and OE has some code to
support its usage. But if I just set LABELS in a BSP conf or local.conf file,
the build will show the warning message:
WARNING: core-image-minimal-1.0-r0 do_bootimg: Found potential conflicted var
LABELS, please use LABELS
| src/rmcl/rmcl.c: In function 'query_policy_from_db':
| src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t'
| ssize_t cmd_name_len = strlen((char *)&rmc_db[policy_idx]) + 1;
| ^~~~
The musl C lib provides ssize_t but we need to enable it
with a macro.
Sign
OOPS. Please ignore this patch. It is for another BSP project!
> On Nov 14, 2016, at 2:10 PM, Jianxun Zhang
> wrote:
>
> | src/rmcl/rmcl.c: In function 'query_policy_from_db':
> | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t'
> | ssize_t
> On Nov 14, 2016, at 2:50 PM, Khem Raj wrote:
>
>
>
> On 11/14/16 2:10 PM, Jianxun Zhang wrote:
>> | src/rmcl/rmcl.c: In function 'query_policy_from_db':
>> | src/rmcl/rmcl.c:254:25: error: unknown type name 'ssize_t'
>> | ssize_t c
e conf file.
Signed-off-by: Jianxun Zhang
---
meta/classes/systemd-boot.bbclass | 124 ++
meta/recipes-bsp/systemd-boot/systemd-boot.bb | 35
meta/recipes-core/systemd/systemd.inc | 25 ++
meta/recipes-core/systemd/systemd_229.bb |
significant bugs show in field, we will provide patches
to replace gummiboot with systemd-boot by:
() Add new oetest for systemd-boot
() Update documents for replacement
() Purge gummiboot in OE (may provide a dev-friendly message in gummiboot stuff
as a reminder in build)
Thanks
Jianxun Zhang (1
On 05/26/2016 04:25 PM, Saul Wold wrote:
On Thu, 2016-05-05 at 11:20 -0700, Jianxun Zhang wrote:
The "systemd-boot" is gummiboot now included into systemd project.
The old gummiboot project supported in OE is dead.
Our intention is to get a gummiboot-like EFI bootloader wi
> On Jun 9, 2016, at 12:03 AM, Martin Jansa wrote:
>
> This report includes python3 changes, there are few more failures, but
> it's hard to see what is new, so I've sent couple PNBLACKLISTs for
> recipes reported in previous 2 reports which are still failing with
> glibc-2.24 and gcc-6. Hopeful
We apply the same setting in the existing gummiboot to
COMPATIBLE_HOST, so that it properly stops build for
unsupported architectures.
Signed-off-by: Jianxun Zhang
---
meta/recipes-bsp/systemd-boot/systemd-boot.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-bsp/systemd-boot
Please Jethro branch owner help to backport this patch to jethro branch:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=6af89812e8a9931ffed63768ed85367519bf7aef
This request is for bug
https://bugzilla.yoctoproject.org/show_bug.cgi?id=8987
Thanks lot!
--
___
Please help to bring this patch to Jethro branch:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=4487e3a4205188cf53930147c7e88d98f0d8a8e0
This fix was from updating kernel labs for Jethro and we think it should
be a good one on Jethro.
Thanks lot!
--
___
One of my builds hit parallel make error in openssl today. After some
search, I guess it could be an old issue and see parallel make has been
toggling several times around this problem in openssl recipe in the history.
Is anyone or auto-builder seeing same issue recently?
| ../../libcrypto.so:
The mismatched checksums cause fatching failed in my setup.
Signed-off-by: Jianxun Zhang
---
I am not sure why I got this issue today, but it seems the upstream package has
different checksums.
Maintainer could help to check if this is a false patch.
meta/recipes-extended/ethtool/ethtool_4.8
file
This is the same as mkefidisk but uses gummiboot instead of grub-efi.
(From OE-Core rev: 5979409ebfab0bb07b3c2b2fcf14a722c441f07b)
Signed-off-by: Tom Zanussi
Signed-off-by: Richard Purdie
-
Signed-off-by
supported.
Patch doesn't do replacement for every "gummi" occurrence.
We think cleaning can be done in background after we disable
people to use gummiboot, so we just keep change small and
safe this time.
Signed-off-by: Jianxun Zhang
---
scripts/lib/wic/plugins/source/boo
> On Jul 8, 2016, at 1:58 PM, Khem Raj wrote:
>
> On Fri, Jul 8, 2016 at 10:44 AM, Jianxun Zhang
> wrote:
>> This wks is just a copy of gummiboot wks with bootloader
>> changed to systemd-boot. A very basic boot test on a X86
>> target is done with a direct-boot
supported.
Patch doesn't do replacement for every "gummi" occurrence.
We think cleaning can be done in background after we disable
people to use gummiboot, so we just keep change small and
safe this time.
Signed-off-by: Jianxun Zhang
---
scripts/lib/wic/plugins/source/boo
le
This is the same as mkefidisk but uses gummiboot instead of grub-efi.
(From OE-Core rev: 5979409ebfab0bb07b3c2b2fcf14a722c441f07b)
Signed-off-by: Tom Zanussi
Signed-off-by: Richard Purdie
-
Signed-off-by
> On Jul 11, 2016, at 10:37 AM, Khem Raj wrote:
>
> On Mon, Jul 11, 2016 at 10:03 AM, Jianxun Zhang
> wrote:
>>
>>> On Jul 8, 2016, at 1:58 PM, Khem Raj wrote:
>>>
>>> On Fri, Jul 8, 2016 at 10:44 AM, Jianxun Zhang
>>> wrote:
>>
I just found V1 of this patch has been merged. I will rebase this V2 and
re-submit it.
Thanks
> On Jul 19, 2016, at 12:04 PM, Jianxun Zhang
> wrote:
>
> This wks is just a copy of gummiboot wks with bootloader
> changed to systemd-boot. A very basic boot test on a X86
> t
Rename wks for systemd-boot per the suggestion from community.
Also amend description to distinguish it from others when
running "wic list images".
Signed-off-by: Jianxun Zhang
---
.../wic/canned-wks/{mksystemd-bootdisk.wks => systemd-bootdisk.wks} | 4 ++--
1 file changed, 2 ins
Dear All,
The gummiboot has been merged into systemd project and is “systemd-boot” now.
The project at the location referred in recipes is obsoleted and not maintained
any more. The systemd-boot provides same functionality of gummiboot from my
understanding and test. Seeing no much benefit to ke
> On Aug 19, 2016, at 8:29 AM, Richard Purdie
> wrote:
>
> We're periodically seeing uvesafb timeouts on the autobuilder. Whitelist these
> errors as there is little it seems we can do about them and we therefore
> choose to ignore them rather than fail the builds.
>
> [YOCTO #8245]
>
> There
Bruce,
Ping~~~
Could you or anyone have a look on this patch? It is for
https://bugzilla.yoctoproject.org/show_bug.cgi?id=9805
Thanks
> On Aug 12, 2016, at 7:10 AM, Waldo Mattias
> wrote:
>
> The absence of certs/signing_key.* in $kerneldir made signing of
> out-of-tree kernel modules fail (
specifying anything.
I don't feel the existing options are passed to make with test,
and guess EXTRA_CONF won't work with this makefile-based project.
The second patch is a following-up when I saw there is another
option in the similar situation and seems to be obsolete now.
Jianxun Zhang (2)
ed project.
Signed-off-by: Jianxun Zhang
---
Limited test is performed by building this recipe only.
Refer to the cover letter before merge.
meta/recipes-support/libcap/libcap_2.25.bb | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-support/libcap/libcap_2.25.
85f38a573fc47472ab792e813b6f6b6f0b1df112 in libcap drops
this dependency. Not seeing much necessity of using
EXTRA_OECONF (which doesn't seem effective) for the left,
we purge these code in libcap recipe.
Signed-off-by: Jianxun Zhang
---
Limited test is performed by building this r
Note the patch is based on 958c05b on master-next branch in poky.
Thanks
> On Sep 8, 2016, at 12:20 PM, Saul Wold wrote:
>
> From: Jianxun Zhang
>
> bitbake qemu
>
> This error shows up:
>
> ERROR: qemu-2.7.0-r1 do_install_ptest_base: Function failed:
> do
34 matches
Mail list logo
