| *** azcraft <azcraft!~AzCraft@31.13.201.10> has quit IRC (Ping timeout: 260 seconds) | 00:09 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:12 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-186-130.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:37 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:42 | |
| *** Tokamak__ <Tokamak__!~Tokamak@2607:fb91:14a8:c0af:41b5:45e3:7aa1:7516> has quit IRC (Ping timeout: 255 seconds) | 01:30 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.242.238> has joined #yocto | 01:34 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 01:34 | |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 01:35 | |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 01:35 | |
| *** starblue1 <starblue1!~juergen@dslb-094-220-104-152.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 02:10 | |
| *** starblue1 <starblue1!~juergen@dslb-094-221-188-204.094.221.pools.vodafone-ip.de> has joined #yocto | 02:12 | |
| *** money_ <money_!~money@user/polo> has joined #yocto | 02:24 | |
| *** money_ is now known as money | 02:25 | |
| *** RobertBerger <RobertBerger!~rber|res@62-46-92-242.adsl.highway.telekom.at> has joined #yocto | 02:32 | |
| *** rber|res <rber|res!~rber|res@62-46-92-242.adsl.highway.telekom.at> has quit IRC (Ping timeout: 260 seconds) | 02:34 | |
| *** money_ <money_!~money@user/polo> has joined #yocto | 02:37 | |
| *** camus <camus!~Instantbi@117.143.2.98> has joined #yocto | 02:38 | |
| *** money <money!~money@user/polo> has quit IRC (Ping timeout: 256 seconds) | 02:39 | |
| *** money_ is now known as money | 02:40 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 02:47 | |
| *** money <money!~money@user/polo> has joined #yocto | 02:48 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6521:6100:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 03:17 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6521:b100:2ce:39ff:fecf:efcd> has joined #yocto | 03:19 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 03:22 | |
| *** money <money!~money@user/polo> has joined #yocto | 03:22 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.242.238> has quit IRC (Ping timeout: 256 seconds) | 03:39 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 03:40 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.242.238> has joined #yocto | 03:41 | |
| *** nmehta <nmehta!~nmehta@pool-68-163-105-126.bstnma.fios.verizon.net> has quit IRC (Ping timeout: 248 seconds) | 03:58 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 04:00 | |
| *** money <money!~money@user/polo> has joined #yocto | 04:01 | |
| *** nmehta <nmehta!~nmehta@pool-68-163-105-126.bstnma.fios.verizon.net> has joined #yocto | 04:11 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 04:14 | |
| *** amitk <amitk!~amit@103.208.69.22> has joined #yocto | 04:26 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 04:59 | |
| *** money <money!~money@user/polo> has joined #yocto | 05:04 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 05:44 | |
| *** tor <tor!~tor@user/tor> has joined #yocto | 06:00 | |
| *** money <money!~money@user/polo> has joined #yocto | 06:21 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 06:35 | |
| *** money <money!~money@user/polo> has joined #yocto | 06:39 | |
| *** ZolaLosonszky[m] <ZolaLosonszky[m]!~mikhail91@2001:470:69fc:105::2:d780> has joined #yocto | 06:47 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:58 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:03 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:17 | |
| *** money <money!~money@user/polo> has quit IRC (Quit: late) | 07:19 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 260 seconds) | 07:34 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 07:44 | |
| *** mckoan_ is now known as mckoan | 07:46 | |
| mckoan | good morning | 07:46 |
|---|---|---|
| LetoThe2nd | yo dudX && mckoan | 07:49 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.113.2> has quit IRC (Ping timeout: 260 seconds) | 07:50 | |
| tomzy_0 | morning | 07:58 |
| *** frieder <frieder!~frieder@200116b824ba8c810000000000001cba.dip.versatel-1u1.de> has joined #yocto | 07:58 | |
| *** azcraft <azcraft!~AzCraft@195.214.255.111> has joined #yocto | 08:07 | |
| *** zpfvo <zpfvo!~fvo@i59F5CE83.versanet.de> has joined #yocto | 08:08 | |
| *** gho <gho!~gho@i59F5CE83.versanet.de> has joined #yocto | 08:13 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:15 | |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 08:15 | |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 08:15 | |
| *** d-fens <d-fens!~kvirc@5.10.7.173> has quit IRC (Quit: KVIrc 5.0.1 Aria http://www.kvirc.net/) | 08:21 | |
| *** d-fens_ <d-fens_!~d-fens_@5.10.7.173> has joined #yocto | 08:29 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:34 | |
| *** olani <olani!~olani@83-233-29-230.cust.bredband2.com> has quit IRC (Ping timeout: 246 seconds) | 08:52 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 08:52 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection) | 08:53 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 08:56 | |
| qschulz | o/ | 08:58 |
| *** d-fens_ <d-fens_!~d-fens_@5.10.7.173> has quit IRC (Read error: Connection reset by peer) | 09:10 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:21 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto | 09:25 | |
| *** amitk_ <amitk_!~amit@103.59.74.52> has joined #yocto | 09:27 | |
| *** amitk <amitk!~amit@103.208.69.22> has quit IRC (Ping timeout: 256 seconds) | 09:30 | |
| *** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 09:32 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 264 seconds) | 09:32 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:35 | |
| *** d-fens_ <d-fens_!~d-fens_@5.10.7.173> has joined #yocto | 09:49 | |
| *** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 10:10 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 10:11 | |
| ldericher | g'morning as well :) still struggling with SDKs ... for unit testing purposes, I need to build my application _for the host_, so I'd appreciate if I could `bitbake ... -c populate_sdk` to target my host. After building, I'll figure out dealing with the dynamic links myself :) | 10:30 |
| qschulz | ldericher: I would build the SDK for a machine that works on your host | 10:33 |
| qschulz | e.g. genericx86-64 possibly? | 10:33 |
| LetoThe2nd | ldericher: well thats just not what the sdk is. so you either have to switch machines (as qschulz suggested), or create a form of "sdk-like" class | 10:33 |
| ldericher | qschulz, "a machine that works on your host" as in "a machine my host can run (i.e. run the tests using qemu)", or like "a machine that approximates my host (i.e. run the tests natively)"? | 10:37 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:37 | |
| LetoThe2nd | ldericher: the latter. | 10:38 |
| *** marek49 <marek49!~marek@90-64-73-95.dynamic.orange.sk> has joined #yocto | 10:39 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 10:41 | |
| qschulz | and if you want the former, we have qemu machines for those | 10:44 |
| d-fens_ | hi, how can i add "dtoverlay=dwc2,dr_mode=host" to my config.txt ? | 10:53 |
| LetoThe2nd | d-fens_: https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-bsp/bootfiles/rpi-config_git.bb#L223 | 10:54 |
| *** starblue1 <starblue1!~juergen@dslb-094-221-188-204.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 10:55 | |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/600 oe-selftest-armhost 18h or https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/604 11h :( | 10:56 |
| RP | rburton: might need to restrict this to 2204 | 10:56 |
| *** starblue1 <starblue1!~juergen@dslb-094-221-188-204.094.221.pools.vodafone-ip.de> has joined #yocto | 10:57 | |
| d-fens_ | thanks, i already added ENABLE_DWC2_HOST = "1" and probably it is in effect as it doesn't boot anymore but searches the network for a netboot or idk, so something different is fishy | 10:57 |
| *** mckoan_ <mckoan_!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 11:00 | |
| *** mckoan_ is now known as mckoan|away | 11:02 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Client Quit) | 11:03 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 11:03 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 11:03 | |
| rburton | RP: ouch, why is a sstate test taking so long? | 11:03 |
| rburton | they don't build, do they? | 11:03 |
| rburton | 2022-12-12 10:16:10,001 - oe-selftest - INFO - 14: 33/34 504/507 (11225.25s) (sstatetests.SStateTests.test_sstate_noop_samesigs) | 11:04 |
| RP | rburton: no, they don't | 11:04 |
| RP | rburton: it is probably the changes in master-next :( | 11:04 |
| RP | rburton: although I'm surprised they're running that slowly | 11:05 |
| rburton | maybe the machine was just incredibly loaded | 11:05 |
| rburton | ldericher: if you just want your app in the SDK, just add nativesdk-myapp (after doing BBCLASSEXTEND=nativesdk). Though as said, a better solution is building your stack for qemux86-64 or whatever your host architecture is: then you can runqemu with kvm, get native speed, but still run the tests in the right environment. | 11:12 |
| rburton | you can use testimage/ptests etc for running the test suite | 11:13 |
| rburton | add it as part of the CI | 11:13 |
| *** jtoomey <jtoomey!~jtoomey@149.199.80.130> has quit IRC (Ping timeout: 260 seconds) | 11:19 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 11:21 | |
| rburton | has anyone else seen master's clang get upset at kernels with "llvm-objcopy: error: Link field value 27 in section .rela.dyn is not a symbol table" (paging khem) | 11:22 |
| *** marek49 <marek49!~marek@90-64-73-95.dynamic.orange.sk> has quit IRC (Quit: Client closed) | 11:27 | |
| *** mckoan is now known as mckoan|away | 11:35 | |
| *** Algotech <Algotech!~Algotech@82-65-40-52.subs.proxad.net> has quit IRC (Ping timeout: 268 seconds) | 11:59 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds) | 12:00 | |
| *** Algotech <Algotech!~Algotech@2a01:e0a:5e0:29b0:211:32ff:fe75:6948> has joined #yocto | 12:00 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 12:00 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-128-079.78.48.pool.telefonica.de> has joined #yocto | 12:00 | |
| *** Amynka_ is now known as Amynka | 12:10 | |
| *** pml <pml!~morne@209.203.60.184> has joined #yocto | 12:10 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 12:10 | |
| pml | Hi - i'm getting a compile error for autoconf-native recipe on dunfell...specifically the error is "make: *** No rule to make target '4'. Stop.".. any suggestions where to start debugging ? | 12:12 |
| *** Guest22 <Guest22!~Guest22@209.203.60.184> has joined #yocto | 12:13 | |
| *** Guest22 <Guest22!~Guest22@209.203.60.184> has quit IRC (Client Quit) | 12:14 | |
| rburton | pml: can you replicate with a bare poky checkout on the dunfell branch (literally clone, checkout dunfell, bitbake autoconf-native)? can you share the full log? is the host distro a supported one? | 12:20 |
| pml | rburon: yes, it's a supported distro (ubuntu20.04)... I'll try with a bare poke and report back shortly | 12:21 |
| pml | interestingly enough, I've successfully built a previous dunfell image on this host for another project... | 12:22 |
| rburton | possibly a broken build tree and deleting it would work, or you've got a layer which is doing something really nasty | 12:25 |
| pml | rburton: so..with a bare poky checkout (dunfell), it works (as expected) | 12:33 |
| rburton | pml: so what layers are you adding to break it? :) | 12:33 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 12:34 | |
| pml | lol -- let me share the list, one sec | 12:34 |
| rburton | in theory you can use bitbake to tell you what broke. build bare poky, add the layers, bitbake -Sdiff automake-native | 12:36 |
| rburton | iirc | 12:36 |
| pml | ok, will try that.. in meantime, it seems to me that the meta-ti and meta-smartmicro (their own layer) is breaking it | 12:36 |
| pml | and specifically the kernel recipe | 12:37 |
| d-fens_ | which disk exactly is full in the following output? https://bin.0xfc.de/?a017b55939b81935#6AgAX5tK4nqXk6n4vrbExREcmmFAZnskMVG4bhFuGibq | 12:37 |
| pml | it's where it seems to fail | 12:37 |
| rburton | pml: not sure i want to know how that would break autoconf-native | 12:37 |
| rburton | d-fens_: the disk image that mkfs.fat is creating, i believe | 12:38 |
| d-fens_ | rburton: thanks i'll look into it | 12:38 |
| rburton | pml: looks like i can't find meta-smartmicro on the internet | 12:39 |
| pml | i'm a bit puzzled myself, so trying to track it down... but that is what seems to fail, everything else is building fine | 12:39 |
| pml | rburton: sorry, that is their layer's name, so their own, its not public | 12:39 |
| rburton | yeah always suspicious when a vendor's BSP isnt open | 12:39 |
| pml | any idea where i should maybe start spelunking for something usefull that may shed light on this ? | 12:40 |
| pml | other than your suggestion above (which I'll try) | 12:40 |
| rburton | the -S thing works nicely | 12:46 |
| rburton | worked example: i just did bitbake gtk+3, then added a line to the do_compile. bitbake gtk+3 -Sprintdiff: | 12:46 |
| rburton | Variable do_compile value changed: | 12:46 |
| rburton | @@ -1,4 +1,5 @@ | 12:46 |
| rburton | export GIR_EXTRA_LIBS_PATH="${B}/gdk/.libs" | 12:46 |
| rburton | + true | 12:46 |
| pml | running it now | 12:47 |
| rburton | so if you can identify what layers break it, you can do a build of autoconf-native without them, add them, then use -S to see what changed | 12:47 |
| pml | cool, i'm trying that now | 12:47 |
| pml | rburton: looks like i was wrong, this may be the meta-alb layer that breaks it | 12:55 |
| rburton | another private layer i can't google | 12:56 |
| pml | http://source.codeaurora.org/external/autobsps32/meta-alb | 12:56 |
| pml | no, this one is public | 12:56 |
| rburton | doesn't appear in google | 12:57 |
| pml | seems to be a layer commenly used in automotive sector..? | 12:57 |
| pml | but it is at the url i posted above | 12:57 |
| rburton | oh god why does that layer have a whole new toolchain in | 12:58 |
| pml | i have no idea | 12:58 |
| pml | ugh | 12:59 |
| pml | so i'm trying the -S thing again, but its not showing a diff | 12:59 |
| pml | am i suppose to do a cleanall again, after adding the layer and try building again ? | 12:59 |
| rburton | just blast tmp, faster than cleanll | 13:00 |
| rburton | you're just building autoconf-native anyway | 13:00 |
| pml | so, i blast the tmp, rebuild, it fails with the previous error, i then do bitbake -Sdiff autoconf-native | 13:09 |
| pml | but it is not giving a diff ? only wrting a locked sigs file...? | 13:09 |
| rburton | -Sprintdiff | 13:10 |
| rburton | do a good build, add the layers which breaks it, then printdiff | 13:10 |
| pml | ok, gotcha | 13:11 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 13:16 | |
| ldericher | now my `do_populate_sdk` errors out with some inode mismatches. Can I clean that without a complete rebuild? | 13:29 |
| qschulz | ldericher: are you building inside a contianer? | 13:30 |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-128-079.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 13:30 | |
| *** pidge[m] <pidge[m]!~yoctopidg@2001:470:69fc:105::2:8672> has joined #yocto | 13:30 | |
| ldericher | yes | 13:32 |
| ldericher | qschulz, ... | 13:32 |
| qschulz | ldericher: hehehe | 13:33 |
| qschulz | --tmpfs /tmp | 13:33 |
| qschulz | and IIRC you also need to increase the pids_limit in /etc/containers/containers.conf | 13:36 |
| ldericher | qschulz, `bitbake: error: no such option: --tmpfs` am I dumb? | 13:36 |
| qschulz | ldericher: it's an argument to podman/docker | 13:36 |
| ldericher | … I'm probably dumb though, that seems like an arg to docker | 13:36 |
| ldericher | _hi5_ | 13:36 |
| qschulz | yeah sorry, should have made this clearer | 13:37 |
| ldericher | weird thing is, a few moments ago everything built well | 13:37 |
| qschulz | ldericher: the pids_limit is not always hit if you reuse the cache between builds | 13:38 |
| qschulz | as for the tmpfs, it's probably related too | 13:38 |
| *** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 13:40 | |
| *** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 13:40 | |
| *** rusam <rusam!~rusam@94.204.249.226> has joined #yocto | 13:40 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:42 | |
| *** marek56 <marek56!~marek@90-64-73-95.dynamic.orange.sk> has joined #yocto | 13:43 | |
| marek56 | Hi, I'm adding some more info to /ect/issue doing rootfs postprocess handling. I know it' not "yocto" way but I need to run some shell commands in order to populate some variables. Is there any way I can force run postprocess on every build? I've tried to add `my_cmd[nostamp] = "1"` but it doesn't help. Thanks | 13:44 |
| qschulz | marek56: i'm nbot sure but i'd believe that nostamp only applies to tasks? | 13:46 |
| rusam | marek56: search the manual for the ROOTFS_POSTPROCESS_COMMAND variable | 13:47 |
| marek56 | qschulz: Hmm probably right. So there is not a way ho to handle that? | 13:47 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:50 | |
| qschulz | marek56: mark the task calling this function as nostamp | 13:51 |
| qschulz | also I think it depends how you set the variable | 13:51 |
| qschulz | because it's not because a function is re-run that the variable it depends on are re-evaluated between builds | 13:52 |
| qschulz | since it will probably detect there were no changes to recipes/classes/whatever so there's no need to reparse and reevaluate the variables | 13:52 |
| qschulz | (except if the variable is set in your function directly then forcing the rerun of the function via nostamp should be enough I think | 13:52 |
| marek56 | qschulz I would need mark do_rootfs then as no stamp as in meta/lib/oe/rootfs.py there is handling ` post_process_cmds = self.d.getVar("ROOTFS_POSTPROCESS_COMMAND")` | 13:55 |
| *** d-fens_ <d-fens_!~d-fens_@5.10.7.173> has quit IRC (Read error: Connection reset by peer) | 13:55 | |
| pml | rburton: i've done a good build, added the offending layer, and the did a -Sprintdiff... but it is not showing any diff... i'm not sure what i'm doing wrong | 14:00 |
| pml | in addition, i can get the autoconf-native to fail by just adding back their internal layer | 14:01 |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 14:19 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:19 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 14:23 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 14:24 | |
| *** tor <tor!~tor@user/tor> has quit IRC (Ping timeout: 256 seconds) | 14:25 | |
| rburton | well at least you've isolated the layer | 14:35 |
| *** rusam <rusam!~rusam@94.204.249.226> has quit IRC (Quit: Leaving...) | 14:42 | |
| *** d-fens_ <d-fens_!~d-fens_@5.10.7.173> has joined #yocto | 14:43 | |
| d-fens_ | how can i find out what receipe is generating the missing bootfiles ? (cp: cannot stat '/build/tmp/deploy/images/raspberrypi4/bootfiles/*': No such file or directory) | 14:44 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:44 | |
| d-fens_ | cleaned the dir out as the error with 'Disk ful'l when generating boot partition still persited | 14:45 |
| rburton | yeah its talking about the disk image it's creating | 14:46 |
| rburton | something in meta-rpi probably has a hardcoded size for that partition | 14:46 |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 14:46 | |
| d-fens_ | now i'd like to run bitbake -c clean but_which_receipt | 14:46 |
| rburton | easier to just delete tmp, it rebuilds from sstate in seconds | 14:47 |
| d-fens_ | ok will try that | 14:47 |
| ldericher | ok, this one is beyond repair. how can I cleanup everything related to building the SDK? | 14:47 |
| rburton | ldericher: delete tmp :) | 14:47 |
| ldericher | rburton, just a touch less aggressive, i hoped? | 14:48 |
| rburton | meh, more effort | 14:48 |
| rburton | you might miss something | 14:48 |
| rburton | delete and build from sstate is faster than trying to figure out the list of recipes to clean | 14:48 |
| ldericher | should I also remove build/deploy? | 14:51 |
| ldericher | rburton, ... | 14:51 |
| rburton | that's part of tmp/ | 14:51 |
| rburton | so yes | 14:51 |
| qschulz | ldericher: anything that isn't the downloads or sstate-cache directory should be safe from deletion | 14:52 |
| qschulz | if it's not, then it's an issue in one of the layers you're using and should be fixed | 14:52 |
| ldericher | my issue is definitely related to tmp - it built fine a few hours ago and I didn't change any layers in the meantime | 14:53 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 14:53 | |
| ldericher | well … at least that machine is rather safe from `(sudo) rm -rf /` - deleting tmp takes quite some time even with 24 cores | 14:56 |
| *** sion33 <sion33!~dev@D584BE1E.static.ziggozakelijk.nl> has joined #yocto | 14:56 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 14:57 | |
| rburton | i typically mv tmp foo, and rm -rf foo & | 14:58 |
| rburton | cores are irrelevant, it's an I/O thing | 14:59 |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 15:09 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 15:09 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:13 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:13 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto | 15:13 | |
| JPEW | https://github.com/JPEWdev/dot-files/blob/master/bin/rmtree-fast | 15:14 |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 264 seconds) | 15:14 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 15:14 | |
| JPEW | I need to update it to do the rename + delete also | 15:15 |
| JPEW | Apparently, the trick is that rsync doesn't ls the directory before deleting, which saves a lot of I/O on large directories | 15:15 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 15:17 | |
| rburton | Good news: meson 1.0rc1 builds fine in yocto | 15:21 |
| rburton | yeah, rsync is a lot faster, | 15:21 |
| *** sion33 <sion33!~dev@D584BE1E.static.ziggozakelijk.nl> has quit IRC (Ping timeout: 248 seconds) | 15:22 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 15:29 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:29 | |
| RP | rburton: good to know | 15:31 |
| RP | JPEW: I think I managed to sort the issues with moving us to python 3.8 btw | 15:31 |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 15:34 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 15:34 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:44 | |
| JPEW | RP: Oh, I guess I missed that there were some problems :/ | 15:48 |
| JPEW | Was that the stuff on Friday | 15:48 |
| RP | JPEW: It was infra stuff, we missed that we'd need to change the make buildtools for the full buildtools on a few platforms | 15:49 |
| RP | JPEW: I also decided to move us to a much newer buildtools | 15:49 |
| LetoThe2nd | d-fens_: did you sort it out? if not, chances are you need to set MENDER_BOOT_PART_SIZE_MB to something higher. | 15:51 |
| d-fens_ | LetoThe2nd: yep, that worked | 15:53 |
| LetoThe2nd | d-fens_: :-) | 15:53 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds) | 15:56 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 16:08 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 16:10 | |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 16:16 | |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto | 16:25 | |
| malsyned | Is there a way for a bbclass to get the path to itself? Using := "${FILE}" yields the path of the file which inherited the bbclass. | 16:32 |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 16:37 | |
| LetoThe2nd | malsyned: what is the use case? | 16:40 |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 16:40 | |
| mcfrisk | I see kernel module signing failures on kirkstone again. Somehow kernel and modules ended up with different keys, all out of sstate cache. signing modules happens in kernel "make modules_install", kernel is embedded with the same key at compile time. there must be races.. | 16:40 |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 16:40 | |
| *** camus <camus!~Instantbi@117.143.2.98> has quit IRC (Ping timeout: 260 seconds) | 16:40 | |
| *** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Remote host closed the connection) | 16:42 | |
| *** Estrella <Estrella!~quassel@cpe-24-26-195-197.hot.res.rr.com> has joined #yocto | 16:43 | |
| malsyned | LetoThe2nd: Our set-up may be a little unusual, but our source tree has the source for our app under src/ and our bitbake layer in yocto/meta-<mycompany>, with other layers checked out as submodules under yocto/. So all of our recipes contain something like FILESEXTRAPATHS:prepend := | 16:45 |
| malsyned | t to abstract that somewhere, so that it only has to change in one place and isn't a magic incantation everywhere. | 16:45 |
| malsyned | "${THISDIR}/../../../../:" which is kinda ugly and brittle. I wan | 16:45 |
| malsyned | My first thought was a bbclass, because I already have a bbclass handling some other layer-specific stuff. | 16:45 |
| qschulz | malsyned: what about using externalsrc class for this? | 16:45 |
| malsyned | qschulz: first time I've heard of it, but the name sounds promising. I'll check it out, thanks! | 16:46 |
| qschulz | malsyned: but that's not a very good idea to be honest, having the source code with your build system in the same git repo | 16:46 |
| *** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 16:47 | |
| qschulz | what happens if you decide to change the build system (e.g. switch to buildroot for example, or whatever else you could think of) | 16:47 |
| malsyned | qschulz: I would imagine I'd try the same thing I'm doing here, adding a buildroot/ subdir for that set-up and asking these same kinds of questions in there IRC channel :) | 16:48 |
| malsyned | We definitely may outgrow our setup and have to graduate to what you're describing, but for the time being this is a simpler and less error-prone workflow to explain and oversee. | 16:49 |
| qschulz | it also means you're tying a version of your sw to a specific version of yocto | 16:53 |
| qschulz | there is no need for that | 16:53 |
| malsyned | At the moment, that's an advantage to us. | 16:53 |
| qschulz | anyways, up to you. I've been there, was more painful than helpful to me. | 16:53 |
| qschulz | can't remember all the pitfalls, just that I complained a lot about it :) | 16:54 |
| qschulz | well, i complain a lot in general, so maybe it was just business as usual, who knows :) | 16:54 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:56 | |
| rburton | no you're right its a terrible idea | 16:56 |
| rburton | system integration != software development | 16:56 |
| RP | malsyned: for such a layer you could set a variable in layer.conf using ${LAYERDIR} which you could then reference the source with? | 16:56 |
| zeddii | since distro_features is a variable like the rest .. can it have a native set of values ? Special handling might be breaking things, but I'm trying to get the incantation right. | 16:57 |
| RP | zeddii: we set it differently for native recipesiirc | 16:58 |
| *** frieder <frieder!~frieder@200116b824ba8c810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 16:58 | |
| zeddii | I'll grep around a bit and see what I can find. | 16:58 |
| zeddii | I'm trying to build some recipes as native and they are tripping over the distro features check. | 16:59 |
| RP | zeddii: DISTRO_FEATURES_FILTER_NATIVE and DISTRO_FEATURES_NATIVE in bitbake.conf | 16:59 |
| zeddii | I was able to do a class-native :remove override to make one build, but that seems too error prone. | 16:59 |
| zeddii | ahaha | 16:59 |
| zeddii | cool. I'll chase that down. | 16:59 |
| rburton | kanavin: do you have a python 3.11.1 upgrade in one of your branches? | 17:04 |
| malsyned | RP: that may be what I go with. | 17:05 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 17:11 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:27 | |
| *** marek56 <marek56!~marek@90-64-73-95.dynamic.orange.sk> has quit IRC (Ping timeout: 260 seconds) | 17:36 | |
| *** yashraj466 <yashraj466!~yashraj46@2401:4900:1b82:e4c6:7d78:969a:b18f:c919> has joined #yocto | 17:37 | |
| *** zpfvo <zpfvo!~fvo@i59F5CE83.versanet.de> has quit IRC (Remote host closed the connection) | 17:39 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 17:43 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 17:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 17:45 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 255 seconds) | 17:45 | |
| *** yashraj466 <yashraj466!~yashraj46@2401:4900:1b82:e4c6:7d78:969a:b18f:c919> has quit IRC (Quit: Client closed) | 17:54 | |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 18:15 | |
| *** Wouter010067 <Wouter010067!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 18:15 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 18:15 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 18:16 | |
| khem | rburton: its proposed to be fixed via https://github.com/kraj/meta-clang/pull/702 | 18:30 |
| khem | I will accept a patch just doing that though, since I have issues with other changes | 18:31 |
| kanavin | rburton, no | 18:38 |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds) | 18:40 | |
| *** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds) | 18:44 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.233> has joined #yocto | 18:52 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 260 seconds) | 18:55 | |
| jclsn | What are those tmp4849da files in the downloads folder? They are quite big | 18:58 |
| jclsn | I have three of them around 1GB each | 18:58 |
| jclsn | One 2GB even! | 18:58 |
| rburton | jclsn: no idea. run file on it? | 18:59 |
| jclsn | ../downloads/tmp0274xhoc: gzip compressed data, from Unix, original size modulo 2^32 451571066 | 19:00 |
| jclsn | No idea | 19:00 |
| *** ajfriesen <ajfriesen!~ajfriesen@p54b94e60.dip0.t-ipconnect.de> has joined #yocto | 19:01 | |
| rburton | jclsn: unzip it and see | 19:03 |
| rburton | jclsn: its a temporary file, so delete it, but if youre curious what it actually is, that's easy | 19:03 |
| jclsn | Well I just need to filter it out from the files I upload to my artifacts storage | 19:04 |
| *** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection) | 19:10 | |
| *** invalidopcode7 <invalidopcode7!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto | 19:10 | |
| qschulz | jclsn: BB_GENERATE_MIRROR_TARBALLS = "1" in your build and upload only tarballs? | 19:10 |
| *** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 19:12 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 19:12 | |
| jclsn | qschulz: That is already set | 19:13 |
| rburton | jclsn: they shouldn't be generated, so figure out what they are | 19:13 |
| rburton | fwiw i have a load of tmp* files in my downloads, but they're all from august and october, so maybe there was a bug | 19:14 |
| rburton | mine are all directories, and git repos | 19:14 |
| jclsn | rburton: They could be from my personal project | 19:14 |
| jclsn | Can't unzip them though | 19:14 |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| rburton | you used gunzip not unzip right | 19:15 |
| jclsn | I did not | 19:17 |
| jclsn | Unexpected EOF now | 19:17 |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto | 19:18 | |
| rburton | aborted fetch that failed to clean up then | 19:18 |
| jclsn | That may very well be | 19:19 |
| jclsn | Chromium probably | 19:19 |
| jclsn | Anyway, not my problem anymore | 19:19 |
| rburton | i bet you if just pass it to tar you'll get something out of it | 19:19 |
| jclsn | It is probably a fetcher failure | 19:20 |
| jclsn | Not so important | 19:20 |
| jclsn | The pipeline is uploading files and it didn't have it | 19:21 |
| jclsn | So probably because I killed bitbake prematurely | 19:21 |
| jclsn | I always aggressively SIGINT | 19:21 |
| jclsn | I need a beer now | 19:22 |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 19:39 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:39 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-128-079.78.48.pool.telefonica.de> has joined #yocto | 19:40 | |
| *** nemik_ <nemik_!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 19:43 | |
| *** nemik_ <nemik_!~nemik@207.237.248.190> has joined #yocto | 19:44 | |
| *** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Remote host closed the connection) | 20:08 | |
| *** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 20:09 | |
| *** amitk_ <amitk_!~amit@103.59.74.52> has quit IRC (Quit: leaving) | 20:23 | |
| *** amitk <amitk!~amit@103.59.74.52> has joined #yocto | 20:23 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:34 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 256 seconds) | 20:37 | |
| *** pml <pml!~morne@209.203.60.184> has quit IRC (Ping timeout: 260 seconds) | 20:47 | |
| *** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 256 seconds) | 20:52 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:55 | |
| *** amitk <amitk!~amit@103.59.74.52> has quit IRC (Ping timeout: 256 seconds) | 21:00 | |
| *** 029AAJCZB is now known as vmeson | 21:01 | |
| *** vmeson <vmeson!~rmacleod@23-233-86-175.cpe.pppoe.ca> has quit IRC (Quit: Konversation terminated!) | 21:01 | |
| *** vmeson <vmeson!~rmacleod@23-233-86-175.cpe.pppoe.ca> has joined #yocto | 21:02 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.113.2> has joined #yocto | 21:15 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 21:18 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 21:25 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 256 seconds) | 21:30 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:36 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 21:43 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:44 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 22:00 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:03 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 22:16 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 248 seconds) | 22:24 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto | 22:25 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 22:29 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 22:29 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 22:35 | |
| *** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 22:44 | |
| *** LVN <LVN!~LVN@204.77.163.55> has joined #yocto | 22:44 | |
| *** olani <olani!~olani@83-233-29-230.cust.bredband2.com> has joined #yocto | 22:45 | |
| *** LVN <LVN!~LVN@204.77.163.55> has quit IRC (Client Quit) | 22:45 | |
| *** LVN <LVN!~LVN@204.77.163.55> has joined #yocto | 22:52 | |
| *** LVN is now known as LVNSNNY | 22:55 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.113.2> has quit IRC (Ping timeout: 248 seconds) | 22:59 | |
| *** LVNSNNY <LVNSNNY!~LVN@204.77.163.55> has quit IRC (Quit: Client closed) | 23:13 | |
| *** malsyned <malsyned!~IceChat95@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 23:19 | |
| *** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 260 seconds) | 23:22 | |
| *** LVNSNNY <LVNSNNY!~LVNSNNY@204.77.163.55> has joined #yocto | 23:24 | |
| *** LVNSNNY <LVNSNNY!~LVNSNNY@204.77.163.55> has quit IRC (Quit: Client closed) | 23:30 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 23:33 | |
| *** tor <tor!~tor@user/tor> has joined #yocto | 23:47 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!