<ddee>
File "/home/harish/wr23/layers/oe-core/meta/lib/oeqa/selftest/cases/glibc.py", line 93, in test_glibc
<ddee>
self.run_check_emulated()
<ddee>
File "/home/harish/wr23/layers/oe-core/meta/lib/oeqa/selftest/cases/glibc.py", line 80, in run_check_emulated
<ddee>
raise Exception("Failed to setup NFS mount on target ({})".format(repr(output)))
<ddee>
Exception: Failed to setup NFS mount on target ('mount.nfs: Connection refused')
<ddee>
I also tried to manually mount it, but this did not resolve the issue. Has anyone else encountered this problem before?
kanavin has joined #yocto
tangofoxtrot has quit [Remote host closed the connection]
fullstop has quit [Excess Flood]
fullstop has joined #yocto
frieder has joined #yocto
tangofoxtrot has joined #yocto
AndreiM89 has joined #yocto
<AndreiM89>
hi guys. can someone help me please with a problem with my beeaglebone black board?
ddee has quit [Quit: Client closed]
alessioigor has joined #yocto
ddee has joined #yocto
Jones42 has joined #yocto
<RP>
ddee: firstly, please use a pastebin as you were asked earlier. Secondly, no need to repaste the same thing. Thirdly, can you say which command you're running, which MACHINE, and what kind of target it is (qemu or real HW?)
<kriive>
Hello! Is it feasible to build an image based on poky without any shell installed? Or do we have any hard requirement?
<RP>
kriive: entirely, you could just have a single binary if you wanted
<ddee>
its qemux86-64
<ddee>
2024-05-31 13:28:47,406 - oe-selftest - INFO - test_glibc (glibc.GlibcSelfTestSystemEmulated)
<ddee>
2024-05-31 14:00:48,753 - oe-selftest - INFO - ... ERROR
<RP>
ddee: I don't know how you're running it to be able to compare. It could be some kind of network config issue where the qemu and host aren't communicating properly?
<ddee>
After the build I'm able to runqemu
<ddee>
but when i run oe-selftest it doesn't work
<RP>
ddee: do other tests like "bitbake <image> -c testimage" work?
<kriive>
But for some reason it pulls in a shell also! I was wondering if any of the packages involved has an hard dependency on a shell? What do you suggest to check in a recipe? (I don't want to steal your time)
<RP>
kriive: our code will see shell usage at the start of scripts and auto depend on an interpreter so you'll have to go through the image and work out what is pull it in and remove those pieces
<kriive>
Ah, that was the missing piece! Thank you :D
ehussain has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
<LetoThe2nd>
yo dudX
<ldywicki>
oy Xdud!
michael_e has quit [Quit: Client closed]
Jones42 has joined #yocto
<kriive>
Hey LetoThe2nd! Your recorded live coding sessions are super duper useful!
enok has joined #yocto
enok has quit [Quit: enok]
enok has joined #yocto
ablu has joined #yocto
mckoan is now known as mckoan|away
enok has quit [Ping timeout: 252 seconds]
bix has joined #yocto
enok has joined #yocto
enok has quit [Read error: Connection reset by peer]
CrazyGecko has joined #yocto
mbulut has joined #yocto
sakoman has quit [Ping timeout: 246 seconds]
bix has quit [Remote host closed the connection]
<ddee>
>> Thirdly, can you say which command you're running
<ddee>
Thanks for all the information.
<ddee>
I am running the following command to run complete glibc oe-selftest for mickledore branch
<ddee>
oe-selftest -K -r glibc
<ddee>
It can be observed that the glibc.GlibcSelfTest (user) is PASSing as expected.
<ddee>
2024-05-31 12:00:29,828 - oe-selftest - INFO - Adding: "include bblayers.inc" in bblayers.conf
<ddee>
2024-05-31 12:00:29,828 - oe-selftest - INFO - test_glibc (glibc.GlibcSelfTest)
<ddee>
However, the issue is only observed for system emulated tests (glibc.GlibcSelfTestSystemEmulated)
<ddee>
2024-05-31 13:28:47,405 - oe-selftest - INFO - ... ok
<ddee>
2024-05-31 13:28:47,406 - oe-selftest - INFO - test_glibc (glibc.GlibcSelfTestSystemEmulated)
<ddee>
2024-05-31 14:00:48,753 - oe-selftest - INFO - ... ERROR
<ddee>
>> which MACHINE, and what kind of target it is (qemu or real HW?)
<ddee>
The test is run on qemux86-64.
<ddee>
Please let me know if any further details are required.
ehussain has quit [Remote host closed the connection]
bixivs has joined #yocto
enok has joined #yocto
lexano has joined #yocto
<Jones42>
Is there any way to tell wic to use a existing .ext4-image as rootfs instead of building its own? (context: my ext4 image has a dm-verity hash tree appended)
sakoman has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
ederibaucourt has quit [Ping timeout: 264 seconds]
frieder has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
rob_w has quit [Remote host closed the connection]
Guest0 has joined #yocto
<Guest0>
hello, I am struggling to build wireshark (wireshark_3.4.12.bb) with qt gui on Yocto Mickledore. I added PACKAGECONFIG:append = " qt5" , but than I get lots of errors like:
CombatWombat42 has quit [Ping timeout: 272 seconds]
jmd` has joined #yocto
dgriego has quit [Quit: Bye]
ablu has quit [Ping timeout: 268 seconds]
CrazyGecko has quit [Ping timeout: 272 seconds]
bixivs has quit [Remote host closed the connection]
ablu has joined #yocto
Guest0 has quit [Quit: Client closed]
dgriego has joined #yocto
zpfvo has quit [Remote host closed the connection]
jmiehe has joined #yocto
florian has quit [Quit: Ex-Chat]
vthor has quit [Remote host closed the connection]
vthor has joined #yocto
rfuentess has quit [Remote host closed the connection]
mbulut has quit [Ping timeout: 256 seconds]
<dl9pf>
RP: ptest-runner we are aware and a fix is merged, weston is new
<RP>
dl9pf: ok, thanks for fixing ptest-runner!
ddee has joined #yocto
ddee has quit [Client Quit]
ddee has joined #yocto
ddee has quit [Ping timeout: 250 seconds]
yudjinn has joined #yocto
florian_kc has joined #yocto
Beartama has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: Client closed]
manuel1985 has quit [Ping timeout: 246 seconds]
Guest17 has joined #yocto
<Guest17>
I am chasing an error in yocto kirkstone where the systemtap component fails the configuration step
<Guest17>
could someone help me solve this issue
florian_kc has quit [Ping timeout: 252 seconds]
<Guest17>
can anyone say something about this issue ?
<Xogium>
Guest17: be patient
<Xogium>
irc isn't instant
<Guest17>
Thank you :-) I am new here :-)
<Saur>
Guest17: I can probably not help you solve that particular problem, however, you will probably have to provide a lot more details for anyone to be able to help you. E.g., what commands do you run, what is the error messages you get, etc. Basically anything that can nail down the problem. And if you want to provide logs or any output more than a line or two, then make sure to use pastebin or a similar service.
dankm has quit [Remote host closed the connection]
dankm has joined #yocto
enok has quit [Ping timeout: 240 seconds]
Guest17 has quit [Quit: Client closed]
<vvn>
rburton: hi -- regarding keeping DEPLOY_DIR under TMPDIR as a best practice, how come setting DEPLOY_DIR_IPK or DEPLOY_DIR_IMAGE to a shared directory does not cause errors from bitbake as when setting DEPLOY_DIR to a shared directory?
<vvn>
I'm wondering if integrating a post build deploy step within the OE setup would be a good idea (e.g. a recipe copying files to ${DEPLOY_DIR_SHARED} for instance)
vthor has quit [Ping timeout: 255 seconds]
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
<smurray>
RP: I'm working on it
florian_kc has joined #yocto
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
Jones42 has joined #yocto
goliath has joined #yocto
Jones42 has quit [Ping timeout: 268 seconds]
jmd` has quit [Remote host closed the connection]
olani- has quit [Remote host closed the connection]
jmiehe has quit [Quit: jmiehe]
kriive has quit [Quit: WeeChat 4.3.2]
CombatWombat42 has joined #yocto
enok has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
Guest40 has joined #yocto
Guest62 has joined #yocto
Guest40 has quit [Client Quit]
Guest62 has quit [Client Quit]
CombatWombat42 has quit [Ping timeout: 240 seconds]