*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 00:01 | |
*** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 00:21 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 00:21 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 00:29 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 01:13 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Remote host closed the connection) | 01:43 | |
*** camus <camus!~Instantbi@2409:8a1e:9112:5840:689e:828e:a55:a3d8> has quit IRC (Ping timeout: 264 seconds) | 01:49 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:55 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 01:59 | |
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 264 seconds) | 02:03 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Ping timeout: 244 seconds) | 02:04 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-200-210.ssp.dialog.net.pl> has joined #yocto | 02:04 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:14 | |
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 02:20 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 03:03 | |
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Quit: rcirc on GNU Emacs 25.2.2) | 04:08 | |
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (Ping timeout: 246 seconds) | 04:38 | |
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 04:44 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 04:50 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 04:55 | |
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (*.net *.split) | 05:00 | |
*** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has quit IRC (*.net *.split) | 05:00 | |
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has quit IRC (*.net *.split) | 05:00 | |
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (*.net *.split) | 05:00 | |
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (*.net *.split) | 05:00 | |
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has quit IRC (*.net *.split) | 05:00 | |
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (*.net *.split) | 05:00 | |
*** marex <marex!~marex@195.140.252.251> has quit IRC (*.net *.split) | 05:00 | |
*** zibri <zibri!zibri@shell.x20.se> has quit IRC (*.net *.split) | 05:00 | |
*** zibri <zibri!zibri@shell.x20.se> has joined #yocto | 05:00 | |
*** marex <marex!~marex@195.140.252.251> has joined #yocto | 05:00 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:01 | |
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 05:01 | |
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 05:02 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 05:02 | |
*** camus1 is now known as camus | 05:02 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:04 | |
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto | 05:05 | |
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 05:05 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:05 | |
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has joined #yocto | 05:05 | |
*** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has joined #yocto | 05:05 | |
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 05:06 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 05:18 | |
JosefHolzmayrThe | qschulz: michelo: what do you think, would it make sense to have this in the manual? Maybe the common tasks section? | 05:40 |
---|---|---|
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 05:42 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:43 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:45 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 05:46 | |
*** camus1 is now known as camus | 05:46 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 05:47 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:56 | |
*** rber|res <rber|res!~rber|res@ppp-2-84-88-128.home.otenet.gr> has joined #yocto | 05:57 | |
coldspark29[m] | Morning, is there something like a U-Boot Matrix channel? I have some questions about FIT images, because I can't seem to boot mine | 06:02 |
JosefHolzmayrThe | coldspark29: U-Boot is on libera afaik, no idea if they have the bridge enabled | 06:03 |
coldspark29[m] | Thanks. I never used IRC before. Seems like so ancient. | 06:05 |
rber|res | coldspark29[m], on which board do you want to use fit images? | 06:11 |
coldspark29[m] | rber|res: On an i.MX8. I used this guide https://www.thegoodpenguin.co.uk/blog/u-boot-fit-image-overview/ | 06:12 |
coldspark29[m] | Did everything exactly as in there, but I am getting an error when booting | 06:12 |
rber|res | coldspark29[m], can you post the error on pastebin or something similar? | 06:13 |
rber|res | coldspark29[m], did you use yocto/fitimage class or an SDK and everything manually? | 06:14 |
coldspark29[m] | I already posted in the NXP forums https://community.nxp.com/t5/i-MX-Processors/quot-Synchronous-abort-handler-quot-when-trying-to-boot-a-FIT/m-p/1359868#M181941 | 06:14 |
coldspark29[m] | But the community there doesn't seem to be very active. | 06:15 |
coldspark29[m] | rber|res: This is actually for Android. My job is to exchange our current Android base system with a Yocto base system for flexibility reasons, but before I need to learn a bit about the old solution and also secure it. | 06:17 |
rber|res | coldspark29[m], Hmmm - I would assume that something is overwritten due to choice of you addresses | 06:17 |
coldspark29[m] | The current Makefile creates a uImage with... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/bd6c70c2499c47225ac2f94e6214d805eda9d187) | 06:18 |
coldspark29[m] | and then I try to create a FIT image, which I boot. | 06:18 |
coldspark29[m] | rber|res: I was thinking the same thing, but wouldn't know where to get the right addresses from. | 06:18 |
rber|res | coldspark29[m], hehe - the most trusted process in the world of engineering | 06:19 |
rber|res | coldspark29[m], trial and error ;) | 06:19 |
rber|res | coldspark29[m], you could try with this https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/kernel-fitimage.bbclass | 06:19 |
rber|res | coldspark29[m], there you might be lucky and it just works - I think you still need to pass some addresses | 06:20 |
rber|res | @coldspark29[m], https://community.nxp.com/t5/i-MX-Processors/fitImage-loadaddress-and-entrypoint-for-imx8mn-evk/m-p/1228751#M169228 | 06:23 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 06:23 | |
rber|res | coldspark29[m], you are not | 06:24 |
rber|res | alone: https://community.toradex.com/t/apalis-imx8-flashing-u-boot/11530 | 06:24 |
coldspark29[m] | Why is Element opening Wine when I click on the links? | 06:25 |
coldspark29[m] | rber|res: Ah the last link is helpful. I will try that out thanks | 06:28 |
rber|res | coldspark29[m], might be very Toradex specific | 06:30 |
coldspark29[m] | Toradex? | 06:31 |
rber|res | coldspark29[m], I would bundle kernel,fdt,ramdisk in one fit image and load/run this, than you have less issues with addresses | 06:31 |
rber|res | Toradex is a board manufacturer | 06:31 |
coldspark29[m] | rber|res: That is exactly what I am trying. FIT images seem like state of the art. We will have less problems, once we configured it right. Plus you can make one image with different configurations. | 06:32 |
*** banana_smoothie <banana_smoothie!~banana_sm@mllnC3E4AEE2.fixip.t-online.hu> has joined #yocto | 06:33 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:37 | |
rber|res | coldspark29[m], well you need a use case. The way you do it - fit image and than extracting kernel/fdt/ramdisk is not very useful. You could load each item over tftp as well. | 06:38 |
coldspark29[m] | rber|res: What do you mean? This is for a USB update currently, but it should also be booted from eMMC, of course. | 06:39 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:40 | |
rber|res | coldspark29[m], https://pastebin.com/kD5xdhth | 06:45 |
rber|res | coldspark29[m], I will be slow with my replies now, since I'll deliver a training session | 06:45 |
*** mckoan|away is now known as mckoan | 06:51 | |
mckoan | good morning | 06:51 |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:54 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:55 | |
mckoan | coldspark29[m]: is there any particular reason why you need to use a FIT image? | 06:57 |
coldspark29[m] | I tried calculating the load address of the FIT image as shown in the NXP post, but the same problem occurs | 06:58 |
coldspark29[m] | <rber|res> "coldspark29, https://pastebin...." <- I am not using imxtract so far. Should I? | 06:58 |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 244 seconds) | 06:59 | |
*** zpfvo <zpfvo!~fvo@88.130.218.27> has joined #yocto | 06:59 | |
coldspark29[m] | mckoan: Well, I just successfully signed the kernel for authentication with NXP's HAB. Now I should extend this to the ramdisk and I figured the easiest way is to create a FIT image, which I then sign the same way. So first of all I am trying to load the FIT image without secure boot, but even that fails. | 06:59 |
coldspark29[m] | I also want to get into it, because it seems to be the most modern approach. | 07:01 |
coldspark29[m] | And good morning :) | 07:02 |
banana_smoothie | Good morning. | 07:16 |
banana_smoothie | I had a question about the third-party prebuilt python package on saturday. Can anyone help me to solve my issue? :) | 07:18 |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 07:22 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-200-210.ssp.dialog.net.pl> has quit IRC (Remote host closed the connection) | 07:26 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-200-210.ssp.dialog.net.pl> has joined #yocto | 07:26 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 07:28 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:29 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:29 | |
*** alex_b <alex_b!~alex_b@62.26.159.81> has joined #yocto | 07:42 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 07:42 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:42 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 07:46 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:47 | |
coldspark29[m] | So I just made it. I took the uImage to create the FIT instead of using the standard Image. I also used arm instead of arm4. It boots now :) | 07:52 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 08:01 | |
*** mihai <mihai!~mihai@user/mihai> has joined #yocto | 08:10 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 08:25 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:34 | |
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Remote host closed the connection) | 08:51 | |
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 08:51 | |
*** Guest25 <Guest25!~Guest25@62.26.159.81> has joined #yocto | 08:52 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:54 | |
*** Markus[m]1 <Markus[m]1!~markus5hm@2001:470:69fc:105::ed4f> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:08 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 09:08 | |
*** camus1 is now known as camus | 09:08 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:17 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 09:17 | |
Guest25 | Hi, I am trying to create a sdcard image (rawcopy of u-boot.bin, boot-partition and rootfs-partition) via .wks.in-file. The resulting .wic-file is not as expected. The alignment in the rootfs-partition is at 1024, even though I used the "--align 4096" option and all files have strange modification dates (March of 2018). Any idea what could have | 09:17 |
Guest25 | gone wrong? | 09:17 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 09:17 | |
rber|res | coldspark29[m], I guess you have in uImage the baked in address which works | 09:25 |
rber|res | coldspark29[m], but ... uImage and fitImage is not exactly what it was supposed to be ;) | 09:26 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:30 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds) | 09:33 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:33 | |
*** camus1 is now known as camus | 09:35 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Quit: Leaving) | 09:58 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 09:58 | |
*** banana_smoothie[ <banana_smoothie[!~bananasmo@2001:470:69fc:105::1:22ed> has joined #yocto | 10:14 | |
*** banana_smoothie <banana_smoothie!~banana_sm@mllnC3E4AEE2.fixip.t-online.hu> has quit IRC (Quit: Client closed) | 10:16 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 244 seconds) | 10:17 | |
*** wwilly <wwilly!~wwilly@217.140.106.13> has quit IRC (Quit: Leaving) | 10:45 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:50 | |
*** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has joined #yocto | 10:50 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 10:57 | |
barath | is there a general rule for when to use DISTRO_INHERIT vs just INHERIT? the mega manual just says that one is "global" while the other "at the distribution level". the mega manual says to user INHERIT_DISTRO_append for enabling icecc for instance. | 11:26 |
barath | I guess one might be distribution specific, but then I dont know what might happen when doing multiconfig builds for instance? I guess it's set for every distro that's built? but then, why not use the "global" INHERIT? | 11:27 |
rber|res | bradfa, I was not aware of INHERIT_DISTRO, but the doc says: INHERIT_DISTRO[doc] = "Lists classes that will be inherited at the distribution level. It is unlikely that you want to edit this variable." | 11:31 |
rber|res | sorry for brarth | 11:31 |
rber|res | barath | 11:31 |
barath | rber|res: 👍️ but that doesn't tell me what "at the distribution level" means compared to "globally", in practice 🤔 | 11:32 |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 11:33 | |
rber|res | barath, but it says "Don't touch" | 11:33 |
barath | yep, but the docs for icecc also say "touch!" :D | 11:33 |
barath | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#ref-classes-icecc | 11:34 |
barath | > INHERIT_DISTRO_append = " icecc" | 11:34 |
barath | hence my confusion | 11:34 |
*** argonautx <argonautx!~argonautx@i5E86728F.versanet.de> has joined #yocto | 11:36 | |
* RP has made the mistake of trying to build a non-release libtool in OE. It needs git submodules :( | 11:45 | |
rburton | i should rebase slibtool :) | 11:45 |
rburton | and hey, gitsm: works well | 11:45 |
RP | rburton: there is talk of a libtool release so it might be nice to sort our patches out | 11:50 |
rburton | good luck with that | 11:51 |
rber|res | barath I use: INHERIT += "icecc" | 11:58 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 12:08 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:09 | |
barath | rber|res: yeah I guess either works. just have to make sure that all nodes use the same I assume | 12:10 |
tnovotny | barath: we use site.conf for that purpose (it is designed for it) | 12:14 |
barath | yeah thanks 🙏 | 12:15 |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 12:20 | |
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::60cb> has joined #yocto | 12:22 | |
banana_smoothie[ | I'm trying to use a prebuilt shiboken2 package on a basic dunfell release and when I import shiboken2 it returns the following error:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/ef9e805c643b96bf5862fdeac1d895b8a94c094a) | 12:22 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 12:22 | |
*** camus1 is now known as camus | 12:22 | |
barath | banana_smoothie: is that on the target? looks like you need to find the yocto recipe which provides that python module, or install pip on the target and fetch it at runtime | 12:25 |
banana_smoothie[ | barath: It's on the target. I used an arch and python3.8 compatible package. If I build the python3 on target, I can import this module without any error. Only yocto based python3 throws errors. | 12:27 |
banana_smoothie[ | * used an armv7 arch and | 12:28 |
banana_smoothie[ | Unfortunatelly there is no recipe for this module, so I had to create one which extract the archive and install it to the target. I patched the python3-manifest.json too, but the issue is not solved, and I have no idea what should I do to use this package with a yocto based python3. | 12:32 |
*** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 12:37 | |
rburton | banana_smoothie[: typically, the solution is to find the source and build it | 12:39 |
rburton | prebuilt binaries are always a pain, as they might like link and version assumptions | 12:40 |
*** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has quit IRC (Ping timeout: 252 seconds) | 12:40 | |
ad__ | from bbappebdm, is it possible to COMPATIBLE_MACHINE += "another" ? | 12:40 |
rburton | yes | 12:41 |
ad__ | becourse i tried and seems to fail. Only = "another" works | 12:41 |
rburton | well, COMPATIBLE_MACHINE is a regex, so you need to format it right | 12:42 |
rburton | its not a space-separated list of names, but a single regex | 12:42 |
rburton | a fairly common idiom is to use overrides, COMPATIBLE_MACHINE:mymachine = "mymachine' | 12:43 |
ad__ | rburton, thanks ! | 12:44 |
banana_smoothie[ | <rburton> "prebuilt binaries are always a..." <- I manually built a python3 on a yocto based image and the prebuilt package is worked on that. It only does not work with yocto based python3 🙄 | 12:47 |
rburton | you should try and figure out what the difference is. python3 binaries are a bit of a beast, and cross makes it really tricky. | 12:48 |
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection) | 12:55 | |
*** vladest <vladest!~Thunderbi@m83-187-168-120.cust.tele2.se> has joined #yocto | 12:58 | |
coldspark29[m] | Is there a way to pass arguments to .its files? | 13:06 |
coldspark29[m] | I would like to tell dtc (or mkimage in this case) where to find the images for constructing the FIT | 13:07 |
coldspark29[m] | * the FIT., * Atm the .its file has to be in the same directory as the images, which makes my Makefile kind of messy. | 13:08 |
*** NiksDev <NiksDev!~NiksDev@192.163.5.9> has joined #yocto | 13:14 | |
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 260 seconds) | 13:21 | |
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 13:34 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 13:40 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 13:41 | |
*** camus1 is now known as camus | 13:41 | |
*** Guest25 <Guest25!~Guest25@62.26.159.81> has quit IRC (Quit: Client closed) | 13:52 | |
*** Guest49 <Guest49!~Guest49@mtph-gw-3.btlnet.com> has joined #yocto | 13:54 | |
*** argonautx_ <argonautx_!~argonautx@i5e8670df.versanet.de> has joined #yocto | 13:57 | |
*** argonautx <argonautx!~argonautx@i5E86728F.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 13:58 | |
*** artri <artri!~artri@208.116.134.46> has joined #yocto | 14:00 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 14:00 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:00 | |
Guest49 | Hi Guys, can I use some "if not cond" override mechanism? Normally I would use "FOO_append_cond" if I want to append when condition is true. But I would be interested in something like "FOO_append_!cond" (append only when condition isn't true). Does something like this exist? | 14:02 |
*** vladest <vladest!~Thunderbi@m83-187-168-120.cust.tele2.se> has quit IRC (Ping timeout: 244 seconds) | 14:02 | |
JaMa | Guest49: use can use BAR = "something"; BAR:cond = ""; FOO:append = "BAR" | 14:05 |
JaMa | ${BAR} | 14:07 |
fray | alternatively, always append it and add a conditional _remove.. but JaMa's method is pretty common (I've certainly used it) and I prefer it ovr the remove in most cases. | 14:08 |
Guest49 | thx JaMa | 14:11 |
JaMa | yes, remove is impossible to undo, so avoid using it unless really needed | 14:12 |
JaMa | anyone seeing incremental builds with meson all failing with: | 14:20 |
JaMa | | Traceback (most recent call last): | 14:20 |
JaMa | | File "/OE/build/luneos-kirkstone/webos-ports/tmp-glibc/work/x86_64-linux/libepoxy-native/1.5.9-r0/recipe-sysroot-native/usr/bin/meson", line 33, in <module> | 14:20 |
JaMa | | sys.exit(load_entry_point('meson==0.59.2', 'console_scripts', 'meson')()) | 14:20 |
JaMa | | File "/OE/build/luneos-kirkstone/webos-ports/tmp-glibc/work/x86_64-linux/libepoxy-native/1.5.9-r0/recipe-sysroot-native/usr/bin/meson", line 25, in importlib_load_entry_point | 14:20 |
JaMa | | return next(matches).load() | 14:20 |
JaMa | | StopIteration | 14:20 |
JaMa | | ERROR: meson failed | 14:20 |
JaMa | ? | 14:20 |
*** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has joined #yocto | 14:22 | |
rburton | would that be the upgrade/egg thing that was mentioned last week on the list? | 14:23 |
*** doq <doq!~doq@29.red-83-48-122.staticip.rima-tde.net> has joined #yocto | 14:26 | |
JaMa | rburton: just noticed v2 of that patch and it might be the same, pity it doesn't show the error in commit message | 14:28 |
*** alex_b <alex_b!~alex_b@62.26.159.81> has quit IRC (Quit: Client closed) | 14:29 | |
*** Xagen_ <Xagen_!~Xagen@2600:1700:211:7e60:b8d7:744e:86b4:4871> has joined #yocto | 14:36 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 14:38 | |
*** Xagen <Xagen!~Xagen@2600:1700:211:7e60:30a1:8f9a:f5ac:5b4f> has quit IRC (Ping timeout: 258 seconds) | 14:38 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 14:38 | |
*** doq <doq!~doq@29.red-83-48-122.staticip.rima-tde.net> has left #yocto (WeeChat 1.9.1) | 14:38 | |
*** camus1 is now known as camus | 14:38 | |
*** doq <doq!~doq@29.red-83-48-122.staticip.rima-tde.net> has joined #yocto | 14:39 | |
*** doq <doq!~doq@29.red-83-48-122.staticip.rima-tde.net> has quit IRC (Client Quit) | 14:40 | |
*** Guest49 <Guest49!~Guest49@mtph-gw-3.btlnet.com> has quit IRC (Quit: Client closed) | 14:42 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 14:44 | |
*** wberrier <wberrier!~wberrier@c-24-2-101-38.hsd1.ut.comcast.net> has left #yocto | 14:47 | |
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:482:a381:d54b:bb58> has joined #yocto | 14:55 | |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Quit: Leaving) | 14:57 | |
*** NiksDev <NiksDev!~NiksDev@192.163.5.9> has quit IRC (Quit: Client closed) | 14:58 | |
*** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 15:14 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 15:20 | |
kergoth | fell behind on swat triage over the weekend since my son got a stomach bug and shared it with me (ugh), lot of laying around miserable. going to try to catch up today.. | 15:22 |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 15:25 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 244 seconds) | 15:26 | |
*** camus1 is now known as camus | 15:26 | |
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 245 seconds) | 15:28 | |
*** Guest31 <Guest31!~Guest31@108-50-190-109.dsl.ovh.fr> has joined #yocto | 15:33 | |
*** chep <chep!~chep@88.168.197.200> has joined #yocto | 15:33 | |
chep | Hi | 15:33 |
*** Guest31 <Guest31!~Guest31@108-50-190-109.dsl.ovh.fr> has quit IRC (Client Quit) | 15:34 | |
chep | I'm using opencv in my project and it works fine when I build an image. But when I want the SDK, almost all libopencv_*.so libraries are only in usr/lib/.debug directory | 15:34 |
chep | is there something to configure that behaviour? | 15:35 |
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC (Ping timeout: 244 seconds) | 15:36 | |
rburton | chep: try adding opencv-dev explicitly to the sdk | 15:37 |
chep | what is the variable to do that? | 15:37 |
rburton | append TOOLCHAIN_TARGET_TASK | 15:37 |
chep | i'm trying, thx | 15:39 |
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 15:41 | |
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 15:49 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:54 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 245 seconds) | 15:55 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 16:03 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:06 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 16:11 | |
*** argonautx_ <argonautx_!~argonautx@i5e8670df.versanet.de> has quit IRC (Quit: Leaving) | 16:12 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:13 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:15 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:16 | |
jaskij[m] | Moving to Hardknott, `VIRTUAL_RUNTIME`, same as `PREFERRED_PROVIDER`, are regular variables, not overrides, right? | 16:18 |
*** zpfvo <zpfvo!~fvo@88.130.218.27> has quit IRC (Quit: Leaving.) | 16:19 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 244 seconds) | 16:20 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 16:20 | |
*** zpfvo <zpfvo!~fvo@88.130.218.27> has joined #yocto | 16:22 | |
*** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has left #yocto | 16:23 | |
*** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 16:23 | |
*** mckoan is now known as mckoan|away | 16:25 | |
smurray | jaskij[m]: I suspect you mean honister, and yes | 16:26 |
jaskij[m] | smurray: nope, Hardknott, only just now upgrading from Dunfell. Thanks. | 16:28 |
smurray | jaskij[m]: I mentioned honister as it requires the syntax change, but hardknott does not (though it'll work there with the backported compatibility) | 16:29 |
*** zpfvo <zpfvo!~fvo@88.130.218.27> has quit IRC (Quit: Leaving.) | 16:30 | |
jaskij[m] | did I misread it that badly? oof | 16:30 |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 16:36 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 16:42 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 16:48 | |
*** artri <artri!~artri@208.116.134.46> has quit IRC (Read error: Connection reset by peer) | 16:49 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 17:02 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 17:32 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 17:32 | |
*** camus1 is now known as camus | 17:35 | |
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 17:59 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 18:00 | |
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has joined #yocto | 18:02 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:06 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 18:11 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:21 | |
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 18:35 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 18:36 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 18:39 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 18:40 | |
*** camus1 is now known as camus | 18:40 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:48 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 18:48 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 18:52 | |
*** Guest92 <Guest92!~Guest92@p200300e9d70d96b3e0337fd587897546.dip0.t-ipconnect.de> has joined #yocto | 18:53 | |
*** d0ku <d0ku!~d0ku@178.43.15.137.ipv4.supernova.orange.pl> has joined #yocto | 19:07 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:09 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 265 seconds) | 19:14 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 19:16 | |
*** Guest92 <Guest92!~Guest92@p200300e9d70d96b3e0337fd587897546.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 19:20 | |
*** Guest2197 <Guest2197!~Guest21@gw26-pha-stl-mmo-1.avonet.cz> has joined #yocto | 19:21 | |
Guest2197 | Hello, i hope this is right place to ask :) I need some advice regarding debug build of yocto (3.1.8). We have several common meta layers meta-java etc... and our own meta layer with several apps/bb. I would like to enable debug build only for our stuff. When I try to set variable DEBUG_BUILD = "1" anywhere, it influences the whole solution - | 19:28 |
Guest2197 | kernel etc... Is there some way to enable debug build only for single meta layer? or what would be correct approach to do this? Thanks. | 19:28 |
vd | rburton: when compiling qtwebengine, does bitbake use a single core or multiple cores? (I think gcc is single thread?) I'm trying to compare the AMD Ryzen 7 5700G vs ryzen 9 5950X for OE builds | 19:38 |
RP | vd: gcc is single threaded but make is run with PARALLEL_MAKE | 19:40 |
vd | RP: so basically 2x $number_of_cores objects are compiled at the same time I suppose | 19:44 |
jaskij[m] | except linking, which is a single core bottleneck | 19:45 |
jaskij[m] | and if by chance LTO is enabled, that will take a long time | 19:45 |
RP | vd: in theory | 19:46 |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:50 | |
RP | jonmason, rburton: can I upgrade u-boot now? :) | 19:52 |
* RP deliberately didn't do that on the weekend | 19:52 | |
*** artri <artri!~artri@208.116.134.46> has joined #yocto | 19:52 | |
vd | jaskij[m] true for linking. So for the same amount of RAM (let's say 64Go for QtWebEngine) the 5700G 8-core @ 3.8Ghz should provide good performance compared to the 5950X 16-core @ 3.4 Ghz in theory | 19:55 |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 19:55 | |
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:482:a381:d54b:bb58> has quit IRC (Ping timeout: 264 seconds) | 19:55 | |
*** artri <artri!~artri@208.116.134.46> has left #yocto | 19:56 | |
*** Guest2197 <Guest2197!~Guest21@gw26-pha-stl-mmo-1.avonet.cz> has quit IRC (Quit: Client closed) | 19:57 | |
*** Guest2124 <Guest2124!~Guest21@gw26-pha-stl-mmo-1.avonet.cz> has joined #yocto | 19:58 | |
jaskij[m] | vd: if that 5950X isn't boosting to around 4GHz during builds, I'd RMA that PC | 19:58 |
jaskij[m] | Or at least 3.8-3.8 | 20:00 |
jaskij[m] | *3.8-3.9 | 20:00 |
RP | Guest2124: currently there are no "layer" specific overrides you can use so you'd have to do it in some anonymous python I suspect | 20:03 |
jaskij[m] | vd I'm not going to suggest XMP here (since it's *technically* OC), but hopefully you at least went with 3200 JEDEC memory? It's hard to get AFAIK, but Ryzens are *extremely* memory sensitive. I've seen benches where performance scaled linearly with RAM clock (up to a limit, but it's higher, around 3600-3800). | 20:08 |
jaskij[m] | (don't want to spam here with advice on build machines, feel free to dm me) | 20:08 |
Guest2124 | and some "correct" .bb or .bbappend way to do this? :) | 20:09 |
Guest2124 | I noticed someone else had same problem today https://stackoverflow.com/questions/69701939/building-yocto-and-specifying-a-layer-to-be-a-debug-build-everything-else-relea , and I guess its quite valid use-case to debug only your development stuff in some future release if its not possible now :) | 20:17 |
jaskij[m] | Any advice on where to start for a relatively easy kiosk mode GUI? I'm reluctant to use Qt with their licensing changes and the direction they've shown. `meta-gnome`? | 20:18 |
rburton | RP probably. Give Jon notice and we’ll quickly add the version being removed if we’ve not managed to remove the version pinning yet. Now I’m off for a few days! | 20:22 |
elfenix|cloud | @jaskij[m] if you can deal with a very soft feature set, you might check out one of the gaming oriented toolkits like DearImGui - great for running simple displays | 20:23 |
RP | rburton: have fun | 20:24 |
rburton | jaskij[m]: Pick a toolkit you know. Gtk has bindings for most languages, or just make a web app | 20:24 |
elfenix|cloud | if you're not dealing with commercial licensing of Qt, there's always the option of LGPL variants | 20:25 |
jaskij[m] | Might've asked it wrongly: I'm thinking from Yocto end, for now, what to set up. Guess if I go with Gnome in kiosk mode, it's entirely up to me which graphical toolkit goes on top of that? | 20:26 |
jaskij[m] | elfenix|cloud: LTS is afaik commercial-only | 20:26 |
jaskij[m] | or did they backtrack on that one? | 20:26 |
RP | zeddii: I'm wondering if we should get rid of the destsuffix git fetcher parameter in favour of the subdir one used by every other fetcher backend | 20:26 |
elfenix|cloud | jaskij[m]: is there a compelling reason to use LTS versus the normal open source release? | 20:27 |
vd | jaskij[m] I'm writing a distro for kiosk ^^ I'm currently using QtWebEngine for a web front-end though. | 20:27 |
jaskij[m] | vd: Web is a no-go for us, unfortunately. We don't have the skills in the team and can't outsource because stupid grant rules. | 20:28 |
vd | jaskij[m] but given all web frameworks out there, a locally hosted web interface could be really simpler to write compared to some UI specific toolkits | 20:29 |
jaskij[m] | vd: with no one with web frontend experience? | 20:32 |
vd | This is a skill easier to get rather than UI specific toolkits IMO | 20:35 |
zeddii | RP: seems reasonable to me. I'm a heavy user of it, but it's an easy update. | 20:35 |
RP | zeddii: I posted a patch on the bitbake list to add support for it. It just seems like a glaring horrible usability issue in the API currently | 20:35 |
*** Guest2124 <Guest2124!~Guest21@gw26-pha-stl-mmo-1.avonet.cz> has quit IRC (Quit: Client closed) | 20:37 | |
*** Guest2159 <Guest2159!~Guest21@gw26-pha-stl-mmo-1.avonet.cz> has joined #yocto | 20:37 | |
*** florian_kc <florian_kc!~florian@dynamic-093-132-095-001.93.132.pool.telefonica.de> has joined #yocto | 20:38 | |
*** d0ku is now known as dezeroku | 20:39 | |
RP | khem: having looked at libtool patches, I started looking at the gdb ones. I'm very surprised upstream haven't done something about some of them :/ | 20:40 |
zeddii | RP: the patch reads ok to me. but it is adding / fixing subdir, right ? I didn't see the removal of destsuffix | 20:40 |
RP | zeddii: right, this one just adds it. Removal (or warning) is another level of work | 20:40 |
* zeddii nods. I was was going to suggest a warning, but then noticed it wasn't being removed .. yet | 20:41 | |
RP | zeddii: I'm left wondering if it is a good idea or not (or do I just send patch changing the existing users?) | 20:41 |
jaskij[m] | <vd> "This is a skill easier to get..." <- Fair. Considering the skills on the team (only desktop experience is C#), I'll probably spend a few days trying to package an AvaloniaUI demo and go on from there. Alternatives are web or Qt. | 20:41 |
zeddii | meta-virt is probably the heaviest user. I can do a conversion without much trouble. | 20:42 |
RP | zeddii: I was asking you as I know you're a heavy user :) | 20:42 |
zeddii | if I'm aware enough of when it is merging, I can do the conversion. I tend to see the patches, and then not track when it actually lands in master :D | 20:43 |
*** Guest2159 <Guest2159!~Guest21@gw26-pha-stl-mmo-1.avonet.cz> has quit IRC (Ping timeout: 256 seconds) | 20:43 | |
RP | zeddii: ok, I'll let you know :D | 20:46 |
vd | jaskij[m] "Blazor: Build client web apps with C#" do you know this M$ thing? | 20:47 |
jaskij[m] | looks neat, thanks | 20:48 |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 21:09 | |
*** dezeroku <dezeroku!~d0ku@178.43.15.137.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 244 seconds) | 21:10 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 21:10 | |
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 21:19 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:20 | |
yates | do_install installs built components for each recipe into the recipe's image folder. what task copies/installs those files into the global sysroots-components folder? | 21:22 |
RP | yates: populate_sysroot | 21:23 |
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 21:24 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
yates | well duh. | 21:35 |
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:40 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:40 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:44 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 21:45 | |
*** florian_kc <florian_kc!~florian@dynamic-093-132-095-001.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 21:52 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 21:54 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 21:56 | |
*** camus1 is now known as camus | 21:56 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection) | 21:58 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:e9d9:7eef:9ef4:e38f> has joined #yocto | 21:58 | |
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 22:01 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:04 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 22:26 | |
*** florian_kc <florian_kc!~florian@dynamic-093-132-095-001.93.132.pool.telefonica.de> has joined #yocto | 22:29 | |
*** florian_kc <florian_kc!~florian@dynamic-093-132-095-001.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 22:34 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 22:43 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 22:45 | |
*** camus1 is now known as camus | 22:45 | |
zeddii | anyone else seeing some meson based recipes blow up in master ? I updated earlier, and now glib-2.0 and xorgproto-native are failing | 22:56 |
*** tadej <tadej!~tadej@89-212-204-115.static.t-2.net> has joined #yocto | 23:00 | |
fray | there was a patch on the list about meson and empty python eggs? directories | 23:03 |
moto-timo | http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=abelloni/master-next&id=925004e613cf1eb62d76fcc00915c89bc711535a | 23:05 |
moto-timo | zeddii: what symptoms are you seeing? | 23:05 |
RP | zeddii: probably the python egg meson issue | 23:09 |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 23:10 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 23:14 | |
*** florian_kc <florian_kc!~florian@dynamic-093-132-095-001.93.132.pool.telefonica.de> has joined #yocto | 23:22 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 23:25 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 23:27 | |
*** camus1 is now known as camus | 23:27 | |
zeddii | this is what makes the console: https://pastebin.com/t01239GB | 23:28 |
zeddii | I'm rebuilding a few things now. | 23:29 |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 23:30 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 23:35 | |
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 260 seconds) | 23:36 | |
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 23:38 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 23:39 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 23:40 | |
zeddii | with enough cleanalls on the offending -native packages, it seems to be chugging along now. | 23:41 |
*** florian_kc <florian_kc!~florian@dynamic-093-132-095-001.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:49 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-200-210.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 23:49 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-200-210.ssp.dialog.net.pl> has joined #yocto | 23:51 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 23:51 | |
*** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 23:56 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!