rfuentess has quit [Read error: Connection reset by peer]
rfuentess has joined #yocto
leon-anavi has joined #yocto
enok has quit [Quit: enok]
enok71 has joined #yocto
enok71 has quit [Ping timeout: 246 seconds]
enok has joined #yocto
paulg has quit [Server closed connection]
paulg has joined #yocto
frieder has quit [Ping timeout: 265 seconds]
Jones42_ has joined #yocto
Articulus has quit [Quit: Leaving]
Jones42 has quit [Ping timeout: 264 seconds]
mvlad has joined #yocto
berton has joined #yocto
jmd` has joined #yocto
jmd has quit [Remote host closed the connection]
enok has quit [Ping timeout: 256 seconds]
Jones42 has joined #yocto
ceneblock has quit [Quit: Client closed]
Jones42_ has quit [Read error: Connection reset by peer]
ehussain has joined #yocto
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
frieder has joined #yocto
ahussain has joined #yocto
crazy_imp has quit [Ping timeout: 256 seconds]
ehussain has quit [Ping timeout: 256 seconds]
ahussain is now known as ehussain
crazy_imp has joined #yocto
<jclsn>
khem: We are still on Hardknott unfortunately. Update to Scarthgap is in progress. Your fix really helped :) Now the only package left to fix is skopeo, which also doesn't seem to build when timesyncd is missing
<jclsn>
RP: Btw our tech lead complained about these hard-to-remember release names :D I don
<jclsn>
I don
<jclsn>
I don't agree with him btw ;) Made me learn a bit about the Lake District
<jclsn>
khem: The same fix also worked for skopeo. Nice
alessioigor has quit [Remote host closed the connection]
dkc has quit [Server closed connection]
Guest71 has joined #yocto
dkc has joined #yocto
alessioigor has joined #yocto
ehussain has quit [Quit: ehussain]
jmd has joined #yocto
ehussain has joined #yocto
florian has joined #yocto
Guest71 has quit [Quit: Client closed]
Guest71 has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
enok has joined #yocto
prabhakalad has joined #yocto
<RP>
jclsn: they're distinctive which is kind of the point :) it would also be awful to be too boring!
prabhakalad has quit [Ping timeout: 258 seconds]
prabhakalad has joined #yocto
amitk_ has joined #yocto
enok has quit [Read error: Connection reset by peer]
enok has joined #yocto
amitk has quit [Ping timeout: 258 seconds]
<rburton>
at least they're alphabetical ;)
enok has quit [Ping timeout: 246 seconds]
alessioigor has quit [Remote host closed the connection]
ederibaucourt has joined #yocto
deribaucourt has quit [Ping timeout: 264 seconds]
Jah has quit [Ping timeout: 256 seconds]
jmd` has quit [Remote host closed the connection]
sakoman has quit [Ping timeout: 245 seconds]
mcfrisk has quit [Server closed connection]
mcfrisk has joined #yocto
mrpelotazo has quit [Server closed connection]
mrpelotazo has joined #yocto
sakoman has joined #yocto
Guest71 has quit [Quit: Client closed]
jmd has quit [Read error: Connection reset by peer]
jmd has joined #yocto
Starfoxxes has joined #yocto
Starfoxxes has quit [Read error: Connection reset by peer]
Starfoxxes has joined #yocto
Guest64 has joined #yocto
<Guest64>
Hi Everyone. I am comparatively new to using yocto. I am using scarthgap for my project build but i am facing timeout issues when i try to build full image. Everytime different packages fail to build with the issue.
<Guest64>
{{{
<Guest64>
2024.07.14-09:55:48-PDT bitbake-populate_sdk|NOTE: No reply from server in 30s
<Guest64>
(for command ping at 16:55:48.668002)
<Guest64>
2024.07.14-09:56:19-PDT bitbake-populate_sdk|Timeout while waiting for a reply
<Guest64>
from the bitbake server (60s at 16:56:18.749017)
<Guest64>
}}}
<Guest64>
can someone please help ?
<rburton>
what machine are you building on? sounds like its incredibly loaded if bitbake isn't responding to internal pings in a minute
<Guest64>
Ram: 64gb, HDD: 1TB, OS: ubuntu 22.04
Jah has joined #yocto
<Guest64>
the machine is hardly 20% occupied and not more and no background process running
<rburton>
Guest64: tried using a pristine clone of poky with literally no other layers or config, just clone scarthgap, oe-init-build-env, bitbake core-image-minimal?
alessioigor has joined #yocto
<Guest64>
yes rburton. did the same
<rburton>
run some system monitoring tools, have a look at dmesg, and see if there's a lot of disk waiting or something
<rburton>
i know people that do builds on raspberry pi's "for the lols" and they're fine
ehussain has quit [Quit: ehussain]
<rburton>
you might have failing disks, for example
<Guest64>
i thought it might be my system that could be failing so i downloaded kirkstone and built the same and it builds super great with 32 threads in parallel. on scarthgap even with 4 threads in parallel this is giving the issue.
<JaMa>
Guest64: are you using pressure regulation? the values are different for kirkstone and scarthgap
<JaMa>
but shouldn't be overloaded by that if you're seeing just 20% load
<Guest64>
not using pressure regulation. i dont know if it takes anything by default .i am just adding BB_NUMBER_THREADS = "32"
<Guest64>
PARALLEL_MAKE = "-j 32" in conf/local.conf
<JaMa>
check atop it's useful to see avq,avio including historic data
<Jah>
Hi together! I am trying to port uboot based on imx7 from 2017 to 2024. Uboot was from imx repository in which custom board and config were designed. Now i have pulled the new uboot and copied the config and board to it as a test without changing anything in config file or board directory. When I try to build it, it takes around 20 mins to crash
<Jah>
the terminal. I have checked the ram usage, it swallows almost 24 Gb of ram and gets so bloated eventually to kill the terminal. I am using yocto to build. Does anyone have any clue how should I analyze it? Help would be greatly appreciated.
<rburton>
Guest64: 32 is quite keen unless you have a beefy machine. leave the default.
<Guest64>
JaMa atop shows " busy 18%" . 32 is what i used for kirkstone and it was built successfully. scarthgap i reduced down to 4 but still seeing the error
mbulut has quit [Ping timeout: 265 seconds]
<rburton>
Guest64: if the workers are not responding to ping then they're presumably deadlocked somewhere, so figuring out where that is would help
<Guest64>
how can i look into it ? would bitbakecookerdaemon.log help ?
<Guest64>
bitbakecookerdaemon.log shows
<Guest64>
{{{
<Guest64>
bitbake/bin/bitbake-worker:210:
<Guest64>
DeprecationWarning: This process (pid=2829234) is multi-threaded, use of fork()
<Guest64>
may lead to deadlocks in the child.
<Guest64>
pid = os.fork()
<Guest64>
Server refused shutdown. Remaining client fds: 1
<Guest64>
Client pids: 2573632
<Guest64>
Server will shut down after all clients exit.
<Guest64>
Server refused shutdown. Remaining client fds: 1
<Guest64>
Client pids: 2574454
<Guest64>
Server will shut down after all clients exit.
<Guest64>
Server refused shutdown. Remaining client fds: 1
<Guest64>
Client pids: 2574588
<Guest64>
Server will shut down after all clients exit.
<Guest64>
Server refused shutdown. Remaining client fds: 1
<Guest64>
Client pids: 2576148
<Guest64>
Server will shut down after all clients exit.
pivi has quit [Server closed connection]
pivi has joined #yocto
Jah has quit [Ping timeout: 256 seconds]
Jah has joined #yocto
Guest64 has quit [Ping timeout: 256 seconds]
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
jmiehe has joined #yocto
ederibaucourt has quit [Quit: ZNC 1.8.2 - https://znc.in]
ederibaucourt has joined #yocto
Mayur has joined #yocto
Minvera has joined #yocto
<tgamblin>
How does one use different BBLAYERS lists with multiconfigs? Do you just append to the BBLAYERS variable in the respective .conf files?
<Mayur>
hello guys,
<Mayur>
in my yocto recipe i have FILES:${PN} += "${libdir}/*" to ship it
<Mayur>
When I build it fails with do_populate_sysroot: QA Issue: aws-cpp-sdk-transfer.pc failed sanity test (tmpdir) in path ****sysroot-destdir/usr/lib/pkgconfig [pkgconfig]
<Mayur>
I tried somethings but its not working.
<Mayur>
Yocto docu says:
<Mayur>
<file> failed sanity test (tmpdir) in path <path> [pkgconfig]
<Mayur>
The specified .pc file contains TMPDIR/WORKDIR paths. Any .pc file containing these paths is incorrect since pkg-config itself adds the correct sysroot prefix when the files are accessed.
tgamblin has quit [Server closed connection]
tgamblin has joined #yocto
<rburton>
Mayur: don't do libdir/*
<rburton>
remove that line, and let bitbake package the files itself.
jmiehe has quit [Quit: jmiehe]
<rburton>
the sanity check is because, well, the installed .pc file contains WORKDIR, which is incorrect and needs to be fixed in the upstream makefiles.
<Mayur>
then it gives me installed and not shipped files. [installed-vs-shipped]
<rburton>
what files?
<Mayur>
Output files of my cmake buildinstalled but not shipped in any package:
<Mayur>
/usr/lib/aws-c-cal
<Mayur>
/usr/lib/jwt-cpp
<Mayur>
/usr/lib/aws-c-event-stream
<Mayur>
/usr/lib/Discovery-cpp
<Mayur>
/usr/lib/EventstreamRpc-cpp
<Mayur>
/usr/lib/IotIdentity-cpp
<Mayur>
/usr/lib/aws-checksums
<Mayur>
/usr/lib/IotDeviceCommon-cpp
<Mayur>
/usr/lib/s2n
<Mayur>
**
<Mayur>
**
<rburton>
well, that's a silly place to install binaries
<Mayur>
I have no manual install step. it should install in standard cmake install path
<rburton>
see if you can tell it to put them into $libexecdir?
<rburton>
assuming they're binaries, that is
<Mayur>
they are shared libs and and should land under /usr/lib on target (same as cpack debian)
<Mayur>
i can not. its added as cmake external project and aslo in other project.
<Mayur>
its being built with cmake external project. I dont have choice for that.
<Mayur>
can not use meta-aws layer
dmoseley has quit [Ping timeout: 265 seconds]
jmiehe has joined #yocto
dmoseley has joined #yocto
jmiehe has quit [Remote host closed the connection]
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
tgamblin_ has joined #yocto
mischief has quit [Ping timeout: 245 seconds]
Xagen has quit [Remote host closed the connection]
tgamblin has quit [Ping timeout: 245 seconds]
Xagen has joined #yocto
tgamblin_ is now known as tgamblin
mischief has joined #yocto
frieder has quit [Ping timeout: 246 seconds]
<tgamblin>
Or maybe I should ask: can you use different layer lists with multiconfigs?
Guest68 has joined #yocto
kanavin_ has quit [Server closed connection]
kanavin_ has joined #yocto
frieder has joined #yocto
florian_kc has joined #yocto
MrCryo has joined #yocto
goliath has quit [Quit: SIGSEGV]
xmn has joined #yocto
tepperson has joined #yocto
<tepperson>
is there a trick to setting up the boot-complete target without getting a cyclic dependency?
CrazyGecko has quit [Quit: Konversation terminated!]
Bardon_ has quit [Server closed connection]
Bardon has joined #yocto
frieder has quit [Remote host closed the connection]
jmd has quit [Remote host closed the connection]
dmoseley has quit [Ping timeout: 264 seconds]
dmoseley has joined #yocto
fray has joined #yocto
Guest68 has quit [Quit: Client closed]
Mayur has quit [Ping timeout: 256 seconds]
MrCryo has quit [Remote host closed the connection]
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
<khem>
RP: with opkg I am seeing that say if I bitbake gcc && bitbake package-index then on target try to install opkg install gcc then its missing the rdeps on library packages like mpfr and libmpc
zpfvo has quit [Remote host closed the connection]
<khem>
if I go back to build and do bitbake mpfr libmpc then it run the ipk build task for these two recipes and then regenerate package index and install again on target the missing deps are resolved this time
<khem>
RP: I thought the system would generate the final packages ( ipk/rpm/deb ) for rdeps too
jmd has joined #yocto
<khem>
btw. if I add gcc to IMAGE_INSTALL then it does run the write_ipk tasks and the libs are part of image
<khem>
someone else also tried to report similar problem on IRC recently
<khem>
I guess do_package_write_ipk should also recurse through the rdeps ?
<RP>
khem: there are --runall and --runonly options to do what you're asking for there
dmoseley has quit [Ping timeout: 252 seconds]
<RP>
khem: when you say "missing the rdeps" you do mean it didn't have the packages in the package feed right? Not that the package has the actual dependency missing?
<khem>
yeah missing feeds
rfuentess has quit [Remote host closed the connection]
<khem>
not the missing deps
<khem>
so is there a way to make --runall as default ?
<khem>
practically thats what we want when working with feeds
jmiehe has joined #yocto
goliath has joined #yocto
Soopaman has joined #yocto
dmoseley has joined #yocto
leon-anavi has quit [Quit: Leaving]
mvlad has quit [Ping timeout: 265 seconds]
mbulut has joined #yocto
<rburton>
does anyone know of a tool to scan a .dot and identify which nodes don't have anything pointing at them? (aka how to find unused recipes in a world -g dotfile)
enok has joined #yocto
<RP>
rburton: there is probably something simple with counting occurrences of strings you could do
mbulut has quit [Ping timeout: 245 seconds]
florian_kc has quit [Ping timeout: 264 seconds]
florian has quit [Remote host closed the connection]
enok has quit [Ping timeout: 246 seconds]
jmiehe has quit [Quit: jmiehe]
<Jones42>
rburton: gvpr ?
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
<Jones42>
rburton: or ccomps?
dankm has quit [Remote host closed the connection]
dankm has joined #yocto
hoyes7 has quit [Server closed connection]
hoyes7 has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
<reatmon_>
In the recent change for making more warnings into error in the insane.bbclass. Should the incompatible-license check be moved back to a warning? We are setting INCOMPATIBLE_LICENSE in a recipe and now this is throwing lots of errors instead of just warning about things not being packaged. But what is the purpose of INCOMPATIBLE_LICENSE if the QA check is just going to error it all out?
tepperson has quit [Ping timeout: 256 seconds]
florian_kc has joined #yocto
<reatmon_>
Also, INSANE_SKIP does not seem to be working for the incompatible-license qa checks...
enok has joined #yocto
<fray>
jpew, BTW I'm still working on the patches. I have them tested again YP as of Friday, but I need to finish up a few things then I can send them to the list. Hopefully by my EOD
<JPEW>
Ok
<fray>
(they're small changes.. so that is a 'good sign')
enok has quit [Client Quit]
<rburton>
Jones42: hadn't heard of gvpr and yes in the finest tradition of 'inspired by awk' it almost certainly _can_ do what i want but actually making it do so might be non-obvious :)
berton has quit [Quit: Connection closed for inactivity]
<fray>
finishing up the test cases and cover letter
<JPEW>
fray: Nice
<JPEW>
I shuffled all that code around, but I'll apply it to my tree to make sure it's not lost
<fray>
the second patch is the one I don't think we got to discuss.. but basically there are errors with multilibs that it can't find the sstate-cache based name.. so we need to generate a full list including multilib variants.. and it fixes the issues
Mayur has joined #yocto
<JPEW>
fray: Actually, nm. I didn't move that code
Jones42 has quit [Ping timeout: 264 seconds]
<JPEW>
fray: Hmm, I don't know if create-spdx-2.2 implies package.bbclass though
<fray>
all of the places processing 'package_archs' do as far as I could tell
enok has joined #yocto
<fray>
but that ALL_MULTILIB can certain be moved elsewhere.. I put it there because it worked for what I was able to build/test..
<fray>
I believe the expansion routine (all_multilib_tune_values) is in package.bbclass though
<fray>
but my test case will be able to demonstrate the issue..
Starfoxxes has quit [Read error: Connection reset by peer]
<JPEW>
fray: Ya, alright, do_create_runtime_spdx() uses package.bbclass pretty heavily
<fray>
just writing up the cover letter and verifying my reproducer instructions now
<fray>
(and those two patches apply to scarthgap w/o modifications...)
<fray>
lol something broke in my test case from Friday to today.. "${DEBUG_FLAGS}" not found.. :P
<fray>
(yes I know that changed...) ;)
Jah has quit [Quit: Client closed]
enok has quit [Quit: enok]
Mayur has quit [Quit: Client closed]
<fray>
ok sent along with reproducer instructions
jmd has quit [Read error: Connection reset by peer]
jmd` has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
brrm has quit [Ping timeout: 265 seconds]
brrm has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
<vvn>
what release will (or does) not support Ubuntu 20.04 as a build host?
alessioigor has quit [Remote host closed the connection]
schurig has quit [Remote host closed the connection]
mbulut has joined #yocto
<mbulut>
hey all, i'm seeing some weird behavior with d.getVar inside a recipe that i struggle to understand what might be causing it
<mbulut>
the expression is simple: FOO = "${@d.getVar('FOO') or ''}"
<mbulut>
i do this in the recipe, not in the do_xyz task functions
<mbulut>
i get a recursion error on expansion
<mbulut>
bb.data_smart.ExpansionError: Failure expanding variable FOO, expression was ${@d.getVar('FOO') or ''} which triggered exception RecursionError: maximum recursion depth exceeded while calling a Python object
<mbulut>
The variable dependency chain for the failure is: FOO -> FOO -> FOO .......
<mbulut>
i have FOO in BB_ENV_PASSTHROUGH_ADDITIONS and FOO is also set to something in the bitbake environment
<mbulut>
when i move the that line into the do_compile task function (and remove the spaces surrounding the assignment operator it works) but afaik it is preferred to do that outside of the task functions -- at least most (or all) other recipes i looked at dom
<mbulut>
don't use it inside tasks
<mbulut>
any ideas at all what i might be doing wrong here?
jmd` has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
jmiehe has quit [Quit: jmiehe]
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
mbulut has quit [Ping timeout: 268 seconds]
<RP>
JPEW: I think the spdx thing is a runqueue bug :(
<JPEW>
Oh... Interesting
<JPEW>
Well at least it's a consistent one
<RP>
JPEW: I was looking at the output for bitbake core-image-sato-sdk -g in task-depends.dot and it doesn't look right to me
<JPEW>
K. I modified the SPDX code to list all the package providers it couldn't find instead of stopping on the first one if that would help
<RP>
JPEW: I just wish I actually knew some computer science/graph theory ;-)
<RP>
JPEW: actually, runqueue is entirely correct :)
<RP>
JPEW: the issue is what we did with packagegroups. recrdeptasks won't recurse SPDX tasks through packagegroups
florian_kc has quit [Ping timeout: 252 seconds]
<RP>
JPEW: comment out the do_create_package_spdx[*deptask] lines in packagegroups.bbclass and run "bitbake core-image-sato-sdk -c create_rootfs_spdx -g" and compare the task-depends.got before and after. automake appears as a dependency
<RP>
JPEW: so I can kind of point at what is going on