|
Re: #yocto #sdk - meta-clang undefined references
#sdk
#yocto
Found a cmake issue and fixed almost all of it, down to 1 missing reference:
/ede/smonsees/yocto/test/beignet-Release_v1.3/backend/src/llvm/llvm_to_gen.cpp: In function ‘bool
Found a cmake issue and fixed almost all of it, down to 1 missing reference:
/ede/smonsees/yocto/test/beignet-Release_v1.3/backend/src/llvm/llvm_to_gen.cpp: In function ‘bool
|
By
Monsees, Steven C (US)
·
#50696
·
|
|
Re: [meta-security][PATCH 2/2] apparmor: exclude mips, not supported
right. easy to fix when I commit. Have not built qemumip so its unknown
at this time.
-armin
right. easy to fix when I commit. Have not built qemumip so its unknown
at this time.
-armin
|
By
Armin Kuster
·
#50695
·
|
|
Re: #yocto #sdk - meta-clang undefined references
#sdk
#yocto
I can see that libclang is being included...so, not sure why when linking an executable these references are missing...
I can see that libclang is being included...so, not sure why when linking an executable these references are missing...
|
By
Monsees, Steven C (US)
·
#50694
·
|
|
Re: #yocto #sdk - meta-clang undefined references
#sdk
#yocto
It should be linking in libclang , I will validate...
Note performing 'nm' on libclang appear to show the majority present...
Question: if I needed to include a library, what/how would I modify a
It should be linking in libclang , I will validate...
Note performing 'nm' on libclang appear to show the majority present...
Question: if I needed to include a library, what/how would I modify a
|
By
Monsees, Steven C (US)
·
#50693
·
|
|
Re: [meta-security][PATCH 2/2] apparmor: exclude mips, not supported
title says mips but it actually is for mips64 only it seems.
title says mips but it actually is for mips64 only it seems.
|
By
Khem Raj
·
#50692
·
|
|
[meta-security][PATCH 2/2] apparmor: exclude mips, not supported
Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-mac/AppArmor/apparmor_2.13.4.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-mac/AppArmor/apparmor_2.13.4.bb
Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-mac/AppArmor/apparmor_2.13.4.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/recipes-mac/AppArmor/apparmor_2.13.4.bb
|
By
Armin Kuster
·
#50691
·
|
|
[meta-security][PATCH 1/2] packagegroup-core-security: add more pkgs to base group
Signed-off-by: Armin Kuster <akuster808@...>
---
.../packagegroup/packagegroup-core-security.bb | 17 +++++++++++++----
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Armin Kuster <akuster808@...>
---
.../packagegroup/packagegroup-core-security.bb | 17 +++++++++++++----
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git
|
By
Armin Kuster
·
#50690
·
|
|
Re: #yocto #sdk - meta-clang undefined references
#sdk
#yocto
On Tue, Sep 15, 2020 at 12:56 PM Monsees, Steven C (US) via
lists.yoctoproject.org
<steven.monsees=baesystems.com@...> wrote:
are you linking this library with libclang ? secondly,
On Tue, Sep 15, 2020 at 12:56 PM Monsees, Steven C (US) via
lists.yoctoproject.org
<steven.monsees=baesystems.com@...> wrote:
are you linking this library with libclang ? secondly,
|
By
Khem Raj
·
#50689
·
|
|
#yocto #sdk - meta-clang undefined references
#sdk
#yocto
I am building meta-clang (sumo based 6.0.1), with cmake (3.8.2), all under a standard SDK “rocko based” (2.4.1)…
Are the following routines accessible/supported under meta-clang ?
I am building meta-clang (sumo based 6.0.1), with cmake (3.8.2), all under a standard SDK “rocko based” (2.4.1)…
Are the following routines accessible/supported under meta-clang ?
|
By
Monsees, Steven C (US)
·
#50688
·
|
|
[auh][PATCH] buildhistory: do not error on version-going-backwards
In some situation this may happen in initial builds and
should not be treated as an error.
Signed-off-by: Alexander Kanavin <alex.kanavin@...>
---
modules/buildhistory.py | 11 ++++++++++-
1
In some situation this may happen in initial builds and
should not be treated as an error.
Signed-off-by: Alexander Kanavin <alex.kanavin@...>
---
modules/buildhistory.py | 11 ++++++++++-
1
|
By
Alexander Kanavin
·
#50687
·
|
|
[auh][PATCH] buildhistory: simplify the handling of
The module was doing a lot of things, none of which are necessary:
- setting up a separate buildhistory repo for each recipe
- running cleansstate before doing initial build
- messing about with
The module was doing a lot of things, none of which are necessary:
- setting up a separate buildhistory repo for each recipe
- running cleansstate before doing initial build
- messing about with
|
By
Alexander Kanavin
·
#50686
·
|
|
Yocto Technical Team Minutes, Engineering Sync, for September 15, 2020
Yocto Technical Team Minutes, Engineering Sync, for September 15, 2020
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== disclaimer ==
Best efforts are
Yocto Technical Team Minutes, Engineering Sync, for September 15, 2020
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== disclaimer ==
Best efforts are
|
By
Trevor Woerner
·
#50685
·
|
|
Yocto Project Status WW37'20
Current Dev Position: YP 3.2 M3
Next Deadline: YP 3.2 M3 Feature Freeze - Now
Next Team Meetings:
Bug Triage meeting Thursday Sept. 17th at 7:30am PDT (https://zoom.us/j/454367603)
Monthly
Current Dev Position: YP 3.2 M3
Next Deadline: YP 3.2 M3 Feature Freeze - Now
Next Team Meetings:
Bug Triage meeting Thursday Sept. 17th at 7:30am PDT (https://zoom.us/j/454367603)
Monthly
|
By
Stephen Jolley
·
#50684
·
|
|
Re: Ethernet device with systemd-networkd on Yocto won't work (rejects ARP replies), but does work with /etc/network/interfaces
#yocto
#systemd
Thanks Matt!! This solved it.
And yes, the branch is thud-l4t-r32.3.1.
Thanks Matt!! This solved it.
And yes, the branch is thud-l4t-r32.3.1.
|
By
eliranl@...
·
#50683
·
|
|
WIC cp is not copying files to ext4 partition
#yocto
Hi Team, Able to create image for using Yocto. After creating the image, I am trying to copy one file using 'wic cp' to 'extt4' partition. while copying i am not getting any error, after flashing the
Hi Team, Able to create image for using Yocto. After creating the image, I am trying to copy one file using 'wic cp' to 'extt4' partition. while copying i am not getting any error, after flashing the
|
By
mail2uvijay@...
·
#50682
·
|
|
M+ & H bugs with Milestone Movements WW37
All,
YP M+ or high bugs which moved to a new milestone in WW37 are listed below:
Priority
Bug ID
Short Description
Changer
Owner
Was
Became
High
13646
runtime tests sometimes can't
All,
YP M+ or high bugs which moved to a new milestone in WW37 are listed below:
Priority
Bug ID
Short Description
Changer
Owner
Was
Became
High
13646
runtime tests sometimes can't
|
By
Stephen Jolley
·
#50681
·
|
|
Enhancements/Bugs closed WW37!
All,
The below were the owners of enhancements or bugs closed during the last week!
Who
Count
ross@...
2
ydirson@...
2
nickersk@...
1
Grand Total
5
Thanks,
Stephen K. Jolley
Yocto
All,
The below were the owners of enhancements or bugs closed during the last week!
Who
Count
ross@...
2
ydirson@...
2
nickersk@...
1
Grand Total
5
Thanks,
Stephen K. Jolley
Yocto
|
By
Stephen Jolley
·
#50680
·
|
|
Current Autobuilder Intermittent bugs by the WW created or closed.
All,
Below are the lists of open and closed medium or higher Autobuilder Intermittent bugs by the WW created or closed'.
Opened
Count
Closed
Count
2019WW47
1
2020WW26
2
2020WW8
1
All,
Below are the lists of open and closed medium or higher Autobuilder Intermittent bugs by the WW created or closed'.
Opened
Count
Closed
Count
2019WW47
1
2020WW26
2
2020WW8
1
|
By
Stephen Jolley
·
#50679
·
|
|
Current high bug count owners for Yocto Project 3.2
All,
Below is the list as of top 46 bug owners as of the end of WW37 of who have open medium or higher bugs and enhancements against YP 3.2. There are 33 possible work days left until the final
All,
Below is the list as of top 46 bug owners as of the end of WW37 of who have open medium or higher bugs and enhancements against YP 3.2. There are 33 possible work days left until the final
|
By
Stephen Jolley
·
#50678
·
|
|
Yocto Project Newcomer & Unassigned Bugs - Help Needed
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
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
|
By
Stephen Jolley
·
#50677
·
|