OpenEmbedded

openembedded@lists.linaro.org

111 discussions

Hire SAFEGUARD RECOVERY, a Bitcoin recovery specialist, to retrieve stolen or lost coins.

by sophia fourest

I invested $320,000 in Tether (USDT) on a fraudulent website after falling for a romantic scam. I felt completely helpless and in need of assistance after realizing I had been duped. I started looking for a hacker online and found SAFEGUARD RECOVERY. I had optimism because of his professionalism and knowledge. I'm happy to report that SAFEGUARD RECOVERY successfully recovered my stolen money after working relentlessly to do so! I am immensely appreciative of their help and heartily urge anyone in a comparable circumstance to use their services. I'm grateful Email: safeguardbitcoin(a)consultant.com WhatsApp: +44 7426 168300 Website: https://safeguardbitcoin.wixsite.com/safeguard-bitcoin--1

1 week

Stolen BTC Recovery Case

by docpito22＠gmail.com

If you are looking for a reliable way to recover lost or stolen cryptocurrency, TREK Tech Corp offers exceptional recovery services. Having personally lost a significant amount of Bitcoin to scammers, I turned to their team for help. They possess the unique technical skills required for complex digital asset recovery. They were efficient, affordable, and ultimately successful in returning my funds. You can contact them via email to discuss your case. Email: trektechcorp1(a)gmail.com and trektechcorp(a)consultant.com Website: https://trektechcorp.net

1 week, 1 day

Stolen BTC Recovery Case

by docpito22＠gmail.com

1 week, 1 day

HOW TO RECOVER YOUR MONEY FROM SCAMMERS THROUGH DIGITAL LIGHT SOLUTION (DLS)

by Arthur Louis

A while back, I jumped into a global property deal, saying folks like me could cash in on hot foreign housing scenes. Real estate - sure, everyone knows it prints money, a big-time industry worldwide. It looked solid at first - they showed me online walkthroughs of places I partly owned, got me pumped. Still, there was this weird vibe nagging me, hard to explain, just wouldn’t quit bugging me inside. I ignored it, though, brushed it off, kept going anyway. One thing I’d say now? Listen to that inner voice - every single time. I kept picturing the steady cash coming in, which blurred how clearly I saw things. At first, they paid me consistent returns, making it feel legit. Over time, though, I poured more money into it. Before long, I tried pulling out bigger amounts - but then the payouts just vanished. The reasons they gave shifted every week, and not long after, they began asking for added charges to fix the withdrawal issues. Still, I’d spent every dollar - put everything I owned into it, thinking it’d be okay. When things went south, I panicked, then remembered a name: {DIGITAL LIGHT SOLUTION}. Found them through some random post while scrolling late at night. Honestly? Didn’t believe they’d help, but they jumped on it fast, scanning stuff I didn't even know existed. Right away, knew these folks weren’t messing around. Used hidden clues online, tracked down where the cash got moved, and then fought to pull it all back into my hands. I'm happy the hard work brought results - my full investment was back in just 72 hours thanks to the team handling my issue. I reached {DIGITAL LIGHT SOLUTION} through T e l e g r a m -- d i g i t a l l i g h t s o l u t i o n And E m a i l.d i g i t a l l i g h t s o l u t i o n (@) q u a l i t y s e r v i c e.c o m - W hats App +1.9.5.4.8.5.6.8.0.4.5

2 weeks

GENUINE HACKER FOR HIRE CONSULT JAYWEB RECOVERY EXPERT

by Vanesa Drew

If you have lost your bitcoins and are feeling hopeless, I highly recommend Jayweb Bitcoin Recovery. I was in a tough situation after I had lost my bitcoin and thought my money was gone forever. I'm delighted that I decided to test Jayweb. They helped me get my bitcoins back. They kept me informed at every turn, and the procedure was straightforward. It is strongly advised that you get in touch with them if you are experiencing a similar issue. WhatsApp… +1 (305) 452-9075 Email....jay.webb.hack(a)mail.com

2 weeks, 3 days

[meta-linaro][PATCH 0/3] Enable host-side QEMU device model (virtio-vga-rutabaga) with gfxstream support

by Lei Zhou

Details please refer to [1]. ./qemu-system-x86_64 \ -m 4G \ -machine pc,accel=kvm,memory-backend=mem,usb=off \ -device virtio-scsi-pci,id=scsi0 \ -device virtio-net-pci,netdev=net0 \ -netdev user,id=net0,hostfwd=tcp::8022-:22 \ -object memory-backend-file,id=mem,size=4G,mem-path=/dev/shm,share=on \ -device virtio-vga-rutabaga,gfxstream-vulkan=on,cross-domain=on,wayland-socket-path=${WAYLAND_SOCK},hostmem=8G [1] https://linaro.atlassian.net/wiki/spaces/ORKO/ pages/28985622530/Building+QEMU+with+virtio-gpu+and+rutabaga_gfx Lei Zhou (3): aemu: add AEMU library gfxstream: add gfxstream recipe rutabaga_gfx_ffi: add as a YOCTO recipe meta-linaro/recipes-graphics/aemu/aemu_git.bb | 18 +++++ .../gfxstream/gfxstream_git.bb | 18 +++++ ...-Use-env-variable-to-pass-in-RUTABAG.patch | 41 ++++++++++++ .../rutabaga-gfx-ffi-crates.inc | 54 +++++++++++++++ .../rutabaga-gfx-ffi_0.1.3.bb | 65 +++++++++++++++++++ 5 files changed, 196 insertions(+) create mode 100644 meta-linaro/recipes-graphics/aemu/aemu_git.bb create mode 100644 meta-linaro/recipes-graphics/gfxstream/gfxstream_git.bb create mode 100644 meta-linaro/recipes-graphics/rutabaga_gfx_ffi/files/0001-rutabaga-gfx-ffi-Use-env-variable-to-pass-in-RUTABAG.patch create mode 100644 meta-linaro/recipes-graphics/rutabaga_gfx_ffi/rutabaga-gfx-ffi-crates.inc create mode 100644 meta-linaro/recipes-graphics/rutabaga_gfx_ffi/rutabaga-gfx-ffi_0.1.3.bb -- 2.34.1

