Wednesday, 2024-05-15

*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)00:22
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection)00:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:35
vmesonhmmm, while node executable seemed to decreases in size by ~6% with -fvisibility-inlines-hidden, webkitgtk's libwebkitgtk only decreases by 0.0017% -- I should probably do some completely seperate builds like I did for node. more tomorrow.01:20
*** jclsn <jclsn!~jclsn@2a04:4540:652e:8f00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 255 seconds)01:24
*** jclsn <jclsn!~jclsn@2a04:4540:6524:cb00:2ce:39ff:fecf:efcd> has joined #yocto01:25
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 256 seconds)01:26
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Quit: ZNC - https://znc.in)01:57
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto01:57
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto02:04
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has joined #yocto02:43
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto03:27
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Quit: WeeChat 4.2.2)03:33
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto03:39
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Quit: WeeChat 4.2.2)03:40
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto03:40
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds)04:05
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Ping timeout: 264 seconds)04:05
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto04:12
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:01
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Ping timeout: 240 seconds)05:11
*** amitk <amitk!~amit@58.84.60.19> has joined #yocto05:23
*** zpfvo <zpfvo!~fvo@i59F5CFB3.versanet.de> has joined #yocto05:56
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto05:56
*** TundraMan <TundraMan!~marka@149.115.66.185> has joined #yocto06:04
*** marka <marka!~marka@149.115.66.185> has quit IRC (Ping timeout: 260 seconds)06:05
*** TundraMan <TundraMan!~marka@149.115.66.185> has quit IRC (Ping timeout: 240 seconds)06:11
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)06:12
*** marka <marka!~marka@149.115.66.185> has joined #yocto06:13
*** marka <marka!~marka@149.115.66.185> has quit IRC (Ping timeout: 260 seconds)06:17
*** marka <marka!~marka@149.115.66.185> has joined #yocto06:18
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Remote host closed the connection)06:20
*** TundraMan <TundraMan!~marka@149.115.66.185> has joined #yocto06:22
*** marka <marka!~marka@149.115.66.185> has quit IRC (Ping timeout: 268 seconds)06:22
khemvmeson: as long as its smaller06:23
*** Hubi <Hubi!~Hubi@ovg179.internetdsl.tpnet.pl> has joined #yocto06:30
*** TundraMan <TundraMan!~marka@149.115.66.185> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)06:31
*** prabhakalad <prabhakalad!~prabhakar@136.226.255.106> has joined #yocto06:32
*** marka <marka!~marka@149.115.66.185> has joined #yocto06:33
HubiHello everyone,06:35
HubiI would like to build 2 images based on 2 different version of one recipe.06:35
Hubirecipe_4.1006:35
Hubirecipe_4.1306:35
Hubiwhen i try to build it one after another i get error06:35
Hubi644ERROR: recipe-4.10-r0 do_packagedata_setscene: QA Issue: Package version for package recipe-src went backwards which would break package feeds (from 0:4.13-r0 to 0:4.10-r0) [version-going-backwards]06:35
HubiI try to force it via06:35
HubiPREFERRED_VERSION_recipe = "4.13" but still same issue accure.06:35
Hubiany tip how to solve that problem?06:35
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:37
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto06:37
*** frieder <frieder!~frieder@i59F61201.versanet.de> has joined #yocto06:38
*** legraps <legraps!~anaumann@p5b2a41c1.dip0.t-ipconnect.de> has joined #yocto06:41
*** joeythesaint <joeythesaint!~jjmcdn@205.185.115.212> has quit IRC (Ping timeout: 260 seconds)06:43
*** joeythesaint <joeythesaint!~jjmcdn@205.185.115.212> has joined #yocto06:43
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has joined #yocto06:44
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:44
*** legraps <legraps!~anaumann@p5b2a41c1.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds)06:45
*** luc4 <luc4!~luca@2a00:6d43:501:1201:822f:719a:1c2c:5dae> has joined #yocto06:51
*** luc4 <luc4!~luca@2a00:6d43:501:1201:822f:719a:1c2c:5dae> has quit IRC (Client Quit)06:52
*** c-thaler <c-thaler!~c-thaler@213.221.121.44> has joined #yocto06:54
*** marka <marka!~marka@149.115.66.185> has quit IRC (Ping timeout: 268 seconds)06:56
*** marka <marka!~marka@149.115.66.185> has joined #yocto06:57
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:13
*** mckoan|away is now known as mckoan07:25
mckoanHubi: AFAIK is normal, in such case run bitbake -c cleasstate recipe before building the image07:27
*** Kubu_work <Kubu_work!~kubu@i19-lef01-ix2-176-180-86-235.ft.lns.abo.bbox.fr> has joined #yocto07:28
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto07:30
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto07:33
Hubihi mckoan, i just did it b4 your message, and it works, thanks :)07:43
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto07:46
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto07:50
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Ping timeout: 256 seconds)07:51
qschulzkhem: only aarch64 machines here08:02
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:02
qschulzkhem: if I read the migration notes properly, I still need to lower OLDEST_KERNEL to match the kernels I'm building if they are <5.1508:02
*** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has joined #yocto08:05
*** c-thaler <c-thaler!~c-thaler@213.221.121.44> has quit IRC (Quit: Client closed)08:06
JaMaqschulz: correct08:06
*** luc4 <luc4!~luca@2a00:6d43:501:1201:3565:2790:7140:cf20> has joined #yocto08:08
*** luc4 <luc4!~luca@2a00:6d43:501:1201:3565:2790:7140:cf20> has quit IRC (Client Quit)08:08
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto08:12
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf238400020acdfffe316046.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 255 seconds)08:17
*** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto08:25
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Read error: Connection reset by peer)08:25
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf238400127b44fffe802df7.dip0.t-ipconnect.de> has joined #yocto08:32
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf238400127b44fffe802df7.dip0.t-ipconnect.de> has left #yocto08:34
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Quit: MrCryo)08:44
*** Hubi <Hubi!~Hubi@ovg179.internetdsl.tpnet.pl> has quit IRC (Quit: Client closed)08:44
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto08:44
*** legraps <legraps!~anaumann@p5b2a41c1.dip0.t-ipconnect.de> has joined #yocto09:04
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has quit IRC (Ping timeout: 268 seconds)09:06
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has joined #yocto09:07
*** legraps <legraps!~anaumann@p5b2a41c1.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)09:10
*** prabhakalad <prabhakalad!~prabhakar@136.226.255.106> has quit IRC (Ping timeout: 256 seconds)09:16
*** prabhakalad <prabhakalad!~prabhakar@136.226.255.106> has joined #yocto09:17
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)09:27
RPqschulz: that would be my understanding too09:27
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto09:28
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed)09:32
*** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection)09:37
*** c-thaler <c-thaler!~c-thaler@213.221.121.44> has joined #yocto09:37
*** fabatera <fabatera!~fabatera@ip5f5af5f6.dynamic.kabel-deutschland.de> has joined #yocto09:43
*** prabhakalad <prabhakalad!~prabhakar@136.226.255.106> has quit IRC (Ping timeout: 252 seconds)09:46
fabateraHi, I'm getting the following error with nanbield:09:48
fabateraQA Issue:  my_package package is not obeying usrmerge distro feature. /lib should be relocated to /usr. [usrmerge]09:48
fabateraI can't move files to /usr now.09:48
fabateraSetting INSANE_SKIP:${PN} += "usrmerge" didn't help.09:48
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has quit IRC (Ping timeout: 272 seconds)09:53
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has joined #yocto09:54
fabaterasorry never mind. It is complaining about a package defined inside the recipe:10:02
fabateramy_package.bb10:02
fabateraPACKAGES += "${PN}-firmware"10:02
*** Kubu_work <Kubu_work!~kubu@i19-lef01-ix2-176-180-86-235.ft.lns.abo.bbox.fr> has quit IRC (Read error: Connection reset by peer)10:03
*** starblue <starblue!~juergen@87.122.36.120> has quit IRC (Ping timeout: 268 seconds)10:06
*** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has joined #yocto10:07
*** starblue <starblue!~juergen@87.122.36.120> has joined #yocto10:08
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has quit IRC (Ping timeout: 256 seconds)10:23
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/5538/steps/18/logs/stdio - pexpect dependency?10:25
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has joined #yocto10:31
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto10:39
rburtonRP: is that a new worker?  we've had that dependency in there for a long time.  i wonder what changed...10:47
*** sotaoverride is now known as Guest549810:47
*** Guest5498 <Guest5498!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (tungsten.libera.chat (Nickname regained by services)))10:47
*** ctraven is now known as sotaoverride10:47
*** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto10:48
RPrburton: is that a new BSP?10:50
rburtonRP: yeah maybe we never even ran selftest with meta-arm around10:57
rburtoni can make that testcase skip itself in that case11:00
RPrburton: I guess some workers have that present and some don't ?11:00
rburtonyeah possibly11:00
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)11:08
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)11:17
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto11:17
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has quit IRC (Ping timeout: 272 seconds)11:21
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto11:25
*** fabatera <fabatera!~fabatera@ip5f5af5f6.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed)11:29
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto11:39
*** tostr <tostr!60aa75e090@user/tostr> has joined #yocto11:47
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:f983:cb5a:dc27:10ad> has quit IRC (Ping timeout: 268 seconds)11:59
*** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Read error: Connection reset by peer)12:00
*** ardo <ardo!~ardo@host-79-32-45-194.retail.telecomitalia.it> has joined #yocto12:00
*** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto12:01
*** n245 <n245!~n245@watf-11-b2-v4wan-169690-cust2.vm45.cable.virginm.net> has joined #yocto12:03
n245Hello, I am looking for information about how to contribute to docs.yoctoproject.org. In particular, I would like to add documentation for a variable which is still not documented.12:03
*** aardo <aardo!~ardo@host-79-41-85-17.retail.telecomitalia.it> has quit IRC (Ping timeout: 268 seconds)12:04
*** Kubu_work <Kubu_work!~kubu@sec59-h01-176-145-68-211.dsl.sta.abo.bbox.fr> has joined #yocto12:05
yoctonn245: You will find this in the doc itself :) https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html12:08
rburtonn245: the documentation is in the yocto-docs git repository (https://git.yoctoproject.org/yocto-docs/tree/documentation)12:08
*** gmask <gmask!~Thunderbi@2a02:168:5fe6:0:5e3b:f5a1:7f4d:a8b2> has joined #yocto12:09
rburtonbecause somehow I didn't know this and I'll share the knowledge: git-show can show specific files at specific SHAs with "git show ref:path"12:18
rburtonso i'm now iterating through a list of shas and showing a json file which is piped into jq12:19
n245yocton and rburton, that was very useful. Thanks!12:20
*** ardo <ardo!~ardo@host-79-32-45-194.retail.telecomitalia.it> has quit IRC (Ping timeout: 268 seconds)12:25
*** aardo <aardo!~ardo@host-79-20-6-19.retail.telecomitalia.it> has joined #yocto12:25
*** n245 <n245!~n245@watf-11-b2-v4wan-169690-cust2.vm45.cable.virginm.net> has left #yocto12:26
gmaskHi community! I'm struggling with some buildpath warnings while updating to scarthgap. Even in basic recipes, output `.debug` files contain absolute paths (the warning says they are "references to TMPDIR"). I thought that the default `DEBUG_PREFIX_MAP` (see `grep -RI prefix-map poky/meta/conf/bitbake.conf`) was enough to get rid of absolute paths in debug symbols, but it seems that there's something missing. Has anyone found this proble12:47
rob_wi want to specify a custom dir and its content to hte wks script as --source ... but i am to dump to figure out the syntax , any hints12:47
rburtongmask: absolutely depends on the build system.  typically i've seen that where you also need to pass the mapping to an assembler if there's any .s files that get built.  run strings on the file to identify what path it is, to give you a hint as to what bit of the build is failing to pass the right flags.12:52
rburtonit could be a simple as a host path being written into generated sources which then end up in the debug symbols12:53
gmaskrburton:  it's a minimal recipe using make (base class). Only two c files in the source code. No .s files generated. When I compile it manually with the `-fdebug-prefix-map` it works, so it's sth in the yocto config that's off.13:04
gmaskChecking the `log.do_compile` logs the flag is correctly passed to the build arguments... Is it possible that the `objcopy` used in `do_package` is somehow recreating those paths?13:07
RPgmask: which directory are you building these in? It isn't directly in WORKDIR with no subdirectory and S set to something else is it?13:18
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto13:18
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Quit: WeeChat 4.2.2)13:28
rburtongmask: bare make?  have you verified that your gcc calls are actually passing the right flags?13:29
gmaskRP: No, it uses the default `S=${WORKDIR}/${BPN}-${PV}`13:30
*** c-thaler <c-thaler!~c-thaler@213.221.121.44> has quit IRC (Quit: Client closed)13:31
gmaskrburton: This is the weird thing. the `DEBUG_PREFIX_MAP` flags are only passed in the `cc file1.o file2.o -o prog` final compilation, but not in the production of the object files... I'm not sure why13:32
gmaskrburton: So in log.do_compile I see three compilation steps: `cc file1.c -o file1.o`, `cc file2.c -o file2.o` and then `cc $DEBUG_PREFIX_MAP file1.o file2.o -o prog`13:34
*** toric <toric!~toric@zusipn-moli19t-pzen2-service5.deere.com> has joined #yocto13:34
rburtongmask: this is why makefiles are horrible. you need the flags to be used in the compile.  they should be in CFLAGS, so the recipe needs to do the right thing to make the makefile use them13:41
RPgmask: are you using CFLAGS?13:42
gmaskrburton: isn't this supposed to happen automatically? Any base recipe will create a `-dbg` package, so it's assumed that builds should have `DEBUG_FLAGS` in them right?13:47
rburtongmask: makefiles are terrible.  if your makefile doesn't use $CFLAGS, or overwrites CFLAGS, then the flags won't be respected13:48
gmaskRP: The Makefile has `CFLAGS` yes13:48
RPgmask: are you using our CFLAGS from the environment though? That variable contains the DEBUG_PREFIX_MAP entries13:49
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto13:49
gmaskrburton: Is that it? If the Makefile has CFLAGS overwritten then the ones from bitbake are not used?13:49
rburtonyes, that's how make works13:49
rburton(see my statement about how make is terrible)13:50
gmaskrburton: Ok, I see the problem then... What is the correct way to append more flags from the recipe then?13:51
rburtoneg the ifupdown recipe does this in do_compile: oe_runmake 'CC=${CC}' "CFLAGS=${CFLAGS}"13:51
rburtonthe correct way is to stop using make :)13:51
gmaskHaha... I wish I could solve it this way13:52
tlwoernerwhat's the reasoning why COMPATIBLE_MACHINEs are often enclosed in parenthesis? (i need fodder for the commit message)13:52
rburtoni _think_ its because sometimes you see (foo|bar) and then that got generalised to (foo) for no good reason13:53
rburtonregex, init13:54
JaMagmask: or EXTRA_OEMAKE13:55
RPtlwoerner: copy and paste incremental errors. They are regexes13:58
rburtonRP: pexpect solution posted to our list, should be in meta-arm soon14:04
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)14:04
RPrburton: great thanks!14:05
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)14:09
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto14:10
gmaskJaMa: as rburton says, Makefiles are terrible. The src Makefile overrides CFLAGS but does not allow appending to them with some extra variable, so I have to completely rewrite them from the recipe. Not very maintainer-friendly...14:11
gmaskrburton: thanks for the insight14:12
rburtoni believe passing an explicit assignment to make (like ifupdown above) will overwrite what the makefile says14:13
rburtonwhich works until the makefile also has flags it needs14:13
RPwe used to use "make -e" as the default which forced our flags to overwrite14:13
toricso my work is using pseudo outside of yocto in a script that assembles some artifacts. I know we should probably be doing it inside yocto itself, but you work with what you got. Anyway, on one developer machine (mine), Im getting this error:14:14
toricCouldn't stash directory before opening socket: Permission deniedcritical failure: exec of pseudo daemon failed: Permission denied14:14
toricIve been pulling my hair out for a week trying to figure out why pseudo is failing here, and was wondering if anyone here has seen this.14:15
JaMagmask: and I agree with him, I'm just saying that you can use EXTRA_OEMAKE variable to pass the variables instead of adding them in each oe_runmake call14:15
gmaskrburton: EXTRA_OEMAKE seems the "correct" way to do this. But as you say, you have to copy all the flags from the Makefile14:16
JaMaas some terrible Makefiles might also re-compile in do_install if you forget to pass some variables you did in do_compile14:16
gmaskJaMa: Yes, I see it looks like the way to go14:16
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto14:18
tlwoernerRP: oh, are you saying the parenthesis aren't a good idea?14:21
RPtlwoerner: probably not needed14:22
*** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has joined #yocto14:23
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Bye)14:26
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)14:28
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto14:28
gmaskJaMa: what about using the CFLAGS variables (https://docs.yoctoproject.org/ref-manual/variables.html#term-CFLAGS). Is this a better idea than EXTRA_OEMAKE?14:35
tlwoernerthank you14:40
*** nwhitlockeizo <nwhitlockeizo!~nwhitlock@syn-071-046-234-100.biz.spectrum.com> has joined #yocto14:40
nwhitlockeizohello. i'm having a problem running qemu with my built yocto setup.14:41
nwhitlockeizoI'm trying to use vfio passthrough to pass a PCI device14:41
nwhitlockeizo`runqemu core-image-x11 nographic qemuparams="-device vfio-pci,host=04:00.0,id=mydevice"` is what i'm using to run it14:41
nwhitlockeizoIt's failing with this: `qemu-system-x86_64: -device vfio-pci,host=04:00.0,id=mydevice: vfio 0000:04:00.0: failed to open /dev/vfio/1: Permission denied`14:41
fullstopWould it be possible to make a bbclass which relocates a package?  That is, something which will modify the install directory by prepending a string to the path?  For example, if a package installed /usr/bin/bash it could be modified to be /app/bin/bash.14:46
fullstopI understand that some paths could be set in config files, etc, but I'm breaking some things out to a separate partition and it would be nice if I could extend a recipe and add a class rather than changing every path.14:47
JaMagmask: EXTRA_OEMAKE is just to pass some OE variables into make, you still use CFLAGS as before, e.g. EXTRA_OEMAKE = "CFLAGS=${CFLAGS}"14:48
JaMagmask: and oe_runmake will add them to make command lines14:48
*** legraps_ <legraps_!~anaumann@mail.ultratronik.de> has quit IRC (Read error: Connection reset by peer)14:50
*** sakoman <sakoman!~sakoman-l@98.142.47.158> has quit IRC (Ping timeout: 260 seconds)14:51
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed)15:00
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)15:03
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto15:03
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)15:05
*** sakoman <sakoman!~sakoman-l@98.142.47.158> has joined #yocto15:08
*** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 255 seconds)15:09
*** zpfvo <zpfvo!~fvo@i59F5CFB3.versanet.de> has quit IRC (Remote host closed the connection)15:09
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 255 seconds)15:12
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)15:37
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)15:39
rburtonfullstop: have you tried writing said class and just setting prefix="/app" in it?15:41
*** fabatera <fabatera!~fabatera@ip5f5af5f6.dynamic.kabel-deutschland.de> has joined #yocto15:52
fabateraHi , the error below doesn't make much sense (to me)15:57
fabatera`QA Issue: mypackage package is not obeying usrmerge distro feature. /lib should be relocated to /usr`15:57
fabateraAs it only happens when installing to /lib explicitly and not when installing to ${nonarch_base_libdir} (which is /lib in my case)15:57
*** mckoan is now known as mckoan|away16:01
fabateraThe message is misleading, IMO16:02
rburtonfabatera: are you sure your nonarch_base_libdir is actually resolving to just /lib?  The check looks at the final paths and doesn't care what variable gets used.16:04
fullstoprburton: I have not, but I will.16:07
qschulzhow do i debug bitbake refusing to run because of hashserv connection refused?16:13
qschulz(all local, already removed the sock file by hand to no avail)16:13
fabaterarburton you are right, now is /usr/lib (in nanbield)16:13
qschulz(in kas-container)16:14
JaMafabatera: it's /usr/lib with usrmerge in DISTRO_FEATURES which is included since nanbield (because of systemd)16:14
*** toric <toric!~toric@zusipn-moli19t-pzen2-service5.deere.com> has quit IRC (Remote host closed the connection)16:16
fabateraJust saw that. :) Good to know the reason. Thanks!16:16
rburtonuse variables, never hardcode a path16:17
fabateraSure thing, thanks16:18
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto16:19
*** toric <toric!~toric@zusipn-moli19t-pzen2-service4.deere.com> has joined #yocto16:24
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto16:34
qschulzrm -rf  cache/ tmp/ made it work /me shrugs16:40
*** frieder <frieder!~frieder@i59F61201.versanet.de> has quit IRC (Remote host closed the connection)16:42
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has joined #yocto16:43
*** fabatera <fabatera!~fabatera@ip5f5af5f6.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed)16:44
RPqschulz: were there processes left running?16:45
qschulzRP: not possible as I restarted multiple times the container16:45
RPhmm, very strange16:46
qschulzyes, BUT there's a very small chance I had two containers running on the same directories, and also I have no clue how I managed to get into this situation, so I guess let's ignore it until it comes back :)16:47
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)16:54
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto16:54
*** Kubu_work <Kubu_work!~kubu@sec59-h01-176-145-68-211.dsl.sta.abo.bbox.fr> has quit IRC (Quit: Leaving.)16:56
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto17:03
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)17:04
*** Saur_Home31 <Saur_Home31!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto17:04
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed)17:07
yudjinnhey I have a conf file I generate from a task. When making a change to the task and rerunning, it doesnt regenerate the file (e.g. the task never reruns as the cache doesnt identify a change)17:14
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Quit: MrCryo)17:14
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto17:15
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection)17:16
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto17:16
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)17:26
*** florian <florian!~florian@dynamic-077-176-156-179.77.176.pool.telefonica.de> has joined #yocto17:31
qschulzwhat do you do when "making a change to the task"?17:33
qschulza good thing would be to give a before/after change of your task/recipe so we can see what's happening17:33
qschulzyudjinn: ^17:33
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Quit: WeeChat 4.2.2)17:45
*** ryanj <ryanj!~ryanj@user/ryanj> has joined #yocto17:46
yudjinni.e. just changing the function to print "hello" instead of "world" is not seen as a change. this is a `def`'d function called by a task17:54
yudjinnsorry, its IP so I cant share the exact setup, but I can put together an example possibly17:55
qschulzyudjinn: is the task python or shell, is the function pyhon or shell17:57
qschulzand how do you call the function from the task?17:57
yudjinnqschulz: its setup kinda like this https://pastebin.com/eafQTv5j17:58
qschulzyudjinn: 1) is your function called as the last step of the task?17:59
yudjinnno its right before do_configure and after do_fetch17:59
yudjinnI just did ... in the pastebin figuring it didnt matter18:00
qschulzyudjinn: I meant is make_conf the last instruction in do_make_conf_special18:00
qschulzbecause if so, you could use do_make_conf_special[postfuncs] += instead18:00
qschulzor even make it a separate task that runs after18:00
yudjinnno, its more like `if PATH is something: make_conf(PATH) else: make_conf(DIFFERENT)`18:01
yudjinn`make_conf` here is just a helper func18:01
qschulzyudjinn: ok, so I think BitBake may not be capable to know that make_conf is a function defined in your file and therefore should be watched over like that18:02
qschulzNow I'm just speculating18:02
qschulzI **think** you could use bb.build.exec_func('make_conf', d) instead of 'make_conf'?18:03
yudjinnso instead of `make_conf(PATH)` do `bb.build.exec_func('make_conf',d) ?18:04
qschulzbut also not sure if this watches the content of make_conf18:04
qschulzyudjinn: yes18:04
qschulzyudjinn: you can check with bitbake-dumpsig/bitbake-diffsigs if your changes are taken into account without rebuilding the whole recipe/image18:05
qschulzthis is a mechanism that is usually used to have both python and shell code within the same task, but maybe this does enough for invalidating the cache18:07
qschulzotherwise, I would recommend to send a small mail to our ML with a very small example to reproduce this error on master branch with only poky/openembedded-core to reach a few more people (a good chunk of the community is in Europe, and it's currently 8pm so outside of working hours :) )18:08
qschulzwhich is my hint to leave, so good luck :)18:09
*** ptsneves <ptsneves!~Thunderbi@89.151.29.72> has joined #yocto18:11
yudjinnthat dumpsig is super helpful, thanks!18:12
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has quit IRC (Ping timeout: 252 seconds)18:22
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Quit: MrCryo)18:23
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto18:23
geoffhp /quit18:24
*** geoffhp <geoffhp!~geoff@syn-023-241-067-081.res.spectrum.com> has quit IRC (Quit: Leaving)18:24
*** florian <florian!~florian@dynamic-077-176-156-179.77.176.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)18:25
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has joined #yocto18:28
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection)18:32
*** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto18:37
RPkhem: I started a gcc 14 a-full - mingw was the first failure https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/898518:41
*** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 268 seconds)18:42
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto18:53
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Client Quit)18:54
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has quit IRC (Ping timeout: 255 seconds)18:57
dvergatalhi all I have created my own recipe for vault pkcs11 provider from hashicrop and I'm having a stupid issue, meaning I have set PACKAGES variable like PACKAGES =+ "${PN} ${PN}-swupdate" and BBCLASSEXTEND = "native nativesdk", and some other recipe is depending on vault-pkcs11-provider-swupdate-native but I'm getting this err that https://pastebin.com/ERcTZ1vL19:01
*** florian <florian!~florian@dynamic-077-176-156-179.77.176.pool.telefonica.de> has joined #yocto19:02
*** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)19:03
dvergatalahhh I'm a morron... now I get what is going on DEPENDS is actually installing the whole content of recipe so I should use recipe name instead of package name19:48
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)20:00
*** toric <toric!~toric@zusipn-moli19t-pzen2-service4.deere.com> has quit IRC (Remote host closed the connection)20:01
*** Haxxa <Haxxa!~Haxxa@116.255.4.123> has quit IRC (Quit: Haxxa flies away.)20:15
*** Haxxa <Haxxa!~Haxxa@116.255.4.123> has joined #yocto20:16
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)20:19
*** toric <toric!~toric@zusipn-moli19t-pzen2-service1.deere.com> has joined #yocto20:25
*** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection)20:27
*** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Ping timeout: 268 seconds)20:52
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has joined #yocto21:08
*** ptsneves <ptsneves!~Thunderbi@89.151.29.72> has quit IRC (Ping timeout: 252 seconds)21:09
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:12
*** florian <florian!~florian@dynamic-077-176-156-179.77.176.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)21:16
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has quit IRC (Ping timeout: 268 seconds)21:29
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has joined #yocto21:36
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)21:58
*** snowurm <snowurm!~snowurm@62-113-179-0.bb.dnainternet.fi> has quit IRC (Ping timeout: 252 seconds)22:10
khemRP: ok cool.22:11
khem| ../mingw-w64-v9.0.0/mingw-w64-crt/stdio/ucrt_vfscanf.c:14:87: error: initialization of 'int (__attribute__((cdecl)) *)(FILE *, const char *, char *)' {aka 'int (__attribute__((cdecl)) *)(struct _iobuf *, const char *, char *)'} from incompatible pointer type 'int (*)(const char * restrict,  const char * restrict,  char *)' [-Wincompatible-pointer-types]22:11
khemusual suspect with gcc-1422:11
RPkhem: I figured22:31
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Quit: No Ping reply in 180 seconds.)22:40
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto22:42
*** sotaoverride is now known as Guest382922:45
*** Guest3829 <Guest3829!~ctraven@139.68.81.2> has quit IRC (Killed (osmium.libera.chat (Nickname regained by services)))22:45
*** sotaover1ide is now known as sotaoverride22:45
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto22:51
*** gmask <gmask!~Thunderbi@2a02:168:5fe6:0:5e3b:f5a1:7f4d:a8b2> has quit IRC (Ping timeout: 256 seconds)23:07
*** ryanj <ryanj!~ryanj@user/ryanj> has quit IRC (Ping timeout: 252 seconds)23:52

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