Friday, 2023-08-11

*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto00:28
*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Client Quit)00:29
*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto00:31
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)00:32
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto00:32
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 256 seconds)00:44
*** davidinux <davidinux!~davidinux@45.11.82.214> has quit IRC (Ping timeout: 245 seconds)01:03
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:05
*** davidinux <davidinux!~davidinux@45.11.82.220> has joined #yocto01:05
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)01:17
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto01:21
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 252 seconds)01:30
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto01:31
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)01:52
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto01:54
*** starblue <starblue!~juergen@dslb-178-006-095-078.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds)01:56
*** starblue <starblue!~juergen@dslb-088-078-111-236.088.078.pools.vodafone-ip.de> has joined #yocto01:58
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto02:21
*** pabigot <pabigot!~pab@158.sub-75-236-12.myvzw.com> has quit IRC (Ping timeout: 256 seconds)02:53
*** pabigot <pabigot!~pab@158.sub-75-236-12.myvzw.com> has joined #yocto03:07
*** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto03:12
*** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Remote host closed the connection)03:13
*** camus1 is now known as camus03:13
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Quit: ZNC - https://znc.in)03:13
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto03:14
*** amitk <amitk!~amit@58.84.61.40> has joined #yocto03:33
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!)04:17
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto04:18
*** pabigot <pabigot!~pab@158.sub-75-236-12.myvzw.com> has quit IRC (Ping timeout: 256 seconds)04:25
*** pabigot <pabigot!~pab@104.sub-75-236-31.myvzw.com> has joined #yocto04:41
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:53
*** pabigot <pabigot!~pab@104.sub-75-236-31.myvzw.com> has quit IRC (Ping timeout: 248 seconds)04:59
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)05:02
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:04
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds)05:25
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto05:25
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:28
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)05:29
*** goliath <goliath!~goliath@user/goliath> has joined #yocto05:44
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto05:51
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Quit: Ping timeout (120 seconds))06:05
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto06:07
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)06:43
*** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds)06:50
*** hummerbliss <hummerbliss!~hummerbli@49.206.133.118> has joined #yocto07:02
*** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto07:02
*** plangowski <plangowski!~plangowsk@213.192.77.249> has joined #yocto07:02
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto07:03
*** plangowski is now known as effe07:03
*** effe is now known as plangowski07:03
KanjiMonsteryates_work: https://layers.openembedded.org/layerindex/branch/master/layers/ shows multiple qt layers (qt3/4/5)07:04
hummerblissrburton your suggestion to use buildtools tarball worked nicely thank you. I am planning to write a buildtools.bbclass to fetch and setup buildtools tarball (similar to uninative.bbclass). Would that be a terrible idea to go that route ?07:06
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto07:06
*** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 256 seconds)07:12
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto07:14
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)07:15
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto07:16
RPhummerbliss: isn't there already a script which installs it?07:17
RPhummerbliss: scripts/install-buildtools07:17
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Ping timeout: 240 seconds)07:20
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 250 seconds)07:22
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto07:23
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto07:23
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)07:24
hummerblissRP indeed there is. That would mean two extra build steps (and changing dev workflow and build jobs to include additional steps). Where as buildtools.bbclass (if it can be done) would be transparent (we just have to INHERIT += buildtools in our conf files).07:25
RPhummerbliss: buildtools is used to provide python in some cases where the system one is too old so installing it in a class wouldn't work in those situations07:27
*** mvlad <mvlad!~mvlad@2a02:2f08:470d:cf00:7656:3cff:fe3f:7ce9> has joined #yocto07:31
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto07:36
hummerblissRP: ah I see, thank you07:40
rburtonhummerbliss: are you having to use an old distro to build on?07:41
*** pon4ik_mudrosti <pon4ik_mudrosti!~pon4ik_mu@213.192.77.249> has joined #yocto07:41
*** Guest49 <Guest49!~Guest49@213.192.77.249> has joined #yocto07:42
*** ekuja3 <ekuja3!~ekuja3@213.192.77.249> has joined #yocto07:46
*** ekuja3 <ekuja3!~ekuja3@213.192.77.249> has quit IRC (Client Quit)07:47
*** Guest49 is now known as ekuja307:47
*** plangowski <plangowski!~plangowsk@213.192.77.249> has quit IRC (Quit: Client closed)07:47
hummerblissRP yup07:49
ekuja3hej07:49
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)07:57
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto07:58
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)07:59
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto07:59
*** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto08:02
*** pon4ik_mudrosti1 <pon4ik_mudrosti1!~pon4ik_mu@213.192.77.249> has joined #yocto08:06
*** Sai-Kiran <Sai-Kiran!~Sai-Kiran@2405:201:d015:c81d:8ce3:b47b:f699:b9ff> has joined #yocto08:08
*** vladest <vladest!~Thunderbi@ip-174-56.evhr.net> has quit IRC (Quit: vladest)08:11
*** vladest <vladest!~Thunderbi@ip-174-56.evhr.net> has joined #yocto08:12
Sai-KiranHi. I am trying to build rust application using Yocto. When building using bitbake, I get the following error |   fatal: unable to access '<github-repo>': Could not resolve host: github.com. I tried enabling CARGO_NET_GIT_FETCH_WITH_CLI in .cargo/config in the repo. Then the source code is downloaded. But when compiling, I get the same error again.08:13
Sai-KiranNote that the rust application has a dependency on another rust application. And in that repo also, I enabled CARGO_NET_GIT_FETCH_WITH_CLI. But I get Could not resolve host github.com. Any thoughts?08:13
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds)08:13
neverpanicNetwork access is only enabled in the do_fetch task08:13
pon4ik_mudrosti1Hi there08:16
*** pon4ik_mudrosti1 <pon4ik_mudrosti1!~pon4ik_mu@213.192.77.249> has quit IRC (Quit: Client closed)08:17
*** pon4ik_mudrosti1 <pon4ik_mudrosti1!~pon4ik_mu@213.192.77.249> has joined #yocto08:18
neverpanicSai-Kiran: You should probably use the cargo class: https://docs.yoctoproject.org/ref-manual/classes.html#cargo08:18
*** pon4ik_mudrosti1 <pon4ik_mudrosti1!~pon4ik_mu@213.192.77.249> has left #yocto08:21
*** pon4ik_mudrosti9 <pon4ik_mudrosti9!~pon4ik_mu@213.192.77.249> has joined #yocto08:21
*** pon4ik_mudrosti3 <pon4ik_mudrosti3!~pon4ik_mu@213.192.77.249> has joined #yocto08:23
*** pon4ik_mudrosti3 <pon4ik_mudrosti3!~pon4ik_mu@213.192.77.249> has quit IRC (Client Quit)08:23
Sai-Kiranneverpanic I am quite new to Yocto and Rust. Could you elaborate more on using cargo class? It would be very helpful to me.08:25
*** pon4ik_mudrosti9 <pon4ik_mudrosti9!~pon4ik_mu@213.192.77.249> has quit IRC (Quit: Client closed)08:27
*** pon4ik_mudrosti4 <pon4ik_mudrosti4!~pon4ik_mu@213.192.77.249> has joined #yocto08:28
*** pon4ik_mudrosti4 <pon4ik_mudrosti4!~pon4ik_mu@213.192.77.249> has left #yocto08:28
*** hummerbliss <hummerbliss!~hummerbli@49.206.133.118> has quit IRC (Quit: Client closed)08:30
neverpanicSai-Kiran: Did you read the documentation at the link I mentioned? Did you also look at the linked example at https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-core/uutils-coreutils?08:32
*** pon4ik_mudrosti2 <pon4ik_mudrosti2!~pon4ik_mu@213.192.77.249> has joined #yocto08:32
neverpanicThat's what your recipe should look like, so that the do_fetch task downloads the required source code using cargo.08:32
neverpanichttps://docs.yoctoproject.org/ref-manual/classes.html#cargo-update-recipe-crates also has some pointers you should probably read, and tells you you can either inherit cargo-update-recipe-crates to create a recipe-crates.inc file, or use https://crates.io/crates/cargo-bitbake08:33
neverpaniccargo-bitbake can even generate a recipe template for you, I'd start with that if I were you08:34
Sai-KiranYes I am using the recipe generated by cargo-bitbake.08:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)08:36
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto08:36
neverpanicThen cargo shouldn't attempt to download sources during the build (if that's what's actually happening; your initial report didn't actually say in which phase you got the error)08:37
Sai-Kiranhttps://drive.google.com/file/d/1zgcVKm-wcUYfwZQ4rV8Kd49XgYuzdjXF/view?usp=sharing08:41
Sai-KiranThis has the detailed error report.08:41
*** pon4ik_mudrosti2 <pon4ik_mudrosti2!~pon4ik_mu@213.192.77.249> has left #yocto08:42
*** pon4ik_mudrosti is now known as Guest401408:42
*** pon4ik_mudrosti <pon4ik_mudrosti!~pon4ik_mu@213.192.77.249> has joined #yocto08:44
pon4ik_mudrostiHi there. Sorry for LOGIN - LOGOUT spam, I am new to IRC server '=D08:47
*** plangowski <plangowski!~plangowsk@213.192.77.249> has joined #yocto08:48
plangowskihi08:48
*** plangowski <plangowski!~plangowsk@213.192.77.249> has quit IRC (Client Quit)08:49
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:51
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto08:52
*** Guest63 <Guest63!~Guest63@213.192.77.249> has joined #yocto08:56
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds)08:58
*** Guest4014 <Guest4014!~pon4ik_mu@213.192.77.249> has quit IRC (Quit: Client closed)09:00
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:00
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto09:02
neverpanicSai-Kiran: Yeah, that's during do_compile, where bitbake disables network access09:05
neverpanicYou should add rumqtt to SRC_URI so that it is fetched in do_fetch, and do_compile doesn't attempt to fetch it.09:06
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)09:12
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto09:12
Sai-KiranOkay. We can specify multiple SRC_URI in the recipe?09:14
neverpanicSai-Kiran: https://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-core/uutils-coreutils/uutils-coreutils-crates.inc09:17
*** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Remote host closed the connection)09:17
*** Guest63 <Guest63!~Guest63@213.192.77.249> has quit IRC (Quit: Client closed)09:27
Sai-Kiranneverpanic. Thanks. I am able to download. Some other errors though.....trying to fix them.09:34
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:36
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:36
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds)09:37
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:38
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:38
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:39
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto09:40
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:40
Sai-Kirannamespaced features with the `dep:` prefix are only allowed on the nightly channel and requires the `-Z namespaced-features` flag on the command-line.09:43
Sai-KiranAny idea on how to fix this? Googled it. But not sure how to fix this in Yocto.09:44
*** Guest3 <Guest3!~Guest8@213.192.77.249> has joined #yocto09:45
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:51
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:51
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:53
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:54
*** Guest3 <Guest3!~Guest8@213.192.77.249> has quit IRC (Quit: Client closed)09:55
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:55
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:55
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:56
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:56
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)09:57
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto09:57
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)09:58
*** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto10:00
*** hummerbliss <hummerbliss!~hummerbli@49.206.133.118> has joined #yocto10:02
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto10:02
*** starblue <starblue!~juergen@dslb-088-078-111-236.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds)10:06
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)10:07
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto10:07
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)10:08
*** starblue <starblue!~juergen@dslb-088-078-111-236.088.078.pools.vodafone-ip.de> has joined #yocto10:08
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto10:08
*** ekuja3 <ekuja3!~Guest49@213.192.77.249> has quit IRC (Quit: Client closed)10:08
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)10:14
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto10:14
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)10:21
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto10:22
ScorpiHi, my kirkstone SDK does not work regarding the kernel source using kernel 6.1. make modules_prepare ends up in a fork bomb. This does not happen when using kernel 5.19.10:23
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto10:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:27
*** hummerbliss <hummerbliss!~hummerbli@49.206.133.118> has quit IRC (Ping timeout: 246 seconds)10:30
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)10:35
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has joined #yocto10:35
*** Guest41367 <Guest41367!~Guest4136@2001:999:788:4cf7:fb53:50f2:457b:9470> has quit IRC (Remote host closed the connection)10:38
*** xmn <xmn!~xmn@2600:4040:9390:8c00:f0fc:116c:7334:ba4e> has quit IRC (Quit: ZZZzzz…)10:51
qschulzhas anyone managed to link qtbase from meta-qt6 (v6.5.2) against libmali in Yocto?10:51
qschulzsomehow it doesn't find a symbol that is available in libmali, though libEGL.so against which qtbase links has a NEEDED on libmali and there's a -Wl,as-needed flag it seems so it should be pulled in shouldn't it?10:52
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 248 seconds)11:03
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Ping timeout: 256 seconds)11:07
Sai-KiranHi. Could someone let me know how to 'cargo clean' in yocto?11:24
*** pon4ik_mudrosti <pon4ik_mudrosti!~pon4ik_mu@213.192.77.249> has quit IRC (Quit: Client closed)11:29
*** pon4ik_mudrosti <pon4ik_mudrosti!~pon4ik_mu@213.192.77.249> has joined #yocto11:29
*** pon4ik_mudrosti <pon4ik_mudrosti!~pon4ik_mu@213.192.77.249> has quit IRC (Client Quit)11:31
*** Sai-Kiran <Sai-Kiran!~Sai-Kiran@2405:201:d015:c81d:8ce3:b47b:f699:b9ff> has quit IRC (Quit: Client closed)11:41
*** pabigot <pabigot!~pab@10.sub-75-236-36.myvzw.com> has joined #yocto11:48
*** amitk_ <amitk_!~amit@58.84.61.40> has joined #yocto12:07
*** amitk_ <amitk_!~amit@58.84.61.40> has quit IRC (Ping timeout: 245 seconds)12:14
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)12:21
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto12:32
LetoThe2ndMade my day: typo "contirubing"12:44
RPJPEW, rburton: patches to make PV no longer contain the SRCREVs sent13:06
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:07
qschulzmmm... seems like https://cmake.org/cmake/help/latest/module/CheckCXXSourceCompiles.html doesn't actually use the flags or whatever13:08
qschulzhad to add libmali to CMAKE_REQUIRED_LIBRARIES and then it passed the do_configure task (but failed with a link issue in do_configure again)13:09
qschulzsomething in cmake isn't working properly somehow13:09
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto13:28
*** xmn <xmn!~xmn@2600:4040:9390:8c00:ec38:95b7:95d5:685d> has joined #yocto13:28
*** amitk_ <amitk_!~amit@58.84.61.40> has joined #yocto13:38
*** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Ping timeout: 246 seconds)13:40
*** sotaoverride is now known as Guest856313:42
*** sotaover2ide is now known as sotaoverride13:43
*** RP <RP!~richard@dan.rpsys.net> has quit IRC (Quit: Leaving.)13:45
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto13:56
*** goliath <goliath!~goliath@user/goliath> has joined #yocto13:58
*** kpo <kpo!~kpo@031011130071.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)14:20
*** hrberg <hrberg!~quassel@171.79-160-161.customer.lyse.net> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)14:21
*** hrberg <hrberg!~quassel@171.79-160-161.customer.lyse.net> has joined #yocto14:24
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)14:31
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)14:32
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto14:32
*** amitk_ <amitk_!~amit@58.84.61.40> has quit IRC (Ping timeout: 246 seconds)14:33
ecdheI'd like to use bitbake it to build some .deb packages for Ubuntu but I'm not sure where to start.14:57
ecdheI don't need layers or rootfs images or most of the recipes in poky.14:57
ecdheBut if I work with plain bitbake, I lose the OE classes for autotools and cmake and golang.14:58
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto14:58
ecdheI remember a youtube video where some [here] built docker containers using yocto.  This use case seems similar.15:02
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Read error: Connection reset by peer)15:07
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto15:08
ecdheI think I have my answer: I can use plain OE/bitbake15:21
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)15:24
RPzeddii: I'm now aware I broke meta-virt parsing with these SRCPV changes. I think I know how I can work around it15:27
RPzeddii: although I think we'll end swapping a parse error for a build time one :/15:29
RPzeddii: can we set SRCREV_FORMAT for the recipes or is there an issue with that?15:30
zeddiiWe can set it for sure. I've only set it in recipes that previously error'd on me.15:30
zeddiiI've been removing SRCPV locally, but haven't tested anything yet.15:31
RPzeddii: You'll see something like https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/205915:32
zeddiiyah. It was always odd to me that some threw the error, some didn't. And then unlike the kernel recipes i had a zillion (literally) git:// scms in the SRC_URI, so I picked the main one and the second one for the SRCREV_FORMAT15:33
RPzeddii: just realised it is meta-oe recipes!15:34
* zeddii is struggling to uprev k3s, so is in multi-scm pain at the moment.15:34
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)15:35
zeddiiRP: indeed. but you may find meta-virt as well :)15:35
* zeddii stays tuned15:35
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto15:37
RPzeddii: I think these recipes just need to have it added. I have no idea how it works atm15:38
RPActually, I do. They don't set PV to contain SRCPV which is against the guidance15:39
*** tepperson <tepperson!~tepperson@199.59.102.58> has joined #yocto15:41
zeddiiright! I remember coming to that conclusion once, and promptly flushed it from my mental cache15:41
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 4.0.2)15:43
RPkhem: see the above, I think meta-oe will need some missing SRCREV_FORMAT entries adding15:46
teppersondoes anybody have guidance for building a python wheel with pip wheel in a recipe? I15:46
teppersonI am getting stuck where it can't find cmake15:46
rburtontepperson: cmake being involved isn't usual so you'll have to figure it out. i guess depending on cmake-native might be a useful start.15:48
teppersonrburton: I've got cmake-native in my depends already15:48
rburtontepperson: cmake being used at all tells me this isn't a standard python thing so you'll just have to look at what its trying to do and figure out how to make it work15:49
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:55
teppersonis there a trick for a python package that requires opencv-python?15:56
khemRP: thanks for noticing, are your changes on Alex's branch15:56
RPkhem: not yet, just master-next16:01
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:04
qschulzcan anyone tell me why using --add-needed or --copy-dt-needed-entries flag for the linker would be a bad idea?16:07
qschulzbecause my understanding is that then if I have libA depending on libB and I only pass -lA to compile a binary, libB should also be pulled in as a dependency without actually being explicitly added as -lB16:08
qschulzand I would see this as a generally good idea16:08
qschulzespecially if libA links against different libraries over its different versions but I don't care for my binary16:09
qschulz(still hunting this qt6 not linking rockchip libmali :) )16:09
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)16:15
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:16
qschulzmmmm, so if I compile **without** -Wl,--as-needed (or with -Wl,--no-as-needed) the small test snippet works...16:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)16:17
qschulzI guess something's wrong with how this libmali wrapper is written16:18
*** amitk_ <amitk_!~amit@58.84.61.40> has joined #yocto16:18
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds)16:21
neverpanicqschulz: That typically means that no symbol from the library that is omitted is used by the binary you're linking. In weird corner cases, --as-needed can also require specifying a library twice, e.g., -lA -lB -lA16:22
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto16:22
neverpanicqschulz: --no-as-needed is commonly required when a library "registers" itself on load. For example if libB has a constructor that tells libA about its existance by invoking a libA function, and libA stores a function pointer in some internal table.16:23
neverpanicSuch libraries can exist without ever linking against symbols from other libraries.16:24
qschulzneverpanic: https://github.com/KDE/extra-cmake-modules/blob/master/find-modules/FindEGL.cmake#L102-L10716:35
qschulzthis links to libA (libEGL.so) only but the symbol is in libB (libmali)16:36
qschulzso the symbol is needed, the linker doesn't find it if I don't explicitly pass -lmali16:36
qschulzhowever, libEGL.so has a NEEDED on libmali.so, so I'm getting all confused on why we always need to have dependencies of dependencies in there16:37
*** kpo <kpo!~kpo@156.17.147.54> has joined #yocto16:49
khemqschulz: Generally these options are good to use to reduce over linking modern linkers e.g. lld have this as default16:50
khem--as-needed would intruct linker to not link in a library unless one or more non-weak symbols are referenced by an object file16:54
*** shebbar <shebbar!~shebbar@2600:1700:4a30:ee10:ed3d:5caf:1b05:ac6d> has joined #yocto16:57
khemone problem I can see is a case where a program might declare symbol references as weak but then expect the library to be part of DT_NEEDED section16:58
*** tgamblin <tgamblin!~tgamblin@d72-39-239-122.home1.cgocable.net> has quit IRC (Ping timeout: 245 seconds)17:10
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto17:18
*** TheJames <TheJames!~belgiangu@ptr-651fbf7dgnwdhqtkerp.18120a2.ip6.access.telenet.be> has joined #yocto17:23
TheJamesHi all, I've been following some tutorials, and now I stumbled upon an error I cannot solve:17:24
TheJamesERROR: No recipes in default available for:17:24
TheJames  /home/wietse/Documenten/Seco/MyonI/Yocto/meta-st-stm32mp/recipes-devtools/gcc/gcc-source_11.3.bbappend17:24
*** TheJames <TheJames!~belgiangu@ptr-651fbf7dgnwdhqtkerp.18120a2.ip6.access.telenet.be> has quit IRC (Client Quit)17:25
*** belgianguy <belgianguy!~belgiangu@ptr-651fbf7dgnwdhqtkerp.18120a2.ip6.access.telenet.be> has joined #yocto17:25
belgianguyI don't get what that "default" means, does it mean it cannot handle the contents? (which seems like a patch file to me, kirkstone branch)17:26
neverpanicqschulz: Well, sounds like it's doing the right thing then, none of the symbols provided by libEGL.so are required by the program, so why would it link it?17:27
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds)17:30
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto17:32
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has joined #yocto17:36
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Read error: Connection reset by peer)17:38
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto17:38
*** dodoradio <dodoradio!~dodoradio@137.220.94.42> has joined #yocto17:41
*** kpo <kpo!~kpo@156.17.147.54> has quit IRC (Ping timeout: 245 seconds)17:41
dodoradiohi, is there a way to get a 64 bit package to build on a 32 bit system?17:42
dodoradioI've got a machine that needs a 64 bit kernel and a 32 bit packages for everything else (32 bit is needed because of some binary blobs that I can't control)17:42
dodoradioour setup is such that we really would prefer to have these all compiled as part of one machine17:42
*** dodoradio <dodoradio!~dodoradio@137.220.94.42> has quit IRC (Quit: dodoradio)17:43
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)17:48
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto17:50
qschulzneverpanic: libEGL is what every piece of SW wanting to do EGL is going to like against17:53
qschulzit just happens that this is a mostly empty wrapper to define some functions for matching newer versions of the upstream lib and not forward the request to the actual lib that does the EGL stuff (libmali)17:54
khembelgianguy:  can you add more context to your question ?17:54
qschulzso actually, I need libEGL for sure yes, because of "compatibhilty" mode but also libmali because this is the thing that actually implement everything17:55
khemDoes libEGL.so have DT_SONAME ?17:56
khemsometimes precompiled solibs are piece of your know17:56
khemI mean libmali.so17:56
*** kpo <kpo!~kpo@156.17.147.54> has joined #yocto17:59
qschulzkhem: libmali's SONAME is libmali.so.1 and libEGL has a NEEDED on that exact name18:01
belgianguykhem, I am following a YT tutorial, and I've been following the explanations and steps they are doing, and on YT it builds fine, but my "bitbake core-image-minimal" fails with the above error, and I don't even understand what files it's trying to patch18:10
belgianguyAs I can't see those files anywhere (or they are assumed to be on a specific location)18:10
belgianguyurl: https://github.com/STMicroelectronics/meta-st-stm32mp/blob/kirkstone/recipes-devtools/gcc/gcc/0031-make-gcc-plugins-work-for-the-sdk.patch18:11
belgianguyFor now, I have deleted the gcc folder of the meta-st-stm32mp layer and am hoping for the best :/18:13
JaMakhem: qschulz: and some other prebuilt libmali.so binaries from evil BSPs ship just libmali.so with libmali.so SONAME and bunch of different symlinks to it like libEGL.so.1 and then you get bunch of file-rdeps issues from anything which links with libEGL.so.1 or you rebuild against this junk and get libmali.so in NEEDED instead of libEGL.so.118:17
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds)18:25
khembelgianguy: I think you can rename the bbappend in https://github.com/STMicroelectronics/meta-st-stm32mp/tree/kirkstone/recipes-devtools/gcc called gcc-source_11.3.bbappend to gcc-source_11.%.bbappend18:32
*** amitk_ <amitk_!~amit@58.84.61.40> has quit IRC (Ping timeout: 248 seconds)18:35
belgianguykhem, can you explain why that is?18:36
khemst layer and poky layer you are using are out of sync18:37
belgianguyah, I had taken great care to have all kirkstone checkouts18:37
belgianguybut is there something else that I can check that would show me the "synced"-ness of my setup?18:38
khemeven though they are kirkstone I guess st layer is not keeping up18:38
khemmaybe use  yocto-4.0.11 point release instead of latest kirkstone of poky18:40
belgianguykhem, would that be in combination with the rename, or without the rename of the .bbappend file?18:50
khemwithout18:51
belgianguythx :)18:51
neverpanicqschulz: Sounds like the libEGL (or libmali) pkg-config or CMake config files should export -Wl,--push-state,--no-as-needed -lEGL -lmali --Wl,--pop-state?18:53
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)18:54
neverpanichelpfully, CMake will re-order those arguments, so if you want to make this CMake-proof, you'd probably need -Wl,--push-state,--no-as-needed,-lEGL,-lmali,--pop-state18:54
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)18:55
khemso what is the problem with libEGL and libmali that you are trying to solve18:56
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)19:08
belgianguymy build failed on meson, now trying withe yocto-4.0.11 release19:09
belgianguykhem, is there any literature/specific domain knowledge needed to see how synced certain layers are?19:09
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto19:10
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has joined #yocto19:10
*** dodoradio <dodoradio!~dodoradio@137.220.94.42> has joined #yocto19:11
*** belgianguy <belgianguy!~belgiangu@ptr-651fbf7dgnwdhqtkerp.18120a2.ip6.access.telenet.be> has quit IRC (Remote host closed the connection)19:17
*** dodoradio <dodoradio!~dodoradio@137.220.94.42> has quit IRC (Quit: dodoradio)19:46
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)19:56
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto19:58
*** mvlad <mvlad!~mvlad@2a02:2f08:470d:cf00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)20:09
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds)20:10
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)20:29
*** kpo <kpo!~kpo@156.17.147.54> has quit IRC (Ping timeout: 248 seconds)20:38
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 246 seconds)20:42
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has quit IRC (Ping timeout: 246 seconds)20:42
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has joined #yocto20:43
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto20:46
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto21:20
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Ping timeout: 248 seconds)21:22
*** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto21:23
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has joined #yocto21:27
*** dash_hope <dash_hope!~dash_hope@205.251.233.53> has joined #yocto21:49
dash_hopei am not familiar with meson build so wondering if anyone knows this:21:55
dash_hopecommon_inc += [ include_directories('.'), include_directories(join_paths(meson.current_build_dir(), '../../../recipe-sysroot/usr/include/internal/'))]21:55
dash_hopetestcommon = shared_library( 'testcommon', sources, include_directories: common_inc, dependencies: t_deps, link_args : t_link_args,install: true,)21:55
dash_hopeThis is currently a hack that is present in the code, wondering if there is any way to get rid of the hardcoded path ?21:55
*** tepperson <tepperson!~tepperson@199.59.102.58> has quit IRC (Quit: Client closed)22:07
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)22:17
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto22:17
*** kpo <kpo!~kpo@031011130219.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto22:17
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto22:28
rburtondash_hope: just change your includes to be <internal/something.h>?22:51
*** belgianguy <belgianguy!~belgiangu@ptr-651fbf7gush35y8axjp.18120a2.ip6.access.telenet.be> has joined #yocto22:52
belgianguyis there any literature/specific domain knowledge needed to see how synced certain layers are?22:52
belgianguyI'm really new to embedded Linux, and I've faced some compilation errors out of the blue, so I could do with some pointers :)22:53
rburtonWhat do you mean by “synced”22:53
rburtonFor layers it’s expected that if they’re all on the same branch it should work22:53
rburtonMixing branches is for the brave and/or foolish22:54
belgianguyrburton, I had a build following a youtube tutorial, while they all were on dunfell, I replicated their steps on kirkstone22:54
belgianguyyocto and all layers were on kirkstone, and I got a really weird error22:55
belgianguy ERROR: No recipes in default available for: /home/wietse/Documenten/Seco/MyonI/Yocto/meta-st-stm32mp/recipes-devtools/gcc/gcc-source_11.3.bbappend22:55
rburtonThat’s probably meta-st being out of date. Harass them.22:56
belgianguyand khem told me st was behind, and I should use the point yocto release 4.0.1122:56
rburtonYeah22:56
belgianguyBut I don't have the reflexes or senses as to "why" that should be, or how to detect these issues22:56
rburtonWell the bbappend specifies a version that doesn’t exist in latest kirkstone, so khem just looked at when that version did exist22:57
rburtonCorrect action here is to report a bug to ST22:57
belgianguythe gcc version you mean?22:57
rburtonYes22:57
belgianguyrburton, I looked at the st repo, but I saw no place to report it (no issues tab either)22:57
*** dash_hope <dash_hope!~dash_hope@205.251.233.53> has quit IRC (Ping timeout: 246 seconds)22:57
belgianguyhttps://github.com/STMicroelectronics/meta-st-stm32mp22:58
belgianguyAnd me being new, I felt it was more likely the fault was with me rather than the repo22:59
rburtonCan’t have bug reports if you close the bug report page! Genius22:59
rburtonI’d email one of the names and tell them what you did23:00
belgianguyIs there a way I can see what gcc kirkstone has ?23:00
belgianguyI was thinking of building a meta-trainingwheels :D23:00
belgianguyto spot branches that were not set to the correct release name, or to detect misc. stuff like that23:01
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto23:02
belgianguyOr to warn when a repo isn't as well maintained as it could be (green, yellow, red)23:02
rburtonhttps://layers.openembedded.org/layerindex/recipe/102138/23:03
rburton11.4.023:03
*** geoffhp <geoffhp!~GParker@207.154.79.70> has quit IRC (Ping timeout: 246 seconds)23:04
belgianguyah, I'd expect the 11.3 mentioned in the patch filename to be okay because it was < 11.4, but that's not how it works then?23:05
belgianguyfile in question https://github.com/STMicroelectronics/meta-st-stm32mp/tree/kirkstone/recipes-devtools/gcc called gcc-source_11.3.bbappend23:05
belgianguysorry, this one https://github.com/STMicroelectronics/meta-st-stm32mp/blob/kirkstone/recipes-devtools/gcc/gcc/0031-make-gcc-plugins-work-for-the-sdk.patch23:06
rburtonBbappends with versions in want the exact version23:07
rburtonThe fix for st would be to change it to 11.% where % is a wildcard23:08
belgianguyah, I see, then I understand khem's suggestion to replace the 3 wiht a %23:08
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 256 seconds)23:08
belgianguyWould that be a good "fix" for said issue?23:08
belgianguyLet me try :) I'll reset it all to kirkstone23:10
belgianguyI deleted the file in question earlier and then it failed on meson, because it said it needed at least one Gallium driver23:10
rburtonChanging the filename is the right fix23:23
belgianguyI could make a PR perhaps, but I have no idea whom I should direct it to nor the status to dare so23:27
belgianguyBut if my build succeeds, I will make one, we all gotta learn sometime23:28
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds)23:31
belgianguyooh, kernel menuconfig worked, promising :)23:33
*** dash_hope <dash_hope!~dash_hope@54-240-198-33.amazon.com> has joined #yocto23:40
belgianguyIs there any way I/someone could add the "gcc pinning" to the "Things I wished I knew" section ?23:42
dash_hoperburton: just change your includes to be <internal/something.h> -- you mean in my cpp file?23:43
dash_hopeor in the meson.build file?23:43
*** florian_kc <florian_kc!~florian@dynamic-093-131-038-095.93.131.pool.telefonica.de> has joined #yocto23:49
*** kpo <kpo!~kpo@031011130219.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 256 seconds)23:54

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