LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
florian__ has quit [Ping timeout: 268 seconds]
jmiehe has quit [Remote host closed the connection]
khazakar has quit [Quit: Connection closed for inactivity]
tangofoxtrot has quit [Remote host closed the connection]
targetdisk has quit [Ping timeout: 256 seconds]
sakman_ has quit [Remote host closed the connection]
sakman has joined #yocto
sotaoverride has quit [Ping timeout: 256 seconds]
dvergatal has quit [Ping timeout: 256 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Haxxa has quit [*.net *.split]
wmills_ has quit [*.net *.split]
LocutusOfBorg has quit [*.net *.split]
jclsn has quit [*.net *.split]
vladest has quit [*.net *.split]
chep has quit [*.net *.split]
tgamblin has quit [*.net *.split]
ad__ has quit [*.net *.split]
mcfrisk_ has quit [*.net *.split]
hnez has quit [*.net *.split]
rfried has quit [*.net *.split]
simond4722 has quit [*.net *.split]
ssweeny has quit [*.net *.split]
alejandrohs has quit [*.net *.split]
yocti has quit [*.net *.split]
khem has quit [*.net *.split]
starblue has quit [*.net *.split]
sng has quit [*.net *.split]
rsalveti has quit [*.net *.split]
Crofton has quit [*.net *.split]
rfs613 has quit [*.net *.split]
shoragan has quit [*.net *.split]
diamondman__ has quit [*.net *.split]
reatmon has quit [*.net *.split]
OnkelUlla has quit [*.net *.split]
jkridner has quit [*.net *.split]
kanavin_ has quit [*.net *.split]
alimon has quit [*.net *.split]
Emantor has quit [*.net *.split]
yannd has quit [*.net *.split]
Perflosopher has quit [*.net *.split]
moto-timo has quit [*.net *.split]
bradfa has quit [*.net *.split]
JPEW has quit [*.net *.split]
tlwoerner has quit [*.net *.split]
ecdhe has quit [*.net *.split]
gsalazar has quit [*.net *.split]
sgw has quit [*.net *.split]
jbo has quit [*.net *.split]
nerdboy has quit [*.net *.split]
Maxxed has quit [*.net *.split]
sukbeom has quit [*.net *.split]
Dracos-Carazza has quit [*.net *.split]
warthog9 has quit [*.net *.split]
brrm has quit [*.net *.split]
ajfriesen8473 has quit [*.net *.split]
Estrella has quit [*.net *.split]
Daanct12 has quit [*.net *.split]
JaMa has quit [*.net *.split]
Net147 has quit [*.net *.split]
Rich_1234 has quit [*.net *.split]
georgem has quit [*.net *.split]
rburton has quit [*.net *.split]
demirok has quit [*.net *.split]
philmd has quit [*.net *.split]
ak77 has quit [*.net *.split]
dgriego has quit [*.net *.split]
mattsm has quit [*.net *.split]
ctraven has quit [*.net *.split]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
Dracos-Carazza has joined #yocto
sukbeom has joined #yocto
warthog9 has joined #yocto
gsalazar has joined #yocto
nerdboy has joined #yocto
Maxxed has joined #yocto
jbo has joined #yocto
ecdhe has joined #yocto
sgw has joined #yocto
ajfriesen8473 has joined #yocto
brrm has joined #yocto
LocutusOfBorg has joined #yocto
chep has joined #yocto
tgamblin has joined #yocto
ad__ has joined #yocto
mcfrisk_ has joined #yocto
vladest has joined #yocto
targetdi1k has joined #yocto
jclsn has joined #yocto
wmills_ has joined #yocto
Haxxa has joined #yocto
rfried has joined #yocto
simond4722 has joined #yocto
hnez has joined #yocto
alejandrohs has joined #yocto
ssweeny has joined #yocto
yocti has joined #yocto
Estrella has joined #yocto
Net147 has joined #yocto
JaMa has joined #yocto
Rich_1234 has joined #yocto
tangofoxtrot has joined #yocto
Daanct12 has joined #yocto
rburton has joined #yocto
georgem has joined #yocto
philmd has joined #yocto
demirok has joined #yocto
dgriego has joined #yocto
ctraven has joined #yocto
ak77 has joined #yocto
mattsm has joined #yocto
Haxxa has quit [Max SendQ exceeded]
shoragan has joined #yocto
starblue has joined #yocto
khem has joined #yocto
sng has joined #yocto
rsalveti has joined #yocto
Crofton has joined #yocto
rfs613 has joined #yocto
OnkelUlla has joined #yocto
yannd has joined #yocto
reatmon has joined #yocto
alimon has joined #yocto
diamondman__ has joined #yocto
Perflosopher has joined #yocto
moto-timo has joined #yocto
bradfa has joined #yocto
JPEW has joined #yocto
jkridner has joined #yocto
Emantor has joined #yocto
tlwoerner has joined #yocto
kanavin_ has joined #yocto
Perflosopher has quit [Max SendQ exceeded]
g0hl1n has quit [Quit: Client closed]
Haxxa has joined #yocto
Perflosopher has joined #yocto
sotaoverride has joined #yocto
hcg has quit [Quit: Client closed]
dvergatal has joined #yocto
qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
Chaser has joined #yocto
ablu has quit [Read error: Connection reset by peer]
Chaser has quit [Quit: Chaser]
Chaser has joined #yocto
Daanct12 is now known as Danct12
ablu has joined #yocto
Chaser has quit [Ping timeout: 264 seconds]
starblue has quit [Ping timeout: 256 seconds]
starblue has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
Vonter has quit [Ping timeout: 268 seconds]
Vonter has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
amitk has joined #yocto
jclsn has quit [Ping timeout: 255 seconds]
jclsn has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
nerdboy has quit [Remote host closed the connection]
nerdboy has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
vladest has quit [Remote host closed the connection]
rstreif has quit [Ping timeout: 268 seconds]
Net147 has quit [Ping timeout: 276 seconds]
alessioigor has joined #yocto
Mike23 has joined #yocto
dmoseley has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 has joined #yocto
camus1 is now known as camus
dmoseley has quit [Ping timeout: 255 seconds]
dmoseley has joined #yocto
Chaser has joined #yocto
dmoseley has quit [Ping timeout: 264 seconds]
ptsneves has joined #yocto
alperak has joined #yocto
mvlad has joined #yocto
<alperak> morning everyone
frieder has joined #yocto
<mcfrisk_> which task or (post?) function does do_deploy() for images? Adding a task to process initrd and rootfs, but would like to have output in IMGDEPLOYDIR without custom do_deploy, but those added files are missing from tmp/deploy/images... directory.
kuzz has joined #yocto
mckoan|away is now known as mckoan
xmn has joined #yocto
kuzz has quit [Quit: Konversation terminated!]
kuzz has joined #yocto
Tyaku has joined #yocto
bhstalel has joined #yocto
zpfvo has joined #yocto
rfuentess has joined #yocto
hcg has joined #yocto
dmoseley has joined #yocto
g0hl1n has joined #yocto
goliath has joined #yocto
g0hl1n has quit [Quit: Client closed]
g0hl1n has joined #yocto
ptsneves has quit [Ping timeout: 255 seconds]
<LetoThe2nd> yo dudX
<Rich_1234> hello everyone
prabhakarlad has joined #yocto
<mcfrisk_> image build fails because initramfs do_populate_lic_deploy fails to find license details for the image? that doesn't compute
Kubu_work has joined #yocto
florian has joined #yocto
leon-anavi has joined #yocto
ptsneves has joined #yocto
khazakar has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
mbulut_ has joined #yocto
hnez has quit [Ping timeout: 255 seconds]
<Tyaku> Is it possible to have more logs/debug informations when we get this: "The postinstall intercept hook 'update_udev_hwdb' failed" ? On the file "......../temp/log.do_rootfs" I doesn't have usefull informations
<Tyaku> NOTE: Exit code 1. Output:
<Tyaku> + [ True = False -a qemuwrapper-cross != nativesdk-qemuwrapper-cross ]
<Tyaku> + qemu-aarch64 -r 3.14 -E LD_LIBRARY_PATH=/home/mathieu/Projects/xxx/myproject-pu551-new/build-myproject/tmp/work/myboard_pu551-poky-linux/xxx-myboard-dev-image/1.0-r0/rootfs/usr/lib:/home/mathieu/Projects/xxx/myproject-pu551-new/build-myproject/tmp/work/myboard_pu551-poky-linux/xxx-myboard-dev-image/1.0-r0/rootfs/lib -L
<Tyaku> /home/mathieu/Projects/xxx/myproject-pu551-new/build-myproject/tmp/work/myboard_pu551-poky-linux/xxx-myboard-dev-image/1.0-r0/rootfs /home/mathieu/Projects/xxx/myproject-pu551-new/build-myproject/tmp/work/myboard_pu551-poky-linux/xxx-myboard-dev-image/1.0-r0/rootfs/usr/libexec/udevadm hwdb --update --root
<Tyaku> /home/mathieu/Projects/xxx/myproject-pu551-new/build-myproject/tmp/work/myboard_pu551-poky-linux/xxx-myboard-dev-image/1.0-r0/rootfs --usr
<Tyaku> (Not really usefull)
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
hnez has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
hnez has quit [Ping timeout: 256 seconds]
hnez has joined #yocto
<Tyaku> I have added systemd 250 recipe from kirkstone to hardknott because I need to fix a bug in systemd 247 (patching was not possible as systemd code change really to much from a version to another). Doing it solved my problem, but I have an issue with "pkg_postinst:udev-hwdb ()" part in the systemd 250 recipe. During the do_rootfs I get "The postinstall intercept hook 'update_udev_hwdb' failed".
jstephan has joined #yocto
Guest29 has joined #yocto
<Tyaku> If I remove/comment pkg_postinst:udev-hwdb it works and my problem is solved, But I would like to know what is it for ? to know if it is usefull or not for my usecase. If it is usefull then I have to see how to fix the issue.
xmn has quit [Quit: ZZZzzz…]
<jstephan> Hi all, I would like to run recipetool script inside a python function of a bitbake task
<jstephan> I saw that populate_sdk_ext.bbclass is calling a devtool command from a python function using bb.process.run and giving the env paramter to be a copy of the os.env
<jstephan> but when trying to do so I always got: "ERROR: This script can only be run after initialising the build environment (e.g. by using oe-init-build-env)\n')"
<jstephan> am I missing something?
Guest29 has quit [Quit: Connection closed]
<rburton> Tyaku: that builds the udev hwdb, which is a big database of pluggable hardware. if you plug anything into your hardware you kind of need that. if you don't then you can try removing udev-hwdb entirely from your images and seeing if it still boots... if that works then you've just saved yourself a fair chunk of space.
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
Mike23 has quit [Quit: Client closed]
Mike23 has joined #yocto
<alessioigor> Do I have to execute `make prepare` to build an external kernel module?Do I have to execute `make prepare` into kernel source directory to build an external kernel module?
starblue has quit [Ping timeout: 276 seconds]
<rburton> alessioigor: if you're writing a recipe for an external module then just inherit module. see hello-mod in poky.
starblue has joined #yocto
<alessioigor> rburton: Sorry I meant build an external module on a Yocto generated system.
<rburton> installing kernel-devsrc seems like it should be enough
<alessioigor> I have already did it but the external module compile only if I execute `make prepare` into kernel source (installed using kernel-devsrc)
<rburton> considering the kernel source is meant to be in /usr that's sad
<rburton> file a bug? zeddii will know for sure.
<alessioigor> I guess that the right knob exists but the relevant recipes are quit complex.
starblue has quit [Ping timeout: 268 seconds]
<RP> jstephan: running bitbake within bitbake is generally a really bad idea. You have to be really careful about locking
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
starblue has joined #yocto
JerryM has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tricky has joined #yocto
Net147 has quit [Ping timeout: 276 seconds]
g0hl1n has quit [Quit: Client closed]
<mcfrisk_> How to inject a task to mangle initrafs and rootfs in IMGDEPLOYDIR before they get deployed to tmp/deploy/images? after do_rootfs before do_image?
<mcfrisk_> keep running into either missing files in tmp/deploy/images or a cyclic dependency loop where bitbake goes crazy
<RP> mcfrisk_: aren't there image pre and post process command lists?
<mcfrisk_> RP: I think I need those to run
alperak has quit [Quit: Client closed]
djs has joined #yocto
<RP> mcfrisk_: make sure yours is last?
JerryM has quit [Quit: Konversation terminated!]
<mcfrisk_> RP: and then I need to convert the thing into a wic image. I think that's too much stacking, things very brittle
<rburton> mcfrisk_: meta-arm has fake wic images whose entire purpose is to orchestrate other bits and images being built
JerryM has joined #yocto
Saur_Home has quit [Quit: Client closed]
alperak has joined #yocto
Saur_Home has joined #yocto
<RP> mcfrisk_: there is already a lot going on there :/
<mcfrisk_> rootfs, dm-verity, initramfs, uki, signing, to a .wic. this is very tricky to do in a single image recipe. I'll try with meta-arm/classes/wic_nopt.bbclass in between
shoragan has quit [Quit: quit]
<rburton> i really hope you don't need wic_nopt!
hnez has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<mcfrisk_> rburton: that's a different thing then?
<rburton> that only exists because one of the machines is using wic to construct a memory image using wic with hard offsets
hnez has joined #yocto
<rburton> "put partitions at these locations" then rip off the partition table and voila, a memory image :)
michaelgalassi has joined #yocto
<mcfrisk_> Which image recipe task does the deploy step to tmp/deploy/images? qemuboot runs after roofs before do_image, image-live runs before do_image_complete after do_rootfs. combining these into wic image results in files missing from deploy dir. I guess I need an additional recipe to turn these into a .wic.
Mike23 has quit [Quit: Client closed]
<rburton> wic is just an image type. there's an argument to be made that it should be a seperate task.
<rburton> a separate recipe is probably the easiest thing for you
<mcfrisk_> yes, wic is like a container package for contents, which hosts images. I guess it's do_image_wic which is breaking my uses for it.
<RP> mcfrisk_: the do_image_complete task handles it through the sstate code
<RP> mcfrisk_: see image.bbclass and the sstate-inputdirs and sstate-outputdirs
<mcfrisk_> RP: I think my problem was that a new task deploys files to IMGDEPLOYDIR but also in the same recipe do_image_wic expects the new files to be in DEPLOY_DIR but runs before the deploy happens.
tnovotny has joined #yocto
* mcfrisk_ another circular dependency, have to kill all Cookers..
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
tricky has quit [Quit: Leaving]
Net147 has quit [Read error: Connection reset by peer]
bhstalel has quit [Quit: Client closed]
rcw has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
Mike23 has joined #yocto
bhstalel has joined #yocto
perceval has joined #yocto
michaelgalassi has quit [Quit: Client closed]
prabhakarlad has quit [Quit: Client closed]
bhstalel has quit [Ping timeout: 250 seconds]
camus has quit [Quit: camus]
camus has joined #yocto
hnez has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
bhstalel has joined #yocto
hnez has joined #yocto
hnez has quit [Read error: Connection reset by peer]
Rednak55 has joined #yocto
hnez has joined #yocto
eddyaubineau has joined #yocto
hnez has quit [Ping timeout: 255 seconds]
shoragan has joined #yocto
Kubu_work has quit [Ping timeout: 256 seconds]
Kubu_work has joined #yocto
lukma has quit [Remote host closed the connection]
hnez has joined #yocto
Mike23 has quit [Quit: Client closed]
jstephan has quit [Quit: Lost terminal]
Mike23 has joined #yocto
hcg has quit [Quit: Client closed]
<zeddii> alessioigor: rburton: yes, you absolutely always have to execute make prepare scripts on kernel-devsrc. It's always been that way. There's no bug there.
g0hl1n has joined #yocto
lexano has quit [Ping timeout: 246 seconds]
<RP> mcfrisk_: that would do it...
Vonter has quit [Ping timeout: 276 seconds]
michaelgalassi has joined #yocto
djs has quit [Quit: Client closed]
Vonter has joined #yocto
michaelgalassi has quit [Client Quit]
michaelgalassi has joined #yocto
michaelgalassi has quit [Client Quit]
michaelgalassi has joined #yocto
lexano has joined #yocto
<alessioigor> zeddii: Thanks for the clarification
Rednak55 has quit [Quit: Client closed]
gsalazar has quit [Ping timeout: 255 seconds]
zpfvo has quit [Ping timeout: 252 seconds]
hnez has quit [Ping timeout: 256 seconds]
xmn has joined #yocto
goliath has quit [Quit: SIGSEGV]
tnovotny has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
pretec has joined #yocto
otavio has quit [Ping timeout: 268 seconds]
paulg has joined #yocto
wmills_ has quit [Ping timeout: 255 seconds]
xmn has quit [Ping timeout: 276 seconds]
Rednak55 has joined #yocto
eddyaubineau has quit [Quit: Client closed]
Rednak55 has quit [Client Quit]
Xagen has joined #yocto
vladest has joined #yocto
andreascian has joined #yocto
bhstalel has quit [Quit: Client closed]
Mike23 has quit [Quit: Client closed]
jstephan has joined #yocto
Tyaku has quit [Quit: Lost terminal]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
tnovotny has joined #yocto
Kubu_work has quit [Ping timeout: 256 seconds]
Mike23 has joined #yocto
andreascian has quit [Quit: Client closed]
andreascian has joined #yocto
yudjinn has joined #yocto
<yudjinn> hey I'm really in a bind at this point, I'm getting this error no matter what I do when trying to build my image:
<yudjinn> ```
<yudjinn> ERROR: Fakeroot process (269) exited unexpectedly (1), shutting down...
<yudjinn> ERROR: Fakeroot process (269) exited unexpectedly (1), shutting down...
<yudjinn> ERROR: Fakeroot process (269) exited unexpectedly (1), shutting down...
<yudjinn> ERROR: Fakeroot process (269) exited unexpectedly (1), shutting down...
<yudjinn> NOTE: Sending SIGTERM to remaining 2 tasks
<yudjinn> NOTE: Sending SIGTERM to remaining 2 tasks
<yudjinn> NOTE: Sending SIGTERM to remaining 2 tasks
<yudjinn> NOTE: Sending SIGTERM to remaining 2 tasks
<yudjinn> ```
Minvera has joined #yocto
<RP> yudjinn: pseudo-native is probably failing to work
alperak has quit [Quit: Client closed]
<RP> yudjinn: anything in bitbake-cooker-daemon.log ?
xmn has joined #yocto
alperak has joined #yocto
yudjinn_ has joined #yocto
Guest36 has joined #yocto
<yudjinn_> ```Traceback (most recent call last):
<yudjinn_> File "/home/user/Projects/REDACTED-build/sources/poky/bitbake/bin/bitbake-worker", line 530, in <module>
<yudjinn_> worker.serve()
<yudjinn_> File "/home/user/Projects/REDACTED-build/sources/poky/bitbake/bin/bitbake-worker", line 416, in serve
<yudjinn_> self.handle_item(b"runtask", self.handle_runtask)
<yudjinn_> File "/home/user/Projects/REDACTED-build/sources/poky/bitbake/bin/bitbake-worker", line 434, in handle_item
<yudjinn_> func(self.queue[(len(item) + 2):index])
<yudjinn_> File "/home/user/Projects/REDACTED-build/sources/poky/bitbake/bin/bitbake-worker", line 479, in handle_runtask
<yudjinn_> pid, pipein, pipeout = fork_off_task(self.cookercfg, self.data, self.databuilder, self.workerdata, fn, task, taskname, taskhash, unihash, appends, taskdepdata, self.extraconfigdata, quieterrors, dry_run_exec)
<yudjinn_> File "/home/user/Projects/REDACTED-build/sources/poky/bitbake/bin/bitbake-worker", line 178, in fork_off_task
<yudjinn_> for key, value in (var.split('=') for var in envvars):
<yudjinn_> ValueError: not enough values to unpack (expected 2, got 1)
<yudjinn_> not enough values to unpack (expected 2, got 1)/usr/lib/python3.10/asyncio/base_events.py:688: ResourceWarning: unclosed event loop <_UnixSelectorEventLoop running=False closed=False debug=False>
<yudjinn_> _warn(f"unclosed event loop {self!r}", ResourceWarning, source=self)
<yudjinn_> ResourceWarning: Enable tracemalloc to get the object allocation traceback
<yudjinn_> /usr/lib/python3.10/asyncio/selector_events.py:710: ResourceWarning: unclosed transport <_SelectorSocketTransport fd=15>
<yudjinn_> _warn(f"unclosed transport {self!r}", ResourceWarning, source=self)
<yudjinn_> ResourceWarning: Enable tracemalloc to get the object allocation traceback
<yudjinn_> accidentally sent it as new lines, mb
<yudjinn_> /home/user/Projects/REDACTED-build/sources/poky/bitbake/lib/bb/runqueue.py:1373: ResourceWarning: unclosed file <_io.BufferedWriter name=32>
<yudjinn_> self.fakeworker = {}
<Rich_1234> use pastebin
<Guest36> Is PREFERRED_RPROVIDER an undocumented feature?
<Guest36> Bitbake suggested it when I was investigating an issue and I cannot find any documentation about it in https://docs.yoctoproject.org/singleindex.html or https://docs.yoctoproject.org/bitbake/2.6/bitbake-user-manual/bitbake-user-manual-ref-variables.html
yudjinn has quit [Quit: Client closed]
<yudjinn_> pastebin blocked where I'm at, I'll use something similar in future snippets
otavio has joined #yocto
rstreif has joined #yocto
<RP> yudjinn_: that looks like it failing to run the worker. I still suspect something is wrong with pseudo-native :/
<yudjinn_> RP: so what are my options?
<RP> Guest36: generally it is better to use PREFERRED_PROVIDER for various reasons. The R version does exist but whilst bitbake may be suggesting it, I'm not sure it would get it right
stephano has joined #yocto
<RP> yudjinn_: you need to find what error is occurring. Maybe dump the commandline/environment it is using and run it manually, see if it break like that?
<pretec> Guest36, https://docs.yoctoproject.org/singleindex.html#term-PREFERRED_PROVIDER . The second link you pasted is from an ancient version of yocto
<pretec> Ah, no, i only saw 2.6 but missed bitbake...
<yudjinn_> RP: problem is, I'm not sure which recipe is failing in the image
<RP> yudjinn_: it is failing to run the fakeroot worker which is a bitbake-worker under pseudo-native. So not a specific recipe
<Guest36> Thanks RP and pretec, PREFERRED_PROVIDER was what I needed 👍🏼
Mike23 has quit [Quit: Client closed]
<yudjinn_> RP: can you point me to what you mean by the commandline/envrironment its using?
Mike23 has joined #yocto
Guest36 has left #yocto [#yocto]
<yudjinn_> ok but this makes no sense:
<yudjinn_> not enough values to unpack (expected 2, got 1)/home/user/Projects/jekyll-build/sources/poky/bitbake/lib/bb/runqueue.py:1373: ResourceWarning: unclosed file <_io.BufferedWriter name=32> self.fakeworker = {}
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
Kubu_work has joined #yocto
sakman_ has joined #yocto
sakman_ has quit [Client Quit]
grsandeep85 has joined #yocto
sakman has quit [Ping timeout: 260 seconds]
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
michaelgalassi has quit [Quit: Client closed]
prabhakarlad has joined #yocto
<JaMa> yudjinn_: if you remove (rename) the cache directory, then it starts working right?
<RP> yudjinn_: making it print envvars might give some info
pretec_ has joined #yocto
Chaser has quit [Ping timeout: 255 seconds]
pretec has quit [Ping timeout: 268 seconds]
Chaser has joined #yocto
silurian_invader has quit [Ping timeout: 268 seconds]
cambrian_invader has quit [Ping timeout: 256 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
rfuentess has quit [Remote host closed the connection]
silurian_invader has joined #yocto
cambrian_invader has joined #yocto
<yudjinn_> RP: didnt see anything in envvars when I looked. JaMa: nope, after a long rebuild its back where it was
<yudjinn_> I'm trying a few other things, we shall see if this resolves i
<yudjinn_> it*
tnovotny has quit [Quit: Leaving]
stephano has quit [Quit: byeee]
ptsneves has quit [Ping timeout: 255 seconds]
Mike23 has quit [Quit: Client closed]
Mike23 has joined #yocto
Mike23 has quit [Client Quit]
florian has quit [Quit: Ex-Chat]
perceval has quit [Remote host closed the connection]
pretec_ has quit [Quit: Leaving]
ptsneves has joined #yocto
michaelgalassi has joined #yocto
Kubu_work has quit [Quit: Leaving.]
frieder has quit [Remote host closed the connection]
zpfvo has quit [Remote host closed the connection]
otavio has quit [Ping timeout: 260 seconds]
mckoan is now known as mckoan|away
otavio has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
michaelgalassi has quit [Quit: Client closed]
michaelgalassi has joined #yocto
<dl9pf> on poky master: bitbake-layers create-layer does create a new example layer with 'kirkstone' in LAYERSERIES_COMPAT
jmd has joined #yocto
leonanavi has joined #yocto
leon-anavi has quit [Ping timeout: 264 seconds]
prabhakarlad has quit [Ping timeout: 250 seconds]
leonanavi has quit [Ping timeout: 260 seconds]
rcw has quit [Quit: Leaving]
goliath has joined #yocto
sakman has joined #yocto
ptsneves has quit [Read error: Connection reset by peer]
ptsneves has joined #yocto
leonanavi has joined #yocto
ptsneves has quit [Quit: ptsneves]
andreascian has quit [Quit: Client closed]
ptsneves has joined #yocto
vladest has quit [Quit: vladest]
vladest has joined #yocto
florian__ has joined #yocto
Chaser has quit [Quit: Chaser]
<shoragan> has anyone seen failures of the npm fetch with a PREMIRROR that points to file:///something?
leonanavi has quit [Ping timeout: 264 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
leonanavi has joined #yocto
kuzz has quit [Quit: Konversation terminated!]
* RP sees npm fetch and runs away
<fray> so the screaming I heard was you?
aardo has joined #yocto
<LetoThe2nd> fray: it was the scream of a million souls...
ardo has quit [Ping timeout: 252 seconds]
<shoragan> RP :(
<shoragan> i wanted to avoid going over the network in my Build-VMs by going through virtfs for the download mirror
<RP> shoragan: I'm not aware of specific issues but I try not to look at the npm stuff
<shoragan> RP, it's the same for me. just stumbled into this corner-case during my experiments ;)
<rburton> i've done premirror on file:/// so npm must be doing something "interesting", or just not supported in the mirror setup
<shoragan> rburton, for everything except npm it works just fine
<shoragan> i've now switched to a local http server and it works
<RP> shoragan: it is meant to work...
<rburton> shoragan: file a bug :)
<rburton> (with a reproducer)
<shoragan> (... works for npm as well)
bobdesl has joined #yocto
<khem> abelloni: I see you dropped the vte patches any reasons ?
<khem> see the top 3 patches on https://git.yoctoproject.org/poky-contrib/log/?h=yoe/mut
<khem> I think you never picked the topmost patch
<khem> would be good if you cherry-picked all 3 atomically
<bobdesl> Hi ~
<bobdesl> I've been watching several tutorials (some by Tim Orling, Paul Eggleton). In these tutorials they talk about using devtool to modify the source tree of a package ...
<bobdesl> > create and add customer layer (e.g. meta-foo)
<bobdesl> > devtool add <package>
<bobdesl> > devtool build <package>
<bobdesl> > devtool modify <package>
<bobdesl> > devtool finish <recipe> ../meta-foo
<bobdesl> I would like to modify a device tree file in my kernel source but not sure how to take the above and apply that to my case. Some documentation out there by the chip manufacturer, I'm working with, mentions a process like the following ...
<bobdesl> > bitbake -c devshell virtual/kernel
<bobdesl> > bitbake -c compile -f virtual/kernel
<bobdesl> > bitbake -c deploy -f virtual/kernel
<bobdesl> > bitbake the-image-to-build
<bobdesl> I would like to use devtool here instead of devshell but I'm confused how. For example, why do they say virtual/kernel (where does that come from), what is the devtool equivalent of <bitbake -c compile> and <bitbake -c deploy>? This is my best guess on what the process would look like using devtool. I need a little push here in the right direction.
<bobdesl> > devtool add virtual/kernel
<bobdesl> > devtool build virtual/kernel
<bobdesl> > devtool modify virtual/kernel
<bobdesl> > devtool finish virtual/kernel ../meta-foo
<bobdesl> > bitbake the-image-to-build
<rburton> khem: i said i was goign to review them but summit got in the way
<rburton> bobdesl: 'devtool build' would be 'bitbake'
<khem> where did you say ?
<rburton> khem: private irc :)
<rburton> i said to RP i'll review them
<khem> hmm ok np I know now
leonanavi has quit [Quit: Leaving]
jmd has quit [Remote host closed the connection]
<dl9pf> JPEW: on kirkstone i could compare BASEHASH for e.g. do_compile ... what is the equivalent way on master now ?
<JPEW> dl9pf: I don't think BASEHASH has changed? unihashes don't come into play until later, and IIRC BB_TASKHASH is still the original value and BB_UNIHASH is the unihash, which when he is not enabled is just BB_TASKHASH
<dl9pf> on kirkstone I did e.g. bitbake -e recipe | grep BB_BASEHASH:task- and compared these
<dl9pf> to track down an issue
<dl9pf> but reproducing the issue on master this is empty ...
andreascian has joined #yocto
<RP> dl9pf: I probably deleted the variables as not useful. basehashes are still there
<dl9pf> thats ok, just how do I print them or get similar debug output now ?
<RP> dl9pf: I usually use bitbake -S none on a clean TMPDIR and then look at the stamps dir differences
JerryM has quit [Quit: Konversation terminated!]
<RP> dl9pf: I don't think there is an easy way to list these :/
<dl9pf> ok stamps dir differences ... will try that
amitk has quit [Ping timeout: 264 seconds]
<dl9pf> long story is in bugzilla 15301, trying to repro on master now.
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
<RP> dl9pf: most of our hash tests use stampdir comparisons
<dl9pf> master seems fine from what I can see diffing stampdir listings... so its kirkstone for now
<RP> dl9pf: bitbake-dumpsig on the siginfo files in stampdir can be helpful
dmoseley has joined #yocto
alessioigor has quit [Quit: alessioigor]
<RP> dl9pf: dumpsig will show the basehash btw
<dl9pf> yes, hmm. need to crawl through it a bit, will report back
bobdesl has quit [Quit: Client closed]
Maxxed has quit [Quit: The Lounge - https://thelounge.chat]
Maxxed has joined #yocto
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
Vonter has quit [Ping timeout: 268 seconds]
dmoseley has joined #yocto
Vonter has joined #yocto
<adrianf> bobdesl: if you have a Yocto setup, devtool modify your/kernel is usually the first command you need. It creates the workspace with the kernel sources. Starting here should work: https://docs.yoctoproject.org/sdk-manual/extensible.html#use-devtool-modify-to-modify-the-source-of-an-existing-component
grsandeep85 has quit [Quit: Client closed]
<abelloni> khem: the first two are still failing multilib
<abelloni> I'm not sure the third actually fix it
xmn has quit [Quit: ZZZzzz…]
xmn has joined #yocto
xmn has quit [Client Quit]
Oxbef has joined #yocto
<alperak>  good night everyone!
alperak has quit [Quit: Client closed]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
g0hl1n has quit [Quit: Client closed]
mbulut_ has quit [Ping timeout: 276 seconds]
<khem> abelloni: actually yes third is the fix for this problem
michaelgalassi has quit [Quit: Client closed]
florian__ has quit [Ping timeout: 255 seconds]
goliath has quit [Ping timeout: 252 seconds]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto