| *** Scoutboy <Scoutboy!~quassel@83.80.130.15> has quit IRC | 00:25 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 00:31 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 00:31 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 00:44 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC | 01:03 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 01:21 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 01:25 | |
| *** ahadi <ahadi!~ahadi@89.244.126.54> has quit IRC | 01:33 | |
| *** ahadi <ahadi!~ahadi@89.244.126.54> has joined #yocto | 01:34 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 01:49 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has quit IRC | 01:52 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has joined #yocto | 01:53 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:58 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 02:24 | |
| *** wbn <wbn!~badegg@2607:5300:60:2ca::1> has joined #yocto | 02:35 | |
| *** rcw <rcw!~rcwoolley@157.52.1.76> has quit IRC | 02:51 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 02:57 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 03:01 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has quit IRC | 03:03 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:08 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:08 | |
| *** camus is now known as kaspter | 03:08 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has joined #yocto | 03:11 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 03:22 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 03:26 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 03:50 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 04:13 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 04:14 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qvbzeegyqypqxsim> has quit IRC | 04:26 | |
| *** ahadi <ahadi!~ahadi@89.244.126.54> has quit IRC | 04:30 | |
| *** ahadi <ahadi!~ahadi@89.244.126.54> has joined #yocto | 04:31 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:39 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:39 | |
| *** camus is now known as kaspter | 04:39 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 04:43 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 04:55 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-lhbqelndvtoevgob> has quit IRC | 04:55 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-ikiaeuocommjpjvd> has joined #yocto | 04:56 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 04:57 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 05:06 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 05:23 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 05:27 | |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has quit IRC | 05:43 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has joined #yocto | 05:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:50 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has joined #yocto | 05:51 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:53 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:54 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC | 05:54 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has quit IRC | 05:55 | |
| *** camus1 is now known as kaspter | 05:55 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-139-105-cbl.xnet.hr> has quit IRC | 06:19 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 06:19 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:20 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:20 | |
| *** camus is now known as kaspter | 06:20 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 06:20 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 06:33 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:34 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 06:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 06:35 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:35 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:37 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:40 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579eb321.dip0.t-ipconnect.de> has joined #yocto | 06:41 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 06:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:54 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 06:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:55 | |
| *** creich <creich!~creich@p200300f6af0a9910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 06:57 | |
| *** creich <creich!~creich@p200300f6af0a9910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 06:57 | |
| *** grembeter <grembeter!c108287e@193.8.40.126> has joined #yocto | 07:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:13 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:15 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:16 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 07:24 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 07:26 | |
| *** frsc <frsc!~frsc@i6DFA830E.versanet.de> has joined #yocto | 07:26 | |
| *** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC | 07:29 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 07:30 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 07:32 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 07:44 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 07:45 | |
| *** fl0v0 <fl0v0!~fvo@89.244.124.114> has joined #yocto | 07:46 | |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 07:46 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 07:48 | |
| *** mihai- is now known as mihai | 07:48 | |
| *** mbulut_ <mbulut_!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 07:48 | |
| *** mbulut_ <mbulut_!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 07:49 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 07:50 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 07:51 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC | 07:51 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 07:52 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-hsfqaofbcyogbcan> has joined #yocto | 07:53 | |
| LetoThe2nd | moto-timo: i think that must have been the 5 minutes in my life with the most hilarious tweeting so far. you beat me to it! | 07:54 |
|---|---|---|
| LetoThe2nd | oh and yo dudX | 07:54 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 08:00 | |
| mihai | yo | 08:00 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 08:02 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 08:02 | |
| *** T_UNIX <T_UNIX!~T_UNIX@HSI-KBW-109-192-195-138.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 08:02 | |
| *** mckoan|away is now known as mckoan | 08:04 | |
| mckoan | yo morning :-) | 08:04 |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has joined #yocto | 08:15 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 08:21 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has quit IRC | 08:30 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 08:31 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 08:35 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 08:35 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has joined #yocto | 08:35 | |
| *** T_UNIX <T_UNIX!~T_UNIX@HSI-KBW-109-192-195-138.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 08:42 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has quit IRC | 08:51 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has joined #yocto | 08:57 | |
| * qschulz waves | 08:59 | |
| *** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:a66:4cbe:68f8:d8f> has joined #yocto | 09:04 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 09:09 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 09:10 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 09:11 | |
| *** manuel1985 <manuel1985!~manuel@213-147-162-160.nat.highway.bob.at> has joined #yocto | 09:12 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 09:12 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has quit IRC | 09:13 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 09:14 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has joined #yocto | 09:18 | |
| *** extor <extor!extor@unaffiliated/extor> has quit IRC | 09:21 | |
| *** extor <extor!extor@unaffiliated/extor> has joined #yocto | 09:22 | |
| *** Yumasi <Yumasi!~guillaume@pop.92-184-106-211.mobile.abo.orange.fr> has quit IRC | 09:24 | |
| *** Yumasi <Yumasi!~guillaume@40.72.95.92.rev.sfr.net> has joined #yocto | 09:24 | |
| wyre | how can I check the env BSPDIR ? | 09:27 |
| LetoThe2nd | ? | 09:27 |
| *** extor <extor!extor@unaffiliated/extor> has quit IRC | 09:29 | |
| wyre | I don't get why it's not finding the folder https://bpa.st/677Q | 09:29 |
| *** extor <extor!extor@unaffiliated/extor> has joined #yocto | 09:29 | |
| wyre | LetoThe2nd, I thought when I use `bitbake -e` it prints the whole environment | 09:29 |
| LetoThe2nd | wyre: hm, almost. it prints the final result of the recipe evaluation, which includes all variables and their evaluation that have happened in there. | 09:30 |
| wyre | LetoThe2nd, well, then how can I figure out why it's failing? | 09:31 |
| LetoThe2nd | i have no idea what is failing? | 09:32 |
| LetoThe2nd | wyre: just checked: BSPDIR is not something that exists in poky | 09:35 |
| LetoThe2nd | wyre: so i have the strong feeling that you are battling some craziness by your BSP vendor. | 09:35 |
| mihai | BSPDIR is something that the freescale layers are using | 09:36 |
| * LetoThe2nd is out then. | 09:36 | |
| wyre | LetoThe2nd, https://bpa.st/677Q it's not finding the directory '${BSPDIR}/sources/meta-fsl-bsp-release/imx/meta-bsp' but it's there | 09:36 |
| LetoThe2nd | like i said, BSP vendor suplied craziness. i do not intend to support this. | 09:37 |
| LetoThe2nd | (other might have different opinions, of course) | 09:37 |
| mihai | :)) | 09:37 |
| wyre | LetoThe2nd, you mean in this repo? https://github.com/toradex/meta-fsl-bsp-release | 09:38 |
| mihai | wyre: you need to source their environment setup script, not poky/oe-init-build-env | 09:38 |
| *** manuel1985 <manuel1985!~manuel@213-147-162-160.nat.highway.bob.at> has quit IRC | 09:38 | |
| wyre | mihai, I've done that | 09:38 |
| wyre | fsl-setup-release.sh in fact | 09:38 |
| mihai | from what layer is that? | 09:38 |
| wyre | mihai, meta-fsl-bsp-release | 09:39 |
| LetoThe2nd | wyre: i will not even look that up. one time you refer to engicam, another time you refer to toradex. if they sell you hardware, then also please contact their support. | 09:39 |
| * LetoThe2nd will be silent then and refer to mihai | 09:39 | |
| mihai | :)) | 09:39 |
| wyre | mihai, then what do you think is not finding the layer directory? 🤔 | 09:40 |
| mihai | looking now, there was a gimmick there that defined that variable | 09:42 |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 09:42 | |
| *** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has joined #yocto | 09:43 | |
| wyre | in fact I also think the vendor is not a good one, I think the meta-engicam has a lot of dependencies that I don't need | 09:44 |
| mihai | hm, you should have this in your bblayers.conf | 09:44 |
| wyre | like meta-qt5 | 09:44 |
| mihai | BSPDIR := "${@os.path.abspath(os.path.dirname(d.getVar('FILE', True)) + '/../..')}" | 09:44 |
| wyre | mihai, should I include that in the bblayers.conf? | 09:45 |
| wyre | mihai, why is not this generated? 🤔 | 09:46 |
| mihai | afaik. meta-fsl-bsp-release should be based on the freescale layers, and that's what they do | 09:46 |
| *** grembeter <grembeter!c108287e@193.8.40.126> has quit IRC | 09:47 | |
| mihai | wyre: https://github.com/Freescale/fsl-community-bsp-base/blob/master/setup-environment | 09:47 |
| mihai | it uses a template containing bblayers.conf which defines it, https://github.com/Freescale/fsl-community-bsp-base/blob/master/conf/bblayers.conf | 09:47 |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has quit IRC | 09:48 | |
| dleppich | Is anyone using kas for yocto projects and has setup a CI pipelin with it? Even better if someone has done it with gitlab CI :) | 09:49 |
| LetoThe2nd | dleppich: yes, no and no :) | 09:52 |
| LetoThe2nd | respectively, we're kicking it off with jenkins, but thats about it. | 09:52 |
| wyre | mihai, for some reason when I run fsl-setup-release.sh I'm not having the bblayers.conf template with BSPDIR := ... | 09:52 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has quit IRC | 09:53 | |
| dleppich | LetoThe2nd: Hmm, I haven't worked with CI that much before.. But in my imagination it shouldn't be that hard, right? I just need to have a docker image with python and do the kas setup there (venv, install kas) and start the build afterwards, right? | 09:54 |
| mihai | wyre: well... | 09:54 |
| * mihai shrugs | 09:55 | |
| LetoThe2nd | dleppich: it depends a bit on the use case i think. where the artifacts are being put, if there are additional parameters to be piped into the build. | 09:55 |
| wyre | when I source, I mean, mihai 😊 | 09:55 |
| LetoThe2nd | dleppich: paulbarker has done a presentation on ci pipelines at ELC-NA, let me see if i can find the video | 09:56 |
| dleppich | LetoThe2nd: I'm in the stage of trying out stuff, so my only usecase is to make GitLab CI build something (e.g. a core-image-minimal) with kas + yocto. | 09:56 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has joined #yocto | 09:57 | |
| LetoThe2nd | dleppich: best inspiration i can offer is https://youtu.be/RSjQjPFFWig | 09:57 |
| mckoan | wyre: Instead of continuing to make changes without knowledge of the facts I suggest you start over with a new installation, document all the steps you take and if necessary put them on pastebin so that we can understand what you are doing. | 09:57 |
| dleppich | LetoThe2nd: Thanks! I'll have a look at it :) | 09:57 |
| LetoThe2nd | dleppich: have fun! | 09:57 |
| wyre | mckoan, that's exactly what I was trying | 09:58 |
| wyre | but I have better results with the bsp provided by engicam, the point is the sources are not git repos, I think they made their changes | 09:58 |
| mckoan | wyre: FYI We are working on several projects based on Engicam MicroGea MX6ULL and STM32. Apart from a few minor fixes everything works out-of-the-box. | 09:59 |
| mckoan | wyre: period. | 09:59 |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:a812:f255:469e:d33e> has joined #yocto | 10:03 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has quit IRC | 10:03 | |
| wyre | mckoan, you mean with the bsp provided by Engicam? | 10:05 |
| *** gnslu2-lo <gnslu2-lo!~nslu2-log@milla.nas-admin.org> has quit IRC | 10:05 | |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has joined #yocto | 10:05 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 10:05 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 10:05 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:05 | |
| *** gpanders <gpanders!~gpanders@c-98-32-4-57.hsd1.nm.comcast.net> has joined #yocto | 10:08 | |
| wyre | mckoan, remember that I'd like to build warrior while bsp ships pyro | 10:09 |
| * LetoThe2nd is angry. coffee maker at office is broken. | 10:13 | |
| qschulz | wyre: depending on what you need from the BSP vendor, just take the recipes you want and ditch the vendor BSP | 10:18 |
| wyre | qschulz, that's what I'm trying, 😆 so I don't need the meta-engicam layer? 🤔 | 10:18 |
| wyre | you mean could I just build warrior and boot it in the board? | 10:19 |
| mcfrisk | wyre: BBMASK away everything that you don't need from a BSP layer | 10:28 |
| mcfrisk | some BSP layers come with a kitchen sink of SW modifications which tie them heavily to a yocto release | 10:29 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has joined #yocto | 10:31 | |
| wyre | mcfrisk, I don't actually know what I don't need 😆 | 10:31 |
| LetoThe2nd | mcfrisk: i actually could need a new kitchen sink. mine's clogged. | 10:32 |
| RP | LetoThe2nd: there must be a video for "plunging new depths" to answer that comment :) | 10:34 |
| kanavin_home | RP: took a while to sort, but world reproducibility patchset is now being built by a-full http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/world-repro | 10:36 |
| LetoThe2nd | RP: i should create meta-pümpel. too bad it translates badly, e.g. it doesn't sound half as funny in english (meta-plunger) | 10:36 |
| wyre | mcfrisk, how can I identify what I don't need from here? https://github.com/engicam-stable/meta-engicam/tree/warrior | 10:36 |
| wyre | I'd say I just need the recipes-core | 10:37 |
| kanavin_home | RP: I spent an awful amount of time getting go and its consumers to reproduce, and got there, but not happy with the currently hacky nature of the fixes. So that's taken out, and will be handled later | 10:37 |
| LetoThe2nd | RP: and as there is no metallic element named after it in the periodic system so far, i unfortunately am not permitted to do so :( | 10:37 |
| RP | kanavin_home: that is quite an achievement getting the list down to that, nice work! | 10:39 |
| RP | kanavin_home: go sounds a pain. Is there interest in that upstream? | 10:39 |
| RP | LetoThe2nd: some things don't translate so well, for better or worse :) | 10:40 |
| mcfrisk | wyre: you need to check, remove, re-test, iterate over this. start by checking what is currently in your product images. been there too, but after BBMASKing 90% stuff away, life suddenly becomes much easier with yocto updates etc | 10:40 |
| RP | kanavin_home: zeddii will have perf fixed in no time ;-) | 10:41 |
| RP | (we're usually lucky if it builds :/) | 10:41 |
| LetoThe2nd | todays lesson learnt: trimming/recoding the live coding session recordings in openshot is a stupid idea. | 10:41 |
| wyre | mcfrisk, by now I'm building just yocto | 10:42 |
| qschulz | wyre: you said the bsp vendor only supports pyro but you send one that supports warrior, you're confusing us :) | 10:43 |
| wyre | qschulz, well, for this board the BSP shipped comes with pyro, the branch warrior is what I'm trying to use to build a minimal warrior version | 10:44 |
| wyre | without qt, gnome, or layers like that | 10:45 |
| mcfrisk | wyre: you are likely not building yocto, e.g. world. you build an image. like core-image-minimal. | 10:45 |
| wyre | mcfrisk, core-image-saato | 10:45 |
| kanavin_home | RP: there is some interest, but a lot of the pain comes from go tooling writing buildid hashes into the output, and those hashes being extremely sensitive to anything in the build environment. E.g. if ldflags contains full build paths (which it does), that will affect the hash. | 10:45 |
| wyre | s/saato/sato/ in fact | 10:45 |
| mcfrisk | wyre: ok, then do you need all of that, and which ones of the SW components need BSP adaptations. that depends on target HW and machine config and use cases with sato image. | 10:46 |
| RP | kanavin_home: hmm, I can imagine how that becomes painful :( | 10:46 |
| RP | kanavin_home: I just ran a build of your branch on fedora33 btw. That runs with a different host umask and uncovered a load more reproducibility issues :( | 10:47 |
| kanavin_home | RP: also, it's just plain difficult to debug hash issues like that as the toolchain wasn't designed for it, and it's supposed to be something go users never have to worry about | 10:47 |
| RP | kanavin_home: it does sound like the kind of thing the go people need to be made aware of | 10:48 |
| wyre | mcfrisk, what's the difference between -sato, -minimal and -base images? | 10:48 |
| RP | kanavin_home: reproducible-builds people also probably have an interest | 10:48 |
| kanavin_home | RP: yeah, I have no idea how receptive they would be to something coming from the yocto project. Google tends to do everything in a self-contained manner. | 10:48 |
| kanavin_home | (the go folks) | 10:49 |
| RP | kanavin_home: right, you'd think they'd want to try and support reproducibility but who knows... | 10:49 |
| kanavin_home | RP: at the moment go is at the fringes of dependency tree, so its non-reproducibility is not a major item, but that could change quickly | 10:50 |
| RP | kanavin_home: right, that is a worry :/ | 10:50 |
| mcfrisk | wyre: look at the recipes and packages that get installed to them. sato is a gnome image, minimal is rally minimal to boot into a shell. | 10:50 |
| RP | kanavin_home: it is really nice to have the list trimmed down to a definitive set of packages though :) | 10:51 |
| mcfrisk | wyre: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#usingpoky-extend-customimage | 10:51 |
| kanavin_home | RP: yes, let's see if a-full run reveals any additional items | 10:52 |
| kanavin_home | RP: I fixed the biggest items (in size) at least - webkit, llvm, etc | 10:52 |
| kanavin_home | RP: quite often it's full build paths somehow leaking into target, especially the source code in -src often refers to them when it's generated | 10:53 |
| RP | kanavin_home: right, I remember starting this journey and thinking it was near impossible :) | 10:56 |
| RP | kanavin_home: nice work on webkit and llvm, they're big beasts | 10:57 |
| kanavin_home | RP: it's tedious indeed, best taken in smaller chunks | 10:58 |
| RP | kanavin_home: right, that is how we end up here today :) | 10:58 |
| RP | kanavin_home: but having a target list is a big win | 10:58 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 11:08 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 11:09 | |
| wyre | mcfrisk, the point is when I use meta-engicam (the bsp layer) I have to use a different target from core-image-minimal, which is the one that I'd like to build 🤔 | 11:14 |
| mcfrisk | wyre: no, for your product, you need to define an image. for a proof of concept and with limited use cases, one of the default images like core-image-minimal (boot to shell) or core-image-sato (boot to a GUI shell) can work. even without a BSP layer, you need to pick and choose what you want to be in your image. | 11:16 |
| LetoThe2nd | mcfrisk: hint: https://youtu.be/o-8g0TPVVGg | 11:18 |
| *** davidinux <davidinux!~davidinux@109.116.24.241> has quit IRC | 11:28 | |
| *** davidinux <davidinux!~davidinux@217.138.219.153> has joined #yocto | 11:29 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 11:40 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 11:40 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 11:56 | |
| *** Yumasi <Yumasi!~guillaume@40.72.95.92.rev.sfr.net> has quit IRC | 11:59 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 12:04 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 12:05 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:14 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f173.dip0.t-ipconnect.de> has joined #yocto | 12:14 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:15 | |
| *** camus is now known as kaspter | 12:15 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579eb321.dip0.t-ipconnect.de> has quit IRC | 12:15 | |
| bachp | Does somebody know the status of the poky tests in meta/lib/oeqa/sdk/cases/? I tried to run them via oe-test but this imediatly failed with an error: ModuleNotFoundError: No module named 'bb'. Is there another way to run these tests that I'm not aware of? | 12:26 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 12:32 | |
| *** creich <creich!~creich@p200300f6af0a9910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 12:34 | |
| *** creich_ <creich_!~creich@p54921ed5.dip0.t-ipconnect.de> has joined #yocto | 12:34 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 12:34 | |
| RP | bachp: bitbake <image> -c testsdk | 12:36 |
| bachp | RP: Thanks, is the oe-test scripts not intended to run directly? | 12:37 |
| bachp | RP: When I run -c testsdk I get: Task do_testsdk does not exist for target core-image-sato | 12:40 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-eiioszbxlyzlfqgo> has joined #yocto | 12:40 | |
| bachp | I was missing INHERIT += "testsdk" | 12:44 |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 12:45 | |
| RP | bachp: ah, yes, you need that. autobuilder does run them all the time so they do work/pass | 12:51 |
| *** sagner <sagner!~ags@2a02:169:3df5::4db> has quit IRC | 12:53 | |
| *** sagner <sagner!~ags@2a02:169:3df5::979> has joined #yocto | 12:54 | |
| *** Ben7 <Ben7!5b4206bc@ip5b4206bc.dynamic.kabel-deutschland.de> has joined #yocto | 12:57 | |
| mckoan | training time, bye | 12:59 |
| *** mckoan is now known as mckoan|away | 12:59 | |
| *** Ben7 <Ben7!5b4206bc@ip5b4206bc.dynamic.kabel-deutschland.de> has quit IRC | 13:03 | |
| *** grembeter <grembeter!c108287e@193.8.40.126> has joined #yocto | 13:08 | |
| *** schu-r <schu-r!52956b02@82.149.107.2> has joined #yocto | 13:10 | |
| schu-r | For development Purpose i need to comile the Programms static. So I let yocto build a SDK and added libstdc++-staticdev and ind SDKIMAGE_FEATURES i added staticdev-pkgs. When I install the SDK Compiing works but at Link time I get 'cannot find -lcrypt / -lpcre' I assume that these libs are not in the statsic form. Is the a chance to get all Libs | 13:14 |
| schu-r | also as Static into the SDK? | 13:14 |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has joined #yocto | 13:14 | |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 13:22 | |
| *** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 13:25 | |
| *** tgoodwin <tgoodwin!~textual@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 13:25 | |
| *** tgoodwin <tgoodwin!~textual@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 13:25 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 13:32 | |
| rburton | schu-r: poky turns off static libraries, so that might be the problem | 13:35 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 13:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 13:35 | |
| JaBen1 | Hi, I am trying to change the hard assigned KERNEL_IMAGETYPE from upstream machine config without having to create a fork. So I though I could do a `KERNEL_IMAGETYPE_append = " uImage-gzip"` and a `KERNEL_IMAGETYPE_remove = "zImage"` in my local config, as it is not weak assigned. This however gives me a QA Issue: `kernel-image-uimage-gzip is listed in PACKAGES multiple times`. What would be the proper way to deal with this? | 13:35 |
| rburton | schu-r: if you need static libraries you should create your own distro that doesn;t disable static libraries | 13:36 |
| schu-r | rburton: I already have the glibc static. But not the others. | 13:37 |
| *** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has joined #yocto | 13:37 | |
| Saur | RP: I've sent patches now for the problems I've seen with symbolic links and PSEUDO_IGNORE_PATHS. | 13:39 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-150-175.home.otenet.gr> has quit IRC | 13:43 | |
| *** grembeter <grembeter!c108287e@193.8.40.126> has quit IRC | 13:47 | |
| *** tgoodwin is now known as tgoodwin[away] | 13:49 | |
| *** stenscott <stenscott!c7f723c3@199.247.35.195> has joined #yocto | 13:56 | |
| * zeddii reads and chuckles | 13:57 | |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has quit IRC | 13:59 | |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has joined #yocto | 14:01 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto | 14:02 | |
| JaBen1 | So I changed KERNEL_IMAGETYPE to a weak assignment for test purposes and tried to overwrite it in my local config, resulting in the same error. So it seems you cannot simply overwrite this variable? | 14:16 |
| LetoThe2nd | JaBen1: it depends (TM) | 14:19 |
| *** schu-r <schu-r!52956b02@82.149.107.2> has quit IRC | 14:19 | |
| LetoThe2nd | JaBen1: the one true way (TM, too) is to look at the full evaluation history of the variable (bitbake -e) to actually understand whats going on. | 14:19 |
| rburton | zeddii: do you have plans to move linux-yocto to 5.10 when it comes out? | 14:25 |
| zeddii | yep. -dev already has it cooking. 5.10 will become the LTS in master, and probably 5.11 as the "newer" kernel in the release. | 14:26 |
| rburton | awesome, thanks | 14:26 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 14:27 | |
| LetoThe2nd | zeddii: what was the phrase you had in lyon? "a system is always one level up from your own knowledge?" or something similar | 14:29 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:30 | |
| zeddii | yes. I do recall saying something like that, as part of my containers thing. or was it the binary distro stuff. | 14:31 |
| *** rob_gries <rob_gries!~rob@ool-4575435a.dyn.optonline.net> has joined #yocto | 14:31 | |
| zeddii | better than saying "it makes me feel dumb" | 14:31 |
| zeddii | which is true as well :) | 14:31 |
| *** habing_ <habing_!~habing@2a02:8388:6c0:1200:269c:52c3:be0c:e984> has quit IRC | 14:31 | |
| LetoThe2nd | zeddii: but it was something made up on the spot, not a commonplace saying? | 14:32 |
| rob_gries | Has anyone setup nodejs with pm2 on top of Yocto? I have a nodejs developer wanting this functionality added into our BSP, and I was wondering if anyone had any tips that I could leverage. | 14:32 |
| zeddii | it is something that I've heard locally to me, but that definitely doesn't make it common :D | 14:32 |
| LetoThe2nd | zeddii: i see | 14:32 |
| emrius | Hey everyone, I just posted another question on SO just wanted to say hi to have the possibility to shed some light on that issue interactively :) https://stackoverflow.com/questions/65006727/configuring-the-bootloader-with-fw-env-config-and-config-env-offset | 14:33 |
| zeddii | of course from where I'm from, there's both unique dialects of english, french and combination of the two. | 14:33 |
| LetoThe2nd | rob_gries: other than pm2 having quite a number of dependencies and therefore maybe being problematic to package, i don't think it sustantially differes from other npm things. | 14:34 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 14:35 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 14:35 | |
| rob_gries | LetoThe2nd: I see... I just asked him to add the npm package into his package.json to see if we can get it in that way. | 14:36 |
| LetoThe2nd | rob_gries: the two main problems with npm generally are 1) nondeterministic behaviour, like things being fetched outside the fetches and not using the DL_DIR and 2) licensing woes, as its close to impossible to set your recipes license correctly if it actually pulls in a tree of dependencies. | 14:40 |
| *** grembeter <grembeter!c108287e@193.8.40.126> has joined #yocto | 14:42 | |
| JaBen1 | @LetoThe2nd: hm... looking at this, I am not quite sure how to read it :D but for some reasons `# override[kernel-image-uimage-gzip]:set kernel.bbclass:96 [__anon_108__mnt_poky_meta_classes_kernel_bbclass]` appears twice... | 14:43 |
| JaBen1 | which seems of to me | 14:44 |
| LetoThe2nd | JaBen1: put the evaluation history into a pastebin, then we can have a look | 14:44 |
| JaBen1 | @LetoThe2nd https://bin.snopyta.org/?226920870f06942f#7oPk4JpPn99rrAuGEN56S16Gzyg6kB63q5mMPpEAmhse | 14:45 |
| LetoThe2nd | JaBen1: too secure for me, browser stuck on "decrypting" | 14:47 |
| qschulz | emrius: those are just addresses in the storage medium | 14:47 |
| qschulz | you put the env more or less wherever you want | 14:47 |
| qschulz | provided it's not overwritting or overwritten by something else | 14:47 |
| qschulz | yes they need to be sync'ed | 14:47 |
| qschulz | (fw_conf and CONFIG_ENV_OFFSET) | 14:48 |
| qschulz | you might want to define CONFIG_ENV_SIZE also IIRC | 14:48 |
| emrius | qschulz: Thanks! That helped a lot! | 14:48 |
| JaBen1 | @LetoThe2nd: give it some time... the document is just pretty huge :D | 14:49 |
| emrius | Defining CONFIG_ENV_SIZE appears reasonable. Great :) | 14:49 |
| emrius | Thanks! | 14:49 |
| LetoThe2nd | JaBen1: I gave until the tab crashed | 14:49 |
| JaBen1 | @LetoThe2nd: hm... worked for me... give me a sec. will try a different service | 14:50 |
| emrius | beer counter: qschulz += 1. Let me know if you are ever around in Berlin ;) | 14:50 |
| LetoThe2nd | JaBen1: the some-ten-ish-lines of the variable evaluation would probably enough. | 14:50 |
| qschulz | emrius: bitbake += or python += :p? | 14:50 |
| qschulz | emrius: pleasure to help, no beer needed :) | 14:51 |
| LetoThe2nd | qschulz: VHDL += | 14:51 |
| emrius | :) python | 14:51 |
| qschulz | LetoThe2nd: *sigh* the joke being qschulz = 2 in python but qschulz = 11 in bitbake :) | 14:51 |
| qschulz | actually qschulz = 1 1 but eh | 14:51 |
| LetoThe2nd | qschulz: thou shalt prefer bitbake then! | 14:52 |
| emrius | ... Ah... python was just a dummy guess. Didn't get that one either. Another pythonic `+= 1` for clarification | 14:52 |
| JaBen1 | @LetoThe2nd: https://fancydomain.eu/f/65f3368baef14697873a/ | 14:52 |
| JaBen1 | @LetoThe2nd: Should mention I'm currently still stuck on thud | 14:55 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 14:57 | |
| LetoThe2nd | JaBen1: i don't think that it makes a difference, but of course it can't hurt if you diff meta/classes/kernel.bbclass between thud and dunfell | 14:57 |
| LetoThe2nd | JaBen1: i see that there actually has been quite some changes. maybe even https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/kernel.bbclass?id=9c800996e546bb67e8df77926b3378723e504808 | 14:59 |
| LetoThe2nd | JaBen1: so yes, i take back my last post and conclude it might be caused by thud. | 14:59 |
| LetoThe2nd | zeddii: maybe can comment. | 14:59 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 15:00 | |
| JaBen1 | @LetoThe2nd hm... that would suck, as I don't see myself being to upgrade in the near feature, as ADI only supports thud atm. Was the log able to provide any useful info? | 15:02 |
| LetoThe2nd | JaBen1: to me it seems like the function in kernel.bbclass misbehaves and duplicates the setting. but for what reason i cannot tell, nor if the current state also exhibits this behaviour. if it is still present on dunfell you are invited to file a bugreport, in any other case, well, bad luck for you. then you'll have to pester ADI or figure it out yourself. | 15:05 |
| qschulz | JaBen1: what do you need from ADI? | 15:06 |
| qschulz | if it's just a BSP, then migrate to newer stuff by cherry-picking only what you need (kernel, bootloader, a few patches here and there) | 15:06 |
| qschulz | ditch the rest | 15:06 |
| LetoThe2nd | qschulz: it think that starts to qulify as yocto chant #2: "cherrypick the bsp, ditch the rest." | 15:07 |
| qschulz | LetoThe2nd: yeah, it's just *recipes* and kernel and bootloader are so independent from the rest of the system (heck it's usually not even part of the rootfs) that you can just take them out of your vendor crappy BSP layer | 15:08 |
| JaBen1 | @LetoThe2nd: Ok, I'll try to reproduce the problem on dunfell | 15:09 |
| *** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has quit IRC | 15:09 | |
| LetoThe2nd | qschulz: you don't hear me disagreeing, do you? ;-) | 15:09 |
| wyre | LetoThe2nd, why don't you run an image inside tmp/deploy/images/quemuarm in here https://youtu.be/ThTl4FItfMI?t=1827 ? | 15:10 |
| JaBen1 | @qschulz: That is the long term plan, working on it :D | 15:10 |
| LetoThe2nd | qschulz: but i still keep the position that its not my duty to handhold everybody burned by vendor bsps through the process. | 15:10 |
| LetoThe2nd | wyre: you men, why i don't pass the path to the image? | 15:11 |
| wyre | LetoThe2nd, that's it | 15:12 |
| LetoThe2nd | wyre: because magic https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/runqemu.README#n24 | 15:12 |
| qschulz | JaBen1: honestly, sometime the layer is so bad that it might take you less time to just cherry-pick whatever you need | 15:13 |
| qschulz | JaBen1: FYI, we don't even try anymore, we just pick the kernel, bootloader, optee and atf and that's it | 15:13 |
| qschulz | heck, we even write the recipes ourselves :p | 15:13 |
| LetoThe2nd | wyre: in a nutshell - if you don't give runqemu stuff, it mostly can figure out from the last build. | 15:14 |
| qschulz | but tbf, we don't use any proprietary blob from our vendor so that helps | 15:14 |
| qschulz | (.e.g no gpu, vpu, etc...) | 15:14 |
| JaBen1 | @qschulz: yeah we have to include blob drivers for DSP... no fun | 15:16 |
| JaBen1 | I hoped to streamline the whole process and use more upstream to reduce maintenance work... but it seems like that won't be happening :( | 15:17 |
| qschulz | JaBen1: the thing is, if you invest time and money now, it should be relatively easy to upgrade in the near future | 15:18 |
| qschulz | JaBen1: the longer you wait, the more it'll cost and the more painful it'll be | 15:18 |
| JaBen1 | @qschulz: yep... that's what I'm trying to do. We are currently stuck on a yocto build environment that effectively hasn't been touched in 2 years and now I have taken up the ungrateful task to improve the situation... :/ | 15:20 |
| qschulz | JaBen1: I'll put you in my prayers | 15:21 |
| JaBen1 | thanks :D | 15:21 |
| qschulz | JaBen1: honestly that's the best way to learn things :) | 15:23 |
| qschulz | (not pray, upgrade :) ) | 15:23 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-139-105-cbl.xnet.hr> has joined #yocto | 15:38 | |
| wyre | so you say I need to define a custom image? I mean, .. cannot I use the recipes in the BSP? | 15:40 |
| LetoThe2nd | wyre: you don't WANT to use pre-made images. thats basically yocto rule #2 | 15:42 |
| LetoThe2nd | (#1 is recipe data is local, conf data is global!) | 15:43 |
| wyre | LetoThe2nd, where can I read the yocto rules? | 15:43 |
| LetoThe2nd | wyre: here :) | 15:43 |
| wyre | lol | 15:44 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:44 | |
| wyre | LetoThe2nd, so then the point is to take advantage of the BSP layer to make my own layer? 🤔 | 15:44 |
| qschulz | wyre: not really no | 15:45 |
| qschulz | you build a system by having a collection of layers | 15:45 |
| qschulz | and building one specific image for a specific machine using specific distro settings | 15:45 |
| LetoThe2nd | wyre: no, you still don't get it. a BSP layer shall give you the infrastructure to use a board. and its your duty to add a layer on top that make the now booting board do what you want. | 15:45 |
| qschulz | BSP layer is for the "for a specific machine" part | 15:46 |
| wyre | LetoThe2nd, but then I need all layers which the BSP depends on | 15:46 |
| wyre | the BSP layer depends on, I mean | 15:46 |
| qschulz | wyre: a BSP layer should depend on almost nothing | 15:46 |
| LetoThe2nd | wyre: but again - i strongly advise to get some proper training to explain stuff in a coherent, curated manner. i feel you are wasting a lot of time and effort, (including that of helpful people here), just because you're basically cheap. | 15:46 |
| qschulz | and you can take only the parts you're ihterested in (kernel, bootloader, optee, atf, whatever) | 15:47 |
| qschulz | those usually don't depend on anything else than openembeded-core or at worst poky | 15:47 |
| LetoThe2nd | wyre: we have tried to explain the use cases and proper, working usage of a BSP layer at least 5 times now. i really think the community duty is fulfilled here. (shame on me letting myself be pulled in again, despite better knowledge) | 15:48 |
| wyre | qschulz, I feel that layer has dependencies that I don't need https://github.com/engicam-stable/meta-engicam/tree/warrior | 15:54 |
| wyre | like meta-qt5 | 15:54 |
| wyre | I don't need qt5 for a minimal image | 15:54 |
| wyre | LetoThe2nd, I'm reading the Rudolf Streif's book and watching your recommended playlist on youtbe | 15:55 |
| wyre | but I've questions that's all .. | 15:55 |
| qschulz | wyre: worst case scenario, the layer is there but nothing from it is pulled | 15:55 |
| qschulz | also nowhere does it say that qt is needed in that layer | 15:56 |
| JaBen1 | @wyre: having the layer lying around is not an issue. especially when using kas which basically pulls all this dependencies automatically | 15:56 |
| wyre | qschulz, https://github.com/engicam-stable/meta-engicam/blob/warrior/base/conf/bblayers.conf#L18 what about this? | 15:57 |
| wyre | JaBen1, what's 'kas'? | 15:57 |
| LetoThe2nd | wyre: rudis book is massively outdated, and my videos are really the bare bones minimum. they are more like geared towards total newbie students. using whateve $VENDORBSP strongly suggests that you are doing this for a living, and i apply a whole different set of expectations then. but anyways. i'm out for today. have fun eerybody. | 15:57 |
| JaBen1 | @wyre https://github.com/engicam-stable/meta-engicam/blob/warrior/base/conf/bblayers.conf#L18 just tells yocto to include the layer. this does not necessarily mean that stuff from there is used during your build. | 15:58 |
| qschulz | wyre: never seen base/conf directory before, only conflayer.conf matters | 15:58 |
| wyre | qschulz, so you think the layer is wrong designed? | 16:00 |
| JPEW | base/conf/bblayers.conf is the "Example" bblayer.conf you can use in your own build conf/ directory (AFAICT) | 16:00 |
| JaBen1 | @wyre: kas is basically a wrapper around bitbake projects (such as yocto): kas.readthedocs.io/ @LetoThe2nd made a good video on the topic: https://www.youtube.com/watch?v=KJHJlOtTdaE | 16:00 |
| JPEW | wyre: You are correct though; that layer does depend on meta-qt5 (although they forgot to explicitly list in LAYERDEPENDS) | 16:01 |
| wyre | JaBen1, I think is better if I understand properly yocto before using a wrapper | 16:01 |
| qschulz | JPEW: vendor BSPS *le sigh* | 16:01 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:01 | |
| wyre | JPEW, you mean here? https://github.com/engicam-stable/meta-engicam/blob/warrior/conf/layer.conf#L27 | 16:01 |
| qschulz | wyre: yes | 16:01 |
| JPEW | wyre: ya | 16:02 |
| JPEW | wyre: The problem is they've written *at least* one recipe that does "inherit qmake5" which will not parse if you don't have meta-qt5 | 16:02 |
| wyre | so you think could I extract from that BSP layer actually the minimal necessary to get a bootable image? | 16:02 |
| tgamblin | Is there a local.conf variable for specifying the amount of memory for runqemu to boot with? | 16:03 |
| JaBen1 | @wyre: you can use kas basically like a normal bitbake project if you want (kas shell). but it removes the pain of manually having to prepare your build environment | 16:03 |
| JPEW | tgamblin: QB_MEM | 16:03 |
| tgamblin | JPEW: thanks! | 16:03 |
| wyre | JPEW, qschulz what do you think about freescale-layer and fsl-demos dependencies? | 16:04 |
| wyre | I know meta-freescale, meta-freescale-distro or meta-freescale-3rdparty but I dont know freescale-layer | 16:04 |
| wyre | and fsl-DEMOS? | 16:04 |
| wyre | I don't want any demo 😠 | 16:04 |
| JPEW | wyre: Sure.... it depends on what you are going for.... if you just want something that boots, I would pull in everything you need as a first pass | 16:05 |
| smurray | freescale-layer == meta-freescale, that's it's layer name in its layer.conf | 16:05 |
| qschulz | wyre: don't know any of those and as I said sometime ago, I don't use vendor BSPs for avoiding being in your situation :) | 16:05 |
| qschulz | to avoid* | 16:05 |
| JaBen1 | :D | 16:05 |
| JPEW | wyre: Ya, It's a little confusing but the layer "name" it not always the same as what most people call it "meta-foo" | 16:06 |
| qschulz | JPEW: I think they managed already, but want to use warrior instead of pyro for some pytho dependency | 16:06 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC | 16:06 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f173.dip0.t-ipconnect.de> has quit IRC | 16:07 | |
| JPEW | wyre: Ah, so you are past the "have it booting" stage and are at the "want to customize it" part? | 16:07 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:08 | |
| *** rcw <rcw!~rcwoolley@157.52.1.76> has joined #yocto | 16:09 | |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:09 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 16:10 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 16:11 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 16:12 | |
| wyre | JPEW, exactly | 16:12 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:12 | |
| JPEW | wyre: Ok, well in that case, you have a few options: | 16:13 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC | 16:14 | |
| JPEW | 1) use the BSP as-is with all the dependencies. You may want to audit what ends up in your final image, but well-written BSP layers shouldn't be inserting stuff you don't *actually* need, so you don't really need to worry about the layer dependencies so much | 16:14 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:15 | |
| JPEW | (e.g. the BSP may depend on the freescale demo layer, but that doesn't mean it's going to throw a bunch of demo crap in your images) | 16:15 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:16 | |
| JPEW | 2) Tear down the BSP existing BSP to remove things you don't want (usually with some surgical BBMASK) | 16:16 |
| JPEW | 3) Build up your own BSP using theirs as a starting point | 16:16 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC | 16:16 | |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:17 | |
| JPEW | wyre: That BSP in particular doesn't look very good. It's changing a lot of things that it shouldn't (busybox, init-ifupdown, etc.) so #1 isn't a good option | 16:18 |
| smurray | I managed to bash meta-fsl-bsp-release into AGL at one point earlier this year, but decided it wasn't worth the hassle and threw that work away | 16:20 |
| JPEW | wyre: I suspect you don't *actually* need that much from the engicam BSP layer, so if it were me, I'd probably make my own BSP layer | 16:21 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC | 16:21 | |
| *** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC | 16:21 | |
| JPEW | smurray: Ya, we always just end up using meta-freescale | 16:22 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:22 | |
| wyre | JPEW, thank you very much, you were so helpful 😊 | 16:22 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC | 16:23 | |
| JPEW | wyre: np | 16:23 |
| wyre | I think is a good idea to use the current BSP as a starting point | 16:23 |
| wyre | but what would you say are the most important parts in this BSP? | 16:23 |
| wyre | I mean, is there something that depends on the actual hardware? | 16:23 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:23 | |
| smurray | wyre: you'll have to figure that out | 16:24 |
| smurray | wyre: if engicam have a machine conf for their board, look at what it configures | 16:24 |
| JPEW | wyre: It's hard to say *exactly* without digging and know your use case, but a BSP should be providing the stuff you need to get the hardware up (and not much else)... kernel, device drivers, that sort of thing | 16:24 |
| wyre | JPEW, so I guess freescale-layer is needed | 16:25 |
| qschulz | wyre: BSP stands for Board Package Support, so semantically a BSP layer should only contain things related to a particular hardware :) | 16:25 |
| wyre | the point I think is in the demos and qt5 🤔 | 16:25 |
| qschulz | wyre: it's not because you have layers that you'll build what's in it | 16:25 |
| JPEW | wyre: Right. The good news there is that meta-freescale is higher quality, so I wouldn't worry too much about bringing that in | 16:25 |
| wyre | oh, yes, smurray I was actually using this one https://github.com/engicam-stable/meta-engicam/blob/warrior/conf/machine/microgea.conf | 16:26 |
| qschulz | wyre: see it as an possibly unused C header file. it's there, you need it because it's included, but maybe nothing uses it. | 16:26 |
| qschulz | wyre: well.. bad example as the header is still part of the build. meh. time to stop, you're in good company with JPEW and smurray anyway | 16:27 |
| JPEW | wyre: Right, so based on that machine.conf file, you *at a minimum* need a BSP layer that has: that machine.conf file, linux-engicam and u-boot-engicam | 16:27 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 16:34 | |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has quit IRC | 16:35 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:35 | |
| wyre | JPEW, I guess I have to write a new recipe for an image also, is that right? | 16:36 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 16:36 | |
| wyre | I say this because I was using this https://github.com/engicam-stable/meta-engicam/blob/warrior/recipes-images/images/engicam-test-hw.bb as target when running bitbake | 16:37 |
| wyre | and what about the freescale-layer dependency? I guess could I maintain it and incude also meta-freescale, right? | 16:38 |
| JPEW | wyre: Yes, I would pull in meta-freescale as-is. You don't want to maintain your own copy of that layer | 16:39 |
| *** stenscott <stenscott!c7f723c3@199.247.35.195> has quit IRC | 16:40 | |
| JPEW | wyre: Maintain your own fork of that layer | 16:40 |
| JPEW | Argh, keep hitting enter too soo: You don't want to maintain your own fork of meta-freescale | 16:40 |
| wyre | JPEW, of course, I'm cloning the repos :-) | 16:40 |
| wyre | JPEW, and regarding image? am I right? | 16:41 |
| *** junland <junland!~junland@r74-192-153-54.gtwncmta01.grtntx.tl.dh.suddenlink.net> has joined #yocto | 16:42 | |
| smurray | wyre: you're going to need to make an image recipe for your own use anyway, seems reasonable to start with that one | 16:42 |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 16:46 | |
| *** RPi_IMX6 <RPi_IMX6!~willy@node-1w7jr9qkgk55cnbyye65nqniu.ipv6.telus.net> has joined #yocto | 16:49 | |
| zandrey | wyre: in addition to all valuable feedback you've received here, i would also suggest you start with "simple" setups, which does not involve heavy-lifting graphics and Qt layers on top. | 16:58 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has quit IRC | 17:00 | |
| zandrey | we've already looked into this several days ago, and the engicam layer support is much to be desired. you can discard it for the moment, and start from a very basic setup, where you would just need to create your layer, bring the machine definition from engicam into it, and build one of core-images available to see if your HW is running fine. | 17:00 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has joined #yocto | 17:00 | |
| zandrey | for this you would require only meta-freescale; meta-freescale-distro can be taken later on when you would start to dig into graphics and Qt | 17:01 |
| *** frsc <frsc!~frsc@i6DFA830E.versanet.de> has quit IRC | 17:01 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:55a3:5ef5:c2ab:7e5b> has quit IRC | 17:04 | |
| *** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 17:06 | |
| *** willy_ <willy_!~willy@node-1w7jr9qkgk55ce4s7k376us5g.ipv6.telus.net> has joined #yocto | 17:09 | |
| *** erakis <erakis!~erakis@199.58.239.61> has joined #yocto | 17:11 | |
| *** RPi_IMX6 <RPi_IMX6!~willy@node-1w7jr9qkgk55cnbyye65nqniu.ipv6.telus.net> has quit IRC | 17:13 | |
| *** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 17:13 | |
| erakis | Hi, I'm trying to use a specific and old version of u-boot in meta-ti for a beaglebone black. I'm on the fido branch of Yocto. Is it suppose to work if I added theses lines to my local.conf file | 17:15 |
| wyre | zandrey, that's exactly what I want (remove all these heavy-liting graphics and layers on top) | 17:15 |
| erakis | PREFERRED_PROVIDER_virtual/kernel = "linux-ti-staging" | 17:15 |
| erakis | PREFERRED_VERSION_linux-ti-staging = "3.14%" | 17:15 |
| erakis | PREFERRED_PROVIDER_u-boot = "u-boot-ti-staging" | 17:15 |
| erakis | PREFERRED_VERSION_u-boot = "2014.07" | 17:15 |
| erakis | Oups, sorry I made a mistake. PREFERRED_VERSION_u-boot-ti-staging = "2014.07" | 17:17 |
| qschulz | erakis: why? the bbb is supported upstream so it makes little sense to actually require such old version | 17:19 |
| qschulz | same for kernel | 17:20 |
| *** jan <jan!8d8655f1@d8D8655F1.access.telenet.be> has joined #yocto | 17:22 | |
| *** jan is now known as Guest49907 | 17:23 | |
| *** Guest49907 <Guest49907!8d8655f1@d8D8655F1.access.telenet.be> has quit IRC | 17:24 | |
| *** jansm <jansm!8d8655f1@d8D8655F1.access.telenet.be> has joined #yocto | 17:24 | |
| erakis | @qschulz: You're right. But this is old configuration that we have and I'm not the author. I pull all new changes from the fido branch yesterday and this broke the u-boot mmc detection while booting (https://groups.google.com/g/beagleboard/c/BeoIKY4zpm0/m/ygOz3Zz1BAAJ). The only way I found to fix it is to downgrade the version to 2014.07. | 17:25 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 17:26 | |
| erakis | @qschulz: And seriously, my knowledge of Yocto is quite limited :| | 17:26 |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:a812:f255:469e:d33e> has quit IRC | 17:28 | |
| smurray | fido is so old that I suspect you're going to be on your own there | 17:28 |
| *** fl0v0 <fl0v0!~fvo@89.244.124.114> has quit IRC | 17:29 | |
| erakis | @qschulz: We are still using the kernel 3.14 !!!! I remember two years ago we tried to migrate to Krogoth branch with the help of Scott Ellis. We succeed but there was a really HIGH CPU USAGE when using serial port with the new kernel. We never been able to fix it. So we gave up :( | 17:31 |
| erakis | smurray: I know, this is what I often repeat to my supervisor ;) | 17:31 |
| erakis | Anyway, thank you guys ;) | 17:33 |
| smurray | erakis: there's a beaglebone.conf in meta-ti, I'd recommend just using that as MACHINE if you need something the TI kernel has | 17:34 |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 17:34 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 17:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:35 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 17:37 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 17:40 | |
| *** willy__ <willy__!~willy@node-1w7jr9qkgk55an0kb4sd53e4e.ipv6.telus.net> has joined #yocto | 17:41 | |
| erakis | smurray: Honestly, Yocto we ended up understanding when playing in it, but for the device trees I never understood anything so it's quite penalizing when playing with the u-boot or the kernel and especially if we have specific hardware like an RGB screen or stuff plugged into the GPIOS. Which is our case. | 17:42 |
| smurray | erakis: devicetree is its own beast, indeed | 17:43 |
| *** willy_ <willy_!~willy@node-1w7jr9qkgk55ce4s7k376us5g.ipv6.telus.net> has quit IRC | 17:45 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 17:47 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 17:48 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 17:53 | |
| khem | RP: did you see the latest set of patches I had to numpy ? any thougths ? | 17:54 |
| *** Shikadi <Shikadi!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto | 17:55 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 17:57 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 17:57 | |
| *** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has quit IRC | 18:02 | |
| *** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto | 18:03 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 18:14 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 18:14 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 18:15 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 18:22 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c214:e500:6bf:5a7f:3cd8:619e> has joined #yocto | 18:24 | |
| rcrudo | is it possible to install pypi whl packages with yocto thud. they seems to not work as the tar.gz ones | 18:25 |
| rcrudo | ? | 18:25 |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 18:25 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 18:30 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 18:31 | |
| paulbarker | rcrudo: I don't expect that would work well. Python "wheels" are pre-built for particular platforms | 18:36 |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has quit IRC | 18:41 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto | 18:43 | |
| mckoan|away | wyre: you can try our new Engicam setup here https://github.com/koansoftware/koan-engicam-mx6-bsp-repo | 18:45 |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 18:46 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 18:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 18:51 | |
| *** willy__ <willy__!~willy@node-1w7jr9qkgk55an0kb4sd53e4e.ipv6.telus.net> has quit IRC | 18:58 | |
| *** willy__ <willy__!~willy@d154-20-165-119.bchsia.telus.net> has joined #yocto | 18:59 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 19:00 | |
| *** manuel1985 <manuel1985!~manuel@213-147-162-160.nat.highway.bob.at> has joined #yocto | 19:03 | |
| *** manuel1985 <manuel1985!~manuel@213-147-162-160.nat.highway.bob.at> has quit IRC | 19:05 | |
| wyre | wow! mckoan|away that's pretty awesome! but ... why do you use repo? | 19:22 |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 19:24 | |
| *** agust1 <agust1!~agust@p5483339b.dip0.t-ipconnect.de> has joined #yocto | 19:27 | |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC | 19:27 | |
| *** lsandov1 <lsandov1!c8448bdf@200.68.139.223> has joined #yocto | 19:30 | |
| lsandov1 | Hi man | 19:31 |
| lsandov1 | I am back | 19:31 |
| lsandov1 | The trustedfirmware CI work is just huge! | 19:31 |
| lsandov1 | we (linaro) cannot just conclude it | 19:31 |
| lsandov1 | anyway, now swatting the rest of the day | 19:32 |
| *** creich_ <creich_!~creich@p54921ed5.dip0.t-ipconnect.de> has quit IRC | 19:37 | |
| *** creich <creich!~creich@p200300f6af0a9910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 19:40 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 19:45 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 19:57 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 20:08 | |
| *** jansm <jansm!8d8655f1@d8D8655F1.access.telenet.be> has quit IRC | 20:16 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 20:17 | |
| *** mckoan|away is now known as mckoan | 20:18 | |
| mckoan | wyre: I use repo because I love it | 20:18 |
| wyre | mckoan, it's not similar to git? | 20:18 |
| mckoan | wyre: is a kind of git multi repo manager | 20:19 |
| mckoan | good night | 20:20 |
| *** mckoan is now known as mckoan|away | 20:20 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 20:24 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-hsfqaofbcyogbcan> has quit IRC | 20:25 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 20:55 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:02 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-139-105-cbl.xnet.hr> has quit IRC | 21:03 | |
| *** mrc3_ <mrc3_!~mrc3@linaro/mrc3> has joined #yocto | 21:04 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:05 | |
| *** mrc3_ is now known as mrc3 | 21:07 | |
| *** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has joined #yocto | 21:08 | |
| *** erakis <erakis!~erakis@199.58.239.61> has quit IRC | 21:10 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC | 21:17 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 21:18 | |
| *** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 21:19 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has quit IRC | 21:23 | |
| *** matthewzmd <matthewzmd!~user@72.138.138.18> has joined #yocto | 21:23 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 21:36 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 21:36 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC | 21:38 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 21:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 21:58 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 21:59 | |
| *** camus is now known as kaspter | 21:59 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 21:59 | |
| *** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has joined #yocto | 22:04 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:17 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:19 | |
| *** grembeter <grembeter!c108287e@193.8.40.126> has quit IRC | 22:20 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:20 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 22:21 | |
| linums | Hi | 22:22 |
| linums | Can anyone help how to change the renderer behind wayland | 22:22 |
| linums | It is uselessly laggy now :( | 22:22 |
| JPEW | linums: You probably want to use the drm backend in weston.ini | 22:26 |
| JPEW | linums: if your hardware supports it | 22:26 |
| linums | Supposedly it is, I've seen the same machine used for better performance wayland run :D | 22:31 |
| linums | Well, thanks, this solution sounds really easy :D | 22:31 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 22:37 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 22:37 | |
| *** camus is now known as kaspter | 22:37 | |
| *** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC | 22:41 | |
| JPEW | linums: /etc/xdg/weston/weston.ini I think | 22:43 |
| *** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has quit IRC | 22:44 | |
| linums | Yeah, and I have the drm backend compiled, so soon I will know it =) | 22:48 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:ad4a:db0b:bf27:e23c> has quit IRC | 22:51 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 22:52 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c938:be1b:ac1e:b8a2> has joined #yocto | 22:54 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 22:56 | |
| *** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:a66:4cbe:68f8:d8f> has quit IRC | 22:56 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 22:56 | |
| *** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 22:59 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c938:be1b:ac1e:b8a2> has quit IRC | 23:01 | |
| *** lsandov1 <lsandov1!c8448bdf@200.68.139.223> has left #yocto | 23:11 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 23:25 | |
| *** linums <linums!~linums@apn-94-44-253-155.vodafone.hu> has joined #yocto | 23:25 | |
| *** rob_gries <rob_gries!~rob@ool-4575435a.dyn.optonline.net> has quit IRC | 23:26 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 23:27 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 23:32 | |
| *** davidinux <davidinux!~davidinux@217.138.219.153> has quit IRC | 23:44 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!