| [2025-05-08 00:02:37] ⇐ goliath quit (~goliath@user/goliath): Quit: SIGSEGV | ||
| [2025-05-08 00:04:34] ⇐ florian_kc quit (~florian@2a02:3100:3aa6:4f00:ad85:721e:e6da:746): Ping timeout: 276 seconds | ||
| [2025-05-08 00:31:56] → chep` joined (chep@gateway/vpn/airvpn/chep) | ||
| [2025-05-08 00:32:08] ⇐ chep quit (chep@gateway/vpn/airvpn/chep): Read error: Connection reset by peer | ||
| [2025-05-08 00:32:09] * chep` → chep | ||
| [2025-05-08 00:56:40] ⇐ dankm quit (~dan@user/dankm): Remote host closed the connection | ||
| [2025-05-08 00:58:51] → dankm joined (~dan@user/dankm) | ||
| [2025-05-08 01:03:56] ⇐ davidinux quit (~davidinux@149.102.237.132): Ping timeout: 244 seconds | ||
| [2025-05-08 01:27:20] <mischief> can someone remind me (again), what's the procedure to request a backport? | ||
| [2025-05-08 01:27:50] <mischief> nothing big, but this doesn't exist in scarthgap https://github.com/yoctoproject/poky/commit/0dfd37f2408cbdb32de5553e30b96efee5798a3b | ||
| [2025-05-08 01:34:49] ⇐ jclsn quit (~jclsn@134.101.172.175.dynamic-pppoe.dt.ipv4.wtnet.de): Ping timeout: 272 seconds | ||
| [2025-05-08 01:36:23] → jclsn joined (~jclsn@84.46.7.54.dynamic-pppoe.dt.ipv4.wtnet.de) | ||
| [2025-05-08 02:40:00] ⇐ sakoman quit (~sakoman@2602:feb4:3b:2100:1375:34b3:8b3c:d48b): Ping timeout: 276 seconds | ||
| [2025-05-08 02:40:24] → sakoman joined (~sakoman@2602:feb4:3b:2100:1375:34b3:8b3c:d48b) | ||
| [2025-05-08 03:01:42] → Daanct12 joined (~danct12@user/danct12) | ||
| [2025-05-08 03:54:54] ⇐ steelswords94361 quit (~steelswor@user/steelswords1010): Quit: Ping timeout (120 seconds) | ||
| [2025-05-08 03:55:23] → steelswords94361 joined (~steelswor@user/steelswords1010) | ||
| [2025-05-08 04:15:53] ⇐ vthor quit (~thor@user/vthor): Quit: kill -9 $pid | ||
| [2025-05-08 04:19:06] → vthor joined (~thor@2605:59c8:71e9:3e10:829a:9b:95f:6e8) | ||
| [2025-05-08 04:19:07] * vthor changed host: thor@2605:59c8:71e9:3e10:829a:9b:95f:6e8 → thor@user/vthor | ||
| [2025-05-08 05:26:48] ⇐ Daanct12 quit (~danct12@user/danct12): Quit: WeeChat 4.6.2 | ||
| [2025-05-08 05:32:30] ⇐ vthor quit (~thor@user/vthor): Quit: kill -9 $pid | ||
| [2025-05-08 05:33:26] <usvi> good time of the day. we are using a single build for both production and debugging. we have a bbclass file to define some variables. It is included in multiple recipes. now, there is a need to, based on a variable in this bbclass, to include a debug user with a ssh key. how would you approach this? | ||
| [2025-05-08 05:33:52] <usvi> my workmate was tasked with this, but he is doing strange stuff like creating dynamically new bbappend files on the fly to achieve this. I have a feeling this is not the optimal way | ||
| [2025-05-08 05:34:45] <LetoThe2nd> usvi: use two distributions. its that simple. | ||
| [2025-05-08 05:36:07] ⇐ ablu quit (~m-bfyrfh@user/Ablu): Ping timeout: 272 seconds | ||
| [2025-05-08 05:36:27] → ablu joined (~m-bfyrfh@user/Ablu) | ||
| [2025-05-08 05:40:56] → Daanct12 joined (~danct12@user/danct12) | ||
| [2025-05-08 05:41:05] ⇐ sakman quit (~sakman@208.111.77.233): Quit: Leaving | ||
| [2025-05-08 05:44:46] <usvi> LetoThe2nd: I guess that is a thing. I was thinking if I could dynamically influence via bbclass variable if we are building "production" or "debug" | ||
| [2025-05-08 05:46:30] <usvi> I guess the question becomes: how do I make a recipe which adds a user with ssh key, password and sudo capabilities? | ||
| [2025-05-08 05:48:11] <usvi> that would be most convenient. to produce ipk which adds user | ||
| [2025-05-08 05:48:19] <usvi> is that even possible? | ||
| [2025-05-08 05:57:48] ⇐ Daanct12 quit (~danct12@user/danct12): Quit: WeeChat 4.6.2 | ||
| [2025-05-08 06:00:08] → Chaser joined (~Chaser@user/chaser) | ||
| [2025-05-08 06:01:40] <khem> usvi: you can add users in image recipe and have separate image recipes if thats the only difference your production vs dev image needs | ||
| [2025-05-08 06:02:00] → Daanct12 joined (~danct12@user/danct12) | ||
| [2025-05-08 06:03:02] <usvi> khem: that is the only difference | ||
| [2025-05-08 06:03:23] <khem> see - https://github.com/YoeDistro/yoe-distro/blob/3c51f065d9695d5452b84641e8f45020ff7f6760/sources/meta-yoe/recipes-core/images/yoe-simple-image.bb#L42 | ||
| [2025-05-08 06:04:01] <usvi> oh it can go to .bb | ||
| [2025-05-08 06:04:33] <khem> define two images which technically include same .inc file and one has these users other does not | ||
| [2025-05-08 06:04:36] <khem> yes it can | ||
| [2025-05-08 06:04:52] → rob_w joined (~bob@host-82-135-31-73.customer.m-online.net) | ||
| [2025-05-08 06:05:12] <usvi> I need to manipulate sudoers file also. any tips for that? | ||
| [2025-05-08 06:05:35] <usvi> one option is of course to just leave the debug user in sudoers file no matter what | ||
| [2025-05-08 06:05:56] <usvi> oh and I need the ssh key conditionally also | ||
| [2025-05-08 06:06:44] <usvi> brb | ||
| [2025-05-08 06:06:46] ⇐ _whitelogger quit (~whitelogg@uruz.whitequark.org): Remote host closed the connection | ||
| [2025-05-08 06:07:23] <khem> you can package the ssh-key in a separate recipe and include that in the IMAGE_INSTALL of the image recipe you want it in | ||
| [2025-05-08 06:08:42] <khem> for sudoers you can install a fragment into /etc/sudoers.d/ directory again via a separate recipe | ||
| [2025-05-08 06:09:14] <khem> maybe all these tweaks you can do in a single recipe for keeping it simple | ||
| [2025-05-08 06:10:29] ⇐ ptsneves quit (~Thunderbi@088156093164.unknown.vectranet.pl): Ping timeout: 248 seconds | ||
| [2025-05-08 06:13:53] <khem> mischief: process is that you can request with a reply to original port and stable maintainer might pick it if its a straight forward backport, better option is to do the backport and test it locally in your env and then send the patch to ml with releaename prepended to subject line | ||
| [2025-05-08 06:16:11] → _whitelogger joined (~whitelogg@catirclogs.org) | ||
| [2025-05-08 06:16:48] → Guest36 joined (~Guest36@2601:646:8201:fd20:f007:1b79:4687:aaa4) | ||
| [2025-05-08 06:16:57] → sakman joined (~sakman@208.111.77.233) | ||
| [2025-05-08 06:17:08] ⇐ Guest36 quit (~Guest36@2601:646:8201:fd20:f007:1b79:4687:aaa4): Client Quit | ||
| [2025-05-08 06:20:44] <rber|res> @usvi: You might introduce "image modes" and like that you can avoid building different distros. e.g. https://gitlab.com/meta-layers/meta-resy-secure-distro/-/blob/master/classes/image-mode.bbclass?ref_type=heads | ||
| [2025-05-08 06:24:34] → leon-anavi joined (~Leon@46.55.231.62) | ||
| [2025-05-08 06:25:37] ⇐ _whitelogger quit (~whitelogg@catirclogs.org): Remote host closed the connection | ||
| [2025-05-08 06:27:02] → _whitelogger joined (~whitelogg@catirclogs.org) | ||
| [2025-05-08 06:29:51] <usvi> khem rber|res : thank you. I will consider everything you said | ||
| [2025-05-08 06:30:23] → zeemate joined (~chris@2001:16b8:b102:b000:67c:16ff:fe50:8356) | ||
| [2025-05-08 06:34:55] * mckoan|away → mckoan | ||
| [2025-05-08 06:41:03] <mischief> we use two different images for production and debug, fwiw. | ||
| [2025-05-08 06:52:55] ⇐ _whitelogger quit (~whitelogg@catirclogs.org): Remote host closed the connection | ||
| [2025-05-08 06:56:19] → _whitelogger joined (~whitelogg@catirclogs.org) | ||
| [2025-05-08 06:58:06] → ptsneves joined (~Thunderbi@public-gprs230292.centertel.pl) | ||
| [2025-05-08 07:06:04] → florian_kc joined (~florian@2a02:3100:39ef:b900:65a4:3457:1602:2bb) | ||
| [2025-05-08 07:16:15] ⇐ yannd quit (~yann@88-120-44-86.subs.proxad.net): Remote host closed the connection | ||
| [2025-05-08 07:16:16] ⇐ khem quit (khem@2600:3c02::f03c:93ff:fe83:edf2): Quit: WeeChat 4.6.2 | ||
| [2025-05-08 07:18:42] → khem joined (khem@2600:3c02::f03c:93ff:fe83:edf2) | ||
| [2025-05-08 07:19:02] → eduter joined (~eduter@83.137.123.152) | ||
| [2025-05-08 07:22:13] <philipl_> quick question as i'm not familiar with the project's merge process: when do things get merged from bitbake's master-next to master (i'm particularly interested about my current pending changes https://git.openembedded.org/bitbake/commit/?h=master-next&id=2a8722ddd155596862029f6ea34e1e92c77e0b7f). i'd like to use this series as a base for the discussed follow up change to assume lfs=0 by default | ||
| [2025-05-08 07:24:20] → eduter58 joined (~eduter@83.137.123.152) | ||
| [2025-05-08 07:24:54] ⇐ eduter quit (~eduter@83.137.123.152): Ping timeout: 240 seconds | ||
| [2025-05-08 07:25:20] ⇐ ptsneves quit (~Thunderbi@public-gprs230292.centertel.pl): Quit: ptsneves | ||
| [2025-05-08 07:25:37] → ptsneves joined (~Thunderbi@public-gprs230292.centertel.pl) | ||
| [2025-05-08 07:28:30] ⇐ eduter58 quit (~eduter@83.137.123.152): Ping timeout: 240 seconds | ||
| [2025-05-08 07:31:58] → MarcWeDLM joined (~Guest18@37.17.217.81) | ||
| [2025-05-08 07:53:27] → berton joined (uid641616@id-641616.ilkley.irccloud.com) | ||
| [2025-05-08 08:06:05] ⇐ ptsneves quit (~Thunderbi@public-gprs230292.centertel.pl): Read error: Connection reset by peer | ||
| [2025-05-08 08:09:54] ⇐ florian_kc quit (~florian@2a02:3100:39ef:b900:65a4:3457:1602:2bb): Ping timeout: 248 seconds | ||
| [2025-05-08 08:19:40] → enok joined (~Thunderbi@user/enok) | ||
| [2025-05-08 08:27:36] ⇐ enok quit (~Thunderbi@user/enok): Quit: enok | ||
| [2025-05-08 08:27:57] → enok joined (~Thunderbi@user/enok) | ||
| [2025-05-08 08:30:32] ⇐ enok quit (~Thunderbi@user/enok): Read error: Connection reset by peer | ||
| [2025-05-08 08:30:48] → enok joined (~Thunderbi@user/enok) | ||
| [2025-05-08 08:31:31] ⇐ enok quit (~Thunderbi@user/enok): Client Quit | ||
| [2025-05-08 08:31:43] → enok joined (~Thunderbi@user/enok) | ||
| [2025-05-08 08:33:19] ⇐ enok quit (~Thunderbi@user/enok): Client Quit | ||
| [2025-05-08 08:33:38] → enok joined (~Thunderbi@user/enok) | ||
| [2025-05-08 08:35:10] ⇐ enok quit (~Thunderbi@user/enok): Read error: Connection reset by peer | ||
| [2025-05-08 08:45:16] <qschulz> congrats all on the Walnascar release 🎉 | ||
| [2025-05-08 08:46:33] → florian_kc joined (~florian@port-217-146-132-69.static.as20676.net) | ||
| [2025-05-08 08:46:58] → florian__ joined (~florian@port-217-146-132-69.static.as20676.net) | ||
| [2025-05-08 09:17:22] <rburton> 🍻 | ||
| [2025-05-08 09:43:19] <AdrianF> Will there also be a Co located Yocto Summit at https://events.linuxfoundation.org/open-source-summit-europe/features/co-located-events/ ? | ||
| [2025-05-08 09:45:38] <rburton> AdrianF: yes | ||
| [2025-05-08 09:49:44] <AdrianF> rburton: Thanks, I assume one day Thursday, 28 August | ||
| [2025-05-08 09:49:59] <rburton> i believe thats right. LetoThe2nd? ^^^ | ||
| [2025-05-08 09:50:19] ⇐ Chaser quit (~Chaser@user/chaser): Ping timeout: 252 seconds | ||
| [2025-05-08 10:00:00] <LetoThe2nd> There will be a YP thing at Amsterdam, yeah. I can try to dig up the date. | ||
| [2025-05-08 10:17:55] ⇐ mansandersson86 quit (~mansander@user/mansandersson): Quit: The Lounge - https://thelounge.chat | ||
| [2025-05-08 10:19:53] → mansandersson86 joined (~mansander@user/mansandersson) | ||
| [2025-05-08 10:22:57] <RP> philipl_: sorry about the delay on those, this is my fault | ||
| [2025-05-08 10:23:17] <RP> philipl_: there was something I wanted to check and I've not got around to it yet | ||
| [2025-05-08 10:31:44] <philipl_> RP: alright thanks - just wanted to make sure it isn't stuck because of some misunderstand (as i promised to also send out the lfs=0 patches) | ||
| [2025-05-08 10:37:47] <RP> philipl_: I've merged them, thanks and sorry for the delays | ||
| [2025-05-08 10:39:27] <qschulz> is there a way to execute a python BitBake function from a shell task? | ||
| [2025-05-08 10:39:44] <qschulz> (a custom python function in a recipe I mean :) | ||
| [2025-05-08 10:40:08] <qschulz> I know that for the opposite you can do bb.build.exec_func() | ||
| [2025-05-08 10:40:20] <rburton> no | ||
| [2025-05-08 10:40:23] <rburton> you're in a shell script | ||
| [2025-05-08 10:40:47] <rburton> you can do ${@...} to run python at evaluation time, before the shell is called | ||
| [2025-05-08 10:41:07] <qschulz> yup, but thats' not what i'm after sadly :) | ||
| [2025-05-08 10:41:35] <RP> qschulz: the challenge would be how to gain all the python environment info like the datastore from within a shell | ||
| [2025-05-08 10:41:40] <qschulz> but thanks, i'll figure something out (like making the shell task a python task instead :) ) | ||
| [2025-05-08 10:41:47] <rburton> qschulz: how would it work? shell functions are literally written to disk and executed with bash. | ||
| [2025-05-08 10:42:00] <RP> I guess tinfoil could connect back in to the server but that would be horribly complex and fragile | ||
| [2025-05-08 10:42:12] <rburton> rewriting the function as python is likely the right thing | ||
| [2025-05-08 10:42:48] <rburton> but yeah, a next-gen tinfoil that would let you connect back to the running cooker and get/set variables would be useful | ||
| [2025-05-08 10:58:20] <qschulz> meh, cannot migrate an IMAGE_CMD function to a python task I guess, seems like it needs to be shell since do_image_<> content is generated by the anonymous python function in image.bbclass | ||
| [2025-05-08 10:59:15] <qschulz> all this to parse a bmap xml file to figure out where the last data block is in a sparse file because balena etcher has lost support for flashing bmap files and I cannot possibly wait to flash 16GB when only ~40MiB needs to be flashed | ||
| [2025-05-08 10:59:51] <qschulz> (yes, I know about bmaptool but we need something that works on all platforms easily, with GUI and balena etcher seems pretty popular) | ||
| [2025-05-08 11:00:03] <rburton> balena can't do bmap anymore? that's sad. | ||
| [2025-05-08 11:00:12] <qschulz> it can, but it fails | ||
| [2025-05-08 11:00:30] <qschulz> https://github.com/balena-io/etcher/issues/4079 | ||
| [2025-05-08 11:03:50] ⇐ MarcWeDLM quit (~Guest18@37.17.217.81): Quit: Client closed | ||
| [2025-05-08 11:44:06] <RP> mcfrisk: we need to find a different repo for the bleeding test: https://autobuilder.yoctoproject.org/valkyrie/?#/builders/48/builds/1456 :/ | ||
| [2025-05-08 11:44:19] <RP> mcfrisk: is there one of our own repos we could use? | ||
| [2025-05-08 11:49:20] <mcfrisk> any repo and recipe will do, in the best case a local git repo which is on build machine | ||
| [2025-05-08 11:53:22] <RP> mcfrisk: we generally work on the idea that if git.yoctoproject.org breaks, everything breaks | ||
| [2025-05-08 11:53:53] <mcfrisk> pseudo as sample recipe? | ||
| [2025-05-08 11:56:20] ⇐ rob_w quit (~bob@host-82-135-31-73.customer.m-online.net): Remote host closed the connection | ||
| [2025-05-08 12:07:19] → Guest18 joined (~Guest18@37.17.217.81) | ||
| [2025-05-08 12:07:31] → rcw joined (~rcw@38.147.254.152) | ||
| [2025-05-08 12:24:52] → vthor joined (~thor@2605:59c8:71e9:3e10:ca6c:59c2:c383:72f2) | ||
| [2025-05-08 12:24:52] * vthor changed host: thor@2605:59c8:71e9:3e10:ca6c:59c2:c383:72f2 → thor@user/vthor | ||
| [2025-05-08 12:30:13] → alessio joined (~alessio@2a00:6d43:907:6600:e4a:6c9e:c0b1:18f1) | ||
| [2025-05-08 12:46:19] ⇐ arisut quit (~none@gentoo/developer/alicef): Quit: install gentoo | ||
| [2025-05-08 12:47:36] → arisut joined (~none@gentoo/developer/alicef) | ||
| [2025-05-08 12:48:10] ⇐ arisut quit (~none@gentoo/developer/alicef): Remote host closed the connection | ||
| [2025-05-08 12:50:23] → arisut joined (~none@gentoo/developer/alicef) | ||
| [2025-05-08 12:51:54] * Guest18 → MarcWeDLM | ||
| [2025-05-08 12:52:20] * MarcWeDLM changed host: Guest18@37.17.217.81 → Guest18@user/MarcWeDLM | ||
| [2025-05-08 12:52:48] → xmn joined (~xmn@2600:4040:93b1:9000:3cb5:624f:d280:d4a8) | ||
| [2025-05-08 12:52:48] <RP> mcfrisk: yes, that would be fine | ||
| [2025-05-08 13:08:06] ⇐ rcw quit (~rcw@38.147.254.152): Ping timeout: 240 seconds | ||
| [2025-05-08 13:11:52] → davidinux joined (~davidinux@2001:ac8:24:6a8::37) | ||
| [2025-05-08 13:19:55] ⇐ Vonter quit (~Vonter@user/vonter): Ping timeout: 260 seconds | ||
| [2025-05-08 13:21:42] → Vonter joined (~Vonter@user/vonter) | ||
| [2025-05-08 13:26:18] ⇐ Vonter quit (~Vonter@user/vonter): Ping timeout: 252 seconds | ||
| [2025-05-08 13:26:23] → goliath joined (~goliath@user/goliath) | ||
| [2025-05-08 13:28:06] → Vonter joined (~Vonter@user/vonter) | ||
| [2025-05-08 13:28:59] → cyxae joined (~cyxae__@2607:fad8:4:6:4922:1a6f:d5f9:f4b3) | ||
| [2025-05-08 13:38:31] → Xagen joined (~Xagen@syn-067-048-061-106.biz.spectrum.com) | ||
| [2025-05-08 13:50:07] <patersonc> Hi Folks. I'm just migrating a BSP layer to Walnascar. All building okay but I'm seeing new failures (since Scarthgap) with the yocto-check-layer script. test_machine_signatures fails complaining about "The machines have conflicting signatures for some shared tasks". | ||
| [2025-05-08 13:50:13] <patersonc> Looking at the log I've seen a couple of errors from this e.g. "Variable MACHINE value changed from 'hihope-rzg2h' to 'hihope-rzg2m'" and "Variable TUNE_CCARGS value changed: [--mcpu=cortex-a57.cortex-a53+crc-] {+-mcpu=cortex-a57+crc+} -mbranch-protection=standard". | ||
| [2025-05-08 13:50:16] <patersonc> To me, both of these "should" be different? As the machines are different and use different tuning as the CPUs are different? | ||
| [2025-05-08 13:50:23] <patersonc> Am I understanding wrong here? | ||
| [2025-05-08 13:50:50] ⇐ MarcWeDLM quit (~Guest18@user/MarcWeDLM): Quit: Client closed | ||
| [2025-05-08 14:02:45] ⇐ Daanct12 quit (~danct12@user/danct12): Quit: WeeChat 4.6.2 | ||
| [2025-05-08 14:27:31] ⇐ sgw quit (~swold@user/sgw): Quit: Leaving. | ||
| [2025-05-08 14:29:50] → sgw joined (~swold@user/sgw) | ||
| [2025-05-08 14:43:23] ⇐ sgw quit (~swold@user/sgw): Ping timeout: 276 seconds | ||
| [2025-05-08 14:44:32] → sgw joined (~swold@user/sgw) | ||
| [2025-05-08 15:07:51] ⇐ sgw quit (~swold@user/sgw): Remote host closed the connection | ||
| [2025-05-08 15:23:29] <AdrianF> qschulz: Maybe not what you are looking for, but anyway. We also used bmap in the past for the initial flashing. Now we use the firmware updater which we anyway have to the initial flashing as well. | ||
| [2025-05-08 15:24:32] <AdrianF> qschulz: Here is an example: https://github.com/afreof/meta-bbb-swupdate/blob/main/meta-bbb-swupdate/recipes-core/images/files/sw-description for a A=copy1, B=copy2 and recovery=initial flashing use case. | ||
| [2025-05-08 15:28:13] <qschulz> AdrianF: so I have a very peculiar setup that's been required | ||
| [2025-05-08 15:28:23] <qschulz> I hate it but it's pretty user friendly :) | ||
| [2025-05-08 15:28:27] <qschulz> have yet to have someone to use it | ||
| [2025-05-08 15:28:45] <qschulz> anyway, the point is, you prepare a USB stick/SD card and make the bootloader boot from it | ||
| [2025-05-08 15:29:05] <qschulz> the user is supposed to copy their image to flash on the eMMC on a partition on that USB stick/SD card | ||
| [2025-05-08 15:29:23] <qschulz> so it needs to be "big" to be able to contain that file which can be multiple GiB big | ||
| [2025-05-08 15:29:47] <qschulz> arbitrarily 16GB for now, to fit "most" USB sticks and SD cards | ||
| [2025-05-08 15:30:39] <qschulz> but out of those 16GB on the SD card, I have like only ~70MB that are somewhat useful (actually less because I have a 32MiB offset for the start of the partition where to copy the image to flash) | ||
| [2025-05-08 15:31:25] <qschulz> so we are not talking about flashing the eMMC for the bmap file here, but flashing the USB stick that is used to boot stuff from. Hopefully rarely flashed but waiting tens of minutes is already too long to my taste :) | ||
| [2025-05-08 15:32:16] <qschulz> I'm essentially waiting for U-Boot 2025.07 to be out, so I can port all our products to it and enable exFAT support (another sin for that user-friendliness :) ) | ||
| [2025-05-08 15:32:31] <qschulz> and then I'll push the support for this non-sense publicly in our yocto layer | ||
| [2025-05-08 15:36:03] → rcw joined (~rcw@2620:10a:a001:a020:4de:adb:53d5:bb39) | ||
| [2025-05-08 15:37:16] ⇐ florian__ quit (~florian@port-217-146-132-69.static.as20676.net): Ping timeout: 265 seconds | ||
| [2025-05-08 15:52:18] <AdrianF> qschulz: The point is: creating the partitions on the target device rather than on the build host. That brings you to the situation that you create an empty 16GB partition only on your target device and deal with 70MB for all other steps in your build, archiving and manufacturing steps. | ||
| [2025-05-08 15:54:56] <AdrianF> If you have the same tool and archive format for your incremental update system as for the initial manufacturing it gets even better. When you come from images and bmap (what I do as well), it means re-thinking everything. | ||
| [2025-05-08 15:55:58] <khem> qschulz: yoe updater+installer does something like that, it builds a small installer image which bundles the full image bundle, it boots and installer takes care of partitioning the on-device media ( MMC/SD ) and installing this image | ||
| [2025-05-08 15:59:50] * mckoan → mckoan|away | ||
| [2025-05-08 16:03:14] → jmiehe joined (~Thunderbi@user/jmiehe) | ||
| [2025-05-08 16:03:51] <khem> patersonc: are you using --machine argument to yocto-check-layer | ||
| [2025-05-08 16:05:00] ⇐ alessio quit (~alessio@2a00:6d43:907:6600:e4a:6c9e:c0b1:18f1): Quit: alessio | ||
| [2025-05-08 16:05:23] <patersonc> khem: yes | ||
| [2025-05-08 16:05:39] <patersonc> with 2 (or more) machines | ||
| [2025-05-08 16:06:14] <khem> and BSP does not tweak TUNE_CCARGS right ? | ||
| [2025-05-08 16:07:17] ⇐ jmiehe quit (~Thunderbi@user/jmiehe): Client Quit | ||
| [2025-05-08 16:07:21] ⇐ Xagen quit (~Xagen@syn-067-048-061-106.biz.spectrum.com): Quit: Textual IRC Client: www.textualapp.com | ||
| [2025-05-08 16:07:54] <patersonc> khem: Not directly, but TUNE_CCARGS will change depending on the tune-cortec*.inc included in the machine conf file | ||
| [2025-05-08 16:08:22] <khem> right thats expected though | ||
| [2025-05-08 16:08:33] <patersonc> That's what I thought | ||
| [2025-05-08 16:10:48] → Xagen joined (~Xagen@syn-067-048-061-106.biz.spectrum.com) | ||
| [2025-05-08 16:12:48] <khem> is there any dependent layer for your BSP besides core ? | ||
| [2025-05-08 16:14:12] <patersonc> meta-arm/meta-arm and meta-arm/meta-arm-toolchain | ||
| [2025-05-08 16:14:24] — rburton hides | ||
| [2025-05-08 16:14:34] <patersonc> :P | ||
| [2025-05-08 16:14:58] <patersonc> Note I haven't been checking the dependencies... Let me try now | ||
| [2025-05-08 16:17:42] <rburton> patersonc: check that your checklayer command works with eg qemuarm and meta-arm's fvp-base or something. and mail us if you find a bug in meta-arm :) | ||
| [2025-05-08 16:18:12] <patersonc> rburton: Will do | ||
| [2025-05-08 16:39:58] → denix joined (sid553794@id-553794.ilkley.irccloud.com) | ||
| [2025-05-08 16:45:50] ⇐ zeemate quit (~chris@2001:16b8:b102:b000:67c:16ff:fe50:8356): Ping timeout: 260 seconds | ||
| [2025-05-08 17:08:54] <qschulz> AdrianF: I cannot create the partitions on the target, that's the whole issue. The USB stick is the source of truth and is provided by the user with everything needed to 1) boot 2) flash on the eMMC | ||
| [2025-05-08 17:09:16] <qschulz> AdrianF: we use swupdate to flash this too, but admittedly very off the beaten path | ||
| [2025-05-08 17:09:46] <qschulz> AdrianF: essentially, the whole point is: you get a module from us, you get only a bootloader flashed on it | ||
| [2025-05-08 17:10:08] <qschulz> then on your manufacturing floor you connect a USB stick which has everything needed | ||
| [2025-05-08 17:11:00] <qschulz> we give you the ISO/wic image to flash on the USB stick (16GB but actually ~40MB of content), you mount the USB stick and add two files 1) the image to flash at offset 0 on the eMMC, 2) the sha256sum of the image | ||
| [2025-05-08 17:11:19] <qschulz> optionally scripts to run after swupdate has finished flashing and verifying the eMMC | ||
| [2025-05-08 17:12:16] <qschulz> khem: I don't care about the partitioning of the target :) | ||
| [2025-05-08 17:12:55] <qschulz> if it all sounds crazy to both of you, you're probably not far from what i'm attempting to do :) | ||
| [2025-05-08 17:26:20] → ptsneves joined (~Thunderbi@088156093164.unknown.vectranet.pl) | ||
| [2025-05-08 17:46:30] ⇐ ello_ quit (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net): Quit: ZNC 1.9.1 - https://znc.in | ||
| [2025-05-08 17:50:39] → ello joined (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net) | ||
| [2025-05-08 17:54:58] <tlwoerner> qschulz: where are your public layers? | ||
| [2025-05-08 17:59:23] ⇐ ello- quit (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net): Quit: ZNC 1.9.1 - https://znc.in | ||
| [2025-05-08 18:01:13] → ello_ joined (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net) | ||
| [2025-05-08 18:02:06] ⇐ rcw quit (~rcw@2620:10a:a001:a020:4de:adb:53d5:bb39): Ping timeout: 240 seconds | ||
| [2025-05-08 18:14:42] ⇐ xantoz quit (~tewi_inab@c-85-226-181-143.bbcust.telenor.se): Ping timeout: 276 seconds | ||
| [2025-05-08 18:38:39] ⇐ berton quit (uid641616@id-641616.ilkley.irccloud.com): Quit: Connection closed for inactivity | ||
| [2025-05-08 18:54:22] <khem> qschulz: systemd repart perhaps can help but creating a full size disk image which is then dd'ed to target disk is slow especially on these embedded devices | ||
| [2025-05-08 18:54:57] → florian__ joined (~florian@2a02:3100:39ef:b900:6f09:ffcf:aa9:ce3f) | ||
| [2025-05-08 18:55:53] <khem> I always try to build solutions where systemd is not a hard dependency but that has disadvantages too where I can not rely on come good systemd features | ||
| [2025-05-08 19:05:23] → druppy joined (~Thunderbi@user/druppy) | ||
| [2025-05-08 19:07:16] ⇐ leon-anavi quit (~Leon@46.55.231.62): Quit: Leaving | ||
| [2025-05-08 19:24:22] → rcw joined (~rcw@2620:10a:a001:a020:18ce:5f4d:6000:883e) | ||
| [2025-05-08 19:25:38] ⇐ florian__ quit (~florian@2a02:3100:39ef:b900:6f09:ffcf:aa9:ce3f): Ping timeout: 248 seconds | ||
| [2025-05-08 19:26:28] ⇐ dvergatal quit (~dvergatal@static.50.113.181.135.clients.your-server.de): Quit: leaving | ||
| [2025-05-08 19:37:20] → florian__ joined (~florian@2a02:3100:39ef:b900:22b1:b7fe:122c:2c1b) | ||
| [2025-05-08 19:50:32] ⇐ florian__ quit (~florian@2a02:3100:39ef:b900:22b1:b7fe:122c:2c1b): Ping timeout: 265 seconds | ||
| [2025-05-08 19:53:38] ⇐ druppy quit (~Thunderbi@user/druppy): Ping timeout: 272 seconds | ||
| [2025-05-08 20:08:19] → florian__ joined (~florian@2a02:3100:39ef:b900:f394:168:36e0:a142) | ||
| [2025-05-08 20:29:16] → zeemate joined (~chris@2001:16b8:b102:b000:67c:16ff:fe50:8356) | ||
| [2025-05-08 20:31:03] → dgriego joined (~dgriego@user/dgriego) | ||
| [2025-05-08 20:34:35] ⇐ ello quit (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net): Read error: Connection reset by peer | ||
| [2025-05-08 20:34:35] ⇐ ello_ quit (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net): Read error: Connection reset by peer | ||
| [2025-05-08 20:38:20] → ello joined (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net) | ||
| [2025-05-08 20:38:53] → ello_ joined (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net) | ||
| [2025-05-08 20:42:27] ⇐ cyxae quit (~cyxae__@2607:fad8:4:6:4922:1a6f:d5f9:f4b3): Quit: cyxae | ||
| [2025-05-08 20:46:37] ⇐ Xagen quit (~Xagen@syn-067-048-061-106.biz.spectrum.com): Quit: My MacBook has gone to sleep. ZZZzzz… | ||
| [2025-05-08 20:47:22] ⇐ ptsneves quit (~Thunderbi@088156093164.unknown.vectranet.pl): Ping timeout: 276 seconds | ||
| [2025-05-08 20:48:06] ⇐ rcw quit (~rcw@2620:10a:a001:a020:18ce:5f4d:6000:883e): Ping timeout: 240 seconds | ||
| [2025-05-08 20:48:58] ⇐ ello_ quit (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net): Read error: Connection reset by peer | ||
| [2025-05-08 20:48:58] ⇐ ello quit (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net): Read error: Connection reset by peer | ||
| [2025-05-08 20:49:49] → ello joined (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net) | ||
| [2025-05-08 20:53:11] → ello_ joined (~ello@108-248-121-229.lightspeed.sntcca.sbcglobal.net) | ||
| [2025-05-08 21:18:19] → druppy joined (~Thunderbi@user/druppy) | ||
| [2025-05-08 21:32:47] ⇐ druppy quit (~Thunderbi@user/druppy): Ping timeout: 244 seconds | ||
| [2025-05-08 21:40:10] <patersonc> rburton: I haven't seen any checklayer issues with meta-arm yet :) | ||
| [2025-05-08 21:41:09] <patersonc> Interestingly though I still get issues with my layer, even if I delete all files apart from the layer.conf and a qemu machine conf copied from poky! So I can't see how it's code in my layer causing the issue? | ||
| [2025-05-08 21:42:36] <patersonc> If I delete three recipes from meta-oe (kernel-hardening-checker, spectre-meltdown-checker, smarty) the layercheck starts passing | ||
| [2025-05-08 21:42:42] — patersonc shrugs | ||
| [2025-05-08 21:58:00] <patersonc> So, if I force the bsp checks on meta-oe (by adding some machine confs to it) I get the same issues I was seeing from my own layer... | ||
| [2025-05-08 22:04:09] ⇐ dgriego quit (~dgriego@user/dgriego): Ping timeout: 276 seconds | ||
| [2025-05-08 22:10:13] <khem> meta-oe is not a bsp layer though | ||
| [2025-05-08 22:10:43] <khem> we should still fix the issues if possible | ||
| [2025-05-08 22:10:56] <khem> does your layer pass the checks if you remove meta-oe from layermix ? | ||
| [2025-05-08 22:11:27] → dgriego joined (~dgriego@user/dgriego) | ||
| [2025-05-08 22:12:14] — patersonc kicks off test | ||
| [2025-05-08 22:15:04] <khem> two of them kernel-hardening-checker and spectre-meltdown-checker recommend kernel-dev and that could be reason | ||
| [2025-05-08 22:15:56] <khem> smarty seems a bit different so not sure whats going on there | ||
| [2025-05-08 22:16:20] <khem> we do run layer-check on meta-oe CI on Autobuilder though | ||
| [2025-05-08 22:16:49] <patersonc> layer-check on meta-oe without the BSP tests passes for me | ||
| [2025-05-08 22:18:40] <khem> right | ||
| [2025-05-08 22:18:45] <khem> so something is amiss here | ||
| [2025-05-08 22:18:56] <khem> the AB run is without BSP layers | ||
| [2025-05-08 22:21:20] <patersonc> khem: If I remove meta-oe from my dependencies then layer-check test_machine_signatures passes. | ||
| [2025-05-08 22:23:26] <khem> OK, thats good, separately both layers pass their checks but combined they dont | ||
| [2025-05-08 22:23:29] <khem> thats interesting | ||
| [2025-05-08 22:23:47] <patersonc> Yea | ||
| [2025-05-08 22:24:16] <patersonc> I'm happy to help debug further if you have any ideas of where to look. However bed is calling me now, so it'll have to be a tomorrow job :) | ||
| [2025-05-08 22:24:23] <khem> Can you see this with just meta-arm too ? | ||
| [2025-05-08 22:24:35] <khem> np gn | ||
| [2025-05-08 22:24:39] <patersonc> I haven't seen it at all with meta-arm | ||
| [2025-05-08 22:24:48] <patersonc> But meta-arm doesn't have meta-oe as a dependency | ||
| [2025-05-08 22:25:29] <patersonc> I'm off for now. Thanks for your help khem | ||
| [2025-05-08 22:46:59] ⇐ florian__ quit (~florian@2a02:3100:39ef:b900:f394:168:36e0:a142): Ping timeout: 276 seconds | ||
| [2025-05-08 22:54:10] ⇐ goliath quit (~goliath@user/goliath): Quit: SIGSEGV | ||
| [2025-05-08 22:57:30] → rcw joined (~rcw@38.147.254.152) | ||
| [2025-05-08 23:38:58] ⇐ mansandersson86 quit (~mansander@user/mansandersson): Quit: The Lounge - https://thelounge.chat | ||
| [2025-05-08 23:40:03] → sanbeam18 joined (~Sanjeev@207-47-242-214.regn.hsdb.sasknet.sk.ca) | ||
| [2025-05-08 23:41:31] → mansandersson86 joined (~mansander@user/mansandersson) | ||
| [2025-05-08 23:49:01] → sanbeam9 joined (~Sanjeev@207-47-242-214.regn.hsdb.sasknet.sk.ca) | ||
| [2025-05-08 23:51:13] ⇐ zeemate quit (~chris@2001:16b8:b102:b000:67c:16ff:fe50:8356): Ping timeout: 248 seconds | ||
| [2025-05-08 23:52:03] ⇐ sanbeam18 quit (~Sanjeev@207-47-242-214.regn.hsdb.sasknet.sk.ca): Ping timeout: 276 seconds | ||
| [2025-05-08 23:54:32] → sanbeam18 joined (~Sanjeev@207-47-242-214.regn.hsdb.sasknet.sk.ca) | ||
| [2025-05-08 23:57:19] ⇐ sanbeam9 quit (~Sanjeev@207-47-242-214.regn.hsdb.sasknet.sk.ca): Ping timeout: 260 seconds |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!