tokamak has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
tokamak has joined #yocto
amitk has joined #yocto
mraza has quit [Quit: Client closed]
jmd has joined #yocto
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
davidinux has quit [Ping timeout: 255 seconds]
davidinux has joined #yocto
pabigot has quit [Ping timeout: 260 seconds]
jmd has quit [Remote host closed the connection]
camus has quit [Ping timeout: 258 seconds]
pabigot has joined #yocto
camus has joined #yocto
brrm has quit [Ping timeout: 240 seconds]
brrm has joined #yocto
linfax has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
rfuentess has joined #yocto
Vonter has joined #yocto
rob_w has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
<landgraf>
(^_^)/
Kubu_work has joined #yocto
vladest has quit [Quit: vladest]
danlor has joined #yocto
danlor has quit [Ping timeout: 248 seconds]
danlor has joined #yocto
mvlad has joined #yocto
<LetoThe2nd>
yo dudX
<Rich_1234>
hello hello
vladest has joined #yocto
vladest has quit [Quit: vladest]
vladest has joined #yocto
leon-anavi has joined #yocto
danlor has quit [Ping timeout: 248 seconds]
Haxxa has quit [Ping timeout: 264 seconds]
Haxxa has joined #yocto
Rich_1234 has quit [Ping timeout: 255 seconds]
danlor has joined #yocto
alessioigor has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
bantu has quit [Quit: No Ping reply in 180 seconds.]
Piraty has quit [Read error: Connection reset by peer]
radanter has joined #yocto
Piraty has joined #yocto
bantu has joined #yocto
ptsneves has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
Guest60 has joined #yocto
Guest60 has quit [Client Quit]
vladest has quit [Ping timeout: 245 seconds]
danlor has quit [Ping timeout: 248 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Haxxa has quit [Ping timeout: 260 seconds]
Vonter has quit [Ping timeout: 264 seconds]
Rich_1234 has joined #yocto
Vonter has joined #yocto
<dvergatal>
hi all is it possible to somehow check if IMAGE_INSTALL contains a package from within a recipe? Because I know it is defined/set in install image recipe but it is not accesible by others
<LetoThe2nd>
dvergatal: no.
<dvergatal>
hi LetoThe2nd
<dvergatal>
OK so i would need to define my own DISTRO_FEATURE than
<LetoThe2nd>
dvergatal: yep, exactly.
<dvergatal>
LetoThe2nd: so my question is because I've never been defining my own DISTRO_FEATURE where can I find some manual for that as I can't find any
embetrix has joined #yocto
<LetoThe2nd>
dvergatal: there is no magic to it, just add whatever string you'd like to the variable
<LetoThe2nd>
and then check for it in the recipes.
<dvergatal>
hmmm will it pull a recipe to install?
<LetoThe2nd>
dvergatal: the string in the DISTRO_FEATURES variable will not have any effect by itself. what goes into the image is decided by the image recipe.
<embetrix>
vmeson: hello did your build yesterday worked in pulling libquadmath into the rootfs ?
<LetoThe2nd>
dvergatal: you can put something like this into the image: IMAGE_INSTALL:append = ${@bb.utils.contains('DISTRO_FEATURES', 'dvergatals-feature, 'dvergasoftware', '', d)}. or now that i think of it, actually IMAGE_INSTALL:append:dvergatals-feature = "dvergasoft" should do the trick too.
<dvergatal>
aaaaa yeah that is exactly what i wanted'
<dvergatal>
LetoThe2nd: thx
<LetoThe2nd>
dvergatal: have fun
Haxxa has joined #yocto
<dvergatal>
thx
RobertBerger has quit [Remote host closed the connection]
Haxxa has quit [Ping timeout: 240 seconds]
Haxxa has joined #yocto
<KanjiMonster>
how can I debug cve_check not showing cves for a recipe? I already added CVE_PRODUCT, but when running cve_check, it doesn't print any (issue[] is empty in cve-summary.json)
<KanjiMonster>
I do see cves in the nvdcve_2.db though
florian has joined #yocto
<rburton>
mischief: thanks
vladest has joined #yocto
<KanjiMonster>
aha! I had a typo in the vendor (stupid hand autocorrect)
Rich_1234 has quit [Quit: Connection closed]
florian has quit [Ping timeout: 245 seconds]
Rich_1234 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
vladest has quit [Ping timeout: 245 seconds]
vladest has joined #yocto
rob_w has quit [Remote host closed the connection]
vladest has quit [Remote host closed the connection]
<JaMa>
and you don't need to change RUNTIMETARGET it's added automatically in meta/recipes-devtools/gcc/gcc-runtime.inc if you enable FORTRAN successfully
vladest has joined #yocto
vladest has quit [Remote host closed the connection]
<JaMa>
and then BUILD/work/core2-64-webos-linux/gcc-runtime/13.2.0/gcc-13.2.0/build.x86_64-webos-linux.x86_64-webos-linux/x86_64-webos-linux/libquadmath/config.log
danlor has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<embetrix>
JaMa: thanks for the hints I have in build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/gcc-11.4.0/build.arm-rufma-linux-gnueabi.arm-rufma-linux-gnueabi/config.log:
<embetrix>
build/tmp/work/cortexa7t2hf-neon-vfpv4-rufma-linux-gnueabi/gcc-runtime/11.4.0-r0/gcc-11.4.0/build.arm-rufma-linux-gnueabi.arm-rufma-linux-gnueabi/arm-rufma-linux-gnueabi/libquadmath/config.log is present
<Dane86>
When trying to import an existing ("command line") project into Toaster? :]
<rburton>
moto-timo: ^
<moto-timo>
nothing off the top of my head... probably a question for David Reyna as he supports that workflow more
<moto-timo>
My usage and testing is always from within the web ui
<Dane86>
OK thanks. Been following a book which works from the Command Line, not trying to migrate that to Toaster. Maybe easier to just start a new project in Toaster (not much to port in any case).
<Dane86>
*now trying
starblue has quit [Ping timeout: 260 seconds]
<moto-timo>
Dane86: there might still be a bug in that /toastergui/newproject/ code, but I haven't come across it yet
<moto-timo>
Dane86: we've got folks very actively working on tests for Toaster as we speak, so we can add it to the list of use cases
<Dane86>
"Embedded Linux Development Using Yocto Project Cookbook: Practical recipes to help you leverage the power of Yocto to build exciting Linux-based systems, 2nd Edition"
<DvorkinDmitry>
I'm in russia and my build of fscrypt recipe failed: "go: github.com/client9/misspell@v0.3.4: Get "https://proxy.golang.org/github.com/client9/misspell/@v/v0.3.4.mod": dial tcp: lookup proxy.golang.org on 8.8.4.4:53: dial udp 8.8.4.4:53: connect: network is unreachable" is it because of the sanctions?
<rburton>
most likely because its trying to fetch in do_compile and we block networking then
<rburton>
can you access proxy.golang.org in a browser?
<DvorkinDmitry>
rburton, yes I can. it opens. no any warnings. just yocto can't fetch the modules
Guest86668 has joined #yocto
<DvorkinDmitry>
rburton, I'm running yocto build inside the Docker, but it have no any special image/network settings
<Dane86>
moto-timo: This is under fsl-community-bsp by the way (not 'vanilla' yocto) - would that make any difference?
<moto-timo>
Dane86: probably, some of the vendor repos set things up in very different ways
<Dane86>
(y)
<moto-timo>
Dane86: but Toaster has also had some... shall we say inactivity... so something may very well have changed to "break" it. Which Yocto Project release are you trying to use?
<rburton>
DvorkinDmitry: the workaround is to set do_compile[network] = "1" in the recipe so it can download at compile time, but that's a horrible workaround. i don't know how to write a go recipe _properly_ though, have a look at other go-using recipes for examples.
<rburton>
meta-virtualisation is full of go for example
<Dane86>
moto-timo: Kirkstone. I've submitted a report on BugZilla just in case.
<moto-timo>
Dane86: thank you... kirkstone should either work or is at least in active support and we have a chance to backport a fix :)
<Dane86>
I attached the relevant layer so hopefully easy to reproduce the issue.
<DvorkinDmitry>
rburton, it helped! thank you!
<rburton>
DvorkinDmitry: that's a horrible workaround, not the solution
<rburton>
you've now broken source caching and stuff
<Guest86668>
Hello all, Im facing this error when generating the SDK for my Image (coming from one of our suppliers):
<Guest86668>
ERROR: qti-tele-image-1.0-r0 do_populate_sdk: Postinstall scriptlets of ['busybox'] have failed. If the intention is to defer them to first boot,
<Guest86668>
then please place them into pkg_postinst_ontarget_${PN} ().
<Guest86668>
Deferring to first boot via 'exit 1' is no longer supported.
<Guest86668>
Im looking on the do_populate_sdk logs and see the following:
<Guest86668>
update-alternatives: Linking /workdir/b2-s037/build_bin/tmp-glibc/work/sa525m-oe-linux/qti-tele-image/1.0-r0/sdk/image/opt/rwi/y31-ext/sysroots/aarch64-oe-linux/usr/bin/bzcat to /usr/lib/busybox/usr/bin/bzcat
<Guest86668>
update-alternatives: Error: not linking /workdir/b2-s037/build_bin/tmp-glibc/work/sa525m-oe-linux/qti-tele-image/1.0-r0/sdk/image/opt/rwi/y31-ext/sysroots/aarch64-oe-linux/usr/bin/bzip2 to /usr/lib/busybox/usr/bin/bzip2 since
<Guest86668>
/workdir/b2-s037/build_bin/tmp-glibc/work/sa525m-oe-linux/qti-tele-image/1.0-r0/sdk/image/opt/rwi/y31-ext/sysroots/aarch64-oe-linux/usr/bin/bzip2 exists and is not a link
<DvorkinDmitry>
rburton, is network enabled in do_configure?
<rburton>
DvorkinDmitry: no. just fetch
<zeddii>
the point isn't the network access, the issue is letting go fetch it at all.
<rburton>
DvorkinDmitry: recipes that download during do_configure is why we stopped the networking during configure/compile
linfax has quit [Ping timeout: 264 seconds]
<rburton>
questions like "what source did I ship" and "can I build without network" are unanswerable if you grab more source in configure
<Guest86668>
Could it be that another recipe installs bzip2 and is not handling correctly update alternatives?
<DvorkinDmitry>
rburton, yea. but I'm using Mickledore go.class recipe, that does everything in do_compile, not even do_fetch is defined
<rburton>
fwiw, mickledore is EOL next month, so I presume you have a migration plan
radanter has quit [Quit: Leaving]
<DvorkinDmitry>
rburton, thank you. where can I see the syntax difference for Mickledore and Nanbield? BTW, I see no difference in go.class for all latest branches
<rburton>
maybe there is no change
vladest has joined #yocto
vladest has quit [Client Quit]
vladest has joined #yocto
vladest has quit [Client Quit]
embetrix has quit [Quit: Client closed]
vladest has joined #yocto
sotaoverride is now known as Guest3372
Guest3372 has quit [Killed (sodium.libera.chat (Nickname regained by services))]
<jmd>
I need to change the kernel configuration in my image. I see there is the normal defconfig file, but that has the usual "# Automatically generated file; DO NOT EDIT." warning in it. Is it okay to disregard that warning? or how am I supposed to reconfigure the kernel in yocto?
<bhstalel>
I just submitted a patch with png and svg content to docs, it is okay ? or should I attach the files in the email ?
<rburton>
patch _should_ work
<rburton>
if you can, push the branch to poky-contrib too
mckoan is now known as mckoan|away
<bhstalel>
rburton What do you think ?
Guest77 has joined #yocto
<khem>
I think those svgs are really helpful
<khem>
thanks for doing it
Guest77 has quit [Client Quit]
ptsneves has quit [Quit: ptsneves]
<bhstalel>
khem So including the SVG content in the patch itself is a good way to do it ?
<rburton>
bhstalel: the changes get into the docs by applying the patch, so it has to be in the patch :)
<khem>
I think push it to a git repo like Ross suggested and maybe send via email
<rburton>
svg is text and png is proper binary, it will be fine assuming they're not 10MB images
<khem>
hope email chains do not mess with svgs on the way
<khem>
and pngs
<bhstalel>
rburton This message "if you can, push the branch to poky-contrib too" was for me ?
<rburton>
yes
<bhstalel>
I did not work with poky-contrib before, is it the same as poky ? Or why should I push the svg and png to it ?
<rburton>
its a fork of poky that more people can push to, for staging stuff. if you don't have access dont worry about it right now, unless the PNGs are huge the patches will be fine.
<moto-timo>
rburton: I just sent a python_hatchling patch for recipetool. Why say "you missed x" when you can just send a patch :)
<rburton>
moto-timo: wooohooo
<rburton>
bhstalel: though i'm curious why you need a svg and png
<rburton>
can't we just use svg?
<moto-timo>
rburton: I was shocked that my very first attempt created a recipe. The selftest took a couple iterations.
<Saur>
AFAICT, the patch looks fine. There is nothing special to binaries in Git patches. They are encoded to text, so if sending non-binary patches works, they should work too.
<rburton>
yeah, the only problem would be if the images were huge and the list rejected the mail
<rburton>
but it didn't
<bhstalel>
rburton PNG for showing the figure in RST doc file, SVG can be shown as well ?
<rburton>
bhstalel: i thought all the tooling handled svg, and for a diagram svg would be a better format anyway
<bhstalel>
rburton The png is 3.9MB and the SVG is 200K , 3.9MB is lot ?
<rburton>
pngs print terribly
<Chocky>
GIF or nothing.
<rburton>
hm the latex backend is lame and doesn't support svg
<Chocky>
1980s typesetting FTW
<moto-timo>
still works
<moto-timo>
probably needs some plugin or something for svg
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #yocto
ablu has quit [Remote host closed the connection]
Guest86668 has quit [Quit: Client closed]
vladest has quit [Remote host closed the connection]
lexano has quit [Ping timeout: 260 seconds]
kpo has joined #yocto
vladest has joined #yocto
florian_kc has quit [Ping timeout: 258 seconds]
Dane86 has quit [Quit: Client closed]
lexano has joined #yocto
bhstalel has quit [Ping timeout: 248 seconds]
alessioigor has quit [Quit: alessioigor]
florian_kc has joined #yocto
lexano has quit [Ping timeout: 252 seconds]
jmd has quit [Remote host closed the connection]
lexano has joined #yocto
Guest81 has joined #yocto
Guest81 has quit [Client Quit]
silbe has quit [Ping timeout: 272 seconds]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
lexano has quit [Ping timeout: 255 seconds]
lexano has joined #yocto
Lihis has quit [Quit: Quitting]
Lihis has joined #yocto
jgrossholtz79 has quit [Quit: Ping timeout (120 seconds)]
jgrossholtz79 has joined #yocto
mvlad has quit [Remote host closed the connection]