| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has quit IRC | 00:02 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:21 | |
| *** kaspter <kaspter!~Instantbi@119.137.54.185> has quit IRC | 00:38 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 00:48 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 00:54 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 01:21 | |
| *** tedfernau <tedfernau!~tedfernau@c-76-104-226-12.hsd1.wa.comcast.net> has quit IRC | 01:35 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 01:37 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has joined #yocto | 01:41 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has quit IRC | 01:42 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 01:44 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 01:45 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:47 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 01:49 | |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 02:01 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-11-70-48-65-11.dsl.bell.ca> has joined #yocto | 02:31 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 02:48 | |
| *** kaspter <kaspter!~Instantbi@116.6.228.42> has joined #yocto | 03:00 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.129> has quit IRC | 03:05 | |
| moto-timo | rburton: lvgl.io | 03:26 |
|---|---|---|
| *** kaspter <kaspter!~Instantbi@119.137.54.185> has joined #yocto | 03:33 | |
| *** ahadi_ <ahadi_!~ahadi@89.244.121.238> has quit IRC | 03:53 | |
| *** ahadi <ahadi!~ahadi@i5E86AC98.versanet.de> has joined #yocto | 03:54 | |
| *** kaspter <kaspter!~Instantbi@119.137.54.185> has quit IRC | 03:57 | |
| *** kaspter <kaspter!~Instantbi@119.137.54.203> has joined #yocto | 03:57 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:07 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:13 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:17 | |
| *** JosephAntony <JosephAntony!a5e10a55@165.225.10.85> has joined #yocto | 04:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:37 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:38 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:64c8:c529:2892:a4b2> has joined #yocto | 04:51 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f7fd.dip0.t-ipconnect.de> has joined #yocto | 04:54 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:64c8:c529:2892:a4b2> has quit IRC | 04:59 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.129> has joined #yocto | 05:03 | |
| *** ahadi <ahadi!~ahadi@i5E86AC98.versanet.de> has quit IRC | 05:28 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-idcoblthgaikdjcw> has quit IRC | 05:35 | |
| *** ahadi <ahadi!~ahadi@i5E86AEAF.versanet.de> has joined #yocto | 05:45 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 05:46 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:47 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 05:50 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:10 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:21 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 06:28 | |
| *** AndersD <AndersD!~AndersD@83.209.96.136> has joined #yocto | 06:30 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:33 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 06:34 | |
| *** AndersD <AndersD!~AndersD@83.209.96.136> has quit IRC | 06:36 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 06:41 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 06:47 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 06:51 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 06:51 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:95b3:4d7d:6406:549e:7717> has joined #yocto | 06:53 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 07:05 | |
| *** kaspter <kaspter!~Instantbi@119.137.54.203> has quit IRC | 07:09 | |
| *** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto | 07:10 | |
| mcfrisk | hi, what runs populate_lic_qa_checksum? can't see which task executes it from 'bitbake -e recipe' output | 07:26 |
| *** frsc <frsc!~frsc@i59F4B879.versanet.de> has joined #yocto | 07:31 | |
| mcfrisk | ah, the check is called license-checksum in ERROR_QA | 07:37 |
| *** ebail <ebail!~ebail@2a01cb089000af0066e10f1f946ec5ec.ipv6.abo.wanadoo.fr> has joined #yocto | 07:49 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:95b3:4d7d:6406:549e:7717> has quit IRC | 07:56 | |
| *** fl0v0 <fl0v0!~fvo@88.130.218.37> has joined #yocto | 07:58 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-iymujnzolfxpulfk> has joined #yocto | 07:59 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 08:00 | |
| LetoThe2nd | yo dudX | 08:03 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 08:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:07 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 08:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 08:11 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 08:17 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 08:18 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 08:21 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto | 08:27 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 08:30 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:2eb3:d0f5:cc9d:3dff> has joined #yocto | 08:49 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 08:50 | |
| *** mckoan|away is now known as mckoan | 08:54 | |
| *** Saur|Home <Saur|Home!5e89711f@94-137-113-31.customers.ownit.se> has quit IRC | 09:01 | |
| *** TheM <TheM!2edfa3d6@HSI-KBW-46-223-163-214.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 09:04 | |
| TheM | For some stupid third party code reason I have to include aarch64 shared libs into the x86_64 part of the SDK sysroot. populate_sdk now fails with a dnf error, because it cannot satisfy shared objects dependencies. Is there an easy way to configure dnf to ignore such errors for selected natviesdk recipes? | 09:07 |
| TheM | Example dnf error: "nothing provides ld-linux-aarch64.so.1()(64bit) needed by nativesdk-my-recipe-6.0.1-r0.x86_64_nativesdk" | 09:08 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 09:11 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto | 09:29 | |
| *** RzR <RzR!~rzr@ynh.rzr.cloudns.org> has joined #yocto | 09:36 | |
| *** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto | 09:36 | |
| *** JosephAntony <JosephAntony!a5e10a55@165.225.10.85> has quit IRC | 09:44 | |
| *** TheM <TheM!2edfa3d6@HSI-KBW-46-223-163-214.hsi.kabel-badenwuerttemberg.de> has quit IRC | 09:45 | |
| *** ebail <ebail!~ebail@2a01cb089000af0066e10f1f946ec5ec.ipv6.abo.wanadoo.fr> has quit IRC | 09:48 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 09:50 | |
| rburton | moto-timo: yes, seen that. very much single-app but a layer would be useful :) | 09:59 |
| *** wyre <wyre!~wyre@unaffiliated/wyre> has quit IRC | 10:06 | |
| *** wyre <wyre!~wyre@unaffiliated/wyre> has joined #yocto | 10:06 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 10:09 | |
| *** simonpe^^ <simonpe^^!~starlord@c83-252-164-58.bredband.comhem.se> has joined #yocto | 10:10 | |
| simonpe^^ | I'm using the meta-freescale dunfell layer for my i.MX8M project. I'm having some problems with the u-boot-imx-tools-native saying it's incompatible with my (custom) machine, even though the MACHINEOVERRIDES is something like "mymachine:mx8:mx8n:..." | 10:11 |
| simonpe^^ | I found some old thread about this but the document the answer refers to is nowhere to be found https://community.nxp.com/t5/i-MX-Processors/yocto/m-p/432469 | 10:12 |
| simonpe^^ | It also seems like the poky/meta/classes/native.bbclass just forcefully sets MACHINEOVERRIDES="" | 10:13 |
| simonpe^^ | I am clueless how this is supposed to work | 10:14 |
| *** hippyau <hippyau!3a600e71@113.14.96.58.static.exetel.com.au> has joined #yocto | 10:18 | |
| qschulz | simonpe^^: well, why would a target machine matter for a native package? | 10:23 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 10:23 | |
| *** TheM <TheM!2edfa3d6@HSI-KBW-46-223-163-214.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 10:24 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:25 | |
| *** kaspter <kaspter!~Instantbi@117.136.33.229> has joined #yocto | 10:27 | |
| *** sno <sno!~sno@2a01:598:b183:8fa2:d8e5:4095:a6db:95ed> has joined #yocto | 10:29 | |
| simonpe^^ | qschulz: I guess it won't | 10:29 |
| qschulz | simonpe^^: If you "guess", we need to explain a bit more then :) | 10:29 |
| simonpe^^ | Well I understand why it won't matter, but the u-boot-imx-tools bb is written like that | 10:30 |
| qschulz | simonpe^^: a native package is built for the host architecture and to be used solely on the host (building) machine. It is essential the native packages aren't poluted by target machines/packages because they are supposed to be shared between all builds (of the same distro) | 10:31 |
| simonpe^^ | ✦ ❯ cat -p meta-freescale/recipes-bsp/u-boot/u-boot-imx-tools_2020.04.bb | 10:31 |
| simonpe^^ | require recipes-bsp/u-boot/u-boot-tools.inc | 10:31 |
| simonpe^^ | require u-boot-imx-common.inc | 10:31 |
| simonpe^^ | PROVIDES_append_class-target = " ${MLPREFIX}u-boot-tools" | 10:31 |
| simonpe^^ | PROVIDES_append_class-native = " u-boot-tools-native" | 10:31 |
| simonpe^^ | PROVIDES_append_class-nativesdk = " nativesdk-u-boot-tools" | 10:31 |
| simonpe^^ | PACKAGE_ARCH = "${MACHINE_ARCH}" | 10:31 |
| simonpe^^ | COMPATIBLE_MACHINE = "(mx6|mx7|mx8)" | 10:31 |
| qschulz | simonpe^^: what is there in this u-boot-tools*native that you're interested in? | 10:32 |
| *** sno <sno!~sno@2a01:598:b183:8fa2:d8e5:4095:a6db:95ed> has quit IRC | 10:33 | |
| simonpe^^ | I assume it's the mkimage_imx8 that the freescale u-boot is looking for | 10:34 |
| simonpe^^ | it wraps the spl, firmware, and itb with u-boot + dtb in a flashable image | 10:35 |
| simonpe^^ | honestly I don't need that because I do that packaging myself outside of bitbake but I just need to have the build going | 10:35 |
| qschulz | simonpe^^: then remove the package from the dependencies :) | 10:36 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 10:38 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 10:39 | |
| qschulz | simonpe^^: we use a slimmed down version of https://source.codeaurora.org/external/imx/meta-fsl-bsp-release/tree/imx/meta-bsp/recipes-bsp/imx-mkimage/imx-boot_0.2.bb?h=fido_3.14.38_6QP_ga&id=238a429e4eedd2f4b26876c2e2a6a9b3ec4e434c for our imx8mm | 10:39 |
| *** hippyau <hippyau!3a600e71@113.14.96.58.static.exetel.com.au> has quit IRC | 10:43 | |
| simonpe^^ | thx | 10:43 |
| simonpe^^ | I think I need to figure out how and why the imx-boot is required in the image | 10:44 |
| simonpe^^ | I'm only interested of the u-boot-spl.bin u-boot.bin u-boot.dtb and bl31.bin I guess | 10:44 |
| qschulz | simonpe^^: imx-boot.bin includes atf and optee too for us | 10:48 |
| *** kaspter <kaspter!~Instantbi@117.136.33.229> has quit IRC | 10:53 | |
| *** om26er <om26er!6e260b11@ubuntu/member/om26er> has quit IRC | 11:12 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 11:13 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 11:14 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 11:17 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 11:17 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:9889:cc46:109e:bc51> has quit IRC | 11:18 | |
| *** mcburger <mcburger!c26e7235@194.110.114.53> has joined #yocto | 11:28 | |
| mcburger | how can I decide which tag I should use for my project? (beginner question) | 11:29 |
| mcburger | to clarify: yocto version 3.0 is called zeus, but then you have in the tags also somethin glike zeus-22.0.0 | 11:30 |
| mcburger | but you also have a git tag called yocto-3.0 | 11:30 |
| mcburger | ? | 11:30 |
| mcburger | yocto-3.0 = zeus right? | 11:31 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zvyiwhliltdzelbm> has joined #yocto | 11:31 | |
| LetoThe2nd | mcburger: either latest master or latest dunfell | 11:32 |
| mcburger | LetoThe2nd so I shouldn't check out the latest branch release like explained in the quick start? | 11:33 |
| mcburger | LetoThe2nd so to be clear, I shouldn't check out a tag at all (use master) or use latest dunfell?? | 11:34 |
| LetoThe2nd | mcburger: well chances are that google referred you to an outdated quick start anyways. but dunfell is the LTS release, hence well maintained. latest master is already close to the next release, hence pretty reliable too at the moment. so yes, just using the latest state of either dunfell or master is the best way to start at the moment IMHO | 11:35 |
| mcburger | LetoThe2nd totally got it, thanks! | 11:36 |
| yates | kergoth: ok thanks for that. | 11:36 |
| mcburger | LetoThe2nd final question for today: is yocto-3.1.6 the same as dunfell-23.0.6? | 11:37 |
| mcburger | (code name) | 11:37 |
| mcburger | if not, what is the difference? | 11:38 |
| mcburger | ( you have 6 tags for yocto 3.1 and 6 tags for dunfell 23.0 which is why I am asking) | 11:38 |
| simonpe^^ | mcburger: the manufacturer of your hardware might also have some requirements (ehrm... limitations) on what OE release you need to go for | 11:39 |
| *** mckoan is now known as mckoan|away | 11:39 | |
| simonpe^^ | NXP for example is stuck on Zeus, which is end of life | 11:39 |
| LetoThe2nd | mcburger: completely identical (see for yourself in git, where the tags refer to the same commit hash) | 11:40 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 11:40 | |
| yates | if a bbclass function is not python, what language/syntax is it? | 11:41 |
| LetoThe2nd | yates: bitbake. | 11:42 |
| mcburger | thanks sensei! | 11:44 |
| mcburger | and thanks simonpe | 11:44 |
| yates | yates: see section 3 in the bitbake manual: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html | 11:45 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 11:45 | |
| yates | yates: thanks! | 11:45 |
| yates | thanks LetoThe2nd | 11:45 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 11:46 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 11:46 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 11:47 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 11:47 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 11:47 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 11:48 | |
| *** mcburger <mcburger!c26e7235@194.110.114.53> has quit IRC | 11:49 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 11:50 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 12:10 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 12:11 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 12:12 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 12:13 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC | 12:13 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 12:39 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 12:40 | |
| jdrol | hi | 12:47 |
| jdrol | hi LetoThe2nd :) | 12:47 |
| LetoThe2nd | howdy | 12:48 |
| jdrol | I wrote this recipe https://controlc.com/5dce6f70 | 12:51 |
| jdrol | it is well compiled by bitbake but crash at installation .. idea ? | 12:52 |
| LetoThe2nd | https://docs.yoctoproject.org/dev-manual/common-tasks.html#packaging-externally-produced-binaries | 12:53 |
| *** rokm <rokm!rokm@freeshell.de> has quit IRC | 13:01 | |
| jdrol | LetoThe2nd, is it an answer to my question ? | 13:11 |
| LetoThe2nd | jdrol: it is a "this is the relevant documentation section, i don't have time at the moment to go through and discuss it" | 13:12 |
| jdrol | I did't speak about external binary | 13:13 |
| LetoThe2nd | jdrol: and what is the difference between an "external binary" and "whatever file you just want to copy"? | 13:14 |
| jdrol | my file map is a text file | 13:16 |
| qschulz | yates: if not python, it's shell | 13:23 |
| qschulz | jdrol: "crash at installation"? we need more info if you want to be helped | 13:24 |
| jdrol | qschulz, https://controlc.com/4c5c0884 | 13:29 |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:95b3:4d7d:6406:549e:7717> has joined #yocto | 13:39 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 13:47 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 13:47 | |
| qschulz | jdrol: clean your recipe workdir and build again | 13:48 |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 13:48 | |
| thekappe | hello guys ! | 13:49 |
| thekappe | doens anybody know why I can see the ouput coming from u-boot but not hte one after the kernel booting ? | 13:49 |
| thekappe | I can't see anything on serial port, but the system is up and running since I can access the board via ssh | 13:50 |
| derRichard | because your kernel setup is messed up? wrong device tree, etc... | 13:50 |
| thekappe | derRichard, I though it too but the peripherals seems to be working correctly | 13:50 |
| thekappe | and I can login via ssh | 13:51 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 13:51 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:95b3:4d7d:6406:549e:7717> has quit IRC | 13:52 | |
| zeddii | check your kernel boot line. If the console isn't specified properly, you won't get anything. Could also be the init system not taking the handoff correctly as well. The device tree might not be setting the right preferred device for console, etc. There's a few ways it can go wrong. | 13:52 |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 13:54 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto | 13:56 | |
| jdrol | qschulz, ok many thanks ... I delete the build dir and recompile or is there a bibake clean to avoid to delete the conf bblayer files ? | 13:57 |
| qschulz | jdrol: bitbake -c clean my-recipe | 13:58 |
| jdrol | qshulz only the faulted recipe ? | 13:59 |
| derRichard | thekappe: as zeddii said, is the default console output correctly confgured? | 14:00 |
| thekappe | the device tree serialX order has changed | 14:01 |
| thekappe | for some reason | 14:01 |
| thekappe | at first I had serial0=&uart0 | 14:01 |
| thekappe | now I have serial2=&uart0 | 14:02 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 14:02 | |
| thekappe | and I run the kernel with console=ttyPS2,115200n8 | 14:03 |
| thekappe | console=ttyPS0,115200n8 | 14:03 |
| thekappe | before the above changes | 14:03 |
| thekappe | so I've simply tried to use console=ttyPS2,115200n8 instead of console=ttyPS0,115200n8 to reflect the ghanges in DT | 14:04 |
| thekappe | the result ? kernel panic | 14:04 |
| thekappe | damn | 14:04 |
| jdrol | qschulz, https://controlc.com/659ac036 | 14:05 |
| thekappe | but a tleast I got some print | 14:05 |
| thekappe | and that line: | 14:05 |
| thekappe | tty_init_dev: ttyPS driver does not set tty->port. This will crash the kernel later. Fix the driver! | 14:05 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 14:09 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 14:09 | |
| qschulz | jdrol: the error message is self-explanatory | 14:10 |
| qschulz | jdrol: please have a look at https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 14:11 |
| qschulz | it'll help you get started much faster than trial and errors | 14:11 |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/834 - sorry :/ | 14:17 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 14:22 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:95b3:4d7d:6406:549e:7717> has joined #yocto | 14:40 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-84-88-36.home.otenet.gr> has joined #yocto | 14:44 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f7fd.dip0.t-ipconnect.de> has quit IRC | 14:44 | |
| *** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has quit IRC | 14:50 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:50 | |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has joined #yocto | 14:51 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:51 | |
| *** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has joined #yocto | 14:51 | |
| rburton | RP: yeah that's a really weird build race, no idea what happens | 14:53 |
| rburton | iirc there's a ticket already | 14:53 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC | 14:54 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:6de9:a24b:3d4e:f73b> has joined #yocto | 14:57 | |
| sgw | RP: morning, swatting failing disk space? Does that get reported to email or a bugzilla for halstead? | 15:03 |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 15:05 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:15 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 15:16 | |
| halstead | sgw, pinging me is a great response for a disk space issue. It means a monitor isn't working right at least. | 15:21 |
| sgw | halstead: it seems that opensuse152-ty-1 had a disk issue on sda4, but seems to be resolved now. | 15:23 |
| halstead | sgw, That is one of the smaller disks in the cluster. | 15:24 |
| sgw | Maybe ran out and then a clean-up occurred? | 15:24 |
| halstead | sgw, Yep it looks like the janitor cleared it up before I was alerted. Hrm.. | 15:25 |
| *** tedfernau <tedfernau!~tedfernau@c-76-104-226-12.hsd1.wa.comcast.net> has joined #yocto | 15:25 | |
| halstead | I'll find more to delete. | 15:26 |
| sgw | halstead: Ok, your alerted now! (swatted!) | 15:26 |
| halstead | Thanks sgw! | 15:26 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.129> has quit IRC | 15:27 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:30 | |
| moto-timo | I just realized the upgrade to liburi-perl with a different SRC_URI would be helped by a devtool bug assigned to me (to allow changing the SRC_URI). lol | 15:31 |
| moto-timo | libri-perl has two authors, so the URL has been ping-ponging | 15:32 |
| yates | in yocto terminology, "inherit"ing (or "INHERIT"ing) a class, i.e., a .bbclass file, means to read and parse it as part of the build process. is this correct? | 15:33 |
| yates | i've read the manual on this but it never defines what exactly "inherit" means: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#inherit-configuration-directive | 15:35 |
| qschulz | yates: in my mind, it inserts the content of the class in-place | 15:36 |
| qschulz | same for bbappends, inserts the content at the end of the recipe (in order of priority when multiple bbappends) | 15:36 |
| qschulz | exception made to := which are expanded from the bbclass directly | 15:37 |
| qschulz | (e.g. FILESEXTRAPATHS_prepend := trick in bbappends) | 15:37 |
| qschulz | yates: but... why the question? | 15:37 |
| yates | qschulz: i'm just trying to understand some of the base mechanisms of bitbake, and this is one of them. perhaps the term is a little bit confusing to me since i've used C++ and it has special meaning in that context. | 15:39 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.129> has joined #yocto | 15:40 | |
| yates | is it true that "INHERIT" can only be used in .conf files (not .bb files), but inherit can be used in .bb files? | 15:41 |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:95b3:4d7d:6406:549e:7717> has quit IRC | 15:51 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:54 | |
| RP | yates: yes | 16:00 |
| RP | yates: INHERIT is deferred until the end of parsing the conf files and is evaluated once, inherit is evaluated at the point it is in the bb file | 16:01 |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::282c> has joined #yocto | 16:06 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 16:09 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 16:09 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 16:11 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 16:13 | |
| *** TheM <TheM!2edfa3d6@HSI-KBW-46-223-163-214.hsi.kabel-badenwuerttemberg.de> has quit IRC | 16:14 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:16 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 16:18 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 16:20 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:24 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:27 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:29 | |
| jdrol | qschulz, I used ${sysconfig} and not ${sysconfdir} | 16:32 |
| *** frsc <frsc!~frsc@i59F4B879.versanet.de> has quit IRC | 16:36 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 16:38 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 16:43 | |
| RP | hmm, a 64GB cooker log is a bit excessive | 17:00 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC | 17:04 | |
| *** extorr <extorr!extor@unaffiliated/extor> has quit IRC | 17:07 | |
| *** extorr <extorr!extor@unaffiliated/extor> has joined #yocto | 17:07 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:508e:5d7f:90be:919f> has joined #yocto | 17:09 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 17:21 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 17:22 | |
| *** fl0v0 <fl0v0!~fvo@88.130.218.37> has quit IRC | 17:26 | |
| yates | thanks qschulz and RP | 17:33 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:2eb3:d0f5:cc9d:3dff> has quit IRC | 17:37 | |
| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has joined #yocto | 17:38 | |
| *** extorr <extorr!extor@unaffiliated/extor> has quit IRC | 17:39 | |
| McAwesome | Hey, I have a problem. I want to use a specific layer because it has the packeges I need(at least the right version of the packages I need). I added the layer with bitbake command and while building the image many errors are showen with almost the same context that the preffered version is not avaliable but only the one I dont want. what can I do | 17:42 |
| McAwesome | to force bitbake to use the layer/packeges I want? thank you | 17:42 |
| yates | RP: what does "evaluate" mean? does it mean "executed"? for example, if the conf file has some code at outer scope (i.e., not inside a function), would it get executed at "evaluation time"? | 17:43 |
| kergoth | what exactly do you mean by 'added the layer with bitbake command'? what command did you use? | 17:43 |
| kergoth | yates: there is no "code at outer scope" in our file format. | 17:44 |
| kergoth | yates: there are functions that are run at various times, and there's inline python in the value of a variable, which is evaluated at the time it's used unless you use := to force it to be immediate | 17:44 |
| RP | yates: evaluated mean the directives in the inherited file are included there and then at that point in the file/parsing | 17:45 |
| RP | yates: which is different to how INHERIT works in conf files | 17:45 |
| kergoth | ah, i missed the context, inherit | 17:45 |
| RP | kergoth: INHERIT vs inherit | 17:45 |
| kergoth | have to say i don't love that aspect of our format, the combination of imperative and declarative behavior. would be hard to fix, though. | 17:45 |
| RP | kergoth: right, it is what it is | 17:46 |
| kergoth | we could presumably make INHERIT be obeyed in a recipe, but it'd end up parsing those *after* the recipe, not before, unless we played games with the parsed statements | 17:47 |
| kergoth | so the ability to override class content would be impacted | 17:47 |
| kergoth | i guess we could parse it twice, once to get the value, then a second time *after* parsing the classes | 17:47 |
| kergoth | that'd have performance implications, though | 17:48 |
| RP | kergoth: the trouble is order does matter for inherit | 17:48 |
| kergoth | yeah. i think more often than not having the inherit be before the recipe would work, though, it's pretty rare to *have* to set a value before the recipe is parsed, more commonly things need to be done after | 17:48 |
| RP | kergoth: I think we have bigger problems :) | 17:49 |
| kergoth | given how our expansion works, only recipes that use := would need things set first | 17:49 |
| kergoth | true | 17:49 |
| RP | kergoth: I worry that we've been really creative about bolting on things like hash equivalence, sstate and so on and that its all getting a bit ugly | 17:49 |
| kergoth | i always wanted to be able to plug in a new file format, back when all this started, but the format isn't just the format. it's tightly bound to the other components and how things are done. you can't really change the file format without also changing how every other bitbake component interacts with the datastore | 17:50 |
| RP | Its definitely not straight forward :/ | 17:50 |
| kergoth | I'd actually really like to see a lot of the things we bolt on be done as separate python modules as *plugins* to bitbake, but which live in the layer, rather than shoehorning everything into the recipes and classes | 17:50 |
| RP | kergoth: do you have an example plugin? | 17:51 |
| kergoth | well bitbake doesn't have a plugin infrastructure at this point, but the concept of altering its behavior from a python class i think has some appeal | 17:52 |
| RP | kergoth: we kind of have precedent with the siggens | 17:52 |
| RP | They have a number of issues but they do give configurable behaviour from the metadata | 17:53 |
| kergoth | yeah. i like that idea, keep the metadata a bit more declarative, have more of the bits that change behavior of the build live in code | 17:56 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 17:57 | |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=4d6254eb379ddedef696ef564f72bc14303a6eb5 - first attempt at removing stale sstate objects pre build | 17:58 |
| RP | JPEW: ^^^ - what we discussed in triage | 17:58 |
| * RP isn't sure he likes it or not | 17:59 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 17:59 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 18:03 | |
| khem | Thanks RP I will try appending to TEST_SUITES | 18:05 |
| khem | RP: I sent a patch I am carrying for a long time to let < > be allowed in error report, I know you raised some issues with this in past can you remind me if that patch is ok or not | 18:06 |
| McAwesome | kergoth the command I used was : bitbake-layers add-layer "Path" | 18:11 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-iymujnzolfxpulfk> has quit IRC | 18:27 | |
| *** cmoore <cmoore!ad48b090@pool-173-72-176-144.clppva.fios.verizon.net> has joined #yocto | 18:29 | |
| *** cmoore <cmoore!ad48b090@pool-173-72-176-144.clppva.fios.verizon.net> has quit IRC | 18:30 | |
| *** om26er <om26er!6e260b11@ubuntu/member/om26er> has joined #yocto | 18:31 | |
| *** om26er <om26er!6e260b11@ubuntu/member/om26er> has quit IRC | 18:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:32 | |
| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has quit IRC | 18:35 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 18:53 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:00 | |
| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has joined #yocto | 19:15 | |
| McAwesome | sorry I disconnected. kergoth did you answer me? | 19:15 |
| yates | does a .bb file ever contain "code at the outer scope"? from browsing several .bb files, and from my memory/experience, i'd say "no" - they only contain function definitions (e.g., do_install()) and variable definitions; the actual work is done by the .bbclass files and possibly by bitbake itself. | 19:29 |
| RobertBerger | @yates: Do you have an example_1.0.bb which shows what you mean by "code at the outer scope"? | 19:33 |
| yates | cp -rf ${S}/demos/images/* ${D}/usr/aiop/bin | 19:34 |
| yates | (copied out of a do_install()) | 19:34 |
| RobertBerger | OK and where should this be? | 19:34 |
| yates | but i don't think that's "legal", is it? | 19:34 |
| yates | in a .bb file | 19:34 |
| RobertBerger | outside of a task/function | 19:34 |
| yates | yes | 19:34 |
| RobertBerger | So who should call it then? | 19:35 |
| yates | RobertBerger: well that's exactly what i'm trying to understand: where are functions / code "defined" versus where are they "called". in C (e.g.) your source code is compiled and then called (beginning with main()) at run time. | 19:37 |
| RobertBerger | Now people here will kill me, but think about bitbake like make ;) | 19:38 |
| RobertBerger | It's a task executor (shell and python) | 19:38 |
| RobertBerger | If you want to get really deep there is an example in the bitbake manual which shows you bitbake without OE/YP. | 19:38 |
| derRichard | RobertBerger: why would they kill you? bitbake *is* make on steroids | 19:39 |
| yates | RobertBerger: thanks - i need to do some more reading i think. specifically in the bitbake user manual. | 19:40 |
| yates | yes, i got that. i've used gnumake since the 90s.. | 19:40 |
| RobertBerger | @derRichard There are quite some differences in how BitBake and make work, but well... | 19:41 |
| yates | perhaps, if this isn't too stupid of a question, i could ask this: in yocto/bitbake, what gets called first? what is "main()"? | 19:41 |
| RobertBerger | hehe ;) | 19:41 |
| RobertBerger | You are confusing a few things, I believe. | 19:42 |
| yates | that is almost definitely true! | 19:42 |
| yates | i can't see what | 19:43 |
| RobertBerger | bitbake is the task executor, say make and the .bb .bbclass .bbappend and so on files are the meta-data - the makefiles | 19:43 |
| derRichard | RobertBerger: sure but from a brid's point of view both make and bitbake are buildsystems that build things based of rules | 19:43 |
| derRichard | *bird's | 19:43 |
| RobertBerger | @derRichard: Yep | 19:43 |
| RobertBerger | @yates, so we have one entry point to bitbake, which I guess you don't want to know and then we have meta data magic | 19:44 |
| yates | perhaps i could answer my own question: do_rootfs()/do_bootfs() are main, from the nice "High Level Overview" diagram here: https://www.aosabook.org/en/yocto.html | 19:44 |
| RobertBerger | You could inherit a cmake bbclass and then your recipe knows cmake. | 19:44 |
| RobertBerger | If you don't include anything, the "base class" searches for a Makefile | 19:45 |
| RobertBerger | do_rootfs is pretty much towards the end. | 19:45 |
| RobertBerger | You first need to download (fetch) then patch, build,.... | 19:46 |
| RobertBerger | each and every package | 19:46 |
| RobertBerger | The drawing starts from bottom to top | 19:46 |
| yates | there is do_fetch() and do_patch() (et al.) there. | 19:46 |
| yates | yes, i just am realizing that! | 19:46 |
| RobertBerger | Yep - this is done first | 19:47 |
| yates | what are they, Chinese? most people read L-R, T-B! | 19:47 |
| RobertBerger | @yates: http://docs.yoctoproject.org/ | 19:47 |
| yates | that's confusing.. | 19:47 |
| *** simonpe^^ <simonpe^^!~starlord@c83-252-164-58.bredband.comhem.se> has quit IRC | 19:47 | |
| yates | RobertBerger: that's like saying: "internet" | 19:48 |
| RobertBerger | https://docs.yoctoproject.org/singleindex.html#what-i-wish-i-d-known-about-yocto-project | 19:48 |
| RobertBerger | and scroll down to the pic | 19:48 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-gshxpyybwtzzudva> has joined #yocto | 19:48 | |
| RobertBerger | @LetoThe2nd: Oida! | 19:50 |
| LetoThe2nd | RobertBerger: OIDA!!! | 19:51 |
| yates | RobertBerger: yes, that is a nice diagram. i'd seen it before. | 19:51 |
| RobertBerger | @LetoThe2nd did you change your timezone to have jetlag without traveling? | 19:51 |
| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has quit IRC | 19:51 | |
| yates | i didn't gaze on it long enough, apparently.. | 19:51 |
| LetoThe2nd | RobertBerger: ? | 19:52 |
| RobertBerger | @yates so now, I guess you would like to get the corresponding meta data pieces | 19:52 |
| RobertBerger | @LetoThe2nd: Isn't it late for you for the chat? | 19:52 |
| LetoThe2nd | RobertBerger: Nachtschicht. OIDA! | 19:53 |
| RobertBerger | @LetoThe2nd: Aso | 19:53 |
| yates | RobertBerger: you mean the specifics like .bb/.bbclass/.bbappend/blah files, how variables are accreted, shell versus python functions, etc.? yes, and i've been reading the bitbake manual for these. | 19:53 |
| RobertBerger | Like base bbclass do_compile | 19:54 |
| yates | in /meta/classes? | 19:54 |
| RobertBerger | hold your horses ;) | 19:55 |
| yates | Neee! <stomp> | 19:55 |
| RobertBerger | @yates: search for base.bbclass | 19:58 |
| yates | got it | 19:58 |
| RobertBerger | now search in there for do_compile | 19:59 |
| RobertBerger | there you should see that it searches for Makefile, makefile,... | 19:59 |
| yates | ok, i see several instances | 19:59 |
| RobertBerger | base_do_compile | 20:00 |
| yates | yes | 20:00 |
| yates | does bitbake actually build a Makefile?!? | 20:00 |
| yates | then execute it? | 20:01 |
| yates | oe_runmake | 20:01 |
| RobertBerger | Nope | 20:01 |
| RobertBerger | It searches and executes it when it finds it | 20:01 |
| RobertBerger | oe_runmake | 20:02 |
| RobertBerger | yep | 20:02 |
| yates | ok this is the makefile from whatever you're building | 20:02 |
| RobertBerger | and you also see addtask compile after do_configure | 20:02 |
| yates | yes | 20:02 |
| RobertBerger | Which is highly confusing since it calls do_compile | 20:02 |
| RobertBerger | Anyhow, here you see the sequence compile after configure | 20:03 |
| yates | yes | 20:03 |
| *** manuel__ <manuel__!~manuel198@62.99.131.178> has joined #yocto | 20:03 | |
| yates | yes, i see the pattern | 20:04 |
| RobertBerger | OK | 20:04 |
| yates | thanks man! | 20:04 |
| RobertBerger | Now in your own classes/recipes you can overwrite those | 20:04 |
| kergoth | yates: when you bitbake a recipe explicitly, bitbake will default to running the task specified in BB_DEFAULT_TASK, which is do_build by default. that's it, that's the only thing that's built explicitly, and only if you don't specify another task. everything else comes in through dependencies one way or another, task or otherwise | 20:04 |
| kergoth | i.e. 'bitbake foo' and 'bitbake -c build foo' are the same thing | 20:05 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:6de9:a24b:3d4e:f73b> has quit IRC | 20:05 | |
| kergoth | the default set of tasks and their order is covered in the architecture of open source chapter on yocto | 20:05 |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC | 20:06 | |
| yates | yeah, the specific thing i'm chasing right now (perhaps without needing to) is how the binutils/compiler "fetch/unpack/configure/compile/install" gets done first. | 20:07 |
| yates | ..andi think i just saw it..! | 20:07 |
| yates | addtask build after do_populate_sysroot | 20:08 |
| yates | ? | 20:08 |
| RobertBerger | Dependencies? | 20:09 |
| yates | kergoth: good to know - thanks | 20:10 |
| yates | sorry if it seems like i ignore anyone - i am very tunnel-visioned.. | 20:11 |
| kergoth | yates: yep, that ensures that populate_sysroot of the specified recipe is run by default. there are other addtasks of interest in the packaging classes, etc. | 20:13 |
| kergoth | yates: beyond that you'd be interested to see flag definitions | 20:13 |
| kergoth | for example | 20:13 |
| kergoth | do_build[recrdeptask] += "do_deploy" | 20:13 |
| kergoth | this means that do_deploy of every recipe this recipe depends on will be run, both runtime dependencies and build time dependencies | 20:13 |
| kergoth | deptask == pull in this task for our build time dependencies (DEPENDS), rdeptask == pull in this task for our runtime dependencies (RDEPENDS_* for pkg in PACKAGES), recrdeptask is both recursively | 20:15 |
| yates | you guys are killing me! my head hurts! | 20:16 |
| kergoth | well, it has to have a way to pull in dependencies or the build would never work :) | 20:17 |
| kergoth | when users define variables it looks like recipes depend on one another and packages depend on one another, but from bitbake's perspective, it runs tasks, and tasks depend on tasks in other recipes | 20:17 |
| kergoth | the flags control the relationship between those two | 20:17 |
| kergoth | probably don't need to know that, but youe xpressed interest in how tasks depend on one another, so.. | 20:18 |
| kergoth | :) | 20:18 |
| kergoth | the addtask before and after covers most of waht you need to know within a single recipe | 20:18 |
| RobertBerger | @kernoth: and @yates is just at the beginning of all the fun ;) | 20:27 |
| RobertBerger | @yates: so you know the beginning now. The only thing which is sure, there is no end ;) | 20:30 |
| *** manuel__ <manuel__!~manuel198@62.99.131.178> has quit IRC | 20:35 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:6de9:a24b:3d4e:f73b> has joined #yocto | 20:35 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC | 21:06 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 21:07 | |
| RP | khem: that patch imlies escaping is missing somewhere. I thought we fixed the escaping more generically ? | 21:11 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:12 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
| yates | thanks guys. where can i send the Heinekens? | 21:23 |
| kanavin_ | rburton, what is your take on this? https://github.com/besser82/libxcrypt/issues/123#issuecomment-802255830 | 21:26 |
| kanavin_ | rburton, I vaguely remember we did print config.log at some point, then didn't because it wasn't that useful after all? | 21:26 |
| kanavin_ | rburton, in this case though, upstream requests we do | 21:26 |
| *** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has quit IRC | 21:29 | |
| *** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has quit IRC | 21:29 | |
| *** chrfle <chrfle!~chrfle@unaffiliated/chrfle> has quit IRC | 21:30 | |
| *** aquijoule__ <aquijoule__!~richbridg@213-225-37-24.nat.highway.a1.net> has joined #yocto | 21:30 | |
| *** gillesMMM <gillesMMM!~gm@117.187.22.109.rev.sfr.net> has joined #yocto | 21:30 | |
| RobertBerger | @yates: proper beer please ;) | 21:30 |
| RobertBerger | @yates next time we meet in person | 21:30 |
| *** chrfle <chrfle!~chrfle@unaffiliated/chrfle> has joined #yocto | 21:31 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-165.ssp.dialog.net.pl> has quit IRC | 21:32 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC | 21:32 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 21:32 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-165.ssp.dialog.net.pl> has joined #yocto | 21:32 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC | 21:32 | |
| *** u1106_ <u1106_!~quassel@uwe.iki.fi> has joined #yocto | 21:32 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 21:40 | |
| *** ecdhe_ <ecdhe_!~ecdhe@unaffiliated/ecdhe> has quit IRC | 21:43 | |
| *** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 21:43 | |
| RP | kanavin_: printing config.log just confuses people no end | 21:43 |
| RP | kanavin_: we'll just have to grab one from a failed build. Just remember that "build" becomes "build-renamed" | 21:43 |
| RP | kanavin_: my master-next last night had the same issue | 21:43 |
| kanavin_ | RP: yeah, I guess my patch to work around this should not be queued then | 21:43 |
| kanavin_ | RP: I also saw this when working on recipe updates, and there's a few more if you look at history of buildtools | 21:43 |
| kanavin_ | RP: here's the latest one with the failure, is there a chance it's not wiped away yet? https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/3524 | 21:45 |
| RP | kanavin_: it is still here | 21:50 |
| RP | kanavin_: https://autobuilder.yocto.io/pub/logs/config.log | 21:51 |
| *** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has quit IRC | 21:54 | |
| kanavin_ | RP: thanks, I got to it via ssh as well | 21:54 |
| *** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has joined #yocto | 21:54 | |
| RP | kanavin_: I've moved that bit of workdir to ~/saved in case you need more | 21:57 |
| RP | halstead: whilst I was on suse152, I moved a load of old builds to be deleted | 21:57 |
| kanavin_ | RP: I reported the issue and attached config log to the upstream ticket https://github.com/besser82/libxcrypt/issues/123 | 21:57 |
| kanavin_ | RP: let's see if they figure it out or it's somehow our fault | 21:57 |
| halstead | RP, I removed several this morning as well. Where were the ones you deleted? | 21:58 |
| RP | halstead: they were build-renamed inside yocto-worker | 21:58 |
| RP | halstead: found about 12 of them | 21:58 |
| halstead | Thanks RP. | 22:00 |
| RP | halstead: we should consider that script we talked about to do this during maintenance ? | 22:00 |
| halstead | RP, Do you happen to know if the file referenced by https://www.yoctoproject.org/reproducible-build-results/ has changed? | 22:00 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 22:00 | |
| RP | halstead: shouldn't have done | 22:00 |
| RP | halstead: this may be the issue JPEW reported on other branches though :/ | 22:00 |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 22:00 | |
| halstead | RP, Thanks. I'll look for that from JPEW. | 22:00 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:6de9:a24b:3d4e:f73b> has quit IRC | 22:01 | |
| halstead | RP, Yes. I do need to consider that script we talked about. Corruption on some of the longer lasting workers ext4 filesystems is an issue. Running mkfs during maintenance would be a very fast way to clear everything and solve space issues. | 22:02 |
| RP | halstead: we didn't get to the bottom of it, was something about the way the oe-selftests were logged in gatesgarth/dunfell | 22:03 |
| moto-timo | RP: I'm sure it will come as zero surprise that there are perl deps issues with liburi-perl upgrade | 22:03 |
| halstead | RP, I don't know if formatting away all build artifacts on a weekly basis is workable for the dev team though. | 22:03 |
| RP | halstead: at a guess it has happened in master | 22:03 |
| moto-timo | time to dogfood | 22:03 |
| moto-timo | I'm sure they aren't caught with AUH because perl-modules is installed. | 22:04 |
| RP | halstead: that wasn't the script I meant. I meant iterating the files in yocto-worker and moving build-renames to trash for the janitor | 22:04 |
| RP | halstead: we'd have to communicate any builds we needed saved in advance of maint | 22:04 |
| RP | moto-timo: hmm, not a surprise sadly | 22:04 |
| moto-timo | RP: I thought you _might_ get a luagh out of that... hopefully not tears | 22:05 |
| RP | moto-timo: I just read the openssh license file so anything is better :) | 22:05 |
| * moto-timo very happy to not be an attorney | 22:06 | |
| halstead | RP, Yes. What we talked about is much more doable. Maybe reformatting once a quarter would be better and easier to communicate around than every maintenance. | 22:06 |
| RP | halstead: right. I suspect the filesystems would be fairly light if we did this and they'd scan a lot faster anyway | 22:07 |
| *** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 22:08 | |
| RP | I've put some changes in master-next to test cleaning stale sstate objects in existing builds. If anyone is feeling adventurous with some existing build directories they're not too precious about... :) | 22:18 |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 22:20 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto | 22:23 | |
| RP | vmeson: current AB load will be doing heavy rebuilds if that helps | 22:23 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:36 | |
| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has joined #yocto | 22:38 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:42 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:43 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 23:05 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 23:07 | |
| *** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC | 23:09 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-gshxpyybwtzzudva> has quit IRC | 23:27 | |
| *** McAwesome <McAwesome!b0c6c9d4@ip-176-198-201-212.hsi05.unitymediagroup.de> has quit IRC | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!