| *** azcraft <azcraft!~AzCraft@195.214.251.111> has quit IRC (Remote host closed the connection) | 00:00 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has quit IRC (Quit: Leaving.) | 00:01 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 00:10 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has joined #yocto | 00:19 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Quit: restart) | 00:23 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 255 seconds) | 00:30 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has quit IRC (Quit: Leaving.) | 00:30 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has joined #yocto | 00:32 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:38 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has quit IRC (Quit: Leaving.) | 00:46 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 00:56 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 00:56 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:01 | |
| *** davidinux <davidinux!~davidinux@92.118.62.239> has quit IRC (Ping timeout: 250 seconds) | 01:04 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 01:15 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 01:15 | |
| *** camus <camus!~Instantbi@2409:8a1e:911a:c850:afae:7106:963c:94a3> has quit IRC (Ping timeout: 252 seconds) | 01:16 | |
| *** sotaoverride_ <sotaoverride_!~sotaoverr@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 264 seconds) | 01:19 | |
| *** sotaoverride_ <sotaoverride_!~sotaoverr@ool-4578fe22.dyn.optonline.net> has joined #yocto | 01:21 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 248 seconds) | 01:31 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Read error: Connection reset by peer) | 01:35 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 01:44 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Client Quit) | 01:46 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 01:48 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 01:50 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has joined #yocto | 01:56 | |
| *** amitk <amitk!~amit@103.208.71.93> has joined #yocto | 02:07 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6541:9e00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds) | 02:55 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 02:55 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6546:7000:2ce:39ff:fecf:efcd> has joined #yocto | 02:57 | |
| *** agroni <agroni!~agroni@2607:fb91:13c2:6653:b9ed:fe70:d09c:e0ee> has joined #yocto | 03:23 | |
| *** agroni <agroni!~agroni@2607:fb91:13c2:6653:b9ed:fe70:d09c:e0ee> has left #yocto (Leaving) | 03:27 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 255 seconds) | 03:31 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 03:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 03:54 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 03:54 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 276 seconds) | 03:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:59 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 04:04 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 260 seconds) | 05:07 | |
| *** amitk_ <amitk_!~amit@103.208.69.75> has joined #yocto | 05:14 | |
| *** thomas__ <thomas__!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:19 | |
| *** Soopaman <Soopaman!~soopaman@cpe-70-122-239-181.tx.res.rr.com> has quit IRC (Remote host closed the connection) | 05:27 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Quit: Ping timeout (120 seconds)) | 05:35 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto | 05:37 | |
| *** davidinux <davidinux!~davidinux@194.147.59.191> has joined #yocto | 05:45 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 05:57 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Ping timeout: 250 seconds) | 06:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 06:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:10 | |
| *** Scorpi <Scorpi!~scorpi@tikei.de> has joined #yocto | 06:11 | |
| Scorpi | Hi, I want to have nodejs included in my SDK (for npm). How do achieve this? | 06:15 |
|---|---|---|
| Scorpi | The package I want to build depends on nodejs-native. When I include this in TOOLCHAIN_HOST_TASK, I get an error: "rdepends upon non-existent task do_package_write_ipk in virtual:native:/opt/meta-openembedded/meta-oe/recipes-devtools/nodejs/nodejs_14.17.1.bb" | 06:19 |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 06:20 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:20 | |
| *** pope <pope!~pope@46.140.99.106> has joined #yocto | 06:21 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 06:22 | |
| *** jiva_ <jiva_!sid359794@id-359794.helmsley.irccloud.com> has quit IRC (Quit: Updating details, brb) | 06:22 | |
| LetoThe2nd | yo dudX | 06:22 |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has joined #yocto | 06:22 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 240 seconds) | 06:25 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 06:32 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 06:32 | |
| *** mckoan|away is now known as mckoan | 06:41 | |
| mckoan | good morning | 06:41 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 06:48 | |
| brabander | bitbake does not seems to fail when files are missing with FILES:${PN} = "nonexisiting" | 06:53 |
| brabander | is that normal? | 06:53 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 06:55 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Client Quit) | 06:56 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 06:58 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has joined #yocto | 06:58 | |
| LetoThe2nd | brabander: yup | 07:08 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:16 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:20 | |
| rburton | brabander: FILES is a list of globs of files which may possibly match, unlike some other packaging systems its not fatal if there's a mistake. this is how the defaults are useful (see bitbake.conf) | 07:26 |
| *** old_guy <old_guy!~old_guy@205.251.233.106> has quit IRC (Quit: Client closed) | 07:38 | |
| *** pope <pope!~pope@46.140.99.106> has quit IRC (Quit: Client closed) | 07:41 | |
| *** davidinux <davidinux!~davidinux@194.147.59.191> has quit IRC (Ping timeout: 248 seconds) | 07:50 | |
| *** davidinux <davidinux!~davidinux@92.118.62.94> has joined #yocto | 07:52 | |
| RP | rburton: seems I've overloaded 2004-arm-1 :/ | 08:01 |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 08:02 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 08:02 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 08:08 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto | 08:28 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 08:42 | |
| *** amitk_ <amitk_!~amit@103.208.69.75> has quit IRC (Ping timeout: 255 seconds) | 08:44 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:49 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 265 seconds) | 08:56 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:05 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:12 | |
| *** murych <murych!~tmayzenbe@83.220.239.61> has joined #yocto | 09:14 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 09:15 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 09:15 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has joined #yocto | 09:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:29 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:33 | |
| *** olani_ <olani_!~olani@66.159.215.7> has quit IRC (Ping timeout: 265 seconds) | 09:36 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 09:46 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 252 seconds) | 09:47 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has joined #yocto | 09:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 09:49 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto | 09:49 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 09:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 09:52 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has joined #yocto | 09:53 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 265 seconds) | 09:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:54 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:35 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC (Read error: Connection reset by peer) | 10:38 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 10:39 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:40 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Read error: Connection reset by peer) | 10:41 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 10:46 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 11:08 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 11:08 | |
| * RP can't decide what to do about the crate problem. Scrap rc1 or not? | 11:13 | |
| RP | I think I miss having people to discuss some of this stuff with :( | 11:15 |
| glembo[m] | Hi, anybody familiar with GO_INSTALL? Is there a nice way to fix:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/de501b1bf8d5c25906f1b8591c9eeff4e2d5056b>) | 11:18 |
| mcfrisk | RP: is the crate change for the better? if yes, then go forward with it. | 11:27 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:29 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 11:31 | |
| RP | mcfrisk: I don't know, I'm not a rust/crate/cargo expert. I suspect it is but if I merge the patch, other things will break, I'll then be on the hook for fixing those and blocked on release until we do | 11:32 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 11:32 | |
| RP | I probably shouldn't have taken the change at all in the first place but then I'd be obstructing development and not encouraging it :( | 11:33 |
| RP | I worry if we don't fix this now, it will cause further problems down the road. Saur is already not happy about not being able to share things across releases and this will make it much worse | 11:34 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:34 | |
| RP | The relief at being able to hand rc1 over to QA was immense, if I start messing around with this, I'm back to square one with stress levels :( | 11:35 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:35 | |
| JaMa | RP: I don't have many recipes with crates, but as you wanted other people to discuss this I think it can be merged later and I wouldn't worry too much about 4.2.0 tag not having it yet (as people will still take time to adapt and upgrade their layers, so newer mickledore revision would be enough) | 11:38 |
| JaMa | RP: and for that backport request from Saur I have to say that I agree with him, I understand your fear that someone will quote you on backwards compatibility later, but then I'm willing to quote your reply as well where you clearly said that backwards compatibility is not a rule | 11:39 |
| JaMa | e.g. overrides syntax compatibility to dunfell was huge benefit for layers I maintain, for people with many crates this might be important as well (e.g. if devs are constantly changing crates in kirkstone based build, while someone like Saur is making sure their layer is as much as possible compatible with newer Yocto releases - which in this case would require him to regenerate the crate .inc file in | 11:42 |
| RP | JaMa: we can't really release 4.2, then change crates in an incompatible way | 11:42 |
| JaMa | mickledore everytime someone changes it in kirkstone, while with backwards compatibility he can just teach the rust devs to generate forward compatible .inc files in first place | 11:42 |
| JaMa | then I might be missing something, because the change I've seen doesn't affect the crates generated with officially supported and documented -c update_crates task | 11:44 |
| mcfrisk | I'm waiting for parsec-service to be fixed in meta-security so that I would compile again... meta-clang, tpm-tss2 updates and now poky crate changes all breaking things. just go forward and we can fix and aling. | 11:45 |
| RP | JaMa: the change in question means you may need one set of url/checksums for mickledore and another for master so I think the situation could get much worse | 11:45 |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 11:45 | |
| mcfrisk | the release specific branches in various layers are really not maintained at all, using master and being compatible with lts is better | 11:46 |
| JaMa | mcfrisk: "go forward" with release or merging the change? | 11:46 |
| mcfrisk | merging | 11:46 |
| RP | I suspect I don't know enough about this topic either and I'll have to dive deeper. Do I tell QA to stop in the meantime? :/ | 11:46 |
| JaMa | https://lists.openembedded.org/g/bitbake-devel/message/14645 this change, right? | 11:47 |
| RP | JaMa: the v2 with the test fixes but yes | 11:47 |
| JaMa | https://git.openembedded.org/openembedded-core/commit/?h=mickledore&id=1795e98a04ad09b011afcc7cc3bf6dc49475b19a already does that for recipes using cargo-update-recipe-crates.bbclass, right? my understanding is that bitbake fetcher change just makes fetcher to print missing checksums in the same format as the bbclass does | 11:50 |
| JaMa | which is good improvement, but unless I'm missing something it's not breaking the compatilibity of correctly generated SRC_URIs | 11:51 |
| RP | JaMa: sadly not. python3-bcrypt-crates.inc has no ;name parameters in the url | 11:51 |
| mcfrisk | merge it, it feels like the right thing to do. I guess no-one is a rust/crate expert who knows better. it's about feeling and intuition in the end. no-one can know for sure | 11:51 |
| RP | JaMa: so I merge the change, the recipes will break | 11:51 |
| RP | Its a public holiday tomorrow, key people are on vacation next week (and probably today) and I really don't want to rebuild the release but it is probably the correct thing to do from a technical perspective | 11:52 |
| JaMa | "the recipes will break" ok, then I have to be missing something | 11:52 |
| RP | JaMa: the urls don't have name parameters so if we change the default, the checksums won't match up | 11:53 |
| RP | Rather than working on sorting any of this I've an afternoon of meetings too :( | 11:54 |
| Saur[m] | RP: But isn't that just a question of doing as Enrico suggest, regenerate the recipes, then apply the patch? | 11:54 |
| RP | Saur[m]: sure, "just" that | 11:54 |
| RP | tell QA not to process rc1 any further, merge the bitbake change, write the other patches, post them, put them through the autobuilder for testing, handle the emails about the other layers breaking, and run through the release process again to build rc2 making sure the QA emails get sent (the rc1 didn't) and handling any new intermittent build failures | 11:56 |
| JaMa | my LA is over 100 from 3 other builds running already, but I've triggered python3-bcrypt build with the fetcher change included to see what's going on and in worse case will at least "just" regenerate the .inc file | 11:56 |
| Saur[m] | Well, in my world, recipe breakage that causes build failures, which can easily be sorted by modifying the recipe, should not be seen as a blocker. I.e., to me this can just as well be done in 4.2.1. Anyone can be prepared for the change in advance since it just means that the crates.inc files have to be updated. Since there is no syntax changes or anything like that, which would prevent doing it in advance, waiting for 2.4.1 should be fine. | 11:58 |
| Saur[m] | 4.2.1* | 11:58 |
| RP | Ok, I've told QA to stop so rc2 it is. it is the right thing to do technically and for the project | 11:58 |
| * RP quietly curses as the repo sync falls apart | 12:00 | |
| JaMa | repo sync as combo-layer-tool? | 12:01 |
| Saur[m] | RP: On the other hand (I will contradict myself here a bit), if you *do* take the change for Mickledore, it means there will no longer be a requirement to use the name= parameter for the crate:// URIs, which would mean I can use the same crates.inc files for Langdale and Mickledore and thus solve my wish for compatibility... | 12:02 |
| RP | JaMa: consequences of it. Nothing I can't fix | 12:02 |
| RP | Saur[m]: I don't think there is a requirement to use the name parameter as we have recipes that don't have that now | 12:02 |
| RP | JaMa: confirmed that things do fail to build FWIW | 12:03 |
| Saur[m] | RP: There is if you have a recipe that depend on two different versions of the same crate. | 12:03 |
| JaMa | I'm still quite far from that due to other load: 5 running tasks (1407 of 3556) | 12:03 |
| Saur[m] | That is what the "fetch:crate: create versioned 'name' entries" patch solves, without having to explicitly specify different names for them using the name= parameter. | 12:05 |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 12:05 | |
| RP | Saur[m]: ok, so this does help your other issue | 12:07 |
| JaMa | "sadly not. python3-bcrypt-crates.inc has no ;name parameters in the url", Ah I get it now (after seeing the failure locally) | 12:07 |
| RP | anyway, why aren't these checksums just in the crate url if we're autogenerating these things anyway | 12:08 |
| Saur[m] | RP: As far as I can tell, this should solve my problem, but backporting to Kirkstone/Langdale would have solved it as well, and would be less invasive. | 12:09 |
| RP | Saur[m]: going forward having two different naming setups for this would be problematic though | 12:10 |
| Saur[m] | RP: I have been asking myself that too. The only reason I can see is that if the checksums do not match, bitbake will output suggested updates using the SRC_URI[name.sha25sum] syntax, rather than updated URIs with sha256sum=. | 12:10 |
| prabhakarlad | Hi all, is there a way we could add require to bb/bbappend depending on the MACHINE? | 12:10 |
| Saur[m] | prabhakarlad: You mean like `require foo-${MACHINE}.inc`? It should work. | 12:11 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 255 seconds) | 12:11 | |
| prabhakarlad | Saur[m]: thanks, thats a good trick, I actually wanted to skip "require" for specific machine | 12:12 |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 12:14 | |
| Saur[m] | prabhakarlad: You can do that if you use a variable, e.g., `FOOBAR = "foobar.inc"`, `FOOBAR:some-machine = ""`, `require ${FOOBAR}` | 12:18 |
| JaMa | RP: I've sent the updates for .inc files | 12:19 |
| JaMa | still running the build, but "what could go wrong" right? | 12:20 |
| RP | JaMa: see if they match https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=2fbb5b89db743612adea4a8d61d08843fbfc349b ? :) | 12:21 |
| RP | JaMa: those did actually build | 12:21 |
| JaMa | hmm but you didn't set the name in SRC_URI entries | 12:21 |
| JaMa | how did you regen these? with bitbake output? | 12:22 |
| JaMa | I think mine are better, because I've used the bbclass to do the update, so next time someone updates one of these 2 recipes will get fewer changes in the .inc file | 12:22 |
| JaMa | and I've also documented in commit message how to efficiently regenerate them, because what Frederic said is unnecessary complicated | 12:23 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 12:24 | |
| JaMa | and I'm past do_fetch as well | 12:24 |
| Saur[m] | RP, JaMa : If the patch to automatically set the versioned names is applied (which I believe RP is going for now), we might want to update the cargo-update-recipe-crates.bbclass too to no longer generate the name= parameters. It is not needed, but it would result in patches corresponding to RP's version rather than JaMa's. | 12:24 |
| JaMa | right | 12:25 |
| JaMa | I don't think RP was asking for even more work, but you're right | 12:26 |
| RP | If we're going to do that, why not just put the sha256 into the url? :) | 12:26 |
| JaMa | I've just tried to be helpful, will go back to work where people are complaining that I gave them negative review for changes which don't even build | 12:27 |
| *** waltminer <waltminer!sid324176@id-324176.hampstead.irccloud.com> has joined #yocto | 12:27 | |
| RP | JaMa: I appreciate the help and the second set of eyes | 12:27 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 12:27 | |
| JaMa | RP: you're welcome :) | 12:28 |
| RP | JaMa: I got build failures when I tried update_crate so I copy and pasted. Your echo is easier :) | 12:29 |
| Saur[m] | RP: I do agree with you as I believe it would simplify the crates.inc files. The only thing that speaks against it is that the error output when a checksum is wrong uses the SRC_URI[name.sha256sum] syntax. | 12:29 |
| RP | Saur[m]: that could be improved as needed | 12:32 |
| JaMa | RP: yes I got the same failure when trying to update solana recipes few days ago | 12:32 |
| Saur[m] | RP: Also, FYI, we are seeing a steady increase in Rust (and Go) recipes in our layers, so while I still have very little experience with either, I believe exposure to them will lead to more contributions from our side to improve the experience with working with either. | 12:34 |
| JaMa | on unrelated note, I assume this isn't triggered on AB as buildpaths are fatal error in poky, right? | 12:35 |
| JaMa | WARNING: python3-bcrypt-4.0.1-r0 do_package_qa: QA Issue: File /usr/lib/python3.11/site-packages/bcrypt/_bcrypt.abi3.so in package python3-bcrypt contains reference to TMPDIR [buildpaths] | 12:35 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC (Read error: Connection reset by peer) | 12:37 | |
| *** azcraft <azcraft!~AzCraft@195.214.251.111> has joined #yocto | 12:40 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 12:41 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 12:44 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 12:50 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 12:50 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 12:53 | |
| RP | JaMa: they are and we haven't seen that | 12:56 |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 12:57 | |
| JaMa | cryptography has the same so might be something rusty | 12:58 |
| JaMa | WARNING: python3-cryptography-39.0.2-r0 do_package_qa: QA Issue: File /usr/lib/python3.11/site-packages/cryptography/hazmat/bindings/_rust.abi3.so in package python3-cryptography contains reference to TMPDIR [buildpaths] | 12:58 |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 12:58 | |
| brabander | how can i force the pkg_postinst of a recipe? I've updated it, but even a "-c clean" doesn't seem to work | 12:58 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 12:59 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 13:00 | |
| Saur[m] | RP: I just sent a patch to make cargo-update-recipe-crates.bbclass without the name= parameters. It is not required to take it, but it does go along with Enrico's patch, so I leave it up to you which you do. I then think we should revise this in 4.2.1 to use sha256sum= parameters instead, possibly with an update to the error output when the checksums do not match. | 13:00 |
| JaMa | where do you expect it to be forced? pkg_postinst is executed by package manager | 13:00 |
| brabander | when i build the image, the updated pkg_postinst doens't seem to be used | 13:01 |
| JaMa | 39.0.2-r0/packages-split $ objdump -x ./python3-cryptography/usr/lib/python3.11/site-packages/cryptography/hazmat/bindings/_rust.abi3.so | grep oe-core - | 13:02 |
| JaMa | B 1 | 13:02 |
| JaMa | Version definitions: | 13:03 |
| JaMa | 1 0x01 0x085b923f /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/python3-cryptography/39.0.2-r0/build/target/x86_64-oe-linux-gnu/release/deps/libcryptography_rust.so | 13:03 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 276 seconds) | 13:03 | |
| *** Guest6985 <Guest6985!~Guest69@43-127-61-5.reverse.tnp.net.uk> has joined #yocto | 13:04 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto | 13:05 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 276 seconds) | 13:05 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 13:07 | |
| Guest6985 | So if I understand correctly "poky" is a reference distro. Should we always start from this reference or is it recommended to start with "other" reference distribution and if so which alternatives exists? | 13:07 |
| Guest6985 | e.g. OpenEmbedded Core? | 13:07 |
| *** rob_w <rob_w!~rob@2001:a61:6012:6901:a882:ad21:e7bc:f216> has joined #yocto | 13:08 | |
| Saur[m] | Guest6985: OE-Core is part of Poky. Poky is basically Bitbake, OE-Core and meta-poky combined into one repository. | 13:08 |
| Guest6985 | My second question is, if I am in the branch "dunfell" and I have a build directory "build" and I want to change to "langdale", then my "build" directory needs to be removed and I need to source the oe-env script again... because I get: ERROR: Variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS | 13:09 |
| Guest6985 | ERROR: Shell environment variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS | 13:09 |
| Guest6985 | ERROR: Exiting to allow enviroment variables to be corrected | 13:09 |
| Guest6985 | ERROR: Shell environment variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS | 13:09 |
| Guest6985 | ERROR: Exiting to allow enviroment variables to be corrected | 13:09 |
| Guest6985 | Is there a better way of doing it (probably yes so then what way is recommended instead of deleting my build directory)? | 13:09 |
| Guest6985 | It seems the error is related to something else | 13:11 |
| Saur[m] | Guest6985: Actually, in that case the problem is due to the `BB_ENV_EXTRAWHITE`variable having been set in your shell's environment when you sourced `oe-init-build-env` with the Dunfell version. If you unset that variable, or start a new terminal, it should be possible to source the updated version. | 13:12 |
| mcfrisk | Guest6985: remove build/tmp but you can modify build/conf/* to pass the build, just follow the instructions in errors/warnings | 13:12 |
| Guest6985 | Saur[m] starting a new terminal worked | 13:13 |
| Guest6985 | thanks | 13:13 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 13:18 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 13:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:20 | |
| Guest6985 | there is a meta-flutter available which doesn't work on most devices because the Flutter engine is so difficult to compile for a specific device. Will it be much easier with the upcoming Impeller engine which will replace the current Skia engine or does this has nothing to do with it in the first place to have Flutter running on embedded devices? | 13:21 |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 13:23 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 13:23 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds) | 13:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:24 | |
| rob_w | if impeller makes it general easier to compile for different platforms , then it should help i say | 13:24 |
| Guest6985 | But was the bottleneck until now that Skia engine made it difficult to compile Flutter engine for embedded devices? | 13:34 |
| mckoan | Guest6985: AFAIK Impeller is under active development, and isn't yet ready | 13:34 |
| Guest6985 | mckoan That is alright, my point is to not switch to Qt if the new Flutter Impeller will (or at least should be able to) make it easier to compile Flutter engine for embedded devices. The other point that remains is that I don't know if the C bindings that interface with Flutters' Dart will slow down the back-end (e.g. interfacing with sensors)? | 13:36 |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 13:40 | |
| smurray | mckoan: I believe Impeller is in Flutter 3.7.x | 13:41 |
| RP | Saur[m]: we can't really revise that in a point release. I've taken your patch though, thanks (and tweaked JaMa's to match after it) | 13:41 |
| Guest6985 | Impeller and Skia seems to be libraries part of the Flutter engine, meaning it will help slightly in compiling Flutter for devices but the difficulty still remains. | 13:42 |
| smurray | Guest6985: we're building flutter-auto from meta-flutter for several different platforms in AGL, I'm curious what it is that you're having a problem with? | 13:42 |
| *** thomas__ <thomas__!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds) | 13:44 | |
| Saur[m] | RP: Well, since both the syntax using `SRC_URI[name.sha256sum]` and `sha256sum=` are equally valid and will remain so, changing the output from `bitbake -c update_crates` to use `sha256sum=` instead of `SRC_URI[name.sha256sum]` shouldn't be a problem. The task is manually run so nothing happens without the developer being aware of it. | 13:48 |
| Saur[m] | Though I guess changing the error output from using one form to the other might be a bit more invasive. | 13:49 |
| Guest6985 | smurray having flutter for jetson, rpi, imx etc. flutter for AGL seems to be in full development | 13:50 |
| RP | Saur[m]: you're right from a technical perspective on both. The issue is in a stable release we're not supposed to change behaviours like that | 13:52 |
| Guest6985 | The one you mention is under development by toyota and thus well supported | 13:52 |
| Guest6985 | smurray | 13:52 |
| Saur[m] | RP: Fair enough. | 13:52 |
| smurray | Guest6985: yes | 13:53 |
| Saur[m] | RP: FWIW, I have built our six Rust recipes after applying Enricos patch without problems. And also after applying the changes that my patch results in. | 13:53 |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 13:55 | |
| Scorpi | How can I include nodejs into the SDK so I can use npm? | 13:58 |
| Scorpi | adding nodejs-native to TOOLCHAIN_HOST_TASK causes an error: rdepends upon non-existent task do_package_write_ipk in virtual:native:/opt/meta-openembedded/meta-oe/recipes-devtools/nodejs/nodejs_14.17.1.bb | 13:59 |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 14:03 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 14:03 | |
| Saur[m] | Scorpi: You are not expected to add native recipes to TOOLCHAIN_HOST_TASK, it takes nativesdk recipes, i.e., you would need a `nativesdk-nodejs`. However, the `nodejs` recipe currently does not add `nativesdk` to `BBCLASSEXTEND`. It might be as simple as adding that, but I have no experience with nodejs, so I wouldn't know. | 14:05 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 14:08 | |
| Saur[m] | RP: Btw, I sent a PATCHv2 for my patch to fix a typo in the commit message. | 14:10 |
| RP | Saur[m]: I'd already merged v1, sorry | 14:15 |
| Saur[m] | RP: No worries. | 14:15 |
| JaMa | RP: FYI that [buildpaths] QA issue is caused by ld-is-gold in DISTRO_FEATURES, gold generates the library path in .gnu.version_d section which seems to be missing completely when default bfd is used | 14:17 |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:22 | |
| RP | JaMa: ah, at least we know why the autobuilder didn't see it then! | 14:30 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds) | 14:34 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:39 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 14:44 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 14:44 | |
| *** Guest6985 <Guest6985!~Guest69@43-127-61-5.reverse.tnp.net.uk> has quit IRC (Quit: Client closed) | 14:48 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 250 seconds) | 14:56 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 14:58 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 14:59 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC (Ping timeout: 265 seconds) | 15:05 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 15:06 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 15:11 | |
| smurray | just checking, is it the case that I can't take the SRC_URI generated with cargo-update-recipe-crates on e.g. oe-core master, and use it with kirkstone? | 15:20 |
| smurray | based on the error I'm seeing, I'm guessing there was a crate fetcher change at some point that precludes it... | 15:21 |
| RP | smurray: I think things on master/mickledore as of an hour or so ago should be ok | 15:22 |
| smurray | RP: ah, okay, so pull, then regen the crates .inc? | 15:23 |
| smurray | RP: looking at the commit message, that definitely will fix my issue, thanks! | 15:25 |
| RP | smurray: this is partly why I scrapped rc1 | 15:26 |
| Saur[m] | smurray: You're welcome. ;) | 15:26 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 15:27 | |
| smurray | Saur[m]: heh, I'm torn on whether I was lucky or unlucky to hit it ;) | 15:27 |
| Saur[m] | smurray: Well, I only stumbled on this yesterday... | 15:28 |
| smurray | Saur[m]: crates.io seemed pretty slow today, I'm wondering if that's new or if I just wasn't paying enough attention before | 15:29 |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 15:30 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 15:30 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 255 seconds) | 15:33 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEE.versanet.de> has quit IRC (Quit: Leaving.) | 15:38 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 248 seconds) | 15:48 | |
| smurray | Saur[m]: heh, all that and now it seems that the Cargo.toml of what I'm trying to build is too new for the cargo in kirkstone ;) | 15:53 |
| Saur[m] | smurray: Can't help you there, I'm afraid. We are using Langdale... | 15:54 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 265 seconds) | 15:55 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 248 seconds) | 15:57 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC (Ping timeout: 255 seconds) | 15:58 | |
| JaMa | I've backported rust/cargo/librsvg from langdale to kirkstone and it works reasonably well, but we use it only for solana | 15:59 |
| *** murych <murych!~tmayzenbe@83.220.239.61> has quit IRC (Quit: Konversation terminated!) | 16:00 | |
| *** flcat_ <flcat_!uid595392@id-595392.lymington.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:02 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:06 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 16:20 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 276 seconds) | 16:23 | |
| *** mckoan is now known as mckoan|away | 16:23 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 268 seconds) | 16:27 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 16:43 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 16:44 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:50 | |
| smurray | JaMa: okay, good to know | 17:00 |
| jclsn | Francesco[m]1: Thanks, I have been sick the rest of the week, but will maybe have questions after eastern | 17:04 |
| jclsn | Btw happy eastern everybody! :) | 17:04 |
| *** olani_ <olani_!~olani@66.159.215.7> has quit IRC (Ping timeout: 265 seconds) | 17:04 | |
| *** Spooster <Spooster!~Spooster@50.231.134.226> has joined #yocto | 17:47 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:56 | |
| *** otavio <otavio!~otavio@200.102.164.163> has quit IRC (Remote host closed the connection) | 17:59 | |
| *** florian__ <florian__!~florian@dynamic-093-135-131-215.93.135.pool.telefonica.de> has joined #yocto | 18:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 18:33 | |
| *** Spooster_ <Spooster_!~Spooster@50.231.134.226> has joined #yocto | 18:34 | |
| *** Spooster <Spooster!~Spooster@50.231.134.226> has quit IRC (Ping timeout: 276 seconds) | 18:37 | |
| *** Spooster_ <Spooster_!~Spooster@50.231.134.226> has quit IRC (Ping timeout: 255 seconds) | 18:43 | |
| *** bps <bps!~bps@user/bps> has joined #yocto | 18:45 | |
| *** alex88 <alex88!~alex88@user/alex88> has quit IRC (Ping timeout: 260 seconds) | 18:50 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:56 | |
| *** florian__ <florian__!~florian@dynamic-093-135-131-215.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 18:59 | |
| *** alex88 <alex88!~alex88@user/alex88> has joined #yocto | 19:04 | |
| *** amitk <amitk!~amit@103.208.71.93> has quit IRC (Ping timeout: 252 seconds) | 19:05 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds) | 19:21 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 19:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:29 | |
| *** florian__ <florian__!~florian@dynamic-093-135-131-215.93.135.pool.telefonica.de> has joined #yocto | 19:32 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 19:41 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 19:43 | |
| *** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 19:43 | |
| *** olani_ <olani_!~olani@83-233-29-230.cust.bredband2.com> has joined #yocto | 20:59 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 21:05 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 21:06 | |
| *** rob_w <rob_w!~rob@2001:a61:6012:6901:a882:ad21:e7bc:f216> has quit IRC (Read error: Connection reset by peer) | 21:20 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 265 seconds) | 21:52 | |
| *** Spooster <Spooster!~Spooster@76.139.232.111> has joined #yocto | 21:55 | |
| *** florian__ <florian__!~florian@dynamic-093-135-131-215.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 22:09 | |
| mischief | can i somehow specify varflags with overrides? | 22:14 |
| mischief | this is a syntax error it seems SRC_URI[sha256sum]:aarch64 = "...." | 22:14 |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 22:48 | |
| *** azcraft <azcraft!~AzCraft@195.214.251.111> has quit IRC (Quit: Leaving) | 22:53 | |
| mischief | erm.. hm. the manual says overrides don't work with varflags :/ | 22:59 |
| mischief | https://docs.yoctoproject.org/bitbake/2.2/bitbake-user-manual/bitbake-user-manual-metadata.html#variable-flag-syntax | 22:59 |
| mischief | how am i supposed to change SRC_URI[sha256sum] based on architecture for a prebuilt binary? | 23:00 |
| *** Spooster <Spooster!~Spooster@76.139.232.111> has quit IRC (Remote host closed the connection) | 23:10 | |
| *** Spooster <Spooster!~Spooster@76.139.232.111> has joined #yocto | 23:12 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 23:20 | |
| *** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 23:20 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan) | 23:24 | |
| zwelch | mischief: you can set something like MY_SRC_URI_SHA256:aarch = "..." and then use ${MY_SRC_URI_SHA256} in SRC_URI[sha256sum]. | 23:24 |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 23:24 | |
| *** tealbird <tealbird!~pidgin@c-98-248-236-18.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 23:29 | |
| mischief | oof k | 23:31 |
| *** tealbird <tealbird!~pidgin@c-98-248-236-18.hsd1.ca.comcast.net> has joined #yocto | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!