On Sat, Jun 9, 2018 at 8:26 AM, Randy Li wrote:
> There are some addtional instructions apart from bare armv8,
> also there is armv8.1, armv8.2.
>
> Most the processor would support crc, except X-gene 1.
the commit message doesn't really explain what is going on in this patch..
>
> Signed-off-by
Derive the value for template layer.conf from core layer and add
dependendency on it too.
Fixes [YOCTO #12767]
Signed-off-by: Anuj Mittal
---
v3:
Fix typo
meta/lib/bblayers/create.py| 5 -
meta/lib/bblayers/templates/layer.conf | 3 +++
2 files changed, 7 insertions(+), 1 delet
Add version field in recipe name for example recipe created by
bitbake-layers.
Fixes [YOCTO #12767]
Signed-off-by: Anuj Mittal
---
v2:
Fix typo
meta/lib/bblayers/create.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/lib/bblayers/create.py b/meta/lib/bblayers/crea
* Upstream release notes:
"
May 23 2018 (Shlomi Fish)
Error.pm #0.17026
- Convert to Dist-Zilla.
"
* Tested on qemux86: all tests pass
Signed-off-by: Tim Orling
---
.../perl/{liberror-perl_0.17025.bb => liberror-perl_0.17026.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
Adding cve-2017-5669 test fix patch which is accepted upstream in LTP repo.
Ref:
cve-2017-5669: shmat() for 0 (or https://github.com/linux-test-project/ltp/pull/324
Signed-off-by: Naresh Kamboju
---
...69-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch | 95 ++
meta/recipes-ext
On Mon, Jun 11, 2018 at 4:34 AM, wrote:
> From: Ming Liu
>
> This is useful when the users want different variables/tasks when using
> multiconfig.
Isn't the idea of multiconfig to select between configurations which
already fully define all necessary over-rides?
If a particular multiconfig bu
They get the AUH upgrade mails, and will be the default assignee for
bugs in triage.
For something like busybox this isn't a huge amount of work.
Ross
On 11 June 2018 at 23:13, Andre McCurdy wrote:
> On Mon, Jun 11, 2018 at 3:06 PM, Burton, Ross wrote:
>> Do we have anyone willing to take over
On Mon, Jun 11, 2018 at 3:06 PM, Burton, Ross wrote:
> Do we have anyone willing to take over?
Does having a designated maintainer actually achieve anything in practice?
> Ross
>
> On 11 June 2018 at 23:03, Armin Kuster wrote:
>> Signed-off-by: Armin Kuster
>> ---
>> meta/conf/distro/include/
Do we have anyone willing to take over?
Ross
On 11 June 2018 at 23:03, Armin Kuster wrote:
> Signed-off-by: Armin Kuster
> ---
> meta/conf/distro/include/maintainers.inc | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/inclu
Signed-off-by: Armin Kuster
---
meta/conf/distro/include/maintainers.inc | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 628edac..08d7e1b 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/
On Mon, Jun 11, 2018 at 2:38 PM, akuster808 wrote:
> On 06/11/2018 10:30 AM, Daniel Díaz wrote:
>> On 16 May 2018 at 16:20, Daniel Díaz wrote:
>>> On 6 April 2018 at 15:43, akuster808 wrote:
On 04/06/2018 10:08 AM, Daniel Díaz Rodríguez wrote:
> Ping on this series for Morty.
This
On 06/11/2018 10:30 AM, Daniel Díaz wrote:
> On 16 May 2018 at 16:20, Daniel Díaz wrote:
>> On 6 April 2018 at 15:43, akuster808 wrote:
>>> On 04/06/2018 10:08 AM, Daniel Díaz Rodríguez wrote:
Ping on this series for Morty.
>>> This needs to be ported to Pyro first. I do it this weekend an
alsa-tools is actually a collection of 20 separate tools, each with their own
configure scripts. The dependencies are varied, old, and estoric (FLTK, GTK+
1, 2,
and 3, PyGTK 2, Qt3).
Instead of maintaining patches to try and pick a subset that builds, use
PACKAGECONFIG and some magic to build wh
On Sun, Jun 10, 2018 at 9:18 PM, Armin Kuster wrote:
> refactored busybox-udhcpc-no_deconfig.patch for this update
> updated 1.28.3
>
> [v1]
> removed patches included in update:
> busybox/CVE-2011-5325.patch
> busybox/CVE-2017-15873.patch
> busybox/busybox-CVE-2017-16544.patch
>
> [v2]
> Add back
2018-06-11 20:54 GMT+03:00 Peter Kjellerstedt :
> Any reason the openssl-c_rehash.sh reimplementation of c_rehash
> as a shell script is not used for target with openssl-1.1? It is
> currently used for both native and target for openssl-1.0, and
> native for openssl-1.1. Using it would avoid the d
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Alexander Kanavin
> Sent: den 11 juni 2018 14:45
> To: Andrej Valek
> Cc: OE-core
> Subject: Re: [OE-core] [PATCH v3 1/2] openssl-1.1: r
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Marko, Peter
> Sent: den 11 juni 2018 16:58
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [v5][PATCH] busybox: u
On 16 May 2018 at 16:20, Daniel Díaz wrote:
> On 6 April 2018 at 15:43, akuster808 wrote:
>> On 04/06/2018 10:08 AM, Daniel Díaz Rodríguez wrote:
>>> Ping on this series for Morty.
>> This needs to be ported to Pyro first. I do it this weekend and morty too.
> Ping on this series for Morty.
Ping
It appears the rpm5.org has been down for some time, switch to fossies
WARNING: popt-native-1.16-r3 do_fetch: Failed to fetch URL
http://rpm5.org/files/popt/popt-1.16.tar.gz, attempting MIRRORS if available
Signed-off-by: Armin Kuster
---
meta/recipes-support/popt/popt_1.16.bb | 2 +-
1 file c
I'd recommend deleting the libdir lines in every .pc file (and pushing
the patch upstream).
Ross
On 11 June 2018 at 17:19, Jeremy A. Puhlman wrote:
>
>
> On 6/11/2018 3:23 AM, Burton, Ross wrote:
>>
>> Upstream will (and do) argue that $datadir is the right location as
>> these headers are archi
On 6/11/2018 3:23 AM, Burton, Ross wrote:
Upstream will (and do) argue that $datadir is the right location as
these headers are architecture-independent.
Would the package manager do the right thing if the files didn't have
the libdir line in, so where bit-identical?
Yes, if the files are b
Integrating the following upstream commit to fix gcc regression:
crypto: aes-generic - fix aes-generic regression on powerpc
commit 6e36719fbe90213fbba9f50093fa2d4d69b0e93c upstream
My last bugfix added -Os on the command line, which unfortunately
caused a build regression on po
Making the following commit available to fix mips gcc8 build issues:
commit e25dbfe95302eeaa1a03a828d05c09479574488a
Author: Kevin Hao
Date: Mon Jun 11 18:17:54 2018 +0800
MIPS: Use '+=" instead of '=' to avoid the CFLAGS override
We used the CFLAGS_xxx to workaround th
Richard, what's your opinion on this v2? It fixes the issue I have while
addressing the concern you had about the v1.
--
Damien
On Thu, Jun 07, 2018 at 10:48:14AM -0400, Damien Riegel wrote:
> When generating the extended SDK, there is a copy step where this class
> goes through the layers and o
Current Dev Position: YP 2.6 M1 is accepting patches.
Next Deadline: YP 2.6 M1 release is June 11, 2018 (See update)
SWAT Team Rotation:
· SWAT lead is currently: Stephano
· SWAT team rotation: Stephano -> Armin on June 15, 2018
· SWAT team rotation: Armin -> Maxin on
On 06/11/2018 04:43 PM, akuster808 wrote:
> On 06/11/2018 01:45 AM, Peter Kjellerstedt wrote:
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
>> Of Armin Kuster
>> Sent: den 11 juni 2018
On 05/28/2018 07:11 AM, Armin Kuster wrote:
> [v3]
> Made formating and spelling changes per Martin
>
> [v2]
> Remove python3 in default PACKACKECONFIG
> include https://patchwork.openembedded.org/patch/148257/
> Because of the newly added dependency on meta-python, the python(3)
> packageconfig i
On 06/11/2018 01:45 AM, Peter Kjellerstedt wrote:
>> -Original Message-
>> From: openembedded-core-boun...@lists.openembedded.org
>> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>> Armin Kuster
>> Sent: den 11 juni 2018 06:18
>> To: akuster...@gmail.com; openemb
Hi Richard,
Thanks for the quick review.
Replies inline.
> Message: 5
> Date: Sun, 10 Jun 2018 09:29:14 +0100
> From: Richard Purdie
> To: Devarsh Thakkar ,
> openembedded-core@lists.openembedded.org
> Cc: maul...@xilinx.com, varun...@xilinx.com, jae...@xilinx.com,
> Devarsh Thakka
On Mon, 2018-06-11 at 12:39 +, Devarsh Thakkar wrote:
> Hi Richard,
>
> Thanks for the quick review.
> Replies inline.
>
> > Message: 5
> > Date: Sun, 10 Jun 2018 09:29:14 +0100
> > From: Richard Purdie
> > To: Devarsh Thakkar ,
> > openembedded-core@lists.openembedded.org
> > Cc: maul
The variants are needed in particular when executing postinst_intercepts as
those may require running binaries built for different architectures and
against different sets of library paths, when multilib is in use (or nativesdk
host
packages are installed), so a single global variant of the script
Previously a warning was printed regardless of context and nature
of the failure, and because it was only a warning, it was mostly ignored.
Now, the following is considered when a failure happens:
1) whether we are installing packages into a target image, or populating
a SDK with host or target pa
Otherwise, there would be a failure at image creation time; avoid
that by postponing to first boot explicitly.
Signed-off-by: Alexander Kanavin
---
meta/recipes-core/systemd/systemd_237.bb | 10 +++---
meta/recipes-core/udev/eudev_3.2.5.bb| 8 ++--
2 files changed, 13 insertions(+),
Previously only one global variant of the script was created,
which caused numerous issues:
1) multilib was not properly supported due to multilib variants each
needing their own version of the qemu binary and library paths to be set
2) nativesdk was not properly supported for the same reason
Thi
Sumo release provides a transition period so that deferrals to first boot
via 'exit 1' can be converted to pkg_postinst_ontarget(). For the next release
however, postinst script failures should be treated as such.
[YOCTO #12607]
Signed-off-by: Alexander Kanavin
---
meta/lib/oe/package_manager.p
This has the following benefits:
- consistent with how the other caches are created into target rootfs
- only runs once per package manager transaction, instead of once per every
immodule package
- correctly postpones to first boot if qemu is not working; from postinst itself
this would've require
The main idea is to have libssl and libcrypto in separate packages.
This saves space if only single library is needed and also some recipes
(in other layers) depend on these library packages.
Together with this other packages like in 1.0.x were created.
The only difference is that openssl 1.1 has a
Some packages have hard-coded path to /etc/ssl location.
Create a symlinks to correct location.
Signed-off-by: Andrej Valek
Signed-off-by: Marko Peter
---
meta/recipes-connectivity/openssl/openssl_1.1.0h.bb | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/
Patch original c_rehash script with Debian patch instead
of overriding it with own version.
Error output from c_reshah without patching:
Unknown regexp modifier "/b" at ./c_rehash line 15, at end of line
Unknown regexp modifier "/W" at ./c_rehash line 28, at end of line
Unknown regexp modifi
On 9 June 2018 at 21:00, Armin Kuster wrote:
> add boost
Explain what this test is meant to do so in two years time we're not
struggling to understand why.
> create mode 100644 meta/lib/oeqa/selftest/cases/cmake.py
Squash with the previous commit.
> +from glob import glob
Not needed.
> +fro
On 06/11/2018 09:19 AM, Andrej Valek wrote:
Hi Alex,
I have tested your branch and seems to be, that openssl is working
correctly.
We are now using original (perl) c_rehash script, but dependency to perl
is missing. Are you ok with adding runtime dependency to bin package?
Just for notice, it w
Ping again.
Thank you,
Andrii
On 04/12/2018 05:42 PM, Andrii Bordunov wrote:
Another ping.
Any comments? Or could it be just applied as is?
Thank you,
Andrii
On 03/13/2018 07:25 PM, Andrii Bordunov wrote:
Ping
Rebased patch to latest master.
Regarding special value for the variable, it
Hi,
Please ignore below patch.
I will send a V2 taking care of comments from Richard.
Thanks,
Devarsh
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> openembedded-core-requ...@lists.o
None, thanks for pinging. Now in MUT.
Ross
On 8 June 2018 at 20:52, Andre McCurdy wrote:
> On Thu, May 24, 2018 at 5:14 PM, Andre McCurdy wrote:
>> Merge contents of cpio_v2.inc into the only recipe which uses it.
>
> Ping.
>
> Any issues with this (ie the whole series of 3)?
>
>> Signed-off-b
Well the problem in 12762 is that cmake *hardcodes a list of valid
boost versions*, and I'm struggling to understand why this would seem
like a good idea.
Some thoughts:
1) We definitely need a selftest for cmake. We have a few build-stuff
test cases already (lzip, cpio, galculator in sdk and run
From: Ming Liu
This is useful when the users want different variables/tasks when using
multiconfig.
Signed-off-by: Ming Liu
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 3b2ef9f..0c803d5 1006
Upstream will (and do) argue that $datadir is the right location as
these headers are architecture-independent.
Would the package manager do the right thing if the files didn't have
the libdir line in, so where bit-identical?
Ross
On 10 June 2018 at 20:01, Jeremy Puhlman wrote:
> * --data dir c
Please split this up into multiple patches: slang, libnewt, etc. Also
what's the use-case for using a nativesdk-dnf? How is that useful?
Ross
On 28 May 2018 at 11:20, Zheng Ruoqin wrote:
> To make dnf work on cross-development environment.
>
> Signed-off-by: Zheng Ruoqin
> ---
> meta/classes
Arha, good suggestion, will do that in V2.
//Ming Liu
2018-06-11 10:51 GMT+02:00 Peter Kjellerstedt :
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> > Richard Purdie
> > Sent:
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Richard Purdie
> Sent: den 10 juni 2018 21:29
> To: Ming Liu ; OE-core c...@lists.openembedded.org>
> Subject: Re: [OE-core] [PATCH] bitb
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Armin Kuster
> Sent: den 11 juni 2018 06:18
> To: akuster...@gmail.com; openembedded-core@lists.openembedded.org
> Subject: [OE-core] [v5]
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Anuj Mittal
> Sent: den 11 juni 2018 10:29
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH v2] bitbake-blayers/
Derive the value for template layer.conf from core layer and add
dependendency on it too.
Fixes [YOCTO #12767]
Signed-off-by: Anuj Mittal
---
meta/lib/bblayers/create.py| 5 -
meta/lib/bblayers/templates/layer.conf | 3 +++
2 files changed, 7 insertions(+), 1 deletion(-)
diff -
SystemD 237 implements a stricted PIDfile handling that breaks several
daemons [1].
Change the way we start xinetd, mimicing other distros [2].
Fixes:
root@qt5122:~# journalctl -u xinetd
-- Logs begin at Fri 2018-05-25 14:33:29 UTC, end at Mon 2018-06-11 07:33:08
UTC. --
May 25 14:33:31 qt5122 s
On Mon, 2018-06-11 at 09:52 +0800, Anuj Mittal wrote:
> Derive the value for template layer.conf from core layer and add
> dependendency on it too.
>
> Fixes [YOCTO #12767]
>
> Signed-off-by: Anuj Mittal
> ---
> meta/lib/bblayers/create.py| 2 +-
> meta/lib/bblayers/templates/layer.
55 matches
Mail list logo
