| *** Sandeep <Sandeep!~grsandeep@149.199.90.128> has joined #yocto | 00:13 | |
| *** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has quit IRC (Remote host closed the connection) | 00:17 | |
| *** Sandeep <Sandeep!~grsandeep@149.199.90.128> has quit IRC (Quit: Leaving) | 00:20 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 00:22 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:d451:e44e:c44e:3781> has quit IRC (Remote host closed the connection) | 00:28 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-184-194.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:31 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 00:42 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 00:43 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 01:10 | |
| *** jbo <jbo!~tct@user/tct> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 01:27 | |
| *** tct <tct!~tct@user/tct> has joined #yocto | 01:28 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 255 seconds) | 01:30 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 01:35 | |
| *** asriel <asriel!~asriel@user/asriel> has quit IRC (Quit: Don't drink the water. They put something in it to make you forget.) | 01:47 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 01:47 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 255 seconds) | 01:48 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:48 | |
| *** asriel <asriel!~asriel@user/asriel> has joined #yocto | 01:49 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 02:54 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 03:08 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6549:b400:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 245 seconds) | 03:15 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:651a:8b00:2ce:39ff:fecf:efcd> has joined #yocto | 03:17 | |
| *** sakman <sakman!~sakman@99.209.85.164> has quit IRC (Ping timeout: 252 seconds) | 03:18 | |
| *** locutusofborg_ <locutusofborg_!~locutusof@151.58.174.15> has joined #yocto | 03:28 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 245 seconds) | 03:29 | |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 03:42 | |
| *** sakman_ <sakman_!~sakman@99.209.85.164> has joined #yocto | 03:53 | |
| *** sakman <sakman!~sakman@208.111.77.233> has quit IRC (Ping timeout: 276 seconds) | 03:56 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 256 seconds) | 04:09 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 05:20 | |
| *** sakman_ is now known as sakman | 06:17 | |
| *** sakman_ <sakman_!~sakman@208.111.77.233> has joined #yocto | 06:26 | |
| *** sakman <sakman!~sakman@99.209.85.164> has quit IRC (Ping timeout: 255 seconds) | 06:28 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.1.1) | 06:32 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 06:34 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has quit IRC (Quit: Leaving) | 06:44 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has joined #yocto | 06:54 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii) | 07:01 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 07:02 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 07:06 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has joined #yocto | 07:09 | |
| *** alperak <alperak!~alperak@176.33.70.43> has joined #yocto | 07:20 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 07:23 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Client Quit) | 07:27 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 07:30 | |
| thomas_34 | Good morning guys: I have a recipe with that line: "DEPENDS_class-native += " swig-native"". Can someone explain that "_class-native" after DEPENDS? It seems, that the swig-dependency does not show up in recipe-sysroot-native directory. And all following dependencies, which are added via "DEPENDS += " some-native more-native deps-native"" do also | 07:31 |
|---|---|---|
| thomas_34 | not show up in recipe-sysroot-native. | 07:31 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:33 | |
| *** mckoan|away is now known as mckoan | 07:41 | |
| *** frieder <frieder!~frieder@i5C75E691.versanet.de> has joined #yocto | 07:44 | |
| mckoan | thomas_34: that is a Conditional Syntax (Overrides) https://docs.yoctoproject.org/bitbake/2.6/bitbake-user-manual/bitbake-user-manual-metadata.html#conditional-syntax-overrides | 07:46 |
| yocton | thomas_34: "_class-native" is the old syntax for the native override : it means that in case of a -native build, DEPENDS has " swig-native" appended to it. | 07:46 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:46 | |
| yocton | thomas_34: which Yocto branch are you using? | 07:47 |
| yocton | dunfell? | 07:47 |
| thomas_34 | yocton I just check. Is it okay to check which branch I use at oe-core? | 07:48 |
| thomas_34 | yocton, I am at dunfell. But in couple of weeks I will upgrade | 07:49 |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 264 seconds) | 07:50 | |
| yocton | dunfell still uses the old syntax so this part is fine | 07:50 |
| *** sng <sng!~quassel@217.140.105.55> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 07:51 | |
| thomas_34 | Ok. So when I build the recipe for the target, (not native), some-native, more-native and deps-native should show up in recipe-sysroot-native nevertheless, right? | 07:51 |
| *** sng <sng!~quassel@217.140.105.55> has joined #yocto | 07:52 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:58 | |
| *** dmoseley <dmoseley!~dmoseley@24.35.62.150> has quit IRC (Ping timeout: 255 seconds) | 08:01 | |
| kanavin_ | halstead, no problem, thanks | 08:02 |
| yocton | thomas_34: yes | 08:03 |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 08:05 | |
| thomas_34 | yocton, what can I do when this does not work? How can I track down the issue? https://pastebin.com/tjUkPgFY | 08:11 |
| thomas_34 | The find command on line 6 should display 30 files or more, which consists of *dotnet* name. So there is nothing from dotnet-native in recipe-sysroot-native | 08:12 |
| thomas_34 | But, when I comment the line in the recipe which sets this: DEPENDS_class-native=" cmaketools-native" (line 3), then dotnet-native and swig-native show up in recipe-sysroot-native | 08:13 |
| mcfrisk_ | thomas_34: bitbake -e recipe-native ? Maybe that line is overwriting the full DEPENDS, and it should have been an append instead? | 08:20 |
| yocton | thomas_34: mcfrisk_+1 look at the operations leading to the final value of DEPENDS | 08:21 |
| thomas_34 | Ok, how do I do that? Isnt that one line 2 what the final state of DEPENDS variable is? | 08:21 |
| yocton | thomas_34: bitbake-getvar -r logginghubnative DEPENDS | 08:22 |
| yocton | Waiiit a minute | 08:22 |
| yocton | "logginghubnative" as a recipename would not trigger a native build in case of a BBCLASSEXTEND = "native" but "logginghub-native" would | 08:24 |
| yocton | the dash is important | 08:25 |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has quit IRC (Quit: Client closed) | 08:32 | |
| Rich_1234 | Does anyone know if the yocto beginner series talks from today's summit are going to be recorded? | 08:32 |
| yocton | thomas_34: if I'm not mistaken, DEPENDS_class-native is meant to overwrite DEPENDS (the target one). If your recipe inherit native then it is a native recipe and you should put every dependency in DEPENDS | 08:38 |
| Saur_Home | thomas_34: Do note that `DEPENDS_class-native` will override all of `DEPENDS` when building for native, not add to it. If you want to add, then it should be `DEPENDS_append_class-native`. | 08:41 |
| *** tct is now known as jbo | 08:44 | |
| Saur_Home | Additionally, If `DEPENDS_class-native=" cmaketools-native"` is after `DEPENDS_class-native += " swig-native"`, the latter will be ignored as the former will set the value, ignoring any previous value. | 08:45 |
| Saur_Home | Typically, you want to set all dependencies that are needed for both target and native using `DEPENDS = "..."` and then add any extra dependencies using `DEPENDS_append_class-target = " ..."` and/or `DEPENDS_append_class-native = " ..."` | 08:47 |
| alperak | I'm going to create a patch for a recipe. Should I put my name in the "from" variable in the patch? Someone else made the fix but I'm going to create the patch. Or is it enough to just add "signed-off"? | 08:48 |
| Saur_Home | alperak: If you are submitting the patch on behalf of someone else, then just add your `Signed-off-by` line at the end. | 08:49 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 08:50 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 08:51 | |
| alperak | Saur_Home I'm not sending it on behalf of anyone, but in the end someone else wrote the code, not me. I will only add this patch to solve the build error. | 08:52 |
| alperak | It seems like it is enough to add signed-off. | 08:53 |
| *** luna <luna!~luna@fedora/bittin> has joined #yocto | 08:55 | |
| *** pretec <pretec!~pretec@ip-109-40-240-98.web.vodafone.de> has joined #yocto | 08:55 | |
| *** locutusofborg_ is now known as locutusofborg | 08:57 | |
| *** locutusofborg is now known as LocutusOfBorg | 08:58 | |
| *** alperak <alperak!~alperak@176.33.70.43> has quit IRC (Quit: Client closed) | 09:02 | |
| *** alperak <alperak!~alperak@176.33.70.43> has joined #yocto | 09:03 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto | 09:06 | |
| thomas_34 | yocton, "logginghubnative" as a recipename would not trigger a native build in case of a BBCLASSEXTEND = "native" but "logginghub-native" would": | 09:07 |
| thomas_34 | Yes, I know that. logginghubnative does not provide anything for a native build. It only has some dependencies which are native. logginghubnative does not inherit native. | 09:07 |
| thomas_34 | yocton, the output of your command is: https://pastebin.com/x5mZkth1 | 09:09 |
| thomas_34 | Saur_Home, thanks for your ideas. However, in the logginghubnative recipe, every DEPENDS value is added via +=. | 09:13 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:a9a9:7057:6602:f550> has joined #yocto | 09:18 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:21 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 09:22 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has joined #yocto | 09:25 | |
| *** JerryM <JerryM!~jermain@149.3.168.10> has joined #yocto | 09:34 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 09:39 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:43 | |
| *** luna <luna!~luna@fedora/bittin> has left #yocto | 09:44 | |
| *** mbulut <mbulut!~mbulut@31.18.142.81> has joined #yocto | 09:52 | |
| *** perceval <perceval!~perceval@2001:861:8ac5:4120:f52a:90de:cf6:4cf1> has joined #yocto | 09:53 | |
| *** mbulut_ <mbulut_!~mbulut@31.18.142.81> has joined #yocto | 09:54 | |
| *** kulos75 <kulos75!~MBrikch@2001:861:3206:570:185d:bb52:7ebb:d6da> has joined #yocto | 09:56 | |
| *** mbulut <mbulut!~mbulut@31.18.142.81> has quit IRC (Ping timeout: 264 seconds) | 09:57 | |
| JaMa | abelloni: just checking.. https://patchwork.yoctoproject.org/project/oe-core/list/?series=19541 is on hold until RP decides if we want to do this? unfortunately nobody else replied (other than 2 commit message improvements I've sent in v2) | 09:57 |
| RP | JaMa: FWIW I'm leaning against unless there are people come forward and say they like it. I really haven;t had the time to sit and think about it properly though :( | 10:02 |
| RP | I just can't keep up with the flow of problems coming at me, I'm quite depressed about it | 10:02 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds) | 10:03 | |
| RP | JaMa: do yo happen to know which webos layers actually need the priority overrides ? | 10:03 |
| JaMa | RP: understood and I know it's not your fault, I was just asking if we really wait for someone else to confirm that this would be useful for them | 10:04 |
| RP | JaMa: my worry is that it is quite invasive and will break workflows for people with no way to keep the existing behaviour. That is the kind of change which generates a lot of friction | 10:04 |
| JaMa | RP: mcf (the tool which generates the bblayers.conf in LGE builds) does that automatically as weboslayers.py defines priority as a sorting order for BBLAYERS variable | 10:05 |
| RP | JaMa: my first thought when I saw this was to drop layer priority support ;-) | 10:05 |
| JaMa | it was needed for some layer 10+ years ago but fixed since then | 10:05 |
| JaMa | well it's still useful to define BBLAYERS order and priority to match :) | 10:06 |
| RP | JaMa: we probably need to revisit some of these things :/ | 10:07 |
| JaMa | RP: the previous changes also broke the workflow (when it wasn't possible to prevent creating the links for kernel) which Paul reported (and even ended in release notes) and these changes at least fix that part | 10:07 |
| RP | JaMa: yes, it is tricky :/ | 10:08 |
| JaMa | true, for the autobuilder build of OSE you shouldn't need to set the priorities for sure (it will be slightly different from our internal builds, but that's already true) | 10:08 |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed) | 10:09 | |
| RP | JaMa: I was wondering about trying it without doing that. I can't bring myself to add code looking like that! ;-) | 10:09 |
| RP | JaMa: I'm not sure how to explain it to your colleagues though | 10:09 |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 10:10 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 10:16 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 10:17 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 256 seconds) | 10:19 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 10:20 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 10:25 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 10:25 | |
| *** ptsneves <ptsneves!~Thunderbi@31.11.128.11> has joined #yocto | 10:25 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 10:30 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 10:30 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 10:31 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 10:31 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 276 seconds) | 10:39 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 10:40 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 10:44 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 10:44 | |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has joined #yocto | 10:48 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 10:54 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 10:55 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 10:55 | |
| chep | Hi, I'm trying to build something with my generated SDK but it lacks of libstdc++fs.a The same soft compiles fine with bitbake and libstdc++fs.a is added in its recipes-sysroot directory. What do I need to do to include it in SDK ? | 10:58 |
| *** starblue <starblue!~juergen@dslb-094-220-118-003.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 11:02 | |
| alperak | chep you can add to sdk with TOOLCHAIN_TARGET_TASK += "foo". for more -> https://docs.yoctoproject.org/sdk-manual/appendix-customizing-standard.html | 11:03 |
| chep | alperak: but I don't know what to add. I thought it was part of g++ | 11:04 |
| alperak | @chep dont forget to check "SDKIMAGE_FEATURES" variable with "bitbake-getvar foo" or "bitbake -e | grep ^foo=". should contain "staticdev-pkgs" | 11:05 |
| chep | and it's strange that it is added in recipe-sysroot but not in SDK (my soft is a .so which is included in sdk) | 11:05 |
| rburton | chep: we don't build static libraries by default. do you really want the static library | 11:05 |
| chep | no dynamic is also ok | 11:06 |
| chep | but no one in sdk | 11:06 |
| rburton | how is your sdk built? | 11:06 |
| chep | bitbake -c populate_sdk my-image | 11:07 |
| rburton | does the sdk have the libstdc++.so files in? | 11:08 |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has quit IRC (Quit: Client closed) | 11:09 | |
| chep | yes | 11:09 |
| rburton | dynamically link then :) | 11:09 |
| *** starblue <starblue!~juergen@dslb-094-220-118-003.094.220.pools.vodafone-ip.de> has joined #yocto | 11:09 | |
| rburton | if you want static libraries then what alperak said is right: add SDKIMAGE_FEATURES:append = " staticdev-pkgs". the default is no static. | 11:10 |
| rburton | (to your image recipe) | 11:10 |
| chep | but ti does not have libstdc++fs.so | 11:10 |
| chep | ok, let's try | 11:11 |
| alperak | chep i also found this -> https://wiki.koansoftware.com/index.php/How_to_add_libstdc%2B%2B_to_a_Yocto_(Poky)_image | 11:12 |
| rburton | chep: ah there is no shared version of that library. you _need_ the static devs. | 11:12 |
| rburton | you could just add libstdc++-staticdev if you don't want to bloat the sdk too much (via TOOLCHAIN_TARGET_TASK) | 11:13 |
| chep | I'm trying with all staticdev. it may solve an other problem I got | 11:14 |
| chep | then I'll see | 11:14 |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has quit IRC (Quit: Client closed) | 11:16 | |
| chep | alperak rburton : it works, thanks a lot | 11:23 |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has joined #yocto | 11:23 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 11:24 | |
| *** alperak <alperak!~alperak@176.33.70.43> has quit IRC (Quit: Client closed) | 11:25 | |
| *** alperak <alperak!~alperak@176.33.70.43> has joined #yocto | 11:25 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 11:31 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has quit IRC (Quit: Client closed) | 11:41 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has joined #yocto | 11:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has quit IRC (Quit: alessioigor) | 11:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has joined #yocto | 11:49 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has quit IRC (Ping timeout: 250 seconds) | 11:51 | |
| *** rber|res <rber|res!~rber|res@p5dc49f74.dip0.t-ipconnect.de> has joined #yocto | 11:55 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Quit: camus) | 11:58 | |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has joined #yocto | 11:58 | |
| *** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto | 11:58 | |
| *** Tom33 <Tom33!~Tom33@p5088864b.dip0.t-ipconnect.de> has joined #yocto | 11:58 | |
| *** camus1 is now known as camus | 12:00 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 12:00 | |
| *** pretec <pretec!~pretec@ip-109-40-240-98.web.vodafone.de> has quit IRC (Remote host closed the connection) | 12:01 | |
| Tom33 | Hello! is it possible to set the priority of wic scripts? I have customized some wic scripts that are stored in my own layer - In another layer there are scripts with the same name. Currently the "wrong scripts" are used. I tried to set the layer priority but this seems not to work | 12:03 |
| rburton | do you mean the wks, or something else? | 12:03 |
| *** pretec <pretec!~pretec@ip-109-40-240-98.web.vodafone.de> has joined #yocto | 12:03 | |
| Tom33 | python scripts | 12:04 |
| rburton | no you can't just override pieces of wic from another layer, python doesn't work like that | 12:05 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 12:05 | |
| Tom33 | (under the wic/plugins/source directory) | 12:05 |
| Tom33 | ah ok, so the wic plugin dir is not "handled" by the bitbake layer priority | 12:06 |
| Tom33 | Thank you for this info! | 12:08 |
| rburton | yeah wic is just a python program | 12:08 |
| rburton | layers mean nothing to dit | 12:08 |
| rburton | to it | 12:08 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 12:09 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:09 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf292e00127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto | 12:10 | |
| jclsn | mckoan: Is this guide still up-to-date? https://wiki.koansoftware.com/index.php/Add_a_systemd_service_file_into_a_Yocto_image | 12:10 |
| *** g0hl1n <g0hl1n!~g0hl1n@193.32.248.154> has joined #yocto | 12:10 | |
| jclsn | Shouldn't it be enough to just inherit systemd, specify the SYSTEMD_SERVICE:${PN} = "hello.service" and add FILES_${PN} += "${systemd_unitdir}/system/hello.service" ? | 12:11 |
| rburton | iirc you don't need to do FILES but you're mixing override syntax there | 12:13 |
| *** kuzz <kuzz!~kuzz@dynamic-adsl-84-220-23-192.clienti.tiscali.it> has joined #yocto | 12:14 | |
| vmeson | FYI: Yocto summit channel: /join yocto-summit-2023.11 | 12:15 |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 12:15 | |
| Tom33 | I have also another issue with my customized script - I'm calling a python script inside the wic plugin with arguments. This currently works only with an absolute path to the script. The script is also inside the pluging dir, but could not be found when relative path is being used. What i'm doing wrong / Is it possible to add an environment path | 12:15 |
| Tom33 | for wic? | 12:15 |
| *** djs <djs!~djs@2001:8003:70ae:e501:c497:7abd:1093:e081> has joined #yocto | 12:16 | |
| rburton | the cwd won't be the plugin directory, so that won't work | 12:16 |
| rburton | you could work out the path by using __file__ | 12:16 |
| *** Rednak55 <Rednak55!~Rednak55@2001:861:3206:570:a9f1:b778:e1f4:b242> has joined #yocto | 12:17 | |
| Tom33 | Is it possible to add an directory path? | 12:19 |
| rburton | to sys.path? not directly. just work out the absolute path from __file__ | 12:21 |
| JPEW | RP: Well... that setscene task dependency e-mail at least explains some things that I thought were strange when I did the SPDX class :) | 12:21 |
| RP | JPEW: I'm curious which things those were! :) | 12:23 |
| Tom33 | Ok, I will try it - Thank you! | 12:23 |
| JPEW | I thought it was strange I couldn't rely on transitent sstate dependencies, but that makes sense now because they are squashed | 12:24 |
| * zeddii wonders how JPEW is up already | 12:24 | |
| JPEW | I figured from the behavior thats was the case, nice to get confirmation that is the intended way it works | 12:24 |
| JPEW | zeddii: Coffee.... a lot of coffee | 12:24 |
| * zeddii goes to get one himself | 12:24 | |
| *** Poppy <Poppy!~Poppy@24.206.98.145> has joined #yocto | 12:27 | |
| JPEW | RP: contrib/jpew/hashserver-gc has garbage-collection/parallel query/sstate mirror skip on it. | 12:30 |
| JPEW | RP: There are a few caveats we'll need to figure out before we can merge it all though | 12:30 |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has joined #yocto | 12:38 | |
| *** Poppy <Poppy!~Poppy@24.206.98.145> has quit IRC (Ping timeout: 250 seconds) | 12:41 | |
| *** Poppy <Poppy!~Poppy@81.255.17.35> has joined #yocto | 12:45 | |
| RP | JPEW: looks promising at a quick glance, curious about the caveats. Nothing is ever simple :) | 12:46 |
| JPEW | RP: Main one is that the client breaks (hard) if the server isn't upgraded, so the servers have to be setup before the support can be enabled | 12:47 |
| JPEW | RP: I... made a perhaps poor choice initially that the servers are wholly responsible for compatability which is fine until you add _new_ API that a client wants to use | 12:48 |
| JPEW | We could make the clients aware of what API the servers support, but it would be a breaking protocol change | 12:48 |
| RP | JPEW: I guess we only have the one "live" server and we can arrange to upgrade that first | 12:49 |
| JPEW | Right | 12:49 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 245 seconds) | 12:50 | |
| JPEW | The second is that the siggen: Add parallel query API restructures the code to make it a lot cleaner, but that means OE-core needs to implement the changes in sstatesig in lock-step | 12:50 |
| JPEW | Integration is listed in the commit, and done in the next commit on the branch. It's simple, but important | 12:52 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 12:54 | |
| *** wmills_ <wmills_!~wmills@pool-108-31-156-225.washdc.fios.verizon.net> has joined #yocto | 12:56 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 13:00 | |
| *** nico35 <nico35!~nico@141.113.67.204> has joined #yocto | 13:01 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has quit IRC (Quit: alessioigor) | 13:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has joined #yocto | 13:04 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has joined #yocto | 13:08 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.1.1) | 13:11 | |
| *** Tom33 <Tom33!~Tom33@p5088864b.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 13:11 | |
| *** g0hl1n <g0hl1n!~g0hl1n@193.32.248.154> has quit IRC (Ping timeout: 250 seconds) | 13:16 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.dyn.cablelink.at> has joined #yocto | 13:18 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 13:24 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 13:24 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 13:29 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has joined #yocto | 13:29 | |
| kanavin_ | RP: I'm fully on board with linking shadow statically, thanks for the extended explanation | 13:35 |
| *** Estrella <Estrella!~quassel@2603-8080-d700-7495-dcb9-f43f-af43-570f.res6.spectrum.com> has joined #yocto | 13:41 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:45 | |
| *** koty0f <koty0f!~filip@212.27.194.162> has joined #yocto | 13:46 | |
| *** koty0f <koty0f!~filip@212.27.194.162> has quit IRC (Client Quit) | 13:46 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds) | 13:48 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds) | 13:49 | |
| *** perceval <perceval!~perceval@2001:861:8ac5:4120:f52a:90de:cf6:4cf1> has quit IRC (Remote host closed the connection) | 14:09 | |
| *** perceval <perceval!~perceval@2001:861:8ac5:4120:8f9d:8753:1da5:310d> has joined #yocto | 14:09 | |
| *** ajaya101 <ajaya101!~ajaya101@24.116.118.229> has joined #yocto | 14:10 | |
| ajaya101 | hello | 14:10 |
| ajaya101 | I joined the yocto project summit late | 14:11 |
| ajaya101 | ned to get my vm provisioned on digital ocean | 14:11 |
| RP | kanavin_: It may be we can fix the setscene dependencies but I think the static linking may be enough of a performance/efficiency gain it is worth the pain of maintaining it regardless | 14:11 |
| RP | JPEW: looking at that code in more detail, only caching those that exist may be problematic | 14:15 |
| JPEW | RP: why is that? | 14:15 |
| RP | JPEW: From memory, we hit some of these codepaths a lot and things assume the code caches for efficiency | 14:16 |
| RP | JPEW: we can put some other higher level cache inbetween siggen and runqueue but things are written assuming it does this iirc | 14:17 |
| JPEW | Ya... I was trying to balance caching and making sure we utilize the mirror as much as possible. I suppose we could assume nothing will be added to the mirror while we are running | 14:17 |
| vmeson | ajaya101: /msg your info to halstead - he's setting up these machines. Eg: /msg halstead Please setup : ssh ilab01@46NVSTZ-summit.yocto.io | 14:23 |
| RP | JPEW: The runqueue code won't really want to check again once it has looked and I think that cache was there to try and keep runqueue's view of the world consistent during a given build too? I'm a bit worried changing things from under it might break the state somehow too | 14:23 |
| RP | perhaps I'm worrying about nothing though | 14:23 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto | 14:24 | |
| JPEW | RP: I don't think it's changing anything in that regard. Once you get to this code, it (previously) would have gone and checked the HTTP server for sstate. This just add an extra step before that to ask the HE server to see if it thinks the hash exists first | 14:25 |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 264 seconds) | 14:26 | |
| Tyaku | Hello, I come back about my dummies issues. So, I am using hardknott, I have many layers using hardknott, for example: meta-imx. In my project I create a systemd receive with 250 version (same as kirkstone) and set the prefered version to 250. At this point everything is good. *BUT* in meta-imx/meta-bsp/recipes-core/systemd they had the brillant idea to create a file systemd_%.bbappend with two patches. Of | 14:28 |
| Tyaku | courses, with systemd 250 these patches fails to apply. My question is simple: Without modifing meta-imx, is it possible to make sure the systemd_%.bbappend file is not used ? | 14:28 |
| JPEW | Tyaku: BBMASK out the bbappend I thinkj | 14:28 |
| JPEW | Tyaku: We've done that with a lot of poorly behaving BSPs in the past and it works alright | 14:29 |
| Tyaku | Wow I didn't know it was possible, so I'm going to search this on google. | 14:29 |
| JPEW | And by a lot I mean one really bad BSP :) | 14:29 |
| Tyaku | "poorly behaving BSPs" Thats what I was thinking about meta-imx. To much trashy things, like patches and stuff to add display, audio eveything by default. You don't imagine. | 14:30 |
| rburton | Tyaku: alternatively you can create another bbappend of your own and SRC_URI:remove the patches that the bsp adds | 14:30 |
| Tyaku | Thanks you!! I'm going to check the two options | 14:31 |
| rburton | Tyaku: i'm a strong believer that a _BSP_ should just enable the hardware and be entirely separate from the "example platform" which can enable all the stuff and show you how to glue things together. patching systemd is definitly the latter. | 14:31 |
| JPEW | rburton: That would be really nice | 14:32 |
| rburton | JPEW: we're trying to tease apart one of the arm bsps which has conflated "how to make the machine boot" with "reference distribution for testing and example" and it's fun | 14:33 |
| JPEW | Ya, I've found a lot of BSPs make their reference distribution layer mandatory to actually use the SoC in the real world though, even if the BSP layer proper is pretty good | 14:34 |
| JPEW | gstreamer patches always seem to be the hang up there | 14:34 |
| wmills_ | Beginner slides say: "Do not try to share sstate-cache between hosts running different Linux distros even if they say it works". Is that advice just for the dir (no problem) or the mirror?? | 14:36 |
| rburton | why do they say that | 14:37 |
| rburton | either there's a bug or there isn't | 14:37 |
| wmills_ | Throw salt over your shoulder before launching bitbake | 14:38 |
| Rich_1234 | shrodingers bug | 14:38 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 14:43 | |
| ente | wmills_: thanks for the tip | 14:45 |
| ente | I should throw salt over the shoulder before engaging with computers | 14:45 |
| *** nico35 <nico35!~nico@141.113.67.204> has quit IRC (Quit: Client closed) | 14:49 | |
| RP | wmills: I'd strongly disagree with that advice | 14:50 |
| rburton | pro-tip: the autobuilder does that | 14:51 |
| RP | rburton: indeed. it isn't like we just guess | 14:54 |
| kanavin_ | wmills_, there's a surprising amount of FUD around sstate. Usually around being able to share it. Please ignore that FUD. | 14:58 |
| wmills_ | RP, rburton : glad to hear that. Altought I assume "They" == you two and more :) | 14:58 |
| rburton | i've never considering myself one of Them before | 14:58 |
| rburton | do i get a badge? is there a secret cabal? | 14:59 |
| kanavin_ | wmills_, ente people tend to blame sstate when they see build errors they can't explain, and sadly that makes its way into training material and the way builds are set up | 14:59 |
| wmills_ | To play devils advocate, the AB always runs pretty well maintained layers. Is there anything a novice BB author can do to screw it up? | 15:00 |
| *** ajaya101 <ajaya101!~ajaya101@24.116.118.229> has quit IRC (Quit: Client closed) | 15:00 | |
| kanavin_ | that could fill a whole conference talk | 15:01 |
| wmills_ | kanavin: Yes I know. And some people have experience going back many years and they found a solution that worked for them and never changed | 15:01 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 15:02 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Quit: Connection closed) | 15:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has quit IRC (Quit: alessioigor) | 15:04 | |
| wmills_ | rburton, I will make you a badge. You guys will need to work out the handshake | 15:04 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has joined #yocto | 15:04 | |
| wmills_ | kanavin: "there's a surprising amount of FUD around sstate. Usually around being able to share it. Please ignore that FUD.". My point was it was in the YP summit beginner track slides. The project is spreading FUD against itself | 15:09 |
| kanavin_ | wmills_, yes, that should absolutely be corrected. Can you raise the issue in #yocto-summit-2023.11 please? | 15:10 |
| kanavin_ | ping presenter as well perhap | 15:11 |
| kanavin_ | s | 15:11 |
| wmills_ | OK will do. The slides are joint between Behan and Tom | 15:12 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 15:13 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto | 15:13 | |
| *** Poppy <Poppy!~Poppy@81.255.17.35> has quit IRC (Quit: Client closed) | 15:20 | |
| *** Guest6 <Guest6!~Guest6@2607:fb91:11ab:ce79:210a:a79f:1d2d:566b> has joined #yocto | 15:21 | |
| Guest6 | Hi, I’m trying to understand the difference between devshell and devtool. It looks like they are the same thing. I need to modify device tree source in virtual/kernel then apply that as a patch. Seems like both tools can do that? Very confused the difference between them and which one I should use. Having a tough time understanding what to do | 15:23 |
| Guest6 | here. | 15:23 |
| rburton | devshell is "drop me into a terminal in the work tree" | 15:23 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds) | 15:24 | |
| rburton | devtool has commands for upgrading recipes, modifying source trees and generating patches in recipes, etc | 15:24 |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 252 seconds) | 15:24 | |
| rburton | devshell is much lower level and really only useful if you're debugging a build failure by hand, as you're inside the build environment | 15:25 |
| Guest6 | If I can modify source trees (which I assume is like modifying a device tree down in the kernel) with devtool then why use devshell? I guess that’s what I’m confused about. | 15:25 |
| RP | wmills: we have put tests in where we can to try and identify issues early. What puzzles me is whilst I hear these reports of issues, nobody ever puts them into bugzilla | 15:26 |
| Guest6 | Ah ok … I kind of follow I think. So basically devtool is what I can start out with here. | 15:27 |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.dyn.cablelink.at> has quit IRC (Quit: Client closed) | 15:27 | |
| RP | wmills: I do think we should ask that be removed from the slides | 15:29 |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Ping timeout: 250 seconds) | 15:30 | |
| *** Guest6 <Guest6!~Guest6@2607:fb91:11ab:ce79:210a:a79f:1d2d:566b> has quit IRC (Quit: Client closed) | 15:31 | |
| rburton | I take it YPTM is cancelled today? | 15:33 |
| RP | rburton: yes | 15:33 |
| rburton | RP: my calendar says the call after is still on but i have no memory of whether it was cancelled or not | 15:38 |
| RP | rburton: I don't control the calendar :( | 15:38 |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto | 15:42 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 15:42 | |
| LetoThe2nd | Tyaku: lol i actually demoed BBMASK in the livecoding session today, masking so hard I broke the build ;-) | 15:58 |
| *** rber|res <rber|res!~rber|res@p5dc49f74.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 16:03 | |
| *** JerryM <JerryM!~jermain@149.3.168.10> has quit IRC (Quit: Konversation terminated!) | 16:06 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.dyn.cablelink.at> has joined #yocto | 16:08 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:13 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:30 | |
| Tyaku | And I finally used it and it works | 16:32 |
| Tyaku | like a charm | 16:32 |
| *** Guest6 <Guest6!~Guest6@2607:fb91:11ab:ce79:210a:a79f:1d2d:566b> has joined #yocto | 16:33 | |
| LetoThe2nd | Tyaku: yay! | 16:34 |
| Guest6 | Is there anyways to rewatch some of the talks with this weeks seminar? Have to work and can’t attend so wanted to know if this was possible. | 16:34 |
| rburton | they'll be on youtube | 16:35 |
| rburton | https://www.youtube.com/@TheYoctoProject/playlists | 16:36 |
| rburton | you can catch up on previous summits whilst you wait :) | 16:36 |
| *** Guest6 <Guest6!~Guest6@2607:fb91:11ab:ce79:210a:a79f:1d2d:566b> has quit IRC (Client Quit) | 16:37 | |
| *** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto | 16:42 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:44 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 16:48 | |
| *** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has quit IRC (Remote host closed the connection) | 16:51 | |
| *** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto | 17:08 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:09 | |
| *** bhstalel <bhstalel!~bhstalel@41.225.25.106> has quit IRC (Ping timeout: 250 seconds) | 17:10 | |
| *** ptsneves <ptsneves!~Thunderbi@31.11.128.11> has quit IRC (Ping timeout: 276 seconds) | 17:11 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto | 17:12 | |
| *** mbulut_ <mbulut_!~mbulut@31.18.142.81> has quit IRC (Ping timeout: 256 seconds) | 17:15 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 17:16 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDBE.versanet.de> has quit IRC (Quit: Leaving.) | 17:18 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 17:22 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 17:22 | |
| wmills_ | Now on master I get lots of "Error contacting Hash Equivalence Server". Is this new to master? | 17:22 |
| khem | chep: libstdc++fs is a static archive | 17:23 |
| khem | wmills_: hash equivalence is enabled but I wonder if its trying to contact a dead instance | 17:24 |
| *** djs <djs!~djs@2001:8003:70ae:e501:c497:7abd:1093:e081> has quit IRC (Quit: Client closed) | 17:26 | |
| *** ssweeny <ssweeny!c6d723798b@user/ssweeny> has joined #yocto | 17:27 | |
| khem | default is to use a local instance unless you set BB_HASHSERVE_UPSTREAM | 17:27 |
| *** florian__ <florian__!~florian@dynamic-002-244-130-026.2.244.pool.telefonica.de> has joined #yocto | 17:31 | |
| wmills_ | khem: the hashserve.sock is open by the ultimate parent of the build that is running. The error message is pointing to the correct hashserver.sock | 17:35 |
| wmills_ | WARNING: parted-native-3.6-r0 do_deploy_source_date_epoch: Error contacting Hash Equivalence Server unix:///media/big_scrap/bill/yp-generic-arm64/master/generic-arm64/build/hashserve.sock: Timed out waiting for data | 17:36 |
| khem | hmmm timeouts could be a bug | 17:38 |
| khem | maybe try to bisect bitbake I guess you had a prior instance of master working on the same host ? | 17:38 |
| wmills_ | Not this same config but was doing a lot of builds leading up to nanbield tag w/o any issues. | 17:43 |
| wmills_ | I can switch my old config to master tip and try that | 17:43 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds) | 17:45 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 276 seconds) | 17:46 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:52 | |
| rburton | fwiw i saw something similar earlier, i wonder if master has some changes to bitbake/hashserv which make it hang a bit | 17:56 |
| RP | wmills: that isn't python 3.12 is it? | 18:06 |
| rburton | i had the same with 3.10 | 18:08 |
| khem | I have the ptest images working nicely for few weeks but now I am seeing ssh_test timing out randomly and if I run the same ptest image alone it works ok something in openssh perhaps, no idea, the images are use are systemd based unlike poky defaults | 18:13 |
| khem | I switched to dropbear and still see the failures but a bit less often | 18:14 |
| khem | its clear that its not able to get a response from ssh connection before timeout kicks in | 18:15 |
| rburton | khem: are you adding ssh-pregen-hostkeys to the images? | 18:17 |
| khem | http://sprunge.us/dPVtIQ is the error I see | 18:17 |
| khem | I am not | 18:17 |
| rburton | https://git.yoctoproject.org/yocto-autobuilder-helper/tree/config.json#n85 | 18:17 |
| rburton | it _could_ be the qemus are taking too long to boot as they're busy building ssh keys so the network doesnt come up at all | 18:18 |
| khem | hmm that might be it | 18:18 |
| khem | yeah launching 44 qemus in parallel can lead to all sort of things :) | 18:18 |
| khem | so I wonder if ssh-pregen-hostkeys should be added to meta/recipes-core/images/core-image-ptest.bb | 18:20 |
| khem | lets unbolt all timeouts and dropbear and see how it goes | 18:25 |
| *** grsandeep85 <grsandeep85!~grsandeep@149.199.90.128> has joined #yocto | 18:31 | |
| wmills_ | RP: 3.8.10 That machine is still Ubuntu 20.04. Did the min change after nanbeild? | 18:40 |
| khem | rburton: it improved the situation vastly although two tests still timed out | 18:42 |
| khem | trying with https://snips.sh/f/fK-arBcU9F | 18:42 |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has quit IRC (Ping timeout: 250 seconds) | 18:47 | |
| *** pretec <pretec!~pretec@ip-109-40-240-98.web.vodafone.de> has quit IRC (Quit: Leaving) | 18:49 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 18:50 | |
| *** florian__ <florian__!~florian@dynamic-002-244-130-026.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 18:57 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 19:01 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 19:01 | |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has joined #yocto | 19:08 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:17 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 19:25 | |
| *** Mike23 <Mike23!~Mike23@cpe90-146-41-24.liwest.at> has quit IRC (Quit: Client closed) | 19:43 | |
| *** mckoan is now known as mckoan|away | 19:45 | |
| rburton | khem: maybe don't start 44 ;) | 19:51 |
| khem | yeah it worked in the past | 19:52 |
| *** florian__ <florian__!~florian@dynamic-002-244-130-026.2.244.pool.telefonica.de> has joined #yocto | 19:53 | |
| *** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 19:54 | |
| *** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 268 seconds) | 19:59 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:a9a9:7057:6602:f550> has quit IRC (Remote host closed the connection) | 19:59 | |
| *** frieder <frieder!~frieder@i5C75E691.versanet.de> has quit IRC (Remote host closed the connection) | 20:09 | |
| *** Rednak55 <Rednak55!~Rednak55@2001:861:3206:570:a9f1:b778:e1f4:b242> has quit IRC (Quit: Client closed) | 20:11 | |
| *** kulos75 <kulos75!~MBrikch@2001:861:3206:570:185d:bb52:7ebb:d6da> has quit IRC (Quit: Konversation terminated!) | 20:12 | |
| *** amitk_ <amitk_!~amit@58.84.62.18> has quit IRC (Ping timeout: 268 seconds) | 20:13 | |
| *** ardo <ardo!~ardo@host-87-0-238-73.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds) | 20:28 | |
| *** ardo <ardo!~ardo@host-79-56-40-236.retail.telecomitalia.it> has joined #yocto | 20:31 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Ping timeout: 264 seconds) | 20:35 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 20:36 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto | 20:36 | |
| *** alperak <alperak!~alperak@176.33.70.43> has quit IRC (Quit: Client closed) | 20:43 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto | 20:44 | |
| *** kuzz <kuzz!~kuzz@dynamic-adsl-84-220-23-192.clienti.tiscali.it> has quit IRC (Ping timeout: 252 seconds) | 21:01 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.232> has quit IRC (Quit: alessioigor) | 21:28 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf292e00127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 21:29 | |
| *** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has quit IRC (Remote host closed the connection) | 21:30 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (Write error: Connection reset by peer) | 21:46 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Write error: Connection reset by peer) | 21:46 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has quit IRC (Read error: Connection reset by peer) | 21:46 | |
| *** Ram-Z_ <Ram-Z_!Ram-Z@2a01:7e01::f03c:91ff:fe57:d2df> has quit IRC (Ping timeout: 256 seconds) | 21:46 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto | 21:46 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 21:46 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has joined #yocto | 21:47 | |
| *** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto | 21:50 | |
| *** wyre <wyre!~wyre@user/wyre> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 21:54 | |
| *** wyre <wyre!~wyre@user/wyre> has joined #yocto | 21:56 | |
| alejandrohs | Hi guys, do you know who is handling the YP summit registration?, I'm unable to log in/create an account :) | 21:57 |
| alejandrohs | halstead: ^^ | 21:57 |
| halstead | alejandrohs: you can email events@yoctoproject.org | 21:59 |
| alejandrohs | thanks michael! | 21:59 |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has quit IRC (Ping timeout: 252 seconds) | 22:09 | |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has joined #yocto | 22:10 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 22:15 | |
| *** perceval <perceval!~perceval@2001:861:8ac5:4120:8f9d:8753:1da5:310d> has quit IRC (Remote host closed the connection) | 22:26 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:39 | |
| *** grsandeep85 <grsandeep85!~grsandeep@149.199.90.128> has quit IRC (Ping timeout: 250 seconds) | 22:42 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:43 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds) | 22:45 | |
| *** otavio <otavio!~otavio@201-66-233-118.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 23:24 | |
| *** otavio <otavio!~otavio@201-66-233-118.user3p.brasiltelecom.net.br> has joined #yocto | 23:25 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:37 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 23:44 | |
| RP | wmills_: sorry, I was pulled away. 3.8 is the minimum version so that should be ok | 23:55 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!