On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk wrote:
> >
> > On Tue, Mar 12, 2019 at 05:41:58PM +0800, changqing...@windriver.com wrote:
> > > From: Changqing Li
> > >
> > > while compiled with -Werror=maybe-uninitialized/-Werror=format-ov
On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk wrote:
>
> On Tue, Mar 12, 2019 at 05:41:58PM +0800, changqing...@windriver.com wrote:
> > From: Changqing Li
> >
> > while compiled with -Werror=maybe-uninitialized/-Werror=format-overflow=,
> > it failed
> >
> > [snip]
> > | Incremental.c: In function
On Fri, Feb 15, 2019 at 6:04 PM Richard Purdie
wrote:
>
> This avoids errors when running populate_sdk under opkg:
>
> * Problem 1/1:
> * - package busybox-dev-1.30.1-r0.core2-64 requires busybox = 1.30.1-r0,
> but none of the providers can be installed
> *
> * Solution 1:
> * - allow de
If we make it mips64r2, lib32 multilib code could be the same tune as mipsqemu
(mips32r2).
Frankly, I don't know if anybody cares, in which case, why not?
Joe Slater (1):
qemumips64: change tune to mips64r2
meta/conf/machine/qemumips64.conf | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
Allows for mips32 multilib to be mips32r2, like qemumips.
Signed-off-by: Joe Slater
---
meta/conf/machine/qemumips64.conf | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/qemumips64.conf
b/meta/conf/machine/qemumips64.conf
index a166a10..970c0ce 100644
--
On Tue, 2019-03-19 at 20:22 -0400, Denys Dmytriyenko wrote:
> On Mon, Mar 11, 2019 at 03:12:26AM +, Richard Purdie wrote:
> > From: Jon Mason
> >
> > Add new QEMU BSP for a Arm Cortex-A15 system and use this as
> > qemuarm,
> > moving the old armv5te Versatile PB based machine to qemuarmv5.
>
On Mon, Mar 11, 2019 at 03:12:26AM +, Richard Purdie wrote:
> From: Jon Mason
>
> Add new QEMU BSP for a Arm Cortex-A15 system and use this as qemuarm,
> moving the old armv5te Versatile PB based machine to qemuarmv5.
>
> The new machine uses the QEMU virt machine type, which should be
> fas
Hello Armin,
On Tue, Mar 19, 2019 at 7:18 PM akuster808 wrote:
> On 3/19/19 9:36 AM, Otavio Salvador wrote:
> > License-Update: copyright years updated
> > Signed-off-by: Otavio Salvador
> > ---
> >
> > Changes in v5: None
> > Changes in v4:
> > - new patch
> I don't see a patch and V5 does not
On 3/19/19 9:36 AM, Otavio Salvador wrote:
> License-Update: copyright years updated
> Signed-off-by: Otavio Salvador
> ---
>
> Changes in v5: None
> Changes in v4:
> - new patch
I don't see a patch and V5 does not mention removing patch
>
> Changes in v3: None
> Changes in v2: None
If none why
Although RISC-V 64-bit doesn't have official golang support there are
forks that now exist with at least some support and work is ongoing in
the upstream tree. In order to be able to use the goarch class add
support for RISC-V.
For more details see here:
https://github.com/golang/go/issues/27532
Hi Khem,
On Mon, Mar 18, 2019 at 01:11:19PM -0400, Jonathan Rajotte-Julien wrote:
> On Mon, Mar 18, 2019 at 09:58:03AM -0700, Khem Raj wrote:
> > Signed-off-by: Khem Raj
> > ---
> > meta/recipes-devtools/gdb/gdb-common.inc | 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git a/meta/recip
From: Luca Boccassi
Dumpimage and fit_check_sign can be used to extract kernel and ramdisk from
a FIT file, verify them and kexec for a faster reboot.
Signed-off-by: Luca Boccassi
---
meta/recipes-bsp/u-boot/u-boot-tools_2019.01.bb | 8
1 file changed, 8 insertions(+)
diff --git a/me
On Tue, Mar 19, 2019 at 11:11 AM Otavio Salvador
wrote:
>
> On Tue, Mar 19, 2019 at 2:38 PM Andre McCurdy wrote:
> >
> > On Tue, Mar 19, 2019 at 6:57 AM Otavio Salvador
> > wrote:
> > >
> > > We had a c_rehash shell re-implementation being used for the native
> > > package however the ca-certif
On Tue, Mar 19, 2019 at 2:38 PM Andre McCurdy wrote:
>
> On Tue, Mar 19, 2019 at 6:57 AM Otavio Salvador
> wrote:
> >
> > We had a c_rehash shell re-implementation being used for the native
> > package however the ca-certificates now uses the openssl rehash
> > internal application so there is n
On Tue, Mar 19, 2019 at 6:57 AM Otavio Salvador wrote:
>
> We had a c_rehash shell re-implementation being used for the native
> package however the ca-certificates now uses the openssl rehash
> internal application so there is no use for the c_rehash anymore.
>
> Signed-off-by: Otavio Salvador
>
On Tue, Mar 19, 2019 at 05:31:52PM +0100, Alexander Kanavin wrote:
> For what it’s worth, OpenSSL is also being relicensed to Apache 2.0, so
> backporting their fixes may not be an option either.
> https://license.openssl.org/
>
> Please be careful with your language: I’m sure you know that reci
On Tue, Mar 19, 2019 at 12:44 PM Peter Kjellerstedt
wrote:
...
> You should remove the following line too:
>
> RDEPENDS_${PN}-misc = "perl"
>
> so we actually get rid of the perl dependency.
Fixed on v5; thanks for catching that.
--
Otavio Salvador O.S. Systems
http
License-Update: copyright years updated
Signed-off-by: Otavio Salvador
---
Changes in v5: None
Changes in v4:
- new patch
Changes in v3: None
Changes in v2: None
.../openssl/{openssl_1.1.1a.bb => openssl_1.1.1b.bb}| 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta
Signed-off-by: Otavio Salvador
---
Changes in v5:
- new patch
Changes in v4: None
Changes in v3: None
Changes in v2: None
.../openssl/{openssl10_1.0.2q.bb => openssl10_1.0.2r.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/openssl/{openssl10
We had a c_rehash shell re-implementation being used for the native
package however the ca-certificates now uses the openssl rehash
internal application so there is no use for the c_rehash anymore.
Signed-off-by: Otavio Salvador
---
Changes in v5:
- add perlnative and drop perl from rdepends on
For what it’s worth, OpenSSL is also being relicensed to Apache 2.0, so
backporting their fixes may not be an option either.
https://license.openssl.org/
Please be careful with your language: I’m sure you know that recipe maintenance
is a tedious, thankless task. Having it belittled doesn’t hel
Hi,
Here is a "start" at publicly documenting QA... I started on this a while
back and got content from Richard only. It would be good to have eyes on
this so it could be completed. There are holes and stuff may have
changed. If you want, please look it over and send me feedback.
See https://y
On Tue, Mar 19, 2019 at 12:48 PM Alexander Kanavin
wrote:
> Openssl10 needs a similar update, can you do it please?
Sent.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1
Signed-off-by: Otavio Salvador
---
.../openssl/{openssl10_1.0.2q.bb => openssl10_1.0.2r.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-connectivity/openssl/{openssl10_1.0.2q.bb =>
openssl10_1.0.2r.bb} (98%)
diff --git a/meta/recipes-connectivity/openssl
On Tue, 19 Mar 2019 at 15:37, Peter Kjellerstedt
wrote:
> > +do_install_append_class-native () {
> > +for _pc in ${D}${libdir}/pkgconfig/*.pc; do
> > +case $_pc in
> > +*'*.pc') rm -fr ${D}${libdir}/pkgconfig;;
> > +*.pc)break;;
> > +esac
> > +do
Openssl10 needs a similar update, can you do it please?
Alex
> On 19 Mar 2019, at 14.53, Otavio Salvador wrote:
>
> License-Update: copyright years updated
> Signed-off-by: Otavio Salvador
> ---
>
> .../openssl/{openssl_1.1.1a.bb => openssl_1.1.1b.bb}| 6 +++---
> 1 file changed, 3 ins
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Otavio Salvador
> Sent: den 19 mars 2019 14:57
> To: OpenEmbedded Core Mailing List c...@lists.openembedded.org>
> Cc: Otavio Salvador
> Subject: [OE-core] [PAT
Nope, we determined that it’s actually ok.
Alex
> On 19 Mar 2019, at 15.52, akuster808 wrote:
>
>
>
>> On 3/19/19 1:55 AM, Martin Jansa wrote:
>>> On Mon, Mar 18, 2019 at 07:36:29PM -0700, Armin Kuster wrote:
>>> Responses should be made by Wed March 20th 22:00:00 UTC 2019
>>>
>>> The follow
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Jiang Lu
> Sent: den 19 mars 2019 08:55
> To: lu.ji...@windriver.com; openembedded-core@lists.openembedded.org
> Subject: [OE-core] [oe-core 2/2] glib-networking:
On 3/14/19 8:43 AM, Stefan Müller-Klieser wrote:
> This fixes the native build on glibc 2.28 hosts, by backporting two
> gnulib patches from master.
This will need to be done for Thud too.
- armin
>
> Signed-off-by: Stefan Müller-Klieser
> ---
> ...adjust-to-glibc-2.28-libio.h-removal.patch | 1
Current Dev Position: YP 2.7 M3 (New feature Freeze has begun.)
Next Deadline: YP 2.7 M3 Cutoff was Feb. 25, 2019
SWAT Team Rotation:
* SWAT lead is currently: Armin
* SWAT team rotation: Armin -> Paul on Mar. 23, 2019
* SWAT team rotation: Paul -> Ross on Mar. 30, 2019
*
On 3/19/19 1:55 AM, Martin Jansa wrote:
> On Mon, Mar 18, 2019 at 07:36:29PM -0700, Armin Kuster wrote:
>> Responses should be made by Wed March 20th 22:00:00 UTC 2019
>>
>> The following changes since commit f5a57e939e626a5b7c6de5b51799ca602ed355ed:
>>
>> mesa: ship /etc/drirc in mesa-megadriv
kind ping
BR
/Sean
On 09/03/2019 19.50, Max Krummenacher wrote:
From: Richard Purdie
This avoids errors when running populate_sdk under opkg:
* Problem 1/1:
* - package busybox-dev-1.30.1-r0.core2-64 requires busybox = 1.30.1-r0,
but none of the providers can be installed
*
* Solu
License-Update: copyright years updated
Signed-off-by: Otavio Salvador
---
Changes in v4:
- new patch
Changes in v3: None
Changes in v2: None
.../openssl/{openssl_1.1.1a.bb => openssl_1.1.1b.bb}| 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-connectivit
We had a c_rehash shell re-implementation being used for the native
package however the ca-certificates now uses the openssl rehash
internal application so there is no use for the c_rehash anymore.
Signed-off-by: Otavio Salvador
---
Changes in v4:
- remove perlnative requirement
Changes in v3:
On Tue, Mar 19, 2019 at 12:35:59PM +0100, Alexander Kanavin wrote:
> Just to remind once more, all upstream support for OpenSSL 1.0.2 ceases in 9
> months, so shipping products with it may not be the best idea.
Just to remind once more, shipping products isn't as easy as building
the few recipes
License-Update: copyright years updated
Signed-off-by: Otavio Salvador
---
.../openssl/{openssl_1.1.1a.bb => openssl_1.1.1b.bb}| 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-connectivity/openssl/{openssl_1.1.1a.bb =>
openssl_1.1.1b.bb} (96%)
diff --git
Hello Martin,
On Mon, Mar 18, 2019 at 9:56 PM Martin Jansa wrote:
> This won't work if someone uses only openssl10 in the image (a bit difficult
> to do with current master, but still some people have to do it), in case
> someone needs it as well, here is how Gentoo makes ca-certificate backwar
- Patch 0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
was applied on commit e68777c87ceed02ab199b32f941778c3cf97c794.
- Refresh all patches
- mesa 19.0.0 deprecated the use of autotools and we need to add
--enable-autotools flag. For details see mesa commit:
e68777c87
- Remove all non related meson patches
- Change radeon driver to r100
- Add python3-mako-native and gettext-native to DEPENDS
Based on https://patchwork.openembedded.org/patch/158748/
Signed-off-by: Fabio Berton
---
...0001-Simplify-wayland-scanner-lookup.patch | 44 --
...k-f
SIMD instructions are a mandatory part of armv8a
(they were optional in armv7a), and the gcc docs
also say that they are always enabled.
Signed-off-by: Adrian Bunk
---
meta/conf/machine/include/arm/arch-armv8a.inc | 6 ++
meta/conf/machine/include/tune-cortexa32.inc | 4 ++--
meta/conf/mach
Just to remind once more, all upstream support for OpenSSL 1.0.2 ceases in 9
months, so shipping products with it may not be the best idea.
Alex
> On 19 Mar 2019, at 11.40, Martin Jansa wrote:
>
>> On Tue, Mar 19, 2019 at 11:22:11AM +0100, Alexander Kanavin wrote:
>> The commit you refer to ch
On Tue, 2019-03-19 at 15:54 +0800, Jiang Lu wrote:
> Enable glib-networking compile as a native package, for it is
> depended by
> libsoup.
>
> Signed-off-by: Jiang Lu
> ---
> .../glib-networking/glib-networking_2.58.0.bb | 31
> +++
> 1 file changed, 31 insertions(+)
>
> diff -
On Tue, Mar 19, 2019 at 11:22:11AM +0100, Alexander Kanavin wrote:
> The commit you refer to changes the dependency from 1.1.0 to 1.1.1, so
> ca-certificates currently in thud already needs 1.1.
>
> Alex
>
> > On 19 Mar 2019, at 9.55, Martin Jansa wrote:
> >
> >> On Mon, Mar 18, 2019 at 07:36:
On Mon, 2019-03-18 at 18:13 -0300, Fabio Berton wrote:
> - Patch 0005-egl-add-missing-include-stddef.h-in-egldevice.h.patch
> was applied on commit e68777c87ceed02ab199b32f941778c3cf97c794.
> - Refresh all patches
> - mesa 19.0.0 deprecated the use of autotools and we need to add
> --
Hi,
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Robert Joslyn
> Sent: Tuesday, March 12, 2019 9:04 PM
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [thud][PATC
The commit you refer to changes the dependency from 1.1.0 to 1.1.1, so
ca-certificates currently in thud already needs 1.1.
Alex
> On 19 Mar 2019, at 9.55, Martin Jansa wrote:
>
>> On Mon, Mar 18, 2019 at 07:36:29PM -0700, Armin Kuster wrote:
>> Responses should be made by Wed March 20th 22:00
Hi Armin,
Regarding target-sdk-provides-dummy: add more perl modules to avoid
populate_sdk failure patch, I had to complete it with following bbappend:
DUMMYPROVIDES_append = "\
perl-module-warnings-register \
perl-module-config \
perl-module-overloading \
perl-module-warnings \
On Mon, Mar 18, 2019 at 07:36:29PM -0700, Armin Kuster wrote:
> Responses should be made by Wed March 20th 22:00:00 UTC 2019
>
> The following changes since commit f5a57e939e626a5b7c6de5b51799ca602ed355ed:
>
> mesa: ship /etc/drirc in mesa-megadriver (2019-03-05 22:24:13 +)
>
> are availab
From: Mingli Yu
When DEBUG_BUILD = "1" added in local.conf, there
comes below build error when "bitbake gcc-sanitizers":
|
./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:
In function 'elf_is_symlink':
|
../../../../../../../../..
On Mon, Mar 18, 2019 at 06:03:05PM +0100, Andreas Müller wrote:
> On Mon, Mar 18, 2019 at 5:45 PM Armin Kuster wrote:
> >
> > This reverts commit a384248938ea9db096866bf4ec8678d35ca62a12.
> >
> > This package update slipped in doing the maint process. Removing it.
> Just my opinion - don't consid
The existed soup_uri_to_string does not have password, add a
function to support it.
Besides, allow libsoup compiled as a native package and add
glib-networking into dependency list.
Signed-off-by: Hongxu Jia
Signed-off-by: Jiang Lu
---
...add-soup_uri_to_string_with_password.patch | 67 ++
Enable glib-networking compile as a native package, for it is depended by
libsoup.
Signed-off-by: Jiang Lu
---
.../glib-networking/glib-networking_2.58.0.bb | 31 +++
1 file changed, 31 insertions(+)
diff --git a/meta/recipes-core/glib-networking/glib-networking_2.58.0.bb
b/met
Hi all,
This rr including 2 patch:
1.add a new routine for libsoup with name soup_uri_to_string_with_password()
and make libsoup compiled as a native package.
2.make glib-networking compiled as a native package.
Make this change for ostree utilies, which needs libsoup when building ostree
imag
1.Upgrade nss from 3.42.1 to 3.43.
Signed-off-by: Hong Liu
---
meta/recipes-support/nss/{nss_3.42.1.bb => nss_3.43.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/nss/{nss_3.42.1.bb => nss_3.43.bb} (98%)
diff --git a/meta/recipes-support/nss/nss_3.42.1
55 matches
Mail list logo
