|
Re: Statically linked libraries and license manifest
<Jasper.Orschulko@...> wrote:
I am not sure why you will include empty packages in your manifest
<Jasper.Orschulko@...> wrote:
I am not sure why you will include empty packages in your manifest
|
By
Khem Raj
·
#53609
·
|
|
Re: Statically linked libraries and license manifest
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi Khem,
thanks for your reply. As far as I understand, the "proper" way is to
use dynamic linked libraries whenever possible? I have done some
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi Khem,
thanks for your reply. As far as I understand, the "proper" way is to
use dynamic linked libraries whenever possible? I have done some
|
By
Jasper Orschulko
·
#53608
·
|
|
[yocto-autobuilder-helper][dunfell] config.json: Set XZ limits to more reasonable values on autobuilder
From: Richard Purdie <richard.purdie@...>
The autobuilders have 128GB memory, we don't want them using 50% which is
the default, 5% should be enough. Also limit the number of threads
From: Richard Purdie <richard.purdie@...>
The autobuilders have 128GB memory, we don't want them using 50% which is
the default, 5% should be enough. Also limit the number of threads
|
By
Steve Sakoman
·
#53607
·
|
|
Re: Problem with YOCTO Dunfell and host Fedora 33
Hi Zoran,
Your cannelloni recipe is set to autorev, meaning it's not locked to a commit. So when something changes upstream you have to manage it.
Chances are Canelloni introduced a CMake change
Hi Zoran,
Your cannelloni recipe is set to autorev, meaning it's not locked to a commit. So when something changes upstream you have to manage it.
Chances are Canelloni introduced a CMake change
|
By
Joel Winarske
·
#53606
·
|
|
Problem with YOCTO Dunfell and host Fedora 33
Hello Yocto developers,
I have few problems running the following self proprietary script from
one of my public git
Hello Yocto developers,
I have few problems running the following self proprietary script from
one of my public git
|
By
Zoran
·
#53605
·
|
|
[meta-zephyr][PATCH v2 4/4] acrn.conf: drop acrn machine configuration
zephyr can be build for 'acrn' with following configuration:
MACHINE = "intel-x86-64"
ZEPHYR_BOARD = "acrn"
Signed-off-by: Naveen Saini <naveen.kumar.saini@...>
---
conf/machine/acrn.conf | 9
zephyr can be build for 'acrn' with following configuration:
MACHINE = "intel-x86-64"
ZEPHYR_BOARD = "acrn"
Signed-off-by: Naveen Saini <naveen.kumar.saini@...>
---
conf/machine/acrn.conf | 9
|
By
Naveen Saini
·
#53604
·
|
|
[meta-zephyr][PATCH v2 3/4] intel-x86-32.conf: add common MACHINE for x86 (32-bit) BOARDS
User need to specify board value to ZEPHYR_BOARD in local.conf
ZEPHYR_BOARD = "minnowboard"
By default it set to MinnowBoard Max 'minnowboard'
Currently 32-bit supported boards:
* up_squared_32
*
User need to specify board value to ZEPHYR_BOARD in local.conf
ZEPHYR_BOARD = "minnowboard"
By default it set to MinnowBoard Max 'minnowboard'
Currently 32-bit supported boards:
* up_squared_32
*
|
By
Naveen Saini
·
#53603
·
|
|
[meta-zephyr][PATCH v2 2/4] intel-x86-64.conf: add common MACHINE for x86 (64-bit) BOARDS
User need to specify board value to ZEPHYR_BOARD in local.conf
ZEPHYR_BOARD = "ehl_crb"
By default it set to Elkhart Lake CRB 'ehl_crb'
Currently 64-bit supported boards:
* up_squared
*
User need to specify board value to ZEPHYR_BOARD in local.conf
ZEPHYR_BOARD = "ehl_crb"
By default it set to Elkhart Lake CRB 'ehl_crb'
Currently 64-bit supported boards:
* up_squared
*
|
By
Naveen Saini
·
#53602
·
|
|
[meta-zephyr][PATCH v2 1/4] zephyr-kernel-src: fix efi generation failure for x86 boards
With zephyr v2.5.0, EFI binary support has been added for x86 board (64-bit mode).
To achieve this, an python tool[1] has been added to convert zephyr ELF file
into an EFI appliable. But currently
With zephyr v2.5.0, EFI binary support has been added for x86 board (64-bit mode).
To achieve this, an python tool[1] has been added to convert zephyr ELF file
into an EFI appliable. But currently
|
By
Naveen Saini
·
#53601
·
|
|
[meta-zephyr][PATCH v2 0/4] Fix efi generation and add x86 MACHINE confs (cover letter)
(1) zephyr-kernel-src: fix efi generation failure for x86 boards
With zephyr v2.5.0, EFI binary generation support has been added for x86 board (64-bit mode).
To achieve this, an python tool[1] has
(1) zephyr-kernel-src: fix efi generation failure for x86 boards
With zephyr v2.5.0, EFI binary generation support has been added for x86 board (64-bit mode).
To achieve this, an python tool[1] has
|
By
Naveen Saini
·
#53600
·
|
|
Re: hostile freenode takeover
We have registered #oe and #yocto on libera already, so we can easily
transition irc servers as the situation develops.
Philip
We have registered #oe and #yocto on libera already, so we can easily
transition irc servers as the situation develops.
Philip
|
By
Philip Balister
·
#53599
·
|
|
Re: hostile freenode takeover
First let me say, there is nothing wrong with matrix, have used it every day for years
Second
the discussion is now about libre
there's a relay to relay stuff between
First let me say, there is nothing wrong with matrix, have used it every day for years
Second
the discussion is now about libre
there's a relay to relay stuff between
|
By
Yocto
·
#53598
·
|
|
Re: [qa-build-notification] QA notification for completed autobuilder build (yocto-3.3.1.rc1)
Hello All,
This is the full report for yocto-3.3.1.rc1:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
======= Summary ========
No high
Hello All,
This is the full report for yocto-3.3.1.rc1:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
======= Summary ========
No high
|
By
Sangeeta Jain
·
#53597
·
|
|
Re: hostile freenode takeover
I think the question of setting up Matrix for our community is a valid question, though I think it's orthogonal to the current problem. If freenode goes away , we need an alternate plan to move *right
I think the question of setting up Matrix for our community is a valid question, though I think it's orthogonal to the current problem. If freenode goes away , we need an alternate plan to move *right
|
By
Nicolas Dechesne
·
#53596
·
|
|
Re: hostile freenode takeover
Hi Khem, all,
I disagree. Matrix just does not work. I've been using with a few
friends with mixed homeservers, chat.privacytools.io, matrix.org,
converser.eu and self-hosted homeservers... I've
Hi Khem, all,
I disagree. Matrix just does not work. I've been using with a few
friends with mixed homeservers, chat.privacytools.io, matrix.org,
converser.eu and self-hosted homeservers... I've
|
By
Quentin Schulz
·
#53595
·
|
|
Re: [meta-zephyr][PATCH] qemuzephyrrunner.py: use existing qemu conf file
Hi Jon,
By
Naveen Saini
·
#53594
·
|
|
[meta-dpdk][PATCH] dpdk: fix build with GCC 11
From: Mingli Yu <mingli.yu@...>
Fixes:
| In function 'memset',
| inlined from 'test_table_stub' at test_table_tables.c:151:4:
|
From: Mingli Yu <mingli.yu@...>
Fixes:
| In function 'memset',
| inlined from 'test_table_stub' at test_table_tables.c:151:4:
|
|
By
Yu, Mingli
·
#53593
·
|
|
Re: [meta-zephyr][PATCH 2/2] zephyr-kernel-src.inc: set default preferred version to 2.6.0-rc1
Hi,
Even if we don't have the 2.6.0-rc1 release default (to which I agree), I still think having support for it (as a non default) is beneficial. Especially given that 2.6.0 will be an LTS so people
Hi,
Even if we don't have the 2.6.0-rc1 release default (to which I agree), I still think having support for it (as a non default) is beneficial. Especially given that 2.6.0 will be an LTS so people
|
By
Andrei Gherzan
·
#53592
·
|
|
Re: hostile freenode takeover
<nicolas.dechesne@...> wrote:
perhaps good time to consider matrix
<nicolas.dechesne@...> wrote:
perhaps good time to consider matrix
|
By
Khem Raj
·
#53591
·
|
|
Re: hostile freenode takeover
OFTC is very good, IMO. It's been reliable, well managed, provides a good selection of services, provides a web client for anyone not particularly familiar with IRC clients, and supports SSL + CertFP
OFTC is very good, IMO. It's been reliable, well managed, provides a good selection of services, provides a web client for anyone not particularly familiar with IRC clients, and supports SSL + CertFP
|
By
Joe MacDonald
·
#53590
·
|