Hello,
ofonod on qemux86-64 doesn't like this series:
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/8776/steps/13/logs/stdio
On 15/02/2024 09:02:00-0800, Khem Raj wrote:
> Do not use https protocol for fetching
>
> Musl author confirms that https protocol is not well
This is a generic functionality that takes a set of files and create a
boot parition based on IMAGE_BOOT_FILES var, allow to sepcify the
variable name so a BSP plugin can extend this and re-use the
functionality.
Signed-off-by: Anibal Limon
---
Python not support importing modules with - so change to _.
Signed-off-by: Anibal Limon
---
.../source/{bootimg-biosplusefi.py => bootimg_biosplusefi.py} | 0
scripts/lib/wic/plugins/source/{bootimg-efi.py => bootimg_efi.py} | 0
.../plugins/source/{bootimg-partition.py =>
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/sbc-add-PACKAGECONFIG-tester-to-make-libsndfile1-optional.patch
FAIL: test mbox format: Series has malformed diff
Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/RESEND-wpa-supplicant-add-support-for-building-without-DBus.patch
FAIL: test mbox format: Series has malformed
Useful on highly resource constrained embedded systems where DBus is an extra
dependency. Tested to build with and without ` dbus ` in PACKAGECONFIG.
DBus interface is left enabled by default to preserve old behavior.
Signed-off-by: Alibek Omarov < a1ba.oma...@gmail.com >
---
.../wpa-supplicant/
Noticed that enabling sbc brought libsndfile1->{flac,libogg,vorb
is,etc} chain
dependency. As it wasn't really used by anything critical, made this dependency
optional.
Fixes: fc6375426f94 ("sbc: SBC audio codec")
Signed-off-by: Alibek Omarov < a1ba.oma...@gmail.com >
---
On Sat, Mar 23, 2024 at 10:34 AM Robert P. J. Day wrote:
>
> On Sat, 23 Mar 2024, Alexander Kanavin wrote:
>
> > Packaging format of the host distribution and packaging format used
> > by yocto have no relation even if there is package management on
> > real targets. Why is there an assumption
despite it being an issue in gcc and still being open
glibc has fixed this problem upstream regardless, therefore
apply the backport instead.
Signed-off-by: Khem Raj
---
...e-Pass-mcpu-along-with-march-to-dete.patch | 67 +++
1 file changed, 38 insertions(+), 29 deletions(-)
On Sat, 23 Mar 2024, Alexander Kanavin wrote:
> On Sat, 23 Mar 2024 at 18:34, Robert P. J. Day wrote:
> > all of this being accurate, the one advantage i can see is that, if
> > developers are familiar with deb package management on their ubuntu
> > dev systems, then they would be familiar
On Sat, 23 Mar 2024 at 18:34, Robert P. J. Day wrote:
> all of this being accurate, the one advantage i can see is that, if
> developers are familiar with deb package management on their ubuntu
> dev systems, then they would be familiar with having package
> management on their target systems
On Sat, 23 Mar 2024, Alexander Kanavin wrote:
> Packaging format of the host distribution and packaging format used
> by yocto have no relation even if there is package management on
> real targets. Why is there an assumption that matching them is going
> to help something?
>
> If anything,
Packaging format of the host distribution and packaging format used by
yocto have no relation even if there is package management on real targets.
Why is there an assumption that matching them is going to help something?
If anything, making them match might prompt misguided attempts to install
Glad it worked!
On Sat, Mar 23, 2024 at 8:14 AM Joel Winarske wrote:
>
> The patch is good!
>
> visionfive2:~$ cam -l
> [0:04:03.111334926] [405] WARN IPAManager ipa_manager.cpp:154 No IPA found
> in '/usr/lib/libcamera'
> [0:04:03.111423176] [405] INFO Camera camera_manager.cpp:284 libcamera
yet another sophomoric question but i have inherited (and am
babysitting) a fairly extensive OE/YP build system that, for the most
part, works but i noticed early on that it selects ipk for the package
format.
now, given that there is no package management installed in the
images, i guess it
On Thu, Mar 21, 2024 at 17:10 +, Ross Burton wrote:
> I can only find two CVEs with the CPE pytest:py and either of them are
> actually related to the pytest package:
>
> https://nvd.nist.gov/vuln/detail/CVE-2020-29651
> https://nvd.nist.gov/vuln/detail/CVE-2022-42969
>
> These issues
On Thu, Mar 21, 2024 at 12:13 +, Richard Purdie wrote:
> I worry this is a misfiled CPE rather than general statement that
> they'd always use this for pytest CVEs. We might want to talk to them
> about tweaking it to be consistent? I'm certainly unsure about taking
> this patch as it might
On Thu, Mar 21, 2024 at 17:16 +, Ross Burton wrote:
> Have you got comparison reports for a world run before and after this change
> so we can see what the difference is?
No. After setting CVE_PRODUCT for around 5 python-* recipes, I noticed
a pattern, which led me to pypi.bbclass. Here, I
On Thu, Mar 21, 2024 at 17:15 +, Ross Burton wrote:
> There’s also file:file, for example
> https://nvd.nist.gov/vuln/detail/CVE-2007-2799.
Hm, clicking on "Show Matching CPE(s)" gives no matches, which a search
also confirms. Searching for file_project:file yield results with
identical
The patch is good!
visionfive2:~$ cam -l
[0:04:03.111334926] [405] WARN IPAManager ipa_manager.cpp:154 No IPA found
in '/usr/lib/libcamera'
[0:04:03.111423176] [405] INFO Camera camera_manager.cpp:284 libcamera
v0.2.0+dirty (2024-03-23T15:11:32+00:00)
Available cameras:
visionfive2:~$
On Fri,
Hello,
The series causes failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6548/steps/14/logs/stdio
2024-03-21 21:05:49,848 - oe-selftest - INFO - 6: 20/46 500/587 (137.73s) (0
failed) (imagefeatures.ImageFeatures.test_image_gen_pkgdbfs)
Joel, please test the patch I posted to oe ml which should hopefully
fix the problem you are seeing on rv64 Let me know if it is working or
not working for your use case.
https://lore.kernel.org/openembedded-devel/20240323065503.4149463-1-raj.k...@gmail.com/T/#u
On Thu, Mar 21, 2024 at 3:15 PM
22 matches
Mail list logo
