On 9/17/2018 12:00 PM, Jens Rehsack wrote:
Hi Alejandro,
Am Mi., 12. Sep. 2018 um 23:03 Uhr schrieb Alejandro Hernandez
:
Hello Jens,
On 9/12/2018 4:53 AM, Jens Rehsack wrote:
Am 11.09.2018 um 20:56 schrieb Alejandro Enedino Hernandez Samaniego
:
Hey Jens,
Hey Alejandro,
On 09/10/2018
On Wednesday, 19 September 2018 4:38:28 PM NZST Vignesh Rajendran (RBEI/ECF3)
wrote:
> I have submitted a patch some months before and waiting for feedback after
> some discussion.
> https://patchwork.openembedded.org/patch/150819/
>
> But after some long wait, there was no response from anyone.
Hello OE members,
I have submitted a patch some months before and waiting for feedback after some
discussion.
https://patchwork.openembedded.org/patch/150819/
But after some long wait, there was no response from anyone.
I personally feel there should be some support and motivation to contributor
On Mon, Sep 17, 2018 at 7:51 PM Mittal, Anuj wrote:
>
>
>
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> > core-boun...@lists.openembedded.org] On Behalf Of Armin Kuster
> > Sent: Saturday, September 15, 2018 12:04 AM
> > To: akust
please submit upstream as well
On Sun, Sep 16, 2018 at 10:49 PM Martin Jansa wrote:
>
> * tested for qemuarm, qemux86 with -O, -O0, -Os, with gcc
> * to build with -O0 I had to remove restriction from systemtap first
>
> Signed-off-by: Martin Jansa
> ---
> meta/recipes-core/glibc/glibc.inc
On Tue, Sep 18, 2018 at 8:12 PM Hongxu Jia wrote:
>
> - Convert from tarball to git repository which support
> openssl 1.1.x
>
> - There is no specific minor version that contains the
> openssl fix (it was merged to master a few days agao),
> but their next minor version will be p2.
>
I thi
From: Ming Liu
virgl driver should be enabled for qemux86/qemux86-64 machines, or else
it will cause runtime issue due to virtio_gpu driver missing.
Signed-off-by: Ming Liu
---
meta/recipes-graphics/mesa/mesa.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-graphics/mesa/
There are 36 commits since 7.8p1, and 4 of them about openssl 1.1.x fix
git log --oneline V_7_8_P1..master | grep openssl
cce8cbe Fix openssl-1.1 fallout for --without-openssl.
a3fd807 upstream: missed a bit of openssl-1.0.x API in this unittest
86e0a9f upstream: use only openssl-1.1.x API here t
- Convert from tarball to git repository which support
openssl 1.1.x
- There is no specific minor version that contains the
openssl fix (it was merged to master a few days agao),
but their next minor version will be p2.
Signed-off-by: Hongxu Jia
---
.../openssh/{openssh_7.8p1.bb => openss
A) gdbserver sends SIGINT not to the process, but to the process
group (-signal_pid). But the attached process is not always a
process group leader. If not, "kill (-signal_pid, SIGINT)" returns
error and fails to interrupt the attached process. We cannot interrupt
the process attached with gdbserve
== Series Details ==
Series: gdb: gdbserver: update ctrl-c handling (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/14110/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been e
On 2018年09月18日 18:10, Burton, Ross wrote:
On Tue, 18 Sep 2018 at 10:01, Zhixiong Chi wrote:
++Upstream-Status: Pending
++cherry-picked patch from https://sourceware.org/bugzilla/show_bug.cgi?id=18945
Sounds like the status should be:
Upstream-Status: Submitted
[https://sourceware.org/bugzil
A) gdbserver sends SIGINT not to the process, but to the process
group (-signal_pid). But the attached process is not always a
process group leader. If not, "kill (-signal_pid, SIGINT)" returns
error and fails to interrupt the attached process. We cannot interrupt
the process attached with gdbserve
On Mon, Sep 17, 2018 at 2:29 PM Alexey Brodkin
wrote:
> DesignWare ARC Processors are a family of 32-bit CPUs from Synopsys.
> This series introduces basic support for ARC architecture in
> OpenEmbedded.
Thanks for the contributions
>
>
> As of today latest upstream GCC and Binutils are perfec
On Mon, Sep 17, 2018 at 2:29 PM Alexey Brodkin
wrote:
> Signed-off-by: Alexey Brodkin
> ---
> meta/classes/siteinfo.bbclass | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/meta/classes/siteinfo.bbclass b/meta/classes/siteinfo.bbclass
> index 86bb853b..dccf122 100644
> --- a/meta/clas
On Mon, Sep 17, 2018 at 2:30 PM Alexey Brodkin
wrote:
> GCC's built-in spec for LD is missing a space after
> "--eh-frame-hdr" thus with the next option merged together they
> are not understood by LD and so LD fails.
>
> Back-port from upstream GCC, see:
>
> https://github.com/gcc-mirror/gcc/com
From: Reto Schneider
u-boot-mkimage-native is needed to build any type of uImages, be it
the uImage target itself or for example uImage.lzma. The dependency
however gets only added when at least one of KERNEL_IMAGETYPE and
KERNEL_ALT_IMAGETYPE is exactly uImage. Building uImage.bin and uImage.lzm
Sorry for the delay. This patch hasn't really been changed much: it was
simply rebased, renamed and converted into git format. Would it be
enough to keep it the way it is and describe the changes in the commit
message?
On 13/09/2018 23:38, Alexander Kanavin wrote:
> This one:
> rename meta/recipes
On 09/13/2018 08:27 AM, Alexander Kanavin wrote:
...
Good news everyone! Upstream openssh has finally gave into user
pressure, and added 1.1 support in the master branch. So the issue is
moot; we just need to wait for them to tag a release (no backports
please).
https://github.com/openssh/openss
Because the find | cpio processes execute in parallel connected via
the pipe, and the cpio outputs in the same dir find searches for
source files, the cpio will be included in itself partially, depending
on how fast the build machine creates the cpio file before cpio
gobbles it up.
This bloats the
Because the find | cpio processes execute in parallel connected via
the pipe, and the cpio outputs in the same dir find searches for
source files, the cpio will be included in itself partially, depending
on how fast the build machine creates the cpio file before cpio
gobbles it up.
This bloats the
During deploy we iterate over KERNEL_IMAGETYPES twice, with no consumer
of our changes in the interim. Collapse these two loops into one.
Signed-off-by: Alex Kiernan
---
meta/classes/kernel.bbclass | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/meta/classes/kern
This reverts commit 65cded55fa96b1ba72149a31689c081ac27af7f7.
The fitImage deployed here is the one generated in kernel-fitimage.bbclass,
whereas the one deployed by kernel-fitimage.bbclass is a raw image, so we
need the one deployed here keeping.
Signed-off-by: Alex Kiernan
---
meta/classes/k
When usrmerge is enabled the kernel modules aren't under /lib, but /usr/lib;
ensure we fetch the modules from the correct location so we don't have a
tarball which consists of a single symlink.
Signed-off-by: Alex Kiernan
---
meta/classes/kernel.bbclass | 4 ++--
1 file changed, 2 insertions(+)
When deploying the its file, the target of the symlink is missing the its
extension, add it here.
Signed-off-by: Alex Kiernan
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-fitimage.bbclass
b/meta/classes/kernel-
On Tue, Sep 18, 2018 at 12:23 PM Leon Woestenberg wrote:
>
> Hi Marek, Alex,
>
> On Tue, Sep 18, 2018 at 1:19 PM Marek Vasut wrote:
> > On 09/18/2018 12:59 PM, Leon Woestenberg wrote:
> > > On Tue, Sep 18, 2018 at 12:38 PM Marek Vasut wrote:
> > >> On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
On Tue, 2018-09-18 at 16:22 +0200, Jens Rehsack wrote:
> Error verifying signature: Failed to execute gpg.
>
>
> > Am 17.09.2018 um 21:03 schrieb Patchwork > mbedded.org>:
> >
> > == Series Details ==
> >
> > Series: python3{,-native}: update to 3.7.0 (rev3)
> > Revision: 3
> > URL : h
In this case set the status to Pending.
Ross
On Tue, 18 Sep 2018 at 15:26, Jens Rehsack wrote:
>
>
>
> Am 17.09.2018 um 21:03 schrieb Patchwork
> :
>
> == Series Details ==
>
> Series: python3{,-native}: update to 3.7.0 (rev3)
> Revision: 3
> URL : https://patchwork.openembedded.org/series/138
Current Dev Position: YP 2.6 M3. - This is feature freeze for YP 2.6!
Next Deadline: YP 2.6 M3 Build Target is Aug. 27, 2018
SWAT Team Rotation:
· SWAT lead is currently: Tracy
· SWAT team rotation: Tracy-> Armin on Sept. 21, 2018
· SWAT team rotation: Armin -> Chen on
> Am 17.09.2018 um 21:03 schrieb Patchwork
> :
>
> == Series Details ==
>
> Series: python3{,-native}: update to 3.7.0 (rev3)
> Revision: 3
> URL : https://patchwork.openembedded.org/series/13851/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to Open
Dear all,
As usual, the Yocto Project will have a booth at the ELCE conference
in Edinburgh next month. While the booth is a great opportunity for
everyone to get a new sticker of your favorite project ;-) we are also
very excited when developers from our community get a chance to show
off the fun
On Mon, 2018-09-17 at 15:41 +0200, Andrej Valek wrote:
> Let users to override these values in their layers and could match
> them
> with values in EXTRA_STAGING_FIXMES.
>
> Signed-off-by: Andrej Valek
> ---
> meta/classes/staging.bbclass | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-
Hi Marek, Alex,
On Tue, Sep 18, 2018 at 1:19 PM Marek Vasut wrote:
> On 09/18/2018 12:59 PM, Leon Woestenberg wrote:
> > On Tue, Sep 18, 2018 at 12:38 PM Marek Vasut wrote:
> >> On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
> >>>
> >>> There is no exception for INITRAMFS_IMAGE_BUNDLE in
> >>>
On 09/18/2018 12:59 PM, Leon Woestenberg wrote:
> Hi Marek,
Hi,
> On Tue, Sep 18, 2018 at 12:38 PM Marek Vasut wrote:
>> On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
>>>
>>> There is no exception for INITRAMFS_IMAGE_BUNDLE in
>>> kernel-fitimage.bbclass. The initramfs will be packed inside th
== Series Details ==
Series: glibc-package.inc: correct intention for deleting /usr/lib as needed
Revision: 1
URL : https://patchwork.openembedded.org/series/14118/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Se
Hi Marek,
On Tue, Sep 18, 2018 at 12:38 PM Marek Vasut wrote:
> On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
> >
> > There is no exception for INITRAMFS_IMAGE_BUNDLE in
> > kernel-fitimage.bbclass. The initramfs will be packed inside the FIT,
> > in addition of also being packed inside the ker
In case the baselib is lib64 we would want to delete /usr/lib
after removing the /usr/lib/locale dir and the implementation
wanted to do that earlier as well but the fault was checking
an already removed dir (/usr/lib/locale) before trying to
remove /usr/lib as that check would always fail.
Now we
On 09/18/2018 12:22 PM, Leon Woestenberg wrote:
> Hi Marek,
Hi,
> On Tue, Sep 18, 2018 at 12:12 PM Marek Vasut wrote:
>>
>> On 09/18/2018 12:01 PM, Leon Woestenberg wrote:
>>> Hi Marek,
>> Could you _please_ stop top-posting ?
>
> Yes.
>
>>
>>> one of the issues I saw was that both kernel.bbc
On 09/18/2018 12:21 PM, Leon Woestenberg wrote:
> Hello Marek,
Hi,
> On Tue, Sep 18, 2018 at 12:01 PM Leon Woestenberg wrote:
>> On Tue, Sep 18, 2018 at 11:44 AM Marek Vasut wrote:
>>> On 09/18/2018 11:40 AM, Leon Woestenberg wrote:
>>> What bug is it that you're seeing ?
>>>
Whilst cleani
Hi Marek,
On Tue, Sep 18, 2018 at 12:12 PM Marek Vasut wrote:
>
> On 09/18/2018 12:01 PM, Leon Woestenberg wrote:
> > Hi Marek,
> Could you _please_ stop top-posting ?
Yes.
>
> > one of the issues I saw was that both kernel.bbclass and
> > kernel-fitImage.bbclass deployed the FIT image into th
Hello Marek,
On Tue, Sep 18, 2018 at 12:01 PM Leon Woestenberg wrote:
> On Tue, Sep 18, 2018 at 11:44 AM Marek Vasut wrote:
>> On 09/18/2018 11:40 AM, Leon Woestenberg wrote:
>> What bug is it that you're seeing ?
>>
>> > Whilst cleaning things up, my understanding was that
>> > kernel_do_deploy
On 09/18/2018 12:01 PM, Leon Woestenberg wrote:
> Hi Marek,
Could you _please_ stop top-posting ?
> one of the issues I saw was that both kernel.bbclass and
> kernel-fitImage.bbclass deployed the FIT image into the deploy/images/
> subfolder.
>
> My fix was to make the kernel.bbclass ignore "fit
On Tue, 18 Sep 2018 at 10:01, Zhixiong Chi wrote:
> ++Upstream-Status: Pending
> ++cherry-picked patch from
> https://sourceware.org/bugzilla/show_bug.cgi?id=18945
Sounds like the status should be:
Upstream-Status: Submitted
[https://sourceware.org/bugzilla/show_bug.cgi?id=18945]
Ross
Ross
--
Hi Marek,
one of the issues I saw was that both kernel.bbclass and
kernel-fitImage.bbclass deployed the FIT image into the deploy/images/
subfolder.
My fix was to make the kernel.bbclass ignore "fitImage" during deployment.
This is also the fix I saw from Xilinx.
(Another fix I have pending is t
From: Mingli Yu
When run test program hostid, it encounters
Segmentation fault as hp is NULL.
# cat /mybuild/hostid.c
#include
#include
int
main(int argc, char *argv[])
{
long hostid;
hostid = gethostid();
printf("the hostid is %ld\n", hostid);
}
# gcc -o /mybuild/hostid
On 09/18/2018 11:40 AM, Leon Woestenberg wrote:
> Hi Alex,
Hi,
> Adding Marek Vasut, original author of kernel-fitimage.bbclass.
>
>> I guess the reason that the deployment happens in kernel.bbclass is so
>> you only have all the symlinking logic in one place
>
> The deployment happens in both
From: Mingli Yu
When run test program hostid, it encounters
Segmentation fault as hp is NULL.
# cat /mybuild/hostid.c
#include
#include
int
main(int argc, char *argv[])
{
long hostid;
hostid = gethostid();
printf("the hostid is %ld\n", hostid);
}
# gcc -o /mybuild/hostid
Hi Alex,
Adding Marek Vasut, original author of kernel-fitimage.bbclass.
> I guess the reason that the deployment happens in kernel.bbclass is so
> you only have all the symlinking logic in one place
The deployment happens in both kernel.bbclass and kernel-fitimage.bbclass.
That was exactly one
Add the possibility to ship a lib/oeqa/runtime/cases/utils directory
that will be included in the generated testexport tarball.
This makes it easier to split common functionality from test suites
into modules that can be imported from multiple test suites.
Signed-off-by: Erik Botö
---
meta/clas
== Series Details ==
Series: testexport: Add support for testcase utils
Revision: 1
URL : https://patchwork.openembedded.org/series/14113/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been exec
Add the possibility to ship a lib/oeqa/runtime/cases/utils directory
that will be included in the generated testexport tarball.
This makes it easier to split common functionality from test suites
into modules that can be imported from multiple test suites.
---
meta/classes/testexport.bbclass | 26
A) gdbserver sends SIGINT not to the process, but to the process
group (-signal_pid). But the attached process is not always a
process group leader. If not, "kill (-signal_pid, SIGINT)" returns
error and fails to interrupt the attached process. We cannot interrupt
the process attached with gdbserve
update Intel owners
Signed-off-by: Maxin B. John
---
meta/conf/distro/include/maintainers.inc | 248 +++
1 file changed, 124 insertions(+), 124 deletions(-)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 0c65e8
Backport the CVE patch from the upstream
https://github.com/curl/curl/commit/57d299a499155d4b327e341c6024e293b0418243.patch
https://curl.haxx.se/docs/CVE-2018-14618.html
https://nvd.nist.gov/vuln/detail/CVE-2018-14618
Signed-off-by: Zhixiong Chi
---
.../curl/curl/CVE-2018-14618.patch
Signed-off-by: Andrej Valek
---
meta/recipes-extended/unzip/unzip_6.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/unzip/unzip_6.0.bb
b/meta/recipes-extended/unzip/unzip_6.0.bb
index a47491ea4a..b9d87dd639 100644
--- a/meta/recipes-extended/unzip/u
55 matches
Mail list logo
