*** florian <florian!~florian@dynamic-078-049-191-180.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds) | 00:04 | |
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Ping timeout: 245 seconds) | 00:13 | |
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:71eb:b8e9:8589:9ca5> has joined #yocto | 00:14 | |
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto | 00: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 #yocto | 01:02 | |
*** davidinux <davidinux!~davidinux@45.11.80.135> has quit IRC (Ping timeout: 255 seconds) | 01:04 | |
*** davidinux <davidinux!~davidinux@45.11.80.131> has joined #yocto | 01:06 | |
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 01:49 | |
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:51 | |
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:56 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 02:17 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 02:18 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> 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 #yocto | 02:29 | |
*** tlhonmey <tlhonmey!~tlhonmey@174.31.114.24> has quit IRC (Quit: Client closed) | 02:31 | |
*** amitk <amitk!~amit@58.84.60.243> has joined #yocto | 03:40 | |
*** Furry <Furry!~Admin1@47.200.93.48> has joined #yocto | 04:07 | |
*** Furry <Furry!~Admin1@47.200.93.48> has quit IRC (Quit: Leaving) | 05:09 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 05:24 | |
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 05:32 | |
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:15 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:19 | |
*** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:4cfc:a698:d4fe:1251> has joined #yocto | 06:38 | |
*** luc4 <luc4!~luca@2a00:6d43:501:1201:450d:e76d:9c9a:c670> has joined #yocto | 06:38 | |
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 06:44 | |
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 06:45 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has joined #yocto | 06:56 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 06:59 | |
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 07:05 | |
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 07:15 | |
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 07:17 | |
LetoThe2nd | yo dudX | 07:26 |
---|---|---|
Guest98 | hi, morning | 07:26 |
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 07:34 | |
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 07:35 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has quit IRC (Ping timeout: 255 seconds) | 07:36 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:37 | |
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 272 seconds) | 07:41 | |
*** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has joined #yocto | 07:42 | |
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 255 seconds) | 07:45 | |
*** Guest9 <Guest9!~Guest98@31.145.189.2> has joined #yocto | 07:50 | |
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 07:50 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has joined #yocto | 07:51 | |
*** bhstalel <bhstalel!~bhstalel@193.95.82.43> has joined #yocto | 07:58 | |
bhstalel | Im 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 |
bhstalel | though, I checked BBPATH expanded value and it does not have my new layer's path | 07:59 |
*** Guest86 <Guest86!~Guest86@212.170.221.86> has joined #yocto | 08: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 #yocto | 08:01 | |
landgraf | bhstalel: run bitbake -e <target> and see where the value came from | 08:03 |
*** Guest86 <Guest86!~Guest86@212.170.221.86> has quit IRC (Client Quit) | 08:03 | |
bhstalel | The 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 though | 08:05 |
bhstalel | find_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 |
bhstalel | I am still trying to find the answer in the code, but I thought I'd ask | 08:06 |
qschulz | we'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_ROOTFS | 08:13 |
qschulz | so we run git log against that layer and assign the value to the variable | 08:14 |
qschulz | now, 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@193.95.82.43> has quit IRC (Ping timeout: 245 seconds) | 08:15 | |
qschulz | what are the options for this? I assume I could just set nostamp varflag on do_rootfs for example, kind of overkill | 08:15 |
qschulz | we could also have BB_DONT_CACHE set in the recipe directly to force reparsing of the recipe every bitbake execution? | 08:16 |
qschulz | also, michaelo we should probably document REPRODUCIBLE_TIMESTAMP_ROOTFS and how to properly use it? | 08:20 |
mcfrisk | sorry 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!~jermain@159-210-178-143.ftth.glasoperator.nl> has joined #yocto | 08:24 | |
mcfrisk | so I guess RP and others are manually archiving extra logs from workers when builds fail? | 08:24 |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 08:25 | |
JerryM | anyone who can tell me what happened on meta-openembedded? kirkstone reports a force push for me.. | 08:25 |
mcfrisk | I'm trying to understand how to get from https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/2199/steps/15/logs/stdio to the detailed do_testimage or runqemu boot logs like https://autobuilder.yocto.io/pub/failed-builds-data/6.5%20kernel/e/ | 08:28 |
landgraf | mcfrisk: I think so. Richard, Alex or swat team member on duty do this manually | 08:30 |
landgraf | at least for core dumps and some additional logs | 08:30 |
RP | mcfrisk: yes, I'm manually extracting things | 08:32 |
mcfrisk | RP: 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 |
mcfrisk | though I don't know how those are visible in buildbot web UI, https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/2199 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 cases | 08:37 |
RP | mcfrisk: it would end up as huge amounts of data we don't use :( | 08:37 |
*** mr_nice <mr_nice!~nice@178.115.67.203.wireless.dyn.drei.com> has joined #yocto | 08:39 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 08:40 | |
mcfrisk | sigh, 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 #yocto | 08:42 | |
RP | mcfrisk: 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 |
RP | mcfrisk: 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 issue | 08:44 |
RP | Sadly 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 needed | 08:44 |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 08:49 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:51 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 240 seconds) | 08:57 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 09:06 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:07 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has quit IRC (Quit: Leaving.) | 09:15 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:16 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has joined #yocto | 09:18 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 240 seconds) | 09:36 | |
*** mr_nice <mr_nice!~nice@178.115.67.203.wireless.dyn.drei.com> has quit IRC (Remote host closed the connection) | 09:37 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has quit IRC (Ping timeout: 255 seconds) | 09:49 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 09: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 #yocto | 10:02 | |
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto | 10:03 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has joined #yocto | 10:03 | |
*** arisut <arisut!~none@gentoo/developer/alicef> has quit IRC (Client Quit) | 10:07 | |
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto | 10:08 | |
RP | rburton, mcfrisk: The bug doesn't want to appear now, builds are passing :/ | 10:22 |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 10:28 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 10:35 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 10:35 | |
LetoThe2nd | any 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 |
landgraf | LetoThe2nd: see fetcher tests for an inspiration (MIRRORS and PREMIRRORS in particular) | 11:10 |
landgraf | it allows to speed things up a lot on kernel git fetching etc | 11:10 |
LetoThe2nd | landgraf: thanks, but thats one step later, right? my problem is the initial setup of the metadata layers before bitbake is even started. | 11:11 |
LetoThe2nd | using kas here, for the record. | 11:11 |
rburton | LetoThe2nd: kas has built in support for 'reference repositories' | 11:19 |
rburton | LetoThe2nd: we use them in meta-arm. see the gitlab-ci.yml and https://git.yoctoproject.org/meta-arm/tree/ci/update-repos. | 11:19 |
rburton | LetoThe2nd: 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 objects | 11:20 |
rburton | basically, 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 |
LetoThe2nd | rburton: ah nice, thanks. looking now! | 11:21 |
rburton | RP: ttyrun patches posted, i'll send the cleanups and removals after they've merged. | 11:22 |
rburton | RP: 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 |
LetoThe2nd | rburton: new build box inauguration! https://www.linkedin.com/posts/josef-holzmayr_yocto-debian-embeddedlinux-activity-7115948590484594688-a5ka | 11:22 |
rburton | RP: also i've seen a WIP patch to make it use 1M per GB of ram | 11:23 |
rburton | LetoThe2nd: 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 |
LetoThe2nd | rburton: 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 |
rburton | no rush | 11:26 |
LetoThe2nd | rburton: 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 |
rburton | that's excellent for a 650 euro box | 11:29 |
LetoThe2nd | rburton: i'll provide better data once I have it. | 11:30 |
RP | rburton: that sounds like a better idea for he swiotlb | 11:32 |
rburton | yeah expect to see patches being bikeshedded in lkml later today | 11:33 |
RP | rburton: 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 first | 11:38 |
RP | LetoThe2nd: the autobuilder does do repository caching FWIW | 11:40 |
RP | LetoThe2nd: scripts in autobuilder-helper | 11:40 |
LetoThe2nd | RP: thx | 11:41 |
LetoThe2nd | rburton: 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 |
LetoThe2nd | rburton: 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@185.178.95.233> has quit IRC (Quit: alessioigor) | 12:15 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 12:15 | |
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 12:19 | |
rburton | LetoThe2nd: it won't create new reference clones | 12:21 |
rburton | LetoThe2nd: this is why i want to write a plugin to create/update the reference directories | 12:22 |
LetoThe2nd | rburton: okay, I got it. thanks a lot, this should be really helpful! | 12:22 |
*** ptsneves <ptsneves!~Thunderbi@bl9-239-73.dsl.telepac.pt> has joined #yocto | 12:35 | |
*** ptsneves <ptsneves!~Thunderbi@bl9-239-73.dsl.telepac.pt> has quit IRC (Ping timeout: 255 seconds) | 12:47 | |
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto | 12:56 | |
*** xmn <xmn!~xmn@2600:4040:9390:8c00:b4f9:f341:ba29:34d0> has joined #yocto | 12:56 | |
*** dianshi <dianshi!~dian@user/dianshi> has quit IRC (Quit: WeeChat 3.5) | 12:58 | |
*** pabigot <pabigot!~pab@219.sub-75-222-122.myvzw.com> has quit IRC (Read error: Connection reset by peer) | 13:03 | |
qschulz | is there a way to do inline shell function? | 13:07 |
qschulz | VAR = "${@'plep'}" is python | 13:08 |
qschulz | and VAR= "${@bb.build.exec_func('shellfunc', d')}" returns None | 13:08 |
qschulz | because I assume it just executes the shell function and doesn't return the string printed by the function | 13:08 |
qschulz | but it feels a bit weird to have a python script just for starting a python subprocess for executing some binary :) | 13:09 |
rburton | no, inline python is expanded trivially because its bitbake doing the expansion | 13:12 |
rburton | whereas the shell tasks are just written to disk and ran | 13:12 |
qschulz | ok, so no way to do it with shell functions I guess? | 13:15 |
rburton | write the whole task in python? | 13:15 |
qschulz | rburton: i know, was just asking if it was possible to write it in shell | 13:17 |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> 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 |
qschulz | thank you, that was the only question I had :) | 13:19 |
qschulz | inline python it is | 13:19 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> 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 #yocto | 13:33 | |
*** wyre <wyre!~wyre@user/wyre> has joined #yocto | 13:34 | |
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:35 | |
*** fullstop_ is now known as fullstop | 13:35 | |
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto | 13:35 | |
*** deribaucourt <deribaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto | 13:49 | |
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 240 seconds) | 13:50 | |
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:51 | |
*** Guest9 <Guest9!~Guest98@31.145.189.2> 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 #yocto | 14:02 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 14:04 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has quit IRC (Ping timeout: 258 seconds) | 14:17 | |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has joined #yocto | 14: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 #yocto | 14:26 | |
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 14:26 | |
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 14:28 | |
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Remote host closed the connection) | 14:36 | |
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 14:37 | |
*** Guest74 <Guest74!~Guest81@2601:282:f00:f81::17c> has joined #yocto | 15:08 | |
Guest74 | figured 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 in | 15:09 |
Guest74 | `/etc/default` but in the actual image, its missing | 15:09 |
*** JerryM <JerryM!~jermain@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Konversation terminated!) | 15:11 | |
*** luc4 <luc4!~luca@2a00:6d43:501:1201:2d62:839d:2678:3040> has joined #yocto | 15:17 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 15:19 | |
rburton | RP: zeddii i hear 6.5.6 is due in the next 24 hours, i wonder if any of our backports merged | 15:21 |
mcfrisk | tag is already in stable tree https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/?h=linux-6.5.y | 15:29 |
mcfrisk | rburton: meta-arm can drop 0001-arm64-defconfig-remove-CONFIG_COMMON_CLK_NPCM8XX-y.patch after next stable kernel updates since patch is finally applied upstream | 15:33 |
rburton | yeah | 15:33 |
rburton | we build -dev in CI so knew that one | 15:33 |
rburton | Guest74: the easiest thing to do is just overwrite the default gpsd.default in a gpsd.bbappend | 15:34 |
rburton | alternatives and stuff is overcompicated, unless you really need that | 15:35 |
*** luc4 <luc4!~luca@2a00:6d43:501:1201:2d62:839d:2678:3040> has quit IRC (Ping timeout: 240 seconds) | 15:41 | |
Guest74 | rburton thats what I did. I removed the update-alternatives call on pkg_postint and it still isnt in `/etc/default` | 15:42 |
rburton | oh right, i didn't realise gpsd did that | 15:43 |
rburton | in that case just write a recipe that ships a file, register it as an alternative with a higher priority, and install it | 15:43 |
rburton | don't wrestle the existing stuff, work with it | 15:44 |
Guest74 | its more that the file I'm adding is just... gone? | 15:45 |
Guest74 | like `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 it | 15:45 |
rburton | without seeing your recipe i can't say what you're doing but its wrong | 15:46 |
rburton | 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. | 15:47 |
Guest74 | in `gpsd_%.bbappend`: | 15:47 |
Guest74 | ``` | 15:47 |
Guest74 | do_install:append() { | 15:47 |
Guest74 | install -m 0644 ${WORKDIR}/gpsd-default ${D}${sysconfdir}/default/gpsd-default | 15:47 |
Guest74 | } | 15:47 |
Guest74 | ``` | 15:47 |
Guest74 | and it is gone from the image | 15:47 |
rburton | $ oe-pkgdata-util list-pkg-files -r gpsd | 15:49 |
rburton | that will list the files that got packaged | 15:49 |
rburton | if its not in there, its because you didn't tell it what package you want the file in | 15:49 |
*** zpfvo <zpfvo!~fvo@i59F5CC36.versanet.de> has quit IRC (Quit: Leaving.) | 15:51 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 15:52 | |
Guest74 | ah, yeah thats the problem. Its not in the package | 15:52 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:53 | |
rburton | set 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!~florian@dynamic-093-133-175-013.93.133.pool.telefonica.de> has joined #yocto | 15:54 | |
Guest74 | oh wait it is there | 15:59 |
Guest74 | in `gpsd_3.23.1`: | 15:59 |
Guest74 | ``` SUMMARY:gpsd-conf = "gpsd configuration files and init scripts" | 15:59 |
Guest74 | FILES:gpsd-conf = "${sysconfdir}" | 15:59 |
Guest74 | CONFFILES:gpsd-conf = "${sysconfdir}/default/gpsd.default" | 15:59 |
Guest74 | ``` | 15:59 |
*** florian_kc <florian_kc!~florian@dynamic-093-133-175-013.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 15:59 | |
Guest74 | and oe-pkgdata-util-list-pkg-files for gpsd-conf shows the /etc/default/gpsd.default file | 16:00 |
rburton | that's gpsd.default, your example was gpsd-defau;t | 16:02 |
rburton | my typing today is terrible | 16:03 |
Guest74 | you're right; why is that gone, then? | 16:06 |
Guest74 | because not even the defualt gpsd file is there | 16:06 |
rburton | did you install gpsd-conf? | 16:08 |
Guest74 | its not in that package anyways; but gpsd RRECOMMENDS gpsd-conf | 16:09 |
rburton | and do you have recommendations turned off? | 16:10 |
Guest74 | oh 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 guess | 16:14 |
rburton | i really suggest you don't use a bbappend | 16:15 |
Guest74 | and instead just duplicate the recipe? | 16:16 |
rburton | no | 16:16 |
rburton | as 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 |
rburton | the recipe has gone to the effort of setting up alternatives, so use it | 16:17 |
Guest74 | gotcha, I'll look into that, thank you | 16:18 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:24 | |
rburton | RP: https://lore.kernel.org/linux-arm-kernel/20231006153252.3162299-1-catalin.marinas@arm.com/T/#u | 16:27 |
RP | rburton, mcfrisk: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5820/steps/14/logs/stdio is fun. You see a getty started by systemd on ttyS1 but nothing on the port :/ | 16:28 |
RP | rburton: nice to see that proposed :) | 16:29 |
rburton | grrr | 16:31 |
*** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> 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 #yocto | 17:14 | |
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 17:23 | |
*** RP <RP!~richard@dan.rpsys.net> has quit IRC (Remote host closed the connection) | 17:26 | |
*** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: -) | 17:28 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Ping timeout: 240 seconds) | 17:29 | |
*** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 17:30 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 17:30 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 17:31 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 17:32 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:36 | |
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto | 17:39 | |
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Quit: Client closed) | 17:47 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-175-013.93.133.pool.telefonica.de> has joined #yocto | 17:52 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 17:53 | |
*** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in) | 17:55 | |
*** tokamak <tokamak!~Tokamak@129.80.5.79> has joined #yocto | 17:58 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 18:01 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 18:01 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:03 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 18:08 | |
*** Estrella___ <Estrella___!~quassel@134.238.165.31> has joined #yocto | 18:41 | |
*** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-254e-e3bb-2f34-aa4c.res6.spectrum.com> has quit IRC (Ping timeout: 260 seconds) | 18:41 | |
*** amitk <amitk!~amit@58.84.60.243> has quit IRC (Ping timeout: 255 seconds) | 18:58 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 19:15 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 19:36 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 19:36 | |
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 19:37 | |
*** Estrella___ <Estrella___!~quassel@134.238.165.31> has quit IRC (Remote host closed the connection) | 19:39 | |
*** Estrella_ <Estrella_!~quassel@134.238.165.31> has joined #yocto | 19:40 | |
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto | 20: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 #yocto | 20:07 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-175-013.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 20:14 | |
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 20:14 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 20:16 | |
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Quit: l3s8g) | 20:27 | |
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Ping timeout: 245 seconds) | 20:30 | |
*** tokamak <tokamak!~Tokamak@129.80.5.79> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in) | 20:34 | |
*** tokamak <tokamak!~Tokamak@129.80.5.79> has joined #yocto | 20:36 | |
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep) | 21:05 | |
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 21:06 | |
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto | 21:09 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-175-013.93.133.pool.telefonica.de> has joined #yocto | 21:13 | |
*** mbulut <mbulut!~mbulut@ip1f120fbc.dynamic.kabel-deutschland.de> has joined #yocto | 21:15 | |
*** mbulut <mbulut!~mbulut@ip1f120fbc.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 21:15 | |
*** pabigot <pabigot!~pab@163.sub-75-236-23.myvzw.com> has joined #yocto | 21:21 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:21 | |
*** jholtom <jholtom!~saguaro@user/jholtom> has joined #yocto | 21:29 | |
jholtom | Hi, 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 upgrade | 21:31 |
RP | jholtom: if it exists at the end, it sounds like some kind of dependency issue/race ? | 21:38 |
jholtom | RP: I checked the ordering of tasks, it is correct, my do_image_cramfs occurs before do_image_wic | 21:39 |
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 21:40 | |
RP | jholtom: 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 is | 21:43 |
mischief | khem: 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 |
yocton | jholtom: did you explicitely ordered the tasks do_image_cramfs & do_image_wic? Maybe with https://docs.yoctoproject.org/ref-manual/variables.html#term-WKS_FILE_DEPENDS ? | 21:59 |
yocton | jholtom: 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 |
jholtom | yocton: I have a WKS_FILE_DEPENDS but it's not explicit on the rootfs. | 22:01 |
jholtom | What's strange is it used to have no issue for years, and now here we are with all sorts of orthogonal changes and boom | 22:02 |
jholtom | I'll give it a whirl | 22:02 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 22:02 | |
yocton | or maybe I ended up with 'do_image_wic[depends]+= "<rootfs_image>:do_build"' | 22:05 |
jholtom | yocton: fixed it. Thanks. Wild to think I've been getting away with a race like that for years. | 22:14 |
jholtom | Appreciate your help too RP | 22:14 |
yocton | jholtom: which solution did you used? | 22:14 |
jholtom | do_image_wic[depends] since they are under the same recipe | 22:15 |
jholtom | Looks more clear in the definition | 22: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 #yocto | 22:50 | |
*** justache is now known as justHaunting | 22:50 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-175-013.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:09 | |
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 240 seconds) | 23:24 | |
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:d900:f58f:7d32:a721:fcdd> has joined #yocto | 23:30 | |
*** kanavin <kanavin!~Alexander@89.16.135.203> has quit IRC (Ping timeout: 240 seconds) | 23:31 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:47 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!