<kanavin>
jdiez, check how oe-core recipes do it, e.g. librsvg
<kanavin>
there's a class they inherit that implements creating a list of crates in the recipe out of Cargo.lock in the source tree
Chaser has joined #yocto
goliath has joined #yocto
xmn has quit [Ping timeout: 260 seconds]
Guest12 has joined #yocto
<Guest12>
Our organization wants to import SPDX files created by Yocto using INHERIT += "create-spdx" into Synopsys Black Duck. The produced files can be imported, but they don't create any visible components at the Black Duck side. Synopsys told us that Black Duck needs the SBOMs to include a package url reference in order to import them correctly, and
<Guest12>
apparently the SPDX files created by Yocto don't have these references. What would be our options for fixing this issue and successfully importing the files into Black Duck? If anyone has done this, I'd love to hear any experiences and things to pay attention to.
rob_w has joined #yocto
rfuentess has joined #yocto
CrazyGecko has joined #yocto
<rob_w>
is scarthgap not accepting SRC_URI=file:// from just the download dirs anymore ?
ThomasRoos has joined #yocto
<ThomasRoos>
Good morning, does anyone have a link to a doc etc. or image that is tiny? Any reference? Ty!
<khem>
ThomasRoos: core-image-minimal with DISTRO = "poky-tiny"
<ThomasRoos>
Thank you!
<khem>
Guest12: do you know if what blackduck is expecting is part of SPDX spec ? if not then its a custom thing, you still might be able to do it by modifying the spdx generation infra in yocto but it will be yours local, I am not sure if upstream here will accept it
Kubu_work has joined #yocto
Guest53 has joined #yocto
<ThomasRoos>
khem does poky-tiny also use libmusl? Or is this a different switch?
Guest53 has quit [Client Quit]
Kubu_work has quit [Quit: Leaving.]
Kubu_work has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
<Guest12>
khem Package URLs (purls) are included in the SPDX specs as follows:
<rfuentess>
hi, do you have recommendation for reading about rust + yocto ? particularly linking binaries from different recipes
Chaser has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
Guest12 has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
Guest12 has joined #yocto
ThomasRoos has quit [Ping timeout: 256 seconds]
ThomasRoos has joined #yocto
Guest12 has quit [Quit: Client closed]
mbulut has joined #yocto
Chaser has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.4.2]
Daanct12 has joined #yocto
florian has joined #yocto
vthor has quit [Ping timeout: 248 seconds]
leon-anavi has joined #yocto
ray-san has joined #yocto
jmiehe has joined #yocto
ray-san2 has joined #yocto
mbulut has quit [Ping timeout: 245 seconds]
ray-san has quit [Ping timeout: 252 seconds]
ray-san2 has quit [Read error: Connection reset by peer]
ray-san2 has joined #yocto
sakoman has quit [Read error: Connection reset by peer]
jmd has joined #yocto
sakoman has joined #yocto
starblue1 has quit [Ping timeout: 248 seconds]
starblue1 has joined #yocto
jmiehe has quit [Quit: jmiehe]
ray-san2 has quit [Read error: Connection reset by peer]
ray-san2 has joined #yocto
ray-san2 has quit [Read error: Connection reset by peer]
ray-san2 has joined #yocto
mbulut has joined #yocto
sakoman has quit [Ping timeout: 245 seconds]
ray-san2 has quit [Read error: Connection reset by peer]
ray-san2 has joined #yocto
dkc has quit [Remote host closed the connection]
dkc has joined #yocto
sakoman has joined #yocto
Saur_Home56 has joined #yocto
tgamblin_ has joined #yocto
Saur_Home65 has quit [Ping timeout: 256 seconds]
tgamblin has quit [Ping timeout: 252 seconds]
astlep5504018066 has quit [Ping timeout: 255 seconds]
Saur_Home16 has joined #yocto
Saur_Home56 has quit [Ping timeout: 256 seconds]
MathieuDB has quit [Ping timeout: 252 seconds]
florian_kc has joined #yocto
tgamblin_ is now known as tgamblin
ray-san2 has quit [Ping timeout: 245 seconds]
Granjow has joined #yocto
<Granjow>
Hi! I am trying to debug our installer, and currently I'm wondering where install-efi.sh ends up. When I look at the image which I install, there is the bzImage (probably Kernel only?), an initrd initramfs (which only contains a GenuineIntel.bin file), and the compressed rootfs file, which does not contain the install-efi.sh. So it must be
<Granjow>
somewhere else, but where? :)
<Granjow>
(We used to use a customised version by overriding a .bbclass, but this does not work anymore with scarthgap, and now I'm trying to reverse engineer how it originally worked and then somehow change it for scarthgap)
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Granjow>
Ok, so I cannot just use cpio to extract it, I have to use unmkinitramfs, then I get the whole initramfs in a directory
xmn has joined #yocto
sofsal has joined #yocto
<sofsal>
Hi!! Does anyone knows how to use or what is needed to be able to create systemd-nspawn containers in a yocto image?
Daanct12 has quit [Quit: WeeChat 4.4.2]
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
Granjow has quit [Quit: Granjow]
<rburton>
sofsal: meta-virtualisation has image-oci.bbclass to create OCI images from your image recipes. the fun bit is getting an image into an image :)
enok has joined #yocto
<khem>
ThomasRoos:yes it uses musl and does not use syvinit or systemd and has few other tweaks to reduce size, you can still get it cut down more
<ThomasRoos>
khem great - playing around with this - do you know if systemd works with musl and how big such a image would be? Ty!
<sofsal>
rburton: Thanks thanks! I'll check it out, i thought that having systemd as init manager was enough to be able to use nspawn containers but it wasn´t hahahah
<rburton>
sofsal: oh it is, if you want to do stuff in the image. just be sure to install the systemd-container (iirc) package for the actual binaries
<khem>
sofsal: yeah systemd comes with lots of bells and whistles, we do no enable all of them by default
<sofsal>
okokok i'll look into it, thanks a lot both of you!! i appreciate the help :)
rob_w has quit [Remote host closed the connection]
Xagen has joined #yocto
enok has quit [Ping timeout: 264 seconds]
rfuentess has quit [Remote host closed the connection]
florian has quit [Quit: Ex-Chat]
steelswords9 has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 276 seconds]
steelswords9 has joined #yocto
ecdhe has quit [Ping timeout: 255 seconds]
kriive has joined #yocto
gsalazar has joined #yocto
nerdboy has quit [Ping timeout: 245 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
nerdboy has joined #yocto
<tlwoerner>
rburton: thanks for the shoutout! :-D
<tlwoerner>
and thanks to everyone who has helped with meta-rockchip, especially qschulz
CrazyGecko has quit [Ping timeout: 260 seconds]
<qschulz>
tlwoerner: I don't have the context, but I'll take a thanks when I get one :)
<qschulz>
tlwoerner: fighting with 6.11-rc6 on my RK3588 Jaguar not allowing me to use HDMI somehow, and then I can test the video decoding for realz
<qschulz>
(fakesink works fine on FHD videos H264, vp8 and mpeg2 :) )
<qschulz>
(on scarthgap)
<qschulz>
I'll try to find some time to prepare for upstream TF-A in advance since RK356x and RK3588 have some amount of support now
<khem>
ThomasRoos:yes systemd does work with musl, I have been a lone warrior to keep it going but now there are some other folks e.g. chimera linux and some alpine folks interested in it as well.
<ThomasRoos>
khem thank you!
<khem>
ThomasRoos: consider 10M roughly added to image with systemd but then technically you can drop some utilities like syslog utilities etc. so overall gain/loss in a working image will be less
<tlwoerner>
qschulz: i can't get hdmi working on my rk3566 (radxa-zero-3e) even though jwinarsk says it is working on their setup
<khem>
I wanted to fix a benign looking ptest failure py3-a2wsgi recipe and here I am sitting with 3 new recipes two pdm recipe upgrades and still no light at the end of tunnel, maybe its an abyss :)
<qschulz>
tlwoerner: the issue is that i'm sure it works in some ways since it's Heiko's branch in our internal git server which he uses for development on RK3588... and heiko's the rockchip maintainer in Linux :)
<qschulz>
tlwoerner: i suspect a PEBKAC or heiko forgetting to push the defconfig changes required to make it work, but I couldn't see what's the issue from a quick menuconfig :/
kriive has quit [Quit: WeeChat 4.4.2]
<khem>
tlwoerner: on meta-rockchip, I have not tried it in a while, but last time I had issues with gstreamer h/w accel not working, is that part of your daily driver
<tlwoerner>
qschulz: maybe i should switch to Heiko's kernel fork for the radxa-zero-3?
<qschulz>
khem: I just added support for this feature, so it should work now, provided you're using upstream or something recent enough
<qschulz>
tlwoerner: the kernel fork isn't public :)
<qschulz>
tlwoerner: but I assume trying out master (or at least v6.11 from last Sunday?) could help
<tlwoerner>
qschulz: okay, i'll try it
* tlwoerner
is looking forward to getting hdmi working on radxa-zero-3 :-)
<qschulz>
FWIW, we have some weird HDMI issues on multiple SoCs with one specific HDMI display on RK3399 and also downstream RK3588 (haven't had the time yet to test upstream RK3588 + HDMI-TX patches, I usually let those tasks to Heiko)
<tlwoerner>
than i can try out making some tiny kiosks-type devices
<qschulz>
(we = Cherry)
<qschulz>
tlwoerner: looking forward to seeing some pictures of your setup :)
<qschulz>
I know you've been trying to use the small Radxa boards recently, so wondering what that looks like :)
* tlwoerner
should spend more time blogging
vthor has joined #yocto
druppy has joined #yocto
zpfvo has quit [Remote host closed the connection]
<qschulz>
tlwoerner: if you have the original kernel from your vendor, maybe try that as well, just to make sure the HDMI isn't broken on the HW level?
<jonmason>
khem: it looks like u-boot is compiling with clang. Is there a test I should do more than just compiling it for qemuarm64 and making sure it boots?
druppy has quit [Quit: druppy]
druppy has joined #yocto
<khem>
jonmason: that will be a great start !
jmiehe has joined #yocto
<jonmason>
khem: cool. it works. I'll send you a patch to remove it from nonclangable then
<khem>
I think there are assumptions about hardcoding gcc toolchain for some componets including u-boot
<khem>
yeah
<khem>
jonmason: glibc is the major component which is left I guess now
<jonmason>
need to add efivar to non-clangable
<khem>
efivar hmm
<jonmason>
I'll post the error in the commit message
<khem>
EFI stuff should work well with clang - MS uses clang as primary compiler these days
<jonmason>
khem, just replicated. it cannot find 'libclang_rt.builtins.a: No such file or directory'
jmiehe has quit [Quit: jmiehe]
<jonmason>
but I did find libclang_rt.builtins-aarch64.a
<khem>
hmm do you have it in sysroot ? yeah
Articulus has quit [Quit: Leaving]
leon-anavi has quit [Quit: Leaving]
<jonmason>
is it ia matter of symlinking or something?
<khem>
so I guess it should be fixed to add arch
<khem>
actually we can have multiarch clang toolchain installed so assuming no arch suffix may not be scalable
<khem>
especially for cross compiling
jmiehe has joined #yocto
<tlwoerner>
qschulz: i have multiple boards, and multiple cables. the cable works fine, and all 3 boards i tested were the same (no signal)
<khem>
jonmason: what does do_compile look like ? is it specifying the library on linker cmdline or using -rtlib=compiler-rt option
<khem>
recipe-sysroot-native/usr/lib/clang/19/lib/aarch64-poky-linux/libclang_rt.builtins.a: No such file or directory
<khem>
its trying to look for it in native sysroot relative to its own install location
<khem>
is it on meta-clang/master ?
<jonmason>
yes
<khem>
ok now, I wonder why I dont see it in yoe world builds
<khem>
for qemuarm64
<jonmason>
I'm building for qemuarm64-secureboot, with some extra crap in there
<khem>
hmm should not matter
<jonmason>
the long story is that linaro is adding uefi secureboot for qemuarm64-secureboot, and this is a package that is needed. I had them add clang for CI and it's only blowing up here
jmiehe has quit [Quit: jmiehe]
<khem>
there is a patch in meta-clang to basically inform the compiler about OE's unique sysroot stuff but it seems something is not working
<khem>
Let me see if I can reproduce it here as well
enok has joined #yocto
florian_kc has joined #yocto
<jwinarsk>
tlwoerner: I recall having to set mode in weston.ini. I think max the hardware supports is 1920*1080
florian_kc has quit [Ping timeout: 252 seconds]
paulg has quit [Quit: Leaving]
<tlwoerner>
jwinarsk: as your device is booting, does the text from u-boot and/or the text from linux booting show up on the monitor (before switching to video mode)?
sofsal has joined #yocto
sofsal has quit [Client Quit]
soffvil has joined #yocto
florian_kc has joined #yocto
gsalazar has quit [Remote host closed the connection]
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
mbulut_ has joined #yocto
mbulut has quit [Ping timeout: 260 seconds]
mbulut_ has quit [Remote host closed the connection]
soffvil has quit [Quit: Client closed]
mbulut_ has joined #yocto
<jwinarsk>
tlwoerner: I'll check when I'm back in the office