| *** florian_kc <florian_kc!~florian@dynamic-093-135-109-203.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:14 | |
| dvergatal | smokey: change in your build scripts grub-efi-bootx64.efi to grub-efi-grubx64.efi | 00:17 |
|---|---|---|
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 00:17 | |
| dvergatal | this will fix your issue | 00:17 |
| dvergatal | because they are changing in https://github.com/Wind-River/meta-secure-core/blob/master/meta-efi-secure-boot/recipes-bsp/grub/grub-efi-efi-secure-boot.inc#L68 grubimage | 00:19 |
| dvergatal | and that is why your install command cannot stat it because the file /home/tdowty/cfc510p/christian_devel/poky/build/tmp/deploy/images/innoflight-cfc510-live-usb/grub-efi-bootx64.efi is not existing | 00:20 |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 246 seconds) | 00:37 | |
| *** Guest44 <Guest44!~Guest44@90-156-26-25.internetia.net.pl> has joined #yocto | 00:56 | |
| *** Guest44 <Guest44!~Guest44@90-156-26-25.internetia.net.pl> has quit IRC (Client Quit) | 00:57 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 01:01 | |
| *** Thorn_ <Thorn_!~Thorn@bl18-149-68.dsl.telepac.pt> has quit IRC (Ping timeout: 264 seconds) | 01:02 | |
| *** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has joined #yocto | 01:36 | |
| *** olani- <olani-!~olani@134.238.48.37> has quit IRC (Ping timeout: 255 seconds) | 01:48 | |
| *** davidinux <davidinux!~davidinux@194.34.233.37> has quit IRC (Ping timeout: 255 seconds) | 02:03 | |
| *** davidinux <davidinux!~davidinux@194.34.233.42> has joined #yocto | 02:05 | |
| *** benkard <benkard!~mulk@p5b2dcb88.dip0.t-ipconnect.de> has joined #yocto | 02:31 | |
| *** mulk <mulk!~mulk@pd95148d1.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds) | 02:32 | |
| *** benkard is now known as mulk | 02:32 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer) | 02:36 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto | 02:42 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6537:a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 255 seconds) | 02:50 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6523:a200:2ce:39ff:fecf:efcd> has joined #yocto | 02:51 | |
| *** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 03:02 | |
| *** smokey <smokey!~smokey@207.7.121.250> has joined #yocto | 03:03 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 252 seconds) | 03:03 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 03:12 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 03:12 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit) | 03:15 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 03:15 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 264 seconds) | 03:36 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:37 | |
| *** old_boy <old_boy!~old_boy@205.251.233.50> has joined #yocto | 04:03 | |
| *** variksla <variksla!~variksla@205.251.233.50> has joined #yocto | 04:16 | |
| *** old_boy <old_boy!~old_boy@205.251.233.50> has quit IRC (Quit: Client closed) | 04:30 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 246 seconds) | 04:31 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 04:47 | |
| *** amitk <amitk!~amit@58.84.60.215> has joined #yocto | 05:11 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 05:27 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 05:27 | |
| *** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection) | 05:33 | |
| *** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has joined #yocto | 05:33 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 05:33 | |
| *** mulk <mulk!~mulk@p5b2dcb88.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds) | 06:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 06:08 | |
| *** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has joined #yocto | 06:15 | |
| *** mulk <mulk!~mulk@pd95142c7.dip0.t-ipconnect.de> has joined #yocto | 06:22 | |
| *** mulk <mulk!~mulk@pd95142c7.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds) | 06:27 | |
| *** variksla <variksla!~variksla@205.251.233.50> has quit IRC (Quit: Client closed) | 06:31 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 255 seconds) | 06:32 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 06:36 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 06:37 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 06:45 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:13 | |
| *** JerryM <JerryM!~jermain@149.3.168.10> has joined #yocto | 07:19 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…) | 07:23 | |
| *** mulk <mulk!~mulk@pd951406a.dip0.t-ipconnect.de> has joined #yocto | 07:27 | |
| *** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has quit IRC (Ping timeout: 240 seconds) | 07:30 | |
| *** mkazantsev <mkazantsev!~mkazantse@94.228.252.55> has joined #yocto | 07:31 | |
| mkazantsev | Hello! I'm having an intermittent issue with the D1 Display Engine, wonder if anyone had something similar | 07:33 |
| mkazantsev | 9 times out of 10 the color on the display is off, sometimes it's more blue, sometimes more green than it should be | 07:33 |
| mkazantsev | When I run modetest, for example, the colors are kinda mixed with blue, when modetest exits the whole screen is blue | 07:34 |
| *** mulk <mulk!~mulk@pd951406a.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds) | 07:34 | |
| mkazantsev | In memory, images have the correct color | 07:35 |
| mkazantsev | TCON LCD test patters are correct | 07:35 |
| *** mulk <mulk!~mulk@pd9514a85.dip0.t-ipconnect.de> has joined #yocto | 07:37 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 07:38 | |
| mkazantsev | mixer registers are the same when displaying the correct and incorrect colors | 07:38 |
| mkazantsev | not even sure where to look at this point | 07:41 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:41 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 240 seconds) | 07:42 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:279:f8b8:9985:f97> has joined #yocto | 07:47 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 255 seconds) | 07:48 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:279:f8b8:9985:f97> has quit IRC (Ping timeout: 240 seconds) | 07:55 | |
| *** frieder <frieder!~frieder@i577B9367.versanet.de> has joined #yocto | 08:00 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 08:03 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 08:05 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 255 seconds) | 08:07 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Ping timeout: 264 seconds) | 08:16 | |
| *** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 08:16 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has joined #yocto | 08:18 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Ping timeout: 246 seconds) | 08:29 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:f47d:6c88:950:ed6e> has joined #yocto | 08:30 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08:31 | |
| *** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 08:33 | |
| *** smokey <smokey!~smokey@207.7.121.250> has joined #yocto | 08:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 08:34 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 08:36 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 08:37 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:37 | |
| *** mkazantsev <mkazantsev!~mkazantse@94.228.252.55> has quit IRC (Remote host closed the connection) | 08:44 | |
| *** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has joined #yocto | 08:45 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 08:50 | |
| mkazantsev | wrong channel sorry | 08:50 |
| *** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has quit IRC (Quit: Leaving) | 08:52 | |
| JerryM | kanavin: I've got several layer-setup.json files for different setups, mostly they are likt 90% the same and only differ in a few places, what do you think about applying fragmenst on a base file or similar solution? | 09:00 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:36ab:91fa:544b:97e1> has joined #yocto | 09:03 | |
| *** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection) | 09:03 | |
| *** smokey <smokey!~smokey@207.7.121.250> has joined #yocto | 09:04 | |
| kanavin | JerryM, I don't have any thoughts about that. why is that a problem? | 09:13 |
| JerryM | kanavin: besides duplication, it's really just a minor inconvenience, say I've got { A: refA, B: refB } and { A:refA, B: refFeature } and I want to update refA I got to do it in two files (and have two diffs that are the same change) | 09:22 |
| kanavin | JerryM, does json support includes natively? | 09:23 |
| JerryM | kanavin: I'm no expert, but I would assume not, I'd think this would need to be handled in the scripts | 09:31 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 264 seconds) | 09:32 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 09:32 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 09:35 | |
| kanavin | JerryM, if you can think up a design proposal, and/or patches, please go ahead. I currently can't say how this could be supported. | 09:38 |
| luc4 | Hello! Would it be possible to get tar.xz archives of each partition of my image? I tried to set the image fs type, but I'm only getting the rootfs, not the boot partition. I also tried to look at the wic command, but I do not see anything like this. I know I could mount each partition, but I would like to avoid it if possible. Any other option? Thanks. | 09:44 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:45 | |
| dvergatal | guys according to https://docs.yoctoproject.org/dev-manual/building.html#building-an-initial-ram-filesystem-initramfs-image bundling an initramfs is striclty connected to kernel image so it means that I can bundle only one initramfs into kernel image right? | 09:50 |
| *** nayfe <nayfe!~nayfe@147.161.233.72> has joined #yocto | 10:01 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 246 seconds) | 10:11 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 10:14 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Ping timeout: 260 seconds) | 10:25 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 10:26 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection) | 10:27 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 10:27 | |
| *** Guest59 <Guest59!~Guest59@147.161.185.79> has joined #yocto | 10:32 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:38 | |
| rburton | correct, a bundled initramfs is literally a cpio archive glued onto the end of the kernel | 10:41 |
| *** alperak <alperak!~alperak@176.33.65.159> has joined #yocto | 10:43 | |
| JerryM | kanavin: I'll do some experiments and see if/what works | 10:44 |
| dvergatal | rburton: so now I have a question because what I was going to do was to create an instalator image with bundled initramfs and that image would be responsible for deploying my main image and inside it would be another initramfs bundle but this configuration is rather impossible to achieve in one distro right? | 10:45 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 10:46 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 10:47 | |
| rburton | dvergatal: just don't use a bundled initramfs | 10:48 |
| dvergatal | rburton: currently i'm not and it is working | 10:48 |
| rburton | a bundled initramfs is literally copied into RAM in its entirety, you don't want to put a huge target in that | 10:49 |
| dvergatal | I have separate kernell image and initramfs but I wanted to have it bundled | 10:49 |
| dvergatal | the installation initramfs I wanted to have as tiny as possible because it is only being used for the installation process | 10:50 |
| rburton | that's fine, just have it pick up the thing to install from the disk | 10:51 |
| dvergatal | and wanted to have it bundled with the kernel but from what I have read it is not possible to bundle more than 1 image | 10:51 |
| rburton | you can only have one initramfs image on a kernel, but that's not a yocto thing, its a linux thing | 10:53 |
| rburton | you can bundle the initramfs and keep the install image separate | 10:53 |
| dvergatal | rburton: I will show you on an image | 10:54 |
| dvergatal | rburton: https://pasteboard.co/gCCqPEO9aUan.png | 10:56 |
| dvergatal | something like that | 10:56 |
| dvergatal | right now I have instead of INSTALL INITRAMFS BUNDLE, kernel image and install initramfs | 10:57 |
| dvergatal | and my question should be if it is possible somehow to achieve what is on the image, I read about different kind of solutions for example to use another machine or distro for this install image in order to create separate bundle | 11:01 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:01 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Ping timeout: 256 seconds) | 11:11 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 11:28 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 11:28 | |
| RP | rburton: you broke recipetool in oe-selftest: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6380/steps/14/logs/stdio :( | 11:29 |
| RP | yes, I agree the test is broken, but... | 11:29 |
| rburton | whoops | 11:29 |
| RP | moto-timo: https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4399 - ahhrggg :( | 11:31 |
| RP | everything coming in last minute breaks :/ | 11:31 |
| *** Guest59 <Guest59!~Guest59@147.161.185.79> has quit IRC (Ping timeout: 250 seconds) | 11:37 | |
| RP | rburton: do you know where locale.aliases is supposed to live packages wise? | 11:40 |
| *** aladyshev <aladyshev!~aladyshev@82.97.198.254> has joined #yocto | 11:45 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 255 seconds) | 12:03 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 12:04 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 12:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 264 seconds) | 12:20 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 12:27 | |
| aladyshev | I experience the strange issue. Sometimes when I perform `devtool modify linux-aspeed` I get the following error: | 12:30 |
| aladyshev | ```WARNING: SRC_URI is conditionally overridden in this recipe, thus several devtool-override-* branches have been created, one for each override that makes changes to SRC_URI. It is recommended that you make changes to the devtool branch first, then checkout and rebase each devtool-override-* branch and update any unique patches there (duplicates | 12:30 |
| aladyshev | on those branches will be ignored by devtool finish/update-recipe)``` | 12:30 |
| aladyshev | And the worst case is that local patches are not applied in this case | 12:31 |
| rburton | if you can replicate with master then please do file a bug | 12:34 |
| *** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection) | 12:35 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:f47d:6c88:950:ed6e> has quit IRC (Ping timeout: 268 seconds) | 12:35 | |
| *** smokey <smokey!~smokey@207.7.121.250> has joined #yocto | 12:35 | |
| aladyshev | How to file a bug? I'm using yocto in the OpenBMC distribution, do I have to replicate it in native poky? | 12:36 |
| rburton | would be useful if you can. there's been a lot of fixes to devtool modify in master. | 12:37 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 12:38 | |
| aladyshev | Another issue that I've started to encounter recently is that the devtooled linux-aspeed git tree stucks at rebase or am operation: | 12:39 |
| aladyshev | ``` | 12:39 |
| aladyshev | You are currently rebasing. | 12:39 |
| aladyshev | $ git status | 12:39 |
| aladyshev | Refresh index: 100% (81804/81804), done. | 12:39 |
| aladyshev | On branch dev-6.6 | 12:39 |
| aladyshev | Your branch is ahead of 'origin/dev-6.6' by 5 commits. | 12:39 |
| aladyshev | (use "git push" to publish your local commits) | 12:39 |
| aladyshev | You are currently rebasing. | 12:39 |
| aladyshev | (all conflicts fixed: run "git rebase --continue") | 12:39 |
| aladyshev | nothing to commit, working tree clean | 12:39 |
| aladyshev | ``` | 12:39 |
| aladyshev | However when I try to continue, I get: | 12:39 |
| aladyshev | ``` | 12:39 |
| aladyshev | $ git rebase --continue | 12:39 |
| aladyshev | warning: could not read '.git/rebase-apply/head-name': No such file or directory | 12:39 |
| aladyshev | ``` | 12:39 |
| aladyshev | Is this a known issue? | 12:45 |
| *** Guest59 <Guest59!~Guest59@147.161.185.79> has joined #yocto | 12:53 | |
| *** Guest59 <Guest59!~Guest59@147.161.185.79> has quit IRC (Quit: Client closed) | 12:59 | |
| *** mulk <mulk!~mulk@pd9514a85.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds) | 13:18 | |
| *** mulk <mulk!~mulk@pd9514af5.dip0.t-ipconnect.de> has joined #yocto | 13:20 | |
| *** Thorn_ <Thorn_!~Thorn@2001:8a0:dfe1:a200:25cf:d386:3ba0:e043> has joined #yocto | 13:31 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 246 seconds) | 13:33 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 13:35 | |
| *** targetdisk <targetdisk!~daemonchi@45-33-4-162.ip.linodeusercontent.com> has quit IRC (Remote host closed the connection) | 13:38 | |
| *** joekale <joekale!~quassel@140.177.181.220> has quit IRC (Ping timeout: 264 seconds) | 13:42 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 13:54 | |
| *** davidinux <davidinux!~davidinux@194.34.233.42> has quit IRC (Ping timeout: 260 seconds) | 13:55 | |
| *** davidinux <davidinux!~davidinux@host-213-45-25-24.retail.telecomitalia.it> has joined #yocto | 13:57 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 246 seconds) | 14:02 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:5246:2826:ae5e:1ebb> has joined #yocto | 14:06 | |
| *** lefty <lefty!~lefty@37.19.210.38> has joined #yocto | 14:07 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:11 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds) | 14:13 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 246 seconds) | 14:15 | |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto | 14:18 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:a7ca:4658:59f5:8fbb> has joined #yocto | 14:21 | |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Client Quit) | 14:21 | |
| *** pidge <pidge!~pidge@194.110.145.164> has joined #yocto | 14:26 | |
| *** lefty83 <lefty83!~lefty@37.19.210.38> has joined #yocto | 14:30 | |
| *** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed) | 14:31 | |
| *** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed) | 14:31 | |
| *** lefty83 is now known as lefty | 14:31 | |
| *** alperak <alperak!~alperak@176.33.65.159> has joined #yocto | 14:36 | |
| moto-timo | RP: dang it | 14:39 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 14:42 | |
| *** aladyshev <aladyshev!~aladyshev@82.97.198.254> has quit IRC (Quit: Client closed) | 14:44 | |
| *** Dr_Who <Dr_Who!~tgall@70.35.96.200> has quit IRC (Read error: Connection reset by peer) | 14:48 | |
| *** JerryM <JerryM!~jermain@149.3.168.10> has quit IRC (Quit: Konversation terminated!) | 15:00 | |
| *** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection) | 15:09 | |
| *** smokey <smokey!~smokey@207.7.121.250> has joined #yocto | 15:09 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 15:12 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:12 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 15:15 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 15:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 15:21 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:23 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 15:29 | |
| *** mulk <mulk!~mulk@pd9514af5.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds) | 15:30 | |
| *** mulk <mulk!~mulk@pd95147b3.dip0.t-ipconnect.de> has joined #yocto | 15:31 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection) | 15:49 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto | 15:54 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:54 | |
| lefty | Anybody had luck with the beagleplay machine in meta-ti-bsp? I'm finding when I boot my beagleplay with core-image-full-cmdline image pressing the USR button at power up to boot from the SD card, u-boot fails to load boot.scr and uEnv.txt, then seems to fallback to the eMMC and gets stuck at "Starting kernel...". If I boot from eMMC u-boot on the | 15:55 |
| lefty | eMMC detects the SD card and is at least able to boot, but I'm not sure which kernel image is being used (just that the rootfs is the SD card one). | 15:55 |
| rm5248 | Hi, is it the case that the PREFERRED_VERSION_virtual/kernel can only be set in the distribution? I've tried setting it in my conf/machine/<machine>.conf file but it doesn't seem to take effect | 15:55 |
| *** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Quit: Lost terminal) | 15:58 | |
| lefty | rm5248 I believe you may have to specify the actual recipe that provides virtual/kernel with PREFERRED_VERSION (PREFERRED_VERSION_linux-yocto for instance). | 16:02 |
| *** gvmeson is now known as vmeson | 16:02 | |
| lefty | I have done that in my machine.conf file before and it has worked (so long as a recipe for the specified version exists). | 16:03 |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto | 16:08 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:5246:2826:ae5e:1ebb> has quit IRC (Ping timeout: 255 seconds) | 16:11 | |
| *** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed) | 16:12 | |
| *** amitk_ <amitk_!~amit@58.84.60.215> has joined #yocto | 16:28 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 256 seconds) | 16:30 | |
| *** alperak <alperak!~alperak@176.33.65.159> has joined #yocto | 16:31 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 16:34 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 16:34 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 16:35 | |
| *** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection) | 16:36 | |
| *** smokey <smokey!~smokey@207.7.121.250> has joined #yocto | 16:37 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 16:48 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 16:49 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 246 seconds) | 16:52 | |
| lefty | denix is meta-ti's beagleplay machine validated with Poky distro? I successfully core-image-full-cmdline with MACHINE=beagleplay but when I try to boot my beagleplay from an SD card flashed with core-image-full-cmdline-beagleplay.wic.xz I'm facing some weird issues. U-boot runs from the SD card, but when it actually boots the kernel it appears to | 16:53 |
| lefty | be trying to boot the kernel image from eMMC, and that just hangs indefinitely. | 16:53 |
| rm5248 | so I figured out what the problem is: since I'm using the meta-atmel layer, it was set as PREFERRED_PROVIDER_virtual/kernel:sama5 = "linux-mchp". I had set PREFERRED_PROVIDER_virtual/kernel, not PREFERRED_PROVIDER_virtual/kernel:sama5. | 16:56 |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:777b:6e10:cc0e:e556> has quit IRC (Ping timeout: 264 seconds) | 16:57 | |
| rm5248 | lefty: One thing that I did recently to debug stuff like that was to get to uboot and mount the rootfs over NFS. I'm not sure if that helps in your situation at all. I assume that your problem might be that uboot is configured to always run off of the eMMC, not from the SD card | 16:59 |
| lefty | I have console access so I can see u-boot's environment. It looks like it's failing to loadbootenv and loadbootscr are failing, and after that it's falling back to trying to boot from eMMC. What's strange is if I boot off of eMMC, the version of u-boot in the Debian Buster image detects the SD card and boots off of it (seemingly successfully). | 17:04 |
| lefty | So I can run both versions of u-boot, but the one built with meta-ti seems to be missing some stuff. | 17:04 |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 17:07 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 17:09 | |
| dmoseley_ | Any plans for a Developer day around EOSS in Seattle? I'm trying to book my flights. | 17:11 |
| rm5248 | does uboot see the SD card? IIRC it's the 'mmc' command that you can use to test the SD card | 17:12 |
| *** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed) | 17:12 | |
| *** lefty <lefty!~lefty@37.19.210.38> has joined #yocto | 17:12 | |
| lefty | rm5248 mmc does see both devices, the eMMC and the SD card. | 17:13 |
| lefty | And it's able to read the partition table for device 1 (SD card). | 17:14 |
| rm5248 | does it see the files on the SD card? | 17:14 |
| lefty | Not sure how to specify the device name to ls in u-boot... | 17:16 |
| lefty | Forgive my relatively limited familiarity with u-boot. | 17:16 |
| rm5248 | I think you need to set the mmc dev, and then do 'fatls' | 17:16 |
| lefty | I can switch to device 1 (SD), but fatls by itself just gives me usage. "fatls /" says / is an invalid partition so evidently I'm not understanding the usage. | 17:22 |
| lefty | fatls requires an interface argument which I'm not sure what that should be. | 17:23 |
| rm5248 | check this: https://unix.stackexchange.com/questions/354157/how-to-load-files-from-an-emmcs-general-purpose-partition-or-boot-partition-us | 17:23 |
| lefty | If I plug the SD card into my PC there is no boot.scr or uEnv.txt file on the boot partition. | 17:25 |
| lefty | "fatls mmc 1:1" yields the same list of files as I see on my PC. EFI directory, Image (kernel), tiboot3.bin, tispl.bin, and u-boot.img. | 17:28 |
| rm5248 | should there be? I'm not sure how it's supposed to boot, but if it's trying to load those files from the SD card and it fails that could be why. | 17:28 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:29 | |
| lefty | I would agree with that assessment, which is why it seems to me the build is missing something. I'm trying to parse through u-boot's environment to understand what's going on and it seems that those files missing is causing it to fall back to eMMC. | 17:30 |
| lefty | It's also not clear to me the difference between the beaglplay machine and the beagleplay-k3r5 machine and which I should be using. I'm struggling to find great documentation for the meta-ti layer or Yocto use in general on the beagleplay. | 17:31 |
| denix | lefty: which branch? | 17:32 |
| lefty | denix master and kirkstone both yield the same behavior for me. | 17:32 |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:f33:290d:d4fb:5c47> has joined #yocto | 17:33 | |
| denix | lefty: regarding "k3r5" - just look at https://git.yoctoproject.org/meta-ti/tree/meta-ti-bsp/conf/machine/include/k3r5.inc | 17:34 |
| denix | lefty: try one of the "wip" branches - there are some config changes pending for u-boot | 17:34 |
| denix | or -next | 17:34 |
| lefty | Does wip stand for something? Wasn't sure what those were. | 17:35 |
| lefty | k3r5.inc is what led me to believe it's for the RT core, though I have yet to play around with any SOCs that have a separate RT core so I'm not very familiar with how this all works. | 17:36 |
| sotaoverride | lefty: work in progress (WIP) | 17:36 |
| denix | wip = work in progress | 17:36 |
| lefty | Thanks | 17:36 |
| lefty | I'll give one of those branches a shot. | 17:36 |
| lefty | Right now the key portion it seems to be breaking down at is "SD/MMC found on device 1 | 17:37 |
| lefty | Failed to load 'boot.scr' | 17:37 |
| lefty | Failed to load 'uEnv.txt' | 17:37 |
| lefty | switch to partitions #0, OK | 17:37 |
| lefty | mmc0(part 0) is current device" | 17:37 |
| lefty | So it tries to boot from device 1, but then after the two failures it switches back to device 0. | 17:37 |
| denix | lefty: TI K3 is a heterogeneous arch with bunch of Cortex-R5 MCUs and Cortex-A53/A72 big GP cores. in order to build for those cores, meta-ti uses "k3r5" multiconfig | 17:39 |
| denix | lefty: and neither of boot.scr nor uEnv.txt are required and those are not critical errors | 17:40 |
| lefty | Right, but don't all beagleplay boards have the AM652 with this heterogeneous arch? | 17:40 |
| denix | there's simply something's wrong with SD driver | 17:40 |
| lefty | Is that what's causing the switch back to device 0? | 17:40 |
| *** nayfe <nayfe!~nayfe@147.161.233.72> has quit IRC (Quit: Client closed) | 17:41 | |
| lefty | I'm seeing some pca953x errors as well, "i2c_write: error waiting for data ACK (status=0x116) | 17:41 |
| lefty | pca953x gpio@22: Error reading output register" | 17:41 |
| denix | AM62x is part of TI K3 arch family | 17:41 |
| lefty | When would I want to set MACHINE=beagleplay-k3r5 though? Or MACHINE=beagleplay if all beagleplay boards use the AM62x? | 17:44 |
| lefty | Is the gpio expander used for SD card communications at all? Could that cause the fallback to eMMC? | 17:47 |
| lefty | I don't actually see a gpio expander in the schematic. | 17:49 |
| denix | k3r5 multiconfig is used automatically when the required dependencies are pulled in | 17:49 |
| lefty | Okay, I have master-wip building at the moment. Have to leave here shortly but will test it out when I get back. Thanks for the help. | 17:51 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 268 seconds) | 17:52 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 18:00 | |
| *** frieder <frieder!~frieder@i577B9367.versanet.de> has quit IRC (Remote host closed the connection) | 18:02 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 18:05 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 18:08 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 18:29 | |
| *** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Ping timeout: 250 seconds) | 18:30 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:33 | |
| *** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer) | 18:33 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 264 seconds) | 18:34 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 18:36 | |
| *** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed) | 18:59 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 19:14 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 19:14 | |
| *** Haxxa <Haxxa!~Haxxa@202.65.68.206> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:17 | |
| *** mort <mort!~mort@188.166.114.29> has quit IRC (Read error: Connection reset by peer) | 19:18 | |
| *** mort <mort!~mort@188.166.114.29> has joined #yocto | 19:20 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has joined #yocto | 19:29 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:32 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 19:35 | |
| *** lefty <lefty!~lefty@37.19.210.38> has joined #yocto | 19:48 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 19:49 | |
| lefty | denix still facing the same issue with master-wip. One other thing I notice is u-boot initially prints out a line "Loading Environment from nowhere... OK", which seems rather odd. There's also an error "Error: Can't set serial# to SSSS" and also a few lines related to the Ethernet phy and a failure there, none of which would seem to be related to | 19:50 |
| lefty | u-boot falling back to eMMC. | 19:50 |
| *** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection) | 19:54 | |
| *** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has joined #yocto | 19:55 | |
| *** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has joined #yocto | 19:55 | |
| lefty | Same on master-next as well. Abridged output: "mmc1 is current device", then "SD/MMC found on device 1", then two errors related to boot.scr and uEnv.txt, then "switch to partitions #0, OK", then "mmc0(part0) is current device", is the switch to partition 0 specifying the wrong device (or no device) perhaps? | 19:57 |
| *** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 19:58 | |
| *** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto | 19:58 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 264 seconds) | 19:59 | |
| *** davidinux <davidinux!~davidinux@host-213-45-25-24.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds) | 20:04 | |
| *** davidinux <davidinux!~davidinux@194.34.233.248> has joined #yocto | 20:05 | |
| *** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 255 seconds) | 20:10 | |
| *** Minvera2 <Minvera2!~Minvera@user/Minvera> has quit IRC (Ping timeout: 256 seconds) | 20:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 20:32 | |
| lefty | Okay, I think I figured it out at least partways, distro_bootcmd runs bootcmd_${target} for target in boot_targets, and boot_targets has mmc0 before mmc1, causing the switch to mmc0 and the failed boot. Running bootcmd_mmc1 manually results in a system that boots, but never gives me a login prompt, so I'm making progress. denix is the attempt to | 20:33 |
| lefty | boot from mmc0 expected? I guess my expectation is that the first boot target would be eMMC if USR wasn't pressed when u-boot was executed or SD if it was pressed. | 20:33 |
| lefty | Or maybe just try to boot SD first, if there's no SD card present or if it's not a properly formatted SD card presumably that will fail and distro_bootcmd will then proceed with eMMC boot? | 20:35 |
| *** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed) | 20:36 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 20:38 | |
| *** lefty <lefty!~lefty@37.19.210.38> has joined #yocto | 20:44 | |
| lefty | denix beagleplay.conf sets UBOOT_MACHINE to am62x_evm_a53_defconfig, shouldn't it be am625_beagleplay_a53_defconfig? I suspect that is where my bogus u-boot environment is coming from. | 20:46 |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection) | 20:47 | |
| lefty | Hmm, it didn't like that. Even though there is a am625_beagleplay_a53.config file in configs. | 20:48 |
| denix | lefty: that's a config fragment and it is being applied on top of the defconfig - see that later in beagleplay.conf | 20:50 |
| lefty | denix the config fragment doesn't appear later on in beagleplay.conf in master. Which branch? | 20:51 |
| lefty | After UBOOT_MACHINE it just sets a few PREFERRED_PROVIDERS, then KERNEL_DEVICETREE, and MACHINE_GUI_CLASS, that's it. | 20:52 |
| denix | lefty: I already told you earlier - wip or -next | 20:52 |
| lefty | Okay, I'll take a look at those again. | 20:52 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 20:55 | |
| lefty | Okay, I had to do a git pull and I see it now in master-wip (not in -next). I'll give it another shot. | 20:55 |
| lefty | I'm guessing the warnings I was seeing about the gpio expander were due to the incorrect device tree being loaded perhaps. | 20:57 |
| lefty | Since it was loading the one for the evaluation kit. | 20:57 |
| lefty | denix still the same issue with an unexpected u-boot env. default_device_tree is still ti/k3-am625-sk and boot_targets still starts with mmc0. I'll revisit this later tonight. Definitely learned quite a bit about u-boot and u-boot configuration today though, which is my whole goal in playing around with this. | 21:00 |
| lefty | Maybe not entirely broken anymore, my system actually boots now if I "run bootcmd_mmc1", otherwise it still defaults to mmc0. And I now actually get a login prompt. | 21:03 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 21:21 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 21:21 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…) | 21:24 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Ping timeout: 256 seconds) | 21:25 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has joined #yocto | 21:25 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 21:27 | |
| rburton | khem: i see you fired a meta-clang, and it just warned in rpm. are you digging into that? | 21:36 |
| *** amitk_ <amitk_!~amit@58.84.60.215> has quit IRC (Remote host closed the connection) | 21:38 | |
| *** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed) | 21:44 | |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed) | 21:45 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:36ab:91fa:544b:97e1> has quit IRC (Remote host closed the connection) | 21:51 | |
| khem | rburton: not yet but I did see the warning | 21:55 |
| khem | its with clang-18 btw. | 21:55 |
| khem | which is still in yoe/mut | 21:56 |
| *** fermion <fermion!uid638319@id-638319.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:09 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:15 | |
| *** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has joined #yocto | 22:18 | |
| *** pretec <pretec!~pretec@ip-109-40-240-42.web.vodafone.de> has joined #yocto | 22:21 | |
| pretec | Hi | 22:21 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:03 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:a7ca:4658:59f5:8fbb> has quit IRC (Ping timeout: 256 seconds) | 23:03 | |
| *** llu <llu!~llu@103.101.204.100> has joined #yocto | 23:14 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 23:16 | |
| *** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 256 seconds) | 23:16 | |
| *** olani- <olani-!~olani@134.238.48.37> has joined #yocto | 23:17 | |
| moto-timo | What do folks want to know about writing python recipes? | 23:21 |
| moto-timo | I'm going to write a blog post or two or a series. | 23:22 |
| *** llu <llu!~llu@103.101.204.100> has quit IRC (Quit: leaving) | 23:22 | |
| moto-timo | LetoThe2nd: and I have been threatening to do a live coding session also... but that never happened yet. | 23:23 |
| moto-timo | lol | 23:23 |
| moto-timo | You can watch me as I upgrade a python recipe in oe-core and try not to curse too much because I'm on camera. | 23:24 |
| mischief | twitch plays Yocto? :-) | 23:26 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
