Thursday, 2023-09-21

yates_worki can build the static qtbase libraries via "bitbake qtbase-staticdev", however how do i get my own qt app recipe to build them? using "DEPENDS = "qtbase-staticdev" doesn't work.00:06
yates_workneither does specifying a .pro file that has "CONFIG += static"00:09
zhmyloveyates_work: what do you mean under "own recipe to build them"?00:11
zhmyloveBTW qtbase-staticdev is a name of a package, not a recipe. You cannot DEPEND on it00:11
zhmyloveIn case you need some statically built libraries before compilation of your recipe, you can DEPEND on qtbase and hope that do_populate_sysroot will give you static libs. If not, then just create a bbappend on it to explicitly add them for populate_sysroot via a variable00:13
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection)00:42
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto00:43
*** zhmylove <zhmylove!~zhmylove@> has quit IRC (Remote host closed the connection)00:46
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:5419:f6b8:975d:6f53> has quit IRC (Quit: Client closed)00:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:58
*** davidinux <davidinux!> has quit IRC (Ping timeout: 260 seconds)01:04
*** davidinux <davidinux!> has joined #yocto01:06
*** luneff <luneff!~koolkhel@> has quit IRC (Ping timeout: 240 seconds)01:10
*** luneff <luneff!~koolkhel@> has joined #yocto01:15
*** vladest <vladest!> has quit IRC (Remote host closed the connection)01:17
*** vladest <vladest!> has joined #yocto01:27
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 240 seconds)01:28
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto01:29
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto01:37
*** starblue <starblue!> has quit IRC (Ping timeout: 244 seconds)01:56
*** starblue <starblue!> has joined #yocto01:58
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto02:25
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.0.4)02:31
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto02:31
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Client Quit)02:34
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto02:35
*** xmn <xmn!~xmn@2600:4040:9390:8c00:bd06:7671:30f7:f196> has quit IRC (Ping timeout: 258 seconds)02:49
*** jclsn <jclsn!~jclsn@2a04:4540:6533:e300:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds)02:50
*** xmn <xmn!~xmn@2600:4040:9390:8c00:1ca1:5b77:413e:2c49> has joined #yocto02:51
*** jclsn <jclsn!~jclsn@2a04:4540:6538:7900:2ce:39ff:fecf:efcd> has joined #yocto02:52
*** otavio <otavio!> has quit IRC (Ping timeout: 260 seconds)03:11
*** otavio <otavio!> has joined #yocto03:11
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto03:15
PhoenixMageAfternoon all03:15
PhoenixMageQuick question, is "part --offset" absolute or relative to the last partition? Reading the wic docs it sounds to me like its absolute but reading the wic file and looking at the partition table on disk each partition offset looks relative to the end of the last?03:17
PhoenixMageHey LetoThe2nd appreciate your response on Mender hub03:17
PhoenixMageIgnore my question, forgot to take something into account03:31
*** luneff <luneff!~koolkhel@> has quit IRC (Ping timeout: 258 seconds)03:46
LetoThe2ndPhoenixMage: sure thing!04:35
*** arob109 <arob109!> has quit IRC (Ping timeout: 240 seconds)05:03
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:27
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)05:44
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:45
*** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has joined #yocto05:53
*** lighteagle <lighteagle!> has quit IRC (Ping timeout: 258 seconds)05:58
*** linfax <linfax!> has joined #yocto06:14
*** rob_w <rob_w!> has joined #yocto06:23
LetoThe2ndyo dudX06:25
*** Ram94 <Ram94!~Ram94@2601:647:4700:30d0:15cb:739:129b:dd63> has joined #yocto06:31
*** linfax <linfax!> has quit IRC (Quit: Leaving)06:31
alessioigorgood morning06:34
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)06:37
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:37
*** linfax <linfax!> has joined #yocto06:38
*** warthog9 <warthog9!> has quit IRC (Remote host closed the connection)06:39
*** mckoan|away is now known as mckoan06:39
mckoangood morning06:39
*** Notgnoshi <Notgnoshi!> has quit IRC (Remote host closed the connection)06:39
*** Notgnoshi <Notgnoshi!> has joined #yocto06:41
*** warthog9 <warthog9!> has joined #yocto06:41
*** zpfvo <zpfvo!> has joined #yocto06:52
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto06:58
*** Kubu_work <Kubu_work!> has joined #yocto07:02
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 240 seconds)07:04
*** slimak <slimak!> has joined #yocto07:11
*** Ram94 <Ram94!~Ram94@2601:647:4700:30d0:15cb:739:129b:dd63> has quit IRC (Quit: Client closed)07:17
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto07:22
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 246 seconds)07:28
*** sgw <sgw!~swold@user/sgw> has joined #yocto07:32
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto07:41
*** dkl <dkl!> has quit IRC (Quit: %quit%)07:43
*** zpfvo <zpfvo!> has joined #yocto07:44
*** dkl <dkl!> has joined #yocto07:45
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 240 seconds)07:51
*** zpfvo <zpfvo!> has joined #yocto07:51
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 255 seconds)07:55
*** zpfvo <zpfvo!> has joined #yocto07:56
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)08:07
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:08
*** tnovotny <tnovotny!> has joined #yocto08:09
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)08:13
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:13
*** varjag <varjag!~user@> has joined #yocto08:15
qschulztlwoerner: added comments on the commit08:20
qschulztlwoerner: i don't care too much about the SoB, so up to you08:22
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto08:23
*** prabhakarlad <prabhakarlad!> has joined #yocto08:32
*** florian <florian!> has joined #yocto08:34
*** florian <florian!> has quit IRC (Remote host closed the connection)08:42
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 264 seconds)08:44
rburtonyates_work: you bitbake and DEPEND on _recipes_ not _packages_.  So qtbase.  If you've created a, delete it.08:49
rob_whow do i remove image types from IMAGE_FSTYPES variable ?08:53
rburtonunless a BSP is being annoying, just set the value you want in local or distro conf08:55
rburtonworse case, :remove like with any other variable08:55
rob_wah ,, sorry  forgot about :remove, thx08:58
*** lexano <lexano!~lexano@> has quit IRC (Ping timeout: 260 seconds)08:58
*** florian <florian!> has joined #yocto09:10
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:11
*** lexano <lexano!~lexano@> has joined #yocto09:12
*** tgamblin <tgamblin!> has joined #yocto09:12
* RP suspects oe-selftest -j is doing something very silly :(09:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:03
*** alessioigor <alessioigor!~alessioig@> has joined #yocto10:03
*** kpo <kpo!> has quit IRC (Ping timeout: 244 seconds)10:05
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 252 seconds)10:16
*** zpfvo <zpfvo!> has joined #yocto10:17
*** florian_kc <florian_kc!> has joined #yocto10:37
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)10:58
*** luc4 <luc4!~luca@2a00:6d43:501:1201:1171:8bbf:1cea:8dc> has joined #yocto11:12
*** ray-san <ray-san!~ray-san@> has joined #yocto11:20
*** Tom58 <Tom58!> has joined #yocto11:24
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 244 seconds)11:25
*** Tom58 <Tom58!> has quit IRC (Client Quit)11:27
varjagBBMASK_prepend is obsolete in layer.conf right11:27
*** Tom47 <Tom47!> has joined #yocto11:28
*** Tom25 <Tom25!> has joined #yocto11:29
*** vladest <vladest!> has quit IRC (Quit: vladest)11:34
*** vladest <vladest!> has joined #yocto11:36
varjagditto DSITRO_FEATURES_remove11:37
varjagis there any document dealing with migration from obsolete stuff11:38
*** zpfvo <zpfvo!> has joined #yocto11:39
*** vladest <vladest!> has quit IRC (Quit: vladest)11:42
*** vladest <vladest!> has joined #yocto11:42
KanjiMonsterif you go through each releases' migration notes it should give you a good idea what you need to change11:46
varjagthanks a lot11:47
varjagwe're jumping over a few yes11:47
rob_wwhat would be best practice if i want to use the same toolchain for 2 MACHINES but they are very similar , like am335x & am437x ? is that possible ?11:49
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.0.4)11:57
Tom25Hello! I'm currently try to implement "EFI Boot Guard" and "SWUpdate" (x86 platform). Most things are already working. Update partition (rootfs) is selected dynamically via uuid. The only problem i have is that the rootfs path in the kernel argument on both ebg config partitions are the same. Does anyone work with ebg/swupdate and have a hint for12:00
rburtonrob_w: if the architecture is the same it will be shared12:00
rob_wok .. but how to i set MACHINE to ? switching around in my local.conf or12:01
rburtonif they're actually part of the same 'system' then look at multiconfig12:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto12:07
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)12:18
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 240 seconds)12:23
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto12:25
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)12:32
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto12:34
*** Guest63 <Guest63!> has joined #yocto12:47
*** luc4 <luc4!~luca@2a00:6d43:501:1201:1171:8bbf:1cea:8dc> has quit IRC (Ping timeout: 258 seconds)12:49
*** Tom47 <Tom47!> has quit IRC (Quit: Client closed)13:02
*** Tom25 <Tom25!> has quit IRC (Quit: Client closed)13:06
*** Tom45 <Tom45!> has joined #yocto13:12
*** Tom45 <Tom45!> has quit IRC (Client Quit)13:13
*** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Read error: Connection reset by peer)13:17
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)13:20
*** florian <florian!> has quit IRC (Quit: Ex-Chat)13:26
Guest63Hi, Is there a way to add a task to all dependencies of a recipe ? I would like to group all the .debug/ELF files in a common folder. I want to avoid using INHERIT at a distro level.13:28
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 258 seconds)13:30
*** slimak <slimak!> has quit IRC (Ping timeout: 258 seconds)13:32
qschulzGuest63: nope, a recipe can only impact itself13:39
Guest63So the other way would be to bbappend all the dependencies ?13:40
qschulzGuest63: why exactly do you want all ELF files in a common folder?13:41
Guest63I need to push them to a S3 storage in order to use them with Sentry Symbol Server: but I don't want to import the whole OS.13:43
qschulzGuest63: if all the ELF files are part of the sysroot, then they should be available in your recipe that depends on all other13:44
rburtonthe debug won't be though13:44
qschulzyou could probably do some "smart" stuff there13:44
rburtonyou could generate a minimal debugfs with just the recipe you care about it, that will pull in the deps and give you a tarball of .debug files13:44
*** kscherer <kscherer!> has joined #yocto13:45
*** paulg <paulg!> has quit IRC (Ping timeout: 245 seconds)13:47
Guest63I was thinking of adding a step between do_package and do_package_rpm and get the -dbg folder13:48
rburtonyeah that's just complicating matters13:48
Guest63but this won't get dependencies like opencv etc13:48
Guest63The other way I was thinking is to catch all the  dbg RPM at the end and extract them. But I thought we could do something smart during the build time.13:52
rburtonGuest63: its old but something like will work.  change gtk+3-doc to myapp-dbg and build the image.  you _should_ get a tarball of all the dbg symbols.13:52
*** Xagen <Xagen!> has joined #yocto13:53
Guest63Yeah I see what you mean.13:56
rburtonit worked when i tried it but that was 4 years ago, but dbg packages only depend on other dbg packages13:56
rburtonso... should work13:56
*** olani- <olani-!> has left #yocto (Using Circe, the loveliest of all IRC clients)13:57
*** l3s8g <l3s8g!> has joined #yocto13:57
*** slimak <slimak!> has joined #yocto14:09
tlwoernerqschulz: awesome review, thanks! i'll post the fixups to the mailing list (and i did push them to my github copy too)14:12
*** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto14:21
*** ray-san <ray-san!~ray-san@> has quit IRC (Remote host closed the connection)14:22
*** paulg <paulg!> has joined #yocto14:27
JPEWRP: Going to miss bug triage. Meeting conflict. Will have the updated SPDX patch in ~1 hour14:32
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)14:35
*** alessioigor <alessioigor!~alessioig@> has joined #yocto14:36
*** nemik <nemik!~nemik@> has quit IRC (Remote host closed the connection)14:40
*** varjag <varjag!~user@> has quit IRC (Quit: ERC (IRC client for Emacs 27.1))14:41
*** olani_ <olani_!> has left #yocto (Using Circe, the loveliest of all IRC clients)14:50
tlwoernerhuh, do_deploy() can't be machine-specific? i.e. do_deploy:rk3588() {...}14:54
SaurRP: Regarding your recent change to where the licenses are deployed: wouldn't it make sense to add SSTATE_PKGARCH to PKGDATA_VARS so that it is saved and can be used in, e.g., write_license_files() to directly access the correct file rather than having to search over all possible archs?14:56
*** fray <fray!~fray@> has quit IRC (Ping timeout: 246 seconds)14:56
*** mckoan is now known as mckoan|away14:56
*** ptsneves <ptsneves!> has joined #yocto14:58
*** kpo <kpo!~kpo@> has joined #yocto15:05
*** fray <fray!~fray@> has joined #yocto15:06
*** tgamblin <tgamblin!> has quit IRC (Quit: Leaving)15:08
JPEWRP: Patch sent. Mostly just reworked to be more explicit about the path expectations15:09
*** linfax <linfax!> has quit IRC (Ping timeout: 248 seconds)15:17
qschulztlwoerner: ah you need an empty one for the non-machine-specific one15:18
qschulzdo_deploy() {:}15:18
qschulztlwoerner: I assume this is what we're talking about :)15:18
tlwoernerqschulz: i'm working on adding a rk3308-based board that i have, it also doesn't have support in tf-a15:19
*** florian_kc <florian_kc!> has joined #yocto15:20
tlwoernerso i was looking to add it to as a second COMPATIBLE_MACHINE to your rkbin recipe15:20
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)15:21
*** alessioigor <alessioigor!~alessioig@> has joined #yocto15:21
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:24
*** Guest63 <Guest63!> has quit IRC (Ping timeout: 258 seconds)15:24
tlwoernerand ideally i would have do_deploy:rk3588() and do_deploy:rk3308()15:25
tlwoerneri think i've seen another bsp somewhere that had the same issue. i think it's a matter of having one do_deploy() then some logic in there15:26
*** kpo <kpo!~kpo@> has quit IRC (Read error: Connection reset by peer)15:28
tlwoernerqschulz: i had a long think about the rk3588 vs rk3588s thing.15:30
tlwoerneri believe we want both rk3588 and rk3588s in MACHINEOVERRIDES for conf/machine/include/rk3588.inc15:30
tlwoernerbut only rk3588 in SOC_FAMILY15:30
tlwoernerwhereas MACHINEOVERRIDES for rk3588s should only have rk3588s, and its SOC_FAMILY should be rk3588s15:31
RPSaur: that would work for some cases but not all of the functions unfortunately, there aren't dependencies between the license class code and the pkgdata code15:31
RPJPEW: thanks!15:31
tlwoerneri believe i've got that straightened out now, but i don't think it was like that initially15:31
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Remote host closed the connection)15:33
SaurHmm,  ok. Anyway, even if you are not accepting a patch to do it, I did it for us since we of course have a lot of code to gather and generate the license info we include in our products, which of course now need that variable to determine the correct path. The dependencies should not be a problem for us since that code runs at the very end. However, what I did notice when I added SSTATE_PKGARCH to PKGDATA_VARS was that nothing rebuilt, a15:38
Saurnd thus the SSTATE_PKGDATA did not end up in the packagedata files. Not until I did a cleansstate and rebuilt.  It turns out that do_package (or more specifically emit_pkgdata()) does not depend on PKGDATA_VARS.15:38
yoctonsakoman: The patch I was talking about did not apply cleanly on kirkstone anyway, I've backported it and sent it to the ML.15:39
sakomanyocton: OK, thanks! I'll watch for it15:39
SaurRP: I was under the belief that the new addpylib should help with automatically detecting dependencies on bitbake variables used in the Python modules?15:41
RPSaur: I mean task dependencies. pkgdata is only readable if the files exist on disk15:41
SaurRP: Ok, got it. We already have the dependencies in place for our task as it already depends on reading the packagedata files.15:43
RPSaur: right, I'm not sure that is something we can assume15:43
*** sakman <sakman!~sakman@> has joined #yocto15:46
SaurRP: What about addpylib? Is my understanding of how much it helps with automatically calculating dependencies on bitbake variables a misunderstanding.15:47
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 260 seconds)15:50
*** ptsneves <ptsneves!> has joined #yocto15:52
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)15:53
*** ptsneves <ptsneves!> has quit IRC (Remote host closed the connection)15:57
RPSaur: it should help with dependencies on variables, that is correct15:57
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)15:58
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:59
SaurRP: Ok, is there any way of seeing it in action, i.e., in trying to figure out why the dependency from emit_pkgdata() on PKGDATA_VARS is not picked up automatically?16:00
SaurOr should I just send a patch to add the vardeps manually?16:00
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 252 seconds)16:01
*** zpfvo <zpfvo!> has joined #yocto16:01
*** ptsneves <ptsneves!> has joined #yocto16:02
*** zpfvo <zpfvo!> has quit IRC (Ping timeout: 246 seconds)16:05
RPSaur: I'm struggling to process the different directions I'm being pulled in at once, to the point I'm actually physically shaking which is a bit disconcerting. What I'm failing to recall is where the code is but I suspect it will come back to me in a minute so give me some time to think...16:07
SaurRP: No worries, take your time.16:07
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto16:10
*** l3s8g <l3s8g!> has quit IRC (Remote host closed the connection)16:11
RPSaur: lib/bb/ enable the bb.warn("%s: %s\nRefs:%s Execs: %s %s %s" % (name, fn, parser.references, parser.execs, parser.var_execs, parser.contains)) (there is a bug where src should be fn)16:11
*** l3s8g <l3s8g!> has joined #yocto16:11
RPSaur: that will give you debug at least16:11
SaurOk, I'll see if I can come up with anything. :)16:11
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 246 seconds)16:12
RPSaur: meta/lib/oe/ needs packagedata adding to BBIMPORTS, that is why it isn't being handled16:13
RPSaur: what that breaks test wise will be "fun"16:13
SaurDoes it make sense to add it?16:14
RPSaur: yes, I just wonder if all the sigs tests will still pass16:15
*** slimak <slimak!> has quit IRC (Ping timeout: 245 seconds)16:16
SaurBtw, looking at meta/lib/oe/ and listing the modules in meta/lib/oe: what determines which modules are added to BBIMPORTS and which are left out?16:17
RPSaur: BBIMPORTS copied what the code in base.bbclass did. So you're asking why some were listed there and some weren't16:18
RPI'm not sure, I suspect bugs in some cases and code pollution in others16:18
SaurWhat are the drawbacks of adding modules to BBIMPORTS? (I assume there are some, or they would just have all been added.)16:20
RPThere were drawbacks to the base.bbclass imports including circular reference issues and dependency problems. pyaddlib was designed to avoid a lot of them16:20
RPSaur: short answer is I don't remember if there are any or not16:21
SaurRP: You were worried about sig test if packagedata is added to BBIMPORTS. Which tests are that exactly? Thought I'd give it a shot, but I  prefer to not run all of oe-selftest if I can avoid it....16:22
RPSaur: sstatetests16:23
SaurThank you.16:23
* RP wishes he could avoid running it16:24
*** manuel_ <manuel_!~manuel198@> has joined #yocto16:28
*** Ram94 <Ram94!~Ram94@> has joined #yocto16:29
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Ping timeout: 240 seconds)16:30
*** manuel_ <manuel_!~manuel198@> has quit IRC (Ping timeout: 240 seconds)16:36
*** Ram94 <Ram94!~Ram94@> has quit IRC (Quit: Client closed)16:47
RPSaur: I've thrown it into master-next along with a load of other things, we'll see what breaks from this16:53
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 258 seconds)16:58
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)17:07
*** alessioigor <alessioigor!~alessioig@> has joined #yocto17:07
*** Ram94 <Ram94!~Ram94@> has joined #yocto17:14
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto17:17
*** Kubu_work <Kubu_work!> has quit IRC (Quit: Leaving.)17:17
*** florian_kc <florian_kc!> has joined #yocto17:29
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:45
*** xmn <xmn!~xmn@2600:4040:9390:8c00:1ca1:5b77:413e:2c49> has quit IRC (Ping timeout: 260 seconds)17:54
*** Ram94 <Ram94!~Ram94@> has quit IRC (Quit: Client closed)18:04
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Quit: The Lounge -
*** Wouter0100670440 <Wouter0100670440!> has joined #yocto18:12
*** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)18:19
*** khem <khem!> has quit IRC (Quit: Connection closed for inactivity)18:27
*** Soopaman <Soopaman!> has joined #yocto18:35
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto18:39
*** Soopaman <Soopaman!> has quit IRC (Quit: Leaving.)18:44
*** Soopaman <Soopaman!> has joined #yocto18:45
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:08
SaurRP: I have verified that with your addition of packagedata to BBIMPORTS, I can see the dependency on PKGDATA_VARS being added for the do_package task (and some other dependencies as well).19:10
*** Soopaman <Soopaman!> has quit IRC (Quit: Leaving.)19:14
SaurRP: There is one thing I do not understand though. When I ran bitbake-dumpsig -D -t v86d package (I used the v86d recipe for testing since it has basically no dependencies), I noticed that the name of the sigdata file was the same both with and without your fix. I had, however, expected it to change as the contents change...19:16
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 258 seconds)19:23
*** tnovotny <tnovotny!> has joined #yocto19:49
*** l3s8g <l3s8g!> has quit IRC (Quit: l3s8g)19:51
*** ptsneves <ptsneves!> has joined #yocto19:59
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)20:03
*** khem <khem!> has joined #yocto20:12
khemRP:  do you see issues with llvm 17 patch ?20:16
RPkhem: abelloni did I think20:29
RPSaur: Offhand I don't know20:29
khemI will wait for details20:30
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto20:41
*** ykrons <ykrons!~guillaume@> has quit IRC (Ping timeout: 240 seconds)20:41
*** ykrons <ykrons!~guillaume@> has joined #yocto20:42
*** vladest <vladest!> has quit IRC (Quit: vladest)20:49
*** vladest <vladest!> has joined #yocto20:51
*** Ram94 <Ram94!~Ram94@> has joined #yocto21:00
*** Ram94 <Ram94!~Ram94@> has quit IRC (Client Quit)21:00
*** Wouter0100670440 <Wouter0100670440!> has quit IRC (Remote host closed the connection)21:01
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 240 seconds)21:04
abelloniRP: khem: I had the same issue without llvm 1721:05
abelloniso I guess the patch is ok21:05
RPabelloni: ok, thanks21:05
abellonimy issue is librsvg failing to build on qemux86-64-x3221:06
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 252 seconds)21:07
yates_workis there a way to .bbappend a recipe but have it named something else? i need to .bbappend, but I want it named qtbase-static21:09
yates_workin other words, when i "bitbake qtbase", i want that to build the original without the .bbappend21:09
yates_workbut i don't want to copy the whole recipe and tweak a hundred file names. it is only one or two PACKAGE_CONFIG options I need to change21:10
JPEWyates_work: You can do some limited amount of that with BBCLASSEXTEND, but it's pretty tricky21:11
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:e8d5:4298:5d32:bd11> has joined #yocto21:11
yates_workJPEW: ok reading up on BBCLASSEXTEN21:12
JPEWWe have a (probably really gross) class called virtvariant.bbclass that gives us the ability to have a lot of version of a recipe with different overrides to keep our recipes more or less sane21:12
* JPEW should upload it somewhere, but I'm afraid it will blind some of the more seasoned devs21:12
yates_workthen it'll probably kill me!21:13
RPJPEW: I've seen a class like this before :/21:16
JPEWYa... it's messy, but it works for what we need21:18
JPEW(which is TBH pretty limited)21:18
RPJPEW: I'm sure we did used to have something like this somewhere public. We ended up not needing it though (thankfully!)21:19
RPcore-image-ptest-* is probably one of the more crazy public usages of it :)21:19
JPEWYa. I'm not sure what the better option is for our use though; we just need to make a few small modifications to a recipe (usually, per product)21:20
RPJPEW: it is fine, it was designed for that kind of thing21:20
RPbitbake internally could handle it more performantly but such is life21:20
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)21:22
*** alimon <alimon!~alimon@> has quit IRC (Remote host closed the connection)21:22
*** brrm <brrm!> has quit IRC (Ping timeout: 240 seconds)21:28
RPrburton: I'm blaming your patches for
RPwith helpful errors messages :(21:29
*** brrm <brrm!> has joined #yocto21:31
*** florian_kc <florian_kc!> has joined #yocto21:31
abelloniat least, it is not False is not True ;)22:00
RPabelloni: I have tried to remove a load of those but there are so many left22:01
RPabelloni: I guess False is True would be worse22:01
RPNone is not True or False22:02
abellonikhem: I guess you are going to look at why the musl patches failed?22:02
*** kscherer <kscherer!> has quit IRC (Quit: Konversation terminated!)22:06
*** Xagen <Xagen!> has quit IRC (Ping timeout: 244 seconds)22:09
*** sakman <sakman!~sakman@> has quit IRC (Ping timeout: 260 seconds)22:29
RPSaur: I did bitbake-dumpsig tmp/stamps/qemux86_64-poky-linux/v86d/0.1.10.do_package.sigdata.8a* | grep emit and I see emit_pkgdata listed22:41
RPSaur: comparing old files with new ones, I see it changes to List of dependencies for variable oe.packagedata.emit_pkgdata is ['ALLOW_EMPTY', 'MLPREFIX', 'MULTILIB_GLOBAL_VARIANTS', 'MULTILIB_VARIANTS', 'PACKAGES', 'PKGDATA_VARS', 'PKGDEBUGSOURCES', 'PKGDEST', 'PKGDESTWORK', 'PN', 'RPROVIDES', 'oe.packagedata.glob', 'oe.path.symlink'] from an empty list previously22:42
*** khem <khem!> has quit IRC (Quit: Connection closed for inactivity)23:01
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 258 seconds)23:10
*** luneff <luneff!~koolkhel@> has joined #yocto23:22
*** luneff <luneff!~koolkhel@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)23:36
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:e8d5:4298:5d32:bd11> has quit IRC (Ping timeout: 245 seconds)23:37

Generated by 2.17.2 by Marius Gedminas - find it at!