Thursday, 2026-08-06

*** obinou <obinou!~obinou@185.6.211.134> has quit IRC (Quit: The Lounge - https://thelounge.chat)00:00
*** awafaa is back00:01
*** obinou <obinou!~obinou@185.6.211.134> has joined #yocto00:02
marexpaulbarker: done, I put you on CC of the fitImage fix backporting thread. The fitImage bugs were fixed in master 7 weeks ago, it would be nice to finally land the fix backports in OE wrynose, else wrynose fitImage support isn't usable00:05
marexpaulbarker: thank you00:06
*** RP is back00:15
*** awafaa is now away: Auto-away00:23
*** chrissi^|lxa <chrissi^|lxa!~quassel@flummi.grey.stw.pengutronix.de> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)00:25
*** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Quit: quit)00:25
*** hnez <hnez!~quassel@flummi.grey.stw.pengutronix.de> has joined #yocto00:25
*** chrissi^|lxa <chrissi^|lxa!~quassel@flummi.grey.stw.pengutronix.de> has joined #yocto00:25
*** chrissi^|lxa is now away: All Quassel clients vanished from the face of the earth...00:25
*** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto00:27
*** awafaa is back00:37
*** Ermine is now away: Auto away00:49
*** khem is now away: Auto-away00:54
*** tgamblin is now away: Auto-away00:56
*** awafaa is now away: Auto-away00:59
*** khilman is back00:59
*** mansandersson868 <mansandersson868!~mansander@user/mansandersson> has quit IRC (Read error: Connection reset by peer)01:02
*** khem is back01:05
*** mansandersson868 <mansandersson868!~mansander@user/mansandersson> has joined #yocto01:07
*** JPEW is now away: Auto-away01:11
*** khem is now away: Auto-away01:12
*** khem is back01:16
*** khem is now away: Auto-away01:22
*** HarishSadineni is back01:29
*** awafaa is back01:43
*** jclsn <jclsn!~jclsn@149.224.181.39.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 252 seconds)01:44
*** khem is back01:45
*** jclsn <jclsn!~jclsn@84.46.9.145.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:46
*** amfern <amfern!~amfern@240b:10:c301:9100:79da:35db:e1e:9626> has joined #yocto02:02
*** awafaa is now away: Auto-away02:05
*** khilman is now away: Auto-away02:13
*** dkl is back02:30
*** awafaa is back02:50
*** awafaa is now away: Auto-away03:12
*** tokamak is back03:18
*** awafaa is back03:24
*** amfern <amfern!~amfern@240b:10:c301:9100:79da:35db:e1e:9626> has quit IRC (Ping timeout: 259 seconds)03:27
*** awafaa is now away: Auto-away03:46
*** lihis is back03:48
*** awafaa is back03:50
*** lihis <lihis!~lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting)04:02
*** lihis <lihis!~lihis@ns3006753.ip-151-80-42.eu> has joined #yocto04:04
*** lihis is now away: I'm away..04:04
*** lihis is back04:04
*** awafaa is now away: Auto-away04:12
*** teknix <teknix!~unknown@user/hsv> has quit IRC (Ping timeout: 244 seconds)04:15
*** Deepesh is back04:22
*** awafaa is back04:25
*** Deepesh is now away: Auto away04:27
*** Deepesh is back04:27
*** HarishSadineni is now away: Auto away04:27
*** sdora is now away: Auto away04:34
*** awafaa is now away: Auto-away04:47
*** HarishSadineni is back04:47
*** sdora is back04:59
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Quit: sgavini)05:08
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto05:08
*** awafaa is back05:10
*** savolla <savolla!~savolla@2a02:ff0:1203:7235:e8a6:b56d:5258:3867> has joined #yocto05:21
*** teknix <teknix!~unknown@user/hsv> has joined #yocto05:22
*** tokamak is now away: Auto away at Thu Aug 6 05:29:47 2026 UTC05:29
*** goliath <goliath!~goliath@user/goliath> has joined #yocto05:47
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has quit IRC ()05:55
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has joined #yocto05:55
*** grma is now away: Zurzeit abwesend05:55
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds)06:03
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto06:04
*** Ermine is back06:05
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto06:06
*** KanjiMonster is back06:13
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 264 seconds)06:13
*** neachdainn <neachdainn!~nate@user/neachdainn> has joined #yocto06:13
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto06:15
*** Emantor is back06:19
*** lukma <lukma!~lukma@095160158229.dynamic-2-waw-k-4-2-0.vectranet.pl> has quit IRC (Ping timeout: 269 seconds)06:24
*** lukma <lukma!~lukma@095160158229.dynamic-2-waw-k-4-2-0.vectranet.pl> has joined #yocto06:26
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 253 seconds)06:27
*** zeemate <zeemate!~chris@2001:16b8:b124:6e00:2f24:a731:da94:10d7> has joined #yocto06:28
*** halstead is back06:41
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has quit IRC ()06:45
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has joined #yocto06:45
*** grma is now away: Zurzeit abwesend06:45
*** komaki <komaki!~komaki@user/komaki> has quit IRC (Read error: Connection reset by peer)06:47
*** Kubu_work <Kubu_work!~kubu@arennes-358-1-227-139.w2-13.abo.wanadoo.fr> has joined #yocto06:48
*** komaki <komaki!~komaki@user/komaki> has joined #yocto06:50
*** florian_kc <florian_kc!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has joined #yocto06:57
*** ptsneves <ptsneves!~Thunderbi@public-gprs222977.centertel.pl> has joined #yocto06:58
*** ptsneves is now away: I am currently away from the computer.06:58
*** ptsneves is now away: I am currently away from the computer.06:58
*** ptsneves is back07:00
*** benjarobin <benjarobin!~benjarobi@user/benjarobin> has joined #yocto07:01
*** ptsneves <ptsneves!~Thunderbi@public-gprs222977.centertel.pl> has quit IRC (Quit: ptsneves)07:04
*** ptsneves <ptsneves!~Thunderbi@public-gprs222977.centertel.pl> has joined #yocto07:04
*** _lore_ is back07:04
*** halstead is now away: Auto-away07:05
*** Guest33 <Guest33!~Guest33@2a02:8071:7110:9060:5810:4fdd:9ef9:d4bf> has joined #yocto07:09
Guest33Hello everyone,07:10
Guest33does anyone in this channel have experience with multi-hardware, multi-image setups of yocto?07:10
Guest33I am currently trying to improve our current yocto setup where everything was originally thrown into one layer. I already achieved to split this up into a *-bsp layer with all our hardware configurations (a.k.a. machines) and "the rest" which I think is most likely our *-distro layer.07:10
Guest33This now leaves me with a situation where I have to figure out how to best include software packages for individual image builds from the software bouquet of our distro layer.07:10
Guest33Specifically a way that allows me to include specific versions of software packages into those images in a way that can easily be tracked over time/releases/builds.07:10
Guest33Currently whenever there is an update for a software package within our *-distro layer its recipe is simply updated (renamed) to the new version. Unfortunately that means that from that point onward all images using that software package will have to use the new version whether they want to or not. This has already created some problems, e.g. a07:10
Guest33newer version of a software package installed into one image crashed older software packages being installed in another image.07:10
Guest33It would therefore be nice if there was a way to control which recipe/software package versions go into which images.07:10
Guest33Is there some mechanism in yocto that allows to do this?07:10
Guest33Something like a list of software packges per image recipe maybe?07:10
Guest33Or is this somehow handled differently in yocto?07:10
Guest33Or maybe I am looking at this the wrong way and this is already inherently solved by yocto+git somehow?07:10
Guest33Would appreciate any insights anyone is willing to share.07:10
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Killed (NickServ (GHOST command used by florian_kc!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de)))07:11
*** florian_kc is now known as florian07:12
Guest33Oh, sorry for the wall of text. That looked smaller within vscode.07:12
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto07:12
*** deribaucourt is back07:16
LetoThe2ndGuest33: if your packages are properly versioned, the PREFERRED_VERSION can be declared per build07:17
*** Ermine is now away: Auto away07:18
*** deribaucourt is now away: Auto away at Thu Aug 6 07:18:44 2026 UTC07:18
*** ptsneves <ptsneves!~Thunderbi@public-gprs222977.centertel.pl> has quit IRC (Ping timeout: 268 seconds)07:26
Guest33LetoThe2nd: we use semantic versioning. Should that be sufficient? Can the PREFERRED_VERSION be used in image recipes as well? Asking because to my current knowledge I only ever saw this being used in machine configurations to determine the "virtual/kernel" or "u-boot" version being used for a particular machine.07:27
LetoThe2ndGuest33: semantic versioning helps, but is by itself neither a requirement nor necessary. PREFERRED_VERSION cannot be used per image, only per build (means, DISTRO; MACHINE; local.conf, etc..)07:28
mcfriskGuest33: it is an anti-pattern to have multiple versions of the same SW component recipes. They can be managed but they must not have conflicts in sysroot files etc. An image recipe can fully control what gets installed to it. Managing the full dependency tree with compatible and incompatible providers, and the runtime ABI compatibility is even harder. All SW stack (image) variants need to be tested and07:34
mcfriskverified on target. Thus I think it is easier to keep compatibility interfaces within the SW component itself, e.f. soname, ABI, and then willingly break that and migrate all users.07:34
mcfriskdifferent meta layer branches, different build configurations (machine, distro, local.conf) can all achieve the same build time output. But developers have an easier life when there is just a single set of meta layers, single machine/distro/build config variant, and multiple output images for different uses. This requires that SW components must support all variants from a single binary build. And that07:37
mcfriskthat variants are configured in image recipes and detected at runtime in HW.07:37
*** aduskett <aduskett!~aduskett@2001:1c00:8183:9900:f185:b195:5f14:b7f0> has joined #yocto07:39
Guest33LetoThe2nd: ok, so we wouldn't need to change the versioning schema, that's good. For the PREFERRED_VERSION that would then probably be something we would use within our local.conf since we want the distro layer to be as generic as possible as well as the bsp layer. In case this list would grow bigger than, let's say, 5-10 software packages. Do you07:39
Guest33know if there is a way to include another file in local.conf? I am thinking about having the software packages list separate next to the local.conf file. That might managing different software packages setups easier.07:39
mcfriskGuest33: depends on how local.conf is generated. custom scripts, kas, bitbake-setup, templates with older releases. They all generate the local.conf.07:41
mcfriskbut the distro, machine, image recipes should dictate SW stack construction. local.conf should be only for build related features.07:43
*** dturull <dturull!~dturull@192.176.1.79> has joined #yocto07:43
LetoThe2ndGuest33: there is primarily auto.conf  which might be suitable. but it definitely needs a bit of care. for a component that offers two or three versions, and which do not have combinatorial restraints, adding versions is okay IMHO. if you have 5-10 SW packages and expect X versions per package, plus constraints, then it might not be the way and rather going for something that @mcfrisk mentioned.07:43
LetoThe2ndGuest33: the "DISTRO as small as possible" mindset, we've all been there, but the reality just is in my experience that "a customised DISTRO per product" works better.07:44
*** ptsneves <ptsneves!~Thunderbi@91-189-59-158.riz.pl> has joined #yocto07:45
Guest33mcfrisk: For software packages that we build ourselves we are trying exactly what you mentioned. Meaning we are trying to program them in a way that they are as independent from other software packages as possible. Unfortunately that doesn't always work with external software packages (which lead to some of those problems, I mentioned).07:46
mcfriska family of products usually expects common interfaces and features, which a single DISTRO can provide, even across multiple different HW and thus BSP versions. Image recipes can easily cover minor HW and functional product variants.07:46
LetoThe2ndnow that massively depends on what you mean by "family of products" and "minor variants".07:48
mcfrisktrue, lots of devils in the details07:48
LetoThe2nd(which again, despite using same words, has often completely different meanings across teams, let alone companies)07:49
*** Kubu_work is now away: Je ne suis pas là pour l'instant.07:49
*** Kubu_work is back07:50
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:50
mcfriskalso true. far too often I see little re-use between product/family/variant builds, and then everyone blaming that yocto is slow to work with. If I would build Debian based products by forking lots of source packages per product then I that would also be slow and painful to work with07:50
Guest33LetoThe2nd: "the "DISTRO as small as possible" mindset, we've all been there, but the reality just is in my experience that "a customised DISTRO per product" works better."07:52
Guest33That is valuable information since exactly that has already crossed my mind, but all the distro layers I found in the oe-layer-index seemed to try their best at achieving the "DISTRO as small as possible".07:52
LetoThe2ndGuest33: remember, those are the ones which are *externally provided*. which is a completely different challenge than "maintaining a known product"07:53
LetoThe2ndbut again, it really depends on the types of products, variants, dependencies, and so on, and so on.07:54
mcfriskI think it helps to work backwards from the actual product. check if a single flash image can work for all products and differences detected at runtime. if not, then what about different images but using same binaries for good reuse of sstate etc. if not that, then which SW components need to be build different, and which mechanism is used to trigger that (multiple recipes, distro, machine, local.conf07:56
mcfriskchanges)07:56
*** frieder <frieder!~frieder@88.130.219.77> has joined #yocto07:57
LetoThe2ndmcfrisk: if we can add a virtual "without incurring enormous pain and cost" after each condition, then I think this is a good approach.08:00
mcfriskLetoThe2nd: yes exactly. IMO too often some quite high level SW components end up requiring special per variant builds which ends up exploding the matrix and complexity. A missing soname, or devs just did not talk to their users about ABIs and changes to them. They need to be able to justify the decision and will not get things for free. Building 10 different distros and configs for 10 products is much08:06
mcfriskmore costly than 1 distro with 10 image variants.08:06
*** florian <florian!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)08:13
Guest33mcfrisk: > single machine/distro/build config variant, and multiple output images for different uses08:20
Guest33> distro, machine, image recipes should dictate SW stack construction08:20
Guest33I believe that is what we (partially already have) and are going for, meaning:08:20
Guest331) I would like to have one distro layer that defines all software packages that can be used by our products (i.e. target images).08:20
Guest332) One bsp layer that includes all our different machine configs08:20
Guest333) Combine those two with what I call configuration sets (maybe that's what you would call config variant!?) i.e. one pair of bblayers.conf and local.conf per product/image08:20
Guest33Within that setup, I believe, it should be possible to incorporate your and LetoThe2nd's suggestion of adding the PREFERRED_VERSION thingy per configuration set/config variant.08:20
*** paulbarker is back08:22
*** frgo <frgo!~frgo@p2e57fd46.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer)08:25
*** frgo <frgo!~frgo@p2e57fd46.dip0.t-ipconnect.de> has joined #yocto08:25
Guest33> depends on how local.conf is generated. custom scripts, kas, bitbake-setup, templates with older releases. They all generate the local.conf.08:28
Guest33and I think this comment from mcfrisk tells me that splitting the local.conf into a local.conf and a "preferred_version" part is possible by simply writting a small helper script that I will add to my custom init-env script.08:28
Guest33sweet, thanks for your help and appreciate your insights very much!08:30
Guest33Will try it out and see where the journey takes me from there :)08:30
paulbarkerGuest33: Also look at bitbake configuration fragements (https://docs.yoctoproject.org/dev/ref-manual/fragments.html), may help you to split your configuration up into reusable pieces08:42
Guest33paulbarker: thx for the tip. I don't see it within the scarthgap branch though (we are currently on scarthgap). Has that been added post-scarthgap or am I missing sth.?08:46
paulbarkerYeah, that was a added after scarthgap08:46
Guest33ok, shame. I'll take it as a reference then and keep it in mind for any future jump to the next LTS :)08:49
* LetoThe2nd cues Van Halen08:56
*** ptsneves is now away: I am currently away from the computer.08:59
*** prabhakalad <prabhakalad!~prabhakar@106.219.126.169> has joined #yocto09:00
*** ptsneves is back09:04
*** ptsneves is now away: I am currently away from the computer.09:15
*** Notgnoshi <Notgnoshi!~quassel@184-83-229-21-dynamic.midco.net> has quit IRC (Quit: No Ping reply in 180 seconds.)09:20
*** Notgnoshi <Notgnoshi!~quassel@184-83-229-21-dynamic.midco.net> has joined #yocto09:22
*** Notgnoshi is now away: away09:22
*** HarishSadineni is now away: Auto away09:31
*** HarishSadineni is back09:31
*** ptsneves <ptsneves!~Thunderbi@91-189-59-158.riz.pl> has quit IRC (Ping timeout: 260 seconds)09:42
*** florian <florian!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has joined #yocto09:45
*** Kubu_work is now away: Je ne suis pas là pour l'instant.10:06
*** florian <florian!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has quit IRC (Quit: Ex-Chat)10:09
*** florian_kc is now known as florian10:09
*** benjarobin <benjarobin!~benjarobi@user/benjarobin> has quit IRC (Quit: Konversation terminated!)10:21
*** Guest5034 is back10:22
*** Guest33 <Guest33!~Guest33@2a02:8071:7110:9060:5810:4fdd:9ef9:d4bf> has quit IRC (Quit: Client closed)10:36
*** Guest33 <Guest33!~Guest33@2a02:8071:7110:9060:5810:4fdd:9ef9:d4bf> has joined #yocto10:41
*** Guest33 <Guest33!~Guest33@2a02:8071:7110:9060:5810:4fdd:9ef9:d4bf> has left #yocto10:42
*** flynn378 is now away: Auto-away10:45
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has quit IRC ()10:45
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has joined #yocto10:45
*** grma is now away: Zurzeit abwesend10:45
*** obinou3 <obinou3!~obinou@185.6.211.134> has joined #yocto10:57
*** tammranil <tammranil!~tammranil@user/tammranil> has quit IRC (Read error: Connection reset by peer)10:57
*** tammranil <tammranil!~tammranil@user/tammranil> has joined #yocto10:57
*** tammranil is now away: Auto away10:57
*** obinou <obinou!~obinou@185.6.211.134> has quit IRC (Read error: Connection reset by peer)10:57
*** obinou3 is now known as obinou10:57
*** benjarobin <benjarobin!~benjarobi@user/benjarobin> has joined #yocto11:07
*** flynn378 is back11:07
*** _lore_ is now away: Auto away at Thu Aug 6 11:12:49 2026 UTC11:12
*** madisox_ is back11:19
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Ping timeout: 253 seconds)11:21
*** madisox_ is now away: Auto-away11:26
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto11:28
*** Kubu_work is back11:31
*** Deepesh is now away: Auto away11:37
*** frgo <frgo!~frgo@p2e57fd46.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer)11:45
*** frgo <frgo!~frgo@p2e57fd46.dip0.t-ipconnect.de> has joined #yocto11:45
*** zeemate <zeemate!~chris@2001:16b8:b124:6e00:2f24:a731:da94:10d7> has quit IRC (Remote host closed the connection)11:48
*** zeemate <zeemate!~chris@2001:16b8:b124:6e00:2f24:a731:da94:10d7> has joined #yocto11:48
*** tgamblin is back11:49
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Quit: Leaving)11:52
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto11:52
*** dturull <dturull!~dturull@192.176.1.79> has quit IRC (Quit: dturull)11:56
*** lihis is now away: I'm away..12:00
* tlwoerner jumps12:05
tlwoerner(might as well)12:05
*** frgo <frgo!~frgo@p2e57fd46.dip0.t-ipconnect.de> has quit IRC ()12:22
*** frgo <frgo!~frgo@p2e57fd46.dip0.t-ipconnect.de> has joined #yocto12:24
*** ptsneves <ptsneves!~Thunderbi@91-189-59-158.riz.pl> has joined #yocto12:32
*** Kubu_work is now away: Je ne suis pas là pour l'instant.12:39
*** lukma <lukma!~lukma@095160158229.dynamic-2-waw-k-4-2-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds)12:41
*** lukma <lukma!~lukma@095160158229.dynamic-2-waw-k-4-2-0.vectranet.pl> has joined #yocto12:43
*** KanjiMonster is now away: disconnected12:43
*** KanjiMonster is back12:43
*** ptsneves <ptsneves!~Thunderbi@91-189-59-158.riz.pl> has quit IRC (Ping timeout: 245 seconds)12:44
*** Kubu_work is back12:47
*** _lore_ is back12:48
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 256 seconds)12:50
*** |Xagen <|Xagen!~Xagen@99.135.179.142> has joined #yocto12:50
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds)12:53
* mcfrisk erupts12:54
*** |Xagen <|Xagen!~Xagen@99.135.179.142> has quit IRC (Ping timeout: 264 seconds)12:55
*** dturull <dturull!~dturull@2001:1ba8:112c:ff00:56cd:7f47:128c:24f7> has joined #yocto12:59
*** LocutusOfBorg is back13:00
*** goliath <goliath!~goliath@user/goliath> has joined #yocto13:02
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto13:09
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Quit: Leaving)13:17
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto13:17
rburtonRP: reminder to grab my python3-packaging upgrade :)13:18
rburtonRP: trying to look at the glibc fails, turns out million-line text files are not great in browsers13:25
*** devonian_invader <devonian_invader!~devonian_@user/devonian-invader:70894> has joined #yocto13:25
rburtonso far they're all the same install error i saw locally, that i had assumed was only exposed by shuffle13:27
RPrburton: like https://git.openembedded.org/openembedded-core/commit/?h=master-next&id=c213928b901e523eb13f95ae8e0986c271705358 ? :)13:28
rburtonRP: ta13:29
RPrburton: there was at least one do_compile13:29
smurrayRP: just a heads up, I'm sadly already in need of a Rust mixin for wrynose, so will be submitting one in the next few days13:31
RPsmurray: fair enough13:31
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has quit IRC ()13:41
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has joined #yocto13:41
*** grma is now away: Zurzeit abwesend13:41
rburtonRP: five13:44
rburton(exposed by god knows how many times the install failed so every builder had to rebuild glibc instead of using from sstate)13:44
rburtoni've contacted the author of the patches i have that fix the install race13:44
RPrburton: five is at least one :)13:45
rburtonha yes13:45
*** sdora is now away: Auto away13:55
*** Xagen <Xagen!~Xagen@64.154.151.234> has joined #yocto13:56
rburtonRP: any objection to throwing just my glibc with the hopeful patch at a-full?13:59
rburtoni have it pushed just need to press build13:59
RPrburton: go for it14:00
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection)14:08
*** JPEW is back14:14
*** Sundeep is back14:14
*** Sundeep is now away: Auto away14:15
*** Kubu_work is now away: Je ne suis pas là pour l'instant.14:16
*** Sundeep is back14:16
*** Sundeep is now away: Auto away14:17
*** Kubu_work is back14:22
*** HarishSadineni is now away: Auto away14:22
*** Ermine is back14:24
*** Ermine is now away: Auto away14:25
*** khilman is back14:25
*** awafaa is now away: Auto-away14:25
*** Ermine is back14:26
*** Ermine is now away: Auto away14:27
*** Ermine is back14:28
*** ptsneves <ptsneves!~Thunderbi@91-189-59-158.riz.pl> has joined #yocto14:30
*** Ermine is now away: Auto away14:31
*** Ermine is back14:31
*** Ermine is now away: Auto away14:32
*** Ermine is back14:32
*** Ermine is now away: Auto away14:32
*** Ermine is back14:32
*** neverpanic is back14:33
*** Ermine is now away: Auto away14:34
*** amfern <amfern!~amfern@240b:10:c301:9100:79da:35db:e1e:9626> has joined #yocto14:35
rburtonvmeson: next milestone: 32k!14:39
vmesonrburton:  indeed. Context: bug number 16k: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1638414:42
*** ptsneves is now away: I am currently away from the computer.14:44
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:54
*** awafaa is back14:54
*** ernstp is now away: Auto-away15:00
*** ptsneves is back15:08
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)15:10
*** khem is now away: Auto-away15:15
*** khem is back15:16
sgaviniHi, I'm looking into CVE-2026-5201 for the wrynose branch. At the moment, I don't see this CVE fix present in wrynose.15:18
sgaviniI noticed the CVE-related patch discussion on Lore dated August 3, 2026, but I wasn't able to gather enough context from the thread:15:18
sgavinihttps://lore.kernel.org/openembedded-core/20260803041813.20-3-yoann.congal@smile.fr/15:18
sgaviniCould you please clarify whether the CVE-2026-5201 fix is planned to be merged into the wrynose branch? If so, is there an expected timeline for the merge?15:18
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 265 seconds)15:23
*** HarishSadineni is back15:25
*** halstead is back15:35
*** ptsneves <ptsneves!~Thunderbi@91-189-59-158.riz.pl> has quit IRC (Ping timeout: 256 seconds)15:38
*** LocutusOfBorg is now away: Auto away at Thu Aug 6 15:42:17 2026 UTC15:42
*** dr_kokobas <dr_kokobas!~Thunderbi@user/dr-kokobas:29317> has joined #yocto15:45
*** dr_kokobas is now away: I am currently away from the computer.15:45
*** druppy <druppy!~Thunderbi@user/druppy> has joined #yocto15:45
*** druppy is now away: Jeg er ikke til stede i øjeblikket.15:45
*** druppy is back15:46
*** HarishSadineni is now away: Auto away15:46
*** HarishSadineni is back15:46
*** frieder <frieder!~frieder@88.130.219.77> has quit IRC (Remote host closed the connection)15:46
*** devonian_invader <devonian_invader!~devonian_@user/devonian-invader:70894> has quit IRC (Ping timeout: 245 seconds)15:51
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto15:51
*** druppy is now away: Jeg er ikke til stede i øjeblikket.15:52
*** halstead is now away: Auto-away15:54
*** aduskett <aduskett!~aduskett@2001:1c00:8183:9900:f185:b195:5f14:b7f0> has quit IRC (Remote host closed the connection)15:55
paulbarkersgavini: I don't see any patch on the mailing list for CVE-2026-5201 on wrynose16:01
paulbarkerI see it got merged for scarthgap, and master got a new version of gdk-pixbuf16:01
paulbarkersgavini: Could you send a patch for wrynose?16:01
*** awafaa is now away: Auto-away16:02
*** druppy is back16:03
*** Danct12 is now away: Auto away at Thu Aug 6 16:03:56 2026 UTC16:03
*** halstead is back16:04
*** druppy <druppy!~Thunderbi@user/druppy> has quit IRC (Ping timeout: 264 seconds)16:08
*** Sundeep is back16:13
*** Sundeep is now away: Auto away16:13
*** LocutusOfBorg is back16:15
*** awafaa is back16:22
rburtonRP: posted more glibc cleanup but the parallel thing is waiting on one more race fix (which i expect the AB won't actually see, but does exist)16:28
*** benjarobin <benjarobin!~benjarobi@user/benjarobin> has quit IRC (Quit: Konversation terminated!)16:29
sgavinipaulbarer: I don't see a patch specifically for CVE-2026-5201, but I noticed that the CVE is referenced in this OE-Core patch https://lore.kernel.org/openembedded-core/20260803041813.20-3-yoann.congal@smile.fr/16:33
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 240 seconds)16:38
*** moto-timo is now away: Auto-away16:38
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has quit IRC ()16:41
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has joined #yocto16:41
*** grma is now away: Zurzeit abwesend16:41
*** awafaa is now away: Auto-away16:44
*** Ermine is back16:44
*** moto-timo is back16:50
*** sgw <sgw!~swold@user/sgw> has joined #yocto16:53
*** sgw is now away: I'm not here right now16:53
*** RP is now away: Auto away at Thu Aug 6 17:02:54 2026 UTC17:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:04
*** awafaa is back17:09
*** zeemate <zeemate!~chris@2001:16b8:b124:6e00:2f24:a731:da94:10d7> has quit IRC (Ping timeout: 245 seconds)17:16
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 260 seconds)17:17
*** Emantor is now away: Auto away at Thu Aug 6 17:18:15 2026 UTC17:18
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto17:21
*** neverpanic is now away: gone17:37
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 253 seconds)17:43
rburtontgamblin: curious what the timings are if you do ptest-runner in an interactive qemu.  is one test massively slow, or is everything just slow?17:46
tgamblinrburton: that's how I've been doing them. See my comment on the libpng bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=16215#c1517:47
tgamblinTL;DR: pngimage-full adds ~3 minutes to the run on qemuriscv6417:48
tgamblinthat's running on my Ryzen 9 workstation, no load other than background system processes and the QEMU process itself17:49
*** LocutusOfBorg is now away: Auto away at Thu Aug 6 17:59:43 2026 UTC17:59
colin-pmsgavini: I believe that discussion you linked is just new CVEs that have been detected, not CVEs that have are associated with a fix.18:05
*** reatmon_ <reatmon_!~reatmon@192.228.67.13> has quit IRC (Remote host closed the connection)18:07
*** reatmon_ <reatmon_!~reatmon@192.228.67.12> has joined #yocto18:08
*** dr_kokobas is back18:11
*** Kubu_work is now away: Je ne suis pas là pour l'instant.18:12
*** savolla <savolla!~savolla@2a02:ff0:1203:7235:e8a6:b56d:5258:3867> has quit IRC (Quit: WeeChat 4.9.2)18:20
*** RP is back18:20
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto18:30
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 258 seconds)18:40
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto18:46
*** khilman is now away: Auto-away18:46
*** RP is now away: Auto away at Thu Aug 6 18:48:26 2026 UTC18:48
*** zenlinux <zenlinux!~zenlinux@thay.zenlinux.com> has quit IRC (Quit: The Lounge - https://thelounge.chat)18:49
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 276 seconds)18:51
*** zenlinux <zenlinux!~zenlinux@thay.zenlinux.com> has joined #yocto18:51
*** dr_kokobas is now away: I am currently away from the computer.18:51
*** amfern <amfern!~amfern@240b:10:c301:9100:79da:35db:e1e:9626> has quit IRC (Ping timeout: 247 seconds)18:54
*** florian_kc <florian_kc!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has joined #yocto19:00
*** halstead is now away: Auto-away19:01
*** ptsneves <ptsneves!~Thunderbi@public-gprs240480.centertel.pl> has joined #yocto19:11
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto19:16
*** ptsneves is now away: I am currently away from the computer.19:17
sgavinipaulbarker:  paulbarer: I don't see a patch specifically for CVE-2026-5201, but I noticed that the CVE is referenced in this OE-Core patch https://lore.kernel.org/openembedded-core/20260803041813.20-3-yoann.congal@smile.fr/19:20
*** ptsneves <ptsneves!~Thunderbi@public-gprs240480.centertel.pl> has quit IRC (Read error: Connection reset by peer)19:25
*** Dracos-Carazza is back19:30
*** flynn378 is now away: Auto-away19:57
*** devonian_invader <devonian_invader!~devonian_@user/devonian-invader:70894> has joined #yocto19:57
*** RP is back20:06
*** devonian_invader <devonian_invader!~devonian_@user/devonian-invader:70894> has quit IRC (Ping timeout: 245 seconds)20:16
*** Kubu_work is back20:25
*** florian_kc <florian_kc!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds)20:26
*** zeemate <zeemate!~chris@2001:16b8:b124:6e00:2378:470f:2369:24e9> has joined #yocto20:39
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has quit IRC ()20:41
*** grma <grma!~gruberm@94-24-60-237.static.kufnet.at> has joined #yocto20:41
*** grma is now away: Zurzeit abwesend20:41
*** khilman is back20:54
*** awafaa is now away: Auto-away20:55
*** Xagen <Xagen!~Xagen@64.154.151.234> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:06
*** bantu <bantu!~bantu@2a03:4000:31:85::1> has quit IRC ()21:26
*** bantu <bantu!~bantu@2a03:4000:31:85::1> has joined #yocto21:27
*** bantu is now away: Detached.21:27
RPAdrianF: https://autobuilder.yoctoproject.org/valkyrie/#/builders/35/builds/4485 :/ There were two others in my build too so it seems to happen quite regularly :/21:27
*** bantu is back21:28
*** bantu is now away: Detached.21:30
*** colin-pm is now away: Auto-away21:34
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 260 seconds)21:35
*** prabhakalad <prabhakalad!~prabhakar@106.219.126.169> has quit IRC (Ping timeout: 260 seconds)21:39
*** prabhakalad <prabhakalad!~prabhakar@106.219.126.169> has joined #yocto21:39
*** bantu is back21:43
*** bantu is now away: Detached.21:43
*** florian_kc <florian_kc!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has joined #yocto21:44
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto21:46
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto21:48
*** Kubu_work <Kubu_work!~kubu@arennes-358-1-227-139.w2-13.abo.wanadoo.fr> has quit IRC (Ping timeout: 259 seconds)21:50
*** dr_kokobas <dr_kokobas!~Thunderbi@user/dr-kokobas:29317> has quit IRC (Ping timeout: 260 seconds)21:53
*** _lore_ is now away: Auto away at Thu Aug 6 22:06:39 2026 UTC22:06
*** awafaa is back22:12
*** KanjiMonster is now away: disconnected22:15
*** sgavini <sgavini!~sgavini@user/sgavini> has quit IRC (Ping timeout: 264 seconds)22:15
*** khem is now away: Auto-away22:20
*** HarishSadineni is now away: Auto away22:24
*** HarishSadineni is back22:24
*** khem is back22:30
*** colin-pm is back22:32
*** dturull <dturull!~dturull@2001:1ba8:112c:ff00:56cd:7f47:128c:24f7> has quit IRC (Ping timeout: 245 seconds)22:33
*** dturull <dturull!~dturull@2001:1ba8:112c:ff00:d0ff:707a:5d65:a372> has joined #yocto22:34
*** awafaa is now away: Auto-away22:34
*** awafaa is back22:34
*** sgavini <sgavini!~sgavini@user/sgavini> has joined #yocto22:38
*** colin-pm is now away: Auto-away22:41
*** RP is now away: Auto away at Thu Aug 6 22:42:20 2026 UTC22:42
*** colin-pm is back22:44
*** zeemate <zeemate!~chris@2001:16b8:b124:6e00:2378:470f:2369:24e9> has quit IRC (Ping timeout: 245 seconds)22:45
*** awafaa is now away: Auto-away22:56
*** colin-pm is now away: Auto-away22:58
*** colin-pm is back22:58
*** prabhakalad <prabhakalad!~prabhakar@106.219.126.169> has quit IRC (Ping timeout: 264 seconds)23:02
*** prabhakalad <prabhakalad!~prabhakar@106.219.126.169> has joined #yocto23:04
*** colin-pm is now away: Auto-away23:08
*** awafaa is back23:11
*** florian_kc <florian_kc!~florian@dynamic-078-048-201-076.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)23:13
*** HarishSadineni is now away: Auto away23:18
*** khem is now away: Auto-away23:18
*** HarishSadineni is back23:18
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:25
*** Ermine is now away: Auto away23:33
*** Ermine is back23:33
*** Ermine is now away: Auto away23:34
*** Ermine is back23:34
*** Ermine is now away: Auto away23:36
*** prabhakalad <prabhakalad!~prabhakar@106.219.126.169> has quit IRC (Ping timeout: 264 seconds)23:43
*** khilman is now away: Auto-away23:48
*** sgw is back23:50
*** sgw is now away: I'm not here right now23:56
*** awafaa is now away: Auto-away23:57

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