| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 252 seconds) | 01:08 | |
| *** starblue <starblue!~juergen@dslb-178-006-094-216.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 01:40 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 01:41 | |
| *** starblue <starblue!~juergen@94.221.184.17> has joined #yocto | 01:42 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:43 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 02:21 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:651c:b00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 246 seconds) | 02:32 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6517:4100:2ce:39ff:fecf:efcd> has joined #yocto | 02:34 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:3958:c71c:d553:9695> has joined #yocto | 02:36 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has quit IRC (Ping timeout: 246 seconds) | 02:43 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Ping timeout: 246 seconds) | 02:54 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 03:03 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 03:11 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:12 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 03:41 | |
| *** Estrella <Estrella!~quassel@075-081-060-240.res.spectrum.com> has quit IRC (Ping timeout: 258 seconds) | 03:47 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 03:59 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Remote host closed the connection) | 04:05 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 04:12 | |
| *** tin__ <tin__!sid610731@id-610731.ilkley.irccloud.com> has joined #yocto | 04:28 | |
| *** CosmicPenguin_ <CosmicPenguin_!sid489106@id-489106.uxbridge.irccloud.com> has joined #yocto | 04:28 | |
| *** __ad <__ad!~heisenbug@2a01:4f8:c2c:5a84::1> has joined #yocto | 04:28 | |
| *** lolock_ <lolock_!~lolock@164.92.162.3> has joined #yocto | 04:28 | |
| *** zbr <zbr!zibri@shell.x20.se> has joined #yocto | 04:30 | |
| *** olof <olof!zibri@shell.x20.se> has quit IRC (*.net *.split) | 04:35 | |
| *** tin_ <tin_!sid610731@id-610731.ilkley.irccloud.com> has quit IRC (*.net *.split) | 04:35 | |
| *** CosmicPenguin <CosmicPenguin!sid489106@id-489106.uxbridge.irccloud.com> has quit IRC (*.net *.split) | 04:35 | |
| *** lolock <lolock!~lolock@164.92.162.3> has quit IRC (*.net *.split) | 04:35 | |
| *** Habbie <Habbie!peter@lorentz.7bits.nl> has quit IRC (*.net *.split) | 04:35 | |
| *** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (*.net *.split) | 04:35 | |
| *** tin__ is now known as tin_ | 04:35 | |
| *** CosmicPenguin_ is now known as CosmicPenguin | 04:35 | |
| *** Habbie <Habbie!peter@lorentz.7bits.nl> has joined #yocto | 04:36 | |
| *** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has quit IRC (Quit: Client closed) | 05:24 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Remote host closed the connection) | 05:48 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 05:48 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 05:59 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Ping timeout: 246 seconds) | 06:15 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 06:17 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:29 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 06:38 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:38 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has joined #yocto | 06:39 | |
| *** mckoan|away is now known as mckoan | 06:48 | |
| RP | JPEW: you were right to raise the lib issue: https://autobuilder.yoctoproject.org/typhoon/#/builders/151/builds/402/steps/13/logs/stdio :/ | 06:48 |
|---|---|---|
| *** atripathi <atripathi!~atripathi@116.197.184.10> has joined #yocto | 06:56 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:c600:5c43:16ff:3eac:2a77> has quit IRC (Remote host closed the connection) | 06:56 | |
| *** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has quit IRC (Quit: <insert a ninja vanishing trick with a snowboard>) | 07:01 | |
| *** olani_ <olani_!~olani@31-208-215-228.cust.bredband2.com> has quit IRC (Ping timeout: 246 seconds) | 07:02 | |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 07:02 | |
| *** olani <olani!~olani@31-208-215-228.cust.bredband2.com> has quit IRC (Ping timeout: 260 seconds) | 07:03 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 07:04 | |
| atripathi | GA/GM folks. | 07:08 |
| atripathi | Is there a crops/poky container built for arm64 which can be used for mac with m1 chip? | 07:08 |
| atripathi | Or need to use a VM with linux guest host for building yocto? Please recommend. | 07:11 |
| *** lars__ <lars__!~lars@213.52.52.87> has joined #yocto | 07:19 | |
| lars__ | Good morning. I'm having trouble getting Yocto to build on a github runner. For some reason it keeps segfaulting on do_image_ext4. There is enough space, and the same runner has succesfully built other Yocto repos | 07:21 |
| geoffhp | /quit | 07:28 |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Quit: Leaving) | 07:28 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection) | 07:31 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 07:34 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 07:36 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:37 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Quit: Leaving.) | 07:42 | |
| *** zpfvo <zpfvo!~fvo@i59f5ccdd.versanet.de> has joined #yocto | 07:42 | |
| varjag | if one needs a product/license key in a recipe from an external file (which should not be stored with the recipe) | 07:48 |
| varjag | is there a canonical way of doing that | 07:48 |
| varjag | just adding it to SRC_URI? | 07:53 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:54 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:56 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:14 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds) | 08:18 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:18 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 246 seconds) | 08:20 | |
| *** ckayhan <ckayhan!~ckayhan@176.235.144.138> has joined #yocto | 08:24 | |
| ckayhan | Hello, How do I add locales to Petalinux 2022.2? | 08:24 |
| KanjiMonster | varjag: depending on the size of the license key (and data type), you could also create it dynamically with content from a variable the user is expected to set in their configuration | 08:26 |
| varjag | right | 08:26 |
| KanjiMonster | at least that's how I would approach this. might be a bit more CI friendly | 08:29 |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 08:32 | |
| *** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has joined #yocto | 09:03 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:3958:c71c:d553:9695> has quit IRC (Quit: ZZZzzz…) | 09:03 | |
| *** nedko <nedko!~nedko@gateway/tor-sasl/nedko> has joined #yocto | 09:04 | |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/5776 has multiple different intermittent failures :( | 09:06 |
| RP | one in selftest with getopt, one in rust create_spdx with a missing file, a libacl error from patches in -next, the tar warnings from sstate and maybe more,I've not looked | 09:08 |
| nedko | hello, i'm new to yocto and i'm thinking about using yocto for packaging a gentoo derivate for proaudio (ladios). what part of yocto build process requires 8G RAM? on the tegra-nano here i have only 4G (GDDR) RAM and was able to build quite a lot, although with lower than 4 job count | 09:16 |
| nedko | s/packaging/creating bootable installation images/ | 09:21 |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 09:22 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 09:25 | |
| *** atripathi <atripathi!~atripathi@116.197.184.10> has quit IRC (Quit: Client closed) | 09:29 | |
| ptsneves | nedko: any special reason you are building in a tegra and not on something more usual? Even a normal laptop has more than 4GB ram | 09:38 |
| nedko | ptsneves: "normal" (x86_64) computer are less secure because they come with spy software that is very hard to remove | 09:39 |
| nedko | sometimes even coreboot/libreboot is not enough | 09:39 |
| ptsneves | nedko: Oh you do not trust a normal desktop to build something for your embedded target? | 09:40 |
| nedko | so i prefer to buy arm, there at least the possible backdoors will be rendered to transistors (unless arm puts microcode, meh :) | 09:40 |
| nedko | ptsneves: i dont have "normal" desktop | 09:40 |
| nedko | my desktop is the tegra board | 09:40 |
| nedko | attached to my monitor, i run ardou, kicad and freecad on it | 09:41 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 09:41 | |
| nedko | *ardour | 09:41 |
| ptsneves | nedko: Cool :) Ok, what image are you trying to build? | 09:41 |
| nedko | ptsneves: for ladios i target more than one. for sure one for the jetson tegra board(s), wherever is possible for the lots of olinuxinos i have, for teres-1 for sure, and also x86_64 with grub | 09:43 |
| nedko | with the x86_64 scenario probably being cross-compilled | 09:44 |
| ptsneves | I mean what yocto image recipe are you trying to build? If you try to build desktop stuff i am pretty sure you will not be able to build it with 4GB of ram | 09:44 |
| nedko | that somewhat bad but i guess can be improved | 09:45 |
| nedko | i mean, with per package job reduction on gentoo i'm able to build llvm, firefox, etc | 09:46 |
| nedko | nodejs is a bit slow :] | 09:46 |
| nedko | that is on arm32 tho: 2023-08-17T00:30:30 >>> net-libs/nodejs: 2 days, 6 hours, 47 minutes, 21 seconds | 09:47 |
| ptsneves | Have you tried setting https://docs.yoctoproject.org/bitbake/2.4/singleindex.html#term-BB_NUMBER_THREADS to 1? | 09:48 |
| nedko | i need nodejs for gitea | 09:48 |
| nedko | i'm new to yocto, i've not tried anything yet | 09:48 |
| nedko | thank you for the pointer | 09:48 |
| nedko | i've listened to leon-anavi talk(s) at openfest about yocto and i'd like to start using yocto | 09:50 |
| nedko | different boards-targets need different kernels but i thing yocto should be quite capable for the task :) | 09:50 |
| leon-anavi | nedko, I am happy to hear these talks from OpenFest are (still) useful :) | 09:51 |
| leon-anavi | The first one that we did with Rado is from 8 years ago :) | 09:51 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:51 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:c600:5c43:16ff:3eac:2a77> has joined #yocto | 09:52 | |
| nedko | leon-anavi: they are! but i need to get my hands into using yocto in real situation | 09:52 |
| leon-anavi | keep in mind there are some changes through the years, including related to the syntax. | 09:52 |
| nedko | i dont have existing code, so lets play optimistic for now. i hope to be able to deal with future changes in the syntax | 09:54 |
| nedko | s/code/configuration or else/ | 09:56 |
| nedko | *a situation real for me as well, and not only for others | 10:00 |
| *** starblue <starblue!~juergen@94.221.184.17> has quit IRC (Ping timeout: 248 seconds) | 10:05 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-017.094.221.pools.vodafone-ip.de> has joined #yocto | 10:06 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 10:09 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 10:16 | |
| ptsneves | Can anybody help me figure out if there is any special signature class used on this https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5592/steps/14/logs/stdio | 10:18 |
| ptsneves | I tried running the failed test and I get a pass locally | 10:18 |
| RP | ptsneves: nothing special should be needed. I added your patch to master-next and I don't think I saw any failure like that so perhaps it is a different change in that branch? | 10:32 |
| ptsneves | RP: Thanks. @abelloni let me know if you can reproduce the issue with the patch i sent | 10:33 |
| RP | lucaceresoli: ^^^ | 10:33 |
| ptsneves | RP: Ouch :D Thanks :) | 10:34 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 10:39 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto | 10:39 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving) | 10:47 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto | 10:47 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 10:49 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto | 10:50 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 10:50 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto | 10:51 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 11:02 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto | 11:11 | |
| rburton | nedko: you know modern arm boards have several layers of firmware operating at a higher level than the kernel so if nvidia want to spy on you they absolutely can, right | 11:18 |
| rburton | RP: urgh. | 11:19 |
| nedko | rburton: true :) but i also have olimex boards with PRC chips | 11:25 |
| *** atripathi <atripathi!~atripathi@116.197.184.16> has joined #yocto | 11:41 | |
| *** Saur <Saur!~pkj@195.60.68.148> has quit IRC (Ping timeout: 240 seconds) | 11:44 | |
| *** olani- <olani-!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 246 seconds) | 11:45 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 252 seconds) | 11:46 | |
| *** lars__ <lars__!~lars@213.52.52.87> has quit IRC (Quit: Lost terminal) | 11:47 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 11:47 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 11:47 | |
| *** zpfvo <zpfvo!~fvo@i59f5ccdd.versanet.de> has quit IRC (Ping timeout: 250 seconds) | 11:50 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 11:51 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 11:55 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 11:56 | |
| *** olani- <olani-!~olani@wlan-gw.se.axis.com> has joined #yocto | 11:59 | |
| *** belsirk <belsirk!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 12:01 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Ping timeout: 256 seconds) | 12:02 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 12:07 | |
| leon-anavi | nedko, all these boards are kind of constrained machines and the idea is to bitbake an image for them not on them :) | 12:09 |
| nedko | leon-anavi: i could do it with GNU make or with custom shell scripts (or with gentoo's catalyst) | 12:10 |
| nedko | https://gitea.ladish.org runs on lime2, and i build in sata hdd | 12:10 |
| nedko | for some targets i'd cross compile from computer that has at least 2 or 4 G RAM | 12:11 |
| nedko | otoh i have lots of 1G boards, so with distcc and proper setup for it, in theory i could scale the builds just by adding more boards to the local micro-cluster | 12:12 |
| rburton | apart from when the link stage needs 5gb of ram in a single process, sure | 12:13 |
| nedko | in practice i have only about 10-20 lime2s :D | 12:13 |
| nedko | scaling nodejs build at about 64 * 1G is lucrative target | 12:13 |
| nedko | rburton: 4G of zram + few G of real swap can do good things | 12:14 |
| nedko | the more powerful jetson-tegra boards come with more TDP and stock heatsink with fan, while i want fanless | 12:15 |
| nedko | on the jetson board i use for desktop the USB3 disk IO speeds were impressive | 12:16 |
| nedko | 4 USB3+ ports on board is really nice feature | 12:17 |
| nedko | s/4G of zram/4G ram plus some zram/ | 12:17 |
| nedko | i think full trashing starts at about 6.5G virtual ram in active use | 12:18 |
| tgamblin | Are there any examples where a script from openembedded-core/scripts can be copied to an image rootfs? | 12:24 |
| rburton | write a recipe for it? | 12:28 |
| tgamblin | rburton: That's the idea, but I'm blanking on whether there are existing recipes that do similar | 12:29 |
| rburton | not afaik | 12:29 |
| rburton | you can probably use COREBASE to get the base path of oe-core in the SRC_URI | 12:30 |
| tgamblin | rburton: Alright, I'll do some experiments. Thanks! | 12:31 |
| *** atripathi <atripathi!~atripathi@116.197.184.16> has quit IRC (Quit: Client closed) | 12:43 | |
| JPEW | RP well, I have the patch if you haven't fixed it already | 12:46 |
| RP | JPEW: I haven't | 12:51 |
| *** mabnhdev <mabnhdev!~mabnhdev@134.141.116.6> has joined #yocto | 12:54 | |
| mabnhdev | Hi. I'm working on some kernel modifications and the do_kernel_metadata task fails in scc. I just get the generic error: bbfatal_log 'Could not generate configuration queue for qemuarm64.' I tried using -v (verbose) for teh scc command, but it doesn't give me anything helpful. How can I figure out exactly what is causing the scc command | 12:58 |
| mabnhdev | to fail? | 12:58 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 13:06 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 13:07 | |
| JPEW | RP: ok, I can send it after I take the kids to school | 13:11 |
| *** mabnhdev <mabnhdev!~mabnhdev@134.141.116.6> has quit IRC (Quit: Client closed) | 13:16 | |
| *** belsirk <belsirk!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Ping timeout: 260 seconds) | 13:25 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 13:34 | |
| *** mabnhdev <mabnhdev!~mabnhdev@134.141.116.6> has joined #yocto | 13:34 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:2127:78fb:aa12:aa0b> has joined #yocto | 13:36 | |
| *** mabnhdev <mabnhdev!~mabnhdev@134.141.116.6> has quit IRC (Client Quit) | 13:36 | |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 13:43 | |
| *** Tyaku_ <Tyaku_!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 13:46 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 13:48 | |
| Tyaku_ | Hello, I have added "cronie" recipe in my yocto build to implement the cron jobs. When I add a cron job in /etc/cron.d/dailyreboot.cron it is never executed. But if I do it in crontab -e it works, is there anything to do to force crontab to parse the cron jobs from /etc/cron.d ? | 13:49 |
| Tyaku_ | SHELL=/bin/bash | 13:50 |
| Tyaku_ | 48 13 * * * root /sbin/reboot -f | 13:50 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 13:51 | |
| ptsneves | Tyaku_: Is cronie running on startup? Can it be the cause? | 13:52 |
| Tyaku_ | i also try with this syntax: "53 13 * * * /sbin/reboot -f" also, if I do it directly in the shell from "crontab -e" command, it works. | 13:54 |
| Tyaku_ | It's only when the file is in /etc/cron.d/ that it doesn't works. | 13:54 |
| Tyaku_ | Hum, I'm going to check | 13:54 |
| *** speeder <speeder!~speeder__@213.205.68.220> has joined #yocto | 13:54 | |
| *** sakoman <sakoman!~sakoman-l@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 13:54 | |
| Tyaku_ | "/usr/sbin/crond -n" is started | 13:54 |
| Tyaku_ | Wow, I found it on the logs of crond: "Aug 24 15:51:52 crond[368]: (root) BAD FILE MODE (/etc/cron.d/rebootdaily.cron)" | 13:55 |
| Tyaku_ | I'm going to check on google it's possible that the file need some permissions. | 13:56 |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 13:57 | |
| Tyaku_ | I finaly resolve all my problems: The cron file need 600 permission and we have to add an extra parameter for the user name "root". (Only when not started from crontab -e) | 14:05 |
| ptsneves | Tyaku_: congrats :) I had a similar issue with python refusing to use .netrc with different permissions than 600. | 14:07 |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has joined #yocto | 14:08 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Remote host closed the connection) | 14:08 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:10 | |
| *** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 245 seconds) | 14:10 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 14:15 | |
| *** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has joined #yocto | 14:16 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has joined #yocto | 14:22 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has joined #yocto | 14:23 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 246 seconds) | 14:25 | |
| *** mbulut <mbulut!~mbulut@ip1f128f36.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 14:27 | |
| *** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has quit IRC (Quit: Client closed) | 14:31 | |
| landgraf1 | hmmm. Do we have meeting today? | 14:33 |
| *** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has joined #yocto | 14:34 | |
| Guest11 | I'm looking for a way to output a manifest of all dependencies in a particular package group with their PN, SRC_URI, and SRC_REV, anyone have ideas? | 14:37 |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has joined #yocto | 14:37 | |
| *** speeder__ <speeder__!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 246 seconds) | 14:39 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 14:42 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 245 seconds) | 14:43 | |
| *** atripathi <atripathi!~atripathi@116.197.184.16> has joined #yocto | 14:43 | |
| Tyaku_ | I have a dummy question: is It possible to set (DEFAULT_TIMEZONE) variable in an image file ? (this is used by tzdata.bb to specify the timezone like Europe/Paris) | 14:43 |
| *** atripathi <atripathi!~atripathi@116.197.184.16> has quit IRC (Client Quit) | 14:44 | |
| Guest11 | might be able to in your local.conf in your build folder? | 14:44 |
| Tyaku_ | Yes, I the local.conf I know that It will work | 14:44 |
| Tyaku_ | In* | 14:44 |
| sakoman | landgraf1: the meeting moved a half hour later just for this week | 14:45 |
| sakoman | landgraf1: so it starts in 14 minutes | 14:46 |
| dario` | Tyaku_: afaik the image isn't that special, it can't set variables for other recipes | 14:46 |
| dario` | the whole way caching works is that packages are built independently from each other and images are just glorified collections of packages | 14:47 |
| *** amitk_ <amitk_!~amit@58.84.60.201> has joined #yocto | 14:49 | |
| dario` | if you want to define things across recipes it has to be something that's passed in globally and interpreted by the right recipes, can't be recipe to other recipe | 14:50 |
| *** amitk <amitk!~amit@58.84.62.13> has quit IRC (Ping timeout: 245 seconds) | 14:51 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:53 | |
| Guest11 | dario` well, kinda. A lot of recipes post-eval `??=` or `?=` so you can set stuff at the image level if it behaves. It's really inconsistent on what recipes do this, though, so you're better off just using local.conf or appending the tzdata.bb Tyaku_ | 14:54 |
| dario` | but isn't the package already a binary/.ipk at the point where the image recipe comes into play? | 14:56 |
| rburton | yes, you can't set something in an image recipe and expect it to reach other recipes | 14:56 |
| rburton | ??= is lazy evaluation but still after _that recipe_ finished parsing | 14:57 |
| rburton | Tyaku_: you need to use local.conf, your distro.conf, or a bbappend to set DEFAULT_TIMEZONE | 15:00 |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 15:06 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 15:07 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Ping timeout: 244 seconds) | 15:11 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has joined #yocto | 15:11 | |
| *** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has quit IRC (Remote host closed the connection) | 15:14 | |
| *** efeschiyan <efeschiyan!~efeschiya@user/efeschiyan> has joined #yocto | 15:14 | |
| *** Nixkernal <Nixkernal!~Nixkernal@119.4.193.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 15:14 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:20 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 15:20 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has quit IRC (Remote host closed the connection) | 15:22 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has joined #yocto | 15:23 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has quit IRC (Remote host closed the connection) | 15:23 | |
| *** frieder <frieder!~frieder@87.123.146.73> has joined #yocto | 15:23 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 15:28 | |
| *** frieder <frieder!~frieder@87.123.146.73> has quit IRC (Remote host closed the connection) | 15:34 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has joined #yocto | 15:35 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has quit IRC (Remote host closed the connection) | 15:35 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has joined #yocto | 15:35 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 15:37 | |
| adrianf | nedko: in our case it was the xz compressor which lead to OOMs. Maybe you check XZ_MEMLIMIT, XZ_THREADS, ZSTD_THREADS settings | 15:47 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 15:52 | |
| *** Guest89 <Guest89!~Guest11@2601:282:f00:f81::17c> has joined #yocto | 15:52 | |
| *** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has quit IRC (Ping timeout: 246 seconds) | 15:55 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 16:06 | |
| yolo_ | if I set machine to qemuarm etc I don't really need meta-yocto-bsp layer right? | 16:07 |
| Tyaku_ | Did you know the good yocto way to call a scrip when ethernet interface is UP or DOWN ? | 16:08 |
| *** zpfvo <zpfvo!~fvo@i59F5CCDD.versanet.de> has quit IRC (Quit: Leaving.) | 16:11 | |
| yolo_ | https://docs.yoctoproject.org/2.0/yocto-project-qs/yocto-project-qs.html in this page, adding meta-intel is done under poky/ which makes poky/ unclean, should meta-intel should be one layer up and symlink poky's oe-init script there instead, this way I don't mess up anything within poky/? | 16:18 |
| yolo_ | https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html this also shows checking meta-altera right into poky/, seems not a good practice to me | 16:19 |
| yolo_ | all of the doc are recommending adding stuff under poky/ | 16:20 |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 16:21 | |
| * RP wonders what qemu 8.1.0 did: https://autobuilder.yoctoproject.org/typhoon/#/builders/153/builds/406/steps/13/logs/stdio :/ | 16:27 | |
| *** frieder <frieder!~frieder@i577B9249.versanet.de> has quit IRC (Remote host closed the connection) | 16:28 | |
| *** mckoan is now known as mckoan|away | 16:29 | |
| *** belgianguy <belgianguy!~belgiangu@ptr-651fbf68vaydmh7dl5e.18120a2.ip6.access.telenet.be> has joined #yocto | 16:30 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds) | 16:30 | |
| RP | https://gitlab.com/qemu-project/qemu/-/commit/81e2b198a8cb4ee5fdf108bd438f44b193ee3a36 | 16:34 |
| smurray | RP: I like that no reason for doing that is given... | 16:45 |
| *** Tyaku_ <Tyaku_!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 16:45 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Remote host closed the connection) | 16:46 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 16:48 | |
| nedko | adrianf: good to know, thanks | 16:51 |
| RP | smurray: and their venv stuff they're forcing you to use doesn't work :( | 16:52 |
| smurray | RP: ouch | 16:53 |
| adrianf | yolo_: There is no need to add other layers under poky. You can put them where you like. | 17:00 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-81.dsl.bell.ca> has joined #yocto | 17:02 | |
| *** Estrella <Estrella!~quassel@075-081-060-240.res.spectrum.com> has joined #yocto | 17:07 | |
| adrianf | I am a little overwhelmed with the failed tests here https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/5668/steps/14/logs/stdio. I cannot reproduce this issue on my machine. Any ideas? | 17:16 |
| adrianf | It's this patch series: https://patchwork.yoctoproject.org/project/oe-core/list/?series=15897 | 17:28 |
| *** Guest89 <Guest89!~Guest11@2601:282:f00:f81::17c> has quit IRC (Quit: Client closed) | 17:42 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Remote host closed the connection) | 17:51 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 17:52 | |
| Saur | JPEW: I'm looking into what you said the other day about sharing the hashserv.db between builds that share a common sstate-cache. AFAICT, the only way to do that is by setting PERSISTENT_DIR (or CACHE) to a common directory for the builds. But does that really work? Can I really share the cache directory with multiple builds running in parallel and building with different releases of OE-Core? | 18:19 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-152-006.93.131.pool.telefonica.de> has joined #yocto | 18:19 | |
| JPEW | Saur: hashserv.db can for sure.... Not sure about the rest (my guess is no) | 18:24 |
| JPEW | mmm, I see the problem though since it's hardcoded to PERSISTENT_DIR / hashserv.db | 18:25 |
| Saur | JPEW: And the format of hashserve.db never change? (Hint: Rhetorical question since I know it is currently at version 1.1...) | 18:26 |
| JPEW | Saur: Ya, I guess if we change it and upgrade it would break | 18:27 |
| Saur | RP: Maybe that is more a question for you. What is the expectation for PERSISTENT_DIR? Is it supposed to be shareable between different concurrent builds? If so, even between different OE-Core releases? | 18:28 |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Ping timeout: 246 seconds) | 18:31 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 18:32 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 18:34 | |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has joined #yocto | 18:46 | |
| khem | RP: qemu upgrade also need to reflect in QEMUVERSION | 19:18 |
| *** BobPungartnik <BobPungartnik!~Pung@2804:14c:f427:9102:21b2:66b9:4bf7:84a7> has joined #yocto | 20:01 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 20:01 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 20:02 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:02 | |
| *** BobPungartnik <BobPungartnik!~Pung@2804:14c:f427:9102:21b2:66b9:4bf7:84a7> has quit IRC (Client Quit) | 20:02 | |
| *** Nixkernal <Nixkernal!~Nixkernal@119.4.193.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 260 seconds) | 20:13 | |
| RP | khem: I know, there are several issues with that and it was mainly to test ppc | 20:13 |
| khem | sure | 20:13 |
| RP | Saur: originally it was intended to save between builds rather than wipe like tmp. It it a bit confused now | 20:14 |
| RP | sadly qemu 8.1.0 does not help | 20:16 |
| Saur | RP: So setting CACHE = "${SSTATE_DIR}/cache" (where ${SSTATE_DIR} is a common directory used by all builds) and expecting it to work with multiple, concurrent builds might be a bit optimistic? | 20:17 |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 245 seconds) | 20:17 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 20:18 | |
| RP | Saur: Yes, I wouldn't expect that to work at all | 20:20 |
| RP | Saur: this is an area where more thought is really needed and probably rework but it isn't straight forward | 20:20 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 20:20 | |
| Saur | RP: Ok. It seemed too good to be true, so I am not surprised. | 20:24 |
| RP | Saur: there were various design ideas but it really never quite worked out | 20:27 |
| Saur | Ok. Is it ok if I add a variable to specify the path to the hashserv DB then (e.g., BB_HASHSERV_DB) so that I can move that to a common directory since that is supposed to work according to JPEW. | 20:28 |
| RP | Saur: my big worry is someone is going to try this over an NFS sstate directory | 20:46 |
| *** mpb27 <mpb27!~mpb27@S01061c937c24013e.no.shawcable.net> has quit IRC (Ping timeout: 246 seconds) | 20:47 | |
| RP | Saur: I'm not sure this will be as simple as you'd like it to be since these things get expanded really early in parsing and we have some juggling to make sure CACHE/PERSIST_DIR are defined early enough | 20:47 |
| RP | Saur: my point being that if you add the variable, I think people will use it in ways that won't work | 20:48 |
| Saur | Is it any different from setting the BB_HASHSERV variable to specify the address of the HE server? I assume they are used at the same time, so if it works to set that, it should work to set the other, no? | 20:50 |
| khem | RP: the acl and xattr patches are still in master-next, I think they have issues on hosts with glibc 2.38 | 20:50 |
| khem | I hope you are not planning to accept them in its current form | 20:50 |
| RP | khem: I'm not aware of glibc 2.38 issues? | 20:51 |
| RP | khem: I do know about the broken tar issue I posted on the list about | 20:51 |
| khem | I have already provided needed info to Piotr | 20:51 |
| RP | khem: is that not some tar/xattr bug? | 20:53 |
| RP | khem: probably with a read only directory | 20:54 |
| khem | RP - https://lists.openembedded.org/g/openembedded-core/message/186543?p=%2C%2C%2C100%2C0%2C0%2C0%3A%3Arecentpostdate%2Fsticky%2C%2Cpackage_ipk.bbclass%3A+add+support+for+ACLs+and+xattr%2C100%2C2%2C0%2C100799493 | 20:54 |
| khem | it happens with this patchset + glibc 2.38 on build host + uninative + ipk backend | 20:55 |
| RP | khem: right, I suspect this is similar to the other issue I found | 20:55 |
| khem | it works ok with rpm backend which is poky default | 20:55 |
| RP | khem: we build with all the package backends enabled on the autobuilder | 20:56 |
| khem | it also works ok with nodistro/oe-core alone because uninative is disabled | 20:56 |
| khem | it also works ok with poky on build host OS having glibc < 2.38 eg debian12 etc. | 20:56 |
| khem | but my guess is we will have glibc 2.38 soon on distros for autobuilder | 20:57 |
| khem | and this issue will pop up if not addressed | 20:57 |
| RP | khem: I'm still not 100% convinced this is 2.38 | 20:57 |
| RP | khem: anyway, I agree the patches aren't ready, I've removed them | 20:57 |
| khem | could be something else | 20:57 |
| khem | but if I revert one of them it works on archlinux with glibc 2.38 ok | 20:58 |
| RP | khem: sure, but that is likely because the acl data is no longer being processed | 20:58 |
| RP | khem: https://lists.openembedded.org/g/openembedded-core/message/186641 | 20:59 |
| khem | it works ok if I do not apply - https://patchwork.yoctoproject.org/project/oe-core/patch/20230817124612.1043464-6-p.lobacz@welotec.com/ | 20:59 |
| RP | khem: right, but that doesn't make it 2.38 | 20:59 |
| RP | khem: the hard part about these issues is many of them only appear on restoration from sstate | 21:00 |
| RP | so if you force a full build, it will work fine | 21:00 |
| khem | yes I have descibed the symptoms I have narrowed down to | 21:00 |
| khem | no, | 21:00 |
| khem | I have done a full scratch build | 21:00 |
| khem | it does not help | 21:01 |
| khem | regenrated whole sstate | 21:01 |
| khem | I use f2fs filesystem for dirs where sstate is stored and ext4 for tmp/ | 21:01 |
| khem | that might also be a variable of interest | 21:02 |
| RP | ext4 certainly shouldn't be the issue at least! | 21:04 |
| *** olani_ <olani_!~olani@66.159.215.7> has quit IRC (Ping timeout: 245 seconds) | 21:04 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 256 seconds) | 21:05 | |
| RP | khem: I pushed a tweaked qemu upgrade patch FWIW | 21:05 |
| RP | khem: if the qemuppc issue isn't from the 6.1 kernel point revisions and isn't from the qemu version, which recent change would you think might be causing it? Happens both for sysvinit and systemd | 21:08 |
| RP | khem: glibc? | 21:08 |
| khem | qemuppc hmm, I thought it was load related no ? | 21:10 |
| RP | khem: it is but it didn't used to break under load | 21:11 |
| khem | nothing pops are ppc specific in glibc 2.38 | 21:13 |
| RP | khem: anything timing related? | 21:14 |
| RP | khem: something that might break really slow qemu emulation? | 21:14 |
| * RP will try a couple of combinations overnight and see... | 21:17 | |
| khem | maybe disable --enable-fortify-source | 21:18 |
| khem | in glibc | 21:18 |
| khem | I think it could be performance regression which slows its more and timeouts occur | 21:19 |
| RP | khem: that is entirely possible | 21:19 |
| khem | we have lot of changes in this release especially in toolchain area | 21:20 |
| RP | khem: it is something recent, glibc would be around the right time | 21:21 |
| khem | yeah | 21:24 |
| khem | does qemu has enough RAM allocated ? | 21:24 |
| RP | khem: 768MB and the errors aren't memory related | 21:24 |
| RP | khem: I'm trying three new tests, glibc 2.37, glibc 2.38 without fortify source and an older kernel | 21:25 |
| khem | and CPU cores to emulate ? | 21:26 |
| RP | khem: its single core | 21:27 |
| khem | can we have more than 1 ? | 21:27 |
| RP | not sure the machine we use has more than 1 | 21:27 |
| khem | try with -smp 2 or something | 21:28 |
| RP | khem: I'm sure we'd have done that if we could when we switched to smp | 21:28 |
| khem | it will die if it does not at start | 21:28 |
| RP | I'm pretty sure it didn't work | 21:28 |
| khem | lot of debian emulation on ppc used this https://snips.sh/f/ke2MEdO_3a | 21:32 |
| khem | -M mac99,via=pmu | 21:32 |
| RP | khem: what does that do? | 21:34 |
| RP | https://lists.gnu.org/archive/html/qemu-devel/2018-06/msg03243.html | 21:38 |
| khem | right, I think I am looking for common set that other linux distros are using which might help due to most treaded path | 21:42 |
| khem | -m 1024 is commonly used | 21:43 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:43 | |
| khem | I looked at glibc changelog, I dont see much performance related sprcific commits | 21:44 |
| RP | khem: any other changes that come to mind? binutils? | 21:47 |
| khem | RP: this is something interesting https://sourceware.org/git/?p=glibc.git;a=commit;h=21841f0d562f0e944c4d267a28cc3ebd19c847e9 | 21:53 |
| *** mpb27 <mpb27!~mpb27@2604:3d08:1c7f:cc50:3de7:6510:180b:2e76> has joined #yocto | 22:00 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 22:05 | |
| RP | khem: hmm, yes :/ | 22:12 |
| RP | JPEW: if you have any ideas on how to make those unpack intercepts less of a concern I'd be open to them. I worry at the moment the structure becomes too convoluted :( | 22:14 |
| *** michele <michele!~michele@37.103.33.95> has joined #yocto | 22:17 | |
| JPEW | In the tracking? | 22:18 |
| JPEW | source tracing that is | 22:18 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Ping timeout: 245 seconds) | 22:24 | |
| RP | JPEW: yes | 22:24 |
| JPEW | Ok, ya. There has to be a better way | 22:24 |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Ping timeout: 246 seconds) | 22:29 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 22:31 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-152-006.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 23:04 | |
| *** louson <louson!~louson@2001:912:1480:1c0::1> has joined #yocto | 23:13 | |
| *** olani <olani!~olani@31-208-215-228.cust.bredband2.com> has joined #yocto | 23:14 | |
| *** olani_ <olani_!~olani@31-208-215-228.cust.bredband2.com> has joined #yocto | 23:14 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:41 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:43 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 245 seconds) | 23:49 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 23:51 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 23:54 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 252 seconds) | 23:56 | |
| *** dgriego_ <dgriego_!~dgriego@user/dgriego> has joined #yocto | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!