Tuesday, 2023-11-21

*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:18
rburton🤞00:19
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)00:34
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto00:38
*** amsobr <amsobr!~amsobr@2a01:14:113:53b0:45ef:e380:4bfe:da64> has quit IRC (Quit: Konversation terminated!)00:40
Saur_Homekhem: With Nanbield, it seems LLVMVERSION in meta-clang (17.0.4) does not match the version of llvm in poky (17.0.2)...00:41
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)00:56
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-b54d-b7a2-5013-b83d.res6.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)01:03
*** florian <florian!~florian@dynamic-002-243-013-096.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)01:07
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)01:10
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto01:11
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)01:33
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 256 seconds)01:37
Saur_HomeRP: You were correct in that the "virtual:" part was not handled correctly by parseRecipeFile(). I have sent a patch now that corrects it. I also sent a patch for oe-selftest to add tests that catch the errors that I found.01:40
Saur_HomeI find it a bit odd that tinfoil is tested in oe-selftest rather than bitbake-selftest, but I guess there is some reason for it...01:41
*** tgamblin_ <tgamblin_!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto01:45
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 256 seconds)01:47
*** davidinux <davidinux!~davidinux@host-79-25-143-98.retail.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds)02:03
*** davidinux <davidinux!~davidinux@host-95-244-53-170.retail.telecomitalia.it> has joined #yocto02:05
*** starblue <starblue!~juergen@dslb-094-220-112-078.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)02:07
*** starblue <starblue!~juergen@dslb-094-220-108-106.094.220.pools.vodafone-ip.de> has joined #yocto02:08
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto02:14
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds)02:26
sakomanrburton:  this is the build, looking good so far but will probably complete while I am asleep: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/622202:26
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto02:28
sakomanrburton: unrelated, but sadly looks like every branch is getting intermittent qemuarm64-ptest errors. doesn't seem to be worker specific, I seem them on all of the arm workers02:30
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds)02:58
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto03:10
*** dutchkin <dutchkin!~dutchkin@45.144.113.234> has joined #yocto03:11
*** jclsn <jclsn!~jclsn@2a04:4540:651e:bc00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds)03:22
*** jclsn <jclsn!~jclsn@2a04:4540:6500:7900:2ce:39ff:fecf:efcd> has joined #yocto03:24
*** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 276 seconds)04:22
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-208.dsl.bell.ca> has joined #yocto04:24
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto04:45
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)05:08
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:09
*** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto05:35
*** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 255 seconds)05:46
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto06:02
*** jmd` <jmd`!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto06:05
*** jmd` <jmd`!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)06:06
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)06:13
*** dutchkin <dutchkin!~dutchkin@45.144.113.234> has quit IRC (Ping timeout: 255 seconds)06:16
*** dutchkin <dutchkin!~dutchkin@194.124.76.102> has joined #yocto06:19
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)06:32
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto06:32
*** sakman <sakman!~sakman@99.209.85.164> has quit IRC (Quit: Leaving)06:34
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto06:37
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto06:39
alperakmorning06:40
*** sakman <sakman!~sakman@208.111.77.233> has joined #yocto06:42
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor)06:51
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto06:51
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)06:57
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto07:06
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto07:11
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:12
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:15
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)07:17
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto07:20
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto07:30
*** dutchkin <dutchkin!~dutchkin@194.124.76.102> has left #yocto (Konversation terminated!)07:34
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:38
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)07:41
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto07:41
*** mckoan|away is now known as mckoan07:42
mckoangood morning07:42
alperakmorning07:43
alessioigorto all07:43
*** frieder <frieder!~frieder@i577B9007.versanet.de> has joined #yocto07:45
*** rfuentess <rfuentess!~rfuentess@62-34-31-6.abo.bbox.fr> has joined #yocto07:55
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto08:04
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto08:09
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 264 seconds)08:14
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto08:20
LetoThe2ndyo dudX08:24
yocton_Hello :)08:27
*** yocton_ is now known as yocton08:28
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto08:29
mcfrisk_SPDX stuff is breaking builds a lot: do_populate_lic_deploy: Couldn't find license information for dependency ...08:30
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:32
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)09:00
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto09:07
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 252 seconds)09:16
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto09:19
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)09:19
jclsnHow to add a License file to a recipe whose sources don't ship with one? I have added it to FILESEXTRAPATHS, but it is not picked up with file://LICENSE09:22
jclsnIt says "points to an invalid file", but the file should be correct. I even checked the md5sum manually09:23
rburtonjclsn: step 1 is to report the fact that the sources don't ship their license anywhere to the maintainer09:29
rburtonjclsn: is the problem with the LICENSE field, or the license checksum?09:30
jclsnrburton: It is just a recipe with some signed TAs. Is it even necessary to add licenses to recipes that no one out of my company will ever see?09:30
rburtonprobably not.  LICENSE="CLOSED" works...09:31
jclsnNo idea. I tried taking the same BSD license that OP-TEE shipped with09:31
jclsnOkay thanks09:31
rburtonif the license is well known then set the right license eg LICENSE="BSD", and point the checksum at a file in COMMON_LICENSE_DIR if there's no statement in the sources.09:32
*** mvlad <mvlad!~mvlad@2a02:2f05:8105:bb00:2559:21c5:4bc5:8f49> has joined #yocto09:32
rburtonsakoman: failed, and yes it was taking ages scanning.  i can fix that.09:33
jclsnrburton: Thanks will do09:34
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto09:39
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto09:39
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 276 seconds)10:01
*** Guest64 <Guest64!~Guest64@81.255.131.11> has joined #yocto10:05
*** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto10:18
*** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto10:25
*** Guest64 <Guest64!~Guest64@81.255.131.11> has quit IRC (Quit: Client closed)10:27
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:53
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor)11:02
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto11:02
*** starblue <starblue!~juergen@dslb-094-220-108-106.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)11:04
*** starblue <starblue!~juergen@dslb-094-220-108-106.094.220.pools.vodafone-ip.de> has joined #yocto11:06
*** mckoan is now known as mckoan|away11:20
Saur_Homejclsn: You can use: LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/BSD-2-Clause;md5=cb641bc04cda31daea161b1bc15da69f"11:26
*** pidge <pidge!~pidge@194.110.145.184> has joined #yocto11:27
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto11:42
*** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has quit IRC (Read error: Connection reset by peer)11:45
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC (Ping timeout: 240 seconds)11:46
*** jkridner <jkridner!sid491820@user/jkridner> has quit IRC (Ping timeout: 245 seconds)11:46
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)11:46
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto11:47
*** JPEW <JPEW!sid500061@helmsley.irccloud.com> has quit IRC (Ping timeout: 276 seconds)11:49
*** reatmon <reatmon!sid538117@id-538117.helmsley.irccloud.com> has quit IRC (Ping timeout: 246 seconds)11:49
*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Ping timeout: 255 seconds)11:50
*** wmills <wmills!wmills@id-627577.helmsley.irccloud.com> has quit IRC (Ping timeout: 246 seconds)11:50
*** Dane86 <Dane86!~Dane86@41.71.1.4> has joined #yocto11:51
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has joined #yocto11:51
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (Ping timeout: 252 seconds)11:51
*** elfenix|cloud <elfenix|cloud!sid516192@id-516192.helmsley.irccloud.com> has quit IRC (Ping timeout: 252 seconds)11:51
*** rburton <rburton!rburton@user/rburton> has quit IRC (Ping timeout: 256 seconds)11:51
*** diamondman__ <diamondman__!sid306859@id-306859.helmsley.irccloud.com> has quit IRC (Ping timeout: 240 seconds)11:54
*** khem <khem!uid220931@helmsley.irccloud.com> has joined #yocto11:55
*** rburton <rburton!rburton@user/rburton> has joined #yocto11:55
*** JPEW <JPEW!sid500061@helmsley.irccloud.com> has joined #yocto11:56
*** jkridner <jkridner!sid491820@user/jkridner> has joined #yocto11:56
*** reatmon <reatmon!sid538117@helmsley.irccloud.com> has joined #yocto11:57
*** bradfa <bradfa!sid297668@helmsley.irccloud.com> has joined #yocto11:57
*** diamondman__ <diamondman__!sid306859@id-306859.helmsley.irccloud.com> has joined #yocto11:57
*** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has joined #yocto11:57
*** wmills <wmills!wmills@helmsley.irccloud.com> has joined #yocto11:58
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto11:58
*** elfenix|cloud <elfenix|cloud!sid516192@id-516192.helmsley.irccloud.com> has joined #yocto11:58
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has quit IRC (Remote host closed the connection)12:00
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has joined #yocto12:00
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)12:02
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto12:02
kayterina3Hello, what is the difference between ROOTFS_POSTPROCESS_COMMAND and pkg_postinst:${PN}() ? I want to replace a file in the image's /etc/12:05
*** Dane86 <Dane86!~Dane86@41.71.1.4> has quit IRC (Quit: Client closed)12:11
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)12:12
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)12:20
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto12:21
*** tgamblin_ is now known as tgamblin12:24
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 252 seconds)12:28
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto12:29
Saurkayterina3: The functions in ROOTFS_POSTPROCESS_COMMAND are executed by bitbake at the end of the do_rootfs task. The pkg_postinst:${PN}() functions are executed by the package manager (e.g., dnf for RPMs) during the installation of the packages. The latter happens both during installation into the rootfs, but also if the package is installed in runtime.12:35
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!)12:38
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto12:38
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto12:45
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor)12:47
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto12:47
*** Dane86 <Dane86!~Dane86@41.71.1.4> has joined #yocto12:52
Dane86If I want a recipe to be 'executed' in an image, but that recipe does not actually do anything to rootfs, then is appending the recipe to IMAGE_INSTALL still the correct method?12:55
Dane86Asking because I am getting an error in do_rootfs when adding a particular recipe to IMAGE_INSTALL...12:55
RPSaur_Home: it was tested in oe-selftest since there is metadata there to test tinfoil against12:57
SaurRP: Ok. Figured there had to be some reason for it. :)12:57
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.1.1)13:02
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto13:04
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has quit IRC (Remote host closed the connection)13:05
*** Dane86 <Dane86!~Dane86@41.71.1.4> has quit IRC (Quit: Client closed)13:05
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has joined #yocto13:05
neverpanicDane86: That doesn't sound correct. Recipes are not 'executed' in images. Recipes are built in their own private space where only the declared dependencies are visible, the resulting files are packaged (typically into more than one package per recipe), and those packages are then installed in a rootfs, which is then turned into an image.13:06
neverpanicChances are you're adding the name of the recipe to IMAGE_INSTALL, which then fails because bitbake by default does not create empty packages, which the package named like your recipe will be if it doesn't install any files.13:07
neverpanic(Which you would have read, if you had not just closed your client.)13:07
*** wmills_ <wmills_!~wmills@pool-108-31-156-225.washdc.fios.verizon.net> has quit IRC (Quit: Leaving)13:08
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)13:09
RPSaur: the reason the code is inconsistent about datastores is that we retrofitted bbclassextend to existing code btw. :/13:10
*** Dane86 <Dane86!~Dane86@41.71.1.4> has joined #yocto13:11
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto13:13
SaurRP: Ok. I had a some trouble during debugging of _parse_recipe() at first because I couldn't understand why the bb_data.getVar() that I added failed, when bb_data.setVar() was used a couple of lines earlier. That is, until I figured out that the call to bb_data = bb.parse.handle(...) changed what bb_data was...13:14
SaurHopefully my changes make the code a little less confusing.13:15
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 264 seconds)13:32
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)13:33
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto13:33
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 264 seconds)13:38
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto13:39
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 252 seconds)13:41
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto13:45
RPSaur: yes, I guess I planned to go and do this but got distracted :/13:46
Dane86[2:55:43 PM] <Dane86> If I want a recipe to be 'executed' in an image, but that recipe does not actually do anything to rootfs, then is appending the recipe to IMAGE_INSTALL still the correct method?13:48
Dane86[2:55:43 PM] <Dane86> Asking because I am getting an error in do_rootfs when adding a particular recipe to IMAGE_INSTALL...13:48
Dane86(Sorry not sure whether anyone replied in the interim, I got disconnected)13:48
Dane86So for example I've used the default layer template created by 'bitbake-layers create-layer', which displays a banner using bb.plain, and tried to add that to the image - bit it doesn't display... If I bitbake the recipe itself then it displays, but not when I try to include it in the image.13:48
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)13:48
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto13:48
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer)13:50
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto13:52
*** Dane86 <Dane86!~Dane86@41.71.1.4> has quit IRC (Quit: Client closed)14:00
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto14:07
*** alb3rt0 <alb3rt0!~alb3rt0@host-81-118-90-13.business.telecomitalia.it> has joined #yocto14:08
*** Dane86 <Dane86!~Dane86@41.71.1.4> has joined #yocto14:15
LetoThe2ndDane86: the question would be "what error are you seeing".14:19
Dane86ERROR: core-image-exappscreen-1.0-r0 do_rootfs: Could not invoke dnf.14:20
Dane86This is in the context of meta-updater (libostree)14:20
Dane86Trying to do a sanity check in terms of just displaying a banner, but tending more towards the insanity side as no matter what I do I can't seem to get that banner to display. I even added a bb.fatal and it still doesn't seem to get hit.14:21
Dane86SUMMARY = "bitbake-layers recipe"14:22
Dane86DESCRIPTION = "Recipe created by bitbake-layers"14:22
Dane86LICENSE = "MIT"14:22
Dane86python do_display_banner() {14:22
Dane86    bb.plain("************************************************");14:22
Dane86    bb.plain("*                                              *");14:22
Dane86    bb.plain("*  Example recipe created by bitbake-layers!   *");14:22
Dane86    bb.plain("*                                              *");14:22
Dane86    bb.plain("************************************************");14:22
Dane86    bb.fatal("!!!");14:22
Dane86}14:22
Dane86addtask display_banner before do_build14:22
Dane86addtask display_banner before do_rootfs14:22
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has quit IRC (Remote host closed the connection)14:23
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has joined #yocto14:24
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto14:24
Dane86The full error is:14:24
Dane86ERROR: core-image-exappscreen-1.0-r0 do_rootfs: Could not invoke dnf. Command '/home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/recipe-sysroot-native/usr/bin/dnf -v --rpmverbosity=info -y -c14:24
Dane86/home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/rootfs/etc/dnf/dnf.conf --setopt=reposdir=/home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/rootfs/etc/yum.repos.d14:24
Dane86--installroot=/home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/rootfs --setopt=logdir=/home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/temp14:24
Dane86--repofrompath=oe-repo,/home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/oe-rootfs-repo --nogpgcheck install aktualizr aktualizr-info aktualizr-shared-prov atwilc-driver-files fonts-exappscreen gstreamer1.0 libsocketcan openssh os-release ostree ostree-initramfs ostree-kernel14:24
Dane86packagegroup-core-boot qtbase qtmultimedia qtserialbus qtserialport run-postinsts testlayer-example u-boot-otascript' returned 1:14:24
Dane86DNF version: 4.11.114:24
Dane86cachedir: /home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/rootfs/var/cache/dnf14:24
Dane86Added oe-repo repo from /home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/oe-rootfs-repo14:24
Dane86User-Agent: falling back to 'libdnf': could not detect OS or basearch14:24
Dane86repo: using cache for: oe-repo14:24
Dane86oe-repo: using metadata from Tue 21 Nov 2023 02:13:44 PM UTC.14:24
Dane86No match for argument: testlayer-example14:24
Dane86No match for argument: u-boot-otascript14:24
Dane86Error: Unable to find a match: testlayer-example u-boot-otascript14:24
Dane86ERROR: Logfile of failure stored in: /home/dane/yocto/fsl-community-bsp/exappscreen/tmp/work/exappscreen-fslc-linux-gnueabi/core-image-exappscreen/1.0-r0/temp/log.do_rootfs.5331614:24
Dane86ERROR: Task (/home/dane/yocto/fsl-community-bsp/sources/meta-sw-exappscreen/recipes-sw/images/core-image-exappscreen.bb:do_rootfs) failed with exit code '1'14:24
SaurDane86: Please use pastebin to paste multiple lines!14:25
Dane86Saur Will do, my apologies.14:26
SaurDane86: There are no testlayer-example and u-boot-otascript packages. You will need to go back to those recipes and see why they have not produced the packages. This may for example happen if all files are packaged in other packages than the ones you have specified in IMAGE_INSTALL.14:28
kayterina3What is this error about "pkg_postinst in recipe contains ${D}, it should be replaced by $D instead [expanded-d]"? My pkg_postinst:${PN} does: echo "kati" >  $D${sysconfdir}/katitis14:29
kayterina3I used meta-java, ca-certificates-java as an example.14:29
Dane86Saur_Home: The confusing thing is that 'fonts-exappscreen' seems to pass? My apologies but I don't understand this: "This may for example happen if all files are packaged in other packages than the ones you have specified in IMAGE_INSTALL."14:31
TyakuHello, I have an issue to build a Kernel module for a WiFi/BLE chip, here you will find my recipe and the error: https://pastebin.com/rfzTg4Wj  The .ko is not generated and I don't understand why14:32
rburtonDane86: IMAGE_INSTALL installs _packages_ that are generated by _recipes_.  Does your testlayer-example recipe build packages?14:32
Dane86rburton: It's just a script14:33
rburtonDane86: explain what you mean please14:33
SaurDane86: Each recipe packages that files that are installed during do_install() into multiple packages. The main package is named after the  recipe (${PN}), but you typically also get ${PN}-dev, ${PN}-dbg, ${PN}-doc, ${PN}-staticlib, etc. Which packages are created is controlled by the PACKAGES variable, and which files go into which package is controlled via the FILES:<package> variables.14:33
Dane86rburton: Sorry a task14:33
Saurpackages the files*14:34
rburtonDane86: you can't install a task into an image.  images are constructed from a list of pacakges which a recipe creates.14:34
Dane86rburton: OK thanks, so how do I get that task to run during the image creation process?14:35
rburtonwell your example is just printing a banner. what do you actually want to do?14:35
kayterina3^^^ok, so it turns out, the qa caught the "${D}" that I had in comment, I removed it and it passes.14:35
Dane86rburton: I'm trying to copy from here: https://github.com/advancedtelematic/meta-updater-raspberrypi/blob/master/recipes-bsp/u-boot-otascript/u-boot-otascript.bb14:35
rburtonDane86: that explicitly doesn't put anything into an image14:36
rburtonit puts files into the tmp/deploy directly, not into an image14:36
Dane86rburton: OK thanks, so how do I get it to run during image creation?14:37
rburton"it"?14:37
Dane86that task - do_deploy()14:37
Dane86(i.e. that recipe)14:38
rburtonhttps://docs.yoctoproject.org/ref-manual/variables.html#term-EXTRA_IMAGEDEPENDS probably14:38
Dane86https://github.com/advancedtelematic/meta-updater-raspberrypi/blob/caa15dddec76195290835bc59522206e2a6525e8/recipes-bsp/bootfiles/bootfiles.bbappend14:39
Dane86Is this the bit I'm missing?14:39
alb3rt0hello everyone,14:39
alb3rt0I would like to report an issue that I face with kirkstone and eventually solve it:14:39
alb3rt0I'm working with https://git.yoctoproject.org/poky/tag/?h=kirkstone-4.0.1414:39
alb3rt0and by following the esdk guide:14:39
alb3rt0https://docs.yoctoproject.org/4.0.14/sdk-manual/extensible.html14:39
alb3rt0the three steps are not working.14:39
alb3rt0Than I found the following RFC and I apply that and seems to be fine14:39
alb3rt0https://lore.kernel.org/all/20220622103312.1098389-3-alex@linutronix.de/T/#m7eadf6c722410f5b233ebba9fc700a895af9f05214:39
alb3rt0how we can proceed?14:39
rburtonDane86: that's not how i'd have done it but sure.  i'd have used EXTRA_IMAGEDEPENDS.14:40
Dane86OK let me try :]14:40
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has quit IRC (Remote host closed the connection)14:42
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has joined #yocto14:42
pidgeRP: testing out a bunch of useradd stuff today. expect patches after this build (crosses fingers)14:45
Dane86rburton: That seems to have solved it, thank-you!!! :] :] :]14:47
Dane86I'm still not seeing the banner display though?14:48
Dane86And the bb.fatal in the banner does not seem to be doing anything?14:48
Tyakudid someone understand these error when building a module: "ERROR: modpost: "wiphy_free" [/......../esp-hosted-ng.ko] undefined!"14:51
TyakuI have a lot of these lines, I try to build esp-hosted-ng.ko14:51
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 264 seconds)14:55
RPpidge: sounds good!14:58
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)15:04
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:05
*** Dane86 <Dane86!~Dane86@41.71.1.4> has quit IRC (Quit: Client closed)15:05
pidgeRP: There is a question I have, and this was brought up in one of the useradd bugs. We should be requiring (imho) that if recipeA creates a group that recipeB requires, then recipeA needs to be in DEPENDS. Right now, that's not documented anywhere, but my patch requires it (basically running through the DEPENDS and ensuring that the sysroot_setscene is in USERADDSETSCENEDEPS)15:08
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)15:11
pidgeWhich, if that's fine, my patch (I think, testing now) also fixes a few other issues (13279, 13904, 13279, 15084, 13419)15:12
*** alperak <alperak!~alperak@176.33.65.151> has joined #yocto15:12
pidgeI'm failing to find a usecase where having recipeA in the DEPENDS would cause an issue, but...15:13
*** alperak <alperak!~alperak@176.33.65.151> has quit IRC (Quit: Client closed)15:17
RPpidge: DEPENDS should be fine, I need to look at the patches to make further comment! :)15:23
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 255 seconds)15:28
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto15:29
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)15:30
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)15:32
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto15:33
qschulztlwoerner: I think you're gonna love what one of my colleagues found out about TPL on Rockchip SoCs :)15:33
tlwoernerqschulz: oh oh15:33
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 255 seconds)15:33
tlwoerneram i detecting a hint of sarcasm? ;-)15:33
qschulzactually not at all, you'll actually love it15:34
qschulzhttps://github.com/rockchip-linux/rkbin/blob/master/tools/ddrbin_tool_user_guide.txt15:34
qschulzhttps://github.com/rockchip-linux/rkbin/blob/master/tools/ddrbin_param.txt15:34
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto15:34
qschulzyou could possibly be able to get a recent TPL for your rk3308 with the proper uart configured15:34
qschulzjust need to reconfigure it with that tool!15:35
tlwoernerNICE! B-)15:35
qschulzwe use a different baudrate than Rockchip's default and this fixed it15:35
qschulzwe could probably integrate this in rockchip-rkbin recipe somehow as well via OVERRIDES and careful sed commands15:35
tlwoerneryes! exactly what i was thinking15:37
*** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Remote host closed the connection)15:49
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Quit: leaving)15:49
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto15:50
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 256 seconds)15:52
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto15:53
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 246 seconds)15:57
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto15:57
*** valdemaras <valdemaras!~valdemara@86.38.153.137> has joined #yocto16:12
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 255 seconds)16:13
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds)16:15
*** kayterina3 <kayterina3!~kayterina@ppp-94-65-35-93.home.otenet.gr> has quit IRC (Remote host closed the connection)16:17
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 264 seconds)16:22
*** rfuentess <rfuentess!~rfuentess@62-34-31-6.abo.bbox.fr> has quit IRC (Remote host closed the connection)16:24
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal)16:26
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 264 seconds)16:28
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has joined #yocto16:29
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto16:33
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)16:33
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)16:33
*** zpfvo <zpfvo!~fvo@i59F5CF07.versanet.de> has quit IRC (Ping timeout: 256 seconds)16:33
*** amitk <amitk!~amit@58.84.60.113> has joined #yocto16:34
*** zpfvo <zpfvo!~fvo@i59f5cf07.versanet.de> has joined #yocto16:34
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto16:36
qschulzDoes anyone have any hint on how to debug SSTATE_MIRRORS on kirkstone? I'm trying to use the ssh fetcher with it but somehow I don't see any "SState using premirror of" which I assume would be there if i have it setup16:36
qschulz(I add -DDDD to bitbake)16:36
dvergata1Is it possible somehow to use e.g. user in do_install within base-files recipe bbappend? Because I have noticed that base-files are being pulled by userad.bbclass and this leads to loop dependency...16:37
*** dvergata1 is now known as Dvergatal16:38
*** Dvergatal is now known as dvergatal16:38
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:41
qschulzok nevermind, it was an issue with kas-container. It only works in 4.1 and later sadly16:45
*** Guest64 <Guest64!~Guest64@81.255.131.11> has joined #yocto16:48
*** amsobr <amsobr!~amsobr@2a01:14:113:53b0:871d:fd7f:c269:72a0> has joined #yocto16:48
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 255 seconds)16:52
qschulzbut need to read on using SSTATE_MIRRORS without the hashserv (or figure out how to expose the hashserv)16:57
*** Guest92 <Guest92!~Guest64@81.255.131.11> has joined #yocto17:00
*** Guest92 <Guest92!~Guest64@81.255.131.11> has quit IRC (Client Quit)17:00
*** Guest64 <Guest64!~Guest64@81.255.131.11> has quit IRC (Quit: Client closed)17:00
*** mbulut <mbulut!~mbulut@31.18.142.81> has joined #yocto17:28
*** alb3rt0 <alb3rt0!~alb3rt0@host-81-118-90-13.business.telecomitalia.it> has quit IRC (Quit: Client closed)17:35
*** florian__ <florian__!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has joined #yocto17:37
*** frieder <frieder!~frieder@i577B9007.versanet.de> has quit IRC (Remote host closed the connection)17:39
mischiefqschulz: not sure if it's correct, but for us i just set BB_SIGNATURE_HANDLER = "OEBasicHash"17:43
*** zpfvo <zpfvo!~fvo@i59f5cf07.versanet.de> has quit IRC (Quit: Leaving.)17:47
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)17:54
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto17:54
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)18:05
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto18:05
*** florian__ <florian__!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)18:05
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)18:15
*** florian__ <florian__!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has joined #yocto18:36
*** valdemaras <valdemaras!~valdemara@86.38.153.137> has quit IRC (Quit: valdemaras)18:38
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)18:41
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto18:41
*** amitk <amitk!~amit@58.84.60.113> has quit IRC (Ping timeout: 252 seconds)18:46
*** florian_kc <florian_kc!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has joined #yocto18:55
jsbronderIs the 'License-Update' tag no longer being used?  It was on the wiki, https://www.openembedded.org/index.php?title=Commit_Patch_Message_Guidelines&oldid=10935#Describing_license_changes, but I can't find it in the new style guide, https://docs.yoctoproject.org/dev/contributor-guide/recipe-style-guide.html18:57
*** florian__ <florian__!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)18:59
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)19:15
tgamblinjsbronder: definitely still being used. In fact, Patchtest will respond and tell you it's missing if a change occurs and you don't put it in the commit message19:16
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)19:17
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto19:18
*** amsobr <amsobr!~amsobr@2a01:14:113:53b0:871d:fd7f:c269:72a0> has quit IRC (Quit: Konversation terminated!)19:19
*** amitk <amitk!~amit@58.84.60.113> has joined #yocto19:19
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto19:28
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)19:42
*** mbulut <mbulut!~mbulut@31.18.142.81> has quit IRC (Ping timeout: 255 seconds)19:47
JPEWqschulz: mischief is correct, use BB_SIGNATURE_HANDLER = "OEBasicHash" if you don't have a hash equivalence server but want to share sstate19:51
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto19:56
jsbrondertgamblin: Cool, patch sent then.19:59
*** florian_kc <florian_kc!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)20:06
mischiefit seems like doing cve check somehow caused my kernel to be rebuilt but i am not sure why. from this diffsigs trace is there anything else i could check? https://paste.debian.net/hidden/d832bdec/20:13
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto20:18
*** amitk <amitk!~amit@58.84.60.113> has quit IRC (Ping timeout: 256 seconds)20:20
*** florian_kc <florian_kc!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has joined #yocto20:20
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor)20:32
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto20:32
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)20:33
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Read error: Connection timed out)20:33
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:33
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:34
*** adrianf <adrianf!~adrianf@212-51-147-113.fiber7.init7.net> has quit IRC (Quit: Ping timeout (120 seconds))20:37
*** adrianf <adrianf!~adrianf@212-51-147-113.fiber7.init7.net> has joined #yocto20:38
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)20:39
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:39
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)20:41
rburtonmischief: that's a known "annoyance" where if your rootfs is your initramfs then it causes a full kernel rebuild instead of reusing the kernel binary and just gluing a initramfs on20:42
rburtonmischief: probably solved best by not using a traditional initramfs but instead one of the newer kernel+filesystem blob things20:42
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto20:42
rburtondoing a cve check shouldn't have tainted the rootfs task though20:43
rburtonwould be interesting if you can replicate that behaviour20:43
mischiefmy current workaround is to set CVE_CHECK_CREATE_MANIFEST = "0" for the initramfs.20:44
mischiefrburton: yes, i'm the author of https://bugzilla.yoctoproject.org/show_bug.cgi?id=15059 :-)20:44
mischiefi think it's due to https://git.yoctoproject.org/poky/tree/meta/classes/cve-check.bbclass#n292 but i'm not sure how.20:46
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Read error: Connection timed out)20:53
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)20:54
*** zkrx <zkrx!~slimshady@adsl-84-226-120-254.adslplus.ch> has quit IRC ()20:56
*** zkrx <zkrx!~slimshady@adsl-84-226-120-254.adslplus.ch> has joined #yocto21:01
*** zkrx <zkrx!~slimshady@adsl-84-226-120-254.adslplus.ch> has quit IRC (Client Quit)21:02
*** adrianf0 <adrianf0!~adrianf@212-51-147-113.fiber7.init7.net> has joined #yocto21:07
*** adrianf <adrianf!~adrianf@212-51-147-113.fiber7.init7.net> has quit IRC (Read error: Connection reset by peer)21:07
*** adrianf0 is now known as adrianf21:07
*** zkrx <zkrx!~slimshady@adsl-84-226-120-254.adslplus.ch> has joined #yocto21:08
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:10
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)21:11
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto21:14
khemrburton: around ?21:30
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)21:41
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor)21:44
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)21:46
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto21:47
rburtonkhem: ish21:57
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto21:58
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection)22:08
*** _whitelogger_ <_whitelogger_!~whitelogg@uruz.whitequark.org> has joined #yocto22:08
khemrburton: I am seeing this issue where gettings.bbclass generates compiled glib settings diffrently for 32bit multilib compared to main rootfs22:15
khemhttps://git.yoctoproject.org/poky/tree/meta/classes-recipe/gsettings.bbclass#n2622:17
khemthis came to fore due to new vte needing both gtk3 and gtk422:17
khemso main rootfs gets schemas installed for both gtk3 and gtk4 but lib32 rootfs only gets gtk3 becuse we asked to install   â–Ž IMAGE_INSTALL:append = ' lib32-connman-gnome'22:19
RPsome fun pictures. https://www.rpsys.net/wp/rp/nanbielda.jpg, https://www.rpsys.net/wp/rp/nanbieldb.jpg https://www.rpsys.net/wp/rp/nanbieldc.jpg going down the pass. https://www.rpsys.net/wp/rp/nanbieldd.jpg is looking back at it.22:19
khemthis was hidden until now because gtk4 would not be pulled into main rootfs and accidentally gscemas were same for both rootfs'es22:19
khemRP: nanbield seems pretty clear !! no bugs :)22:20
dvergatalguys is it possible to add package to RDEPENDS for a specifig image only?22:25
rburtonkhem: can you file a bug with as much detail as you can and copy me please22:25
rburtondvergatal: no. the same package will be put into multiple images.22:26
khemYeah perhaps a good idea22:26
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)22:26
rburtondvergatal: you can make it a recommends instead, and stop that recommended package from being installed22:26
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto22:26
rburtondvergatal: but basically: "it's a dependency apart from when it isn't" says it isn't a *hard* dependency, which is what RDEPENDS is22:26
dvergatalrburton: how can I stop it?22:27
dvergatalrburton: and can i stop it for specific image?22:28
*** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection)22:28
RPkhem: I've certainly seen more bugs elsewhere! :)22:29
rburtondvergatal: https://docs.yoctoproject.org/ref-manual/variables.html#term-BAD_RECOMMENDATIONS22:30
rburtonand https://docs.yoctoproject.org/ref-manual/variables.html#term-RRECOMMENDS22:31
dvergatalrburton: yeah that's it :D22:31
dvergatalrburton: thx22:33
dvergatalrburton: btw. should I change this pn in BAD_RECOMMENDATIONS:pn-target_image into ${PN} or just leave it like it is and just change22:34
dvergataltarget_image to my image name?22:34
rburtondepends where you want to set it22:34
dvergatalin recipe22:34
rburtonset that in the image, which is the logical place, and you don't need any overrides22:34
dvergatalahaaa ok22:35
dvergatalthx22:35
Saur_Homekhem: With Nanbield, it seems LLVMVERSION in meta-clang (17.0.4) does not match the version of llvm in poky (17.0.2)...22:37
khemSaur_Home: yes i am aware of that, I think it will be good to send a backport of patch to oe-core to bump it to 17.0.4 now that nanbield is released we held it up for release to go through22:39
khemrburton: your llvm fix fo rust, can we apply that to llvm in clang too22:39
rburtonkhem: the clang recipe? _possibly_22:40
rburtondidn't look at how much more that builds22:40
khemwell thinking again it might be a bit difficult because we build lldb which has python bindings22:42
khemand they did not really work on older python installs IIRC centos22:42
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:43
khemone of my clang-native builds was done with PGO enabled and hack the overall build of core-image-sato improved by 13% timewise22:45
khemany takers ?22:46
khemso maybe we should also try to build gcc-cross with LTO + PGO and see how it does on large compiles22:46
dvergatalrburton: thx it is working :D22:52
dvergatalrburton: you saved my night22:54
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 276 seconds)22:57
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto22:58
*** florian_kc <florian_kc!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)23:18
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)23:31
*** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Quit: Konversation terminated!)23:39
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)23:40
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto23:40
*** florian_kc <florian_kc!~florian@dynamic-078-049-131-216.78.49.pool.telefonica.de> has joined #yocto23:55

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