| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 256 seconds) | 00:07 | |
| *** mckoan_ <mckoan_!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 01:10 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6544:6900:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds) | 01:11 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 268 seconds) | 01:13 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:654a:3000:2ce:39ff:fecf:efcd> has joined #yocto | 01:13 | |
| *** joeythesaint <joeythesaint!~jjmcdn@205.185.115.212> has quit IRC (Quit: joeythesaint) | 01:13 | |
| *** Saur_Home86 <Saur_Home86!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 01:18 | |
| *** Saur_Home86 <Saur_Home86!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 01:18 | |
| *** Jones42_ <Jones42_!~Jones42@i577BF1B1.versanet.de> has joined #yocto | 01:54 | |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 01:58 | |
| *** amitk <amitk!~amit@58.84.62.47> has quit IRC (Ping timeout: 264 seconds) | 04:17 | |
| *** amitk <amitk!~amit@58.84.60.156> has joined #yocto | 04:21 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 04:51 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 04:58 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection) | 05:04 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 05:05 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 05:13 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:501f:c2a6:b781:d48f> has quit IRC (Ping timeout: 256 seconds) | 05:25 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 05:26 | |
| *** amitk <amitk!~amit@58.84.60.156> has quit IRC (Ping timeout: 256 seconds) | 05:39 | |
| *** Jah <Jah!~Jah@185.37.248.114> has joined #yocto | 05:41 | |
| *** amitk <amitk!~amit@58.84.61.164> has joined #yocto | 05:46 | |
| *** enok <enok!~Thunderbi@94.191.152.24> has joined #yocto | 05:55 | |
| *** amitk_ <amitk_!~amit@58.84.61.177> has joined #yocto | 06:06 | |
| *** amitk <amitk!~amit@58.84.61.164> has quit IRC (Ping timeout: 256 seconds) | 06:08 | |
| *** Jah <Jah!~Jah@185.37.248.114> has quit IRC (Quit: Client closed) | 06:09 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:10 | |
| *** Jah <Jah!~Jah@185.37.248.114> has joined #yocto | 06:16 | |
| *** Jah <Jah!~Jah@185.37.248.114> has quit IRC (Quit: Client closed) | 06:22 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has joined #yocto | 06:27 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 06:43 | |
| *** mckoan_ is now known as mckoan | 06:43 | |
| mckoan | good morning | 06:43 |
|---|---|---|
| Xogium | good morning mckoan | 06:44 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 06:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:48 | |
| *** Jah <Jah!~Jah@185.37.248.114> has joined #yocto | 06:48 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 06:51 | |
| *** Jah <Jah!~Jah@185.37.248.114> has quit IRC (Client Quit) | 06:51 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCE1.versanet.de> has joined #yocto | 06:56 | |
| *** frieder <frieder!~frieder@i4DF67AE6.pool.tripleplugandplay.com> has joined #yocto | 07:07 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:14ec:8321:4f48:675b> has quit IRC (Ping timeout: 255 seconds) | 07:08 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 07:09 | |
| *** Saur_Home86 <Saur_Home86!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 07:10 | |
| *** Saur_Home86 <Saur_Home86!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 07:10 | |
| *** enok <enok!~Thunderbi@94.191.152.24> has quit IRC (Ping timeout: 240 seconds) | 07:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 07:24 | |
| *** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 07:24 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 264 seconds) | 07:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 07:31 | |
| *** Guest81 <Guest81!~Guest81@65.155.59.74> has quit IRC (Quit: Client closed) | 07:37 | |
| *** enok <enok!~Thunderbi@94.191.152.127> has joined #yocto | 07:44 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 07:52 | |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 08:21 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 08:22 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 08:22 | |
| *** Jones42_ <Jones42_!~Jones42@i577BF1B1.versanet.de> has quit IRC (Quit: Leaving) | 08:22 | |
| *** enok <enok!~Thunderbi@94.191.152.127> has quit IRC (Ping timeout: 240 seconds) | 08:23 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:23 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 08:23 | |
| qschulz | mbulut_: it needs to be named exactly the same as the patch in the original recipe for it to be replaced | 08:24 |
| qschulz | mbulut_: https://docs.mulgara.org/images/3/33/YPS2022.05_d1s02_overrides.pdf slide 101 and later explain how the mechanism works | 08:25 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:27 | |
| yocton | Hello everyone! for a recipe that only install files from SRC_URI, is it better to UNPACKDIR=S or the opposite S=UNPACKDIR? (Related to https://lists.openembedded.org/g/openembedded-devel/topic/106326666#msg110534) | 08:27 |
| *** Saur_Home86 <Saur_Home86!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 08:27 | |
| *** Saur_Home86 <Saur_Home86!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 08:27 | |
| qschulz | yocton: second | 08:29 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 08:31 | |
| yocton | qschulz: Ok, thanks! | 08:44 |
| yocton | I got confused by https://git.yoctoproject.org/poky/commit/?id=d6ae8d2004f8ac3aab4571e0077d406b2d19b542 which sets S=... and UNPACKDIR=S. But that is different, I guess? | 08:48 |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 268 seconds) | 08:58 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 256 seconds) | 08:59 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 09:00 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 09:04 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 09:05 | |
| frosteyes | I have a local poky mirror, and noticed it was stop syncing, as it seems that the master branch was divergated. I guess the eunqueue stuff was merged to master by mistake, and then removed before the oe-build-perf-report commit. | 09:06 |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Ping timeout: 250 seconds) | 09:08 | |
| qschulz | yocton: I misguided you | 09:22 |
| qschulz | yocton: https://docs.yoctoproject.org/next/migration-guides/migration-5.1.html#workdir-changes | 09:22 |
| yocton | qschulz: "This can require to add an S definition to a recipe that only uses file:// SRC_URI entries" <= this matches S=UNPACKDIR, no? | 09:23 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 09:24 | |
| qschulz | michaelo: is styhead supposed to be an LTS? I think no? Then we should remove LTS from https://docs.yoctoproject.org/next/migration-guides/migration-5.1.html ? | 09:31 |
| *** enok <enok!~Thunderbi@94.191.153.59> has joined #yocto | 10:18 | |
| *** enok <enok!~Thunderbi@94.191.153.59> has quit IRC (Read error: Connection reset by peer) | 10:24 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 10:29 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:52 | |
| *** kaspt <kaspt!~kaspt@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto | 11:20 | |
| *** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has quit IRC (Ping timeout: 256 seconds) | 11:22 | |
| *** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has joined #yocto | 11:22 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 11:32 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 11:36 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 11:38 | |
| kaspt | Hi | 11:40 |
| kaspt | I got a problem after the poky update to 4.0.17 the freescale kernel get the localversion twice in the version string uname -r results with "6.1.57-fslc-fslc" | 11:40 |
| kaspt | any idea how to fix that I assume that its related any of this commits: 26f23535ee kernel: make LOCALVERSION consistent between recipes | 11:40 |
| kaspt | 2b7c113459 kernel: fix localversion in v6.3+ | 11:40 |
| kaspt | 0b39955d14 Revert "kernel: fix localversion in v6.3+" | 11:40 |
| kaspt | 552288e0c8 kernel: fix localversion in v6.3+ | 11:40 |
| kaspt | 59fcee90de kernel-devsrc: check for localversion files in the kernel source tree | 11:40 |
| *** kaspt <kaspt!~kaspt@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Ping timeout: 250 seconds) | 12:00 | |
| qschulz | khem: any plan upstreaming https://git.yoctoproject.org/meta-rockchip/tree/recipes-bsp/trusted-firmware-a/files ? | 12:02 |
| qschulz | was there something specific that prevented you from sending it upstream? | 12:02 |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 12:02 | |
| *** kaspt <kaspt!~kaspt@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto | 12:03 | |
| ernstp | i have made a bbclass that resolves some stuff dynamically, it works a bit like AUTOINC/AUTOREV but for other things | 12:08 |
| ernstp | now if I have a slow build, there is a chance that the version is updated during the build! and then I get "When reparsing... the basehash value changed from" | 12:09 |
| ernstp | I wonder why that never happens with git AUTOINC/AUTOREV, it seems to be protected against that somehow... ? | 12:10 |
| JaMa | BB_SRCREV_POLICY? | 12:14 |
| ernstp | JaMa: hmmm, that's quite deep integration in the fetcher... ? | 12:23 |
| ernstp | i want these value to be set only during the initial parsing, and not re-evaluated later during the same run | 12:25 |
| ernstp | but for the next invocation of bitbake it should check again | 12:26 |
| qschulz | ernstp: make it a task and make the task never cache with nostamp maybe? | 12:27 |
| qschulz | exchanging info between tasks is "difficult" though (via files basically :/) | 12:27 |
| qschulz | ernstp: maybe you could provide code or at the very least a use case so we could try to guide you a bit better? | 12:28 |
| ernstp | right now I have a bbclass that populates a number of variables with an anonymous python function. then you put those variables in your SRC_URI and get the right artifact | 12:29 |
| qschulz | ernstp: what i've seen people do is have an external script that update a .inc file included by all recipes. That inc file would have SRC_URI:pn-<recipe_name> = "whjatever" | 12:30 |
| qschulz | so it's not included in bitbake per se but no issue of basehash having changed | 12:31 |
| qschulz | https://github.com/nymea/meta-nymea/blob/kirkstone/update-sources.sh | 12:31 |
| ernstp | qschulz: I see... yeah that would be a quite different approac | 12:31 |
| qschulz | ernstp: having things changed at parse time/build time is a bit against Yocto philosophy though :/ this breaks reproducibility which is something most people are after | 12:34 |
| ernstp | qschulz: yeah i know... but it's pretty good when you're just tracking an item that get updated every day or so | 12:35 |
| qschulz | ernstp: and what in AUTOREV doesn't match your usecase? | 12:35 |
| ernstp | qschulz: it's not a git. it's a binary on an Artifactory server | 12:36 |
| qschulz | ernstp: oof. I guess another option is a customer fetcher, but this is going down the rabbithole I guess :) | 12:37 |
| ernstp | qschulz: lol :-) my thing works pretty well i feel, i'd just like to cache the value in the current "session" or something | 12:38 |
| JaMa | I would still go with updated .inc file so that it's clear what was built at that time and you can easily go back to it by checking out the right revision of that .inc file | 12:38 |
| JaMa | and you can easily switch between "stable" and "latest", do a promotion of the version upgrade from latest to stable after some validation etc | 12:40 |
| ernstp | JaMa: i see what you mean..... | 12:40 |
| ernstp | JaMa: i'd have to run it before the bitbake command then I guess | 12:41 |
| JaMa | you can have some separate job which will bump the values regularly and update such .inc file in your layer | 12:42 |
| ernstp | I'd like to avoid an endless list of commits with "updated version"... | 12:43 |
| JaMa | and this .inc file will be your "cached" value and if the build fails, then you can run the script locally and e.g. see if the failing component was already updated on artifactory and so on | 12:43 |
| ernstp | but i get that part yeah | 12:43 |
| JaMa | I guess depends on your exact use case, but I hate when things magically change between the builds | 12:44 |
| JaMa | especially when you cannot easily go back to the last working version | 12:44 |
| qschulz | the other downside could be a partial update, where you somehow manage to hit the moment during which one of the upstream git repo gets bumped, but not the other, and then you have build failures because you're building a version of a piece of SW which expects another specific version of its dependencies | 12:47 |
| *** zpfvo <zpfvo!~fvo@i59F5CCE1.versanet.de> has quit IRC (Ping timeout: 256 seconds) | 12:52 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCE1.versanet.de> has joined #yocto | 12:53 | |
| ernstp | qschulz: sure sure... but still, the strategy fits very well in some situations | 12:53 |
| mbulut_ | qschulz, thx for the slides | 12:55 |
| mbulut_ | I used devtool finish --force-patch-refresh busybox ../.. to create a new append in my layer | 12:57 |
| mbulut_ | The generated .bbappend contains as expected FILESEXTRAPATHS:prepend := "${THISDIR}/${PN}:" and the patch file is exactly named like the one from the upstream recipe | 12:59 |
| mbulut_ | however when running the image build I still get the patch fuzz warning | 13:00 |
| mbulut_ | hence my confusion... | 13:00 |
| JaMa | mbulut_: read the log.do_patch which will show you which file was found first | 13:02 |
| ernstp | maybe I could use an event handler to make sure my query only runs once | 13:02 |
| mbulut_ | oh, wait | 13:02 |
| mbulut_ | the .bbappend does not contain a SRC_URI ... | 13:03 |
| qschulz | mbulut_: doesn't have to | 13:03 |
| mbulut_ | hmm | 13:03 |
| mbulut_ | k lemme check the log | 13:03 |
| qschulz | are you sure FILESEXTRAPATHS:prepend := "${THISDIR}/<something>" is put in your bbappend? | 13:04 |
| qschulz | it should be exactly the above, only <something> replaced with the name of the directory(ies) from the current directory where the bbappend file is | 13:04 |
| qschulz | run bitbake-getvar -r recipe FILESPATH I think and you should have the path to the directory where your patch is | 13:05 |
| mbulut_ | yeah, I'm sure: the patch is inside a 'busybox' folder, which is sibling to the .bbappend | 13:06 |
| mbulut_ | see my message above about the .bbappend contents, it's what you'd expect | 13:07 |
| qschulz | mbulut_: my bad, somehow mussed one line :) | 13:07 |
| mbulut_ | I checked the log.do_patch and indeed it picks up the patch from upstream, not mine | 13:07 |
| mbulut_ | :) | 13:07 |
| qschulz | mbulut_: ok, is your bbappend actually parsed? | 13:07 |
| qschulz | mbulut_: you could be missing *.bbappend in your conf/layer.conf in BBFILES | 13:08 |
| qschulz | https://git.yoctoproject.org/poky/tree/meta-poky/conf/layer.conf#n6 for example | 13:08 |
| qschulz | if you add something that shouldn't parse, e.g. VAR=" | 13:09 |
| qschulz | if it fails to parse, good :) | 13:09 |
| *** frieder <frieder!~frieder@i4DF67AE6.pool.tripleplugandplay.com> has quit IRC (Ping timeout: 268 seconds) | 13:11 | |
| mbulut_ | no I checked and it's all good -- I had created my layer with bitbake-layers create-layer | 13:11 |
| mbulut_ | but what I just found is that the upstream layer has prio 10 while mine just 6 | 13:12 |
| qschulz | mbulut_: it shouldn't matter if the upstream layer has a recipe and not a bbappend | 13:12 |
| qschulz | mbulut_: which patch are you trying to update from upstream? | 13:12 |
| mbulut_ | the upstream also just has an append | 13:13 |
| qschulz | mbulut_: can you show us code + which bitbake recipe and file you want to modify? | 13:13 |
| qschulz | it'll be faster this way :) | 13:13 |
| *** Guest62 <Guest62!~Guest62@dslb-002-203-138-100.002.203.pools.vodafone-ip.de> has joined #yocto | 13:13 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 250 seconds) | 13:16 | |
| *** alessioigor23 <alessioigor23!~alessioig@185.178.95.238> has joined #yocto | 13:16 | |
| Guest62 | Hi, how to add a new task machine specific? Is it possible to: addtask:mx8mp-nxp-bsp do_foo before do_deploy before do_compile | 13:16 |
| *** alessioigor23 <alessioigor23!~alessioig@185.178.95.238> has quit IRC (Client Quit) | 13:16 | |
| qschulz | Guest62: nope, add a task and make that task machine specific | 13:16 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 13:16 | |
| qschulz | do_task() { : } do_task:mx8mp-nxp-bsp() { do_something(); } addtask task before do_deploy do_compile | 13:16 |
| Guest62 | ok, the default do_task(){ : } can not be avoided I guess, | 13:18 |
| mbulut_ | there's a 3rd party layer that .bbappends busybox from poky/oe-core to apply a patch they provided | 13:19 |
| mbulut_ | this patch is fuzzy and I wanted to de-fuzz it in my own layer | 13:19 |
| qschulz | mbulut_: then you need to play with priorities/order in bblayers.conf IIRC | 13:20 |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:887e:2cfe:d6d5:699c> has joined #yocto | 13:20 | |
| mbulut_ | qschulz, you said the BBFILE_PRIORITY only kicks in if the 3rd party layer just appends and not provides a full recipe, which is the case here | 13:21 |
| mbulut_ | I'll try that now | 13:21 |
| ernstp | qschulz, JaMa: in my anonymous python function I should just be able set a variable after the query and then return early if it's run again?! if d.getVar("ARTIF_QUERY_DONE") == "1": return .... ?! | 13:21 |
| qschulz | ernstp: I do not know how multiple anonymous python functions are handled in bitbake, so maybe you don't want to return | 13:22 |
| qschulz | ernstp: also, i'm not sure if anonymous functions are always re-run or simply reparsed? if the latter, then you probably want to force a re-run as well with BB_DONT_CACHE | 13:23 |
| ernstp | qschulz: I have BB_DONT_CACHE in my .bbclass with this anonymous function | 13:23 |
| *** frieder <frieder!~frieder@i4DF67AE6.pool.tripleplugandplay.com> has joined #yocto | 13:23 | |
| ernstp | qschulz: yeah I'm not 100% sure what reparsing is exactly | 13:24 |
| ernstp | qschulz: but obviously it runs my http query again and changes the variables | 13:24 |
| ernstp | qschulz: and the problem only happens if a new artifact version appears exactly during the build | 13:25 |
| ernstp | ERROR: When reparsing florb-bin.bb:do_package_qa, the basehash value changed from ef925c19d5250678bdead7cf05be0386b1eae31ff7c70191b75e845f0f274fdd to 7a7b3a6e38dbe38973b4f5606a33e0eb688430212e33bea5711cf7b711346369. The metadata is not deterministic and this needs to be fixed. | 13:25 |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds) | 13:26 | |
| mbulut_ | do I have to be worried about this? WARNING: No bb files in default matched BBFILE_PATTERN_yoctobsp '^/workspaces/sandbox/build/../sources/yocto.git/meta-yocto-bsp/' | 13:30 |
| mbulut_ | the layer is from poky/kirkstone and I see no reason (checking layer.conf/BBFILE_PATTERN) why there should be "no bbfiles" reported... | 13:32 |
| qschulz | mbulut_: do you see bb files in that layer? because I don't, so the warning is appropriate? | 13:32 |
| *** kaspt <kaspt!~kaspt@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Quit: Client closed) | 13:33 | |
| mbulut_ | qschulz, how about meta-yocto-bsp/recipes-bsp/gma500-gfx-check/gma500-gfx-check_1.0.bb ? | 13:34 |
| mbulut_ | and there are a bunch of append recipes as well | 13:35 |
| qschulz | mbulut_: dropped in 4.3 so didn't see it | 13:37 |
| mbulut_ | kk, I've checked out kirkstone branch and that has it | 13:37 |
| qschulz | mbulut_: I don't know, but I also have never included meta-yocto-bsp, do you really need it? | 13:38 |
| mbulut_ | probably not as there is an own bsp provided for the machine but I was just wondering why the warning popped | 13:39 |
| *** Guest62 <Guest62!~Guest62@dslb-002-203-138-100.002.203.pools.vodafone-ip.de> has quit IRC (Quit: Client closed) | 13:39 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800f9c8f4430ffd1bed.ipv6.abo.wanadoo.fr> has joined #yocto | 13:41 | |
| mbulut_ | bumping the prio in my layer above the 3rd party one solved the patch issue btw :) | 13:42 |
| mbulut_ | thx | 13:43 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 13:46 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 13:46 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:14fe:e15e:65b0:3939> has joined #yocto | 13:53 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:795b:f14a:d29c:32d0> has joined #yocto | 13:58 | |
| *** kaspt <kaspt!~kaspt@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto | 14:01 | |
| *** frieder <frieder!~frieder@i4DF67AE6.pool.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 14:08 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:24 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:30 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Quit: Leaving) | 14:31 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCE1.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 14:41 | |
| manuel1985 | I'm getting the error 'nothing provides gst-redacted needed by nvidia-docker-redacted-1.0-r0.aarch64' but I don't understand why. | 14:42 |
| manuel1985 | When gst-redacted_1.0.0.bb had errors, they were reported when building | 14:42 |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 14:42 | |
| manuel1985 | so the bitbake dependency chain seems alright | 14:43 |
| manuel1985 | I'm unable to run 'bitbake recipe-name -e' because I can't go that deeply in the CI | 14:44 |
| manuel1985 | any common mistakes you know of that I could have done? | 14:44 |
| qschulz | manuel1985: gst-redacted not having your MACHINE/arch in COMPATIBLE_MACHINE? | 14:45 |
| manuel1985 | nvidia-docker-redacted.bb has RDEPENDS:${PN} = " ... gst-redacted ... " | 14:45 |
| qschulz | manuel1985: could also be that gst-redacted doesn't create a gst-redacted package? | 14:45 |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 14:45 | |
| qschulz | manuel1985: that's not what I meant, something needs to generate this gst-redacted package | 14:45 |
| qschulz | so 1) the package that should generate gst-redacted package doesn't generate it | 14:46 |
| qschulz | 2) the gst-redacted recipe isn't compatible with your machine so will never be built, thus the package will never be generated | 14:46 |
| manuel1985 | (I started typing me messages before yours was on the screen, that was not a reply to your message) | 14:47 |
| qschulz | (sorry, fast fingers :) ) | 14:47 |
| manuel1985 | hmm.. In gst-redachted_1.0.0.bb I'm not touching PROVIDES and am providing a FILES:${PN}... | 14:48 |
| manuel1985 | i whish I could do a local build | 14:48 |
| qschulz | manuel1985: that would be RPROVIDES probably anyway | 14:48 |
| manuel1985 | oh ok | 14:48 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 14:48 | |
| qschulz | manuel1985: do you somehow completely override PACKAGES variable? | 14:48 |
| qschulz | maybe PN isn't in there anymore | 14:48 |
| manuel1985 | qschulz: No I don't :/ | 14:49 |
| qschulz | if you can, try to only build gst-redacted recipe with that machine. bitbake gst-redacted instead of my-image should do in most CIs? | 14:49 |
| *** zpfvo <zpfvo!~fvo@i59F5CEEC.versanet.de> has joined #yocto | 14:56 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 15:08 | |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed) | 15:17 | |
| *** kaspt <kaspt!~kaspt@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Quit: Client closed) | 15:39 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEEC.versanet.de> has quit IRC (Ping timeout: 256 seconds) | 15:43 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800f9c8f4430ffd1bed.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 15:46 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 15:46 | |
| *** mckoan is now known as mckoan|away | 15:52 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEAE.versanet.de> has joined #yocto | 15:58 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 16:14 | |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has joined #yocto | 16:26 | |
| khem | qschulz: yes time :) | 16:45 |
| khem | I am fine if someone takes the lead to upstream them | 16:45 |
| khem | there is too much fish to fry | 16:45 |
| qschulz | khem: ack :) | 16:47 |
| *** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.2.2) | 16:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CEAE.versanet.de> has quit IRC (Quit: Leaving.) | 16:50 | |
| *** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto | 16:53 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:20 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:887e:2cfe:d6d5:699c> has quit IRC (Ping timeout: 260 seconds) | 17:40 | |
| *** genericum <genericum!~genericum@mob-194-230-161-239.cgn.sunrise.net> has joined #yocto | 18:06 | |
| genericum | how do I install nano on yocto ? | 18:06 |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 268 seconds) | 18:07 | |
| genericum | oh everything is done at build ? | 18:08 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 18:10 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:58dd:2507:46cc:9e63> has joined #yocto | 18:23 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 240 seconds) | 18:30 | |
| *** amitk_ <amitk_!~amit@58.84.61.177> has quit IRC (Ping timeout: 252 seconds) | 18:48 | |
| *** vthor <vthor!~thor@187.148.151.84> has joined #yocto | 18:53 | |
| *** genericum <genericum!~genericum@mob-194-230-161-239.cgn.sunrise.net> has quit IRC (Quit: Client closed) | 19:16 | |
| *** florian <florian!~florian@dynamic-080-171-142-105.80.171.pool.telefonica.de> has joined #yocto | 19:21 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 19:33 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 255 seconds) | 19:52 | |
| *** 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:18 | |
| *** florian <florian!~florian@dynamic-080-171-142-105.80.171.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 20:33 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:8918:e69a:155e:89e2> has joined #yocto | 20:38 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 21:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 21:00 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 260 seconds) | 21:03 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 21:06 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 21:28 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 21:36 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 21:36 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 21:52 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 22:48 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:8918:e69a:155e:89e2> has quit IRC (Quit: ZZZzzz…) | 23:27 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 272 seconds) | 23:52 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!