anguage to make sure that this
codepath in Glib is not triggered.
Signed-off-by: Joshua Watt
---
lib/oeqa/sdkmingw/context.py | 6 ++
1 file changed, 6 insertions(+)
diff --git a/lib/oeqa/sdkmingw/context.py b/lib/oeqa/sdkmingw/context.py
index 5319223..5869e57 100644
--- a/lib/oeqa/sdkmingw/c
On Mon, Jun 17, 2024 at 11:17 AM Allan Elkaim via
lists.yoctoproject.org
wrote:
>
> Hello,
>
> I am trying to generate an SBOM using Yocto, but I am having issues
> exploiting the result and could really use a hand.
>
> I have done the following steps on a "blank" poky repository on the scarthgap
Thanks.
I put this in master-next, but we are pretty close to scarthgap
release, so I'm not sure when this will get a chance to run on the AB;
please check back if it's not merged in a week or so.
On Mon, Mar 18, 2024 at 6:45 AM Samuli Piippo wrote:
>
> Upgrade to latest release of MinGW-w64.
>
p Balister wrote:
> > On 1/25/24 11:58, Trevor Woerner wrote:
> > > On Wed 2024-01-24 @ 03:16:04 PM, Tim Orling wrote:
> > > > On Wed, Jan 24, 2024 at 2:02 PM Joshua Watt
> > > > wrote:
> > > >
> > > > > On Wed
On Wed, Jan 24, 2024 at 10:59 AM Trevor Woerner wrote:
>
> Hi Artem,
>
> On Wed 2024-01-24 @ 02:01:08 PM, Artem Bityutskiy wrote:
> > Hello Yocto community,
> >
> > some parts of Yocto software (MIC?) use the 'bmap-tools' project to speed up
> > image flashing.
> >
> > https://github.com/intel/bma
Depends on what the fix looks like. Most likely meta-openembedded though
On Wed, Nov 8, 2023, 1:57 AM Samuli Piippo wrote:
> Hi,
>
> There is a mingw build problem with abseil-cpp recipe from
> meta-openembedded layer (master/nanbield). meta-mingw declares dependency
> only to oe-core, so the qu
David,
I just pushed a patch to the ML to provide better debugging when this
happens; it will at least tell us which document is missing. Is there
any way you can run you build again with that patch applied?
https://lists.openembedded.org/g/openembedded-core/message/188378
Thanks,
On Thu, Sep 2
cases
where it is not.
Signed-off-by: Joshua Watt
---
conf/machine/include/rpi-base.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/conf/machine/include/rpi-base.inc
b/conf/machine/include/rpi-base.inc
index 895fcfe..64f60ab 100644
--- a/conf/machine/include/rpi-base.inc
+++ b/conf/machine
When a test times out, it should still print an ERROR message in the log
for parsing. Modify the timeout test suite to ensure this is done.
Signed-off-by: Joshua Watt
---
tests/utils.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/tests/utils.c b/tests/utils.c
Even when a test times out, an "ERROR:" message should be printed so
that the OE selftest parser knows the test has failed.
Signed-off-by: Joshua Watt
---
utils.c | 27 ---
1 file changed, 12 insertions(+), 15 deletions(-)
diff --git a/utils.c b/utils.c
ind
This reverts commit e50f2175d9c6b8aeb8b0bf687e5cca64a0f6e61a.
The timeout is actually the amount of time to wait until there is no
output from the test, not the total test time.
Signed-off-by: Joshua Watt
---
tests/data/hang/ptest/run-ptest | 1 -
tests/utils.c | 2
To match the behavior of the previous ptest-runner, only collect system
state when a test has timed out
Signed-off-by: Joshua Watt
---
utils.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/utils.c b/utils.c
index 34ca2f0..d0e6a99 100644
--- a
After reporting test results, flush the output buffers to ensure the
files are written out. Also flush again at the end of running all tests
Signed-off-by: Joshua Watt
---
utils.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/utils.c b/utils.c
index bd52544..59b8b77 100644
--- a
er and the new one.
Joshua Watt (5):
Revert "Change test timeout to be total elapsed time"
Only collect system state on timeout
Report test failure on timeout
Remove _child_reader singleton
Flush stdout and stderr after test
tests/data/hang/ptest/run-ptest |
Instead of using the _child_reader singleton to track the child process,
use variables on the stack. Also, limit the variable scope as much as
possible and used named constants for the pipe indices.
Signed-off-by: Joshua Watt
---
utils.c | 108
Signed-off-by: Joshua Watt
---
tests/data/hang/ptest/run-ptest | 1 +
tests/utils.c | 2 +-
utils.c | 23 ---
3 files changed, 14 insertions(+), 12 deletions(-)
diff --git a/tests/data/hang/ptest/run-ptest b/tests/data/hang/ptest
to run in parallel and add the correct fix for the bug with
running multiple ptests in a single invocation, as well as a few other
fixes
Joshua Watt (4):
Revert "runner: Correctly handle running parallel tests"
Recreate pipe for each test
Report if child dies from a signal
Chang
Tests can exit due to a signal, which should also be reported in the
test output.
Signed-off-by: Joshua Watt
---
tests/data/signal/ptest/run-ptest | 10
tests/utils.c | 39 +++---
utils.c | 40
output when
ptest-runner was told to run multiple tests because they were passed
invalid stdin/stderr pipes.
Signed-off-by: Joshua Watt
---
utils.c | 45 -
1 file changed, 24 insertions(+), 21 deletions(-)
diff --git a/utils.c b/utils.c
index 6a6e848
: Joshua Watt
---
tests/utils.c | 39 +---
utils.c | 248 +-
2 files changed, 105 insertions(+), 182 deletions(-)
diff --git a/tests/utils.c b/tests/utils.c
index 4560e93..19657ee 100644
--- a/tests/utils.c
+++ b/tests/utils.c
@@ -50,10 +50,9
when
cross compiling GCC instead of globally.
[YOCTO #15158]
Signed-off-by: Joshua Watt
---
conf/machine-sdk/include/mingw32-common.inc| 3 ---
recipes-devtools/gcc/gcc-cross-canadian_%.bbappend | 4
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/conf/machine-sdk/inclu
ish before exiting.
Signed-off-by: Joshua Watt
---
tests/utils.c | 39 +++-
utils.c | 248 +-
2 files changed, 182 insertions(+), 105 deletions(-)
diff --git a/tests/utils.c b/tests/utils.c
index 19657ee..4560e93 100644
--- a/tests/uti
exiting, which is handled with an
extra SIGKILL to prevent deadlock). Test timeouts are handled by sending
the child process SIGKILL if no output is detected for the timeout, but
the loop still waits for the file descriptors to reach EOF before
reaping the child.
Signed-off-by: Joshua Watt
[YOCTO
On Thu, Jun 8, 2023 at 4:49 AM Samuli Piippo wrote:
>
> Amend 6c54d16058ed8fb911c44df93b5732ae693b9803 and add WINDMC
> to be ignored from hash, otherwise it contaminates sstate cache
> for every recipe.
Applied. Thanks
>
> Signed-off-by: Samuli Piippo
> ---
> conf/machine-sdk/include/mingw32-
xceed this limit. In order to work around this, setup the Wine test
context so that the W: drive maps to the SDK image ${WORKDIR}, which
allows wine to effectively use paths relative to this directory making
them significantly shorter.
Signed-off-by: Joshua Watt
---
lib/oeqa/sdkmingw/case.
Bitbake is going to upgrade the minimum python to 3.8, so Ubuntu 18.04
needs to use buildtools tarball to remain compatible
Signed-off-by: Joshua Watt
---
config.json | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/config.json b/config.json
index 713afe5..1149c98
Bitbake is going to upgrade the minimum python to 3.8, so Ubuntu 18.04
needs to use buildtools tarball to remain compatible
Signed-off-by: Joshua Watt
---
config.json | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/config.json b/config.json
index 713afe5..3d89856 100644
On 11/21/22 08:38, Alexander Kanavin wrote:
On Mon, 21 Nov 2022 at 15:31, Kenth Eriksson
wrote:
Having trouble with reproducible builds in yocto on dunfell release with musl
as libc. E.g. I can see that the build path for musl crti assembler file is
leaking through and becomes visible when I
Ya, I queued it in master-next. Let me run it through the AB then we
can merge it
On Fri, Oct 28, 2022 at 7:00 AM Hamza, Muhammad
wrote:
>
> Hi,
> Any update on this?
>
> -Original Message-
> From: Hamza, Muhammad
> Sent: Monday, October 24, 2022 11:03 AM
> To: yocto@lists.yoctoproject.o
Ya, I'll push one now
On Wed, Oct 26, 2022 at 2:17 PM Mark Hatle
wrote:
>
> Doesn't look like langdale has been branched in meta-mingw. Is it in a state
> where it can be branched?
>
> (I tried master and it seems to work for my use-case.)
>
> --Mark
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You re
they actually try to test the SDK,
but there isn't really a better way to fix this.
Signed-off-by: Joshua Watt
---
conf/machine-sdk/include/mingw32-common.inc | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/conf/machine-sdk/include/mingw32-common.inc
b/conf/machine-sdk/i
#x27;origine-
> De : yocto@lists.yoctoproject.org De la part
> de Martin Leduc via lists.yoctoproject.org
> Envoyé : 2 août 2022 10:20
> À : Joshua Watt
> Cc : yocto@lists.yoctoproject.org
> Objet : Re: [yocto] BBClass function and symbolic link (symlink) ... I throw
>
On Tue, Aug 2, 2022 at 8:44 AM Martin Leduc via lists.yoctoproject.org
wrote:
>
> Hi team,
>
> Well, I throw in the towel. But it's looks like so simple for me 🤣🤣.
>
> I've a function to replace the version file in /etc/version. This function
> is integrated into my mybase-image.bbclass, d
On Fri, Jul 1, 2022 at 2:14 AM Marta Rybczynska wrote:
>
> Hello all,
> We're trying to use create-spdx.bbclass with meta-zephyr. However,
> this is failing with errors like the one at the bottom of the message.
> While digging deeper, it is hard to reproduce reliably (but happens at
> different r
CC'd the mailing list
On 6/28/22 01:27, Rasool, Ansar wrote:
Hi,
I am trying to create a Kit in Qt Creator 7.0.2 from an SDK generated
for x86_64 arch with mingw support (meta-mingw) for Windows Host. Upon
adding qmake.exe file and compilers (C/C++), Kit throws error of "The
Compiler GCC c
On Tue, May 31, 2022 at 7:27 AM wrote:
>
> On Sat, 2022-05-28 at 07:40 +0300, Marius Vlad wrote:
> > On Fri, May 27, 2022 at 04:25:00PM -0400, Scott Murray wrote:
> > > On Fri, 27 May 2022, Tim Orling wrote:
> > >
> > > > On Fri, May 27, 2022 at 9:18 AM Jan Simon Moeller <
> > > > jsmoel...@linuxf
On 3/3/22 12:06, Daniel Ammann wrote:
Hi,
I'm trying to build honister on Ubuntu 14.04. This is meant as a
temporary
solution until the build server can be upgraded to something recent.
For now, I got it running with extended buildtools from poky, but the
build of
libnsl2-native fails. It a
On Fri, Feb 25, 2022 at 12:50 PM Steve Sakoman wrote:
>
> On Fri, Feb 25, 2022 at 8:09 AM Richard Purdie
> wrote:
> >
> > Hi All,
> >
> > As the project develops, some tests are valuable and some become less
> > valuable
> > over time.
> >
> > When we first started reproducible builds work, test
On Thu, Jan 6, 2022 at 10:22 AM Trevor Gamblin
wrote:
>
> Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage
>
> Attendees: Alexandre, Joshua, Michael, Randy, Richard, Saul, Stephen, Steve,
> Tim, Trevor
>
> ARs:
>
> - Joshua to send a patch limiting the size of diffoscope output for
> reproduc
On Thu, Jan 13, 2022 at 11:23 AM Michael Opdenacker
wrote:
>
> Hi,
>
> Sharing this before opening a bug if needed...
>
> I'm building the latest Poky ("core-image-minimal" plus a few extra
> packages).
>
> I'm always getting the below setscene errors after upgrading my Poky
> sources:
>
> ...
>
t the data anymore. I
thought we had fixed this at one point in the past and maybe it got
lost somewhere along the way?
If that's something we can fix, that would be great, otherwise we
might need to look into another solution for fetching the
reproducibility data.
Than
On Wed, Dec 15, 2021 at 3:33 PM Andres Beltran
wrote:
>
> + Joshua, Saul
>
> On 12/6/2021 6:54 PM, Andres Beltran wrote:
>
> Hello,
>
>
> I've been working on extending SPDX SBOMs for SDKs. In
> poky/meta/classes/create-spdx.bbclass I added:
>
>
>
> do_populate_sdk[recrdeptask] += "do_create_spdx
On 8/24/21 11:48 AM, Sinan Kaya wrote:
There is a new PACKAGECONFIG for grpc to allows us
to selectively enable/disable shared builds.
Signed-off-by: Sinan Kaya
---
.../openembedded-layers/recipes-devtools/grpc/grpc_%.bbappend | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff -
On Sat, Aug 21, 2021, 6:26 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Fri, 2021-08-20 at 20:46 +, Sinan Kaya wrote:
> > Signed-off-by: Sinan Kaya
> > ---
> > .../openembedded-layers/recipes-devtools/grpc/grpc_%.bbappend | 3 +++
> > 1 file changed, 3 insertions(+)
>
On 8/17/21 1:15 PM, Sinan Kaya wrote:
On 8/17/2021 9:10 PM, Joshua Watt wrote:
We have use cases of both dynamic and static linkage for the
target build that we have not seen any issues with.
Are you building with "mingw32" as the target (not as the SDK), and it
works there? I won
On 8/17/21 11:29 AM, Sinan Kaya wrote:
On 8/17/2021 7:01 PM, Joshua Watt wrote:
I had to clean these up a little bit and pushed them to master-next.
Please verify that they still work for you and if not used them as a
starting point and send a V4 patchset.
Sounds good.
What do you think
I had to clean these up a little bit and pushed them to master-next.
Please verify that they still work for you and if not used them as a
starting point and send a V4 patchset.
On 8/17/21 10:09 AM, Sinan Kaya wrote:
Dynamically linked protoc.exe is failing as follows:
[libprotobuf ERROR googl
layer:${LAYERDIR}/dynamic-layers/openembedded-layer/recipes-*/*/*.bb
\
openembedded-layer:${LAYERDIR}/dynamic-layers/openembedded-layer/recipes-*/*/*.bbappend
\
"
[1]:
https://docs.yoctoproject.org/ref-manual/variables.html#term-BBFILES_DYNAMIC
On 8/17/21 9:33 AM, Joshua Watt wrote:
On 8/17/21 9:07 AM, Sinan Kaya wrote:
Dynamically linked protoc.exe is failing as follows:
[libprotobuf ERROR google/protobuf/descriptor_database.cc:641]
File already exists in database: google/protobuf/descriptor.proto
[libprotobuf FATAL google/protobuf/descriptor.cc:1371] CHECK failed:
Genera
On 8/17/21 6:03 AM, Sinan Kaya wrote:
On 8/17/2021 6:26 AM, Khem Raj wrote:
+EXTRA_OECONF:append:class-nativesdk = " --disable-shared"
This is not an inert change can it use some mingw specific override as well
Change is targeting meta-mingw repository. I looked at other files
in the re
On 8/13/21 2:05 AM, Samuli Piippo wrote:
ping.
I'm still seeing problem with this on hardknott, at least when
building for qemux86 target:
agent:2021/08/13 06:00:50 build.go:391: ERROR:
binutils-cross-canadian-i686-2.36.1-r0 do_package_qa: QA Issue: non -staticdev
package contains static .a
AFAIK, passing arguments from a python function to a shell function is
not allowed
On 7/21/21 10:45 AM, Bel Hadj Salem Talel wrote:
Hi All,
I have this example that can call a shell function from a python task:
*shell_function(){*
* bbwarn "This is a shell function, arg1 = $1"*
*}*
*pytho
On 1/4/21 9:31 PM, Changqing Li wrote:
* add support for mingw32
* Engines are installed in a slightly different path, which is
urgly, patch it to make the path shorter
* remove runtime dependency from perl for mingw nativesdk
since commit 70da1f956bfbb627691c47eba7451182aca758e3 of oe-core
On 7/1/21 9:48 AM, Tomasz Dziendzielski wrote:
Hello,
is anyone here using Zuul along with Yocto Project? We are thinking
about integrating Zuul to our project that already uses Yocto, but we
are not too familiar with Zuul and we want it to conform to good open
source practices, without losin
Disables debuginfod when using MingGW. This feature brings in
unbuildable dependencies and can't be used.
Signed-off-by: Joshua Watt
---
conf/machine-sdk/include/mingw32-common.inc| 2 ++
recipes-devtools/gdb/gdb-cross-canadian_%.bbappend | 1 +
2 files changed, 3 insertions(+)
It might be easier to manually enable the service with a symbolic link
instead of using systemd.bbclass with something like:
do_install() {
install -Dm 755 ${D}${systemd_unitdir}/system/multi-user.target.wants/
ln -s ${systemd_unitdir}/system/openvpn@.service
${D}${systemd_unitdir}/system
Fixes the MinGW builds for zstd
Signed-off-by: Joshua Watt
---
recipes-extended/zstd/zstd_%.bbappend | 2 ++
1 file changed, 2 insertions(+)
create mode 100644 recipes-extended/zstd/zstd_%.bbappend
diff --git a/recipes-extended/zstd/zstd_%.bbappend
b/recipes-extended/zstd/zstd_%.bbappend
new
On 5/4/21 12:59 PM, Khem Raj wrote:
This implements glibc regex and will be used by many
packages e.g. flex, therefore add recipe
Signed-off-by: Khem Raj
---
...onor-DESTDIR-variable-during-install.patch | 39 ++
.../0002-Add-autotool-files.patch | 125 ++
On 4/23/21 11:58 AM, Yann Dirson wrote:
From: Yann Dirson
Changes from v2:
- turn the DISTRO_FEATURE idea into separate RFC patches so as to allow
merging of basic support
- remove optee-os patch that proved unnecessary
Changes from v1:
- fix last-minute typo in TFA_SPD setting, whi
On 4/6/21 6:47 PM, Yann Dirson wrote:
From: Yann Dirson
TF-A runs between two u-boot stages which both uses 150 baud, it
just makes no sense to use the same UART at a different rate.
Here is a sample session with the successive stages, with TF-A artificially
separated for emphasis:
[20
On 3/22/21 2:30 PM, Yann Dirson wrote:
Hi Joshua,
Le lun. 22 mars 2021 à 19:24, Joshua Watt a écrit :
On 3/22/21 9:59 AM, Yann Dirson wrote:
Hi Trevor,
Le lun. 22 mars 2021 à 15:47, Trevor Woerner a écrit :
On Mon 2021-03-22 @ 02:42:12 PM, yann.dir...@blade-group.com wrote:
This
On 3/22/21 9:59 AM, Yann Dirson wrote:
Hi Trevor,
Le lun. 22 mars 2021 à 15:47, Trevor Woerner a écrit :
On Mon 2021-03-22 @ 02:42:12 PM, yann.dir...@blade-group.com wrote:
This supports both the 2GB and 4GB versions of the board. This is not
done with 2 different machine definitions since
On 3/14/21 6:16 PM, p32 via lists.yoctoproject.org wrote:
Thank you very much. I figured out that you can have Yocto create a
suitable U-Boot wrapper as follows (from the image recipe):
IMAGE_FSTYPES = "cpio.xz.u-boot"
Now there is only one last issue that I wasn't able to solve yet: I
would
ith older kernels
Signed-off-by: Joshua Watt
---
conf/machine/include/rk3399.inc| 2 +-
conf/machine/include/rock-pi-4.inc | 22 ++
conf/machine/rock-pi-4.conf| 22 --
conf/machine/rock-pi-4a.conf | 11 +++
conf/machine/rock-p
On Mon, Jan 25, 2021 at 5:15 PM Trevor Woerner wrote:
>
> Is there any way to make this work with both new (4.10, -dev, -tiny, -rt) and
> old (5.4) kernels? What if we left the old rock-pi-4 MACHINE for the 5.4
> kernel and required one of the new ones for 5.10?
Ya, we can keep the old machine ar
On 1/25/21 4:34 PM, Trevor Woerner wrote:
On Sat 2021-01-23 @ 03:05:25 PM, Joshua Watt wrote:
Upstream OE Core has moved to Kernel 5.10 which fixed this problem, so
remove the patch for 5.8
Thanks, I've already pushed a patch for this one.
Ya, I saw that. We should probably remov
Upstream OE Core has moved to Kernel 5.10 which fixed this problem, so
remove the patch for 5.8
Signed-off-by: Joshua Watt
---
...-resolve-supply-after-creating-regul.patch | 53 ---
recipes-kernel/linux/linux-yocto_5.8.bbappend | 4 --
2 files changed, 57 deletions(-)
delete
Splits out the three variants of the rock-pi-4 (A, B & C) into their own
machines. Unfortunately, it is not possible to have a single machine
that works for all three, as there isn't any known ways for the
bootloader to distinguish them.
Signed-off-by: Joshua Watt
---
conf/machin
On 12/11/20 9:16 AM, Bruce Ashfield wrote:
On Fri, Dec 11, 2020 at 9:48 AM Joshua Watt wrote:
Fixes the serial port output stopping mid way through the boot process
by reverting the kernel commit that caused it.
If you want, I can also pick this up and merge it directly into
linux-yocto and
Fixes the serial port output stopping mid way through the boot process
by reverting the kernel commit that caused it.
Signed-off-by: Joshua Watt
---
...-resolve-supply-after-creating-regul.patch | 53 +++
recipes-kernel/linux/linux-yocto_5.8.bbappend | 4 ++
2 files changed, 57
On 11/16/20 2:38 PM, Marek Belisko wrote:
Hi,
I'm bumping my project based on zeus to dunfell. I've update all
layers and in one of my recipes I'm seeing following issue (not see on
zeus at all):
WARNING: cv-my-test-1.0-r0 do_package: KeyError in ./package/srv/10%.png
ERROR: cv-my-test-1.0-r0 d
On 11/16/20 8:24 AM, Monsees, Steven C (US) via lists.yoctoproject.org
wrote:
If a recipe has a “do_install_append” can I create a bbappend file to
do a “do_install_append_append” in order to change 1 line in that
routine, or do I need to just
replace the “do_install_append” routine entire
On 10/5/20 3:36 PM, Peter Kjellerstedt wrote:
-Original Message-
From: yocto@lists.yoctoproject.org On
Behalf Of Joshua Watt
Sent: den 1 oktober 2020 15:27
To: Khem Raj
Cc: Peter Kjellerstedt ;
yocto@lists.yoctoproject.org
Subject: Re: [yocto] [meta-gplv2] [PATCH] gnupg: Make it build
On Wed, Sep 30, 2020 at 4:34 PM Khem Raj wrote:
>
> On Wed, Sep 30, 2020 at 1:37 PM Joshua Watt wrote:
> >
> > With this patch applied, I get the following errors when using the
> > latest master branches:
> >
> > | ../mpi/libmpi.a(mpiutil.o): In function `mp
10 changed the default.
This reverts commit f9761c01495cd52ce88e33fbc8824f882cf80288.
Signed-off-by: Joshua Watt
---
...th-GCC-10-which-uses-fno-common-by-d.patch | 93 ---
recipes-support/gnupg/gnupg_1.4.7.bb | 7 +-
2 files changed, 5 insertions(+), 95 deletions(
With this patch applied, I get the following errors when using the
latest master branches:
| ../mpi/libmpi.a(mpiutil.o): In function `mpi_alloc_limb_space':
| mpiutil.c:(.text+0x84): undefined reference to `memory_debug_mode'
| ../mpi/libmpi.a(mpiutil.o): In function `mpi_alloc':
| mpiutil.c:(.tex
On Mon, Sep 21, 2020, 8:12 AM Samuli Piippo wrote:
>
> On Mon, 21 Sep 2020 at 15:53, Joshua Watt wrote:
>
>> On Fri, Sep 18, 2020 at 7:30 AM Samuli Piippo
>> wrote:
>> >
>> > Set SDK_VENDOR to '-w64', which makes the host triplet match what GCC
On Fri, Sep 18, 2020 at 7:30 AM Samuli Piippo wrote:
>
> Set SDK_VENDOR to '-w64', which makes the host triplet match what GCC
> expect to find when using mingw32-w64. This enables features that are
> not functional in the classic mingw32, but have been implemented in the
> mingw32-w64.
Does this
On Fri, Sep 18, 2020, 7:30 AM Samuli Piippo wrote:
> Signed-off-by: Samuli Piippo
>
Thanks! Can you add this to core-image-mingw-sdktest to test it doesn't
regress? Bonus points for writing a runtime test for it if there isn't one
already
---
> recipes-devtools/ninja/ninja_%.bbappend | 8
On 8/24/20 8:26 AM, Richard Purdie wrote:
On Mon, 2020-08-24 at 08:10 -0500, Joshua Watt wrote:
The newer log handling uses Python's structure logging configuration
[1], so you should be able to use whatever capabilities it has
(including logging different domains/levels to a separate
On 8/24/20 3:53 AM, Richard Purdie wrote:
On Sun, 2020-08-23 at 17:01 +0200, Konrad Weihmann wrote:
Hi all,
when running bitbake in CI I would like to add an additional log
handler to used python logging to catch *ALL* (task warnings,
dangling append, qa issues, a.s.o.), instead of manually gr
On Fri, Aug 21, 2020 at 8:30 AM Damien LEFEVRE wrote:
>
> Hi,
>
> I would need that to change the default location for the SDK install script
> to avoid mistakes with multiple SDKs and ease installations. How can I change
> the SDKPATH?
>
> My distro includes conf/distro/poky.conf and I overwrit
gdb was configured to statically link, presumably so it could find the
static libexpat library. Since libexpat has been updated, it no longer
builds a static library, so remove the flag to make GDB look for one.
Signed-off-by: Joshua Watt
---
recipes-devtools/gdb/gdb-cross-canadian_%.bbappend
Now that cmake.bbclass in OE-core correctly accounts for MinGW hosts, it
is no longer necessary to manually specify that CMAKE_SYSTEM_NAME as
"Windows"
Signed-off-by: Joshua Watt
---
recipes-devtools/cmake/cmake_%.bbappend | 6 --
1 file changed, 6 deletions(-)
diff --git
On Sat, Jul 18, 2020 at 11:03 AM Oleksandr Popovych
wrote:
>
> GNU Autotools build system is considered in upstream as potentially
> deprecated (https://github.com/libexpat/libexpat/issues/330), and
> expat library will be switched to use CMake.
>
> So this patch depends on "expat: Added ptest" pa
ake -ccleansstate on gcc-source-9.3.0' has gotten me back on track.
>>
>> Thank you all for the help!
>>
>> On Tue, Jun 30, 2020 at 11:10 PM Steve Sakoman wrote:
>>>
>>> On Tue, Jun 30, 2020 at 5:08 PM Steve Sakoman via
>>> lists.yoctoproject.org
On Tue, Jun 30, 2020 at 8:08 PM Joshua Watt wrote:
>
> On Tue, Jun 30, 2020 at 4:56 PM MikeB wrote:
> >
> > I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure if this is a
> > bug or just my problem. I maintain five different architectures and all
>
On Tue, Jun 30, 2020 at 4:56 PM MikeB wrote:
>
> I recently tried upgrading from 3.1.0 to 3.1.1. I'm not sure if this is a
> bug or just my problem. I maintain five different architectures and all five
> have the same failure in gcc-sanitizers as I'm trying to build the SDK.
>
> | cat:
> /dat
Signed-off-by: Joshua Watt
---
recipes-devtools/mingw-w64/mingw-w64.inc | 3 +--
...-headers_6.0.0.bb => nativesdk-mingw-w64-headers_7.0.0.bb} | 4
...-runtime_6.0.0.bb => nativesdk-mingw-w64-runtime_7.0.0.bb} | 0
...eads_6.0.0.bb => nativesdk-
On Fri, Jun 26, 2020 at 9:55 AM wrote:
>
> Hi all,
>
> I'm working on a project using multiconfig, with Yocto version 2.6. I'd like
> to enable or disable an entire layer, depending on which multiconfig is
> selected. My initial thought is to use BBMASK, and mask out undesired layers
> in a mul
On 6/24/20 10:44 PM, Trevor Woerner wrote:
On Wed 2020-06-24 @ 11:30:57 PM, Trevor Woerner wrote:
On Fri 2020-06-12 @ 12:38:23 PM, Joshua Watt wrote:
diff --git a/recipes-bsp/u-boot/u-boot%.bbappend
b/recipes-bsp/u-boot/u-boot%.bbappend
index 401d649..042507d 100644
--- a/recipes-bsp/u-boot
ot; ${baselib_dir}"
El mar., 2 jun. 2020 a las 7:37, Joshua Watt
(mailto:jpewhac...@gmail.com>>) escribió:
CC'in the mailing list.
On 6/1/20 10:39 PM, Edgar Chaves wrote:
Hi
I want to ask about meta-mingw static libraries for Windows.
g the /boot partition, so remove it's alignment requirements.
Signed-off-by: Joshua Watt
---
wic/firefly-rk3288.wks | 2 +-
wic/rk3288-boot.wks| 14 +++---
wic/rk3399-boot.wks| 14 +++---
wic/rock-pi-4.wks | 2 +-
wic/tinker-board.wks | 2 +-
wic/vyasa-rk3288.
Converts the build to pull the canonical TF-A recipe from meta-arm
instead of duplicating it in this layer.
Signed-off-by: Joshua Watt
---
README| 4 ++
conf/layer.conf | 2 +-
conf/machine/include/rk3399.inc
CC'in the mailing list.
On 6/1/20 10:39 PM, Edgar Chaves wrote:
Hi
I want to ask about meta-mingw static libraries for Windows. The thing
is that I don't get ".lib" in the SDK. Do you have any information
about that?
meta-mingw is primarily intended to build and SDK that allows you to
cros
On 5/4/20 11:14 AM, Rudolf J Streif wrote:
On 5/2/20 2:47 PM, Joshua Watt wrote:
On Sat, May 2, 2020, 1:22 PM Rudolf J Streif
mailto:rudolf.str...@ibeeto.com>> wrote:
eMMC devices commonly have three hardware partitions: two boot
partitions and a user partition. I was l
On Sat, May 2, 2020, 1:22 PM Rudolf J Streif
wrote:
> eMMC devices commonly have three hardware partitions: two boot
> partitions and a user partition. I was looking for a convenient way to
> have wic build an image for the boot partition and one for the user
> partition. However, that does not s
Upgrades arm-trusted-firmware to the latest version, which fixes a bug
where the RK3399 would hang during a warm reboot
Signed-off-by: Joshua Watt
---
...hip-Prevent-macro-expansion-in-paths.patch | 94 ---
...are_2.2.bb => arm-trusted-firmware_2.3.bb} | 3 +-
2 files chan
On 4/21/20 1:00 PM, d.fourdrign...@idplus.org.mx wrote:
Hello,
I’m working on a project and I need to build a Qt5 toolchain for Windows,
I’m using meta-qt5 and meta-mingw and my build machine is an ubuntu 18.04
However I keep having errors when i execute « bitbake
meta-toolchain-qt5 », very
On 4/14/20 10:48 AM, Khem Raj wrote:
On Tue, Apr 14, 2020 at 6:32 AM Joshua Watt wrote:
Updates all machines to use the linux-yocto kernel from OE-core instead
of maintaining distinct kernels in this repository.
Signed-off-by: Joshua Watt
---
conf/machine/include/rk3288.inc
1 - 100 of 134 matches
Mail list logo