| DvorkinDmitry | is VIRTUAL_RUNTIME_xx compatible with Dunfell? | 00:26 |
|---|---|---|
| mbulut_ | is there an elegant way to select files in SRC_URI for dev/rel builds? | 00:27 |
| DvorkinDmitry | mbulut_, probably better to do it at do_install() | 00:29 |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 00:29 | |
| Saur_Home86 | DvorkinDmitry: I assume you mean VIRTUAL-RUNTIME_xx? It is just a variable. What you do with it is up to you, though typically it is used in RDEPENDS:${PN} (or RDEPENDS_${PN} in Dunfell)... | 00:30 |
| mbulut_ | yeah, that's an option of course but thought maybe there's some handy feature similar to machine based selection... | 00:31 |
| DvorkinDmitry | Saur_Home86б thank you | 00:34 |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 00:35 | |
| *** davidinux <davidinux!~davidinux@194.34.233.214> has quit IRC (Ping timeout: 240 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@194.34.233.212> has joined #yocto | 01:10 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:654a:3000:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 268 seconds) | 01:11 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:db00:2ce:39ff:fecf:efcd> has joined #yocto | 01:13 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:8468:2dd2:84f4:2404> has joined #yocto | 02:23 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 268 seconds) | 02:30 | |
| *** amitk <amitk!~amit@58.84.61.177> has joined #yocto | 02:31 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:8918:e69a:155e:89e2> has joined #yocto | 02:38 | |
| *** marka <marka!~marka@149.115.66.185> has quit IRC (Ping timeout: 260 seconds) | 02:40 | |
| *** marka <marka!~marka@149.115.66.185> has joined #yocto | 02:40 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 02:46 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Remote host closed the connection) | 02:51 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:f88d:134:a851:1796> has joined #yocto | 02:51 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:8918:e69a:155e:89e2> has quit IRC (Quit: ZZZzzz…) | 03:35 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:8918:e69a:155e:89e2> has joined #yocto | 03:54 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:14fe:e15e:65b0:3939> has quit IRC (Ping timeout: 268 seconds) | 04:39 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 04:54 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 05:02 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 05:37 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 05:46 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Read error: Connection reset by peer) | 05:47 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection) | 05:53 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 05:53 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Client Quit) | 05:56 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 05:57 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:59 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii) | 06:10 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:12 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 06:18 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:20 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 06:24 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 06:35 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 06:42 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 06:46 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 06:47 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 06:48 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 06:50 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:52 | |
| *** frieder <frieder!~frieder@89.244.121.32> has joined #yocto | 06:59 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:8918:e69a:155e:89e2> has quit IRC (Ping timeout: 272 seconds) | 07:00 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 07:08 | |
| *** Kubu_work1 <Kubu_work1!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has joined #yocto | 07:10 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDE4.versanet.de> has joined #yocto | 07:12 | |
| *** Jah <Jah!~Jah@185.37.248.114> has joined #yocto | 07:13 | |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:26 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:34 | |
| rob_w | is it straightforward to just update the wic tool from a older toolchain ? | 07:41 |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed) | 07:42 | |
| Jah | has someone any clue regarding to error I am having | 07:44 |
| Jah | do_rootfs: Postinstall scriptlets of ['rfkill', 'sysvinit', 'shadow'] have failed. If the intention is to defer them to first boot, | 07:44 |
| Jah | then please place them into pkg_postinst_ontarget_${PN} (). | 07:44 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:52 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:52 | |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:52 | |
| mcfrisk | Jah: check do_rootfs logs. and the script in question. it is slightly annoying that on some packaging systems (opkg/ipkg) those scripts don't run with "set -x" to see the actual error right away. | 08:00 |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has joined #yocto | 08:00 | |
| Jah | yes as you identify, it is hard to grab from error what needs to be done. The for rfkill looks like | 08:07 |
| Jah | + set -e | 08:07 |
| Jah | + update-alternatives --install /usr/sbin/rfkill rfkill /usr/sbin/rfkill.rfkill 60 | 08:07 |
| Jah | update-alternatives: Error: not linking /home/Build/tmp/work/core-linux-gnueabi/core-image-main/1.0-r0/rootfs/usr/sbin/rfkill to /usr/sbin/rfkill.rfkill since /home/Build/tmp/work/core-linux-gnueabi/core-image-main/1.0-r0/rootfs/usr/sbin/rfkill exists and is not a link | 08:07 |
| Jah | mcfrisk do you have any idea how to resolve this error | 08:10 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 08:13 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:16 | |
| mcfrisk | Jah: check what is providing the other rfkill binary. update-alternatives needs to be enabled for both so that a link is used to select between the providers of the file. To resolve the issue, either fix both to use update-alternatives, or remove the second provider of rfkill from image. | 08:25 |
| *** enok <enok!~Thunderbi@94.191.152.51> has joined #yocto | 08:30 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 240 seconds) | 08:37 | |
| Jah | mcfrisk would you do the same as I do to find who else if providing rfkill "bitbake -e rfkill | grep ^PROVIDES". Or is there other approach you would use to find all providers of rfkill. My search giving me nothing | 08:38 |
| RP | abelloni: thanks, I pulled in a decent chunk of -success. Can you confirm the rust patches pass testing? | 08:39 |
| mcfrisk | Jah: buildhistory, git grep sbin\/rfkill packages | 08:40 |
| mcfrisk | when creating products, i would manage target binary and rootfs contents very carefully, e.g. with buildhistory and manual review after all changes to content, installed packages, on rootfs. sizes also matter when trying to fit to HW budget. and licenses. and cves... | 08:42 |
| Jah | mcfrisk that's a great tipp however I can't lead it back through git because it doesn't create installed packages information | 08:52 |
| *** enok <enok!~Thunderbi@94.191.152.51> has quit IRC (Remote host closed the connection) | 09:00 | |
| *** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has joined #yocto | 09:00 | |
| mcfrisk | package manager is used to generate the rootfs, e.g. install packages and their dependencies. So answer is inside the binary package repo, and bitbake extracts this metadata to buildhistory when building from scratch. So you can try to query the package database for the owner of rfkill binary. It's often visible in bitbake recipes scripts too. util-linux, busybox and rfkill recipes provide rfkill binary, | 09:04 |
| mcfrisk | for example. Some of these get pulled into the image somehow. | 09:04 |
| *** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has quit IRC (Ping timeout: 268 seconds) | 09:05 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 09:12 | |
| qschulz | zeddii: https://git.openembedded.org/openembedded-core/tree/meta/classes/kernel-yocto.bbclass?id=004da4c6c6029bb2bdcea6da8afa70368ddd1bca#n134 shouldn't this read "patched" instead of "unpatched"? | 09:18 |
| *** Jah <Jah!~Jah@185.37.248.114> has quit IRC (Quit: Client closed) | 09:18 | |
| qschulz | zeddii: cmp returns 0 if the files are identical. So the defconfig in WORKDIR needs to be different from the one in-tree (i.e. patched) for this message to appear, but we say it's unpatched | 09:20 |
| qschulz | https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/kernel-yocto.bbclass#n161 for the link in master | 09:20 |
| *** Jah <Jah!~Jah@185.37.248.114> has joined #yocto | 09:20 | |
| *** Jah <Jah!~Jah@185.37.248.114> has quit IRC (Client Quit) | 09:22 | |
| *** gvmeson <gvmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 09:25 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds) | 09:25 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 09:28 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 09:29 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Read error: Connection reset by peer) | 09:40 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto | 09:43 | |
| *** Jah <Jah!~Jah@185.37.248.114> has joined #yocto | 09:57 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 10:08 | |
| RP | abelloni: it is scary how much time bitbake is spending in "rehashing": https://valkyrie.yoctoproject.org/#/builders/60/builds/29/steps/11/logs/stdio :( | 10:19 |
| Jah | mcfrisk would there be only solution to filter out rfkill from utillinux and busybox through menuconfig ? Do you have any guesses which binaries can provide sysvinit and shadow? | 10:56 |
| mcfrisk | Jah: sure, adjust the recipes and features in your build. Some of the rfkill variants is not using update-alternatives, hence the error. add that back. Or disable rfkill feafure e.g. from busybox if util-linux version is used. Or stop install rfkill package from rfkill recipe if some dependency is pulling that in. everything depends on your setup. | 10:59 |
| Jah | mcfrisk thank you very much for your help! Do I have to do the same with sysvinit and shadow | 11:05 |
| *** lquirion <lquirion!~lquirion@static-qvn-qvu-164026.business.bouyguestelecom.com> has joined #yocto | 11:07 | |
| mcfrisk | Jah: possibly, these all depend on your config. Be careful when adding layers and SW components to the build and rootfs. Some of the dependencies may not work correctly in the config that you use. | 11:10 |
| Jah | mcfrisk I guess I'll have to research to tame it well. Thank you for your assistance | 11:12 |
| mcfrisk | Jah: you're welcome. buildhistory helps once you have builds from scratch which provide the data for all source and binary packages, and images. | 11:16 |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 11:32 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 11:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 12:16 | |
| *** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 12:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 12:38 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:42 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 12:51 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 252 seconds) | 12:53 | |
| *** Jah <Jah!~Jah@185.37.248.114> has quit IRC (Quit: Client closed) | 12:55 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto | 12:56 | |
| qschulz | does anyone have a hint on how to debug the packaging code? | 12:59 |
| qschulz | I have two kernel recipes, one populates kernel-src package, the other not | 12:59 |
| qschulz | and obviously, the one that does has a build-path QA issue in it :) | 13:00 |
| qschulz | both recipes include the same inc files, inherit the same bbclasses, etc... | 13:02 |
| qschulz | no notable difference in machine conf file and recipes for variables | 13:03 |
| qschulz | the files in question are built in both cases, they only make it to the kernel-src for one recipe though | 13:04 |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:f8c2:db48:4528:e0f3> has joined #yocto | 13:27 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:c3c:afeb:d97f:5f53> has joined #yocto | 13:40 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep) | 14:19 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 14:20 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 14:21 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:30 | |
| *** mjm <mjm!~mjm@user/mjm> has joined #yocto | 15:19 | |
| *** hiagofranco <hiagofranco!~hiagofran@2804:1b3:a7c0:1d34:f84e:95ee:d480:e5cf> has joined #yocto | 15:35 | |
| *** Guest13 <Guest13!~Guest13@132.198.137.78.rev.vodafone.pt> has joined #yocto | 15:36 | |
| Guest13 | hello. i want to create a tool/program that gets all the software versions i have on the yocto image. is there a "general" approach for this? | 15:38 |
| *** hiagofranco <hiagofranco!~hiagofran@2804:1b3:a7c0:1d34:f84e:95ee:d480:e5cf> has quit IRC (Client Quit) | 15:38 | |
| jonmason | JPEW: I think you'd be horrified at what my build setup for CI looks like :) | 15:39 |
| JPEW | jonmason: We've all been there; held together by bubblegum and good intentions :) | 15:40 |
| jonmason | I actually have a Orange Pi gitlab CI runner | 15:40 |
| jonmason | I'm actually going through and measureing the power and performance of the random systems. I think it'd make an interesting presentation | 15:40 |
| JPEW | Ya, that would | 15:41 |
| qschulz | Guest13: i'm wondering if this isn't something our spdx mechanism could handle (or already handle)? | 15:41 |
| JPEW | Guest13: Ya, SPDX can tell you all that if you want. you'll currently need a custom tool to parse that (because SPDX 2.2), but it should all be there | 15:42 |
| *** lquirion <lquirion!~lquirion@static-qvn-qvu-164026.business.bouyguestelecom.com> has quit IRC (Ping timeout: 264 seconds) | 15:44 | |
| jonmason | I had systems so slow that it could only do 2.8 clean qemuarm minimal builds...a day | 15:45 |
| jonmason | oh, and mac mini m1 seems to be the most efficient builder when it comes to power/time to do a clean build | 15:47 |
| jonmason | which might matter if you are in the UK and doing builds during the day (those electric prices are insane) | 15:48 |
| RP | jonmason: as someone with a large build machine in the UK.... :/ | 15:49 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:51 | |
| jonmason | Using Ross's rates, it'll cost 5p to do a build (of qemuarm, no sstate, core-image-minimal) on AMD 3950 (32 cores) with 32G RAM | 15:52 |
| jonmason | it costs 0.7p on a mac mini m1 | 15:52 |
| jonmason | the time is 3700s for m1 and 2200s for 3950 | 15:53 |
| jonmason | I have data for roughly a dozen systems | 15:53 |
| jonmason | the worst in every aspect was RasPi5 | 15:53 |
| RP | jonmason: It'd be interesting to know how "bad" my Xeon box is for that | 15:54 |
| jonmason | I used a kasa plug, which can monitor the power usage | 15:54 |
| jonmason | I want Ross to use one on our big iron inside the company | 15:54 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 15:55 | |
| jonmason | I even have data on using multiple dockers | 15:55 |
| jonmason | had a fun instance where 32 dockers were 10x faster..then I looked and saw OOMs and killing of containers :) | 15:55 |
| RP | jonmason: I should plug a power meter into my system. I can tell what the overall house consumption is... | 15:56 |
| RP | heh, sounds like fun | 15:56 |
| jonmason | https://www.amazon.com/dp/B0BYGRLRS1/?th=1 | 15:56 |
| jonmason | it can be commandline controlled via python-kasa | 15:57 |
| jonmason | there are strips too, but it only monitors the usage for the whole strip, even though the plugs are individually addressable for on/off | 15:57 |
| jonmason | I'm going to put a stip on my build systems, but I'm scared to see how much it's using. my electric bill was 1/4 when I was on my sabbatical (with all the computers off and no electric cars being charged) | 15:59 |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed) | 16:00 | |
| RP | I can tell when mine is running from the house monitor | 16:00 |
| jonmason | lol, turns into a fan because it's spinning so fast? | 16:01 |
| RP | It has orange and red bits on the usage chart | 16:02 |
| RP | I've wondered about trying the switch functionality on these to do things like power up/down a compressor but I'm not sure they'd handle a large resistive load at 13A that well | 16:02 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:09 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 16:23 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 240 seconds) | 16:36 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDE4.versanet.de> has quit IRC (Remote host closed the connection) | 16:41 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 16:56 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 17:01 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 17:04 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Read error: Connection reset by peer) | 17:15 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 17:15 | |
| *** frieder <frieder!~frieder@89.244.121.32> has quit IRC (Remote host closed the connection) | 17:24 | |
| *** thomas81 <thomas81!~thomas81@65.155.59.74> has joined #yocto | 17:30 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 17:30 | |
| *** thomas81 <thomas81!~thomas81@65.155.59.74> has left #yocto | 17:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-077-176-034-099.77.176.pool.telefonica.de> has joined #yocto | 18:42 | |
| *** amitk <amitk!~amit@58.84.61.177> has quit IRC (Ping timeout: 240 seconds) | 18:48 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 19:28 | |
| tgamblin | kanavin: do you use the testimage feature with AUH? | 19:52 |
| kanavin | tgamblin, no | 19:52 |
| kanavin | too brittle for mass-updates in oe-core | 19:52 |
| tgamblin | kanavin: ah. I'm running into an error when testimage tries to start :) | 19:52 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 19:53 | |
| kanavin | tgamblin, it's also not entirely obvious how to make it useful when the goal is to go over every recipe in core and try to update them one by one | 19:53 |
| kanavin | I kind of inherited auh from someone else, I fixed it up to serve that goal in okay-ish kind of way, but I'd probably write it entirely differently myself. | 19:55 |
| tgamblin | kanavin: it'd be useful for me at least since a lot of the recipes with my name on them are Python modules that have (or could have) ptests added | 19:55 |
| kanavin | tgamblin, patches welcome (and without hidden meanings or irony :) | 19:56 |
| tgamblin | kanavin: indeed, I'm sure I'll be sending more | 19:56 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 20:00 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 20:01 | |
| khem | RP: master-next bitbake is showing long time between parse and starting task execution | 20:11 |
| *** Haxxa <Haxxa!~Haxxa@116.255.4.123> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** Haxxa <Haxxa!~Haxxa@116.255.4.123> has joined #yocto | 20:17 | |
| RP | khem: I think it has been doing this for a while | 20:38 |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Remote host closed the connection) | 20:40 | |
| *** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection) | 20:40 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 240 seconds) | 20:40 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 20:40 | |
| *** dankm <dankm!~dan@user/dankm> has joined #yocto | 20:41 | |
| *** toric <toric!~toric@zusipn-moli19t-pzen3-service5.deere.com> has quit IRC (Read error: Connection reset by peer) | 20:52 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:2988:be35:fb6f:e8c5> has joined #yocto | 20:55 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 21:06 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 21:06 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 21:18 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 21:19 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:20 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 255 seconds) | 21:31 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto | 21:31 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Read error: Connection reset by peer) | 21:32 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 21:33 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 240 seconds) | 21:37 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 21:37 | |
| *** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 252 seconds) | 21:38 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 21:42 | |
| khem | RP: I am just startting to see it since yesterday | 21:52 |
| *** florian_kc <florian_kc!~florian@dynamic-077-176-034-099.77.176.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:53 | |
| RP | khem: is this with or without a hashequiv server? | 21:54 |
| khem | BB_HASHSERVE = "auto" | 22:01 |
| khem | BB_SIGNATURE_HANDLER = "OEEquivHash" | 22:01 |
| RP | khem: so just a local hashserve. I'll look into it tomorrow, I've probably broken something else :( | 22:03 |
| khem | right | 22:04 |
| RP | khem: I'd be interested to know if current -next is any better or not | 22:05 |
| RP | I potentially fixed one issue but I'm not sure if I've done well enough or not | 22:06 |
| khem | still similar | 22:06 |
| RP | khem: Can you run bitbake with the -P option unti the tasks start , stop it and share the profile data? | 22:07 |
| RP | khem: I'm not interested in the parsing ones but the others | 22:07 |
| RP | khem: I queued a mingw test btw. Will the gcc fix just fix the gcc failure or the other failures too for mingw? | 22:09 |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 268 seconds) | 22:16 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 22:24 | |
| khem | bitbake -P fails after a while before starting the task executions - https://snips.sh/f/lZEUt1AhkA | 22:27 |
| *** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto | 22:32 | |
| RP | hmm, it doesn't do that for me :/ | 22:33 |
| *** Kubu_work1 <Kubu_work1!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:37 | |
| RP | I did some local tests and can't spot any particular slowdown :/ | 22:37 |
| khem | second run worked - https://busybox.net/~kraj/bb-profile.tar.xz | 22:38 |
| RP | khem: was there no mainloop or plain cooker log? those look to be the parse logs | 22:39 |
| RP | khem: the .processed ones are the ones with the human readable output too | 22:40 |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto | 23:11 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!