Wednesday, 2021-09-29

*** camus1 <camus1!~Instantbi@> has joined #yocto00:26
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 246 seconds)00:28
*** camus1 is now known as camus00:28
*** qschulz <qschulz!> has quit IRC (Remote host closed the connection)00:32
*** qschulz <qschulz!> has joined #yocto00:34
*** vd <vd!> has quit IRC (Quit: Ping timeout (120 seconds))01:28
*** RobertBerger <RobertBerger!~rber|> has joined #yocto01:32
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 246 seconds)01:34
*** camus1 <camus1!~Instantbi@> has joined #yocto01:58
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 264 seconds)02:00
*** camus1 is now known as camus02:00
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Remote host closed the connection)02:26
*** RobertBerger <RobertBerger!~rber|> has joined #yocto02:28
*** vd <vd!> has joined #yocto02:29
*** mranostaj <mranostaj!~mranostaj@> has quit IRC (Ping timeout: 245 seconds)02:37
*** mranostaj <mranostaj!> has joined #yocto02:37
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)02:40
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Remote host closed the connection)02:54
*** RobertBerger <RobertBerger!~rber|> has joined #yocto02:57
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 246 seconds)02:57
*** camus <camus!~Instantbi@> has joined #yocto02:58
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Remote host closed the connection)03:01
*** RobertBerger <RobertBerger!~rber|> has joined #yocto03:11
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Ping timeout: 265 seconds)03:16
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto03:26
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 246 seconds)03:27
*** jmiehe1 is now known as jmiehe03:27
*** RobertBerger <RobertBerger!~rber|> has joined #yocto03:31
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Remote host closed the connection)03:33
*** RobertBerger <RobertBerger!~rber|> has joined #yocto03:34
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Remote host closed the connection)03:34
*** RobertBerger <RobertBerger!~rber|> has joined #yocto03:34
*** amitk <amitk!~amit@> has joined #yocto04:04
*** camus1 <camus1!~Instantbi@> has joined #yocto04:14
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)04:16
*** camus1 is now known as camus04:16
*** oobitots <oobitots!> has joined #yocto04:48
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Ping timeout: 246 seconds)05:06
*** rber|res <rber|res!~rber|> has joined #yocto05:08
*** oobitots34 <oobitots34!~oobitots@> has joined #yocto05:39
*** ThomasD13 <ThomasD13!> has joined #yocto05:43
*** camus1 <camus1!~Instantbi@> has joined #yocto05:43
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 245 seconds)05:45
*** camus1 is now known as camus05:45
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto05:47
*** mattsm <mattsm!> has quit IRC (Ping timeout: 252 seconds)05:48
*** Sion <Sion!> has joined #yocto05:50
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:52
*** pgowda <pgowda!> has joined #yocto05:56
*** roussinm <roussinm!> has quit IRC (Quit: WeeChat 3.3-dev)05:59
*** mattsm <mattsm!> has joined #yocto06:11
*** mattsm <mattsm!> has quit IRC (Read error: Connection reset by peer)06:14
*** mattsm <mattsm!> has joined #yocto06:14
*** Wouter0100 <Wouter0100!> has quit IRC (Remote host closed the connection)06:16
*** Wouter0100 <Wouter0100!> has joined #yocto06:16
*** camus1 <camus1!~Instantbi@> has joined #yocto06:17
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 264 seconds)06:18
*** camus1 is now known as camus06:18
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)06:21
*** oobitots34 <oobitots34!~oobitots@> has quit IRC (Ping timeout: 256 seconds)06:21
*** tre <tre!> has joined #yocto06:22
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto06:22
*** xmn <xmn!> has quit IRC (Ping timeout: 265 seconds)06:25
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Client Quit)06:25
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto06:33
*** ant__ <ant__!> has quit IRC (Quit: Leaving)06:36
JosefHolzmayrThecyo dudX06:38
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)06:42
*** mckoan|away is now known as mckoan06:45
mckoangood morning06:45
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)06:47
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:47
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto06:49
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)06:50
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Client Quit)06:51
*** frieder <frieder!> has joined #yocto06:51
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto06:51
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:52
*** fbre <fbre!~fbre@> has joined #yocto06:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:58
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:01
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 250 seconds)07:01
*** camus <camus!~Instantbi@> has joined #yocto07:01
*** rfuentess <rfuentess!> has joined #yocto07:10
*** davidinux <davidinux!> has quit IRC (Ping timeout: 246 seconds)07:19
*** davidinux <davidinux!~davidinux@> has joined #yocto07:19
*** dev1990 <dev1990!~dev@> has quit IRC (Quit: Konversation terminated!)07:20
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:56
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:56
*** BuZZ-T <BuZZ-T!~basti@> has joined #yocto08:11
BuZZ-Thi.. i just started working with extensible sdk for the first time, usually i used the complete yocto system. when i used the yocto system i generated a complete sysroot with "bitbake build-sysroots". Can i achieve the same in the eSDK? i'd like to prefer only one sysroot that contains everything for my development.08:15
*** vd <vd!> has quit IRC (Ping timeout: 256 seconds)08:16
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** scjg <scjg!~scjgmatri@2001:470:69fc:105::f5d6> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** olani[m] <olani[m]!~olanimatr@2001:470:69fc:105::c93> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** JosefHolzmayrThe <JosefHolzmayrThe!~theyoctoj@2001:470:69fc:105::e785> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** SalamaSalama[m] <SalamaSalama[m]!~moustafa5@2001:470:69fc:105::e6c4> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** ezzuldin[m] <ezzuldin[m]!~ezzuldinm@2001:470:69fc:105::f386> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** DanielWalls[m] <DanielWalls[m]!~dwallsmat@2001:470:69fc:105::ff37> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** michaelo[m] <michaelo[m]!~michael-o@2001:470:69fc:105::be7c> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** etam[m] <etam[m]!~etam@user/etam> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** ramprakash[m] <ramprakash[m]!~ramprakas@2001:470:69fc:105::fbfe> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** azstevep[m] <azstevep[m]!~azstevepm@2001:470:69fc:105::1:3b7> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** cryptollision[m] <cryptollision[m]!~cryptolli@2001:470:69fc:105::f778> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Markus[m]1 <Markus[m]1!~markus5hm@2001:470:69fc:105::ed4f> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** Barry[m]1 <Barry[m]1!~barryriot@2001:470:69fc:105::900> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (Quit: Bridge terminating on SIGTERM)08:22
kanavinBuZZ-T, eSDK is basically the same yocto system with a pre-built sstate and toolchain, so yes08:24
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto08:25
*** etam[m] <etam[m]!~etam@user/etam> has joined #yocto08:25
*** florian <florian!> has joined #yocto08:25
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)08:26
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:26
BuZZ-Tkanavin: ok.. good to know, do have any idea how to generate the "complete" sysroot? like bitbake build-sysroots has done in the "normal" yocto system08:27
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto08:27
*** frieder_ <frieder_!> has joined #yocto08:27
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto08:27
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto08:27
*** tnovotny <tnovotny!> has joined #yocto08:28
*** scjg <scjg!~scjgmatri@2001:470:69fc:105::f5d6> has joined #yocto08:28
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto08:28
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto08:28
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto08:28
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto08:28
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto08:28
kanavinBuZZ-T, devtool has a command to rebuild the target image it's based on08:28
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto08:28
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto08:28
*** frieder <frieder!> has quit IRC (Ping timeout: 245 seconds)08:28
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto08:28
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto08:29
*** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto08:29
*** jonesv[m] <jonesv[m]!~jonesv@2001:470:69fc:105::4616> has joined #yocto08:29
*** azstevep[m] <azstevep[m]!~azstevepm@2001:470:69fc:105::1:3b7> has joined #yocto08:29
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto08:29
kanavinwhat does build-sysroots really do?08:29
*** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto08:29
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has joined #yocto08:30
*** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has joined #yocto08:30
*** coldspark29[m] <coldspark29[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto08:30
*** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto08:30
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has joined #yocto08:30
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has joined #yocto08:30
*** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has joined #yocto08:30
BuZZ-Tkanavin: ok, thank you. i'll give it a try08:30
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto08:30
*** Barry[m] <Barry[m]!~barryriot@2001:470:69fc:105::900> has joined #yocto08:30
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has joined #yocto08:31
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto08:31
*** DanielWalls[m] <DanielWalls[m]!~dwallsmat@2001:470:69fc:105::ff37> has joined #yocto08:31
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has joined #yocto08:31
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto08:31
kanavinBuZZ-T, the thing is, build-sysroots is not supposed to be used as a standalone target, so isn't really supported08:31
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto08:31
kanavinBuZZ-T, if you want a complete sysroot, making an image is better08:31
*** ezzuldin[m] <ezzuldin[m]!~ezzuldinm@2001:470:69fc:105::f386> has joined #yocto08:31
*** JosefHolzmayrThe <JosefHolzmayrThe!~theyoctoj@2001:470:69fc:105::e785> has joined #yocto08:32
*** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has joined #yocto08:32
*** ramprakash[m] <ramprakash[m]!~ramprakas@2001:470:69fc:105::fbfe> has joined #yocto08:32
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto08:32
*** Markus[m]1 <Markus[m]1!~markus5hm@2001:470:69fc:105::ed4f> has joined #yocto08:32
*** cryptollision[m] <cryptollision[m]!~cryptolli@2001:470:69fc:105::f778> has joined #yocto08:33
kanavinbut I need to understand your use case. What's your development workflow?08:33
*** olani[m] <olani[m]!~olanimatr@2001:470:69fc:105::c93> has joined #yocto08:33
*** SalamaSalama[m] <SalamaSalama[m]!~moustafa5@2001:470:69fc:105::e6c4> has joined #yocto08:33
*** michaelo[m] <michaelo[m]!~michael-o@2001:470:69fc:105::be7c> has joined #yocto08:33
*** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has joined #yocto08:33
*** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has joined #yocto08:34
*** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto08:34
*** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has joined #yocto08:34
*** dkl <dkl!> has quit IRC (Quit: %quit%)08:35
*** dkl <dkl!> has joined #yocto08:36
BuZZ-Tkanavin:  in the past i used the complete yocto system.. i've done development in eclipse. I build the sysroot with "bitbake build-sysroots" and included the generated include folder (as link) to my eclipse projects. now we were running a newer version (dunfell) that doesn't have that eclipse plugin anymore. and i'm also playing arround with visual studio code.08:38
kanavinBuZZ-T, I think you need to first study the standard devtool workflows that eSDK provides08:39
*** prabhakarlad <prabhakarlad!> has joined #yocto08:39
kanavinbuild-sysroots isn't supported outside of internal uses of it08:39
kanavineclipse plugin was dropped because no one wanted to maintain it (and still no one does), so if you come up with some kind of IDE support and agree to keep it working, that'd be most welcome08:40
BuZZ-Tkanavin: eclipse is still usable without the plugin. but the workflow does change a little bit. when i use a normal sdk (-c populate_sdk), source the environment from, do ./configure $CONFIGURE_FLAGS (we use autotools based projects) and start eclipse from the shell, i can do pretty much all of my development. the only manual tweak needs to be done is setting the right debugger in the debug configuration.08:45
kanavinBuZZ-T, you can do the same with eSDK, but eSDK adds the sstate cache, layers, devtool and bitbake (indirectly, only via devtool)08:46
*** rber|res <rber|res!~rber|> has quit IRC (Remote host closed the connection)08:47
*** rber|res <rber|res!~rber|> has joined #yocto08:47
JosefHolzmayrThekanavin: RP: does this ring a bell? do we have comparable data that wecould put into a chart?
BuZZ-Tkanavin: ok. thank you again.. i'll play a bit arround with eSDK :)08:49
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)08:51
kanavinJosefHolzmayrThe, dare I suggest, Debian's chart is not that impressive. The amount of non-repro packages is not going down.08:51
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:51
JosefHolzmayrThekanavin: thx08:52
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 245 seconds)08:52
*** camus <camus!~Instantbi@> has joined #yocto08:52
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 265 seconds)08:53
JosefHolzmayrThekanavin: you may suggest anything, but I will probably not pass it along. advocacy is not meant to make others look bad. ;-)08:55
JosefHolzmayrThe(the question was not for me personally)08:55
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)09:06
*** alessioigor <alessioigor!~alessioig@> has joined #yocto09:07
ThomasD13Hi, I have a new (hardware) machine to build my stuff with yocto. I have a bit of DDR4 memory - are there any tricks to further speedup the build-process with yocto?09:08
kanavinThomasD13, add CPU cores09:09
ThomasD13I think its not possible to use DDR4 memory as ramdisk for the whole build process09:09
qschulzThomasD13: shared sstate-cache, shared DLDIR, more CPU, more RAM, hashequiv server set correctly, etc..09:09
ThomasD13I have 12 cores which run 24 threads. I thought maybe I could reduce the "bottleneck" of m2-ssd access?09:09
ThomasD13I've got 72GB of RAM09:10
JosefHolzmayrTheThomasD13: unless you are trying really hard to avoid it, linux effectively caches everything in ram09:10
kanavinThomasD13, 12 cores is too little :-/09:11
*** kayterina <kayterina!> has joined #yocto09:11
kanavinyou won't nearly saturate the disk I/O with it09:11
ThomasD13kanavin, its the fastest desktop CPU atm :(09:11
JosefHolzmayrTheThomasD13: i've tried backing DL/SSTATE on hd vs. ssd vs. tmpfs, and there was no statistically significant difference, given the assumption that the box has enough RAM to cache stuff09:11
kanavinThomasD13, what CPU do you have?09:11
ThomasD13alright josef, thats sound promising09:12
ThomasD13Ryzen 5900X09:12
JosefHolzmayrThekanavin: and on the other hand, many builds will effectively max out at ~32 cores for parallelization limits.09:12
kanavinJosefHolzmayrThe, not if you're building several recipes at once09:13
kanavinJosefHolzmayrThe, but yes, beyond 32 cores the returns start to diminish09:13
JosefHolzmayrTheyeah but if you're tagetting images instead of recipes, the DAG will limit you09:13
kanavinThomasD13, there's a 16 core version of that09:14
ThomasD13btw, with which hardware do you work with yocto?09:14
kanavinThomasD13, and really, you should get a threadripper09:14
kanavinJosefHolzmayrThe, yes, so optimizing the graph and reducing the critical path is perhaps the best way to speed up builds09:15
ThomasD13ah, you mean 5950X. I thought the higher frq would serve better in that case09:15
kanavinThomasD13, no, extra cores always win09:15
ThomasD13hmmm damn it. now its to late :D09:15
kanavinsell :)09:16
kanavinand get a TR09:16
kanavinor wait until zen 3 based TRs are available09:17
qschulzmight also make sense to move to server-grade CPUs if you're in a company09:17
ThomasD13So you guys work with TR CPUs?09:18
JosefHolzmayrThein the end it all depends on what you want to archieve09:18
BuZZ-Ti got an x5900 - 64GB ram and an m2 ssd (pcie4.0) and i'm pretty happy with it :) but i didn't need to rebuild everything from scratch :)09:18
ThomasD13Yeah probably... but at least its now roughly 4times faster than before09:18
qschulzbut cached/proxied DLDIR company wide and a mirrored SSTATE_CACHE (SSTATE_MIRROR) and/or nfs sstate-cache is usually a very good start (+ hashequiv server)09:19
ThomasD13hashequiv server is new to me - I'll google for that09:19
JosefHolzmayrTheour box here is a dual epyc-7-something with 256 threads, 512GB ram and 7something TB pci-nvmes09:19
kanavinyes, but it won't help when doing custom builds when a change you want to make is early in the task dependency graph09:19
qschulzI build on a Mac Mini because I like pain09:19
JosefHolzmayrThethe real killer feature is that we can now have multiple devs kicking off builds at reasonable core counts (16-32) without competing for resources.09:20
qschulzMy previous company was running icecc (icecream) comapny wide09:21
kanavinI think the main advantage of server grade CPUs is that you can put a lot of RAM in them. threadrippers are capped at 256G.09:21
qschulzit didn't always work properly because of outdated icecc in some devs PCs09:21
ThomasD13Yeah, that server grad CPUs have a lot of PCIe lanes - thats a big advantage09:21
JosefHolzmayrThein the end it all depends on the use case and the budget, how you put it to best use.09:21
kanavinbut they cost dearly. If you want a machine just for yourself, don't get that :)09:21
kanavinthreadrippers is the best thing that could happen to yocto09:22
kanavincrazy core counts available for non-astronomical price09:22
ThomasD13kanavin, exactly that is true in my case. My boss doesnt really understand WHAT i am actually doing09:22
JosefHolzmayrTheat the moment i'm rather banging my head against some pecularities of using a container on said machine for gitlab-runner09:24
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:3d2d:619e:f90d:490c> has joined #yocto09:28
*** m4ho <m4ho!~m4ho@> has quit IRC (Read error: Connection reset by peer)09:32
*** BuZZ-T <BuZZ-T!~basti@> has quit IRC (Remote host closed the connection)09:36
*** m4ho <m4ho!~m4ho@> has joined #yocto09:49
*** camus1 <camus1!~Instantbi@> has joined #yocto10:00
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)10:02
*** camus1 is now known as camus10:02
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:02
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:02
*** kayterina <kayterina!> has quit IRC (Ping timeout: 252 seconds)10:10
*** kayterina <kayterina!> has joined #yocto10:28
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:47
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:47
*** kayterina <kayterina!> has quit IRC (Ping timeout: 252 seconds)10:49
*** camus1 <camus1!~Instantbi@> has joined #yocto10:52
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)10:52
*** camus1 is now known as camus10:52
*** kayterina <kayterina!> has joined #yocto10:55
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)11:02
*** alessioigor <alessioigor!~alessioig@> has joined #yocto11:03
*** xmn <xmn!> has joined #yocto11:07
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)11:10
*** camus1 <camus1!~Instantbi@> has joined #yocto11:10
*** camus1 is now known as camus11:12
*** xmn <xmn!> has quit IRC (Ping timeout: 252 seconds)11:12
Ad0how do I make sure I have everything needed to make bluetooth serial work ?11:33
Ad0it's rpi311:34
Ad0there's always a mix between DISTRO_FEATURES and IMAGE_INSTALL on those11:37
*** GillesM <GillesM!> has joined #yocto11:38
*** tre <tre!> has quit IRC (Remote host closed the connection)11:43
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 245 seconds)11:50
*** camus <camus!~Instantbi@> has joined #yocto11:50
*** jwillikers <jwillikers!> has joined #yocto11:56
RPkanavin: I think you fixed a determinism issue with the parallelism option for zstd creeping into the output? Does that issue affect the current xz too?11:57
*** ecdhe <ecdhe!> has quit IRC (Read error: Connection reset by peer)11:59
*** FredO3 <FredO3!> has joined #yocto12:00
*** ecdhe <ecdhe!> has joined #yocto12:00
kanavinRP: I am lacking context; i have not seen any determinism issues with zstd. The rpm package output is the same regardless of amount of threads or compression level,12:02
*** FredO2 <FredO2!> has quit IRC (Ping timeout: 265 seconds)12:03
kanavinor, is it specific to rpm?12:03
kanavinis it ths ?12:04
kanavinin that case yes, it is not specific to compressor setting12:05
RPkanavin: Yes, that is the patch I was thinking of. I think we need this in master to fix problems I'm seeing12:06
*** mbrothers <mbrothers!> has joined #yocto12:06
RPkanavin: I'm trying to allow reuse of the autobuilder sstate feeds but this is breaking things12:06
kanavinRP: yes, I think it coincidentally worked because AB was setting threads to 8 across hosts12:06
RPkanavin: right, we've got lucky in a few cases :/12:07
RPkanavin: fancy sending it for master? :)12:07
kanavinRP: meanwhile I am tackling a bigger rust fish: mozjs! :)12:07
RPkanavin: you do seem to enjoy 'fun' challenges ;-)12:07
kanavinRP: I am starting to seriously consider dropping all custom targets we create and (try to) use for rust, and use upstream ones only.12:07
kanavinRP: there's too much in the ecosystem that assumes use of standard targets12:08
RPkanavin: which custom targets do we create and why? I'm afraid I'm lacking context :/12:08
RPrburton: I think rpm is one part of the sstate reuse issue we're seeing12:08
RPsadly there are more12:09
RPkanavin: we should also probably tweak the reproducibility test to change the number of threads12:09
RP(add or remove one in the second run)12:09
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto12:10
kanavinRP: these are the standard ones that come out of the box with rust, and are tested upstream12:11
RPkanavin: ah. So you're proposing we drop mips, musl, powerpc?12:12
RPkanavin: this would mean we drop sato since that depends on rsvg?12:12
kanavinRP: we on the other hand define and use custom ones (the definition is a json file), e.g. 'aarch64-poky-linux'. This is problematic, as 'the ecosystem' generally isn't expecting such custom targets, and sees them only as a way to 'bringup' new hardware.12:12
RPkanavin: ah, I wasn't looking far enough, there is tier 312:13
kanavinRP: not at all. standard targets do include mips, musl and powerpc. They're not guaranteed to be as well tested as 'tier 1'.12:13
*** GillesM <GillesM!> has quit IRC (Quit: Leaving)12:13
RPkanavin: mapping our values to the rust preferred name does seem sensible12:13
RPwe already do something like that in openssl iirc12:14
RPkanavin: I'll port that patch if you are busy btw, one way or another I'm going to need it to get any further fixing this sstate reuse issue12:15
kanavinRP: this is where the custom stuff is defined and written out:
kanavinI have already had to add x32 in there (a copy-tweak from rust source code), and this got me thinking that it's problematic.12:16
kanavinNow that I've tried to build mozjs, it's even more problematic.12:16
RPkanavin: it does less than ideal so I'm open to trying changes12:16
kanavinRP: yes please (the rpm patch)12:17
RPkanavin: it seems to apply without changes :)12:19
RPThat means something else will go badly wrong in a minute12:20
kanavinRP: the reason I got into mozjs upgrade is that existing mozjs (which does not use rust) won't build with python 3.1012:22
RPkanavin: ah. Good timing with rust then...12:22
jaskij[m]where do I submit about wrong mailing list link in the layer index? specifically for meta-freescale12:24
qschulzjaskij[m]: to the correct ML :)12:30
agherzanI have some layers in the layers index that I'm not maintaining anymore (old workplaces). How can I remove myself as maintainer?12:30
jaskij[m]of course :D12:30
mbrothersQuestion about using patches. I have created a patch using `git format-patch -1` and applying it using `SRC_URI += "file://0001-...patch"`. But, I am getting errors while it is applied. How can I debug this easily? Which commands are used by yocto under the hood?12:30
rburtonwhat errors?12:31
rburtonthat's typically right, problems may be because you didn't generate the patch from the right path, or your S is set such that the prefix is wrong12:31
agherzanLayer index: how can I query for all the layers I've submitted and for those that I'm a maintainer for?12:31
jaskij[m]qschulz: I think it's more of a global issue, caused by a change in the structure of software at lists.yoctoproject.org12:31
jaskij[m]even the link for Poky itself points to where the correct link is
jaskij[m]the same is true for meta-freescale12:33
jaskij[m]*for meta-poky12:33
qschulzjaskij[m]: please send patches :)12:34
qschulzbut yes, the tool used to manage mailing list was changed about a year or two ago12:34
jaskij[m]where? "about this site" on layer index throws a 40412:34
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)12:35
qschulzjaskij[m]: the mail address is listed in the link you gave us above (the one for poky)12:35
qschulzand you have the same for other layers12:36
jaskij[m]So I'd have to dig through the whole index and submit about the change? Man, I need to write a crawler for that :P12:36
qschulzI don't know what the layer index "about this site" page should redirect to sorry12:37
qschulzhalstead: michaelo: ndec_: maybe know ^12:37
qschulzjaskij[m]: only the layers hosted on and git.openembedded.org12:38
qschulzit's better to have a patch for a few than for none, so at least send the ones you encounter, though we would be very grateful if you did it for all repos since you're offering :)12:39
*** sstiller <sstiller!> has joined #yocto12:39
ndec_qschulz: jaskij[m] : right, i can see the issue.. i can fix the index for meta-freescale.. but I am not sure if we can do a fix-all-at-once change..12:40
qschulzndec_: I pinged you more about :)12:40
jaskij[m]Might as well write an automated scanner for dead mailing list links and such. Been looking for a project to learn Rust :P although with my life as it is, no promises on timelines.12:41
qschulzaaaaaaah, jaskij[m] you were talking about the mailing list displayed on the layersindex? I thought in some layers' README or something12:41
ndec_i am not sure it is a patch that we need. i think we need to make a change in the layerindex admin panel.12:41
jaskij[m]layerindex, yes12:42
jaskij[m]my bad if I caused confusion12:42
*** argonautx <argonautx!> has joined #yocto12:42
mbrothersrburton: I am getting "Cannot rename file without two valid file names" where if I do it locally (git am 0001...patch) it works fine12:42
qschulzjaskij[m]: then I don't know where this needs to be changed, ndec_ and others will know :)12:42
ndec_the README in meta-freescale is showing the right mailing list. but layerindex does not parse the mailing list from the tree. it must have been entered manually12:42
rburtonmbrothers: it usually applies using quilt12:43
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)12:43
*** alessioigor <alessioigor!~alessioig@> has joined #yocto12:43
mbrothersalright, I'll try to reproduce it using quilt, I'll get back to you!12:43
rburtonyou can set PATCHTOOL=git if you want, but it sounds like your patch is just a bit weird and might need a bit of love to not be a git-specific patch12:43
ndec_jaskij[m]: i am sure a BZ entry with the list of issues you found would be helpful12:43
mbrothersrburton: Yes, it is renaming+modifying sources, so it may have some attention there12:44
mbrothersrburton: just for my information, is it possible to add that PATCHTOOL directive also in the "SRC_URI += file://...patch" line?12:45
rburtonno, just set PATCHTOOL in the recipe12:45
mbrothersrburton: alright, thanks!12:45
jaskij[m]ndec_: I'll do it once I'm home, probably will try to get started on that scanner too12:46
ndec_it's a property (mailing list) in the layer entry. i am not sure if the layer maintainer has permission to update the information directly, or if it should be an admin. maybe bluelightning or RP would know. in any case, it's a good finding..12:48
ndec_qschulz: re: the about page which is broken, please submit a bug :)12:48
jaskij[m]ndec_: I've got a bunch of questions, is there some docs for the layer index I could read, or a repo I could try going through?12:50
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto12:51
RPndec_: I do not know. I think rburton did get admin access12:51
rburtonthe layer owner can update it12:51
rburtonwhat layer?12:52
ndec_i have admin access too, i can make the change. but i wanted to understand if admins should make the changes, or if we should request all maintainers to verify their entry.12:52
ndec_meta-freescale mailing in the layerindex points to the old mailman, not link.12:52
ndec_and probably many others.12:52
ndec_ah, rburton you answered my question :)12:53
rburtonso the owner of meta-freescale is otavio12:53
ndec_hmm. actually the problem might be slightly different.. is (I think) supposed to redirect to the new link, but it does not. while similar links for OE work.12:55
ndec_e.g. redirects fine.12:55
rburtonndec_: yeah definitely two problems12:56
rburtoni've updated the layer for otavio12:56
rburtonbut halstead should setup that redirect12:56
ndec_i am pretty sure it was there initially, but it is broken now..12:56
yatesif i have several patches in a recipe (several SRC_URI += "file://patch1.patch", SRC_URI += "file://patch2.patch", ...) what order will they be applied in? alphabetical?13:02
qschulzyates: order in which they are appearing in SRC_URI13:03
yatesqschulz: +113:03
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 245 seconds)13:07
*** davidinux <davidinux!> has joined #yocto13:09
*** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has quit IRC (Ping timeout: 250 seconds)13:09
agherzanbluelightning: Hi Paul. I have a set of layers in the layer index that I'd like to remove myself as maintainer (past work). And also, I have submitted a layer with my current work email which will create the same issue in the future. I can't make these changes as the emails differ from my current one - some of them I don't even have access to anymore.13:10
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has quit IRC (Ping timeout: 268 seconds)13:11
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Ping timeout: 268 seconds)13:11
agherzanAnd I think the way lindex does it, is by matching the maintainer's email to the account's email.13:11
*** davidinux <davidinux!> has quit IRC (Ping timeout: 245 seconds)13:15
*** davidinux <davidinux!~davidinux@> has joined #yocto13:17
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: Textual IRC Client:
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds)13:31
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)13:33
*** alessioigor <alessioigor!~alessioig@> has joined #yocto13:33
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 252 seconds)13:41
*** davidinux <davidinux!~davidinux@> has joined #yocto13:43
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:fc4f:e2bc:76ca:ef97> has joined #yocto13:49
*** Xagen <Xagen!> has quit IRC (Quit: Textual IRC Client:
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)13:56
*** sakoman <sakoman!> has joined #yocto13:58
*** jwillikers <jwillikers!> has joined #yocto13:58
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto14:01
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)14:02
*** jwillikers <jwillikers!> has joined #yocto14:04
jonesv[m]Can somebody help me understand the syntax here? (full message at
qschulzjonesv[m]: it's the marker for an override14:09
*** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has joined #yocto14:09
*** arca1 <arca1!~arca@> has joined #yocto14:09
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto14:09
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has joined #yocto14:09
qschulzit is the new syntax, previously (all current releases except master) it was an underscore14:11
*** arca1 is now known as artri14:11
*** mihai <mihai!~mihai@user/mihai> has joined #yocto14:14
jonesv[m]oh, right. But then that brings me to a new question: I am using the following, but it does not start the two services automatically:... (full message at
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)14:17
*** lucaceresoli <lucaceresoli!> has quit IRC (Quit: Leaving)14:18
jonesv[m]I am just trying to define two services from one recipe. Those two binaries `gpio-shutdown` and `i2c-battery` are both built by this recipe, and installed properly. I can `service gpio-shutdown start` and `service i2c-battery start` manually, but they don't start automatically14:19
jonesv[m]I have been looking at `./meta/classes/update-rc.d.bbclass` for two hours now, and I don't really get how the "multi-package" way works (if it does at all). Happy to get advice there14:19
jonesv[m]Also I don't get what they mean with "package", because for me a recipe describes one package. So I actually define multiple services here, not multiple packages 🤔14:20
qschulzjonesv[m]: a recipe builds multiple packages14:24
qschulz(in the immense majority of cases)14:24
qschulzit just happens that ${PN} is both the name of the recipe and of the "main" package14:24
*** vd <vd!> has joined #yocto14:24
jonesv[m]oh, I see. So it sounds like I should define those packages in my first multi-packages recipe14:25
qschulzjonesv[m]: which Yocto release are you working on currently?14:26
jonesv[m]qschulz: 3.2.114:27
jonesv[m]Seems like the quagga recipe defines the multiple packages here:
jonesv[m]Trying to find in the docs how to build multiple packages from one recipe, it seems like I missed that 😁14:30
qschulzjonesv[m]: I think the entries in INITSCRIPT_PACKAGES should be present in PACKAGES too and the init script that is enabled via an INISCRIPT_PACKAGE override should be in the package14:30
qschulzdon't know how to convey my thoughts better than this14:30
jonesv[m]But that's all done in the same recipe, right? I just need to understand how to deal with multiple packages in one recipe I think14:30
qschulzbasically, you need FILES_gpio-shutdown += "/path/to/gpio-shutdown.service" and PACKAGES =+ "gpio-shutdown"14:31
qschulz+- the typos and correct paths14:31
qschulzyou can check if your initscript makes it to the correct package by running oe-pkgdata-util find-path '*gpio-shutdown*'14:31
jonesv[m]Got it, let me try that14:32
jonesv[m]Just for the record, this is my simple recipe right now:
*** Sion <Sion!> has quit IRC (Ping timeout: 250 seconds)14:32
qschulzjonesv[m]: your cmake should install the files in the correct directories already so you don't need a do_install_append14:33
qschulzbut that's nitpicking14:33
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)14:33
qschulzbut yeah, missing the PACKAGES and FILES variable for each new package14:34
jaskij[m]why would `dnf repoquery` on the device give me empty results? any tips on where to look?14:34
*** alessioigor <alessioigor!~alessioig@> has joined #yocto14:34
jaskij[m]in particular `dnf repoquery --list glibc-utils` is empty14:34
jonesv[m]qschulz: but those do_install_append are for the sysvinit services, so they are not part of the project itself (only the recipe). Is that bad practice?14:35
*** ThomasD13 <ThomasD13!> has quit IRC (Ping timeout: 246 seconds)14:35
qschulzjonesv[m]: misread the recipe, this way is fine, though probably they could be in the git repo already? but that's up to the maintainer's taste14:35
jonesv[m]got it14:35
qschulzjaskij[m]: don't know much about dnf repoquery, but, do youa ctually have a dnf repo somewhere to query?14:36
jaskij[m]yup, all set up14:36
*** artri <artri!~arca@> has left #yocto (Leaving)14:37
*** artri <artri!~arca@> has joined #yocto14:38
*** camus <camus!~Instantbi@2409:8a1e:9118:4360:8077:fc82:8ca9:a945> has joined #yocto14:44
jonesv[m]qschulz: that `oe-pkgdata-util` is super cool! I have been looking for a way to list all my packages like I saw once in a debug output, e.g.:... (full message at
jaskij[m]So, I've found out that postgresql's `initdb` actually depends on `locale` to find out existing locales. Adding an RRECOMNDS is probably something for the mailing list?14:47
jaskij[m]without `locale`, you get a warning: `UTC [4118] WARNING:  no usable system locales were found`14:48
RPjaskij[m]: I'd make that a RDEPENDS but yes, please send a patch14:50
jaskij[m]true, working with locale is such a basic thing for a database that `RDEPENDS` is probably better14:51
*** rber|res <rber|res!~rber|> has quit IRC (Read error: Connection reset by peer)14:51
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)14:51
frayjust remember many people are building systems without locales, so if the component won't work in that it would be nice to identify and disable that recipe in some way..14:52
jaskij[m]this also probably needs safeguarding for whether glibc is used14:52
RPjaskij[m]: there is a libc-glibc override14:53
jaskij[m]fray: how do I detect that? by checking whether `GLIBC_GENERATE_LOCALES` is empty?14:53
qschulzjonesv[m]: enabling buildhistory feature should give you what you want14:53
*** whuang0389 <whuang0389!> has joined #yocto14:56
frayI assume this needs to work in musl as well.. so I'm not sure..14:58
jaskij[m]fray: for now I'm sending this as a glibc-only patch, I've never worked with musl14:59
*** vd <vd!> has quit IRC (Ping timeout: 256 seconds)14:59
jaskij[m]hoping someone will respond with a necessary correction for musl if it's available14:59
*** vd <vd!> has joined #yocto15:00
frayYa, IMAGE_LINGUAS, but that shouldn't be used as it's "image" specific.  I thought there was a variable that said 'construct these locals'.  That is the one I was thinking of, but I'm not seeing it15:00
jaskij[m]for glibc it's GLIBC_GENERATE_LOCALES, but looking at the recipe an empty string is understood as "all":
frayYa, it's GLIBC_GENERATE_LOCALES .. 'all' is fine, other things might be.. and blank is probably "won't work"15:02
jaskij[m]blank is equal to 'all', as per the source linked15:02
frayHmm.. I thought there was a way to say none..15:02
frayMaybe " "15:02
fraymaybe I'm remembering wrong and locales are always generated "in some way".. then IMAGE_LINGUAS is what gets installed or not15:04
jaskij[m]I think having glibc without locale support is not really supported. Sure, you may have those locales not installed (as is common), but glibc will have locale support either way15:04
*** sstiller <sstiller!> has quit IRC (Quit: Leaving)15:04
frayYa ya.. glibc locale APIs will always be present for sure15:04
frayit's been a very long time since we could just turn off locales at that level..15:04
jaskij[m]so just `RDEPENDS` on `glibc-utils`, *if* `TCLIBC` is `glibc`15:05
jaskij[m]is what I'm thinking15:05
qschulzjaskij[m]: I think there's a glibc OVERRIDES available, so an RDEPENDS:${PN}:append:glibc should probably be fine?15:06
frayya.. that should work fine (and be simpler)15:08
frayoriginally I was thinking we could disable packaging of any locale stuff, but I don't see that -- so my memory was wrong15:08
jaskij[m]If there's such an override it'll be perfect15:09
qschulzjaskij[m]: :libc-glibc15:10
jaskij[m]How much testing is required for patches to be submitted?15:11
*** roussinm <roussinm!> has joined #yocto15:11
jaskij[m]Locally I'm working with pgsql 13.3 backported from Hardknott to Dunfell15:12
jaskij[m]Thanks qschulz15:14
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)15:14
*** alessioigor <alessioigor!~alessioig@> has joined #yocto15:14
*** oobitots <oobitots!> has quit IRC (Quit: Client closed)15:16
*** thekappe <thekappe!~user@> has quit IRC (Quit: WeeChat 1.9.1)15:37
*** oobitots <oobitots!> has joined #yocto15:37
*** pgowda <pgowda!> has quit IRC (Quit: Connection closed for inactivity)15:39
*** fbre <fbre!~fbre@> has quit IRC (Quit: Client closed)15:47
*** dev1990 <dev1990!~dev@> has joined #yocto15:47
jonesv[m]qschulz: does not seem to work either :(. Does this look good at least?
jonesv[m]I think I misunderstand how to use FILES here: Sounds like I should not use the `${WORKDIR}`, but if I use the target path here, how does it know which file should go there?15:50
qschulzjonesv[m]: for sure not, it should be ${sysconfdir}/init.d/15:52
qschulzcheck with oe-pkgdata-util list-pkg-files gpio-shutdown does not have the file15:52
qschulzit is very likely that you also shoul dhave PACKAGES =+ and not PACKAGES +=15:53
jonesv[m]oh, I thought `=+` was a typo 😅15:54
qschulzand ${INIT_D_DIR} could probably replace ${sysconfdir}/init.d/ not that it matters much :)15:54
*** mbrothers <mbrothers!> has quit IRC (Ping timeout: 250 seconds)15:54
qschulzjonesv[m]: a file can only appear in one package, so the first FILES to have a regex matching the file gets it15:55
jonesv[m]qschulz: so `FILES_gpio-shutdown += "${D}${sysconfdir}/init.d/"`? You don't have the `${D}` above15:55
qschulzand the PACKAGES variable is read left to right15:55
qschulzjonesv[m]: no, I didn't write ${D}15:55
jonesv[m]So for the install_append, I need `${D}`, but for the `FILES`, I don't?15:55
qschulzyes, because FILES mechanism looks into ${D} for files15:56
jonesv[m]right, let my write that down15:56
qschulz${D} being a temporary rootfs skeleton per recipe15:56
rburtonfray: around?15:59
*** rfuentess <rfuentess!> has quit IRC (Remote host closed the connection)15:59
frayya.. on an internal meeting so I might be a bit slow responding, but I'm here16:02
*** oobitots <oobitots!> has quit IRC (Quit: Client closed)16:04
rburtonfray: having fun with gitsm fetcher.  can i still blame you for that?16:04
*** oobitots <oobitots!> has joined #yocto16:04
*** mbrother1 <mbrother1!~martin@> has joined #yocto16:04
fraylol what isn't working for you.. I can at least tell you if I know about it... :)16:05
mbrother1rburton: turns out I had binary files in my patch which are a problem in quilt when not using the `--binary` flag when creating the patch16:05
fray(the one thing that people have complained about and I've so far not done anything about -- is login required for sub modules)16:05
rburtonfray: so say v1 of a gitsm repo has foo as a submodule. update to v2 changes foo to bar.  on build, it doesn't go and get bar.16:06
frayOhhh it should16:06
frayI thought there was a test case in place for that specific condition (bitbake test case)16:06
frayI know early on there was a bug that it wasn't doing that reload recursively.. but that was fixed..16:07
rburtoni've a reproducer, two releases of edk2-firmware where cmocka changes repo16:07
rburtoni'll see if the test case is similar or i can replicate in the same way16:07
frayWhat is changing from v1 to v2?  URL only, path, and/or submodule entry name?16:07
rburtonyeah was just wondering if the tracking code looks at just the path16:07
RPrburton: writing a selftest would be a great thing anyway as we can then stop things regressing16:07
frayya, if you can either replicate it with the existing test case, or get me a test case I can look fairly quickly.. not sure I can't fix it this week -- but it SHOULD work16:08
*** nateglims <nateglims!~nateglims@> has joined #yocto16:08
rburtonfray: just the url changed16:08
frayrburton the tricky part with this is if you just 'scan things' you get race conditions (we had a LOT of them early in the development of the code).  Moving everything to recursive with locking fixed that, but it's possible that we're not looking at the right set of values as we recurse16:08
rburtonright, as the path is the same but the tarball it expands in unpack is different16:09
frayYa, it may be looking at JUST the path, but it was intended to look for both16:09
rburtonalso of course this code is horrid :)16:09
frayyes it is16:09
frayit is _WAY WAY WAY WAY_ better then where I started..16:09
rburtoni think its time for fetch3 ;)16:10
fraybut trying to replicate git submodule (and it's quarks) without running git submodule.. yikes16:10
fraycode does:16:12
fray                gitmodules = runfetchcmd("%s show %s:.gitmodules" % (ud.basecmd, ud.revisions[name]), d, quiet=True, workdir=workdir)16:12
fraythen parses the response and uses the key of path and the value is the url (I think)16:13
frayiterates over each of those and verifies everything is filled out.  If it is it then stores the paths, revisions, uris and any subrevisions (don't remember what this means)16:13
fraythen for each module it processes based on the submodule entry name....16:14
fraybuilds up a URL table and calls itself (recursively) for the submodules..16:14
fray(thats more or less how it fetches).. so that seems fairly straight forward16:14
frayIt's probably 'need_update' where things fall apart..16:14
frayDoes the main SRC_URL change?  no we end, otherwise we have to process the submodules..16:15
rburtonno just the srcrev16:15
rburtonwhich includes a change to .gitmodules which changes the url  of a submodule16:16
fraysorry I mean main SRCREV16:16
jonesv[m]qschulz: I'm really about to cry 😅, I think I must be stupid. So this should be right?... (full message at
fraythe idea is if the main one didn't change, then we don't need to do further evaluation as submoudles can't change by definition.. (the same happens when we recursively scan)16:16
rburtonWOOP WOOP yocto shoutout by nasa16:17
frayrburton: the URL changed, but did the SRCREV change?16:17
rburtonfray: so the recipe changes the SRCREV of the main recipe. that change includes a change to .gitmodules which changes the url of a submodule.16:18
frayya, but does it change the SRCREV of the submodule?16:18
frayThere _IS_ a check that if the SRCREV of the submodule is unchanged, it skips further checking16:18
rburtonno, it just switches to a different URL16:18
frayok.. that is likely the issue then16:18
fray            self.process_submodules(ud, ud.clonedir, download_submodule, d)16:19
fray            # Drop a nugget for the srcrev we've fetched (used by need_update)16:19
fray            runfetchcmd("%s config --add bitbake.srcrev %s" % \16:19
fray                        (ud.basecmd, ud.revisions[ud.names[0]]), d, workdir=ud.clonedir)16:19
fraylook at the top of need_update.. it looks for known srcrevs.. and then checks them skipping items it has already seen..16:19
frayThe only thing I can think of is somehow adding the URL as well.. so it'd be:16:19
fraybitbake.srcurl = <url>16:19
fraybitbake.srcrev = <srcrev>16:20
fraythen load them both, and compare16:20
rburtongotcha, will try16:20
fraySo ya, lack of SRCREV changing is your cause.. but I'm not sure the 'fix', that is just one possibility16:20
rburtonsounds feasible16:20
fraySomehow we need to know the url that 'last time through', so we can quickly compare and bail..16:20
frayanyway you have your reproducer now.   Change the upstream URL w/o changing the SRCREV..16:21
*** mbrother1 <mbrother1!~martin@> has quit IRC (Ping timeout: 240 seconds)16:25
fray(I doubt I thought of a situation where the URL changed, but the SRCREV didn't at the same time)16:27
barathdoes anyone know if the covered/notcovered fix is being worked on for dunfell? I've tried backporting the fix from hardknott to dunfell, but we're still getting those errors16:30
jaskij[m]how long does it take to get an account on BZ?16:30
jaskij[m]and can I just send an e-mail to the mailing list with the bugs?16:31
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)16:34
*** alessioigor <alessioigor!~alessioig@> has joined #yocto16:34
*** mckoan is now known as mckoan|away16:39
*** zpfvo <zpfvo!~fvo@> has quit IRC (Remote host closed the connection)16:39
*** kayterina <kayterina!> has quit IRC (Ping timeout: 252 seconds)16:45
*** kayterina <kayterina!> has joined #yocto16:46
*** roussinm <roussinm!> has quit IRC (Quit: WeeChat 3.3-dev)16:46
RPjaskij[m]: we can ask halstead16:47
halsteadjaskij[m]: accounts are added within an hour usually. There isn't a way to submit bugs via email.16:49
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:54
overridehow can I make an image recipe compress only the rootfs to a format bmap likes and also generate a bmap file and a hash file for ONLY the rootfs in question.17:11
halsteadjaskij[m], rburton, ndec_ , about the bad links and mailing lists. We added redirects from the old locations to the new ones as best as possible so old links would work. Especially direct links to message archives.17:13
jaskij[m]*I'm mostly looking to click through from layer index to actually getting the list e-mail address17:14
jaskij[m]which, at least for meta-intel and meta-freescale, isn't possible currently17:15
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto17:24
*** frieder_ <frieder_!> has quit IRC (Remote host closed the connection)17:27
argonautxhello out there, i want to build kernel modules on the target system and I read that have to add kernel-dev to achive this17:33
argonautxbut there is no /usr/src/kernel directory on the target fs17:33
argonautxwhat did I miss?17:33
zeddiiinstall kernel-devsrc to your image17:36
*** nateglims <nateglims!~nateglims@> has quit IRC (Quit: Client closed)17:36
*** roussinm <roussinm!> has joined #yocto17:38
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)17:39
*** alessioigor <alessioigor!~alessioig@> has joined #yocto17:40
*** oobitots <oobitots!> has quit IRC (Quit: Client closed)17:41
*** oobitots <oobitots!> has joined #yocto17:41
*** nateglims <nateglims!~nateglims@> has joined #yocto17:42
*** kayterina <kayterina!> has quit IRC (Quit: Leaving)17:42
nateglimsIs there a written grammar for bb files or is it just bitbake as a reference implementation?17:42
overridezeddii: you know what I can add to image for it to give out rootfs in a format bmaplikes and also an accompanying bmap file???17:44
*** whuang0389 <whuang0389!> has quit IRC (Quit: Client closed)17:47
*** oobitots <oobitots!> has quit IRC (Quit: Client closed)17:49
*** oobitots <oobitots!> has joined #yocto17:50
RPso gnupg is different on my system compared to the autobuilder because of /usr/bin/sendmail17:54
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)17:57
*** vd <vd!> has quit IRC (Quit: Client closed)17:57
*** vd <vd!> has joined #yocto17:59
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)18:01
*** jwillikers <jwillikers!> has joined #yocto18:03
*** oobitots <oobitots!> has quit IRC (Ping timeout: 256 seconds)18:07
argonautxzeddii: thanks18:11
*** whuang0389 <whuang0389!> has joined #yocto18:11
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)18:14
*** prabhakarlad <prabhakarlad!> has joined #yocto18:14
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto18:40
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)18:40
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:40
*** ant__ <ant__!> has joined #yocto18:48
ndec_halstead: ok.. well, i think we need to update the links anyways to the new location!18:50
halsteadndec_: For sure. I'm not sure why the link in question does redirect now or if it ever did.18:50
halsteadndec_: It looks like meta-freescale layer has already updated. Maybe you did that?18:51
ndec_yes, well. rburton did.18:51
ndec_but given that a lot of layers need to be updated, perhaps there is a better way than doing it manually..18:52
*** florian <florian!> has joined #yocto18:55
smurrayRP: I can't seem to ssh into my setup at home this morning, but I grabbed some bits on my laptop and could get the ptest patch in meta-agl-core updated in a pinch18:56
RPsmurray: thanks, these things always happen the most inconvenient way :/18:58
*** amitk <amitk!~amit@> has quit IRC (Quit: leaving)19:01
smurrayRP: when are you planning on pulling the queued master-next changes into master?19:03
RPsmurray: I was hoping for sooner than later but if you want me to wait I can I guess19:05
smurrayRP: it's more that I'm wondering if I push an update for that if it'll break test runs before you push to master19:06
RPsmurray: oh, I can push whenever it is ready :)19:06
smurrayRP: ah, okay.  I'll do a test build of ptest-runner with the patch here ASAP then19:07
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 260 seconds)19:11
smurrayRP: tbh, I'm not sure it'll break the meta-agl-core test on the autobuilder, as I don't think AGL_FEATURES = "aglcore" is set for that19:11
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto19:14
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)19:15
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:15
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)19:15
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:16
*** camus <camus!~Instantbi@2409:8a1e:9118:4360:8077:fc82:8ca9:a945> has quit IRC (Quit: camus)19:17
*** whuang0389 <whuang0389!> has quit IRC (Quit: Client closed)19:20
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)19:26
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:26
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)19:31
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:31
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)19:31
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)19:32
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)19:32
*** alessioigor <alessioigor!~alessioig@> has joined #yocto19:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)19:33
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:34
vdI'm running out of space, is it safe to create mount points on my laptop for the DL_DIR, TOPDIR and SSTATE_DIR?20:03
*** nateglims <nateglims!~nateglims@> has quit IRC (Quit: Client closed)20:05
RPvd: SSTATE_DIR and DL_DIR work fine. TOPDIR should work too but I don't do that locally so slightly less sure20:07
*** alessioigor <alessioigor!~alessioig@> has joined #yocto20:09
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)20:10
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)20:10
*** florian <florian!> has quit IRC (Ping timeout: 260 seconds)20:17
*** nateglims <nateglims!~nateglims@> has joined #yocto20:21
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto20:24
smurrayRP: I've pushed the patch update to meta-agl's next branch, ptest-runner should build w/o warnings if you merge the master-next updates20:33
jaskij[m]can I use overrides in recipe appends? particularly, I want different systemd-conf _bbappend files depending on the target machine20:34
vdjaskij[m] sure, SOMEVAR_append_myoverride = " othervalue"20:35
vd(s/_/:/g for the new syntax)20:35
jaskij[m]vd: not in variables, but on the filename level20:35
jaskij[m]sorry for badly wording it the first time20:36
jaskij[m]does it work like this at all in filenames?20:36
vdoverrides aren't supported on a file basis for bbappend I think20:37
jaskij[m]what I feared, I'll just need to separate it differently20:38
vdbut you can have many systemd-conf _%.bbappend files20:39
vd(and the VAR_append_myoverride syntax in them for sure)20:39
jaskij[m]vd: how, if they're all in the same directory? I have multiple machines supported in one layer, for what it's worth20:40
jaskij[m]rn, I'm thinking more of just making an include per machine and just include them all in `systemd-conf_%.bbappend`20:41
vdjaskij[m] you can place them in recipes-MACHINE1/systemd-conf/systemd-conf_%.bbappend, recipes-MACHINE2/systemd-conf/systemd-conf_%.bbappend, and so on.20:42
vdjaskij[m] but you would also edit the recipe variables within the machine configuration files20:42
*** nateglims51 <nateglims51!~nateglims@> has joined #yocto20:45
vdbut you could*20:45
*** nateglims51 <nateglims51!~nateglims@> has quit IRC (Client Quit)20:45
vdas in two different options20:45
*** nateglims <nateglims!~nateglims@> has quit IRC (Ping timeout: 256 seconds)20:45
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:45
jaskij[m]not really, I need to add in board-specific network configuration files20:46
jaskij[m]so that, for example, by default it boots with DHCP20:47
RPsmurray: I merged, thanks20:47
smurrayRP: when I get home I'll send the latest version of the patch to the ml20:49
RPsmurray: sounds good, thanks20:50
vdjaskij[m] that's already the default I think, but you can just append FILESEXTRAPATHS and SRC_URI with the machines overrides in bbappend files20:51
jaskij[m]I could. If I didn't need multiple options per machine20:51
jaskij[m]Eg. for dual ethernet I need both an option for separate and bridged20:52
jaskij[m]and this, in turn, is chosen per image20:52
olani[m]jaskij: If the files are stored with the recipe you can use subpaths like recipes-X/systemd-conf/systemd-conf/MACHINE1/whatever.service and SRC_URI += "whatever.service" and let the recipe pick the appropriate file.  This assumes they have the same name.20:56
jaskij[m]oh, I'm doing that alright, otherwise the files subdir would be a total mess20:57
jaskij[m]just thought someone could come up with something smarter than what I'm already doing20:59
jaskij[m]mostly, I just have a very visceral reaction to long files20:59
jaskij[m]so if my _bbappend would be 150 lines, I'm looking to split it20:59
olani[m]I probably don't understand exactly what you are trying to do. For one thing I do not understand how the image interacts with the machines here.21:03
jaskij[m]Yeah, I'd have to do a whole writeup to just explain, or mock the file structure I'm currently using.21:04
jaskij[m]Which... I might actually do that mock and post it on the mailing list21:04
*** jamesp_ <jamesp_!> has joined #yocto21:16
*** jamesp_ is now known as jamestperk21:18
*** xmn <xmn!> has joined #yocto21:35
jaskij[m]olani: to attempt a rundown, there's two machines, one of them has two ethernet ports. Now, those two ethernet ports can be separate or bridged, and if bridged the bridge can either be a DHCP client or server. So one of the machines has *three* possible network configurations, and I want to select among them when creating the image.21:43
jaskij[m]that's what makes this all so complicated21:43
*** vd44 <vd44!> has joined #yocto21:45
*** vd <vd!> has quit IRC (Ping timeout: 256 seconds)21:48
vd44jaskij[m] that's not complicated. In recipes-core/systemd-conf/systemd-conf_%.bbappend, add a few SRC_URI_append_MACHINE1 = " file://" etc.21:51
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:fc4f:e2bc:76ca:ef97> has quit IRC (Ping timeout: 245 seconds)21:51
vd44jaskij[m] but you could also have this configuration generated by systemd21:52
jaskij[m]That's broadly what I'm doing21:52
jaskij[m]But I just finished refactoring one machine for bbappend into a separate include ant it's fifty lines long21:53
vd44jaskij[m] or even always install all the files, and make the multi-interfaces unit files depends on the interfaces themselves, so that the board with a single interface won't load the configuration for non-existent interfaces21:53
jaskij[m]That's possible?21:54
jaskij[m]Also, what if I want to select, at image definition, between bridged and non-bridged?21:54
olani[m]jaskij: Do you only want to install one of the files on each image, or do you want to install all of them and then use a symlink or something to select the active one?  I'm not that good with systemd so do not assume I know how the .network files are used.21:54
jaskij[m]Nah, only installing some of them. I left work just now, but I'll make a mock repo which can be public tomorrow and ping you both to show how it looks like rn, might be easier to understand.21:56
jaskij[m]But only want the actually used files in the image21:56
olani[m]jaskij: Then I'd install all of the files and then separate into separate packages that the image can choose from.21:57
vd44jaskij[m] maybe ways. You can use a systemd generator reading a configuration file or a kernel command line to generate the given unit files, or you can define a variable in your image recipe used in a ROOTFS_POSTPROCESS_COMMAND function to install the unit files at image creation time. You can then edit this variable in the recipe, the machine21:58
vd44configuration or somewhere else.21:58
olani[m]Don't know why you put it all into the systemd-cond recipe either. It's fine to do one recipe per machine that can be selected with PREFERRED_PROVIDER.21:58
jaskij[m]olani[m]: That's what I'm doing now, but what vd44 proposes seem a bit better21:59
jaskij[m]It just occured to me that I could maybe abuse PACKAGECONFIG or create a similar mechanism21:59
olani[m]Yes, systemd can do many wonderful things :)22:00
jaskij[m]Why I picked it, is that it actually also supports CAN interfaces22:01
vd44I personally prefer to have everything dynamic if possible, that makes the image recipes simpler. If you do not want all files to be present on the system (even though used given the correct After= and other conditions), then a generator can be used.22:01
olani[m]vd44: I agree. I just don't know how to do it with systemd.22:02
jaskij[m]vd44: For an appliance, sure. But I can't rule out we'll be selling these open, for the client to program. In that case I believe generators might be too convoluted.22:04
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:05
vd44olani[m] 2 ways: 1) add all files, and set the correct After=sys-subsystem-net-devices-eth1.device for example so that the bridge isn't brought up if eth1 isn't present 2) write a generator which reads e.g. mynetworkmode=bridged kernel parameter and generates the unit files. See man systemd.generator22:05
vd44jaskij[m] if you only want to keep the configuration at the image level, then ROOTFS_POSTPROCESS_COMMAND += "mynetwork; " mynetwork () { if [ "${MYNETWORK}" = "bridged" ] ; then echo ... > ${IMAGE_ROOTFS}/usr/lib/systemd/... }22:09
vd44or one function per setting, ROOTFS_POSTPROCESS_COMMAND += "${MYNETWORKTWEAKS}" and set MYNETWORKTWEAKS = "bridged; " in your machine configuration, you get the idea22:11
*** florian <florian!> has joined #yocto22:12
halsteadmoto-timo: I pulled in your patchest and the index is working fine but the rrs portion is failing so I can't take it live.22:21
halsteadmoto-timo: Want to hack on the rrs code with me and get it Django 2.2 compatible?22:22
moto-timohalstead: absolutely. Do you have logs? Or a reproducer? (Or give me access…)22:23
halsteadmoto-timo: Sure. I'll email them to you.22:24
moto-timoRRS might be needing more love…22:24
halsteadmoto-timo: Sent to your gmail.22:32
halsteadmoto-timo: Would you prefer I paste snippets here?22:33
moto-timohalstead: gmail is great 👍22:33
*** artri <artri!~arca@> has quit IRC (Ping timeout: 252 seconds)22:35
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)22:36
moto-timohalstead: I’ll find a way to drop the py2 deps22:38
moto-timoDie die die22:38
argonautxhi, I put a IMAGE_INSTALL += "kernel-devsrc" in my local.conf but got no /usr/src/kernel installation in my target image22:41
argonautxwhat went wrong?22:42
halsteadmoto-timo: I suppose for layers that are flagged as python2 only we can just exit immediately instead of standing up the python2 env?22:43
RPreproducibility issues in populate_sysroot down to "just" gobject-introspection, libtool-cross, mesa, perl, python3, rpm and util-linux :/22:45
RPmoto-timo: it was everything earlier so it is looking better, now the more painful problems are emerging from the noise :/22:47
halsteadmoto-timo: Fair enough. I didn't look into how the system handles an early return.22:47
ndec_thanks for whoever suggested in the BoF today.. I didn't know about it and it looks great. I will investigate a bit more about it! (Jan I think)22:48
moto-timoRP: maybe we we can discuss perl and python tomorrow in triage22:48
moto-timohalstead: I forgot about the "layers that support python2" wrinkle...22:49
RPmoto-timo: sadly I think I'll have to dive into each one and figure out where the differences are22:49
RPe.g. util-linux is in setarch. No idea what beyond that22:49
*** florian <florian!> has quit IRC (Ping timeout: 252 seconds)22:50
RPmoto-timo: python3 is in sysconfigdata22:50
RPmoto-timo: perl is in and Config_heavy.pl22:51
moto-timoRP: that sounds familiar with perl...22:51
RPmoto-timo: trouble is this is the sysroot so things can have host paths :/22:52
RPsomehow we need to remove these from the checksums22:52
RP is horrible :(22:52
jonmasonjoin the OE happy hour!22:57
jonmasonwe're actually talking about YP stuff22:57
vd44should IMAGE_BASENAME defaults to ${BPN} instead of ${PN}?22:58
*** etam[m] <etam[m]!~etam@user/etam> has left #yocto23:03
RPJPEW: I'm kind of sad I had to resort to
*** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has joined #yocto23:05
ericson2314does anyone know about newlib-nano23:05
ericson2314internet says it is afork23:05
ericson2314but there are nano.specs files in the newlib source23:06
ericson2314that hint otherwise23:06
ericson2314yet those have e.g. -lc_nano which doesn't seem to correspond to anything in the rest of newlib, so it is very unclear to me what's going on23:06
frayit's a fork, one that isn't directly compatible with newlib itself..23:07
frayI did some looking, and it appears to pretty specialized, for MY usecase it wasn't appropriate.. and the best i found is it seemed pretty out of date..23:07
fray(I was/am doing some baremetal builds that require a more full featured libc)23:07
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:07
ericson2314yeah I am trying to do get a way from a vendor's frankenstein SDK23:08
ericson2314which grab's ARM's prebuilt toolchains among other things23:08
frayeverything I do is based on Yocto Project SDKs.. I avoid the ARM, crosstool-ng, etc..23:10
jonmasonarm toolchains are great.  get them from meta-arm!23:10
ericson2314jonmason: everything I do is with Nix / Nixpkgs, but I come here because the kindred spirit :)23:11
frayarm toolchains are great, if you want 15 different multilibs.. ;)23:11
frayI've been trying to convince people since we support 3 (main) ARM CPUs.. maybe our SDK should be those three + r5... ;)23:12
fraynot 15..23:12
jonmasonfray: I'm obligated by my employer to say they are perfect in every way23:12
ericson2314jonmason: are the recipes to create the official binaries public?23:12
ericson2314I found which I somehow missed before, but the launchpad stuff is abandoned23:13
jonmasonericson2314: to create, no.  we have recipes that use the official binaries and we have recipes that use the arm gcc source23:13
fraythe Yocto Project can build a newlib SDK..  note if you need a specifically configured libgloss or newlib you may have to adjust some things23:14
ericson2314ok thanks both of you23:14
ericson2314I will see if there is anything non-marketting with this arm website, heh :)23:14
jonmasonjsut go to the layer index and look for meta-arm-toolchain23:17
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)23:27
ericson2314per and it seems as of late ARM is not using a fork but just passing different flags23:30
*** u1106 <u1106!~quassel@2a05:d014:58:4b00:bbe8:f33:b5b7:d4f7> has quit IRC (Quit: - Chat comfortably. Anywhere.)23:33
*** u1106 <u1106!> has joined #yocto23:36

Generated by 2.17.2 by Marius Gedminas - find it at!