| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 00:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:29 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 00:32 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 00:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:34 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 01:13 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:14 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Ping timeout: 252 seconds) | 01:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 01:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:18 | |
| *** starblue <starblue!~juergen@dslb-088-078-111-171.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds) | 01:29 | |
| *** starblue <starblue!~juergen@94.220.118.55> has joined #yocto | 01:30 | |
| denix | 🤦 | 01:52 |
|---|---|---|
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 02:04 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:11 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 02:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 02:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:19 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:26 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 02:27 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 02:30 | |
| vvn | whatever I do, qtwebengine recompile every times. It's now compiling qtdeclarative-5.15.3+gitAUTOINC+32b37e20f7-r0 for example. Am I doing something wrong? | 02:33 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.107> has quit IRC (Read error: Connection reset by peer) | 02:33 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.7> has joined #yocto | 02:40 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.188.149> has joined #yocto | 02:43 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.7> has quit IRC (Ping timeout: 256 seconds) | 02:45 | |
| *** thomas_ <thomas_!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 04:24 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 04:27 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.5) | 04:38 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has joined #yocto | 04:41 | |
| *** Polo <Polo!~textual@user/polo> has joined #yocto | 04:42 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has quit IRC (Client Quit) | 04:43 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has joined #yocto | 04:45 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:47 | |
| *** Polo <Polo!~textual@user/polo> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 04:49 | |
| *** money <money!~textual@user/polo> has joined #yocto | 04:50 | |
| *** money is now known as Gambino | 04:51 | |
| *** Gambino <Gambino!~textual@user/polo> has quit IRC (Client Quit) | 04:52 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has quit IRC (Ping timeout: 240 seconds) | 05:10 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has joined #yocto | 05:12 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 256 seconds) | 05:14 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has quit IRC (Client Quit) | 05:17 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has joined #yocto | 05:18 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has quit IRC (Client Quit) | 05:18 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has joined #yocto | 05:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 05:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 05:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:34 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:51 | |
| *** Guest8962 <Guest8962!~textual@pool-100-34-212-74.phlapa.fios.verizon.net> has joined #yocto | 05:53 | |
| *** Guest8962 <Guest8962!~textual@pool-100-34-212-74.phlapa.fios.verizon.net> has quit IRC (Read error: Connection reset by peer) | 05:57 | |
| *** dev1990 <dev1990!~dev@77-254-244-52.adsl.inetia.pl> has joined #yocto | 06:17 | |
| *** adrian__ <adrian__!~F_Adrian@62.32.0.69> has joined #yocto | 06:18 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 06:29 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:34 | |
| *** bps <bps!~bps@user/bps> has joined #yocto | 06:34 | |
| *** mckoan|away is now known as mckoan | 06:41 | |
| mckoan | good morning | 06:41 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:42 | |
| *** frieder <frieder!~frieder@i59F724BF.versanet.de> has joined #yocto | 06:43 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 240 seconds) | 07:02 | |
| *** cmd <cmd!~cmd@user/cmd> has quit IRC (Remote host closed the connection) | 07:04 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto | 07:07 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-190-020.93.132.pool.telefonica.de> has joined #yocto | 07:13 | |
| *** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has joined #yocto | 07:22 | |
| *** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has joined #yocto | 07:23 | |
| Rolle79 | I am cross-compiling a toolchain for arm. I have specified TARGET_OS=linux-gnueabi and TCLIBC=glibc, but still the SDK ends up with a musl and a musl-eabi toolchain in addition to the linux-gnueabi. How can I disable this? | 07:24 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 07:35 | |
| *** thomas__ <thomas__!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 07:37 | |
| *** thomas_ <thomas_!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 240 seconds) | 07:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 07:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:40 | |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-000-005.46.114.pool.telefonica.de> has joined #yocto | 07:47 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:48 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-190-020.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 07:59 | |
| *** Guest0815 <Guest0815!~Guest0815@145.253.222.69> has joined #yocto | 07:59 | |
| *** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto | 08:00 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 276 seconds) | 08:00 | |
| *** bps <bps!~bps@193.89.194.60> has joined #yocto | 08:01 | |
| Guest0815 | Hello, I noticed a call of bitbake does not use all cores for compiling in parallel, instead it seems it's only a single-core compiling. As my PC is quadcore, bitbake would be much more faster with parallel compiling. Is there a bitbake option for that? | 08:01 |
| Guest0815 | (release is honister) | 08:02 |
| landgraf | Guest0815: THere's bitbake option for that. However default value is to use parallel compiling | 08:07 |
| landgraf | Guest0815: BB_NUMBER_THREADS and PARALLEL_MAKE | 08:07 |
| landgraf | Guest0815: https://www.yoctoproject.org/docs/1.4/yocto-project-qs/yocto-project-qs.html#building-image | 08:08 |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-59-62.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 08:10 | |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-59-62.hsd1.tx.comcast.net> has joined #yocto | 08:11 | |
| Guest0815 | Okay. Thank you | 08:12 |
| *** Guest0815 <Guest0815!~Guest0815@145.253.222.69> has quit IRC (Quit: Guest0815) | 08:12 | |
| qschulz | landgraf: please point to docs.yoctoproject.org :) | 08:16 |
| *** Nate20 <Nate20!~Nate@2406:5a00:b440:4600:b0de:c5ca:b548:77d8> has quit IRC (Quit: Client closed) | 08:18 | |
| landgraf | qschulz: it was google, not me :) https://www.yoctoproject.org/docs/1.4/ref-manual/ref-manual.html#ref-bitbake-tasklist I've taken link from here | 08:18 |
| landgraf | qschulz: but point taken, thanks | 08:18 |
| *** davidinux <davidinux!~davidinux@195.206.107.119> has joined #yocto | 08:30 | |
| *** davidinux <davidinux!~davidinux@195.206.107.119> has quit IRC (Ping timeout: 246 seconds) | 08:35 | |
| *** Bardon_ <Bardon_!~Bardon@user/Bardon> has quit IRC (Ping timeout: 252 seconds) | 08:36 | |
| *** davidinux <davidinux!~davidinux@82.180.147.112> has joined #yocto | 08:37 | |
| *** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto | 08:39 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 260 seconds) | 08:44 | |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 08:53 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 08:56 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 248 seconds) | 09:04 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 09:05 | |
| *** PaowZ <PaowZ!~Vince@lmontsouris-656-1-55-98.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 240 seconds) | 09:07 | |
| *** PaowZ <PaowZ!~Vince@lmontsouris-656-1-55-98.w80-15.abo.wanadoo.fr> has joined #yocto | 09:08 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 09:08 | |
| kayterina[m] | hello.When does devtool creates a folder with this revision? "1.0+git999-r0/" | 09:10 |
| rburton | landgraf: check what google gives you. the 1.4 docs are *very* old | 09:11 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 09:12 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 09:15 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 09:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:28 | |
| LetoThe2nd | yo dudX | 09:30 |
| *** davidinux <davidinux!~davidinux@82.180.147.112> has quit IRC (Ping timeout: 256 seconds) | 09:38 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:46 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 09:50 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 09:50 | |
| *** ptsneves <ptsneves!~ptsneves@83.21.201.154.ipv4.supernova.orange.pl> has joined #yocto | 10:08 | |
| derRichard | is it only me or is downloading https://downloads.yoctoproject.org/mirror/sources/git2_sourceware.org.git.binutils-gdb.git.tar.gz always super slow? | 10:10 |
| derRichard | i get a most 500kb/s here ;-\ | 10:10 |
| rburton | halstead: ^ | 10:11 |
| qschulz | derRichard: it was an issue a few weeks ago, don't know if we did anything since? | 10:11 |
| qschulz | derRichard: you should setup your own mirror on your premises anyway (not that it fixes the actual issue :) ) | 10:12 |
| derRichard | qschulz: i have a shared download dir... | 10:12 |
| derRichard | but this is the very first build which needs that file | 10:12 |
| qschulz | halstead: I have 200KBps here (Austria) if that helps pinpointing the issue? | 10:14 |
| qschulz | derRichard: halstead is in the US (don't remember which coast), so probably will need to wait a few hours :) | 10:15 |
| derRichard | 0: binutils-native-2.38-r0 do_fetch - 1h0m5s (pid 17535) 62% |###################################################################################################### | 134K/s | 10:15 |
| derRichard | :-( | 10:15 |
| derRichard | also austria here | 10:15 |
| *** starblue <starblue!~juergen@94.220.118.55> has quit IRC (Ping timeout: 252 seconds) | 10:16 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 10:18 | |
| *** starblue <starblue!~juergen@dslb-094-220-118-055.094.220.pools.vodafone-ip.de> has joined #yocto | 10:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:19 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 10:19 | |
| florian | derRichard: I had a similar issue a few days ago... (from germany). | 10:20 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 10:21 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 10:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:24 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 10:27 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 10:27 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 248 seconds) | 10:28 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 10:52 | |
| kayterina[m] | pyinstaller has a COPYING.txt which was added by devtool in the recipe. It says that pyinstaller is GPLv2+ , so I also add LICENSE = "GPLv2+" ? | 10:54 |
| kayterina[m] | changed Uknown to GPLv2+ is ok? | 10:56 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 10:56 | |
| qschulz | kayterina[m]: not sure to follow what you mean by "COPYING.txt which was added by devtool" | 10:59 |
| kayterina[m] | devtool add found a copying text and added that to the recipe with th ecomment I should check the licenses | 11:00 |
| kayterina[m] | the text is from the package | 11:00 |
| kayterina[m] | *copying.txt | 11:00 |
| *** R0b0t1 <R0b0t1!~R0b0t1@d-74-214-63-13.md.cpe.atlanticbb.net> has joined #yocto | 11:00 | |
| R0b0t1 | How do I use bitbake-layers to add an existing openembed layer to my project? | 11:00 |
| R0b0t1 | I'm trying to modify the distro files from stmicro | 11:01 |
| qschulz | kayterina[m]: unfortunately, it is not GPL-2.0 :/ | 11:01 |
| qschulz | kayterina[m]: https://github.com/pyinstaller/pyinstaller/blob/develop/setup.py#L9 | 11:01 |
| qschulz | kayterina[m]: https://pypi.org/project/pyinstaller/ look at the meta section | 11:01 |
| kayterina[m] | a,ok. So I keep their license file copying.txt in the recipe and it is ok? | 11:02 |
| qschulz | kayterina[m]: I would actually set it to GPL-2.0-or-later-with-bootloader-exception and then use NO_GENERIC_LICENSE to add the COPYING.txt to the license files | 11:02 |
| qschulz | kayterina[m]: yup, that's usually what should be done | 11:03 |
| qschulz | you always point to in-tree (in the sources) files for the license | 11:03 |
| *** davidinux <davidinux!~davidinux@82.180.147.120> has joined #yocto | 11:03 | |
| qschulz | if it's not a common license, I think you need to play with NO_GENERIC_LICENSE or BitBake might complain | 11:03 |
| qschulz | R0b0t1: bitbake-layers --help ? :) | 11:10 |
| R0b0t1 | yes but open questions for that command are what do I name the directory, why, and what do I put in it | 11:10 |
| R0b0t1 | I did find that meta-openembedded was already in the project with all contents, including meta-networking; I need to edit the recipes to include pppd, how do I do that? | 11:11 |
| R0b0t1 | I don't mind reading the docs but finding what exactly I need to read and why is proving to be a big issue | 11:13 |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 11:13 | |
| qschulz | R0b0t1: you need to clone the git repo for meta-openembedded manually in one directory | 11:14 |
| qschulz | then bitbake-layers add-layer $SOMEPATH/meta-openembedded/meta-networking should do it? | 11:14 |
| R0b0t1 | ok, good, that is what I came up with before I noticed the project included meta-openembedded | 11:15 |
| R0b0t1 | last part hmm | 11:15 |
| R0b0t1 | how do I select which things in a layer I want | 11:15 |
| R0b0t1 | the entirety of meta-networking is pretty big | 11:15 |
| kayterina[m] | does this point to in-tree files? | 11:15 |
| kayterina[m] | LIC_FILES_CHKSUM = "file://COPYING.txt;md5=752110777ecd9e72b16df0e59c1e0019" | 11:15 |
| qschulz | kayterina[m]: it should yes | 11:16 |
| R0b0t1 | looks like meta-networking is already added from show-layers but pppd is not selected | 11:16 |
| qschulz | if it does not, bitbake will complain it cannot find the file | 11:16 |
| qschulz | R0b0t1: you shouldn't need to import only a selection of recipes from a layer | 11:16 |
| qschulz | R0b0t1: note that including a layer does not mean building the recipes | 11:17 |
| qschulz | it means the recipes will be parsed and are available if they need to be built | 11:17 |
| qschulz | if you need to add something to your image | 11:17 |
| qschulz | you need: 1) a recipe (probably already aailable in some layer youi need to add), 2) add it to your image one way or the other (usually via IMAGE_INSTALL in your image recipe) | 11:18 |
| R0b0t1 | so where do I specy it's install? add my own layer, and that layer pulls it in? | 11:18 |
| R0b0t1 | still a little confused | 11:18 |
| *** davidinux <davidinux!~davidinux@82.180.147.120> has quit IRC (Ping timeout: 260 seconds) | 11:19 | |
| qschulz | R0b0t1: https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj should probably help you get started and understand the concepts used by yocto | 11:20 |
| R0b0t1 | I build the image I use right now with `bitbake st-image-weston` but I'm finding no link between that name and what is actually on disk | 11:20 |
| qschulz | R0b0t1: what do you mean? what's the issue? | 11:20 |
| R0b0t1 | I do pretty poorly with videos qschulz, which part of the docs should I be looing at? | 11:20 |
| *** davidinux <davidinux!~davidinux@82.180.147.115> has joined #yocto | 11:21 | |
| R0b0t1 | well I don't know how to specify a specific recipe should be installed | 11:21 |
| qschulz | you should have a recipe named st-image-weston.bb somewhere, this is your iamge recipe | 11:21 |
| R0b0t1 | I know the default build target in the current yocto config I've been provided from vendor but not much else | 11:21 |
| R0b0t1 | hmm | 11:21 |
| qschulz | https://docs.yoctoproject.org/overview-manual/concepts.html for the concetps | 11:21 |
| rburton | https://github.com/STMicroelectronics/meta-st-openstlinux/blob/dunfell/recipes-st/images/st-image-weston.bb is the image recipe | 11:22 |
| qschulz | https://docs.yoctoproject.org/dev-manual/common-tasks.html could also help | 11:22 |
| rburton | argh another copy of the optee recipes in there | 11:22 |
| *** Sukru <Sukru!~Sukru@193.140.73.50> has joined #yocto | 11:23 | |
| R0b0t1 | swagtastic | 11:24 |
| R0b0t1 | thinkg I got it qschulz, thanks | 11:24 |
| R0b0t1 | yeah the st provided docs are... weird, for reasons I can't quite figure out, and don't track perfectly with project docs | 11:26 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 11:55 | |
| *** cmd <cmd!~cmd@user/cmd> has joined #yocto | 12:02 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 12:05 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 12:08 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 12:08 | |
| wkawka | Hi, I'm trying to integrate previously builded u-boot image with builded kernel version. Both of them are working if they are alone, but when I simply copy u-boot on card, system cannot boot throwing: libfdt fdt_check_header(): FDT_ERR_BADMAGIC. I have to discover how can I rebuild either of those to get them work together. | 12:09 |
| wkawka | When I'm trying to boot it manually, using booti command I'm getting : Bad Linux ARM64 Image magic! | 12:11 |
| wkawka | I'm new to Yocto and I am getting confused, it is so much to learn there. | 12:12 |
| *** davidinux <davidinux!~davidinux@82.180.147.115> has quit IRC (Ping timeout: 252 seconds) | 12:22 | |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 12:26 | |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has joined #yocto | 12:26 | |
| *** Ch^W <Ch^W!~mouser@209.147.121.179> has quit IRC (Ping timeout: 240 seconds) | 12:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 12:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:29 | |
| *** Ch^W <Ch^W!~mouser@209.147.121.179> has joined #yocto | 12:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 12:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 13:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 13:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:08 | |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has joined #yocto | 13:11 | |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has quit IRC (Client Quit) | 13:11 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:12 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 13:13 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 13:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 13:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:19 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.5) | 13:19 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-217.dsl.bell.ca> has joined #yocto | 13:20 | |
| *** thomas__ <thomas__!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 256 seconds) | 13:21 | |
| dvorkindmitry | I have public GIT repo at github. What is 100% correct syntax to use in SRC_URI? I've got error on fetch with SRC_URI="git://github.com/me/myrepo.git;protocol=https;branch=master". Github says something about port that should not be used | 13:30 |
| qschulz | dvorkindmitry: can you actually git clone with https protocol outside of yocto? | 13:32 |
| dvorkindmitry | qschulz, what url should I use for clone to do exactly like Yocto does? | 13:33 |
| qschulz | git clone https://github.com/me/myrepo.git I assume | 13:34 |
| dvorkindmitry | no, It says, I need to use publickey | 13:35 |
| qschulz | dvorkindmitry: then you probably need to enable https access on your github repo for this to work | 13:35 |
| qschulz | otherwise, you could use protocol=ssh but you'll likely need to handle different ssh pubkeys and whatnot, usually not the best | 13:36 |
| qschulz | especially when it's a public git repo | 13:36 |
| dvorkindmitry | qschulz, oh! I made a mistake. When U was clonning like this: | 13:37 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:37 | |
| dvorkindmitry | git clone https://github... it cloned correctly. | 13:38 |
| dvorkindmitry | but when I try "git clone github.com:me/myrepo.git" It said about the key. | 13:38 |
| qschulz | yeah that's normal | 13:38 |
| qschulz | maybe bitbake -DDDDDD my-recipe -c fetch -f could give you the exact command that is run | 13:39 |
| qschulz | so you can do it again on your PC locally and check if it works | 13:40 |
| dvorkindmitry | but my SRC_URI is git://github.com/me/myrepo.git;protocol=https;branch=master; and it looks like it really use the git:// method | 13:40 |
| rburton | what does bitbake actually say? | 13:40 |
| rburton | guessing the problem from an error we can't see is tricky | 13:40 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:41 | |
| dvorkindmitry | rburton, give me 5 mins... | 13:41 |
| Schiller | does anyone have experience with customizing the schedulers.py from the yocto-controller? | 13:41 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 13:50 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has quit IRC (Quit: leaving) | 13:53 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 13:53 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:55 | |
| *** Sukru <Sukru!~Sukru@193.140.73.50> has quit IRC (Ping timeout: 252 seconds) | 13:56 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Quit: Leaving) | 13:58 | |
| Schiller | basically i just want to add a REVISION to the <branchdefaults> List in the schedulers.py. Can't find the right syntax. | 13:59 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 14:00 | |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 14:11 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-19-210.w92-152.abo.wanadoo.fr> has joined #yocto | 14:12 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 14:14 | |
| kayterina[m] | I have built three recipes, pyinstaller, altgrapch and pyinstaller-hooks-contrib. There is a pyinstaller executable in WORKDIR/image/usr/bin/pyinstaller . How can I use it in my-recipe.bb:do_compile()? | 14:15 |
| qschulz | kayterina[m]: you need to DEPENDS on pyinstaller-native in my-recipe | 14:17 |
| qschulz | then simply use pyinstaller directly | 14:17 |
| *** Schiller <Schiller!~Schiller@dynamic-046-114-000-005.46.114.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 14:17 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 14:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 14:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:23 | |
| *** ptsneves <ptsneves!~ptsneves@83.21.201.154.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds) | 14:25 | |
| kayterina[m] | pyinstaller-native is the one that I made a recipe for,? Because I named it just "pyinstaller" and DEPENDS = "pyinstaller" gives the same error. | 14:27 |
| dvorkindmitry | rburton, Fetcher accessed the network with the command LANG=C git -c core.fsyncobjectfiles=0 clone --bare --mirror "https://github.com/mmm/kkk.git | 14:28 |
| qschulz | kayterina[m]: if you need to run something at build time, it needs to be compiled for the host. That is a native recipe. | 14:32 |
| qschulz | If you don't need pyinstaller on the target, ever. You can just name your recipe pyinstaller-native.bb and have an inherit native in there | 14:32 |
| qschulz | c.f. https://docs.yoctoproject.org/ref-manual/classes.html#native-bbclass | 14:32 |
| rburton | dvorkindmitry: that's not the whole log, or the real src_uri | 14:33 |
| dvorkindmitry | rburton, yes. Trying to generate good log for you. It is not easy, case I have multiconfig and several recipes that uses private repos with key at ~/.ssh/. If I drop the key from ~/.ssh/, some other recipes stop my build before fetch is done for the target recipe... | 14:37 |
| *** davidinux <davidinux!~davidinux@185.199.100.113> has joined #yocto | 14:38 | |
| qschulz | dvorkindmitry: bitbake my-recipe -c fetch -f bypasses all this | 14:39 |
| dvorkindmitry | qschulz, I do like this: bitbake -DDDDDD -c fetch -f mc::myrecipe. (:myarch: is set to default in local.conf) Is it wrong? | 14:41 |
| dvorkindmitry | it try to refetch another recipes, that have no dependency to the target one. and fails case I dropped ssh KEY | 14:42 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Ping timeout: 240 seconds) | 14:43 | |
| kayterina[m] | if I understand correctly, an inherit native in the recipe does not need a BBCLASSEXTEND = "native" | 14:44 |
| rburton | correct | 14:44 |
| rburton | kayterina[m]: feel free to share the recipe so we can check it makes sense | 14:44 |
| rburton | personally i'd say use bbclassextend as it's more generic. someone might want a nativesdk version, or a target version. | 14:45 |
| *** davidinux <davidinux!~davidinux@185.199.100.113> has quit IRC (Ping timeout: 248 seconds) | 14:46 | |
| *** davidinux <davidinux!~davidinux@185.199.100.107> has joined #yocto | 14:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 14:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 15:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:04 | |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #yocto | 15:09 | |
| ilunev | Hello! I'm trying to run "devtool modify linux-yocto" in a setup where there's 2 bbappends to the recipe. For some reason, devtool tries to find odroid-kmeta/bsp/odroid-h2/bsp/common-pc-64/common-pc-64-cpu.cfg , all after odroid-h2 being garbage, I think, from generic x86_64 config. Why does it look for kmeta stuff in a recipe folder and why it even attempts to do so? There are 2 kmeta in SRC_URI, machine is odroid-c4. | 15:11 |
| ilunev | ah. odroid-h2.scc contains "include bsp/common-pc-64/common-pc-64.scc" but I think it wants to read it from generic linux-yocto kmeta, but there isn't such a file in meta-odroid. | 15:12 |
| ilunev | I guess "MACHINE" is wrong | 15:13 |
| ilunev | MACHINEOVERRIDES="amlogic:meson-gx:odroid:aarch64:armv8-2a:odroid-c4" | 15:16 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-19-210.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 15:19 | |
| *** davidinux <davidinux!~davidinux@185.199.100.107> has quit IRC (Ping timeout: 248 seconds) | 15:21 | |
| *** ahs3[m] <ahs3[m]!~ahs3@user/ahs3> has joined #yocto | 15:21 | |
| *** davidinux <davidinux!~davidinux@82.180.147.114> has joined #yocto | 15:23 | |
| fray | Is there a way to dump the hash equivalency data for a few recipes/tasks? We're trying to do some valiation that two different builds produced the same contents and this seems to be th eeasiest way for us | 15:25 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:25 | |
| dvorkindmitry | If I drop the key from ~/.ssh/ I can't build my target recipe althrough it has no dependency for another private recipes that is used in the image. What would you recommend? | 15:27 |
| sveinse | Are there any ways to restrict/shape the resources for particular recipe when building? E.g. reduce the number of parallell jobs? I have problems building nodejs which is by far the biggest package in my setup, and the linux oom kills the build from time to time requiring me to start over. | 15:40 |
| rburton | you can use overrides in local.conf to set PARALLEL_MAKE per-recipe | 15:42 |
| rburton | or use -l instead of -j, which looks at the load | 15:42 |
| rburton | assuming gnu make, that is. | 15:42 |
| rburton | it would be great if all the build tools supported a common way of saying 'spawn up to N threads whilst the system load is less than L', but they don't | 15:45 |
| rburton | gnu make can't even agree in a single build with -j10 not to spawn 10*10 jobs | 15:46 |
| sveinse | yeah, i'm seeing linux loads of 40-80, which is by normal standard extremely high | 15:46 |
| sveinse | rburton: I think maybe the issue with make is when you have make->bash->make constructs, where the outer job context isn't passed through the shell layer to the inner make andj job controls goes havok | 15:48 |
| dvorkindmitry | rburton, https://pastebin.com/M4FihazU | 15:48 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 15:48 | |
| dvorkindmitry | rburton, https://pastebin.com/mZEERHzu better to see this log | 15:49 |
| rburton | dvorkindmitry: that looks like a successful fetch log | 15:50 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:50 | |
| *** davidinux <davidinux!~davidinux@82.180.147.114> has quit IRC (Quit: WeeChat 2.8) | 15:51 | |
| dvorkindmitry | rburton, yes. an this is strange, case customer says, he has problem during the build: https://pasteboard.co/6wspM3K5LR42.png | 15:52 |
| rburton | then they're not using the same recipe you are | 15:53 |
| rburton | as they don't have protocol=https | 15:53 |
| dvorkindmitry | rburton, thank you! | 15:54 |
| *** davidinux <davidinux!~davidinux@82.180.147.114> has joined #yocto | 15:54 | |
| sveinse | I normally don't experience gcc and building to be particularely memory intesive. We installed 128G ram in another build server, but linux is using most of it for fs buffering and not for compiling. It's seldom to see gcc consuming more that 1G of mem. In fact putting build/tmp inside tmpfs had a much larger effect than anything else. So even ending up with a tmp tree of 50Gb it doesn't get starved for | 15:55 |
| sveinse | memory. | 15:55 |
| sveinse | Nodejs seems to be the notable exception evidently. | 15:55 |
| rburton | anything involving JS :) | 15:56 |
| *** Gambino <Gambino!~textual@user/polo> has joined #yocto | 16:01 | |
| JaMa | sveinse: depends on what you're building I guess, I can easily trigger OOMK with -j 64 build of chromium; 2G per cpu core is no longer enough for some C++ code | 16:11 |
| sveinse | JaMa: jep. I'm building vanilla nodejs in kirkstone | 16:12 |
| sveinse | Even Qt isn't as heavy | 16:13 |
| JaMa | qtwebengine triggers OOMK as well | 16:13 |
| sveinse | ok, that I haven't seen. But I'm building Qt a lot thou | 16:14 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 16:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:15 | |
| *** Gambino <Gambino!~textual@user/polo> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 16:15 | |
| *** davidinux <davidinux!~davidinux@82.180.147.114> has quit IRC (Ping timeout: 252 seconds) | 16:17 | |
| JaMa | sveinse: https://github.com/shr-project/test-oe-build-time/commit/081926d88779bbcc3fe348a8f7d56c94e2e1b46e | 16:18 |
| JaMa | now I'm lowering P_M for webruntime/qtwebengine to about 2/3 cpu threads just to avoid OOMK getting triggered | 16:18 |
| sveinse | Has there been any initatives to look at the parallell tasks vs parallell jobs recently? | 16:19 |
| JaMa | it was fine with gcc-10 I think, since 11 it's worse, not sure how much worse 12 (but -j 40 still works with langdale) | 16:20 |
| sveinse | I directed a test a year ago for compiling yocto in azure vm, where I tried many permutations on CPU from 1 through 64 VCPUs to see what gave the most efficient result. I think we landed on that for that setup, approx 16 VCPUs seems to give the best efficiency. | 16:20 |
| sveinse | Efficiency = cost vs time | 16:21 |
| JaMa | the job server and -l was mentioned few times, but I don't remember seeing it recently, I assume it waits for you to volunteer :) | 16:21 |
| JPEW | sveinse: That matches my observations. We build on 16 core 32 GB RAM VMs | 16:21 |
| JaMa | it depends highly in what you typically build (and how much sstate you reuse) in my experience | 16:22 |
| sveinse | The -l can be tricky, as there are so many disparate build systems in the phlethora of different packages we build | 16:22 |
| sveinse | JaMa: yes, we try to maxiumize sstate sharing and reusage. But that test, specifically, were done without any sstate to compete on equal terms. | 16:23 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 16:24 | |
| JaMa | 16c is nice for "smaller" images, but once chromium gets rebuilt in most of your builds (for whatever reason) then icecc or higher cores really help rebuilding it 1000 times a day | 16:24 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:25 | |
| sveinse | Yocto build is somewhere inbetween being CPU bound and IO bound, not heavy optimization on either doesn't really give that much benefit | 16:25 |
| JaMa | but I'm also biased and spoiled from having 10+, 60+core machines just for my personal builds until recently, building in cloud and paying per-core would force me to do fewer builds :) | 16:26 |
| sveinse | We needed to reinvest in new server, and at the volume of builds that we're doing (handful a day), our estimates seems to indicate that it will be cheaper to use cloud computing for this rather than investing in new metal. It will have an impact on build times, but that is acceptible. | 16:28 |
| *** frieder <frieder!~frieder@i59F724BF.versanet.de> has quit IRC (Remote host closed the connection) | 16:29 | |
| *** davidinux <davidinux!~davidinux@37.120.148.174> has joined #yocto | 16:30 | |
| RP | sveinse: it does depend a lot on your build. Memory does help and the system is more cpu bound than IO on most systems I've looked at but it does depend on what you build | 16:32 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 16:33 | |
| JaMa | it also depends on how many engineers are blaming slow CI for not being productive :) | 16:34 |
| sveinse | RP: yes. As I mentioned earlier, we added 128G to a server which didn't use it all. Rather putting build/tmp on tmpfs had a much much larger impact on performance, despite the 30G-60G drainage on available memory for builds. | 16:34 |
| *** davidinux <davidinux!~davidinux@37.120.148.174> has quit IRC (Ping timeout: 240 seconds) | 16:36 | |
| *** mckoan is now known as mckoan|away | 16:37 | |
| RP | sveinse: you might be able to better tune the filesystem to match the tmpfs fwiw | 16:37 |
| sveinse | RP: what fs do you normally use for build tmps? | 16:37 |
| JaMa | barrier=0 (commit=10000) | 16:38 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 16:38 | |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed) | 16:39 | |
| RP | sveinse: ext4 | 16:40 |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:41 | |
| RP | and noatime | 16:41 |
| sveinse | How is it with journal, is that impeding performance in high fs activity? | 16:41 |
| *** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 256 seconds) | 16:42 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 16:52 | |
| RP | sveinse: I've not found it to be an issue, bigger factors are the commit time and barriers as JaMa mentions | 16:53 |
| sveinse | thanks | 16:53 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:54 | |
| JaMa | the biggest pain with long commit is that when you finish a build and then e.g. reboot, the umount takes long time and when it's writting all that data you don't plan to use after the reboot to your precious NVME drive, then tmpfs is better option (especially for builds where you don't plan to use the artifacts for anything and only want to see if it builds OK and maybe the cooker log from it) | 16:59 |
| JaMa | often I hope that rm_work removed most of the useless data before it got written to actual drive, but tmpfs makes it more explicit that I don't care about that data later | 17:00 |
| *** Rolle79 <Rolle79!~Rolle79@213.254.205.2> has quit IRC (Quit: Client closed) | 17:05 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 17:06 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.188.149> has quit IRC (Ping timeout: 246 seconds) | 17:13 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-0.mycingular.net> has joined #yocto | 17:17 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 17:20 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:20 | |
| *** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-32-0.mycingular.net> has joined #yocto | 17:20 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-0.mycingular.net> has quit IRC (Ping timeout: 256 seconds) | 17:22 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 17:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:29 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:35 | |
| *** starblue <starblue!~juergen@dslb-094-220-118-055.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds) | 17:36 | |
| *** starblue <starblue!~juergen@dslb-188-100-129-241.188.100.pools.vodafone-ip.de> has joined #yocto | 17:37 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 17:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:38 | |
| *** Telgareith <Telgareith!~Telgareit@user/telgareith> has joined #yocto | 17:43 | |
| Telgareith | what's a good starting point for yocto for raspberry pi? The only source I can find is a 2016 book, and I imagine things are quite different than then | 17:44 |
| Telgareith | does it even have to be raspberry pi, it'd be nice to be able to throw an image into vmware and test it | 17:45 |
| Telgareith | also, will there be recording of the lectures of the summit? | 17:49 |
| *** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-32-0.mycingular.net> has quit IRC (Ping timeout: 240 seconds) | 17:50 | |
| jsbronder | Telgareith: Following the steps here will get you to an image you can run in qemu. https://docs.yoctoproject.org/singleindex.html#document-brief-yoctoprojectqs/index | 17:51 |
| Telgareith | i'm a scrub nub so I kinda need some hand holding to learn the territory, and would prefer a guide of some sort | 17:52 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.149> has joined #yocto | 17:52 | |
| Telgareith | not a person guide, but tutorial, documentation, etc | 17:52 |
| Telgareith | thanks for the link | 17:53 |
| Telgareith | wait | 17:53 |
| Telgareith | *embarrased* yea that's the kind of thing I'm looking for | 17:54 |
| Telgareith | I can replace whatever distro layer they use with (I assume) the rasbian version when I want to build my rpi image | 17:55 |
| Telgareith | and probably need to switch bootloader | 17:55 |
| *** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto | 17:57 | |
| jsbronder | I haven't built for an RPi myself, but once you work through that tutorial you probably will have a better foundation to start reading this one, https://meta-raspberrypi.readthedocs.io/en/latest/readme.html#quick-start | 17:58 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 18:01 | |
| Telgareith | thanks! | 18:03 |
| Telgareith | dream job is giving bonus points for knowing yocto... And I'll probably be the only person who knows what it is nevermind is learning how to use it (I need to learn it for another project anyway) | 18:05 |
| landgraf | Telgareith: you can follow this doc https://docs.oniroproject.org/en/latest/oniro/hardware-support/boards/raspberrypi4.html to run kirkstone based distro on rPi4 | 18:15 |
| JaMa | tlwoerner: around? | 18:19 |
| JaMa | tlwoerner: can you please fast-forward kirkstone branch to master? the e2fsprogs-native dependency is also needed in kirkstone because of https://git.openembedded.org/openembedded-core/commit/?h=kirkstone&id=66a6b2080e4a65632c5dc02c8ef0cbe01d5b5082 | 18:21 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 240 seconds) | 18:22 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 18:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 18:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:34 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 18:36 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has joined #yocto | 18:36 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 18:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:38 | |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 18:41 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 18:41 | |
| moto-timo | https://www.irccloud.com/pastebin/kbKtRXQV/ | 18:58 |
| moto-timo | This is in a console for a Digital Ocean droplet. | 18:59 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 19:00 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:00 | |
| Telgareith | do yocto builds ususally consume very large amounts of ram? I'm on a 16C/32T machine and its currently using 95gb ram | 19:15 |
| Telgareith | running from inside WSL2 | 19:15 |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 19:16 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 19:21 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 19:24 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has quit IRC (Read error: Connection reset by peer) | 19:29 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has joined #yocto | 19:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 19:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:39 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-190-020.93.132.pool.telefonica.de> has joined #yocto | 19:40 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 19:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:44 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 19:49 | |
| LetoThe2nd | Telgareith: sounds about okay, if your box has that amount of ram | 19:53 |
| Telgareith | it does | 19:53 |
| Telgareith | but the builds over and its still hovering there | 19:53 |
| LetoThe2nd | Telgareith: I guess you're looking at the windows process manager and see WSL2 still taking about that amount, but thats a peculiarity of the hyper-v that underlies WSL2 | 19:54 |
| Telgareith | ah, it's being used by fs buffer | 19:55 |
| LetoThe2nd | Telgareith: once bitbake is over, "yocto" consumes exactly no ram. | 19:55 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 19:58 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:58 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 20:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 20:03 | |
| denix | LetoThe2nd: are you sure about that? one can never forget "yocto" and it stays in your memory forever! | 20:07 |
| LetoThe2nd | denix: my words were, (as always!) carefully chosen - thats why i used "ram", and not "memory". because my memory is random, but certainly not accessible in a robust way. | 20:08 |
| LetoThe2nd | ;-) | 20:08 |
| * derRichard expected scripts/contrib/convert-overrides.py to fix my layer and not to rape it ;-\ | 20:12 | |
| derRichard | the script even replaced underscores in shell scripts *grrrr* | 20:13 |
| LetoThe2nd | yeah i've had that effect too at one occasion | 20:13 |
| RP | derRichard: there is a reason we couldn't do it automatically :( | 20:13 |
| derRichard | and it is an implicit dos2unix, it messed up all kind of new lines | 20:14 |
| RP | I didn't realise anyone was using dos newlines in OE metadata so that was never even tested | 20:14 |
| derRichard | RP: you don't work a lot with customers that develop on windows? ;-) | 20:15 |
| *** florian_kc is now known as florian | 20:15 | |
| derRichard | hehe | 20:17 |
| derRichard | http://paste.debian.net/plain/1240597 | 20:17 |
| derRichard | i fear something else broke too :-D | 20:18 |
| RP | derRichard: there is a patch that looks a bit like that I just merged | 20:18 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:20 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 20:25 | |
| JaMa | I run dos2unix from time to time, just to teach my co-workers to use linux or at least configure git on windows correctly :) | 20:27 |
| JaMa | but it's rarely an issue with bitbake metadata, the .patch files for our internal components are much worse, e.g. when I forget to use --keep-cr with git am | 20:28 |
| *** adrian__ <adrian__!~F_Adrian@62.32.0.69> has quit IRC (Ping timeout: 252 seconds) | 20:36 | |
| *** guysoft42 <guysoft42!~guysoft@IGLD-84-228-165-128.inter.net.il> has quit IRC (Ping timeout: 240 seconds) | 20:36 | |
| derRichard | ah, convert-overrides.py "fixed" also an src uri here ;-\ | 20:45 |
| derRichard | -SRC_URI = "file://wf111-linux-driver_5.2.2-r1_armv7-a.tar.gz" | 20:45 |
| derRichard | +SRC_URI = "file://wf111-linux-driver_5.2.2-r1:armv7-a.tar.gz" | 20:45 |
| derRichard | and having a colon in a file name is something bitbake/lib/bb/cache.py does not like | 20:45 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:45 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 20:46 | |
| *** florian <florian!~florian@dynamic-093-132-190-020.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 21:05 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 21:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:09 | |
| JaMa | derRichard: yeah, I had quite a few cases like this as well, I undid them in separate commit so it's easy to re-run the script and then re-fix again | 21:09 |
| derRichard | JaMa: yep. just did so. :-) | 21:10 |
| derRichard | hm, commit ebfa1700f41b ("bitbake: fetch2/cooker: Fix source revision handling with floating upstreams") is also problematic. i have a recipe which uses AUTOREV, it works perfectly fine. but when i try to build it after running devtool modify, bitbake thinks i use floating upstreams | 21:13 |
| derRichard | bitbake foo # works | 21:13 |
| derRichard | devtool modify foo # hack hack | 21:13 |
| derRichard | bitbake foo # fails | 21:13 |
| derRichard | after running devtool reset -n foo i can build it again ;-\ | 21:13 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 21:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:14 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:36 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds) | 21:46 | |
| kevinrowland | Here's a weird one. We've got a `do_install()` task that runs a script that runs a `git` command to find the root of the repository, but the `git` command fails with "fatal: unsafe repository ('...' is owned by someone else)".. so we added one line in `do_install()` to just call `/usr/bin/whoami` and it says `root`! Why is `do_install()` running as | 21:52 |
| kevinrowland | root? Is it in a fakeroot? TBH I don't fully understand fakeroot/pseudo | 21:52 |
| RP | kevinrowland: yes, it is run under pseudo which is a fakeroot environment | 21:53 |
| RP | kevinrowland: which release? There are some fixes queued for dunfell/kirkstone | 21:53 |
| kevinrowland | Hardknott | 21:54 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 21:54 | |
| RP | kevinrowland: you'll have to port the fixes from one of the other branches then | 21:54 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:54 | |
| kevinrowland | Cool, thanks for responding. Seems like an intermittent issue though, I haven't been able to repro and it only reared its head on another dev's machine and only after we moved some layers around | 21:56 |
| RP | kevinrowland: it depends whether git has a CVE fix backported to it or is a very recent version | 21:58 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 21:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:59 | |
| *** peoliye <peoliye!~peoliye@204.246.162.33> has joined #yocto | 22:02 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Ping timeout: 240 seconds) | 22:18 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 22:23 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 276 seconds) | 22:30 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 22:50 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Client Quit) | 22:52 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 22:56 | |
| paulg | RP, ha ha - you aren't the only one trying to suck me back in time to powerpc serial crap! https://lore.kernel.org/linux-serial/20220511222148.GA37988@windriver.com/T/#t | 23:09 |
| RP | paulg: nice. Still don't know what to do with ppc in yocto :/ | 23:12 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.149> has quit IRC (Ping timeout: 246 seconds) | 23:23 | |
| *** Tokamak <Tokamak!~Tokamak@107.116.82.84> has joined #yocto | 23:31 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:43 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 248 seconds) | 23:52 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 23:53 | |
| denix | kevinrowland: hitting this? https://github.blog/2022-04-12-git-security-vulnerability-announced/ | 23:55 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
