| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 246 seconds) | 00:01 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 265 seconds) | 00:15 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 00:18 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 00:18 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 00:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:23 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 00:51 | |
| moto-timo | I'm trying to build `classpath` from `meta-java` (`kirkstone`) and it seems like `inherit pkgconfig` is not actually populating `pkg-config-native` nor the `pkg.m4` macros. Does anyone remember issues where the order of the `inherit` affected this? | 00:55 |
|---|---|---|
| moto-timo | https://github.com/meta-java/meta-java/blob/kirkstone/recipes-core/classpath/classpath_0.99.bb | 00:56 |
| moto-timo | nevermind, https://github.com/meta-java/meta-java/blob/kirkstone/recipes-core/classpath/classpath.inc#L10 does not have `pkgconfig` while https://github.com/meta-java/meta-java/blob/master/recipes-core/classpath/classpath.inc#L10 does | 01:00 |
| *** davidinux <davidinux!~davidinux@92.118.62.212> has quit IRC (Ping timeout: 240 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@92.118.62.217> has joined #yocto | 01:05 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:07 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:22 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 01:57 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 01:57 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 02:19 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6535:9800:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 248 seconds) | 02:39 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6522:9200:2ce:39ff:fecf:efcd> has joined #yocto | 02:41 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Remote host closed the connection) | 03:00 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 03:00 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 03:37 | |
| PhoenixMage | tlwoerner: Hey Travis, is there any reason that the rockchip.wks creates partitions for the loaders and reserved space, etc rather then using --no-table? Or is it left over when such an option wasnt available or something? | 03:39 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 250 seconds) | 03:41 | |
| *** vladest1 <vladest1!~Thunderbi@2a02:1210:760b:9500:44af:d71a:f4fb:4ae1> has joined #yocto | 04:09 | |
| *** vladest <vladest!~Thunderbi@6.174.199.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Remote host closed the connection) | 04:09 | |
| *** vladest1 is now known as vladest | 04:09 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 04:40 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:48 | |
| *** florian__ <florian__!~florian@dynamic-093-135-136-048.93.135.pool.telefonica.de> has joined #yocto | 04:59 | |
| *** Guest60 <Guest60!~Guest60@165.225.120.161> has joined #yocto | 05:05 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 05:06 | |
| Entei[m] | How do I make all dev packages to be included in the rootfs? | 05:19 |
| *** florian__ <florian__!~florian@dynamic-093-135-136-048.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 05:22 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 06:09 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 06:13 | |
| *** davidinux <davidinux!~davidinux@92.118.62.217> has quit IRC (Ping timeout: 240 seconds) | 06:29 | |
| *** davidinux <davidinux!~davidinux@host-87-20-63-57.retail.telecomitalia.it> has joined #yocto | 06:31 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 06:34 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 06:37 | |
| *** davidinux <davidinux!~davidinux@host-87-20-63-57.retail.telecomitalia.it> has quit IRC (Ping timeout: 268 seconds) | 06:38 | |
| *** davidinux <davidinux!~davidinux@194.34.233.70> has joined #yocto | 06:38 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:39 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds) | 06:42 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 06:54 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii) | 07:03 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 07:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 07:08 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 07:09 | |
| *** Guest46 <Guest46!~Guest46@185.221.69.47> has joined #yocto | 07:12 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 07:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:13 | |
| *** yannd <yannd!~yann@88.120.44.86> has joined #yocto | 07:24 | |
| abelloni | Entei[m]: you can add dev-pkgs to IMAGE_FEATURES | 07:33 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 07:37 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:37 | |
| Entei[m] | abelloni: Thank you | 07:38 |
| tomzy_0[m] | Hello, I got following problem | 07:39 |
| tomzy_0[m] | ERROR: deepview-rt-2.4.46-aarch64-r0 do_package_qa: QA Issue: /usr/lib/python3.10/site-packages/bin/deepview-modelclient contained in package deepview-rt requires /work/build-wayland/tmp/work/armv8a-poky-linux/deepview-rt/2.4.46-aarch64-r0/recipe-sysroot-native/usr/bin/nativepython3, but no providers found in RDEPENDS:deepview-rt? [file-rdeps] | 07:39 |
| tomzy_0[m] | is it possible that package needs something natvie? | 07:39 |
| tomzy_0[m] | s/natvie?/`native`?/ | 07:39 |
| mcfrisk | tomzy_0[m]: the package installs a python script but doesn't declare runtime dependency to python? | 07:44 |
| tomzy_0[m] | mcfrisk: setting python3 to RDEPENDS does not help, I wonder why it requires `recipe-sysroot-native/usr/bin/nativepython3` | 07:47 |
| tomzy_0[m] | I can always set INSANE_SKIP but that does not resolve the real issue | 07:50 |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 07:55 | |
| tomzy_0[m] | heh, probably this is why it needs nativepython3...... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/3b0650a93bb7d4357ca815d621a8b2c70f8cd6a9>) | 08:06 |
| *** Guest7 <Guest7!~Guest7@136.226.214.189> has joined #yocto | 08:12 | |
| mcfrisk | tomzy_0[m]: don't build or install the python bits if they are not needed and which cause this dependency. And they may be hard coding the shebang #! or other paths to the native tool sysroot which is wrong. | 08:13 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 08:14 | |
| *** Guest7 <Guest7!~Guest7@136.226.214.189> has quit IRC (Quit: Client closed) | 08:21 | |
| *** jpgl82 <jpgl82!~jpgl82@136.226.214.189> has joined #yocto | 08:22 | |
| *** vladest1 <vladest1!~Thunderbi@2a02:1210:760b:9500:35f4:3870:f51a:78a9> has joined #yocto | 08:23 | |
| *** vladest <vladest!~Thunderbi@2a02:1210:760b:9500:44af:d71a:f4fb:4ae1> has quit IRC (Ping timeout: 250 seconds) | 08:24 | |
| *** vladest1 is now known as vladest | 08:24 | |
| tomzy_0[m] | if that going to be installed in the target, should not be there something like #!/usr/bin/python3 ? | 08:34 |
| *** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:35 | |
| tomzy_0[m] | Ok, the script is created by pip and entry_points.txt file from whl package... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/7630b5c5dcdea045bd6a7525c23b32e47a2cb7d4>) | 09:02 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 09:28 | |
| *** Guest46 <Guest46!~Guest46@185.221.69.47> has quit IRC (Quit: Client closed) | 09:32 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 09:34 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 09:34 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 09:36 | |
| *** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto | 09:36 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 250 seconds) | 09:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:39 | |
| *** jpgl82 <jpgl82!~jpgl82@136.226.214.189> has quit IRC (Quit: Client closed) | 09:44 | |
| *** IgorKha <IgorKha!~IgorKha@87.245.206.188> has joined #yocto | 09:44 | |
| *** amitk <amitk!~amit@103.208.71.114> has joined #yocto | 09:46 | |
| IgorKha | Colleagues, I'm trying to build Yocto through GitLab Runner and I encountered an issue where the kernel repository is being fetched from the recipe, and in the log, I see this: https://pastebin.pl/view/200668a7 Interestingly, when I pull this repository with the runner separately, it works fine, but not during the build process. I haven't been able | 09:58 |
| IgorKha | to find any helpful information through online search either. Any ideas? | 09:58 |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 10:02 | |
| *** jpgl82 <jpgl82!~jpgl82@136.226.214.189> has joined #yocto | 10:04 | |
| *** bryanb <bryanb!b5a314b1c0@2604:bf00:561:2000::106f> has quit IRC (Remote host closed the connection) | 10:05 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (Remote host closed the connection) | 10:05 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Ping timeout: 250 seconds) | 10:05 | |
| *** IgorKha91 <IgorKha91!~IgorKha@87.245.206.188> has joined #yocto | 10:06 | |
| *** bryanb <bryanb!b5a314b1c0@2604:bf00:561:2000::106f> has joined #yocto | 10:07 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 10:08 | |
| *** IgorKha <IgorKha!~IgorKha@87.245.206.188> has quit IRC (Ping timeout: 245 seconds) | 10:08 | |
| *** IgorKha91 <IgorKha91!~IgorKha@87.245.206.188> has quit IRC (Ping timeout: 245 seconds) | 10:13 | |
| *** jpgl82 <jpgl82!~jpgl82@136.226.214.189> has quit IRC (Quit: Client closed) | 10:14 | |
| *** IgorKha <IgorKha!~IgorKha@87.245.206.188> has joined #yocto | 10:35 | |
| *** igor <igor!~igor@87.245.206.188> has joined #yocto | 10:37 | |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has quit IRC (Ping timeout: 240 seconds) | 10:43 | |
| *** igor <igor!~igor@87.245.206.188> has quit IRC (Quit: Konversation terminated!) | 10:43 | |
| *** igor <igor!~igorkha@87.245.206.188> has joined #yocto | 10:44 | |
| *** igor <igor!~igorkha@87.245.206.188> has quit IRC (Client Quit) | 10:44 | |
| *** IgorKha <IgorKha!~IgorKha@87.245.206.188> has quit IRC (Ping timeout: 245 seconds) | 10:44 | |
| *** IgorKha <IgorKha!~igorkha@87.245.206.188> has joined #yocto | 10:44 | |
| mcfrisk | IgorKha: kernel git repository is huge, if gitlab runner is a spawned container without persistent download cache and with throttlet networking, then builds will be tricky to get running. I would upload download and sstate caches from a local build to a persisten storage used by gitlab runner to bootstrap the builds there. | 10:44 |
| IgorKha | The kernel repository has been cleaned and occupies 1.6GB of space. The runner successfully pulls it as a separate task without any issues. However, the problem arises when the repository is pulled during the build process through the recipe. | 10:47 |
| *** amitk <amitk!~amit@103.208.71.114> has quit IRC (Ping timeout: 246 seconds) | 10:49 | |
| mcfrisk | IgorKha: Do you have bitbake download cache set as persistent across build? If not, then every build will download from scratch and will likely time out. Also networking may be limited | 10:49 |
| IgorKha | https://pastebin.pl/view/05a41703 recipe | 10:51 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:52 | |
| mcfrisk | IgorKha: it's not thet kernel recipe with problems, it's the SSTATE_DIR and DL_DIR variables in local.conf. If those directories are not persistent across builds, then each build will download from scratch, from your kernel SRC_URI locations and all other recipes locations as well. | 10:56 |
| *** IgorKha <IgorKha!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 250 seconds) | 10:57 | |
| *** IgorKha23 <IgorKha23!~igorkha@87.245.206.188> has joined #yocto | 10:57 | |
| mcfrisk | and if your custom server is slow with your custom gitlab runner, then you need to investigate why. From a local bitbake build you can take the build/downloads and build/sstate-cache directories and populate the inital gitlab runner side builds so that only delta needs to recompiled and downloaded | 10:57 |
| *** Guest60 <Guest60!~Guest60@165.225.120.161> has quit IRC (Quit: Client closed) | 10:58 | |
| IgorKha23 | I understand the concept of caching, but it is not yet implemented and will be addressed in the future. At this stage, I want to understand the root cause of the problem so that I can know how to fix it in the future. I believe that providing a workaround solution is not entirely appropriate in my opinion. | 10:58 |
| IgorKha23 | The local server is powerful enough, with an i7-13700K processor and a 10-gigabit link to the repository. There shouldn't be any issues with that setup. | 11:01 |
| mcfrisk | IgorKha23: then you should investigate the download path from gitlab runner to your custom download server | 11:01 |
| *** amitk <amitk!~amit@103.59.74.116> has joined #yocto | 11:04 | |
| sudip | IgorKha23: just something I faced before, you are using "protocol=ssh", do you need to provide any ssh key? | 11:05 |
| *** IgorKha23 <IgorKha23!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 250 seconds) | 11:11 | |
| *** IgorKha <IgorKha!~igorkha@87.245.206.188> has joined #yocto | 11:12 | |
| *** bps2 <bps2!~bps@193.89.194.60> has joined #yocto | 11:18 | |
| *** IgorKha <IgorKha!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 240 seconds) | 11:26 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 11:27 | |
| *** IgorKha23 <IgorKha23!~igorkha@87.245.206.188> has joined #yocto | 11:27 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 11:27 | |
| *** IgorKha23 <IgorKha23!~igorkha@87.245.206.188> has quit IRC (Client Quit) | 11:31 | |
| kayterina[m] | Hello, if a recipe installs a file in do_install, and the recipe is used only as a DEPEND (no rdepend) is it logical that the file will not end in the running system? | 11:37 |
| kayterina[m] | *the file is in SRC_URI | 11:38 |
| *** bps3 <bps3!~bps@193.89.194.60> has joined #yocto | 11:41 | |
| *** bps2 <bps2!~bps@193.89.194.60> has quit IRC (Ping timeout: 246 seconds) | 11:43 | |
| mcfrisk | kayterina[m]: yes, the DEPENDS means a build dependency and the recipe will be compiled and output made available to recipes which need it, and in output package repository. An RDEPENDS runtime dependency from something already installed to image(s) or direct IMAGE_INSTALL is needed to actually install to image(s). | 11:47 |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has joined #yocto | 11:49 | |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 250 seconds) | 11:58 | |
| *** Guest46 <Guest46!~Guest46@185.221.69.47> has joined #yocto | 12:06 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 12:14 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 12:17 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 12:17 | |
| *** otavio <otavio!~otavio@177-4-253-192.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 240 seconds) | 12:18 | |
| *** amitk__ <amitk__!~amit@103.208.69.48> has quit IRC (Quit: leaving) | 12:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 12:24 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 12:24 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 12:25 | |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has joined #yocto | 12:27 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 12:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:29 | |
| RP | JPEW: I think we're down to https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/7224/steps/35/logs/stdio as the only thing left failing (preempt-rt problem) | 12:31 |
| *** jtoomey <jtoomey!~jtoomey@149.199.80.130> has joined #yocto | 12:42 | |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 240 seconds) | 12:43 | |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has joined #yocto | 12:44 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto | 12:48 | |
| *** Guest46 <Guest46!~Guest46@185.221.69.47> has quit IRC (Quit: Client closed) | 12:58 | |
| *** jhfjhfhgcfghfhg <jhfjhfhgcfghfhg!~igorkha@87.245.206.188> has joined #yocto | 12:59 | |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 250 seconds) | 12:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:04 | |
| jclsn | How can I find out if u-boot is compiling with the right defconfig? I checked it out with devtool and changed the defconfig in the configs folder. u-boot recompiles, but the change is not there after flashing it | 13:08 |
| *** otavio <otavio!~otavio@177-4-252-114.user3p.brasiltelecom.net.br> has joined #yocto | 13:15 | |
| *** jhfjhfhgcfghfhg <jhfjhfhgcfghfhg!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 246 seconds) | 13:16 | |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has joined #yocto | 13:16 | |
| JPEW | RP: Hmm, that seems like a missing dependency problem, but we have this: `do_rootfs[recrdeptask] += "do_create_spdx do_create_runtime_spdx"` so I'm not sure the problem | 13:24 |
| JPEW | Or the provider changed? | 13:24 |
| *** igorkha <igorkha!~igorkha@87.245.206.188> has quit IRC (Ping timeout: 240 seconds) | 13:31 | |
| RP | JPEW: I think the provider changed linux-yocto -> linux-yocto-rt | 13:35 |
| RP | JPEW: I just mailed out the patch series so far. I think this set of it is probably ok to merge? | 13:35 |
| mcfrisk | jclsn: I would "bitbake -c install u-boot" and check the used config in "bitbake -c devshell u-boot". If it's not clear what is setting UBOOT_MACHINE variable, then use "bitbake -e u-boot" | 13:38 |
| Chocobo | This is a stupid question... but if I delete the files in my images directory, is there a way to get yocto to put them back without rebuilding everything? | 13:38 |
| RP | Chocobo: "bitbake <image> -c clean; bitbake <image>" | 13:39 |
| Chocobo | RP: thanks, I will give that shot | 13:39 |
| RP | Chocobo: or delete the do_deploy stamps in tmp/stamps and then build your target again | 13:40 |
| RP | JPEW: I left the packagegroup patch for now, not 100% sure on that as you were concerned about it? | 13:42 |
| Chocobo | Hrm, it is more than just the rootfs. It is also things like u-boot missing. | 13:46 |
| RP | Chocobo: so clean those recipes or remove all the do_deploy stamps | 13:48 |
| Chocobo | RP will do - bummer, I was hoping there was a way to deploy everything. Not a huge deal | 13:48 |
| Chocobo | The problem is, I don't know the recipe associated with some of the files (boot.scr) for example | 13:49 |
| RP | Chocobo: "find -name *do_deploy*" ? | 13:51 |
| RP | in tmp/stamps | 13:51 |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:54 | |
| Chocobo | yeah, it isn't in there. dang. | 13:55 |
| Chocobo | Well I won't do this again. | 13:56 |
| Chocobo | huh, it is in here: build/tmp/deploy/images/zynq-generic/boot.scr which makes me think that cleaning and deploying the image I am using should copy it over. | 13:58 |
| Chocobo | I wonder if it would be a bad idea to remove all do_deploy stamps | 14:02 |
| Chocobo | oh... distclean, followed by a build did it. | 14:03 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:10 | |
| Chocobo | Alright, I have another question but this one might be specific to petalinx - building the disk image (petalinux-image-minimal) builds u-boot, the kernel, the FSBL, etc. But it doesn't generate the BOOT.BIN that goes into QSPI. That requires another command (petalinux-package). I would love to have the BOOT.BIN in my rootfs though. Is this something I will likely need to do manually, outside of the | 14:21 |
| Chocobo | build? | 14:22 |
| RP | Chocobo: I have no idea about petalinux. "distclean" isn't even a thing in a standard build :/ | 14:29 |
| zeddii | fray ^^^ | 14:29 |
| fray | Chocobo Follow Yocto Project workflows and don't use the PetaLinux wrappers if you want that behavior. langdale-next branch is up to date with 2023.1, also has support for 2022.2 and 2022.1. It generates all of the build artfiacts in the tmp/deploy/ directory structure | 14:31 |
| fray | any commends that involve petalinux-config or petalinux-build are petalinux specific | 14:31 |
| fray | petalinux-build builds all of the boot artifacts outside of the YP build system | 14:32 |
| Chocobo | I hate that we use petalinux, but unfortunately I don't think I have much say in this partiticular situation. I will hit up the forums and ask them. Thanks for the help. | 14:33 |
| fray | petalinux is designed for quick start and development.. it is NOT appropriate for production | 14:34 |
| fray | there is no long-term support with petalinux, thus not appropriate for production on anything connected to a network | 14:34 |
| JPEW | RP: Ah, I missed that it was modifying packagegroup.bbclass | 14:36 |
| JPEW | RP: Yes that patch is fine, sorry | 14:36 |
| Chocobo | I wonder how much of a challenge it would be to convert a petalinux project over to stock yocto. | 14:36 |
| *** mborzecki <mborzecki!~mborzecki@2001:470:69fc:105::2af6> has joined #yocto | 14:43 | |
| RP | JPEW: ok with the other patches going in? | 14:45 |
| JPEW | yep | 14:45 |
| JPEW | RP: We might have to completely move runtime dependency calculations into image creation to fix the providers problem | 14:48 |
| JPEW | Otherwise packages are always going to refer to the specific runtime provider at build time, instead of image creation time | 14:49 |
| RP | JPEW: that might be fine, I was wondering about that | 14:49 |
| JPEW | Unfortunately I have a bit of a fire to put out today, but I can look next week | 14:50 |
| RP | JPEW: in theory if these change, things should rebuild but there are "special" dependencies which don't do that and assume ABI/API are safe | 14:50 |
| JPEW | Right | 14:50 |
| RP | JPEW: no problem, you've already spent a lot of time on this | 14:51 |
| JPEW | The same problem _might_ exist at build time too, but I don't know what we can do about that exactly | 14:51 |
| RP | We should only be assuming runtime, buildtime I think would trigger rebuilds | 14:51 |
| JPEW | But we can fix the runtime one and then figure out where to go from there | 14:51 |
| JPEW | Cool | 14:51 |
| RP | I did wonder about just disabling create_spdx for that test for now | 14:52 |
| RP | Not quite the right thing to do, but... | 14:52 |
| JPEW | I wouldn't; that is a real-world problem that users will encounter and complain about | 14:53 |
| RP | JPEW: are you saying we should wait to fix that issue before merging the current patches? | 14:53 |
| JPEW | No, just before enabling by default | 14:53 |
| JPEW | The current patch set is in a much better spot than before | 14:53 |
| RP | Right, I wasn't going to push that until we resolve the test issues | 14:53 |
| RP | Yes, the current patchset helps massively | 14:53 |
| RP | I am a bit worried about what we do for the stable releases and this :/ | 14:54 |
| RP | sakoman will no doubt ask us this | 14:54 |
| JPEW | I think the "safest" thing to do would be to not merge the sstatesig patch as that will keep it all together for current users | 14:54 |
| JPEW | Keep it working, but also make the improvements | 14:54 |
| JPEW | Once we have all the actual signature problems sorted out, then the sstatesig patch will be OK | 14:55 |
| RP | JPEW: Given the sstate sig test failures, I suspect people would struggle to use this in production properly with sstate | 14:55 |
| RP | I can merge without that change for now though | 14:56 |
| JPEW | mmm, ya good point | 14:56 |
| *** amitk <amitk!~amit@103.59.74.116> has quit IRC (Ping timeout: 256 seconds) | 14:57 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Read error: Connection reset by peer) | 15:08 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 15:09 | |
| * sakoman hasn't been following the discussion, so he wouldn't even know what to ask about! | 15:11 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Client Quit) | 15:11 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 15:16 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:36 | |
| RP | sakoman: create-spdx has bugs. I've just merged a load of patches fixing them. The bugs are present in older releases. The patches are invasive/tricky | 15:38 |
| sakoman | RP: Thanks for the explanation! | 15:39 |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 15:39 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 15:45 | |
| *** TundraMan is now known as marka | 15:57 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 240 seconds) | 16:09 | |
| *** olani- <olani-!~olani@31-208-215-248.cust.bredband2.com> has quit IRC (Ping timeout: 240 seconds) | 16:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 16:34 | |
| *** florian__ <florian__!~florian@dynamic-093-135-136-048.93.135.pool.telefonica.de> has joined #yocto | 16:46 | |
| *** bps3 <bps3!~bps@193.89.194.60> has quit IRC (Ping timeout: 240 seconds) | 16:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:55 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 17:04 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 17:04 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 268 seconds) | 17:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:09 | |
| *** adrian__ <adrian__!~adrian@2a02:169:59a6:0:5488:f785:9061:cf6c> has quit IRC (Ping timeout: 265 seconds) | 17:23 | |
| *** florian__ <florian__!~florian@dynamic-093-135-136-048.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 17:25 | |
| *** amitk <amitk!~amit@103.208.69.48> has joined #yocto | 17:27 | |
| kayterina[m] | is it bad practice to cd in a subdirectory in a do_configure task? like "cd ${S}/deep/deeper/" ./configure . "configure" does not run directly from ${S} | 17:30 |
| JPEW | kayterina[m]: I think it's OK, but you want to make sure you don't leave the CWD in an unexpected spot, so `(cd ${S}/deep/deeper && ./configure .)` to run it in a subshell is probably better | 17:31 |
| JPEW | The parens make the subshell | 17:32 |
| kayterina[m] | ok, thanks | 17:33 |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 250 seconds) | 17:34 | |
| kayterina[m] | ghost in a subshell | 17:35 |
| kayterina[m] | s/a/the/ | 17:35 |
| *** igorkha <igorkha!~igorkha@230-96.ip.citynet.uz> has joined #yocto | 17:41 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 18:14 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 18:14 | |
| *** igorkha <igorkha!~igorkha@230-96.ip.citynet.uz> has quit IRC (Quit: Konversation terminated!) | 18:15 | |
| *** florian__ <florian__!~florian@dynamic-093-135-136-048.93.135.pool.telefonica.de> has joined #yocto | 18:16 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 256 seconds) | 18:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 18:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 18:20 | |
| *** olani- <olani-!~olani@31-208-215-248.cust.bredband2.com> has joined #yocto | 18:35 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 19:07 | |
| *** amitk <amitk!~amit@103.208.69.48> has quit IRC (Ping timeout: 250 seconds) | 19:47 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 20:06 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 20:07 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 20:07 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 20:12 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 20:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:25 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 20:25 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:32 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:40 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 21:29 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:30 | |
| RP | kayterina[m]: sometimes we call things from a separate build directory to separate out the build artefacts from the source iirc | 21:51 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 22:19 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 22:28 | |
| *** florian__ <florian__!~florian@dynamic-093-135-136-048.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 22:38 | |
| *** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 23:30 | |
| moto-timo | https://bugzilla.yoctoproject.org/show_bug.cgi?id=9883 is still a thing | 23:37 |
| moto-timo | seems like if a native recipe DEPENDS on ca-certificates-native, we should be able to tell curl-native to use those from recipe-sysroot-native? | 23:38 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 23:50 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto | 23:51 | |
| *** tokamak- <tokamak-!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Ping timeout: 240 seconds) | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!