1 year, 5 months

[meta-linaro][PATCH] mesa%.bbappend: add bbappend for enabling amdgpu native device

by Lei Zhou

Signed-off-by: Lei Zhou <lei.zhou(a)linaro.org> --- meta-linaro/recipes-graphics/mesa/mesa_%.bbappend | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 meta-linaro/recipes-graphics/mesa/mesa_%.bbappend diff --git a/meta-linaro/recipes-graphics/mesa/mesa_%.bbappend b/meta-linaro/recipes-graphics/mesa/mesa_%.bbappend new file mode 100644 index 0000000..60d90ef --- /dev/null +++ b/meta-linaro/recipes-graphics/mesa/mesa_%.bbappend @@ -0,0 +1,11 @@ + +EXTRA_OEMESON:append = " \ + -Dgallium-nine=false -Dgallium-xa=disabled -Dglx=dri \ + -Dshared-glapi=enabled -Ddri3=enabled -Degl=enabled -Dgbm=enabled \ + -Dglvnd=true -Dgallium-drivers=radeonsi,virgl -Dplatforms=x11,wayland \ + -Dgles1=disabled -Dgles2=enabled -Dvulkan-drivers=virtio,amd \ + -Dlibunwind=disabled \ +" + +PACKAGECONFIG:append:class-target = "vulkan r600 glvnd" +VULKAN_DRIVERS:append = "virtio,amd" -- 2.34.1

1 year, 5 months

meta-linaro: qcow2 image type in linaro-image-lng.bb

by Ralph Siemsen

Hello all, When building dunfell branch of meta-linaro for qemux86-64 target, the following parse error occurs: ERROR: ../sources/meta-linaro/meta-linaro/recipes-linaro/images/linaro-image-lng.bb: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'qcow2' - possibly invalid type name or missing support class It seems that qcow2 should be replaced with wic.qcow2 according to this oe-core commit from 2017: https://git.openembedded.org/openembedded-core/commit/?h=dunfell&id=929ba56… Indeed doing so fixes the build for me. The master branch of meta-linaro also uses 'qcow2' (while being updated to the newer yocto variable override syntax). So I would expect it to fail similarly there. Should this get fixed in meta-linaro? Are other people building the dunfell branch successfully? Thanks, Ralph

3 years, 1 month

Kernel and host's Python

by Daniel Díaz

Hello! We've been encountering a problem with recent kernels (post 5.15, since this commit [0]) which require a Python3 package called dtschema [1] (Rob Herring is a maintainer). This is easily installed via pip3 [2] and a recipe works fine for OpenEmbedded [3], even in the ancient Sumo we're using (well, at least everything seems to be in place). The problem we're seeing is with the PATH set by the recipe, which has /poky/build/tmp/hosttools/ as the last bit in it. but no reference to the native Python (recipe-sysroot-native/usr/bin/python3-native/) built within OE. This version of Python (3.7.3) is from the host, and does not have the dtschema package in it (even if it's installed, dtschema fails to run). I have tried inheriting python3native in the kernel recipe, which defines PYTHON and other related variables, but it still fails to use the right python3 binary. Is there a recommended way to get the python3-native path into the PATH? Thanks and greetings! Daniel Díaz daniel.diaz(a)linaro.org [0] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [1] https://github.com/devicetree-org/dt-schema/ [2] https://pypi.org/project/dtschema/ [3] https://github.com/mrchapp/meta-lkft/blob/d/add-dtschema/recipes-devtools/p…

4 years, 3 months

Re: [CI-NOTIFY]: Qualcomm OpenEmbedded RPB (master) - Build # 692 - Still Failing!

by Anibal Limon

There is an issue in meta-rust master, affecting cargo-native with no checksum. I will look into. Regards, Anibal On Tue, 19 Oct 2021 at 04:07, <ci_notify(a)linaro.org> wrote: > Hello CI User, > > This is notification from ci.linaro.org for project Qualcomm OpenEmbedded > RPB (master). > > The project Qualcomm OpenEmbedded RPB (master) Build # 692 - Still > Failing. > > Please check console output at > https://ci.linaro.org/job/lt-qcom-openembedded-rpb-master/692/ to view > the results. > > Thanks!!! > CI Team

4 years, 4 months

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

OpenEmbedded