Friday, 2023-10-06

*** florian <florian!> has quit IRC (Ping timeout: 248 seconds)00:04
*** bhstalel <bhstalel!~bhstalel@> has quit IRC (Ping timeout: 245 seconds)00:13
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:71eb:b8e9:8589:9ca5> has joined #yocto00:14
*** xmn <xmn!> has joined #yocto00:51
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:71eb:b8e9:8589:9ca5> has quit IRC (Remote host closed the connection)01:01
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto01:02
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)01:04
*** davidinux <davidinux!~davidinux@> has joined #yocto01:06
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 260 seconds)01:49
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto01:51
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto01:56
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)02:17
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto02:18
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)02:21
*** jclsn <jclsn!~jclsn@2a04:4540:6513:6b00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)02:27
*** jclsn <jclsn!~jclsn@2a04:4540:652e:ec00:2ce:39ff:fecf:efcd> has joined #yocto02:29
*** tlhonmey <tlhonmey!~tlhonmey@> has quit IRC (Quit: Client closed)02:31
*** amitk <amitk!~amit@> has joined #yocto03:40
*** Furry <Furry!~Admin1@> has joined #yocto04:07
*** Furry <Furry!~Admin1@> has quit IRC (Quit: Leaving)05:09
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto05:24
*** Guest98 <Guest98!~Guest98@> has joined #yocto05:32
*** linfax <linfax!> has joined #yocto06:15
*** rob_w <rob_w!> has joined #yocto06:19
*** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:4cfc:a698:d4fe:1251> has joined #yocto06:38
*** luc4 <luc4!~luca@2a00:6d43:501:1201:450d:e76d:9c9a:c670> has joined #yocto06:38
*** schtobia <schtobia!> has quit IRC (Quit: Bye!)06:44
*** schtobia <schtobia!> has joined #yocto06:45
*** zpfvo <zpfvo!> has joined #yocto06:56
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto06:59
*** Kubu_work <Kubu_work!> has joined #yocto07:05
*** vladest <vladest!> has quit IRC (Remote host closed the connection)07:15
*** vladest <vladest!> has joined #yocto07:17
LetoThe2ndyo dudX07:26
Guest98hi, morning07:26
*** Guest98 <Guest98!~Guest98@> has quit IRC (Ping timeout: 245 seconds)07:34
*** Guest98 <Guest98!~Guest98@> has joined #yocto07:35
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 255 seconds)07:36
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:37
*** xmn <xmn!> has quit IRC (Ping timeout: 272 seconds)07:41
*** radanter <radanter!> has joined #yocto07:42
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 255 seconds)07:45
*** Guest9 <Guest9!~Guest98@> has joined #yocto07:50
*** Guest98 <Guest98!~Guest98@> has quit IRC (Ping timeout: 245 seconds)07:50
*** zpfvo <zpfvo!> has joined #yocto07:51
*** bhstalel <bhstalel!~bhstalel@> has joined #yocto07:58
bhstalelIm trying to debug and analyse the collections expansion and layers config expansion, and I noticed that putting only BBFILES in layer.conf does the trick of finding the recipe and also finding the bbclass, which is not logical because BBPATH is used to find conf and bbclass files which is not defined, does bitbake set a default value for it ?07:59
bhstalelthough, I checked BBPATH expanded value and it does not have my new layer's path07:59
*** Guest86 <Guest86!~Guest86@> has joined #yocto08:00
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 258 seconds)08:00
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto08:01
landgrafbhstalel: run bitbake -e <target> and see where the value came from08:03
*** Guest86 <Guest86!~Guest86@> has quit IRC (Client Quit)08:03
bhstalelThe logic say that bitbake needs to expand BBPATH in order to find conf and .bbclass files ? I am explicitly creating new layer with custom unique class name, and I only put BBFILES in layer.conf, no BBFILE_COLLECTIONS, no BBFILE_PATTERN, no nothing, I only set BBFILES to the same layer directory ${LAYERDIR} to force bitbake to go though08:05
bhstalelfind_bbfiles(), it finds the recipe and also finds the .bbclass file under classes/, so if bitbake uses BBPATH to find the bbclass and my BBPATH does not contain the new class, how did it find the class ?08:05
bhstalelI am still trying to find the answer in the code, but I thought I'd ask08:06
qschulzwe're trying to have the commit date of the last commit in a layer to be the timestamp for the rootfs, c.f. REPRODUCIBLE_TIMESTAMP_ROOTFS08:13
qschulzso we run git log against that layer and assign the value to the variable08:14
qschulznow, I'm pretty sure that this isn't enough because bitbake does not reparse the file setting the variable if it doesn't detect a change, correct?08:14
*** bhstalel <bhstalel!~bhstalel@> has quit IRC (Ping timeout: 245 seconds)08:15
qschulzwhat are the options for this? I assume I could just set nostamp varflag on do_rootfs for example, kind of overkill08:15
qschulzwe could also have BB_DONT_CACHE set in the recipe directly to force reparsing of the recipe every bitbake execution?08:16
qschulzalso, michaelo we should probably document REPRODUCIBLE_TIMESTAMP_ROOTFS and how to properly use it?08:20
mcfrisksorry need ask stupid questions: yocto autobuilder/buildbot, it seems it has not been configured to capture nothing but bitbake output from each build? Images or extra log files in case of failures are not captured or archived? with qemu boot/login prompt failures, the qemuboot log is not captured. with ptest failures, the do_testimage task logs are not archived, only bitbake build output.08:23
*** JerryM <JerryM!> has joined #yocto08:24
mcfriskso I guess RP and others are manually archiving extra logs from workers when builds fail?08:24
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto08:25
JerryManyone who can tell me what happened on meta-openembedded? kirkstone reports a force push for me..08:25
mcfriskI'm trying to understand how to get from to the detailed do_testimage or runqemu boot logs like
landgrafmcfrisk: I think so. Richard, Alex or swat team member on duty do this manually08:30
landgrafat least for core dumps and some additional logs08:30
RPmcfrisk: yes, I'm manually extracting things08:32
mcfriskRP: can I propose to add some files to be archived automatically in yocto-autobuilder-helper/./scripts/publish-artefacts ? for example the do_testimage task logs and qemu boot logs?08:35
mcfriskthough I don't know how those are visible in buildbot web UI, for example. I'm just lost in the UI and failing to find the details I'd need to help with the bugs. plain bitbake log output is not enough in many cases08:37
RPmcfrisk: it would end up as huge amounts of data we don't use :(08:37
*** mr_nice <mr_nice!> has joined #yocto08:39
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:40
mcfrisksigh, sadly bug reports with just the bitbake output are not really useful. the task logs would be needed, and qemuboot too. I don't mind if the files get recycled in a few days. In all CI's I've setup, the build output and some extra logs are archived and linked to the build job result web page.08:40
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds)08:41
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto08:42
RPmcfrisk: recycle which pieces in a few days though. You don't see the issues we have already with data building up and causing problems :(08:43
RPmcfrisk: I do get it that we have challenges but I simply can't do everything we need and in general these logs haven't been the biggest blocker on issues. We do also have a log collection bug open for ptest logs for example which was a much more pressing issue08:44
RPSadly I think I'm blocking that one despite having someone lined up to work on it due to lack of time to give the input needed08:44
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)08:49
*** florian_kc <florian_kc!> has joined #yocto08:51
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 240 seconds)08:57
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto09:06
*** florian <florian!> has joined #yocto09:07
*** zpfvo <zpfvo!> has quit IRC (Quit: Leaving.)09:15
*** prabhakarlad <prabhakarlad!> has joined #yocto09:16
*** zpfvo <zpfvo!> has joined #yocto09:18
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 240 seconds)09:36
*** mr_nice <mr_nice!> has quit IRC (Remote host closed the connection)09:37
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 255 seconds)09:49
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto09:52
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Read error: Connection reset by peer)09:56
*** arisut <arisut!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo)10:02
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto10:02
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto10:03
*** zpfvo <zpfvo!> has joined #yocto10:03
*** arisut <arisut!~none@gentoo/developer/alicef> has quit IRC (Client Quit)10:07
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto10:08
RPrburton, mcfrisk: The bug doesn't want to appear now, builds are passing :/10:22
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)10:28
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:35
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:35
LetoThe2ndany ideas on how to locally cache git repositories? background: my automated builds use cached downloads and sstate, but I'm on a relatively slow connection. so I'm seeing about 5 minutes time for a build where nothing changed, of which 4 minutes are just pulling the layers from git.11:06
landgrafLetoThe2nd: see fetcher tests for an inspiration (MIRRORS and PREMIRRORS in particular)11:10
landgrafit allows to speed things up a lot on kernel git fetching etc11:10
LetoThe2ndlandgraf: thanks, but thats one step later, right? my problem is the initial setup of the metadata layers before bitbake is even started.11:11
LetoThe2ndusing kas here, for the record.11:11
rburtonLetoThe2nd: kas has built in support for 'reference repositories'11:19
rburtonLetoThe2nd: we use them in meta-arm.  see the gitlab-ci.yml and
rburtonLetoThe2nd: the biggest gap is that kas doesn't have an "update all the repos" script so that has to be done out of band, but even you update them once a month that's a huge win as it only has to grab the missing objects11:20
rburtonbasically, kas uses the repos you cache as reference repositories, so it will hit the real server for the object lists it needs, and fetch from the reference repository on disk if they're there.11:20
LetoThe2ndrburton: ah nice, thanks. looking now!11:21
rburtonRP: ttyrun patches posted, i'll send the cleanups and removals after they've merged.11:22
rburtonRP: also posted the swiotlb patch. made it global because it can't hurt, but i've not checked what the impact is on every machine.11:22
LetoThe2ndrburton: new build box inauguration!
rburtonRP: also i've seen a WIP patch to make it use 1M per GB of ram11:23
rburtonLetoThe2nd: a `bitbake core-image-sato --runall fetch; time bitbake core-image-sato` for kirkstone would be much appreciated. i've a little table of build times and machines...11:25
LetoThe2ndrburton: sure thing, once the current runs are finished can do so. will take some time, though.11:25
LetoThe2nd(because long and full pipeline)11:26
rburtonno rush11:26
LetoThe2ndrburton: a cold rebuild with just downloads cached on core-image-minimal took about 28 minutes, as a first data point. without any optimizations or anything. Not bad for a 650€ box.11:28
rburtonthat's excellent for a 650 euro box11:29
LetoThe2ndrburton: i'll provide better data once I have it.11:30
RPrburton: that sounds like a better idea for he swiotlb11:32
rburtonyeah expect to see patches being bikeshedded in lkml later today11:33
RPrburton: I've updated master-next, I think I might merge the "switch to 6.5 pieces" but I'll run one more test with your updated patches first11:38
RPLetoThe2nd: the autobuilder does do repository caching FWIW11:40
RPLetoThe2nd: scripts in autobuilder-helper11:40
LetoThe2ndRP: thx11:41
LetoThe2ndrburton: so if I understand kas reference repositories correctly, wouldn't it already cache across builds if I just set the variable to a writable directory?11:44
LetoThe2ndrburton: or is the condition "point kas to the directory && the clone has to be in the directory accroding to the naming condition"?11:54
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 255 seconds)12:12
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)12:15
*** alessioigor <alessioigor!~alessioig@> has joined #yocto12:15
*** lexano <lexano!~lexano@> has joined #yocto12:19
rburtonLetoThe2nd: it won't create new reference clones12:21
rburtonLetoThe2nd: this is why i want to write a plugin to create/update the reference directories12:22
LetoThe2ndrburton: okay, I got it. thanks a lot, this should be really helpful!12:22
*** ptsneves <ptsneves!> has joined #yocto12:35
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 255 seconds)12:47
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto12:56
*** xmn <xmn!~xmn@2600:4040:9390:8c00:b4f9:f341:ba29:34d0> has joined #yocto12:56
*** dianshi <dianshi!~dian@user/dianshi> has quit IRC (Quit: WeeChat 3.5)12:58
*** pabigot <pabigot!> has quit IRC (Read error: Connection reset by peer)13:03
qschulzis there a way to do inline shell function?13:07
qschulzVAR = "${@'plep'}" is python13:08
qschulzand VAR= "${'shellfunc', d')}" returns None13:08
qschulzbecause I assume it just executes the shell function and doesn't return the string printed by the function13:08
qschulzbut it feels a bit weird to have a python script just for starting a python subprocess for executing some binary :)13:09
rburtonno, inline python is expanded trivially because its bitbake doing the expansion13:12
rburtonwhereas the shell tasks are just written to disk and ran13:12
qschulzok, so no way to do it with shell functions I guess?13:15
rburtonwrite the whole task in python?13:15
qschulzrburton: i know, was just asking if it was possible to write it in shell13:17
*** florian_kc <florian_kc!> has quit IRC (Remote host closed the connection)13:17
rburton"it" is quite vague. no, you can't do inline shell calls.13:18
qschulzthank you, that was the only question I had :)13:19
qschulzinline python it is13:19
*** florian <florian!> has quit IRC (Ping timeout: 272 seconds)13:23
*** luc4 <luc4!~luca@2a00:6d43:501:1201:450d:e76d:9c9a:c670> has quit IRC (Ping timeout: 272 seconds)13:26
*** wyre <wyre!~wyre@user/wyre> has quit IRC (Excess Flood)13:33
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Excess Flood)13:33
*** fullstop_ <fullstop_!~fullstop@user/fullstop> has joined #yocto13:33
*** wyre <wyre!~wyre@user/wyre> has joined #yocto13:34
*** ederibaucourt <ederibaucourt!> has quit IRC (Quit: ZNC 1.8.2 -
*** fullstop_ is now known as fullstop13:35
*** ederibaucourt <ederibaucourt!> has joined #yocto13:35
*** deribaucourt <deribaucourt!> has joined #yocto13:49
*** ederibaucourt <ederibaucourt!> has quit IRC (Ping timeout: 240 seconds)13:50
*** Xagen <Xagen!> has joined #yocto13:51
*** Guest9 <Guest9!~Guest98@> has quit IRC (Quit: Client closed)13:59
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)14:00
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto14:04
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 258 seconds)14:17
*** zpfvo <zpfvo!> has joined #yocto14:18
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 240 seconds)14:19
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)14:25
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:26
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)14:26
*** sakoman <sakoman!> has joined #yocto14:28
*** sakoman <sakoman!> has quit IRC (Remote host closed the connection)14:36
*** sakoman <sakoman!> has joined #yocto14:37
*** Guest74 <Guest74!~Guest81@2601:282:f00:f81::17c> has joined #yocto15:08
Guest74figured I'd ask again: I have a recipe that extends gpsd to overwrite the /etc/defaults/gpsd.default file; I also have a postinst that `update-alternatives` the file. Now, in the image, I have a `/etc/default/gpsd` that is a symlink to the gpsd.default file, but that file it just not there? In my WORKDIR/image, the file is correctly in15:09
Guest74`/etc/default` but in the actual image, its missing15:09
*** JerryM <JerryM!> has quit IRC (Quit: Konversation terminated!)15:11
*** luc4 <luc4!~luca@2a00:6d43:501:1201:2d62:839d:2678:3040> has joined #yocto15:17
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)15:19
rburtonRP: zeddii i hear 6.5.6 is due in the next 24 hours, i wonder if any of our backports merged15:21
mcfrisktag is already in stable tree
mcfriskrburton: meta-arm can drop 0001-arm64-defconfig-remove-CONFIG_COMMON_CLK_NPCM8XX-y.patch after next stable kernel updates since patch is finally applied upstream15:33
rburtonwe build -dev in CI so knew that one15:33
rburtonGuest74: the easiest thing to do is just overwrite the default gpsd.default in a gpsd.bbappend15:34
rburtonalternatives and stuff is overcompicated, unless you really need that15:35
*** luc4 <luc4!~luca@2a00:6d43:501:1201:2d62:839d:2678:3040> has quit IRC (Ping timeout: 240 seconds)15:41
Guest74rburton thats what I did. I removed the update-alternatives call on pkg_postint and it still isnt in `/etc/default`15:42
rburtonoh right, i didn't realise gpsd did that15:43
rburtonin that case just write a recipe that ships a file, register it as an alternative with a higher priority, and install it15:43
rburtondon't wrestle the existing stuff, work with it15:44
Guest74its more that the file I'm adding is just... gone?15:45
Guest74like `install -m 0644 ${WORKDIR}/gpsd-default ${D}/etc/default/gpsd.default` is in the `image` folder of my workdir, but the actual image doesnt have it15:45
rburtonwithout seeing your recipe i can't say what you're doing but its wrong15:46
rburtoncreate a new recipe that creates /etc/defaults/gpsd.mydefaults.  register that as an alternative for gpsd-defaulst, but with a higher priority.  install gpsd _and your new package_, alternatives will pick your file as the default.15:47
Guest74in `gpsd_%.bbappend`:15:47
Guest74do_install:append() {15:47
Guest74    install -m 0644 ${WORKDIR}/gpsd-default ${D}${sysconfdir}/default/gpsd-default15:47
Guest74and it is gone from the image15:47
rburton$ oe-pkgdata-util list-pkg-files -r gpsd15:49
rburtonthat will list the files that got packaged15:49
rburtonif its not in there, its because you didn't tell it what package you want the file in15:49
*** zpfvo <zpfvo!> has quit IRC (Quit: Leaving.)15:51
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)15:52
Guest74ah, yeah thats the problem. Its not in the package15:52
*** prabhakarlad <prabhakarlad!> has joined #yocto15:53
rburtonset FILES to put it in the package you want.  the use of alternative is to avoid having to do a bbappend.15:54
*** florian_kc <florian_kc!> has joined #yocto15:54
Guest74oh wait it is there15:59
Guest74in `gpsd_3.23.1`:15:59
Guest74``` SUMMARY:gpsd-conf = "gpsd configuration files and init scripts"15:59
Guest74FILES:gpsd-conf = "${sysconfdir}"15:59
Guest74CONFFILES:gpsd-conf = "${sysconfdir}/default/gpsd.default"15:59
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)15:59
Guest74and oe-pkgdata-util-list-pkg-files for gpsd-conf shows the /etc/default/gpsd.default file16:00
rburtonthat's gpsd.default, your example was gpsd-defau;t16:02
rburtonmy typing today is terrible16:03
Guest74you're right; why is that gone, then?16:06
Guest74because not even the defualt gpsd file is there16:06
rburtondid you install gpsd-conf?16:08
Guest74its not in that package anyways; but gpsd RRECOMMENDS gpsd-conf16:09
rburtonand do you have recommendations turned off?16:10
Guest74oh weird, I'm not seeing any of my bbappend echos in the `workdir/temp`? Like the file is in `workdir` but not getting installed. the `do_install:append` is not working in my bbappend, I guess16:14
rburtoni really suggest you don't use a bbappend16:15
Guest74and instead just duplicate the recipe?16:16
rburtonas above: create a new recipe that creates /etc/defaults/gpsd.mydefaults.  register that as an alternative for gpsd-defaulst, but with a higher priority.  install gpsd _and your new package_, alternatives will pick your file as the default.16:16
rburtonthe recipe has gone to the effort of setting up alternatives, so use it16:17
Guest74gotcha, I'll look into that, thank you16:18
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:24
RPrburton, mcfrisk: is fun. You see a getty started by systemd on ttyS1 but nothing on the port :/16:28
RPrburton: nice to see that proposed :)16:29
*** radanter <radanter!> has quit IRC (Remote host closed the connection)16:52
*** Guest74 <Guest74!~Guest81@2601:282:f00:f81::17c> has quit IRC (Quit: Client closed)17:03
*** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:4cfc:a698:d4fe:1251> has quit IRC (Remote host closed the connection)17:09
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 272 seconds)17:13
*** sgw <sgw!~swold@user/sgw> has joined #yocto17:14
*** Kubu_work <Kubu_work!> has quit IRC (Quit: Leaving.)17:23
*** RP <RP!> has quit IRC (Remote host closed the connection)17:26
*** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: -)17:28
*** roussinm <roussinm!> has quit IRC (Ping timeout: 240 seconds)17:29
*** Piraty <Piraty!~irc@user/piraty> has joined #yocto17:30
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)17:30
*** alessioigor <alessioigor!~alessioig@> has joined #yocto17:31
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto17:32
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Quit: Leaving)17:36
*** bhstalel <bhstalel!~bhstalel@> has joined #yocto17:39
*** bhstalel <bhstalel!~bhstalel@> has quit IRC (Quit: Client closed)17:47
*** florian_kc <florian_kc!> has joined #yocto17:52
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto17:53
*** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Quit: ZNC 1.8.2+deb2build5 -
*** tokamak <tokamak!~Tokamak@> has joined #yocto17:58
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)18:01
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:01
*** roussinm <roussinm!> has joined #yocto18:03
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)18:08
*** Estrella___ <Estrella___!~quassel@> has joined #yocto18:41
*** Estrella_ <Estrella_!> has quit IRC (Ping timeout: 260 seconds)18:41
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 255 seconds)18:58
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Remote host closed the connection)19:15
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)19:36
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:36
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto19:37
*** Estrella___ <Estrella___!~quassel@> has quit IRC (Remote host closed the connection)19:39
*** Estrella_ <Estrella_!~quassel@> has joined #yocto19:40
*** bhstalel <bhstalel!~bhstalel@> has joined #yocto20:00
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 258 seconds)20:01
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:07
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)20:14
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto20:14
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)20:16
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Quit: l3s8g)20:27
*** bhstalel <bhstalel!~bhstalel@> has quit IRC (Ping timeout: 245 seconds)20:30
*** tokamak <tokamak!~Tokamak@> has quit IRC (Quit: ZNC 1.8.2+deb2build5 -
*** tokamak <tokamak!~Tokamak@> has joined #yocto20:36
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)21:05
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto21:06
*** RP <RP!> has joined #yocto21:09
*** florian_kc <florian_kc!> has joined #yocto21:13
*** mbulut <mbulut!> has joined #yocto21:15
*** mbulut <mbulut!> has quit IRC (Client Quit)21:15
*** pabigot <pabigot!> has joined #yocto21:21
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)21:21
*** jholtom <jholtom!~saguaro@user/jholtom> has joined #yocto21:29
jholtomHi, I've been working on updating an image I maintain, and I've made a number of changes to different components, but am finally at the end packing up my image with wic.  It is giving me a no such file or directory on my cramfs-xip (a symlink to a date stamped version) that clearly exists and can be read post bitbake completion.  Using bitbake 2.0.0 and kirkstone - would be challenging to upgrade21:31
RPjholtom: if it exists at the end, it sounds like some kind of dependency issue/race ?21:38
jholtomRP: I checked the ordering of tasks, it is correct, my do_image_cramfs occurs before do_image_wic21:39
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)21:40
RPjholtom: I'd put some debugging in, something like a prefunc with a bb.warn(str(os.listdir(XXX))) to see if what you think is happening really is21:43
mischiefkhem: is there a way to get lldb on the target from meta-clang without pulling in gplv3? or is there no way around binutils?21:49
yoctonjholtom: did you explicitely ordered the tasks do_image_cramfs & do_image_wic? Maybe with ?21:59
yoctonjholtom: I've already seen this multiple time when adding a rootfs image to a wic image. Each time I had to add a dependency between the task building the rootfs image and the one building the wic image.22:00
jholtomyocton: I have a WKS_FILE_DEPENDS but it's not explicit on the rootfs.22:01
jholtomWhat's strange is it used to have no issue for years, and now here we are with all sorts of orthogonal changes and boom22:02
jholtomI'll give it a whirl22:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto22:02
yoctonor maybe I ended up with 'do_image_wic[depends]+= "<rootfs_image>:do_build"'22:05
jholtomyocton: fixed it.  Thanks.  Wild to think I've been getting away with a race like that for years.22:14
jholtomAppreciate your help too RP22:14
yoctonjholtom: which solution did you used?22:14
jholtomdo_image_wic[depends] since they are under the same recipe22:15
jholtomLooks more clear in the definition22:15
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has quit IRC (Ping timeout: 260 seconds)22:19
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 260 seconds)22:29
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto22:50
*** justache is now known as justHaunting22:50
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 260 seconds)23:09
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 240 seconds)23:24
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:d900:f58f:7d32:a721:fcdd> has joined #yocto23:30
*** kanavin <kanavin!~Alexander@> has quit IRC (Ping timeout: 240 seconds)23:31
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:47

Generated by 2.17.2 by Marius Gedminas - find it at!