Thursday, 2024-05-23

*** davidinux <davidinux!~davidinux@45.11.80.32> has quit IRC (Ping timeout: 240 seconds)01:03
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto01:08
*** davidinux <davidinux!~davidinux@45.11.80.20> has joined #yocto01:14
*** jclsn <jclsn!~jclsn@2a04:4540:6541:2200:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)01:15
*** jclsn <jclsn!~jclsn@2a04:4540:6508:2c00:2ce:39ff:fecf:efcd> has joined #yocto01:17
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 252 seconds)01:23
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Read error: Connection reset by peer)01:23
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto01:24
khemrburton: the issue is that its generating .symver via assembly files and these symbols are not marked as PLTs01:29
khemJaMa:np01:29
khemI am trying to unblock01:29
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto04:13
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)04:25
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto04:26
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds)05:06
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:4b12:4214:b6e:6831> has joined #yocto05:20
*** michael_e <michael_e!~michael_e@user/michael-e:30278> has joined #yocto05:34
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto05:55
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto06:10
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Ping timeout: 260 seconds)06:10
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Ping timeout: 260 seconds)06:10
*** Hammdist <Hammdist!~debian@ns518039.ip-158-69-52.net> has quit IRC (Ping timeout: 252 seconds)06:11
*** bgreen <bgreen!~AdminUser@user/bgreen> has quit IRC (Ping timeout: 260 seconds)06:12
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Ping timeout: 260 seconds)06:12
*** bgreen <bgreen!~AdminUser@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has joined #yocto06:12
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto06:12
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has joined #yocto06:12
*** Hammdist <Hammdist!~debian@ns518039.ip-158-69-52.net> has joined #yocto06:13
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:14
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto06:14
*** c-thaler <c-thaler!~c-thaler@213.221.121.44> has joined #yocto06:38
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto06:41
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit)06:44
RPkhem: https://autobuilder.yoctoproject.org/typhoon/#/builders/142/builds/236 - segfault compiling clang on debian11 :/06:45
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 272 seconds)06:46
*** mckoan|away is now known as mckoan06:47
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto06:48
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto06:52
*** zpfvo <zpfvo!~fvo@i59F5CE7A.versanet.de> has joined #yocto06:56
*** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has joined #yocto06:58
*** bgreen <bgreen!~AdminUser@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has quit IRC (Ping timeout: 260 seconds)07:05
*** bgreen <bgreen!~AdminUser@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has joined #yocto07:05
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto07:06
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto07:18
*** halloy4985 <halloy4985!~halloy498@165.225.124.180> has joined #yocto07:20
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto07:20
*** halloy4985 <halloy4985!~halloy498@165.225.124.180> has quit IRC (Remote host closed the connection)07:24
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:25
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 268 seconds)07:27
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)07:29
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:30
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)07:35
*** mbulut__ <mbulut__!~mbulut@31.18.142.81> has joined #yocto07:40
*** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has joined #yocto07:46
*** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has joined #yocto07:47
*** dkc <dkc!~dan@user/dkc> has quit IRC (Ping timeout: 256 seconds)07:54
*** dkc <dkc!~dan@user/dkc> has joined #yocto07:55
*** bgreen <bgreen!~AdminUser@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has quit IRC (Ping timeout: 268 seconds)07:56
*** bgreen <bgreen!~AdminUser@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has joined #yocto07:56
*** Jones42_ <Jones42_!~Jones42@212.121.145.5> has joined #yocto08:23
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 268 seconds)08:27
*** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has quit IRC (Ping timeout: 268 seconds)08:37
*** Jones42__ <Jones42__!~Jones42@i577BF1B1.versanet.de> has joined #yocto08:40
*** Guest13 <Guest13!~Guest13@132.198.137.78.rev.vodafone.pt> has joined #yocto08:42
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.2)08:43
*** Jones42_ <Jones42_!~Jones42@212.121.145.5> has quit IRC (Ping timeout: 272 seconds)08:45
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto08:51
LetoThe2ndyo dudX09:03
*** mbulut__ <mbulut__!~mbulut@31.18.142.81> has quit IRC (Quit: Leaving)09:12
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto09:13
mckoanLetoThe2nd: hey09:14
mbuluthey gents, i was just looking at some 3rd party set of layers that have image recipes with lots of `require` directives from other layers in different repos (e.g. poky)........ i was wondering if this is common practice because it feels wrong... any thoughts?09:16
mckoanmbulut: it is common practice and a feature in OE/YP09:17
mckoanmbulut: consider it as "not re-inventing the wheel"09:18
mbulutyeah of course but, what annoys me about that is that the recipe makes assumptions on the checked out repo name09:18
mbulutthe poky repo for instance is assumed to be checked out as yocto.git09:19
mbulute.g. require ../../../yocto.git/...09:21
mckoanmbulut: very likely is is a wrong setting in the 3rd party set of layers. I'd need a real example09:22
qschulzmbulut: no, this is very wrong :)09:22
qschulzmbulut: require directive searches for everything relative to BBPATH if I remember correctly09:23
qschulzmbulut: c.f. https://git.theobroma-systems.com/yocto-layers/meta-theobroma-systems-bsp.git/tree/recipes-bsp/u-boot/u-boot-tsd_2024.01.bb09:23
qschulzherre I require the u-boot-common.inc by relative path from the root of any layer09:24
qschulzit should match the one from poky09:24
qschulzthough, I'll get some remarks because specifically for the u-boot recipes these inc files aren't meant to be compatible with multiple versions of U-Boot... but you see the example09:24
mbulutqschulz, i take from that it matches the first occurence of the required path in any of the layers in BBPATH?09:36
mbulutis search order defined by the order or entries in BBLAYERS?09:37
*** c-thaler <c-thaler!~c-thaler@213.221.121.44> has quit IRC (Quit: Client closed)09:38
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:38
JaMambulut: it's a combination of how layer.conf uses BBPATH and order of layers how they are in BBLAYERS09:43
mbulutok, i think i got it now (assuming i'm right that require takes the first match if more than one layer has it)09:47
rburtonRP: amazingly pciutils fails to link for x86-64 so don't pull that into master-next10:25
RPrburton: this is what the LDLIBS mess was for :/10:27
RPrburton: thanks for the heads up though10:27
* RP notes abelloni is struggling with builds10:28
rburtonour gcc is built to do -fPIC/-fPIE automatically, right?10:29
RPrburton: I wouldn't swear to that :/10:30
RPrburton: you're aware of https://valkyrie.yoctoproject.org/#/builders/75/builds/13/steps/12/logs/stdio - WORKDIR issue in meta-arm ?10:30
rburtoni am now, at least its in a trivial recipe10:31
RPrburton: right, hopefully not too bad10:31
RPmaking it fatal caught a few places out10:31
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)10:37
*** michael_e <michael_e!~michael_e@user/michael-e:30278> has quit IRC (Ping timeout: 250 seconds)10:42
RPrburton: did you look at https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/3367/steps/14/logs/stdio - PYTHONPATH issues on the arm worker related to websockets?10:47
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto10:51
*** michael_e <michael_e!~michael_e@user/michael-e:30278> has joined #yocto10:56
*** Piraty is now known as CaptainQuirk11:02
*** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 264 seconds)11:05
*** ray-san2 <ray-san2!~ray-san@195.50.168.194> has joined #yocto11:06
RPrburton: think I've found it, probably sysroot python3-native leakage11:08
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 264 seconds)11:08
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)11:14
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto11:20
*** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto11:20
*** dkc <dkc!~dan@user/dkc> has quit IRC (Remote host closed the connection)11:27
*** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has joined #yocto11:30
*** dkc <dkc!~dan@user/dkc> has joined #yocto11:31
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto11:34
*** ray-san2 <ray-san2!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 260 seconds)11:40
*** Jones42_ <Jones42_!~Jones42@212.121.145.7> has joined #yocto11:41
*** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has quit IRC (Ping timeout: 272 seconds)11:42
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)11:44
*** Jones42__ <Jones42__!~Jones42@i577BF1B1.versanet.de> has quit IRC (Ping timeout: 255 seconds)11:45
*** Jones42__ <Jones42__!~Jones42@i577BF1B1.versanet.de> has joined #yocto11:45
*** patersonc_ is now known as patersonc11:45
*** Jones42_ <Jones42_!~Jones42@212.121.145.7> has quit IRC (Ping timeout: 268 seconds)11:48
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto11:56
rburtonRP: v2 sent, also added my input on the 'port to meson' MR because i hate makefiles :)12:01
rburtonRP: have you bottomed out of that pythonpath issue or should i dig in?12:02
Xogiumrburton: who doesn't hate makefile12:02
rburtonpeople who hate people12:02
Xogiumgood point12:03
*** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto12:03
Jookiameson really hits that sweet spot of easy to use and does the right thing with minimal developer effort12:08
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:4b12:4214:b6e:6831> has quit IRC (Quit: ehussain)12:08
JaMaI hate people as well as makefiles12:19
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds)12:20
RPrburton: I have a theory but not confirmed12:32
RPrburton: I'm a bit worried about how/why it is breaking12:32
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds)12:36
*** Jones42__ <Jones42__!~Jones42@i577BF1B1.versanet.de> has quit IRC (Quit: Leaving)12:36
*** Jones42__ <Jones42__!~Jones42@i577BF1B1.versanet.de> has joined #yocto12:36
*** Jones42__ <Jones42__!~Jones42@i577BF1B1.versanet.de> has quit IRC (Client Quit)12:37
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto12:38
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)12:40
LetoThe2ndJaMa: just for you! https://youtu.be/DBwgX8yBqsw13:05
*** michael_e <michael_e!~michael_e@user/michael-e:30278> has quit IRC (Ping timeout: 250 seconds)13:10
JaMaLetoThe2nd: I hate you too! :)13:19
LetoThe2ndJaMa: that's the spirit!đź‘Ť13:19
JaMakhem: one of your "gosu: Adjust for UNPACKDIR/WORKDIR rework" commits in master-next is actually for "etcd", can you please merge the fixes for etcd, crucible, gosu from master-next to master? these are broken with go.bbclass changes even without the final UNPACKDIR changes and might be useful to have them applied separately ahead of the rest of master-next13:23
*** florian__ <florian__!~florian@dynamic-077-177-015-050.77.177.pool.telefonica.de> has joined #yocto13:25
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto13:30
*** michael_e <michael_e!~michael_e@user/michael-e:30278> has joined #yocto13:49
KanjiMonstercan https://git.openembedded.org/openembedded-core/commit/?id=605b4a91dc44d33bd4742841e71645275bc039e8 be backported to kirkstone? because that is exactly what I stumbled over when I tried enabling doc-pkgs13:56
*** goliath <goliath!~goliath@user/goliath> has joined #yocto14:00
*** michael_e <michael_e!~michael_e@user/michael-e:30278> has quit IRC (Quit: Client closed)14:05
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto14:06
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)14:25
rburtonKanjiMonster: you can be the change you want to see in the world, by which i mean sure, backport the commit to kirkstone and post the patch14:26
KanjiMonsterthat was sort of an implied question, whether just whining about it is enough or if need to send a patch ;-)14:28
rburtona patch is a lot more likely14:28
KanjiMonsterthough I also fund a previous commit https://git.openembedded.org/openembedded-core/commit/?id=ae5a8629ea72d6b3567047c7b858deae28623aba which is already enough14:28
KanjiMonsterI don't know enough about oe to tell which one is more appropriate14:30
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 260 seconds)14:33
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)14:36
*** Guest92 <Guest92!~Guest92@dslb-092-072-054-113.092.072.pools.vodafone-ip.de> has joined #yocto14:40
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto14:44
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto14:45
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto14:53
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed)14:59
*** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)15:01
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)15:09
*** Jookia <Jookia!~jookia@LuminaSensum/founder/Jookia> has quit IRC (Read error: Connection reset by peer)15:31
*** florian__ <florian__!~florian@dynamic-077-177-015-050.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)15:34
*** Jookia <Jookia!~jookia@LuminaSensum/founder/Jookia> has joined #yocto15:37
khemJaMa: yes will do it shortly, I am waiting on couple of world builds to finish in next hr15:45
khemadjusted the commit msg thanks15:45
khemKanjiMonster: you can do both, it keeps cherry-picking easier as it does not diverge15:49
*** mckoan is now known as mckoan|away15:52
*** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds)15:56
*** zpfvo <zpfvo!~fvo@i59F5CE7A.versanet.de> has quit IRC (Quit: Leaving.)16:06
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)16:08
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto16:11
*** yudjinn <yudjinn!~yudjinn@c-174-51-111-79.hsd1.co.comcast.net> has joined #yocto16:12
*** yudjinn <yudjinn!~yudjinn@c-174-51-111-79.hsd1.co.comcast.net> has quit IRC (Ping timeout: 260 seconds)16:17
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 268 seconds)16:24
*** yudjinn <yudjinn!~yudjinn@c-174-51-111-79.hsd1.co.comcast.net> has joined #yocto16:26
RPkhem: you may want to hold off master-next for a bit16:26
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)16:27
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto16:27
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has joined #yocto16:31
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 260 seconds)16:33
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has quit IRC (Ping timeout: 268 seconds)16:44
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has joined #yocto16:56
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)16:57
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto16:58
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:59
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto17:01
*** florian__ <florian__!~florian@dynamic-077-177-015-050.77.177.pool.telefonica.de> has joined #yocto17:02
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)17:03
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)17:09
*** yudjinn <yudjinn!~yudjinn@c-174-51-111-79.hsd1.co.comcast.net> has quit IRC (Ping timeout: 240 seconds)17:11
*** mbulut__ <mbulut__!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto17:15
khemRP: you mean master-next of core ?17:17
*** mbulut_ <mbulut_!~mbulut@31.18.142.81> has quit IRC (Ping timeout: 268 seconds)17:18
khemRP: I have seen some recipes doing S = WORKDIR but actually the recipe is installing a udev rule or some other scripts in do_install, now changing WORKDIR to UNPACKDIR in do_install fixes it, but I wonder if we need to the S = WORKDIR/source UNPACKDIR = S as well ?17:18
khemor just punt S and be done with it17:19
khemis there some later task which would want to look into S pointing to WORKDIR ( old ) and UNPACKDIR ( now )17:20
qschulzkhem: IIRC, S = WORKDIR would become a fatal error?17:23
khemright, I am saying if S = WORKDIR is deleted and not replaced17:23
khemIOW do we need S = WORKDIR now point to S = UNPACKDIR17:24
khemeven if recipe does not use S directly17:24
*** florian__ <florian__!~florian@dynamic-077-177-015-050.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)17:24
khemand has couple of files added via file:// in SRC_URI17:24
*** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has joined #yocto17:25
qschulzkhem: S = "${WORKDIR}/${BP}" by default in bitbake.conf17:27
JaMaS = WORKDIR/source UNPACKDIR = S; will make sure the file:// from SRC_URI end "unpacked" here17:27
qschulzso if you don't use it, not sure you would need to redefine it?17:27
qschulzI assume the file:// in SRC_URI would be unpacked in UNPACKDIR and not S17:28
qschulzso you would need to update the tasks/paths that were looking into S/WORKDIR to use UNPACKDIR for those now?17:28
qschulz(Honestly guessing, so probably not that helpful, I barely read the mails yet :/)17:28
JaMasee https://git.openembedded.org/openembedded-core/commit/?id=d9328e3b0b062f0621de3d114584b44f384a1c0217:29
JaMaif you have e.g. bbappend for one of these recipes, then you need to use S or UNPACKDIR instead of WORKDIR, because your file:// entries will get "unpacked" there (so do_install with ${WORKDIR}/foo won't work anymore)17:30
JaMaand that breaks even before the default UNPACKDIR value was changed in https://git.openembedded.org/openembedded-core/commit/?id=b84eec5c4cbf4b39d6712800dd0d2fe5337721cb17:30
JaMaso it's good to triage your world builds before taking this and the insane ERROR for S=WORKDIR (I'm down to 20+ failures now)17:31
JaMawith the UNPACKDIR change it's 100+ build failures17:31
JaMahttps://git.openembedded.org/openembedded-core/commit/?id=cc4ec43a2b657fb4c58429ab14f1edc2473c1327 is also good source of failures if you use go17:32
JaMaand npmsw:// is also a bit broken if you use that17:34
*** florian__ <florian__!~florian@dynamic-077-177-015-050.77.177.pool.telefonica.de> has joined #yocto17:37
*** mbulut__ <mbulut__!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving)17:38
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto17:38
khemJaMa: this all I understand, I have changed the do_install to pick it from UNPACKDIR already17:42
khemquestion is do we need S/UNPACKDIR dance in such cases17:42
JaMaI guess you can use the default meta/conf/bitbake.conf:UNPACKDIR ??= "${WORKDIR}/sources-unpack" and point S to it instead of the default ${WORKDIR}/${BP}17:46
qschulzJaMa: yeah but what would be the benefit?17:46
khemright my question is do we need to if S is not used in recipe at all17:48
khemis there some implicit task where it will be needed e.g. source package creation or some such17:48
*** Guest92 <Guest92!~Guest92@dslb-092-072-054-113.092.072.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds)18:00
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)18:59
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto18:59
*** sa7mfo <sa7mfo!~sa7mfo@static-212-247-173-134.cust.tele2.se> has joined #yocto19:04
sa7mfoHello, I want to create python functions that is shared between a bbclass file and a wic plugin. Does these two "entities" have some common area? meta/lib?19:06
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:06
sa7mfoI'm working with this: https://lore.kernel.org/openembedded-core/7e116c9b-82ad-4359-8b7f-8e15e4b14d62@cherry.de/raw19:06
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:06
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto19:49
*** mulk <mulk!~mulk@p5b112e4a.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds)20:00
*** sa7mfo <sa7mfo!~sa7mfo@static-212-247-173-134.cust.tele2.se> has quit IRC (Quit: Client closed)20:08
*** mulk <mulk!~mulk@p5b112e4a.dip0.t-ipconnect.de> has joined #yocto20:09
*** florian__ <florian__!~florian@dynamic-077-177-015-050.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds)20:12
RPkhem: we want to try and keep it standard so please use S as the other recipes20:14
RPkhem: We use S in PSEUDO_IGNORE_PATHS and other places so it does need to be set correctly20:14
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Ping timeout: 255 seconds)20:40
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:54
RPJPEW: did you have a patch to implement the unihash parallelism in some of the code?21:15
JPEWRP: I think so21:16
RPJPEW: I don't think that bit merged21:17
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds)21:44
*** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection)21:57
JPEWRP: Ah right, I remember now; the stuff that was easily parallelizable was the hash existence check that we wanted to add for the sstate cache to reduce negative lookups on the CDN. The runqueue is.... more complicated.21:59
JPEWHard to keep it all in my head sometimes :/21:59
JPEWOk, I think this is doable though, let me take a look22:00
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)22:09
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:10
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)22:15
RPJPEW: runqueue is complicated, yes. Don't worry about it for now. I just wanted to make sure you didn't have anything already22:22
JPEWI do not, I was misremembering. Sorry22:22
RPJPEW: 191 queries passing through my code and they take 15s :/22:22
RPNOTE: Initial setup loop took: 3357.571198940277 - so a world build with some hash matches is still slow to start up22:23
RPgoing to need to rewrite this heavily. My patch also has a glitch in somewhere as it breaks :(22:24
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:24
RPI need to sleep, time to leave this for today22:29
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:34
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:38
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)22:54
*** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds)23:02
*** vthor <vthor!~thor@user/vthor> has joined #yocto23:32
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Ping timeout: 260 seconds)23:40
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:52
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto23:55

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