The release was announced in Jan 24th 2018 and provides a number of
features and bug fixes.
The 0.4.1 restores the `dep prune` command support, which was dropped
on 0.4.0, so existing scripts will continue to work. That said, it is
advisable to change the scripts to use the new features of `dep
Ping.
My wayland-protocols patch has been merged already. Are there any questions
for this one?
On Wed, Feb 14, 2018 at 04:30:11PM -0500, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> Signed-off-by: Denys Dmytriyenko
> ---
>
* this doesn't work correctly as discussed in:
http://lists.openembedded.org/pipermail/openembedded-commits/2018-January/218460.html
* some of the issues were fixed in master since then
but not all, so revert it until it's completely resolved
This reverts commit
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/icecc-toolchain/nativesdk-icecc-toolchain_0.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-devtools/icecc-toolchain/nativesdk-icecc-toolchain_0.1.bb
On Feb 16, 2018 17:44, "Martin Jansa" wrote:
Is the LIC_FILES_CHKSUM correct? Doesn't match here:
No I must have updated the copyright and missed the checksum
nativesdk-icecc-toolchain/0.1-r0/icecc-env.sh;beginline=2;en
dline=20;md5=aafdb7bc2aa7ac5d039fda0c8733983c
Is the LIC_FILES_CHKSUM correct? Doesn't match here:
nativesdk-icecc-toolchain/0.1-r0/icecc-env.sh;beginline=2;en
dline=20;md5=aafdb7bc2aa7ac5d039fda0c8733983c
nativesdk-icecc-toolchain: The new md5 checksum is
dd6b68c1efed8a9fb04e409b3b287d47
nativesdk-icecc-toolchain: Here is the selected
On Fri, 2018-02-16 at 21:14 +0100, Martin Jansa wrote:
> +v = max(limit, v)
>
>
> this seems to be doing the opposite of what the limit was used for
> before:
>
>
> -v = min(64, int(v))
>
Hmm, you're right
On Mon, Feb 12, 2018 at 8:39 PM, Joshua Watt
parallel_make_argument() was incorrectly taking the maximum of the limit
and the calculated value instead of the minimum.
Signed-off-by: Joshua Watt
---
meta/lib/oe/utils.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/utils.py
Hey Richard,
Do we expect to backport this to older releases?
Cheers,
Alejandro
On 02/14/2018 07:07 AM, Richard Purdie wrote:
There are cases where its useful to allow only a select few files
to be excluded from the package stripping mechanism. Currently
this isn't possible so add a
+v = max(limit, v)
this seems to be doing the opposite of what the limit was used for before:
-v = min(64, int(v))
On Mon, Feb 12, 2018 at 8:39 PM, Joshua Watt wrote:
> The code to extract the integer number of parallel build threads and
>
Bump the QEMU version to the bug fix release of 2.11.1 and remove the
patches that are no longer required.
Signed-off-by: Alistair Francis
---
.../qemu/qemu/CVE-2017-15124.patch | 1476
.../qemu/{qemu_2.11.0.bb => qemu_2.11.1.bb}
On Fri, 16 Feb 2018 20:11:48 +0100
Martin Jansa wrote:
> I didn't get to the logs yet, but with this change added I see many
> do_install tasks failing with exit code '134'.
Huh, that's SIGABRT. I'll see if I can reproduce.
-s
--
I didn't get to the logs yet, but with this change added I see many
do_install tasks failing with exit code '134'.
It might have different cause, but I wasn't seeing this after last oe-core
upgrade before this last pseudo SRCREV bump.
There isn't temp/log.do_install* (for whatever reason) and
On Fri, 16 Feb 2018 17:55:54 +0100
Martin Jansa wrote:
> $ grep -c "tried to close client 0 (highest is 1)"
> update-rc.d/0.7-r5/pseudo/pseudo.log
> 579655922
>
> All pseudo processes I've seen on various servers which were building
> with this change included got stuck
On 02/16/2018 06:55 PM, Martin Jansa wrote:
Something is a bit wrong with this version:
$ du -hs update-rc.d/0.7-r5/pseudo/*
72K update-rc.d/0.7-r5/pseudo/files.db
16K update-rc.d/0.7-r5/pseudo/logs.db
0 update-rc.d/0.7-r5/pseudo/pseudo.lock
31G
Something is a bit wrong with this version:
$ du -hs update-rc.d/0.7-r5/pseudo/*
72K update-rc.d/0.7-r5/pseudo/files.db
16K update-rc.d/0.7-r5/pseudo/logs.db
0 update-rc.d/0.7-r5/pseudo/pseudo.lock
31G update-rc.d/0.7-r5/pseudo/pseudo.log
4.0K
On Thu, Feb 15, 2018 at 3:12 PM, Peter Kjellerstedt
wrote:
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>> Bruce Ashfield
>> Sent: den 26 januari 2018
On Fri, Feb 16, 2018 at 1:48 PM, Palleti, Avinash Reddy <
avinash.reddy.pall...@intel.com> wrote:
> I submitted a fix sometime back,
> http://lists.openembedded.org/pipermail/openembedded-core/
> 2018-February/147291.html
>
>
Great. We have the fix available and approved by Saul. Shall we merge?
I submitted a fix sometime back,
http://lists.openembedded.org/pipermail/openembedded-core/2018-February/147291.html
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Alexander Kanavin
Sent:
libunwind.h conflicts between 32-bit and 64-bit versions
This patch solves below error:
-- snip --
file /usr/include/libunwind.h conflicts between attempted installs of
libunwind-dev-1.2-r0.core2_64 and lib32-libunwind-dev-1.2-r0.i586
-- snip --
Signed-off-by: Jagadeesh Krishnanjanappa
On 02/16/2018 01:42 PM, Andrei Gherzan wrote:
This happened because the removal of the 8000c-19 firmware patch in pyro
removes the package completely as well
Hi, Richard:
I think the license deploy manifests should be at do_image_complete, since
it not only deal with package licenses, but also licenses of deployed
tools, like u-boot, and so on. So do you think if we set:
do_image_complete[recrdeptask] += "do_populate_lic"
would help fix the problem?
Hi Amber
On Wednesday, 31 January 2018 07:24:42 NZDT anelliot wrote:
> The wic help output formally consisted of manually created strings mixed
> with argparse,
> which was unformatted and unusable. This fix cleans up the help messages,
> rewrites help
> functionality to use argparse, and adds
Hi guys,
I'm using pyro for a set of boards including the Intel NUC one. This has an
integrated WiFi chip which works with iwlwifi 8000c firmware. While
updating the pyro branch of poky lately I saw that the package where this
firmware is available now is changed which is not the case in rocko
Dropped patches:
0001-Use-epoll-API-on-Linux.patch replaced by
http://git.yoctoproject.org/cgit/cgit.cgi/pseudo/commit/?id=0a3e435085046f535074f498a3de75a7704fb14c
(also add --enable-epoll to configure options)
b6b68db896f9963558334aff7fca61adde4ec10f.patch merged upstream
25 matches
Mail list logo