ecdhe | My 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 |
---|---|---|
ecdhe | Can 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 #yocto | 01: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 #yocto | 01: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 #yocto | 01: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 #yocto | 01: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 #yocto | 02: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 #yocto | 02: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 #yocto | 02: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 #yocto | 02: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 #yocto | 02: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 #yocto | 03: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 #yocto | 03: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 #yocto | 03:31 | |
*** jclsn7 <jclsn7!~jclsn@134.101.199.207.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03: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 #yocto | 03: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 #yocto | 03: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 #yocto | 04:10 | |
*** amitk <amitk!~amit@103.208.71.85> has joined #yocto | 04:14 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 04:16 | |
*** ahs3 <ahs3!~ahs3@user/ahs3> has joined #yocto | 04: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 #yocto | 05: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 #yocto | 05:58 | |
*** vladest1 <vladest1!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 06: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 vladest | 06:10 | |
landgraf | RP: 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 this | 07:04 |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:06 | |
landgraf | RP: oh. the test is working now. probably example.com was not accessible yesterday for some reason :/ | 07:07 |
landgraf | adding second URI to ONNECTIVITY_CHECK_URIS should work (to not rely solely on example.com) | 07:12 |
*** mckoan|away is now known as mckoan | 07:31 | |
mckoan | landgraf: that's a frequest problem. For that reason we always add CONNECTIVITY_CHECK_URIS = "https://www.google.com" in local.conf | 07:33 |
mckoan | s/frequest/frequent | 07:33 |
*** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 07:33 | |
mckoan | AKA "frequently requested to be solved" = frequest (TM) :-D | 07: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 #yocto | 08:08 | |
*** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has joined #yocto | 08:12 | |
landgraf | well. 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.class | 08:15 |
landgraf | as 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 #yocto | 08:27 | |
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto | 08:29 | |
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 08:30 | |
qschulz | ecdhe: just create a new dtc-old_1.4.5.bb and put dtc-old-native in your DEPENDS | 08:30 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:40 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:47 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:50 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto | 08:51 | |
RP | landgraf: the fallout from testing that patch is fairly bad :( | 08:51 |
RP | landgraf: bitbake-selftest failures, world build failures and a bug in devtool at least (see the swat list email I sent) | 08:52 |
landgraf | RP: oh. I see :( | 09:02 |
landgraf | RP: 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 #yocto | 09: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 #yocto | 09: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 #yocto | 09: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 #yocto | 09:42 | |
*** olani <olani!~olani@134.238.48.37> has joined #yocto | 09: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 #yocto | 09:48 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:53 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 09:54 | |
*** camus1 is now known as camus | 09:54 | |
*** Rolle <Rolle!~Rolle@213.254.205.2> has joined #yocto | 09:57 | |
*** Rolle <Rolle!~Rolle@213.254.205.2> has quit IRC (Client Quit) | 09:57 | |
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has joined #yocto | 09:58 | |
Rolle79 | I have a question specifically about the cmake recipe in openembedded-core, not sure if this is the right place to ask | 09:59 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 10:00 | |
qschulz | Rolle79: 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 #yocto | 10:01 | |
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto | 10: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 | |
Rolle79 | So ,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 combination | 10:06 |
Rolle79 | with 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 |
Rolle79 | cmake toolchain files are more explicit and looks a lot more like the environment file that is also default supplied with Yocto. | 10:06 |
Rolle79 | So, 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 combination | 10:06 |
Rolle79 | with 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 |
Rolle79 | cmake 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 #yocto | 10:07 | |
qschulz | Rolle79: just use bitbake -c devshell my-recipe to have everything setup correctly | 10:09 |
qschulz | or 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 | |
rburton | RP: fwiw, ten of our jobs in the overnight CI failed (out of about 50) | 10:12 |
rburton | with example.com failure | 10:12 |
Rolle79 | I 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 vars | 10: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 |
kroon | Rolle79, 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 project | 10:15 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:15 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 10:19 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:21 | |
*** florian_kc is now known as florian | 10:21 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:21 | |
Rolle79 | The 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 hack | 10:21 |
Rolle79 | I can get around it by creating my own toolchain file, I was mostly interested in the motivation behind this | 10: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 | |
pasherring | kroon, so am I not expert, but, I think you cant do that, any env changes made from within cmake will vanish as the process terminates | 10:26 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:26 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:26 | |
LetoThe2nd | yo dudX | 10: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 #yocto | 10:27 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 10:27 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:27 | |
pasherring | If 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 #yocto | 10:32 | |
pasherring | Rolle79, 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 like | 10:36 |
*** kriive <kriive!~kriive@user/kriive> has quit IRC (Ping timeout: 250 seconds) | 10:47 | |
*** kriive <kriive!~kriive@user/kriive> has joined #yocto | 10:47 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:53 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10: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 #yocto | 10: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 #yocto | 11:03 | |
*** ekathva_ <ekathva_!~ekathva@2001:999:50:cab1:aaf8:591:5b2d:4252> has joined #yocto | 11: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 #yocto | 11:08 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:08 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11: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 #yocto | 11:13 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:19 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:19 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:24 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11: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 #yocto | 11: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 #yocto | 11: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 #yocto | 11: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 #yocto | 11: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 #yocto | 11:42 | |
landgraf | rburton: "simplified" version sent (how can I "obsolete" old patch btw? ) | 11:45 |
rburton | you you mark it as obsolete in patchworks, but i don't think anyone actually pulling the patches use that | 11:46 |
rburton | I do think we should pull a specific page instead of just / as that's 300K+ of wordpress | 11:47 |
rburton | RP: thoughts on the connectivity thread? | 11:47 |
rburton | i say we get halstead to create a tiny page on yoctoproject.org/connectivity.html or something which is statically served | 11:48 |
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 256 seconds) | 11:48 | |
qschulz | rburton: consdering that we had down times on git servers already, is it wise? | 11:49 |
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto | 11:49 | |
rburton | qschulz: at least if our servers go down we can talk to our admins | 11:50 |
qschulz | rburton: ah wait, are you considering a Yocto wide change or just for the autobuilders? | 11:50 |
rburton | change to oe-core | 11:50 |
rburton | everyone of my last 10 CI pipelines failed because some of the jobs fails to ping example.com | 11: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 #yocto | 11:54 | |
landgraf | small one-word static page on yp.org should be better option | 11:54 |
qschulz | rburton: is it pinging or wget? | 11:54 |
rburton | wget | 11:54 |
rburton | the fetcher runs on a url | 11:54 |
qschulz | rburton: ping 8.8.8.8 or 1.1.1.1 in that case I guess | 11:55 |
rburton | the point is to verify that the fetcher will work | 11:55 |
qschulz | rburton: yeah, trying to think of a stupidly small always-on page we don't need to maintain :) | 11:55 |
landgraf | wget | 11:55 |
rburton | so it does a https: fetch to verify certificates and proxies | 11:55 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:55 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11: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 #yocto | 11:56 | |
qschulz | rburton: yocto.github.io with a static page :p ? | 11:57 |
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has joined #yocto | 11:57 | |
Rolle79 | pasherring Its not extremely problematic, just a bit annyoing | 11:58 |
Rolle79 | Especially 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 |
landgraf | qschulz: github is not accessible from anywhere (same as google) unfortunately :/ | 12:06 |
qschulz | landgraf: it was a joke :) github.io is probably down more often than example.com :) | 12:10 |
rburton | for sure :) | 12:10 |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 12: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 #yocto | 12:18 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:21 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12: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 #yocto | 12: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 #yocto | 12: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 #yocto | 12:26 | |
*** florian <florian!~florian@dynamic-093-131-026-219.93.131.pool.telefonica.de> has joined #yocto | 12: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 #yocto | 12: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 #yocto | 12: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 #yocto | 12:46 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:47 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12:47 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:52 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12: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 #yocto | 12:53 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:57 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12: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 #yocto | 13:02 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:13 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:13 | |
*** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has quit IRC (Quit: Client closed) | 13:13 | |
RP | rburton: replied | 13: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 #yocto | 13:13 | |
RP | landgraf: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/3210 was the failures | 13:15 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:18 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:18 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:23 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:24 | |
*** frinke <frinke!~frinke@217.5.190.74> has joined #yocto | 13: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 #yocto | 13:31 | |
*** m4ho <m4ho!~m4ho@81.20.119.6> has quit IRC (Ping timeout: 252 seconds) | 13:38 | |
*** kriive <kriive!~kriive@user/kriive> has joined #yocto | 13:38 | |
*** m4ho <m4ho!~m4ho@p5098be52.dip0.t-ipconnect.de> has joined #yocto | 13:43 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:44 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13: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 #yocto | 13: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 #yocto | 13: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 #yocto | 13:52 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:55 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13: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 #yocto | 13:56 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:05 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:06 | |
landgraf | TIL bitbake universe ... | 14:10 |
RP | landgraf: what else would be bigger than world :) | 14:24 |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 14:24 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:31 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14: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 #yocto | 14:34 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:36 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14: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 #yocto | 14: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 #yocto | 15:01 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:01 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15: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 #yocto | 15: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 #yocto | 15: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 #yocto | 15: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 #yocto | 15:07 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:12 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15: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 #yocto | 15:13 | |
RP | rburton: you used example.com for the sdk fetch tests - should we change those? | 15:15 |
rburton | yeah i guess so | 15:15 |
RP | rburton: I was trying to work out whether there were other issues in buildtools besides patchelf ones! :) | 15:16 |
*** florian_kc is now known as florian | 15: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 #yocto | 15:23 | |
*** aeroraptor <aeroraptor!sid503835@id-503835.ilkley.irccloud.com> has left #yocto | 15:37 | |
*** codavi <codavi!~akiCA@user/akica> has joined #yocto | 15:41 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:48 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:48 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:53 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15: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 #yocto | 15: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 #yocto | 15:54 | |
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 15: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 #yocto | 16:00 | |
RP | I wonder what it says that the fetcher tests python file is 120kb and one of the larger files in bitbake | 16:00 |
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto | 16:00 | |
kanavin | rburton, was x32 ever used for anything except looking good in benchmarks? | 16:01 |
rburton | no | 16:01 |
rburton | oh, causing engineers pain | 16:01 |
kanavin | I don't mean to be rude, but it's a primary target for spring cleaning post lts | 16:01 |
rburton | i'd ping anuj/naveen now so they can have an opinion | 16:02 |
rburton | if intel doesn't care then we can just rip it out | 16:03 |
rburton | if they have a strong opinion they we know they're up when it breaks next :) | 16:04 |
rburton | the arm version of x32 was DOA and didn't even get into glibc, fwiw | 16:04 |
kanavin | rburton, the fact that mesa doesn't work on x32 is a strong indication no one actually uses it :) | 16:04 |
rburton | iirc the only known users of stuff like x32 are network appliances | 16:05 |
kanavin | rburton, I'm trying to get avx support in qemu off the ground btw | 16:06 |
kanavin | I posted on linkedin about it | 16:06 |
rburton | good luck | 16:06 |
kanavin | https://www.linkedin.com/posts/alexander-kanavin-94585686_qemu-x86-tcg-doesnt-support-avx-insns-164-activity-6896816132318457857-1iN- | 16:06 |
smurray | Juniper might care about x32, might not hurt to ask their former TSC member or the like | 16:06 |
kanavin | we can do an 'Alex' and just send a patch that removes it | 16:07 |
kanavin | then all the beards come out of the woodworks and lynch me | 16:07 |
rburton | the xorg approach is to silently break it and wait a couple of cycles before 'noticing' | 16:07 |
smurray | heh, given Juniper dropped their membership iirc, then they'd likely not find out until they went to do an upgrade in a year | 16:08 |
kanavin | we can also downgrade testing x32 to only non-ui images | 16:08 |
rburton | xorg managed to delete so much from xserver by realising that certain extensions either crashed on startup or refused to build | 16:08 |
rburton | kanavin: even if we keep it, that's a good idea | 16:09 |
rburton | WR would be interesting to ask too | 16:09 |
kanavin | rburton, 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 |
rburton | sgw: vmeson: does WR have any interest in x32? | 16:09 |
kanavin | rburton, there's also ppc, mips, sato->weston | 16:09 |
kanavin | any other ideas? think offensive ;) | 16:10 |
rburton | you won't get rid of 32-bit mips in a hurry | 16:10 |
RP | kanavin: x32 doesn't really hurt us that much and proves we have few assumptions in our toolchain FWIW | 16:15 |
kanavin | RP: regressions on the ui side keep happening though, pango was held recently, now seatd won't build | 16:16 |
RP | kanavin: I wish we had some decent way to semi automated benchmark systems | 16:18 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:20 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16: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 #yocto | 16:21 | |
landgraf | is do_fetch::prepend() valid bitbake instruction? | 16:21 |
rburton | yes, but you're prepending python code, so that's hard | 16:22 |
rburton | use a prefunc | 16:22 |
kanavin | landgraf, yes, but already looks like a bad idea :) | 16:22 |
rburton | append/prepend is literal string append/prepend | 16:22 |
rburton | so unless you get the indentation right, you break python code | 16:22 |
*** Tokamak <Tokamak!~Tokamak@172.58.191.51> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 16:23 | |
landgraf | It explains the issue I see. thanks! | 16:23 |
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 16:25 | |
landgraf | TIL: bitbake universe and [prefuncs] | 16:25 |
landgraf | how 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 #yocto | 16:29 | |
*** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has joined #yocto | 16:33 | |
RP | landgraf: I have updates for that fetcher series that fix some of the issues | 16:38 |
*** Tokamak <Tokamak!~Tokamak@172.58.191.51> has joined #yocto | 16: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 #yocto | 16: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 #yocto | 16:49 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:51 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16: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 #yocto | 16:59 | |
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto | 16:59 | |
*** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 17:00 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 17:06 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 17: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 #yocto | 17: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 #yocto | 17: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 #yocto | 17:13 | |
Saur | RP: 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 execut | 17:15 |
Saur | able 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.x | 17: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|away | 17:16 | |
RP | Saur: is hash equivalence enabled? | 17:16 |
Saur | RP: 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 |
RP | Saur: 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 | |
Saur | RP: 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 |
Saur | would not* | 17:27 |
RP | Saur: 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 dependency | 17:30 |
Saur | The foo recipe has DEPENDS = "bar" | 17:30 |
RP | so that probably shouldn't be possible | 17:31 |
RP | Saur: another way this can happen is broken makefiles | 17:32 |
RP | something reran but didn't rebuild when it should have done if you don't use clean workdirs and reuse a tmpdir a lot | 17:33 |
halstead | rburton: Easy enough to add yoctoproject.org/connectivity.html. That's backed by AWS us-west-2. | 17:33 |
RP | halstead: could you do that please and we'll tweak the urls. It is breaking things for people | 17:33 |
halstead | RP: 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 |
RP | halstead: right, sorry about that. It was unfortunately borken. We could just skip to a new version? | 17:34 |
halstead | RP: Your choice. Normally I'd retag and break some people's CI. Skipping to 3.6 would avoid that. | 17:35 |
halstead | Or even doing a 3.5.1 | 17:35 |
RP | halstead: I'm ok with retagging | 17:35 |
* qschulz closes his eyes | 17:36 | |
halstead | https://yoctoproject.org/connectivity.html is a page now. Do we need more there? | 17:37 |
Saur | RP: Hmm. But wouldn't the update from bar_1.x.y to bar_2.0.3 trigger a clean of foo? | 17:37 |
RP | halstead: should be fine, thanks | 17:38 |
RP | Saur: it will not. depending on what changed it might just rerun do_compile or do_install or simply rerun do_package | 17:38 |
halstead | RP: For the new perf workers I'm going with debian 11 and almalinux 8. Does that work for you? | 17:38 |
RP | halstead: sounds good to me | 17:39 |
Saur | Hmm, 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 |
RP | rburton: landgraf: I've sent a patch to update to the above url from michael | 17: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 #yocto | 17:52 | |
RP | jonmason, 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 #yocto | 17: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 #yocto | 19:05 | |
Saur | RP: 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 bar | 19:08 |
Saur | recipe seems to solve the problem. | 19:08 |
Saur | Now 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 #yocto | 19: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 |
RP | Saur: 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 |
rburton | RP: awesome | 19:22 |
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 19:23 | |
Saur | RP: 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 |
rburton | ziga_: 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 -> dinner | 19: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 #yocto | 20:09 | |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 20: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 #yocto | 20: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 #yocto | 21:10 | |
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 21:21 | |
*** nateglims <nateglims!~nateglims@c-24-17-230-226.hsd1.wa.comcast.net> has joined #yocto | 21: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 #yocto | 21: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 #yocto | 21: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 #yocto | 22: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 #yocto | 23: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 #yocto | 23: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 #yocto | 23: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/!