Thursday, 2022-11-10

*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)00:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto00:04
CosmicPenguinHas anyone else seen a bug where CMAKE doesn't replace _IMPORT_PREFIX in INTERFACE_LINK_LIBRARIES when exporting a package?  This is hitting in spriv-tools, /usr/lib/librt.so makes it through untouched00:05
CosmicPenguinHmm - actually, on second thought, it might be because cmake doesn't recognize the absolute path that librt.so lives in00:06
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)00:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto00:09
*** florian <florian!~florian@dynamic-092-229-230-185.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)00:17
moto-timopaulg: ha. speak to HomeKit and the other libraries please.00:21
moto-timoabelloni: indeed. it . is. not.00:22
moto-timoOk, now I want to do a RealFake Grogu video00:22
PhoenixMage*sigh* progress, at least now I am getting Starting kernel then nothin :/ Not sure why it isnt throwing anything to serial after that00:22
moto-timoDear universe, please use all the energy for this AI/ML stuff to simply create amusing Grogu videos on demand.00:23
abelloniPhoenixMage: either the kernel is not booting or your console= is not correct00:23
PhoenixMageabelloni: Yeah, hopefully the later, the optimistic part of me was hoping it would use the u-boot serial00:24
* moto-timo has wasted many hours on incorrect console=00:24
moto-timoIt's 2022. Can we just all agree on one /dev/tty as The One? No? Well...00:25
abelloniPhoenixMage: it doesn't unless you use earlyprintk00:25
moto-timo+100:25
moto-timoverbose, but it sure helps00:25
PhoenixMageabelloni: I am using earlyprintk00:25
fraywell /dev/tty is "the one", after you set console=.. ;)00:25
moto-timofray: /dev/ttyS0? /dev/ttyfsckyourassumptions?00:26
frayno..  "/dev/tty"  :)  Before login and everything else gets in the way..00:26
abelloni/dev/console you mean ;)00:26
PhoenixMageIs there a straight forward was to work out which ttyS? it is?00:26
moto-timoOh lol. I meant /dev/tty*00:26
moto-timotouche00:27
abelloniprobably not a ttyS unless you are on x8600:27
fray/dev/tty SHOULD be your currently displaying tty.. so before the login and other stuff start screwing with the terminal.. /dev/tty is all you need.. it's "the one"... but alas, we have to have multi-user systems and then it all falls apart again00:27
moto-timoPhoenixMage: in my experience it can change based on platform (like abelloni said)00:28
frayhalf my ARM systems use ttyS00:28
abellonistop using atmel or ti then ;)00:28
PhoenixMageMight boot my armbian emmc and check what they use, cheating for the win00:28
moto-timoEven on x86 it was wildly variable in my painful INTC experience00:28
fraythis is all AMD/Xilinx00:28
frayI still have at least one x86 system that doesn't use ttyS00:28
moto-timoThe BIOS will own you.00:28
abelloniah, then they have 8250 compatible uarts00:28
moto-timoNow, shall we talk about SecureBoot and why it isn't even close to standard or normal?00:30
* moto-timo ducks00:30
frayor "secure"00:30
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)00:30
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has joined #yocto00:30
moto-timoI do get a chuckle (because I haven't actually touched it yet) about UEFI on arm now being standard00:30
fray"standard"00:31
moto-timoBut DO NOT look at the tianocore code. DO NOT. NO.00:31
khemSystemReady is a good effort00:31
frayit's a good idea.. but I'm mixed on if it's a good implementation00:31
khemI think it could be extended to non ARM systems as well00:31
moto-timokhem: I agree, but fsck the EFI code base needs to be chucked in the dumpster and re-written in... rust?00:31
fraywould likely be better if it was written in Python.. ;)00:31
moto-timoall that legacy baggage is just shyte00:31
khemyes infact lot of folks are already doing that00:32
moto-timofray: which Python? 3.7? 3.10? 3.11? 3.12? breaking changes all over the place00:32
khemI know few projects already rewriting it in rust00:32
moto-timokhem: +100:32
moto-timorust is no magic bullet, but it is newer and has _fresh_ young blood hacking it00:33
khemhere I have a pet project writing my yoe updater in rust as well 🙂00:33
frayI'm just waiting for the first major rust vulnerability (to make the news)00:33
moto-timoI am seeking the time/energy to write a rust blog engine for https://moto-timo.dev00:33
PhoenixMagehmmm, must be a kernel issue :/00:33
khemit is not, it is however a good guardrails for new folks and encourages good programming practices00:33
moto-timoPhoenixMage: summarize the symptoms again?00:34
* moto-timo being super lazy00:34
* khem is loving the new arc browser 00:34
khemCan preview websites from IRC/Matrix00:34
* moto-timo does a search on arc00:34
PhoenixMagemoto-timo: Just Starting kernel then nothing, setenv bootargs earlyprintk=ttyS2,1500000 console=ttyS2,1500000 console=tty100:35
PhoenixMagedoesnt help00:35
PhoenixMage(they are the console commands from armbian for the board which *does* throw to serial00:35
moto-timoPhoenixMage:  that is a very off baudrate, should be... 11520000:36
PhoenixMageIts an rk3568 board using mainline kernel 5.19.17 which does have rk3568 support00:36
PhoenixMagemoto-timo: Its the baud rate u-boot uses00:37
PhoenixMageAnd default for the board I believe00:37
frayI've seen some USB FDI's that took strage rates like that...00:37
fraybut ya, that looks "sus"00:37
moto-timook, sus00:37
PhoenixMageIts the baudrate I am using to interact with u-boot so should be fine00:37
moto-timoI can think of several board designs that would flail at that signal rate... but I digress00:38
moto-timoPhoenixMage: ok... nm00:38
moto-timoNow I wish I had that board or any other in the family00:39
PhoenixMageThis is a rock 3a00:39
moto-timoBut... I do have 2 BBAI64, so not going to bitch too much00:39
* moto-timo has over 100 SBCs00:39
PhoenixMageI have been chatting to tlwoerner about them00:39
moto-timo+1 good to hear that00:40
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)00:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto00:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)00:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto00:54
PhoenixMageWonder if there is anything I can enable in the kernel config that will help troubleshoot00:58
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-113.dsl.bell.ca> has joined #yocto01:19
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:20
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Read error: Connection reset by peer)01:23
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto01:26
*** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Quit: Client closed)01:34
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Quit: Tokamak)01:37
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)01:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto01:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)01:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto01:44
tlwoerneryes, rockchip boards have been using 1,500,000 baud for quite a few years now as default01:58
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto01:59
moto-timoTIL today01:59
*** davidinux <davidinux!~davidinux@92.118.62.65> has quit IRC (Ping timeout: 248 seconds)02:03
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)02:04
*** davidinux <davidinux!~davidinux@45.9.251.30> has joined #yocto02:12
*** RobertBerger <RobertBerger!~rber|res@62-47-42-87.adsl.highway.telekom.at> has joined #yocto02:32
*** rber|res <rber|res!~rber|res@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Ping timeout: 248 seconds)02:34
*** starblue <starblue!~juergen@dslb-188-100-135-087.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds)02:50
*** starblue <starblue!~juergen@dslb-094-220-112-054.094.220.pools.vodafone-ip.de> has joined #yocto02:53
*** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 248 seconds)03:19
*** jclsn <jclsn!~jclsn@2a04:4540:6508:4600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)03:36
*** jclsn <jclsn!~jclsn@2a04:4540:6508:7600:2ce:39ff:fecf:efcd> has joined #yocto03:37
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)03:38
*** amitk <amitk!~amit@103.208.71.96> has joined #yocto04:12
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)05:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto05:09
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto05:13
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)05:14
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:14
*** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has joined #yocto05:20
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has joined #yocto05:27
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)05:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto05:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)05:38
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:39
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.)05:46
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev)05:59
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:00
*** davidinux <davidinux!~davidinux@45.9.251.30> has quit IRC (Ping timeout: 248 seconds)06:10
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)06:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto06:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)06:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto06:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:25
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto06:26
*** davidinux <davidinux!~davidinux@host-87-0-47-240.retail.telecomitalia.it> has joined #yocto06:38
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:45
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:45
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds)06:54
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:55
*** jclsn <jclsn!~jclsn@2a04:4540:6508:7600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 246 seconds)06:56
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto06:57
*** amgedr <amgedr!~rusam@94.204.111.151> has joined #yocto07:04
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Quit: Leaving.)07:05
*** xcm_ <xcm_!~xcm@user/xcm> has quit IRC (Remote host closed the connection)07:25
*** xcm_ <xcm_!~xcm@user/xcm> has joined #yocto07:25
*** jclsn <jclsn!~jclsn@2a04:4540:651c:df00:2ce:39ff:fecf:efcd> has joined #yocto07:29
*** Guest50 <Guest50!~Guest50@185.125.224.47> has joined #yocto07:30
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:36
*** mborzecki <mborzecki!~mborzecki@2001:470:69fc:105::2af6> has joined #yocto07:38
*** mborzecki <mborzecki!~mborzecki@2001:470:69fc:105::2af6> has left #yocto07:38
*** mborzecki <mborzecki!~mborzecki@2001:470:69fc:105::2af6> has joined #yocto07:38
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:43
*** mckoan|away is now known as mckoan07:45
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:46
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:46
*** mthenault <mthenault!~mthenault@ip-091-089-130-004.um28.pools.vodafone-ip.de> has joined #yocto07:47
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:49
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto07:49
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)07:50
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:50
mthenaultHello, we have a build server which saves the sstate-cache between builds but not build/tmp/deploy/images/. The issue is that if a recipe is not being re-built because of caching, there is no re-installation on build/tmp/deploy/images/. Is there a way to force re-installation of recipes even if the build is cached?07:51
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto07:57
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has joined #yocto07:59
*** zkrx <zkrx!~slimshady@adsl-89-217-230-95.adslplus.ch> has quit IRC (*.net *.split)08:00
*** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (*.net *.split)08:00
*** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has quit IRC (*.net *.split)08:00
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (*.net *.split)08:00
*** jjmcdn <jjmcdn!~jjmcdn@205.185.115.212> has quit IRC (*.net *.split)08:00
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (*.net *.split)08:00
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (*.net *.split)08:00
*** svuorela <svuorela!~svuorela@ssh.killmulehill.net> has quit IRC (*.net *.split)08:00
*** ldericher <ldericher!~LDer@user/ldericher> has quit IRC (*.net *.split)08:00
*** fray <fray!~fray@70.99.78.136> has quit IRC (*.net *.split)08:00
*** simond47 <simond47!~simond47@practical-trainings.com> has quit IRC (*.net *.split)08:00
*** Ch^W <Ch^W!~mouser@209.147.121.179> has quit IRC (*.net *.split)08:00
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (*.net *.split)08:00
*** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has quit IRC (*.net *.split)08:00
*** marex <marex!~marex@195.140.252.251> has quit IRC (*.net *.split)08:00
*** perdmann <perdmann!~patrick@nostromo.0x47.net> has quit IRC (*.net *.split)08:00
*** npcomp <npcomp!~user@user/npcomp> has quit IRC (*.net *.split)08:00
*** Ch^W <Ch^W!~mouser@209.147.121.179> has joined #yocto08:00
*** perdmann <perdmann!~patrick@nostromo.0x47.net> has joined #yocto08:00
*** fray <fray!~fray@70.99.78.136> has joined #yocto08:00
*** jjmcdn <jjmcdn!~jjmcdn@205.185.115.212> has joined #yocto08:00
*** ecdhe_ <ecdhe_!~ecdhe@mms-rf-support.com> has joined #yocto08:00
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto08:00
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto08:00
*** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto08:00
*** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has joined #yocto08:00
*** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has joined #yocto08:00
*** zkrx <zkrx!~slimshady@adsl-89-217-230-95.adslplus.ch> has joined #yocto08:01
*** npcomp <npcomp!~user@user/npcomp> has joined #yocto08:01
*** ldericher <ldericher!~LDer@user/ldericher> has joined #yocto08:02
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto08:03
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has quit IRC (Remote host closed the connection)08:05
*** svuorela <svuorela!~svuorela@ssh.killmulehill.net> has joined #yocto08:05
*** marex <marex!~marex@195.140.252.251> has joined #yocto08:05
amgedrmthenault: did you try bitbake <recipename> -c cleansstate08:07
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:07
mthenaultyes, that would work, but for example for the kernel i don't want to re-build it on each build if it is cached. I just want the artifacts..08:07
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)08:11
amgedrmthenault: if you clean a recipe and run build it would only be rebuild that recipe again in addition to the image files. if you want to rebuild the image only you could run bitbake <imagename> -c clean08:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto08:12
*** Schiller <Schiller!~Schiller@dynamic-046-114-208-183.46.114.pool.telefonica.de> has joined #yocto08:13
mthenault@amgedr: doing -c clean makes me re-build the whole recipe even though i already have it cached, so why cache it at the first time? Example for the linux-qoriq recipe that I have which produces the fitImage artifact that I need each time.08:15
mthenaultfirst place*08:15
*** amitk_ <amitk_!~amit@103.208.71.6> has joined #yocto08:15
mthenaulti guess the only solution is to save tmp/deploy/images/* alongside the sstate cache08:15
*** amitk <amitk!~amit@103.208.71.96> has quit IRC (Ping timeout: 248 seconds)08:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)08:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto08:22
*** olani <olani!~olani@66.159.215.7> has joined #yocto08:35
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto08:38
LetoThe2ndyo dudX08:42
mckoanhey LetoThe2nd08:46
*** gho <gho!~gho@i59F5CD0E.versanet.de> has joined #yocto08:46
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto08:51
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in)08:52
*** GuestNew <GuestNew!~GuestNew@lfbn-idf2-1-758-184.w86-247.abo.wanadoo.fr> has joined #yocto09:01
GuestNewHello, it's possible to create one yocto recipe inherited from "module" class for a recursive call ? (I have severals modules in one repo and I don't want to create one reacipe for each module ...)09:02
LetoThe2ndGuestNew: you mean, one recipe that provides a number of pacakges?09:03
GuestNewLetoThe2nd one package09:03
GuestNewbut several modules to install09:04
GuestNewI have mod1 mod2 modX folders with a Makefile, I'm abale to build modules separately in devshell,09:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:07
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:07
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto09:08
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-230-210.citykom.de> has joined #yocto09:08
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto09:10
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 260 seconds)09:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:18
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)09:18
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:18
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Ping timeout: 246 seconds)09:20
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has joined #yocto09:21
*** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto09:28
*** goliath <goliath!~goliath@user/goliath> has joined #yocto09:29
Guest13hi everyone, im trying to build qt5-kiosk-browser, but while building qtwebengine i get the following error:09:36
Guest13| 41 | #include <bits/c++config.h>09:36
Guest13using meta-qt5(master) and gcc 11.3. instead of "c++config.h" there is "c++config". could it be caused by this?09:37
Guest13"/usr/include/c++/9/cstdlib:41:10: fatal error: bits/c++config.h: No such file or directory"09:37
svuorelahmm.. where is the valid version numbers for bitbake recipes defined ?09:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)09:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:54
*** GuestNew <GuestNew!~GuestNew@lfbn-idf2-1-758-184.w86-247.abo.wanadoo.fr> has quit IRC (Quit: Client closed)09:55
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving)10:00
qschulzmthenault: remove everything in tmp between builds10:02
rburtonGuest13: either the recipe or the build system used by qt5-kiosk-browser is broken, it shoudn't be reading from /usr10:03
qschulzmthenault: we don't support removing only some parts of tmp, either remove all or nothing. You can have your sstate-cache outside of this directory (same for downloads), see SSTATE_DIR and DL_DIR10:03
qschulzmthenault: I personally remove everything from my CI between builds and have sstate-cache and downloads directory on other locations that are permanent10:04
mthenaultthat is exactly what we do as well10:04
mthenaultas a result, sometimes the fitimage will be in tmp/deploy/images/** sometimes not10:04
mthenaultdepending on if it is getting rebuilt10:04
qschulzmthenault: ok, this is an issue in your recipe10:05
qschulzI can half-guess that you used to the wrong variable in do_deploy10:05
mthenaultwell, do_deploy does not get re-executed if it is cached10:05
mthenaultit's linux-qoriq from freescale..10:05
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto10:05
qschulzmthenault: not a guarantee it';s done properly :)10:06
mthenault:D10:06
qschulzmthenault: https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/deploy.bbclass, it needs to be installed in DEPLOYDIR10:06
marekHi, does it make sense to use pip in recipes to install python dependencies or it's not very good idea and what be the right approach? Thanks10:07
qschulzmthenault: bitbake-getvar -r linux-qoriq do_deploy10:07
mthenault@qschulz: ok.. anyway, I use this workaround: bitbake linux-qoriq -c clean ; bitbake linux-qoriq. This doesn't recompile the whole kernel but do_deploy gets executed10:07
qschulzand check the content of the function (or read WORKDIR/temp/run.do_deploy10:08
qschulzmthenault: yeah I would spend an hour or two on trying to find out what the issue is10:08
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)10:08
mthenaulthm, a bit wierd, there is only run.do_deploy_setscene and run.do_deploy_source_date_epoch_setscene. also bitbake-getvar is not found (I'm on hardknott)10:10
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:10
rburtonmarek: terrible idea, unless you're packaging an absolutely huge monolithic component10:11
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto10:12
mthenaultqschulz: but this mechanism is also true for other recipes. I have a custom recipe with inside do_deploy(): install -m 0644 thefile ${DEPLOYDIR}. If i delete tmp/deploy/images/myimage/thefile and i do bitbake myrecipe, the file doesn't get re-deployed. doing -c clean first fixes it10:12
marekrburton: well have some pip handling in recipe which works for dunfell but again breaks in kirkstone :), so just lookin now into proper way, so only proper way is to add all necessary dependencies as python recipes and use them right?10:12
rburtoni expect it breaks in kirkstone as we disable network outside of fetch tasks by default10:13
rburtonthe proper way is to package all the modules, yes.10:13
rburtonif you have a huge component with a load of really tight dependencies then just enable networking with the [network] flag, see the docs10:13
qschulzmthenault: hardknott is EOL for a while already now, I would suggest to upgrade to kirkstone now which is an LTS10:14
qschulzmthenault: in any case, as said, it is not supported to only remove parts of your tmp directory10:15
qschulzeither you remove all or nothing10:15
mthenaultok, thanks for your help10:15
rburtonmthenault: you can force a deploy with bitbake myimage --cmd deploy --force10:16
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 252 seconds)10:16
rburtonbut yes, don't just delete bits of tmp.  bitbake thinks it deployed, so why would it redeploy?10:16
mthenaultrburton: thx, but this is not an image, just various recipes i need the output of. running do_deploy -f does not work each time. but -c clean and rebuilding does10:17
mthenaultyeah..10:17
mthenaultwell our build server just imports sstate_dir and dl_dir10:17
*** seninha <seninha!~seninha@user/seninha> has joined #yocto10:17
mthenaultand the rest is clen10:17
mthenaultclean*10:17
*** marek78 <marek78!~marek@90-64-78-64.dynamic.orange.sk> has joined #yocto10:22
marek78rburton: I enabled network access but then got issue with permission denied in /usr/lib/python3.10 so added custom path for installing pip and this kid of work but from time to time I'm seeing also other issues related to that10:22
rburtonmarek78: you'll need to make a venv and stuff, you can't just 'pip install foobar'10:23
marek78rburton: ok, if I'll do it in venv then do I need to set PYTHONPATH to this as some processing require calling binaries (like protoc from some pip installed packages)10:25
*** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Ping timeout: 260 seconds)10:26
rburtonarguably, there should be a class to just do it properly. give it a package name to install and a location, and off it goes.10:26
rburtonobviously license and source tracking and everything else goes out the window...10:26
marek78rburton: can you point me pls to class name, thx10:28
rburton*should* be a class10:28
rburtonstill needs writing10:28
rburtonit should just be a matter of creating a venv and then pip installing stuff, but obviously the "and i'll just compile something now" would likely break...10:29
marek78rburton: ok I see, thanks10:30
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)10:38
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto10:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)10:43
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:43
*** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Ping timeout: 260 seconds)10:46
*** dsueiro <dsueiro!~dsueiro@fw-tnat-cam1.arm.com> has joined #yocto10:49
*** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto10:53
*** starblue <starblue!~juergen@dslb-094-220-112-054.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds)10:56
*** starblue <starblue!~juergen@dslb-094-220-112-054.094.220.pools.vodafone-ip.de> has joined #yocto10:58
*** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Quit: Ping timeout (120 seconds))11:00
*** marek78 <marek78!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Quit: Client closed)11:04
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 260 seconds)11:18
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Ping timeout: 252 seconds)11:23
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 260 seconds)11:35
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:39
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:39
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)11:39
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:39
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Read error: Connection reset by peer)11:47
*** leonanavi <leonanavi!~Leon@46.55.231.62> has joined #yocto11:47
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-230-210.citykom.de> has quit IRC (Ping timeout: 260 seconds)11:48
RPrburton: been playing with storing out all the sig data. If we take the hit of IPC to the main cooker from the parsers, the data is 580MB but compresses down to 17MB12:06
*** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has joined #yocto12:06
* RP suspects large memory use but there is a trick we could use for that12:07
*** dsueiro <dsueiro!~dsueiro@fw-tnat-cam1.arm.com> has quit IRC (Quit: Client closed)12:10
*** Schiller <Schiller!~Schiller@dynamic-046-114-208-183.46.114.pool.telefonica.de> has quit IRC (Quit: Client closed)12:27
*** landgraf <landgraf!~landgraf@164.90.195.62> has quit IRC (Quit: WeeChat 3.5)12:32
*** landgraf <landgraf!~landgraf@164.90.195.62> has joined #yocto12:34
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)12:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto12:34
*** jclsn <jclsn!~jclsn@2a04:4540:651c:df00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)12:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)12:39
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto12:39
rburtonnice12:43
*** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto12:45
*** Schiller <Schiller!~Schiller@dynamic-046-114-208-183.46.114.pool.telefonica.de> has joined #yocto12:47
*** jclsn <jclsn!~jclsn@2a04:4540:6509:b700:2ce:39ff:fecf:efcd> has joined #yocto12:47
Guest13im trying to build qt-kiosk-browser and The build dependency is defined as "qtwebengine".12:49
Guest13is it possible that 16gb ram + 16gb swap area is not insufficient when trying to build "qtwebengine"?12:49
rburtonGuest13: that wouldn't result in the error you pasted12:58
Guest13thanks to you, i know it's not related to the error im getting. i just wanted to ask.13:01
rburtonwebkit is huge but might build with that much13:01
svuorelaGuest13: that might be enough. What arch are you buildin on ?13:02
svuorelado you have a 64bit linker ?13:02
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)13:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto13:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)13:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:09
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:09
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:10
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)13:11
Guest13svuorela im new to yocto, i didn't quite understand what you said, but im trying to get a build for the armv7l architecture.13:12
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)13:27
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has quit IRC (Quit: Leaving.)13:27
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto13:28
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has joined #yocto13:29
*** mthenault <mthenault!~mthenault@ip-091-089-130-004.um28.pools.vodafone-ip.de> has quit IRC (Quit: Leaving)13:34
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)13:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:35
*** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Quit: Client closed)13:40
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 260 seconds)13:47
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:50
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:50
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto13:52
*** ramacassis[m] <ramacassis[m]!~ramacassi@2001:470:69fc:105::2:1958> has joined #yocto14:04
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has joined #yocto14:09
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-230-210.citykom.de> has joined #yocto14:12
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:15
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto14:15
tlwoernero14:17
tlwoerner(oops)14:18
tlwoerneri'm curious to know if anyone has sound working from a qemu image (runqemu)14:18
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has joined #yocto14:22
tlwoerneri played with it off and on over the last day or so. i finally have qemu showing up in my host's audio mixer14:25
tlwoernerso that's progress14:25
tlwoernerthe current sound settings in the qemu config file are obsolete and i'm trying to find the right incantation to make qemu happy14:26
*** frieder <frieder!~frieder@200116b824be0d810000000000001cba.dip.versatel-1u1.de> has joined #yocto14:29
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)14:30
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:36
ramacassis[m]hi, is there a case where putting a .bb and .bbappend in the same layer is justified ?14:36
ramacassis[m]for instance, the project I'm working on used to build nginx_1.17 from meta-webserver (dunfell)14:36
ramacassis[m]To get an upgraded version they took the nginx folder from kirkstone (with an nginx_1.21 recipe), and copied it to a new "meta-project" (with a higher priority).14:37
ramacassis[m]and finally added a nginx bbappend, still in meta-project to add specific files (and not alter the initial recipe)14:37
ramacassis[m]are there better ways to differentiate the upstream recipe from the local changes ? maybe with just with a README and comments in the recipe ?14:37
ramacassis[m]tlwoerner: never tried sorry... hope you'll get some feedbacks14:37
*** amgedr <amgedr!~rusam@94.204.111.151> has quit IRC (Quit: Leaving...)14:39
*** marek <marek!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Quit: Client closed)14:41
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto14:42
ramacassis[m] * are there better ways to differentiate the upstream recipe from the local changes ? maybe with just with a README file + comments in the recipe ?14:43
*** Schiller <Schiller!~Schiller@dynamic-046-114-208-183.46.114.pool.telefonica.de> has quit IRC (Quit: Client closed)14:53
vvnMy product is based on kirkstone (which ships systemd 250) but I need systemd 251 which includes several changes I need. What is the cleanest way to bump? Overriding SRCREV:pn-systemd and SRCBRANCH:pn-systemd in my distro conf?14:55
Saur[m]@vvn: If the recipe differences are small for the updated versions, personally I prefer to create a versioned .bbappend, which sets `PV`, `SRCREV` or `SRC_URI[sha256sum]`, and any other necessary changes. The benefit of using a versioned .bbappend is that when upstream eventually updates, I get a build failure and can either remove the .bbappend as it is no longer needed, or update it as necessary to match the new upstream recipe.15:04
*** michael_zks[m] <michael_zks[m]!~michaelzk@2001:470:69fc:105::2:b97a> has joined #yocto15:04
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Ping timeout: 255 seconds)15:07
vvnSaur[m]: that is indeed a way better approach, exactly what I was asking for. Thank you!15:15
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)15:19
vvnwhat's the best place to ship systemd .network files? systemd, systemd-conf, systemd-machine-units, or a custom package?15:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:24
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto15:27
*** Schiller <Schiller!~Schiller@dynamic-046-114-208-183.46.114.pool.telefonica.de> has joined #yocto15:28
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto15:30
rburtonvvn: custom package15:30
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:30
*** Schiller <Schiller!~Schiller@dynamic-046-114-208-183.46.114.pool.telefonica.de> has quit IRC (Client Quit)15:31
*** Guest7752 <Guest7752!~Guest77@62-47-42-87.adsl.highway.telekom.at> has joined #yocto15:35
*** Guest7752 <Guest7752!~Guest77@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Client Quit)15:35
*** Lumpi <Lumpi!~Lumpi@62-47-42-87.adsl.highway.telekom.at> has joined #yocto15:35
*** Lumpi <Lumpi!~Lumpi@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Client Quit)15:36
vvnrburton: I feel like systemd-machine-units isn't really useful, don't you think?15:38
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)15:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:54
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:59
vvnI mean it always sounds like the go-to place to drop in custom unit files, but always end up being a bad choice16:00
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Ping timeout: 260 seconds)16:04
*** RobertBerger <RobertBerger!~rber|res@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Remote host closed the connection)16:06
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto16:08
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has joined #yocto16:12
mcfriskhi, any docs or hints or videos about setting up qemu images and running test against them? runqemu works with my image, it boots, can login over serial, can also ssh into the image with userspace networking so localhost:2222 has the target port 22 for ssh. Still, qemurunner.py is failing at "do_testimage: Couldn't get ip from qemu command line and runqemu output!"16:18
rburtonmcfrisk: have you set the QB_ variables for networking like the qemu machines in core?16:20
*** Guest50 <Guest50!~Guest50@185.125.224.47> has quit IRC (Quit: Client closed)16:20
mcfriskrburton: not for networking as I'm using userspace networking with "slirp" everywhere16:22
mcfrisklocal.conf has: TEST_RUNQEMUPARAMS = "slirp nographic novga"16:23
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 248 seconds)16:29
qschulzvvn: I would definitely import all bb/inc/files related to the new systemd recipe from a newer recipe (if there's one) otherwise create one. Just editing the version and changing things here and there by using a bbappend destined for another version is going to be a nightmare for users to debug16:31
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has quit IRC (Ping timeout: 260 seconds)16:37
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-230-210.citykom.de> has quit IRC (Quit: Konversation terminated!)16:44
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)16:45
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds)16:46
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has joined #yocto16:51
*** mckoan is now known as mckoan|away17:05
*** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 260 seconds)17:11
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:12
*** gho <gho!~gho@i59F5CD0E.versanet.de> has quit IRC (Quit: Leaving.)17:30
*** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto17:30
*** zpfvo <zpfvo!~fvo@i59F5CD0E.versanet.de> has quit IRC (Remote host closed the connection)17:31
cperonHi there, do you know if it's possible to check if a SRCREV is equal to a tag to be sure that we bump both?17:31
cperonI tried to use SRC_URI="git://XXXX.git;tag=1.2.3" but no success :(17:31
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has quit IRC (Ping timeout: 248 seconds)17:35
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has joined #yocto17:42
krisAre there any indications yet of what the next LTS Linux kernel version will be?17:43
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:45
cperonkris: could be 6.4 but no indication yet17:47
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 260 seconds)17:48
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has quit IRC (Ping timeout: 260 seconds)17:49
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Remote host closed the connection)17:51
cperonHo sorry missed that 5.19 is not a LTS : https://www.phoronix.com/news/Linux-6.1-Likely-LTS17:51
*** PhoenixMage <PhoenixMage!~phoenix@206.83.112.50> has joined #yocto17:51
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto17:51
kriscperon: Thanks17:53
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)17:55
*** frieder <frieder!~frieder@200116b824be0d810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)17:56
*** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)18:11
*** PhoenixMage <PhoenixMage!~phoenix@206.83.112.50> has quit IRC (Ping timeout: 252 seconds)18:16
*** PhoenixMage <PhoenixMage!~phoenix@206.83.112.50> has joined #yocto18:17
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has joined #yocto18:26
*** amitk_ <amitk_!~amit@103.208.71.6> has quit IRC (Ping timeout: 260 seconds)18:28
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)18:34
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)18:37
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has quit IRC (Remote host closed the connection)18:46
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has joined #yocto18:47
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Quit: Leaving)18:49
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)18:54
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto18:54
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)18:59
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto18:59
*** leonanavi <leonanavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)19:09
*** michael_zks[m] <michael_zks[m]!~michaelzk@2001:470:69fc:105::2:b97a> has quit IRC (Quit: User was banned)19:09
qschulzcperon: there's an issue with annotated tags since they are of a different hash than the "code hash"19:18
*** olani <olani!~olani@66.159.215.7> has joined #yocto19:18
qschulzcperon: I guess there exists some git-foo to check if a commit hash is represented by a tag, probably git describe or something like that19:19
fraySeeing if anyone has an opinion.  I'm working on tryign to cleanup the graphics implementation on the meta-xilinx layers.  I'm currently contemplating a MACHINE_FEATURE that says if the part has a mali or not, then a second DISTRO_FEATURE that says to use libmali (instead of the default mesa lima).  Does this seem like a reasonable combination?19:22
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)19:30
*** jetm <jetm!~quassel@177.93.3.150> has joined #yocto19:35
jetmHi, does Yocto support a shared-writable cache directory with sstate and downloads directories in a machine when users can execute multiple builds simultaneously?19:37
jetmI have read the documentation and some blogs on how to use a share state and downloads directory, but I have not found a source saying if it is supported users building at the same time using a shared and writable directory with all (sstate & downloads) Yocto cache files19:37
*** aleblanc[m] <aleblanc[m]!~aleblancm@2001:470:69fc:105::1:c14f> has joined #yocto19:37
cperonqschulz: there is indeed a gitver.bbclass in meta-oe but nobody use it :(19:49
cperoni shoul something like inherit gitver and then check than GIT_TAGADJUST = PV right ?19:52
*** florian_kc <florian_kc!~florian@dynamic-093-131-053-100.93.131.pool.telefonica.de> has joined #yocto19:53
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto20:03
cperonnobody seems to use GIT_TAGADJUST nor GITVER :( anyway will try to add a check with this thanks for pointing out :)20:05
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto20:16
*** tortoise <tortoise!sid506742@2a03:5180:f:3::7:bb76> has joined #yocto20:30
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has quit IRC (Quit: Tokamak)20:43
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)20:47
*** sr2 <sr2!~sr2@46.149.52.241> has joined #yocto20:57
sr2hi. why bitbake dont allow me to install firmware? `install -m 644 ${WORKDIR}/m4_main.elf ${D}${nonarch_base_libdir}/firmware/` `QA Issue: Architecture did not match (ARM, expected AArch64`21:00
sr2its not supposed to match host arch. its firmware for coprocessor21:01
rburtonSr2: look up INSANE_SKIP in the manual21:03
sr2rburton thank you21:03
*** jclsn <jclsn!~jclsn@2a04:4540:6509:b700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.7.1)21:14
*** jclsn <jclsn!~jclsn@2a04:4540:6509:b700:2ce:39ff:fecf:efcd> has joined #yocto21:17
tortoiseis there any difference between having including weston via IMAGE_FEATURES +=  "weston"  vs putting the packagegroup-core-weston in IMAGE_INSTALL ?21:19
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has joined #yocto21:24
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)21:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto21:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)21:29
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto21:29
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto21:32
rburtontortoise: the former is literally the latter22:14
rburtonFEATURE_PACKAGES_weston = "packagegroup-core-weston"22:14
tortoisethanks, still getting used to yocto, going to grep now for the FEATURE_PACKAGES definitions22:15
rburtontortoise: core-image.bbclass22:15
*** sr2 <sr2!~sr2@46.149.52.241> has quit IRC (Quit: Client closed)22:32
RPJPEW: Looks like we can get the sigs data for OE-core down to 62MB of pickled data which compresses to 12.5MB (compared to 581MB of json compressing to 17MB)22:49
JPEWThat's the whole parsing cache?22:50
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)22:50
JPEWErr, I mean thats the sig data for everything, not per-recipe?22:50
RPJPEW: that is the siginfo file for every task for every recipe in OE-Core22:50
RPwell, the data you could build the sig with22:50
JPEWRP: Ya, that's very cool.... seems like that would be really useful for post-mortem debugging22:51
RPJPEW: the pain point left is getting the data from the parsing threads to the central process to save out. Something to ponder tomorrow22:51
RPand somehow syncing this with the main cache22:52
* RP just has a crazy thought. I wonder if we could actually write out the whole data store and just "be done with it"22:53
RPIf we can compress it into memory/disk well enough...22:54
*** sr2 <sr2!~sr2@46.149.52.241> has joined #yocto22:54
*** jamestperk <jamestperk!sid520428@2a03:5180:f::7:f0ec> has quit IRC (Read error: Software caused connection abort)22:56
*** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has joined #yocto22:56
*** Tokamak_ <Tokamak_!~Tokamak@c-73-147-222-41.hsd1.va.comcast.net> has joined #yocto23:07
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has quit IRC (Ping timeout: 260 seconds)23:09
*** nohit <nohit!sid334887@2a03:5180:f::5:1c27> has quit IRC (Read error: Software caused connection abort)23:11
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto23:12
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)23:12
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has joined #yocto23:17
*** Tokamak_ <Tokamak_!~Tokamak@c-73-147-222-41.hsd1.va.comcast.net> has quit IRC (Ping timeout: 252 seconds)23:17
*** florian_kc <florian_kc!~florian@dynamic-093-131-053-100.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)23:22
*** Tokamak <Tokamak!Tokamak@gateway/vpn/protonvpn/tokamak> has quit IRC (Quit: Tokamak)23:25
*** kevinrowland <kevinrowland!~kevinrowl@136.226.67.2> has joined #yocto23:35
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto23:35
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)23:45

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