Hello,
gcc-11.1.0-9ee61d2b51df012c659359873637cc2162ecccf3.patch
When using patch as PATCHTOOL, this patch will do_patch fail.
> -Original Message-
> From: openembedded-core@lists.openembedded.org
> On Behalf Of Khem Raj
> Sent: Monday, May 24, 2021 3:36 AM
> To: openembedded-core@lists.o
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Newc
On Mon, Jun 7, 2021 at 5:43 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10441
>
> This doesn't look quite right?
>
Yes, that's the one. I assumed this was what you meant by, "Another option
would be to have multiple uninati
Wouldn't it be easier to just force -fPIE on for those users for whom this is a
problem? Or force -fPIE off for native everywhere. I'm not sure that doing
something based on GCC version is obviously the right plan.
p.
On 7 June 2021 22:25:58 BST, bkyleruss...@gmail.com wrote:
>By having multip
On Mon, 2021-06-07 at 17:25 -0400, bkyleruss...@gmail.com wrote:
> By having multiple uninative feeds based on host gcc version (rather than a
> single uninative feed for all possible host gcc versions), we avoid a general
> class of problems (as first observed in the bug below) where changes in na
By having multiple uninative feeds based on host gcc version (rather than a
single uninative feed for all possible host gcc versions), we avoid a general
class of problems (as first observed in the bug below) where changes in native
gcc don't cause native sstate to regenerate. Below is another exa
On Mon, 7 Jun 2021 at 19:18, Khem Raj wrote:
> > I added the needed packages to the CentOS workers. The compiled binary
> prints "rc=0" on the three CentOS workers.
>
> can we now try linking and running it against SDK built nativesdk-glibc ?
>
Using the host libc won't show the issue, as it is
On Mon, Jun 7, 2021 at 9:41 AM Michael Halstead
wrote:
>
>
>
> On Mon, Jun 7, 2021 at 8:10 AM Khem Raj wrote:
>>
>>
>>
>> On Mon, Jun 7, 2021 at 3:20 AM Alexander Kanavin
>> wrote:
>>>
>>> On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote:
here is a small testcase to excercise utimensat_ti
On Mon, Jun 7, 2021 at 8:10 AM Khem Raj wrote:
>
>
> On Mon, Jun 7, 2021 at 3:20 AM Alexander Kanavin
> wrote:
>
>> On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote:
>>
>>> here is a small testcase to excercise utimensat_time64
>>>
>>> https://raw.githubusercontent.com/xantares/test-seccomp-time64/m
Up to commit 86142da
https://git.openembedded.org/openembedded-core/commit/meta/classes/kernel.bbclass?id=86142dad13935a0d9af4a4177e05ff5c39003db7
in Gatesgarth it was possible to build a second mini-kernel w/out
modules, we have an example here:
https://git.openembedded.org/meta-handheld/tree/rec
On Mon, Jun 7, 2021 at 3:20 AM Alexander Kanavin
wrote:
> On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote:
>
>> here is a small testcase to excercise utimensat_time64
>>
>> https://raw.githubusercontent.com/xantares/test-seccomp-time64/master/test-time64.c
>>
>> gcc -m32 test-time64.c
>>
>> it will
On Mon, 7 Jun 2021 at 00:19, Khem Raj wrote:
> here is a small testcase to excercise utimensat_time64
>
> https://raw.githubusercontent.com/xantares/test-seccomp-time64/master/test-time64.c
>
> gcc -m32 test-time64.c
>
> it will be good to check how the resulting binary behaves with centos
> prov
On Mon, 2021-06-07 at 07:29 +0200, Jacob Kroon wrote:
> On 6/4/21 11:14 AM, Alexander Kanavin wrote:
> > As perl and perl-cross need to be updated (and patches rebased)
> > in lockstep, devtool upgrade (and therefore AUH) can't cope with it.
> > Manually updating is still possible, but painful.
> >
Hi all,
On Fri, Jun 04, 2021 at 11:25:36AM -0400, Bruce Ashfield wrote:
> On Fri, Jun 4, 2021 at 11:09 AM Steve Sakoman wrote:
> >
> > On Fri, Jun 4, 2021 at 2:45 AM Jonas Mark (BT-FIR/ENG1-Grb)
> > wrote:
> > >
> > > Hi,
> > >
> > > We are using DT overlays and have the need to pass the -@ para
From: Mingli Yu
Fixes:
| ./boost/regex/v5/mem_block_cache.hpp:91:11: error: 'static_mutex' in
namespace 'boost' does not name a type
|91 |boost::static_mutex mut;
Signed-off-by: Mingli Yu
---
...xes-wrong-type-for-mutex-in-regex-v5.patch | 54 +++
meta/recipes-suppor
Signed-off-by: Zang Ruochen
---
.../{python3-pycairo_1.20.0.bb => python3-pycairo_1.20.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python3-pycairo_1.20.0.bb =>
python3-pycairo_1.20.1.bb} (85%)
diff --git a/meta/recipes-devtools/python/p
16 matches
Mail list logo