Friday, 2022-02-11

ecdheMy vendor's u-boot recipe depends on the dtc-native package.  It works when dtc 1.4.5 is supplied (the default back in sumo.)  Then I added a recipe that requires dtc (>= 1.5.0).  When I added a recipe for dtc v1.5.0, the u-boot recipe breaks.00:08
ecdheCan I build an image that depends on two different versions of dtc-native?00:09
*** ahs3 <ahs3!~ahs3@user/ahs3> has quit IRC (Ping timeout: 240 seconds)00:15
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)01:02
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds)01:15
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:21
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds)01:23
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds)01:28
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:35
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)01:40
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:45
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds)01:50
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:57
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)02:05
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto02:07
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)02:13
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto02:20
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)02:31
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-184-111.home.otenet.gr> has joined #yocto02:32
*** rber|res <rber|res!~rber|res@ppp-2-86-184-111.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds)02:34
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto02:38
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds)02:52
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto02:57
*** jclsn7 <jclsn7!~jclsn@149.224.171.50.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds)03:05
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:11
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)03:18
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:23
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds)03:29
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:31
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:35
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)03:44
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:50
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: Ping timeout (120 seconds))03:58
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:58
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)04:04
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Read error: Connection reset by peer)04:05
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto04:10
*** amitk <amitk!~amit@103.208.71.85> has joined #yocto04:14
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto04:16
*** ahs3 <ahs3!~ahs3@user/ahs3> has joined #yocto04:18
*** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Ping timeout: 240 seconds)05:31
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)05:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:50
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)05:51
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:bfe6:9ce5:8d74:3b3> has quit IRC (Remote host closed the connection)05:57
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:71fd:e78:cb78:6e59> has joined #yocto05:58
*** vladest1 <vladest1!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto06:09
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:71fd:e78:cb78:6e59> has quit IRC (Remote host closed the connection)06:10
*** vladest1 is now known as vladest06:10
landgrafRP: I can access example.com. I think it's Fetcher raising exception at https://git.openembedded.org/openembedded-core/tree/meta/classes/sanity.bbclass#n345 which causes this07:04
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:06
landgrafRP: oh. the test is working now. probably example.com was not accessible yesterday for some reason :/07:07
landgrafadding second URI to ONNECTIVITY_CHECK_URIS should work  (to not rely solely on example.com)07:12
*** mckoan|away is now known as mckoan07:31
mckoanlandgraf: that's a frequest problem. For that reason we always add CONNECTIVITY_CHECK_URIS = "https://www.google.com" in local.conf07:33
mckoans/frequest/frequent07:33
*** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto07:33
mckoanAKA "frequently requested to be solved" = frequest (TM) :-D07:33
*** olani <olani!~olani@134.238.48.37> has quit IRC (Ping timeout: 240 seconds)07:37
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto08:08
*** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has joined #yocto08:12
landgrafwell. the question is "all CONNECTIVITY_CHECK_URIS should be available" or "some CONNECTIVITY_CHECK_URIS should be available". Current logic is "all", changing to "some" is easy fix in the sanity.class08:15
landgrafas far as default value now is single "example.com" changing to "some" and "example.com google.com yoctoproject.org" should not affect users with default setting (or user who use "single" host) but there're may be users who relies on "all must be available"08:18
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving)08:22
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto08:27
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto08:29
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto08:30
qschulzecdhe: just create a new dtc-old_1.4.5.bb and put dtc-old-native in your DEPENDS08:30
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:40
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:47
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto08:50
*** florian_kc <florian_kc!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto08:51
RPlandgraf: the fallout from testing that patch is fairly bad :(08:51
RPlandgraf: bitbake-selftest failures, world build failures and a bug in devtool at least (see the swat list email I sent)08:52
landgrafRP: oh. I see :(09:02
landgrafRP: https://autobuilder.yoctoproject.org/typhoon/#/changes/115480 Builds: None. Am I looking at the wrong place?09:22
*** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:af6d:2baa:c113:8a1c> has joined #yocto09:28
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 260 seconds)09:28
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:28
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 240 seconds)09:33
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:33
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)09:39
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)09:42
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:42
*** olani <olani!~olani@134.238.48.37> has joined #yocto09:46
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 240 seconds)09:47
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:48
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto09:53
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer)09:54
*** camus1 is now known as camus09:54
*** Rolle <Rolle!~Rolle@213.254.205.2> has joined #yocto09:57
*** Rolle <Rolle!~Rolle@213.254.205.2> has quit IRC (Client Quit)09:57
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has joined #yocto09:58
Rolle79I have a question specifically about the cmake recipe in openembedded-core, not sure if this is the right place to ask09:59
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto10:00
qschulzRolle79: only asking the question will tell us if it's the right place to ask it :)10:00
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto10:01
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto10:05
*** florian_kc <florian_kc!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)10:06
Rolle79So ,the default supplied toolchain OEToolchainConfig.cmake, is as I can see it generally problematic. It relates to the cached variables with the FORCE option set (CLFAGS, LDFLAGS etc). The toolchain file is re-run every time cmake re-runs, for example when we change in our local CMakeLists.txt file. Having the FORCE variable set, in combination10:06
Rolle79with using ENV() to pick up CFLAGS etc, means that if we happen to re-run cmake in a shell that no longer have the environment from Yocto sourced, the flags will suddenly be overwritten, this time with (perhaps) other and faulty flags. I get that I can just write my own toolchain file, but I wonder if there is any motivation for this. Usually,10:06
Rolle79cmake toolchain files are more explicit and looks a lot more like the environment file that is also default supplied with Yocto.10:06
Rolle79So, the default supplied toolchain OEToolchainConfig.cmake, is as I can see it generally problematic. It relates to the cached variables with the FORCE option set (CLFAGS, LDFLAGS etc). The toolchain file is re-run every time cmake re-runs, for example when we change in our local CMakeLists.txt file. Having the FORCE variable set, in combination10:06
Rolle79with using ENV() to pick up CFLAGS etc, means that if we happen to re-run cmake in a shell that no longer have the environment from Yocto sourced, the flags will suddenly be overwritten, this time with (perhaps) other and faulty flags. I get that I can just write my own toolchain file, but I wonder if there is any motivation for this. Usually,10:06
Rolle79cmake toolchain files are more explicit and looks a lot more like the environment file that is also default supplied with Yocto.10:06
*** florian_kc <florian_kc!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto10:07
qschulzRolle79: just use bitbake -c devshell my-recipe to have everything setup correctly10:09
qschulzor build an SDK and use it?10:10
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 245 seconds)10:10
rburtonRP: fwiw, ten of our jobs in the overnight CI failed (out of about 50)10:12
rburtonwith example.com failure10:12
Rolle79I build an SDK and use it now, but I dont want devs to have to think about sourcing the environment file. For our initial project setup, this is done through a script, but after that I want the devs to be able to build in their native shell without dependence on env vars10:13
*** coldspark29[m] is now known as jclsn[m]10:13
jclsn[m]Is anyone else using Kitty here and also having issues with bitbake?10:14
kroonRolle79, im no cmake expert but cant you add a cmake target that just sources the env. script and then runs cmake again with the actual targets ? i did that with a make project10:15
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:15
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto10:19
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:21
*** florian_kc is now known as florian10:21
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:21
Rolle79The problem is that I don't know where the SDK when cmake runs, as those were picked up via env and are now lost. So i can find the env script then. It also feels like a bit of a hack10:21
Rolle79I can get around it by creating my own toolchain file, I was mostly interested in the motivation behind this10:22
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)10:22
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving)10:23
pasherringkroon, so am I not expert, but, I think you cant do that, any env changes made from within cmake will vanish as the process terminates10:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:26
LetoThe2ndyo dudX10:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)10:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:27
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)10:27
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:27
pasherringIf sourcing a script is really problematic, would sourcing it when session starts be an option?10:28
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)10:32
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:32
pasherringRolle79, another option would be to patch the env script to change the shell prompt line to something more expressive. I.e., adding some PS1="\e[0;31m[\u@YoctoEnvActivated:\W]\$ \e[m " or colorize as you like10:36
*** kriive <kriive!~kriive@user/kriive> has quit IRC (Ping timeout: 250 seconds)10:47
*** kriive <kriive!~kriive@user/kriive> has joined #yocto10:47
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)10:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:53
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has quit IRC (Quit: Client closed)11:02
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)11:02
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:03
*** ekathva_ <ekathva_!~ekathva@2001:999:50:cab1:aaf8:591:5b2d:4252> has joined #yocto11:04
*** ekathva_ <ekathva_!~ekathva@2001:999:50:cab1:aaf8:591:5b2d:4252> has quit IRC (Remote host closed the connection)11:04
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 240 seconds)11:07
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:08
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:08
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:09
*** kriive <kriive!~kriive@user/kriive> has quit IRC (Remote host closed the connection)11:11
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds)11:12
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto11:13
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:19
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:19
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:24
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds)11:32
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)11:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)11:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:35
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving)11:37
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 240 seconds)11:37
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:38
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)11:42
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:42
landgrafrburton: "simplified" version sent (how can I "obsolete" old patch btw? )11:45
rburtonyou you mark it as obsolete in patchworks, but i don't think anyone actually pulling the patches use that11:46
rburtonI do think we should pull a specific page instead of just / as that's 300K+ of wordpress11:47
rburtonRP: thoughts on the connectivity thread?11:47
rburtoni say we get halstead to create a tiny page on yoctoproject.org/connectivity.html or something which is statically served11:48
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)11:48
qschulzrburton: consdering that we had down times on git servers already, is it wise?11:49
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:49
rburtonqschulz: at least if our servers go down we can talk to our admins11:50
qschulzrburton: ah wait, are you considering a Yocto wide change or just for the autobuilders?11:50
rburtonchange to oe-core11:50
rburtoneveryone of my last 10 CI pipelines failed because some of the jobs fails to ping example.com11:51
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)11:53
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:54
landgrafsmall one-word static page on yp.org should be better option11:54
qschulzrburton: is it pinging or wget?11:54
rburtonwget11:54
rburtonthe fetcher runs on a url11:54
qschulzrburton: ping 8.8.8.8 or 1.1.1.1 in that case I guess11:55
rburtonthe point is to verify that the fetcher will work11:55
qschulzrburton: yeah, trying to think of a stupidly small always-on page we don't need to maintain :)11:55
landgrafwget11:55
rburtonso it does a https: fetch to verify certificates and proxies11:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:56
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)11:56
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto11:56
qschulzrburton: yocto.github.io with a static page :p ?11:57
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has joined #yocto11:57
Rolle79pasherring Its not extremely problematic, just a bit annyoing11:58
Rolle79Especially as the build often succeeds anyway, but with different options set (which is not obvious if you dont compile it with high verbosity)11:58
landgrafqschulz: github is not accessible from anywhere (same as google) unfortunately :/12:06
qschulzlandgraf: it was a joke :) github.io is probably down more often than example.com :)12:10
rburtonfor sure :)12:10
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto12:14
* landgraf remembers one day when 8.8.8.8 and yandex.ru both went down it triggers massive downtime across all Russian ISV (they use 8.8.8.8 as primary and yandex.ru as secondary for hearbeat so they started switching between uplinks)12:16
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)12:17
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto12:18
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:21
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:21
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)12:21
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:21
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)12:23
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto12:24
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)12:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:26
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)12:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:26
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto12:27
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)12:27
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto12:27
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.103.247> has quit IRC (Ping timeout: 256 seconds)12:27
*** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto12:30
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 252 seconds)12:33
*** argonautx <argonautx!~argonautx@i5E8672BF.versanet.de> has joined #yocto12:46
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:47
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:47
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:52
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:52
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 240 seconds)12:53
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto12:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:58
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)13:01
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto13:02
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:13
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:13
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has quit IRC (Quit: Client closed)13:13
RPrburton: replied13:13
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)13:13
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto13:13
RPlandgraf: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3210 was the failures13:15
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:18
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:18
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:23
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:24
*** frinke <frinke!~frinke@217.5.190.74> has joined #yocto13:24
*** frinke <frinke!~frinke@217.5.190.74> has quit IRC (Client Quit)13:24
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.103.247> has joined #yocto13:31
*** m4ho <m4ho!~m4ho@81.20.119.6> has quit IRC (Ping timeout: 252 seconds)13:38
*** kriive <kriive!~kriive@user/kriive> has joined #yocto13:38
*** m4ho <m4ho!~m4ho@p5098be52.dip0.t-ipconnect.de> has joined #yocto13:43
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:44
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)13:45
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)13:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:50
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus)13:51
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:52
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:55
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)13:55
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto13:56
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto14:06
landgrafTIL bitbake universe ...14:10
RPlandgraf: what else would be bigger than world :)14:24
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto14:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:31
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto14:31
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)14:32
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:34
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:36
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto14:36
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 260 seconds)14:38
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:39
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)15:01
*** florian_kc <florian_kc!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto15:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)15:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:02
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)15:02
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:02
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)15:02
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:02
*** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 250 seconds)15:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:07
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:07
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:12
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:13
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)15:13
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:13
RPrburton: you used example.com for the sdk fetch tests - should we change those?15:15
rburtonyeah i guess so15:15
RPrburton: I was trying to work out whether there were other issues in buildtools besides patchelf ones! :)15:16
*** florian_kc is now known as florian15:21
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Remote host closed the connection)15:22
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto15:23
*** aeroraptor <aeroraptor!sid503835@id-503835.ilkley.irccloud.com> has left #yocto15:37
*** codavi <codavi!~akiCA@user/akica> has joined #yocto15:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:48
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:48
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:54
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)15:54
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:54
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)15:54
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:54
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto15:56
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds)15:59
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:00
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has quit IRC (Quit: You have been kicked for being idle)16:00
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:00
RPI wonder what it says that the fetcher tests python file is 120kb and one of the larger files in bitbake16:00
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto16:00
kanavinrburton, was x32 ever used for anything except looking good in benchmarks?16:01
rburtonno16:01
rburtonoh, causing engineers pain16:01
kanavinI don't mean to be rude, but it's a primary target for spring cleaning post lts16:01
rburtoni'd ping anuj/naveen now so they can have an opinion16:02
rburtonif intel doesn't care then we can just rip it out16:03
rburtonif they have a strong opinion they we know they're up when it breaks next :)16:04
rburtonthe arm version of x32 was DOA and didn't even get into glibc, fwiw16:04
kanavinrburton, the fact that mesa doesn't work on x32 is a strong indication no one actually uses it :)16:04
rburtoniirc the only known users of stuff like x32 are network appliances16:05
kanavinrburton, I'm trying to get avx support in qemu off the ground btw16:06
kanavinI posted on linkedin about it16:06
rburtongood luck16:06
kanavinhttps://www.linkedin.com/posts/alexander-kanavin-94585686_qemu-x86-tcg-doesnt-support-avx-insns-164-activity-6896816132318457857-1iN-16:06
smurrayJuniper might care about x32, might not hurt to ask their former TSC member or the like16:06
kanavinwe can do an 'Alex' and just send a patch that removes it16:07
kanavinthen all the beards come out of the woodworks and lynch me16:07
rburtonthe xorg approach is to silently break it and wait a couple of cycles before 'noticing'16:07
smurrayheh, given Juniper dropped their membership iirc, then they'd likely not find out until they went to do an upgrade in a year16:08
kanavinwe can also downgrade testing x32 to only non-ui images16:08
rburtonxorg managed to delete so much from xserver by realising that certain extensions either crashed on startup or refused to build16:08
rburtonkanavin: even if we keep it, that's a good idea16:09
rburtonWR would be interesting to ask too16:09
kanavinrburton, it's part of the broader theme that's been playing in my head, once lts is out, what can we remove or change.16:09
rburtonsgw: vmeson: does WR have any interest in x32?16:09
kanavinrburton, there's also ppc, mips, sato->weston16:09
kanavinany other ideas? think offensive ;)16:10
rburtonyou won't get rid of 32-bit mips in a hurry16:10
RPkanavin: x32 doesn't really hurt us that much and proves we have few assumptions in our toolchain FWIW16:15
kanavinRP: regressions on the ui side keep happening though, pango was held recently, now seatd won't build16:16
RPkanavin: I wish we had some decent way to semi automated benchmark systems16:18
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:20
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:20
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)16:20
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:21
landgrafis do_fetch::prepend() valid bitbake instruction?16:21
rburtonyes, but you're prepending python code, so that's hard16:22
rburtonuse a prefunc16:22
kanavinlandgraf, yes, but already looks like a bad idea :)16:22
rburtonappend/prepend is literal string append/prepend16:22
rburtonso unless you get the indentation right, you break python code16:22
*** Tokamak <Tokamak!~Tokamak@172.58.191.51> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)16:23
landgrafIt explains the issue I see. thanks!16:23
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto16:25
landgrafTIL: bitbake universe and [prefuncs]16:25
landgrafhow did I live without it....16:26
*** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving)16:29
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto16:29
*** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has joined #yocto16:33
RPlandgraf: I have updates for that fetcher series that fix some of the issues16:38
*** Tokamak <Tokamak!~Tokamak@172.58.191.51> has joined #yocto16:40
RP(I updated master-next)16:40
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 240 seconds)16:41
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto16:42
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)16:48
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto16:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:51
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:51
*** TommyD <TommyD!~TommyD@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 240 seconds)16:58
*** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 240 seconds)16:58
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)16:58
*** TommyD <TommyD!~TommyD@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto16:59
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto16:59
*** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto17:00
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)17:06
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto17:06
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)17:06
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto17:07
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)17:07
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto17:08
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds)17:13
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto17:13
SaurRP: I'm not sure you can help me or that I can even describe the issue, but I'll give it a try because I've a weird problem related to the sstate cache of which I cannot make heads or tails. The other day I backported the changes I made for package.bbclass to our layers (based on Hardknott). This of course caused all RPMs to be recreated, and somewhere there something odd happened for one of the packages. Package foo (2.6.6) has an execut17:15
Saurable linked to libbar provided by the bar (2.0.3) package. Dnf now fails because it says there is no provider for libbar.so.1 which foo needs, which is fully understandable because the version that the bar package provides is libbar.so.2. I've tried following the siginfo files for foo_2.6.6:do_package_write_rpm and it eventually depends on bar_2.0.3:do_package. So how can I have a binary in foo_2.6.6 that must have been built with bar_1.x17:15
Saur.y (which provided the libbar.so.1) when everything indicates that it should have been built with bar_2.0.3 (and thus should have been linked to libbar.so.2)?17:15
*** mckoan is now known as mckoan|away17:16
RPSaur: is hash equivalence enabled?17:16
SaurRP: Hmm, this is Hardknott based on poky so it seems it is. But we have no global hash server, only a global sstate cache.17:20
RPSaur: I would worry about that in this context :/17:20
*** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)17:23
SaurRP: How can that lead to that the current state having a foo executable linked to libbar.so.1 paired with a libbar package that provides libbar.so.2? Even with the hash server, it should not have been possible for it to replace the hash for a bar package with libbar.so.2 with a hash for a bar package with libbar.so.1 as they most definitely would have equivavlent output.17:27
Saurwould not*17:27
RPSaur: I worry that some of the recent bugs we've found in hashequiv could allow such things to happen. It would depend exactly how the two packages depend on each other and whether it was an indirect or direct dependency17:30
SaurThe foo recipe has DEPENDS = "bar"17:30
RPso that probably shouldn't be possible17:31
RPSaur: another way this can happen is broken makefiles17:32
RPsomething reran but didn't rebuild when it should have done if you don't use clean workdirs and reuse a tmpdir a lot17:33
halsteadrburton: Easy enough to add yoctoproject.org/connectivity.html. That's backed by AWS us-west-2.17:33
RPhalstead: could you do that please and we'll tweak the urls. It is breaking things for people17:33
halsteadRP: I'm about to start making uninative again. I already tagged so I'm going to have to delete and push new tags. Will require a forced update from end users which I try to avoid.17:34
RPhalstead: right, sorry about that. It was unfortunately borken. We could just skip to a new version?17:34
halsteadRP: Your choice. Normally I'd retag and break some people's CI. Skipping to 3.6 would avoid that.17:35
halsteadOr even doing a 3.5.117:35
RPhalstead: I'm ok with retagging17:35
* qschulz closes his eyes17:36
halsteadhttps://yoctoproject.org/connectivity.html is a page now. Do we need more there?17:37
SaurRP: Hmm. But wouldn't the update from bar_1.x.y to bar_2.0.3 trigger a clean of foo?17:37
RPhalstead: should be fine, thanks17:38
RPSaur: it will not. depending on what changed it might just rerun do_compile or do_install or simply rerun do_package17:38
halsteadRP: For the new perf workers I'm going with debian 11 and almalinux 8. Does that work for you?17:38
RPhalstead: sounds good to me17:39
SaurHmm, ok. Let's see if I can recreate that by downgrading bar, rebuilding foo and then upgrading bar again. Interesting...17:39
Saur(We don't change the major version of libs very often, so it might just have been a coincidence that it happened at about the same time I updated package.bbclass...)17:41
RPrburton: landgraf: I've sent a patch to update to the above url from michael17:46
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Quit: Leaving.)17:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)17:52
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto17:52
RPjonmason, rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/2771 - arm ltp build hanging for ~24 hours :(17:52
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)17:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto17:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)18:10
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)18:11
*** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:af6d:2baa:c113:8a1c> has quit IRC (Quit: Leaving)18:33
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.4)18:39
*** TommyD <TommyD!~TommyD@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Remote host closed the connection)18:39
* Ch^W_ rolls up his sleeves and tries to figure out why variables defined in the distro conf are not available inside rootfs-postcommands.bbclass during do_rootfs()18:39
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Remote host closed the connection)18:57
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)19:04
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto19:05
SaurRP: A little follow up on my sstate cache problem. It is apparently the sstate:bar:...:2.0.3:..._populate_sysroot.tgz tar ball that contains old versions of the files (from more than two weeks ago), while the corresponding sstate:bar:...:2.0.3:..._package_write_rpm.tgz has the correct new files. So even if I rebuild foo, it still links with the old files, and dnf still fails. Thankfully a trivial whitespace change to a variable in the bar19:08
Saur recipe seems to solve the problem.19:08
SaurNow if I could only understand how this problem could be triggered by modifying package.bbclass...19:08
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto19:14
ziga_I managed to detect my I2C device in the Linux. It is a touch controller "st1232". I wrote my device tree so that it put him on the appropriate I2C bus. But touchscreen does not respond when I use my finger. Is it possible that I need any library? Any kernel option maybe? Has anyone got any idea?19:17
RPSaur: identifying a pattern helps but I'm not sure what could/would cause that. Changing packaging would only cause packing to rerun, why the populate_sysroot is stale, I don't know :/19:19
rburtonRP: awesome19:22
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto19:23
SaurRP: I am quite baffled by this. However, since I cannot rule out interaction by having the hash server enabled, but without having a global hash server I think we are better off disabling it (at least until we have a global server running). Is it enough to set BB_SIGNATURE_HANDLER = "OEBasicHash" in our configuration?19:25
rburtonziga_: so many questions: how is the touchscreen hooked up to the input subsystem, does evdev or libinput see it, what app are you using to see responses, etc.19:34
* rburton -> dinner19:34
ziga_@rburton Touchscreen is hooked to the system using I2C. How can I check if evdev / libinput see it?19:40
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)19:56
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 250 seconds)20:09
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto20:09
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto20:10
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving)20:17
*** argonautx <argonautx!~argonautx@i5E8672BF.versanet.de> has quit IRC (Quit: Leaving)20:28
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)20:45
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto20:54
*** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:07
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)21:08
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto21:10
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto21:21
*** nateglims <nateglims!~nateglims@c-24-17-230-226.hsd1.wa.comcast.net> has joined #yocto21:22
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)21:25
*** amitk_ <amitk_!~amit@103.208.71.109> has joined #yocto21:31
*** amitk <amitk!~amit@103.208.71.85> has quit IRC (Ping timeout: 240 seconds)21:34
*** nateglims <nateglims!~nateglims@c-24-17-230-226.hsd1.wa.comcast.net> has quit IRC (Ping timeout: 256 seconds)21:37
*** nateglims <nateglims!~nateglims@204.246.162.44> has joined #yocto21:37
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Quit: Leaving)22:13
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC ()22:24
*** amitk_ <amitk_!~amit@103.208.71.109> has quit IRC (Ping timeout: 256 seconds)22:41
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto22:47
*** Subaudible <Subaudible!~Subaudibl@107-138-101-101.lightspeed.cicril.sbcglobal.net> has quit IRC (Remote host closed the connection)23:06
*** Pan5ky <Pan5ky!~Pan5ky@ip5f5bf69d.dynamic.kabel-deutschland.de> has joined #yocto23:17
*** Pan5ky <Pan5ky!~Pan5ky@ip5f5bf69d.dynamic.kabel-deutschland.de> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)23:26
*** Pan5ky <Pan5ky!~Pan5ky@ip5f5bf69d.dynamic.kabel-deutschland.de> has joined #yocto23:27
*** Pan5ky <Pan5ky!~Pan5ky@ip5f5bf69d.dynamic.kabel-deutschland.de> has quit IRC (Client Quit)23:27
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds)23:27
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto23:33
*** nateglims <nateglims!~nateglims@204.246.162.44> has quit IRC (Quit: Client closed)23:39
*** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds)23:43
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)23:56

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!