|
need support for QPSQL plugins for PostgreSQL in rootfs created with Rocko version
#qt5
#rocko
I have created Rootfs with Rocko build for imx6. I am trying to use qt application with PostgreSQL database.
Not able to access database.
Showing log like :
QSqlDatabase: QPSQL driver not
I have created Rootfs with Rocko build for imx6. I am trying to use qt application with PostgreSQL database.
Not able to access database.
Showing log like :
QSqlDatabase: QPSQL driver not
|
By
rohit jadhav
·
#53206
·
|
|
Re: #yocto llvm support and meta-clang
#yocto
Khem:
There are at least 4 zeus released tags, can you vouch for one of them to work properly with meta-clang ?
Porting to dunfell might not be possible at this time...
Would it be possible to build
Khem:
There are at least 4 zeus released tags, can you vouch for one of them to work properly with meta-clang ?
Porting to dunfell might not be possible at this time...
Would it be possible to build
|
By
Monsees, Steven C (US)
·
#53205
·
|
|
Re: [layerindex-web][PATCH] Add SPDX license headers to layerindex-web source files
No worries, thanks for the update!
No worries, thanks for the update!
|
By
Meh Mbeh Ida Delphine <idadelm@...>
·
#53204
·
|
|
Re: [layerindex-web][PATCH] Add SPDX license headers to layerindex-web source files
Hi Ida
My sincere apologies for the delay. I have now integrated this, but I did have
to make a few changes:
1) Dropped the newline changes; these weren't related and also modified files
that we
Hi Ida
My sincere apologies for the delay. I have now integrated this, but I did have
to make a few changes:
1) Dropped the newline changes; these weren't related and also modified files
that we
|
By
Paul Eggleton
·
#53203
·
|
|
Re: [PATCH yocto-autobuilder-helper 1/4] config.json: add "collect-data" template -- Build: 20210420-1
Summary:
Build: 20210420-1 had 23 triggers and isn't really worth
analyzing. Stay tuned for what is hopefully better data
with a higher timeout threshold.
There is a nice looking pair of graph
Summary:
Build: 20210420-1 had 23 triggers and isn't really worth
analyzing. Stay tuned for what is hopefully better data
with a higher timeout threshold.
There is a nice looking pair of graph
|
By
Randy MacLeod
·
#53202
·
|
|
Re: #yocto llvm support and meta-clang
#yocto
<steven.monsees@...> wrote:
I think for future development you should look into dunfell or newer
since those are supported releases.
clang toolchain has evolved rapidly in past few years
<steven.monsees@...> wrote:
I think for future development you should look into dunfell or newer
since those are supported releases.
clang toolchain has evolved rapidly in past few years
|
By
Khem Raj
·
#53201
·
|
|
Re: #yocto llvm support and meta-clang
#yocto
There appears to be an issue with build zeus based meta-clang under zeus platform...
I followed steps off meta-clang page, and from the work I did with meta-clang under "Rocko" about a year ago, a
There appears to be an issue with build zeus based meta-clang under zeus platform...
I followed steps off meta-clang page, and from the work I did with meta-clang under "Rocko" about a year ago, a
|
By
Monsees, Steven C (US)
·
#53200
·
|
|
Yocto Technical Team Minutes, Engineering Sync, for April 20, 2021
Yocto Technical Team Minutes, Engineering Sync, for April 20, 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== announcements ==
The upcoming Yocto
Yocto Technical Team Minutes, Engineering Sync, for April 20, 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== announcements ==
The upcoming Yocto
|
By
Trevor Woerner
·
#53199
·
|
|
Re: [meta-security][PATCH] packagegroup-core-security: exclude apparmor in mips64
this should be mips64el
By
Khem Raj
·
#53198
·
|
|
Re: #yocto llvm support
#yocto
this is intentional, when you use meta-clang, then llvm is preferred from LLVM since them we have consistent version of llvm for clang and others.
this is intentional, when you use meta-clang, then llvm is preferred from LLVM since them we have consistent version of llvm for clang and others.
|
By
Khem Raj
·
#53197
·
|
|
Yocto Project Status WW16`21
Current Dev Position: YP 3.4 M1
Next Deadline: 7th June 2021 YP 3.4 M1 build
Next Team Meetings:
Bug Triage meeting Thursday Apr. 22nd at 7:30am PDT
Current Dev Position: YP 3.4 M1
Next Deadline: 7th June 2021 YP 3.4 M1 build
Next Team Meetings:
Bug Triage meeting Thursday Apr. 22nd at 7:30am PDT
|
By
Stephen Jolley
·
#53196
·
|
|
[meta-security][PATCH] packagegroup-core-security: exclude apparmor in mips64
Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-core/packagegroup/packagegroup-core-security.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git
Signed-off-by: Armin Kuster <akuster808@...>
---
recipes-core/packagegroup/packagegroup-core-security.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git
|
By
Armin Kuster
·
#53195
·
|
|
Re: #yocto llvm support
#yocto
So, does anyone know proper usage here?
Is this a fully functional llvm drop under ../poky/meta/recipes-devtools ?
Is it compatible with meta-clang?, and can they be used together to build 3rd
So, does anyone know proper usage here?
Is this a fully functional llvm drop under ../poky/meta/recipes-devtools ?
Is it compatible with meta-clang?, and can they be used together to build 3rd
|
By
Monsees, Steven C (US)
·
#53194
·
|
|
Re: #yocto llvm support
#yocto
I noticed similar behavior…
I am running zeus 3.0.4, “devtool sdk-install llvm” will get llvm 8.0.1…
When I build meta-clang, and I set TOOLCHAIN?=”clang” in local.conf it appears
I noticed similar behavior…
I am running zeus 3.0.4, “devtool sdk-install llvm” will get llvm 8.0.1…
When I build meta-clang, and I set TOOLCHAIN?=”clang” in local.conf it appears
|
By
Monsees, Steven C (US)
·
#53193
·
|
|
Re: #yocto llvm support
#yocto
Hi Steven,
I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default (poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM
Hi Steven,
I used meta-clang in my recipes and I noticed that:
1. The current release of poky uses LLVM v11.1.0 by default (poky/meta/recipes-devtools/llvm/llvm_git.bb)
2. Meta-clang requires LLVM
|
By
Anton Antonov
·
#53192
·
|
|
Re: #yocto #sdk SDK_EXTRA_TOOLS inclussion of python-native and devtool
#yocto
#sdk
Any one seen this before… ?
SDK appears to be working okay without the inclusion of native python3 components, not sure how the inclusion breaks devtool…
Any one seen this before… ?
SDK appears to be working okay without the inclusion of native python3 components, not sure how the inclusion breaks devtool…
|
By
Monsees, Steven C (US)
·
#53191
·
|
|
Re: [PATCH] linux-yocto/5.4: fix arm defconfig warnings
Obviously this is to the wrong list!
It escaped before I could stop it :D
I've already resent to oe-core.
Bruce
On Tue, Apr 20, 2021 at 8:31 AM Bruce Ashfield
Obviously this is to the wrong list!
It escaped before I could stop it :D
I've already resent to oe-core.
Bruce
On Tue, Apr 20, 2021 at 8:31 AM Bruce Ashfield
|
By
Bruce Ashfield
·
#53190
·
|
|
#yocto llvm support
#yocto
Under ../poky/meta/recipes-devtools the is “llvm”…
Devtool search <component>
Devtool sdk-install <component>
Will add this component to my EXT SDK…
Is this a fully functional
Under ../poky/meta/recipes-devtools the is “llvm”…
Devtool search <component>
Devtool sdk-install <component>
Will add this component to my EXT SDK…
Is this a fully functional
|
By
Monsees, Steven C (US)
·
#53189
·
|
|
Re: what to include in a "hardware bringup image"?
Hello,
It might be a bit heavy but I usually install a text editor and python-periphery (https://github.com/vsergeev/python-periphery)
(It did not know c-periphery but this is the same author)
Before
Hello,
It might be a bit heavy but I usually install a text editor and python-periphery (https://github.com/vsergeev/python-periphery)
(It did not know c-periphery but this is the same author)
Before
|
By
Yoann Congal
·
#53188
·
|
|
[PATCH] linux-yocto/5.4: fix arm defconfig warnings
From: Bruce Ashfield <bruce.ashfield@...>
A recent fix to the kern-tools promoted some previously unseen
issues to warnings. This commit fixes them by tagging some BT
options as non-hardware so
From: Bruce Ashfield <bruce.ashfield@...>
A recent fix to the kern-tools promoted some previously unseen
issues to warnings. This commit fixes them by tagging some BT
options as non-hardware so
|
By
Bruce Ashfield
·
#53187
·
|