Wednesday, 2023-09-27

*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto00:08
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:09
*** geoffhp <geoffhp!~GParker@207.154.79.70> has quit IRC (Ping timeout: 252 seconds)00:11
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)00:16
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto00:17
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)00:25
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz)00:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:34
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 240 seconds)00:48
*** davidinux <davidinux!~davidinux@45.11.80.57> has quit IRC (Ping timeout: 240 seconds)01:03
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto01:08
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 252 seconds)01:12
*** davidinux <davidinux!~davidinux@host-82-63-81-223.business.telecomitalia.it> has joined #yocto01:20
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 240 seconds)01:21
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto01:22
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto01:45
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)01:52
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)01:54
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto01:56
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has joined #yocto01:56
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto02:09
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)02:11
*** jclsn <jclsn!~jclsn@2a04:4540:6539:9b00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)02:11
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto02:12
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 258 seconds)02:12
*** jclsn <jclsn!~jclsn@2a04:4540:653c:4700:2ce:39ff:fecf:efcd> has joined #yocto02:13
*** tokamak <tokamak!~Tokamak@129.80.5.79> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in)02:20
*** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has joined #yocto02:20
*** Estrella___ <Estrella___!~quassel@075-081-060-240.res.spectrum.com> has joined #yocto02:44
*** Estrella__ <Estrella__!~quassel@134.238.165.31> has quit IRC (Read error: Connection reset by peer)02:45
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-7e05-07ff-fe93-9961.res6.spectrum.com> has quit IRC (Ping timeout: 240 seconds)02:45
*** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-b82d-6dfa-168a-e580.res6.spectrum.com> has quit IRC (Ping timeout: 240 seconds)02:46
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-7e05-07ff-fe93-9961.res6.spectrum.com> has joined #yocto02:46
*** Estrella_ <Estrella_!~quassel@134.238.165.31> has joined #yocto02:48
*** GillesMM <GillesMM!~gilles@116.79.123.78.rev.sfr.net> has quit IRC (Read error: Connection reset by peer)03:07
*** GillesMM <GillesMM!~gilles@116.79.123.78.rev.sfr.net> has joined #yocto03:07
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto03:10
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 245 seconds)03:12
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto03:13
vlrkHi Team, I am trying to cross compile libc6-dbg for arm processor with i386 arch . I tried first for any direct availability of .so , not able to find the same. Now trying out steps from https://docs.yoctoproject.org/ref-manual/system-requirements.html  to get the same.03:15
vlrkNeed your inputs on any starting guide to do this compilation process . I belive there should recipe and need to use the bitbake , that's what I know . Not exactly able to chalk down the steps.03:16
vlrkAny directions or links related will be highly appreciated03:17
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Quit: Client closed)03:33
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto03:33
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Client Quit)03:34
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Read error: Connection reset by peer)03:39
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 244 seconds)03:42
*** sgw <sgw!~swold@user/sgw> has joined #yocto03:59
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto04:10
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto04:13
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 240 seconds)04:13
*** davidinux <davidinux!~davidinux@host-82-63-81-223.business.telecomitalia.it> has quit IRC (Ping timeout: 245 seconds)04:46
*** davidinux <davidinux!~davidinux@194.34.233.150> has joined #yocto04:46
*** xmn <xmn!~xmn@2600:4040:9390:8c00:8573:acad:c263:eb12> has quit IRC (Quit: ZZZzzz…)04:51
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Quit: Client closed)04:53
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 240 seconds)04:55
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto04:55
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto05:11
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto05:13
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 255 seconds)05:14
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Ping timeout: 245 seconds)05:21
*** xmn <xmn!~xmn@2600:4040:9390:8c00:7120:3c8c:b08b:a2c5> has joined #yocto05:32
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto05:43
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto05:56
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto06:03
*** wacke <wacke!~user1@82.220.33.162> has joined #yocto06:06
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto06:11
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto06:14
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 260 seconds)06:15
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:19
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed)06:33
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto06:35
*** Sai-Kiran <Sai-Kiran!~Sai-Kiran@2405:201:d015:cbbb:4c1d:edac:4573:b9ee> has joined #yocto06:42
*** mckoan|away is now known as mckoan06:43
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has joined #yocto06:58
*** xmn <xmn!~xmn@2600:4040:9390:8c00:7120:3c8c:b08b:a2c5> has quit IRC (Quit: ZZZzzz…)06:58
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:03
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto07:12
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 255 seconds)07:15
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)07:18
*** rfuentess <rfuentess!~rfuentess@2a01:cb16:78:fc63:8694:449c:32e3:c11f> has joined #yocto07:20
*** JerryM <JerryM!~jermain@149.3.168.10> has joined #yocto07:24
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto07:26
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto07:27
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Ping timeout: 245 seconds)07:31
*** ederibaucourt is now known as Guest134907:32
*** Guest1349 <Guest1349!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Killed (zirconium.libera.chat (Nickname regained by services)))07:32
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto07:36
*** ederibaucourt is now known as deribaucourt07:37
*** deribaucourt is now known as ederibaucourt07:38
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto07:42
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto07:43
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Quit: Leaving)07:45
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto07:48
*** rfuentess <rfuentess!~rfuentess@2a01:cb16:78:fc63:8694:449c:32e3:c11f> has quit IRC (Read error: Connection reset by peer)07:50
*** rfuentess <rfuentess!~rfuentess@2a01:cb16:78:fc63:8686:4ccc:9ef0:4b6> has joined #yocto07:51
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Ping timeout: 252 seconds)07:53
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto07:55
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto07:55
TyakuHello, I want to create a new partition in my yocto image, so I define a wks file like this: https://pastebin.com/4fhcRcV8 it works except one thing: When I do "lsblk" in the yocto target, the partition "data" that I add in wks file is mounted to /run/media/mmcblk2p3 instead of /data07:57
Tyaku`-mmcblk2p3  179:3    0  128M  0 part /run/media/mmcblk2p307:58
TyakuNAME         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT07:58
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto07:58
TyakuWhy the partition is not mounted in /data ?07:58
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has quit IRC (Ping timeout: 258 seconds)08:06
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)08:10
*** florian_kc <florian_kc!~florian@dynamic-093-132-088-232.93.132.pool.telefonica.de> has joined #yocto08:10
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto08:15
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 258 seconds)08:18
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 255 seconds)08:18
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has joined #yocto08:21
*** Estrella___ <Estrella___!~quassel@075-081-060-240.res.spectrum.com> has quit IRC (Read error: Connection reset by peer)08:25
*** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-b5e4-f94e-50af-adbc.res6.spectrum.com> has joined #yocto08:25
*** Guest74 <Guest74!~Guest98@31.145.189.2> has joined #yocto08:26
*** Sai-Kiran <Sai-Kiran!~Sai-Kiran@2405:201:d015:cbbb:4c1d:edac:4573:b9ee> has quit IRC (Quit: Client closed)08:27
*** Sai-Kiran <Sai-Kiran!~Sai-Kiran@2405:201:d015:cbbb:4c1d:edac:4573:b9ee> has joined #yocto08:27
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Quit: Client closed)08:30
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto08:30
*** wacke <wacke!~user1@82.220.33.162> has quit IRC (Ping timeout: 244 seconds)08:30
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Client Quit)08:31
*** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto08:34
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer)08:38
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto08:38
mckoanTyaku: you have to specify the device number : part /data --ondisk mmcblk2 --fstype=ext4 --label data --align 8192 --size 12808:38
*** vlrk <vlrk!~vlrk@202.60.62.81> has joined #yocto08:47
*** Sai-Kiran <Sai-Kiran!~Sai-Kiran@2405:201:d015:cbbb:4c1d:edac:4573:b9ee> has quit IRC (Quit: Client closed)08:47
*** florian_kc <florian_kc!~florian@dynamic-093-132-088-232.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds)08:49
TyakuUnfortunatly I already try it after reading it: https://www.yoctoproject.org/pipermail/yocto/2016-February/028483.html08:50
TyakuBut I think I found the "problem".08:50
TyakuThe "problem" has been introduced here: https://www.yoctoproject.org/pipermail/meta-freescale/2018-February/022156.html At this point in imx-base.inc, thye set WIC_CREATE_EXTRA_ARGS ?= "--no-fstab-update"08:51
TyakuSo this is maybe a wanted issue.08:51
TyakuI have to configure fstab manually. I try to remove it but, i get another problems (like long boot with [   ***] (1 of 2) A start job is running for /dev/mmcblkp3 (15s / 1min 30s)  that finish by "You are in emergency mode. After logging in, type "journalctl -xb" to view"08:53
Tyaku"I try to remove it", I was talking about forcing WIC_CREATE_EXTRA_ARGS=""08:53
mckoanTyaku: you don't need to configure fstab manually.08:58
mckoanTyaku: add this to your image recipe: WIC_CREATE_EXTRA_ARGS:remove = "--no-fstab-update"08:58
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 240 seconds)09:00
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 245 seconds)09:05
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto09:07
*** dacav <dacav!~dacav@82-209-166-158.cust.bredband2.com> has joined #yocto09:13
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto09:13
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto09:16
dacavHi. I've got a somewhat large code generator that I'd like to package as native, so it can be used at build time.  The compilation takes a long time.  It is probably a good idea to put it in the SDK so that offline builds can leverage it in binary form.  What is the best way to do the same when compiling with bitbake, within yocto?09:17
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 258 seconds)09:19
rburtondacav: write a proper recipe that uses bbclassextend=native nativesdk, so you build mygen-native for nornal builds and can add nativesdk-mygen to the SDK09:22
dacavThanks rburton, but wouldn't normal builds be penalised by rebuilding it from scratch?  Not sure if the Shared State Cache is something I can rely on in any situation.09:24
rburtonwhy would it be rebuild?09:26
rburtonworse case it would be build twice, once native if its needed to build target packages, and again nativesdk if you're building a sdk09:27
dacavOk, twice is acceptable.  To answer "why it would be rebuilt"... it is probably an irrational fear.  If the SSTATE is reset, people might start wondering why everyone's build time increased by 2 hours...09:28
rburtonif it's _disgustingly_ slow to build then sure, you _can_ build it outside and have a recipe that simply ships the binary09:29
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)09:32
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto09:32
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)09:34
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto09:34
RPyou could always fix the hash so that it will always match the sstate one09:34
RP(locked sig)09:34
rburtonyeah09:35
rburtoni hear there's a new tool for that :)09:35
RPrburton: patches are around, yes09:35
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Remote host closed the connection)09:35
RPthose are on this mornings todo list09:35
RPrburton: care to review them? :)09:35
rburtonnearly done with the spdx ones09:35
RPrburton: ok, thanks09:35
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:38
*** wacke <wacke!~user1@82.220.33.162> has joined #yocto09:39
TyakuI have another question: Now I have added a partition of 128Mb that mount as "/data", is it possible during the "flashing" procedure to flash all the partition except the partition "data" ? Any ideas where to look at for this ? For exemple create multiple images with wic (don't know if possible) ?09:40
*** goliath <goliath!~goliath@user/goliath> has joined #yocto09:40
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto09:41
rburtonRP: annoying number of dependencies but a spdx test case is a very good idea09:43
RPrburton: that was my feeling too09:43
rburtoni think some of the recipes can be improved but that's incremental changes09:43
dacavThank you all :)09:47
mckoanTyaku: no, but because /data is empty, flashing with bmaptool should be very fast09:49
TyakuBut I don't want to erase /data when flashing09:51
RPrburton: so that is a yes to merge?09:51
rburtonyes09:53
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)09:54
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto09:54
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 255 seconds)09:59
TyakuWhat is the solution to be able to flash at the first time a complete image with all the partitions, and then for upgrade, to flash images without "data" partition (to make sure the data partition stay "unchanged" during the flashing process) ? I am using "uuu" to flash .wic images. This tools is used to flash NXP boards. But maybe the solution is not around uuu but around WIC mechanism. Is it possible to10:01
Tyakugenerate multiple images ? For example, one without the "data" partition but with "space" at the place of data partition ?10:01
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Read error: Connection reset by peer)10:10
*** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto10:10
mckoanTyaku: yes, generate multiple images10:10
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto10:11
mckoanTyaku: but programming the .wic file erases the partition table10:12
mckoanTyaku: sounds like an OTA requirement10:13
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto10:16
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 264 seconds)10:20
landgrafTyaku:  you can specify fstype=none for /data in the wic file to keep data unchanged10:23
mckoanlandgraf: good to know ;-)10:29
*** nerdboy <nerdboy!~nerdboy@47.143.129.185> has joined #yocto10:30
landgrafmckoan: it may be broken in dunfell though.  iirc the patch which was fixing was cherry-picked into kirkstone only10:32
Guest74hi, is there a way to replace kernel Image && mymodule.ko in bb recipe? In the custom board's documentation it asks me to replace the kernel image and mymodule.ko directly.10:35
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:38
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)10:39
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto10:39
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has quit IRC (Ping timeout: 258 seconds)10:45
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has joined #yocto10:46
RPrburton: any thoughts on https://git.yoctoproject.org/poky/commit/?h=master-next&id=624524876756d4f55f02318b0a88c9425ec77fc9 ?10:48
*** speeder <speeder!~speeder__@2001:8a0:dfde:fa00:eee2:d564:5b04:89bf> has joined #yocto10:49
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has quit IRC (Ping timeout: 258 seconds)10:50
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has joined #yocto10:51
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto10:52
*** bhstalel <bhstalel!~bhstalel@196.229.19.188> has joined #yocto10:58
*** Guest74 <Guest74!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed)11:02
*** bhstalel <bhstalel!~bhstalel@196.229.19.188> has quit IRC (Quit: Client closed)11:03
*** bhstalel <bhstalel!~bhstalel@196.229.19.188> has joined #yocto11:04
rburtonRP: yeah that was my biggest issue.  ideally a migration happened.11:09
Tyakulandgraf: So you mean, as mckoan said: We need to build 2 WIC with one Yocto build and for the second WIC we just set fstype to none on the DATA partition instead of ext4 ?11:10
RPrburton: that one is unrelated to the other series11:11
TyakuNow someone know the good way to create two .wic images with one yocto build ? I found a solution on the internet using two machines, but I prefer if it's possible that everybuild Ihave 2 images11:12
landgrafTyaku: you can do with single wic if you want, but in that case "mkfs if not exists" has to be called on first boot or something like that.11:13
landgrafTyaku: in other words if you're using fstype=none something should create filesystem for you but only once.11:15
*** luc4 <luc4!~luca@2a00:6d43:501:1201:2c9e:1744:8a24:adc1> has joined #yocto11:15
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto11:16
rburtonRP: its useful...11:16
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto11:17
Tyakulandgraf: But, If I have data on the "data" partition, then I flash the image. On the next boot it will create the FS for the data partition, but it will not erase the data during this process?11:19
RPrburton: I have no preference so I'll lean to merge11:19
RPFor bblock, I'm leaning to merge without the test11:19
RPI think it would be good to have around whilst we debug the corner cases for the test to work11:19
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 240 seconds)11:20
RPkanavin: does that work for you? I'm assuming we'll have some active development in this area11:20
kanavinRP: I'm working on adding -S printdiff tests now, so I guess there's no overlap?11:21
kanavinRP: this is very much WIP, but gives a glimpse https://git.yoctoproject.org/poky-contrib/commit/?h=akanavin/sstate-for-all&id=5a014d8cd939f06239214f658a821ca0485ff37311:21
RPkanavin: no overlap, I just mean that we probably have more work on bblock to do and this gives a base to work on with patches11:21
RPkanavin: at a quick read that does look like the right directio11:22
TyakuOr do you mean: In the wks file, the "data" partition is defined but with a type "none" fstype, so that it appear in the partition table but the partition is not writed during flashing. On the first boot, at runtime we create a FS (ext4) for partition "data" if not exists. Then when we flash the board, it will only "rewrite the partition table, / and boot partition" but not "data" partition as it is11:23
Tyaku"fstype=none" ?11:23
TyakuIt sounds like a nice option. But only if the partition "type" is not stored in the partition table.11:24
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds)11:25
luc4Hello! Is there a way to create an exception for a package that does not support the current architecture, and use another compatible one for it?11:26
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:26
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto11:29
landgrafTyaku: exactly. if booted and partition labeled "mynicepart" doesn't have FS - create one, otherwise - use it. That's just an idea, for my "project" I create fs manually and use it to store persistent data like wifi configuration etc11:39
TyakuThanks for help landgraf & mckoan11:48
*** GillesMMM <GillesMMM!~gilles@116.79.123.78.rev.sfr.net> has joined #yocto11:57
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 258 seconds)11:57
*** GillesMM <GillesMM!~gilles@116.79.123.78.rev.sfr.net> has quit IRC (Read error: Connection reset by peer)11:58
*** wacke <wacke!~user1@82.220.33.162> has quit IRC (Ping timeout: 245 seconds)12:06
dacavHi again.  I get the "native/nativesdk class is not inherited last" even if the `inherit native` is literally the last line of my recipe.  No clue why. :) Any idea?12:06
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto12:11
rburtonkanavin: re poky 4abd6ee, i'd like to remove the python3native. can you see a reason why the _host_ python3 isn't sufficient?12:14
*** Guest13 <Guest13!~Guest98@31.145.189.2> has joined #yocto12:14
rburton(in my test, the built rust-native sysroot is bit-for-bit identical, at least)12:14
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)12:16
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto12:17
kanavinrburton: memory is very fuzzy. But I suspect if host shell couldn't be used, then host python would show same issues.12:19
rburtonpulling py3 into the rust-native chain is painful as that rebuilds quite eagerly12:19
rburtonRP: do you have any recollection on the problems 4abd6ee fixed?12:20
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 244 seconds)12:20
RPrburton: from memory the issues were around LD_LIBRARY_PATH being set by rust which interacted badly with the host shell and uninative12:22
*** Guest92 <Guest92!~Guest92@58.84.61.81> has joined #yocto12:22
kanavinrburton, see 63b1fd12:22
*** Guest13 <Guest13!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)12:23
RPkanavin: was just about to say that!12:24
RPrburton: I suspect we're using python from our sysroot so that an LD_LIBRARY_PATH pointing there doesn't matter12:26
RPif we used the host python it would break on systems where the native sysroot libs were incompatible with the host's12:26
rburtongrrrrr12:36
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto12:37
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto12:38
*** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Leaving.)12:45
*** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto12:46
*** xmn <xmn!~xmn@2600:4040:9390:8c00:401:945b:6b42:6969> has joined #yocto12:56
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)13:06
*** amitk <amitk!~amit@58.84.61.198> has joined #yocto13:11
ernstphow do I set dash as the alternative for /bin/sh?13:15
*** amitk <amitk!~amit@58.84.61.198> has quit IRC (Ping timeout: 260 seconds)13:16
*** Guest92 <Guest92!~Guest92@58.84.61.81> has quit IRC (Quit: Client closed)13:17
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto13:18
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto13:18
*** belsirk <belsirk!~rfuentess@2a01:cb16:2029:b507:643:5203:3028:b2c5> has joined #yocto13:19
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 240 seconds)13:21
*** rfuentess <rfuentess!~rfuentess@2a01:cb16:78:fc63:8686:4ccc:9ef0:4b6> has quit IRC (Ping timeout: 264 seconds)13:22
*** amitk <amitk!~amit@58.84.61.198> has joined #yocto13:23
*** amitk <amitk!~amit@58.84.61.198> has quit IRC (Ping timeout: 244 seconds)13:28
*** mckoan is now known as mckoan|away13:32
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)13:32
RPrburton: sorry. That was a really really nasty issue :/13:33
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto13:34
Guest98added a few files to SRC_URI. when i look with bitbake -e, i can see them in SRC_URI. But in ${WORKDIR}, the files are not there. why could it be?13:36
*** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has quit IRC (Ping timeout: 258 seconds)13:40
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto13:41
*** alimon <alimon!~alimon@189.172.157.85> has joined #yocto13:41
qschulzGuest98: what's the extension of the files?13:50
Guest98.dtb, .dtsi, .ko and Image(kernel)13:51
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto13:55
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)14:00
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 240 seconds)14:00
*** Guest40 <Guest40!~Guest98@31.145.189.2> has joined #yocto14:01
*** dvergatal <dvergatal!~dvergatal@185.53.145.32> has joined #yocto14:02
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: leaving)14:03
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)14:05
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto14:08
*** amitk <amitk!~amit@58.84.61.198> has joined #yocto14:10
Guest98qschulz bbappend file, error, and bitbake -e output: https://pastebin.com/wkVL3GDk14:11
*** Guest40 <Guest40!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)14:12
*** bhstalel <bhstalel!~bhstalel@196.229.19.188> has quit IRC (Quit: Client closed)14:12
qschulzGuest98: you do an mv14:14
qschulzso the second time you try to mv the file,m it's not there anymoire14:14
*** Guest17 <Guest17!~Guest17@184-088-234-141.res.spectrum.com> has joined #yocto14:14
qschulzGuest98: copy it instead, and also, I believe this should probably be in a do_configure:prepend rather than a do_install:append?14:14
Guest98qschulz i get the same error when i copy14:17
qschulzyou need to clean the cache now14:23
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)14:24
*** JerryM <JerryM!~jermain@149.3.168.10> has quit IRC (Quit: Konversation terminated!)14:27
*** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)14:32
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)14:32
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto14:32
*** Guest6311 <Guest6311!~Guest63@dzm38-h01-176-172-74-109.dsl.sta.abo.bbox.fr> has joined #yocto14:34
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto14:35
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Quit: Leaving)14:37
Guest98qschulz same :(14:38
Guest98could it be related to the recipe? Because when i bbappend something to the "cronie" recipe in the same way, there does not seem to be a problem.14:39
Guest6311Hi I am trying to understand the debug split. For C++ debug i need the stack unwind but during the split the unwind stays on the ELF Library and not the debug companion. Is there a option during do_package to also transfer unwind tables to the debug companion ?14:42
qschulzGuest98: how did you clean the cache?14:46
qschulzalso, if you just run the do_unpack task of your recipe, do you see the file in the WORKDIR?14:47
Guest98qschulz14:53
Guest98bitbake -c cleansstate recipe-name & bitbake -c cleanall recipe-name & also removed build/sstate-cache direcory. roookie is pressing all the buttons :D14:53
jonmasonCan SSTATE_MIRROR and SSTATE_DIR not co-exist?15:00
rburtonthey definitely can15:00
rburtonfiles from MIRROR are saved in DIR15:00
jonmasonSSTATE_DIR doesn't seem to be used when I do both15:00
qschulzGuest98: just run the unpack task and see if the file you're after is indeed in WORKDIR15:02
jonmasonI do both (with empty DIR), run and get 61% usage from mirror, run again and get 99%, remove the MIRROR and build dir and run again and get 1%15:02
rburtonhashequiv games?15:02
jonmasonam I wrong to be expecting the DIR to save the new artifacts?15:03
RPjonmason: Are the SSTATE_MIRROR files local ones? If so, bitbake is probably just avoiding copying around15:09
jonmasonRP: I'm using the new MIRROR from the YP servers and a local NFS for DIR15:10
RPjonmason: it should download and save then15:10
jonmasonmeta/classes-global/sstate.bbclass is where the magic lives, right?15:10
RPjonmason: well, the magic there just configures and uses lib/bb/fetch215:11
* RP isn't sure which tier of magic you refer to15:12
jonmasonlol, fair15:13
jonmasonmy expectation is that i can use the external MIRROR to populate the local DIR and not need it (or only sparingly) going forward15:14
jonmasonas I think this is the intended usecase15:14
jonmasonbut I'm too stupid to get it working as I'm expecting15:14
*** belsirk <belsirk!~rfuentess@2a01:cb16:2029:b507:643:5203:3028:b2c5> has quit IRC (Read error: Connection reset by peer)15:14
*** belsirk <belsirk!~rfuentess@2a01:cb16:2029:b507:6ac4:371c:5e36:c747> has joined #yocto15:15
jonmasonessentially, "if not in DIR, then use MIRROR; if not in MIRROR, then build"15:16
jonmasonand the build would then populate DIR15:16
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has quit IRC (Remote host closed the connection)15:16
*** vlrk24 <vlrk24!~vlrk@223.230.122.30> has joined #yocto15:17
Guest98qschulz mission failed. i didn't see them in workdir. anyway, thank you very much. i will keep looking tomorrow. i hope, i can find the problem.15:20
*** vlrk <vlrk!~vlrk@202.60.62.81> has quit IRC (Ping timeout: 245 seconds)15:21
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto15:22
*** luc4 <luc4!~luca@2a00:6d43:501:1201:2c9e:1744:8a24:adc1> has quit IRC (Ping timeout: 264 seconds)15:23
Guest98qschulz when i try to modify the recipe with devtool i get "INFO: The tegra-bootfiles recipe has do_patch disabled. Running only do_configure task dependencies". could it be related to this?15:24
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto15:25
*** Guest17 <Guest17!~Guest17@184-088-234-141.res.spectrum.com> has quit IRC (Ping timeout: 245 seconds)15:27
*** vlrk42 <vlrk42!~vlrk24@202.60.62.80> has joined #yocto15:27
*** vlrk24 <vlrk24!~vlrk@223.230.122.30> has quit IRC (Ping timeout: 245 seconds)15:30
RPjonmason: I don't understand why it wouldn't populate. You did let the initial build complete right?15:32
jonmasonof course15:32
RPjonmason: where did the sstate go then?15:33
jonmasonit populates the new sstate dir with some stuff15:33
RPjonmason: "some stuff"?15:33
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 240 seconds)15:33
jonmasonwith a quick look, it looks proper15:33
RPjonmason: did you save hash equiv between the builds ?15:34
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has quit IRC (Quit: Leaving)15:34
jonmasonno, purged everything15:34
RPyou do need both the sstate and the hash equiv db15:34
RPtry again but keep the hash db this time?15:34
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto15:35
*** vlrk42 <vlrk42!~vlrk24@202.60.62.80> has quit IRC (Quit: Client closed)15:36
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto15:37
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto15:37
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed)15:41
khemRP: I am often seeing this error - http://sprunge.us/SEWTuO15:50
khemsince past 1-2 weeks15:51
RPkhem: :( Needs time spent on debugging it15:52
khemits some sort of race I think15:53
JPEWkhem: I saw that one; is it always target -> native ?15:54
khemyes15:54
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)15:54
JPEWI wonder if one of the build arches is missing from SSATTE_ARCHES somehow. Is it possible for you to see what subdirectory the wayland-native SPDX file ends up under?15:57
JPEWkhem: I don't think it's a race, because if it was a race we would have hopefully seen it before the files were moved to subdirectories15:57
khemhttps://www.irccloud.com/pastebin/F8mInfBT/15:57
RPJPEW: I was wondering about a build from sstate deciding it didn't need wayland-native around15:58
khemyeah you are right its not race, it always ends up there15:58
khemso this happens when I build multiple machines in same timdir15:59
khemtmpdir15:59
khemas you can see its picking the imx wayland-native which was built previously for an imx8 machine15:59
khembut now I am building qemux86-6416:00
khemfor qemux86-64 it has to pick non-imx version since meta-freescale is not even in the bblayers set when building for qemux86-64 but its sharing the sstate and build dir16:01
*** zpfvo <zpfvo!~fvo@i59F5CDF9.versanet.de> has quit IRC (Remote host closed the connection)16:06
JPEWYa, it's like it didn't run do_create_spdx(_setscene) for sstate:wayland-native:x86_64-linux:1.22.0:r0:x86_64:11:16:07
khemright hmm16:07
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 252 seconds)16:09
khemthe build for wayland-native ( when building qemux86-64 ) was done with rm_work on16:10
*** belsirk <belsirk!~rfuentess@2a01:cb16:2029:b507:6ac4:371c:5e36:c747> has quit IRC (Remote host closed the connection)16:10
khemthen build imx8 ( without rm_work ) it will build its own copy of wayland-native from meta-freescale16:10
khemthen change machine to qemux86_64 ( without rm_work )16:11
khemand we have the problem16:11
khemtmp was not deleted during these ops16:11
*** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Leaving.)16:12
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has quit IRC (Quit: Client closed)16:17
JPEWkhem: It really looks like the IMX version replaced the normal version in deploy/spdx, but the normal version didn't re-run again later (maybe it's stamp was still valid?)16:18
khemJPEW: looking into log.do_collect_spdx_deps its missing wayland-native in dep list16:18
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto16:18
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has quit IRC (Client Quit)16:19
khemhttps://snips.sh/f/vYNTeKQFNN16:19
*** GParker__ is now known as geoffhp16:20
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto16:20
JPEWCan you look at the deps.json file?16:21
JPEWI don't think that log is quite complete since it uses BB_TASKDEPDATA16:21
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has quit IRC (Client Quit)16:21
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto16:21
khem https://snips.sh/f/3hXU0chS9716:22
khemits there with True flag16:22
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)16:24
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto16:25
JPEWkhem: I don't think that flag matters?16:25
khemyeah it does not, I was seeing it int the error output too16:25
*** kevinrowland <kevinrowland!~kevinrowl@104.129.199.47> has joined #yocto16:29
*** kevinrowland <kevinrowland!~kevinrowl@104.129.199.47> has quit IRC (Quit: Client closed)16:34
JPEWkhem: Is there still a stamp file for the normal wayland-native?16:36
khemlemme check16:36
khemyes have both imx and non-imx16:38
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)16:39
JPEWkhem: ... right, so I don't think it actually re-ran the non-imx one16:39
JPEW(maybe the timestamps can confirm)16:39
khemhttps://snips.sh/f/NqA5G6x9gw16:40
JPEWYa, when imx.do_create_spdx ran, it replaced the non-imx version, but the stamp is still around so bitbake doesn't realize it needs to re-run16:42
JPEWI think deleting the non-imx stamp would potentially correct the problem because bitbake would realize it needs to re-run the task?16:42
khemyeah I guess that is what happens when I delete tmp and rebuild so yes possible16:44
JPEWI'm not sure why SPDX is the thing that trips up here; seems like it would be a problem for a lot of other places16:44
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)16:45
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto16:45
khemwill it reproduce if I just rename /mnt/b/yoe/master/build/tmp/stamps/x86_64-linux/wayland-native16:45
khemI mean will it start to work16:45
khemI wonder16:45
khemfilenames are different so I wonder why bitbake fails to understand it16:47
JPEWkhem: I _think_ the problem is that it doesn't remove the stamp when you transition from non-imx -> imx, but I'm not sure16:48
khemyou mean do_create_runtime_spdx_setscene16:57
JPEWdo_create_spdx_setscene16:57
JPEWProbably affects the runtime one also, but you aren't getting that far :)16:58
jonmasonRP: saving the hashserv.db was the solution.  I need to think a bit more about this in general, but thanks for the pointer17:22
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has quit IRC (Quit: Client closed)17:23
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto17:24
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 258 seconds)17:34
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto17:39
*** amitk <amitk!~amit@58.84.61.198> has quit IRC (Remote host closed the connection)17:39
*** flom84 <flom84!~flom84@user/flom84> has joined #yocto17:46
*** flom84 <flom84!~flom84@user/flom84> has quit IRC (Client Quit)17:50
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 258 seconds)17:53
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto18:00
*** flom84 <flom84!~flom84@user/flom84> has joined #yocto18:25
*** Guest6311 <Guest6311!~Guest63@dzm38-h01-176-172-74-109.dsl.sta.abo.bbox.fr> has quit IRC (Quit: Connection closed)18:30
*** flom84 <flom84!~flom84@user/flom84> has quit IRC (Read error: Connection reset by peer)18:41
*** flom84 <flom84!~flom84@user/flom84> has joined #yocto18:46
*** flom84 <flom84!~flom84@user/flom84> has quit IRC (Ping timeout: 255 seconds)18:56
*** flom84 <flom84!~flom84@user/flom84> has joined #yocto19:04
RPjonmason: this is part of the understanding we need to develop19:06
jonmasonRP: I _think_ my solution is to run hashserver and point that to the upstream server, then use the mirror.19:10
*** flom84 <flom84!~flom84@user/flom84> has quit IRC (Quit: Leaving)19:11
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has quit IRC (Quit: Client closed)19:25
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto19:26
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)19:30
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto19:30
RPjonmason: fair enough20:01
khemJPEW: these sescene tasks are their for wayland-native ( non-imx ) https://snips.sh/f/-iqeIdVgyp20:03
khembitbake-diffsigs -t wayland-native create_spdx righly registers the difference - https://snips.sh/f/cZwljyUSBv20:08
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has quit IRC (Quit: Haxxa flies away.)20:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto20:16
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)20:19
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 240 seconds)20:22
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)20:26
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto20:29
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 258 seconds)20:30
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)20:30
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto20:31
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto20:31
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto20:32
*** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Ping timeout: 240 seconds)20:35
*** sgw <sgw!~swold@user/sgw> has joined #yocto20:37
*** JPEW <JPEW!sid500061@helmsley.irccloud.com> has quit IRC (Ping timeout: 252 seconds)20:39
*** JPEW <JPEW!sid500061@helmsley.irccloud.com> has joined #yocto20:42
*** starblue <starblue!~juergen@2a02:908:2223:7900:9e5:c467:8967:1b5f> has joined #yocto20:50
*** florian_kc <florian_kc!~florian@dynamic-093-132-088-232.93.132.pool.telefonica.de> has joined #yocto20:51
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto21:07
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Remote host closed the connection)21:14
*** amitk_ <amitk_!~amit@58.84.61.198> has quit IRC (Ping timeout: 240 seconds)21:15
RPkhem: I suspect the problem is that the two recipes overwrite things related to each other but when the overwrite occurs (or sstate uninstalls some files), the corresponding stamps aren't removed21:21
JPEWRP: Ya, that was my assessment as well21:21
JPEWIt seems to know (from the manifest?) how to correctly clean the old one, but not that it should also remove the stamp21:22
RPJPEW: the sstate-control code does know something about stamps but I don't remember exactly when it does what21:23
JPEWRP: What I don't know is why SPDX is uniquely affected21:23
RPJPEW: I suspect it isn't, it is just more prone to notice21:24
khemRP: I deleted tmpdir and then built gstreamer1.0-plugins-base for both machines and it built ok21:26
khemso somehow it can do that ok when not usin rm_work ?21:26
khemhttp://sprunge.us/pzxGTw21:27
khemthats conent of /mnt/b/yoe/master/build/tmp/stamps/x86_64-linux/wayland-native21:27
JPEWkhem: I don't _think_ it's related to rm_work21:28
RPit looks like in that case everything was from sstate. I suspect it fails when it isn't all from sstate?21:28
khemOK just wanted to mention that it was a variable in play21:28
khemRP: yeah it looks so21:29
RPrm_work does complicate things, I really dislike what it does21:29
khemlet me try to -ccleansstate on imx one and do the sequence again21:29
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:b01b:e1ba:2be7:372c> has joined #yocto21:42
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)22:10
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:b01b:e1ba:2be7:372c> has quit IRC (Quit: Client closed)22:10
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:12
*** geoffhp <geoffhp!~GParker@207.154.79.70> has quit IRC (Quit: Leaving)22:27
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has quit IRC (Quit: Client closed)22:32
*** vlrk42 <vlrk42!~vlrk42@202.60.62.80> has joined #yocto22:32
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Read error: Connection reset by peer)22:38
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto22:39
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 240 seconds)22:40
*** starblue <starblue!~juergen@2a02:908:2223:7900:9e5:c467:8967:1b5f> has quit IRC (Ping timeout: 258 seconds)22:40
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:52
*** florian_kc <florian_kc!~florian@dynamic-093-132-088-232.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds)23:10
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto23:18
*** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Remote host closed the connection)23:18
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:48
*** sugarbeet <sugarbeet!~barbas@81.4.123.134> has quit IRC (Ping timeout: 245 seconds)23:50
*** sugarbeet <sugarbeet!~barbas@81.4.123.134> has joined #yocto23:51

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