| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 00:06 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:11 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:8c41:ae40:3908:3884> has quit IRC | 00:19 | |
| *** rostam <rostam!~bgholikha@2601:644:8100:6650:c77:b8a4:d270:b4bf> has quit IRC | 00:31 | |
| *** rostam <rostam!~bgholikha@2601:644:8100:6650:c77:b8a4:d270:b4bf> has joined #yocto | 00:31 | |
| *** ahadi <ahadi!~ahadi@i5E86AEE2.versanet.de> has quit IRC | 00:41 | |
| *** ahalaney <ahalaney!~ahalaney@136.33.227.6> has quit IRC | 00:42 | |
| *** ahadi <ahadi!~ahadi@i5E86ACB3.versanet.de> has joined #yocto | 00:43 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:45 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 00:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 00:53 | |
| *** Mustafa <Mustafa!451a942d@69.26.148.45> has joined #yocto | 01:07 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-61-64.ssp.dialog.net.pl> has joined #yocto | 01:07 | |
| Mustafa | Hello guys, I have been setting up a new build machine and I keep getting the same do_unpack error for multiple tasks. In the log file it says "Cannot open: No such file or directory" but I go to that directory and I see the file there with a .lock extension at the end. Anyone has any clues to what is going on? | 01:10 |
|---|---|---|
| yates | Mustafa: you could "rm -fR <builddir>/tmp" and try again, at the risk of losing some time in re-fetching | 01:15 |
| Mustafa | okay. let me try. thx! | 01:16 |
| yates | sure, hope it works. i wonder why that state arose in the first place, though. | 01:18 |
| rr123_ | what is the @ symbol in recipes? @ is decorator in python, i found nothing explained in bitbake for @ | 01:20 |
| rr123_ | other than FOO = "${@foo()}" | 01:20 |
| rr123_ | i know it means calling foo() but would like to find where it is documented | 01:21 |
| Mustafa | yates, I did have an error in my DL_DIR and SSTATE_DIR. I had a ~ sign there. I did fix it by using absolute path but will see. | 01:21 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 01:22 | |
| Mustafa | started a new build and it looks like that solved. Not sure yet but we will see. Thanks for the tip | 01:22 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 01:23 | |
| Mustafa | i was always running bitbake -c clean. I thought that clean up the tmp dir but maybe I am missing something. | 01:23 |
| *** laj__ <laj__!~laj@185.149.230.58> has joined #yocto | 01:37 | |
| *** felipealmeida_ <felipealmeida_!~felipealm@177.96.130.28> has joined #yocto | 01:38 | |
| *** laj <laj!~laj@185.149.230.58> has quit IRC | 01:39 | |
| *** felipealmeida <felipealmeida!~felipealm@177.96.130.28> has quit IRC | 01:39 | |
| *** felipealmeida_ is now known as felipealmeida | 01:39 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 01:41 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 01:42 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-61-64.ssp.dialog.net.pl> has quit IRC | 01:44 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:8c41:ae40:3908:3884> has joined #yocto | 01:48 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:8c41:ae40:3908:3884> has joined #yocto | 01:49 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:53 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:8c41:ae40:3908:3884> has quit IRC | 01:53 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:53 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 01:54 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 01:55 | |
| *** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto | 01:55 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 02:04 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 02:06 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:16 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:16 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 02:47 | |
| *** ahadi <ahadi!~ahadi@i5E86ACB3.versanet.de> has quit IRC | 03:03 | |
| *** ahadi <ahadi!~ahadi@88.130.221.173> has joined #yocto | 03:06 | |
| *** lexano <lexano!~lexano@2607:fea8:5bc0:e36::1b77> has quit IRC | 03:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:09 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 03:09 | |
| *** lexano <lexano!~lexano@2607:fea8:5bc0:e36:81cb:566d:e8bc:64e9> has joined #yocto | 03:20 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8456:2f59:fdf5:ad8f> has quit IRC | 03:25 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC | 03:38 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto | 03:40 | |
| *** ahadi <ahadi!~ahadi@88.130.221.173> has quit IRC | 04:03 | |
| *** ahadi <ahadi!~ahadi@88.130.222.252> has joined #yocto | 04:04 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8456:2f59:fdf5:ad8f> has joined #yocto | 04:46 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC | 05:00 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:06 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto | 05:07 | |
| *** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC | 05:14 | |
| *** jobroe <jobroe!~manjaro-u@p579eb898.dip0.t-ipconnect.de> has joined #yocto | 05:19 | |
| khem | rr123_: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#inline-python-variable-expansion | 05:31 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-frcbwwirvspenftg> has quit IRC | 05:36 | |
| *** sno <sno!~sno@2001-4dd4-29d4-0-39f1-10b6-32cc-1f64.ipv6dyn.netcologne.de> has joined #yocto | 05:53 | |
| *** extorr <extorr!extor@unaffiliated/extor> has quit IRC | 06:03 | |
| *** extorr <extorr!extor@unaffiliated/extor> has joined #yocto | 06:03 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:03 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 06:16 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:28 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 06:30 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 06:30 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:32 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:33 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 06:35 | |
| *** AndersD__ <AndersD__!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 06:35 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:38 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 06:40 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 06:51 | |
| pankaj347 | Hi all, | 06:54 |
| pankaj347 | i have small concern with BSP layer of Yocto and android, i want to understand what is exact diff between them,where they will vary from each other because it seems like android is built on top of linux kernel ???? | 06:54 |
| pankaj347 | Can someone please help ?? | 07:04 |
| *** oobitots51 <oobitots51!ad26d107@aer01-mda1-dmz-wsa-2.cisco.com> has joined #yocto | 07:10 | |
| mcfrisk | read about GNU/Linux and Android SW architecture, that will show you the diff. sounds like you want us to solve your school homework | 07:10 |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 07:11 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:12 | |
| *** estan <estan!~astan@81-226-138-92-no518.tbcn.telia.com> has quit IRC | 07:20 | |
| *** estan <estan!~astan@kde/developer/astan> has joined #yocto | 07:20 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:25 | |
| *** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has quit IRC | 07:29 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 07:29 | |
| mckoan | good morning | 07:30 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:34 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 07:41 | |
| pankaj347 | mcfrisk no i dont want you to solve my school homework i was just asking for the way to do it myself | 07:42 |
| pankaj347 | Thanks for suggestion | 07:43 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:54 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:55 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:58 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:8725:827a:4e58:6cfc> has joined #yocto | 07:58 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 08:03 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-fcyyyxtirezxgffl> has joined #yocto | 08:10 | |
| LetoThe2nd | yo dudX | 08:11 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 08:13 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 08:13 | |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:75bf:b13b:24e3:a986> has joined #yocto | 08:16 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 08:28 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC | 08:31 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 08:31 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 08:47 | |
| *** sagner <sagner!~ags@2a02:169:3df5:0:b1fe:42ba:43b9:86a> has quit IRC | 08:49 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 08:51 | |
| *** oberstet_ <oberstet_!~oberstet@213.170.219.39> has quit IRC | 08:56 | |
| *** RzR <RzR!~rzr@ynh.rzr.cloudns.org> has quit IRC | 08:56 | |
| *** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto | 08:56 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 08:57 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:58 | |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:75bf:b13b:24e3:a986> has quit IRC | 08:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:10 | |
| *** breeze <breeze!3cfab978@60-250-185-120.HINET-IP.hinet.net> has joined #yocto | 09:10 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-61-64.ssp.dialog.net.pl> has joined #yocto | 09:14 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 09:17 | |
| michaelo | Hi ndec: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14330 - The bug we were talking about yesterday. Don't hesitate to add your ideas! | 09:17 |
| ndec | thx... | 09:18 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 09:18 | |
| michaelo | Hi rr123_ : I sent a patch corresponding to your idea to improve the "Quick Build" doc: https://lists.yoctoproject.org/g/docs/message/964 - Reviewers are welcome! | 09:20 |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:97d5:d421:3a66:23ca> has joined #yocto | 09:31 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 09:42 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 09:44 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 09:45 | |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:97d5:d421:3a66:23ca> has quit IRC | 09:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 09:47 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 09:52 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:52 | |
| *** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:5cb2:ce17:3b61:b951> has joined #yocto | 09:57 | |
| *** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto | 10:01 | |
| *** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:5cb2:ce17:3b61:b951> has quit IRC | 10:05 | |
| *** ENPJ <ENPJ!~ENPJ@ip4d14fbaf.dynamic.kabel-deutschland.de> has joined #yocto | 10:06 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 10:07 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 10:08 | |
| *** sgw1 <sgw1!~sgw@2601:642:c400:ecf0:a1a7:d500:7424:2dda> has quit IRC | 10:24 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 10:26 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:29 | |
| *** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:d772:d525:b7de:f4fb> has joined #yocto | 10:29 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 10:30 | |
| *** sgw1 <sgw1!~sgw@2601:642:c400:ecf0:18a8:9b2d:d2f8:6d0b> has joined #yocto | 10:32 | |
| *** ENPJ <ENPJ!~ENPJ@ip4d14fbaf.dynamic.kabel-deutschland.de> has quit IRC | 10:36 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-pcsqdmqgbnigmcfr> has quit IRC | 10:40 | |
| *** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-fxveiljdytydggey> has joined #yocto | 10:40 | |
| *** Sponge5 <Sponge5!~adam@cst2-170-164.cust.vodafone.cz> has joined #yocto | 10:53 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 10:54 | |
| Sponge5 | Is there a way to disable "sanity" checks for oe-selftest? I'd like to use it to just check existence of files in ${D} and every invocation calls for bitbake -e and other stuff making it super slow... | 10:55 |
| *** PaowZ <PaowZ!~vince@2a01:e0a:52a:1870:d772:d525:b7de:f4fb> has quit IRC | 10:57 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 10:57 | |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has joined #yocto | 11:22 | |
| *** rr123_ <rr123_!~xxiao@159.89.184.51> has quit IRC | 11:25 | |
| JosephAntony | I am having a large code base with yocto build system. As part of anaylsing a bug, I need to find out details about one particular function. | 11:29 |
| JosephAntony | I need to find out which library implements this function. Out of so many libraries generated using bitbake, how to know which one implements this function. ? When I grep for name of this function, it is been defined in several code repos by different recipes. | 11:29 |
| JosephAntony | How to identify the exact library. ? | 11:29 |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 11:30 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-boaamvtzuodstrht> has joined #yocto | 11:31 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 11:32 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 11:36 | |
| jmiehe | I have an application creating a plethora of build artifacts. | 11:40 |
| jmiehe | I end up with an executable foo/app and auxiliary files foo/aux1 foo/aux2 etc. | 11:40 |
| jmiehe | To run foo, the whole dir is needed. What's best practice to install such an app? | 11:40 |
| jmiehe | Currently, I install the dir as /usr/libexec/foo/ and create a /usr/bin/foo script with cd and exec. | 11:40 |
| jmiehe | Does this comply? | 11:40 |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:72db:3a86:4ee1:9b56> has joined #yocto | 11:40 | |
| LetoThe2nd | JosephAntony: bitbake -e should give you the complete evaluation including paths. | 11:40 |
| LetoThe2nd | jmiehe: if it works, i wouldn't object. just make sure you're using a correct way of installing the directory, not just cp -r | 11:42 |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:3aa0:2dcc:6d4e:cdbb:edc3> has joined #yocto | 11:45 | |
| jmiehe | LetoThe2nd: It just feels wrong, as the aux files are not executables. Is /usr/share better suited for stuff like this maybe? Maybe even /opt? | 11:45 |
| jmiehe | I do install correctly, but what'd be wrong about cp -r besides permissions? | 11:45 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:46 | |
| LetoThe2nd | jmiehe: permissions and ids, is that not enough? for the actual destination selection, i wouldn't be too strict - assuming that you are the integrator and can completely design the filesystem, do whatever feels right and works. the FHS can give some pointers. | 11:49 |
| LetoThe2nd | i personally would probably go for /usr/share, but hey, thats certainly not authorative | 11:49 |
| jmiehe | wait, ids as in uid and gid or as in inode stuff as well? | 11:56 |
| jmiehe | LetoThe2nd: ↑ | 11:57 |
| LetoThe2nd | uid/gid AFAIK | 11:57 |
| LetoThe2nd | there is a good example on stackoverflow, just google for it. | 11:57 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 12:00 | |
| *** ahalaney <ahalaney!~ahalaney@136.33.227.6> has joined #yocto | 12:01 | |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has quit IRC | 12:01 | |
| *** vquicksilver <vquicksilver!~nobody@90.69.37.53> has quit IRC | 12:02 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 12:03 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 12:09 | |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has joined #yocto | 12:11 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 12:11 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 12:18 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 12:27 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 12:27 | |
| *** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has joined #yocto | 12:35 | |
| *** vmeson <vmeson!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC | 12:35 | |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:72db:3a86:4ee1:9b56> has quit IRC | 12:40 | |
| *** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto | 12:44 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:3aa0:2dcc:6d4e:cdbb:edc3> has quit IRC | 12:44 | |
| *** breeze <breeze!3cfab978@60-250-185-120.HINET-IP.hinet.net> has quit IRC | 12:44 | |
| *** rr123 <rr123!~xxiao@159.89.184.51> has joined #yocto | 12:45 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:3aa0:2dcc:6d4e:cdbb:edc3> has joined #yocto | 12:52 | |
| rr123 | what's the difference between `bitbake -s` vs `bitbake-layers show-recipes`, the latter output more recipes somehow | 12:56 |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 13:00 | |
| *** ctlnwr_ <ctlnwr_!~catalin@unknown-3-102.windriver.com> has joined #yocto | 13:03 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 13:06 | |
| RP | rr123: bitbake -s is a much older command | 13:12 |
| rr123 | so I should use bitbake-layers show-recipes then, refresh old memories about yocto and info are kind mixed | 13:14 |
| rr123 | it's definitely getting better, if there is a simple page about what is preferred commands, what is 'obsolete/phasing-out' that would be nice | 13:17 |
| RP | rr123: I don't think any decision has been made about that, I'm just saying bitbake-layers is a more recent/modern command so it is more capable than bitbake -s which is older and doesn't really understand layers | 13:18 |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:3aa0:2dcc:6d4e:cdbb:edc3> has quit IRC | 13:21 | |
| *** eFfeM1 <eFfeM1!3ea3610e@a97014.upc-a.chello.nl> has joined #yocto | 13:55 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 13:56 | |
| eFfeM1 | Hi, anyone an idea what is wrong if I get a "package has no installation candidate"?.(and how to get rid of it) | 13:57 |
| eFfeM1 | The package is something I made myself, it has no real content, only a do_install() that does a pip3 install of a .whl file that comes from pypi | 13:57 |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 14:05 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 14:05 | |
| *** vmesons <vmesons!~rmacleod@23-233-84-124.cpe.pppoe.ca> has quit IRC | 14:08 | |
| *** eFfeM1 <eFfeM1!3ea3610e@a97014.upc-a.chello.nl> has quit IRC | 14:09 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 14:18 | |
| Guest88867 | hi all -- how do you guys manage python and (machine) dependencies? (i.e. cross-build dynamic librairies and such) | 14:21 |
| Guest88867 | do you have packages for all python librairies, or do you embedded an environment libre virtualenv/pipenv with a compiler etc.? | 14:24 |
| LetoThe2nd | Guest88867: standard approach is recipe per library. see meta-python. | 14:24 |
| Guest88867 | LetoThe2nd: just found it, thank you. | 14:26 |
| yates | where does "getVar" come from? is it a function defined within python itself, or some functionality added by bitbake? | 14:28 |
| yates | i looked in the bitbake manual and, while it provides several examples, it doesn't specify how it works | 14:28 |
| yates | at least not that i found | 14:29 |
| *** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC | 14:32 | |
| JPEW | yates: It's provided by bitbake | 14:38 |
| yates | JPEW: where is it defined? e.g. where are the arguments defined? | 14:39 |
| JPEW | data_smart.py in bitbake | 14:39 |
| yates | k, thanks JPEW | 14:40 |
| JPEW | yates: Be warned: there be dragons (and a cookie monster) in there :) | 14:41 |
| yates | "cookie monster love cookies!" | 14:41 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 14:45 | |
| Spooster | make sure you have enough to pay the toll | 14:45 |
| *** Guest88867 <Guest88867!~vivien@modemcable249.105-163-184.mc.videotron.ca> has quit IRC | 15:05 | |
| *** vdl <vdl!~vivien@modemcable249.105-163-184.mc.videotron.ca> has joined #yocto | 15:06 | |
| *** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has joined #yocto | 15:17 | |
| *** AndersD__ <AndersD__!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 15:17 | |
| *** karlyeurl <karlyeurl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto | 15:20 | |
| *** jobroe <jobroe!~manjaro-u@p579eb898.dip0.t-ipconnect.de> has quit IRC | 15:27 | |
| yates | is d == bb.data? | 15:29 |
| *** creich_ <creich_!~creich@p200300f6af1984104200ba859b83842b.dip0.t-ipconnect.de> has joined #yocto | 15:30 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 15:31 | |
| *** problame <problame!~quassel@quassel.hetzner1.cschwarz.com> has quit IRC | 15:31 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 15:31 | |
| *** creich <creich!~creich@p200300f6af313d10000000000000039b.dip0.t-ipconnect.de> has quit IRC | 15:31 | |
| *** Hauke <Hauke!~weechat@2a01:4f8:c0c:80d9::1> has quit IRC | 15:32 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:32 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 15:32 | |
| *** problame <problame!~quassel@quassel.hetzner1.cschwarz.com> has joined #yocto | 15:33 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 15:34 | |
| *** Hauke <Hauke!~weechat@2a01:4f8:c0c:80d9::1> has joined #yocto | 15:34 | |
| kergoth | yates: d is a DataSmart object, not a python module | 15:36 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 15:38 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 15:39 | |
| *** vdl <vdl!~vivien@modemcable249.105-163-184.mc.videotron.ca> has quit IRC | 15:40 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:41 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 15:42 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 15:47 | |
| yates | kergoth: well bb.data has a GetVar() function: http://paste.ubuntu.com/p/8m7fV2tVGv/ | 15:48 |
| yates | getVar | 15:48 |
| *** vdl <vdl!~vivien@modemcable249.105-163-184.mc.videotron.ca> has joined #yocto | 15:52 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:52 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 15:54 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 15:54 | |
| yates | is bb.data a class? if so, does it have its own getVar() method, or is it inherited from DataSmart class? | 15:55 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 15:55 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:56 | |
| *** fl0v0 <fl0v0!~fvo@88.130.218.37> has quit IRC | 15:58 | |
| *** fl0v0 <fl0v0!~fvo@88.130.218.37> has joined #yocto | 16:02 | |
| *** Sponge5 <Sponge5!~adam@cst2-170-164.cust.vodafone.cz> has quit IRC | 16:02 | |
| yates | is the bb module part of poky? | 16:05 |
| yates | i mean is the source in poky? i don't think so - "find . -name bb.py" came up blank | 16:06 |
| derRichard | bb is bitbake and is part of poky | 16:07 |
| yates | the source is there? | 16:07 |
| kergoth | poky is bitbake+oe-core+meta-yocto/meta-poky | 16:08 |
| kergoth | bitbake/lib/bb/__init__.py | 16:08 |
| kergoth | along with the rest of the modules in the python package.. | 16:09 |
| yates | k, thanks kergoth | 16:12 |
| *** notnick <notnick!503d68ac@80-61-104-172.fixed.kpn.net> has joined #yocto | 16:15 | |
| *** ayaka <ayaka!~ayaka@103.1.152.185> has left #yocto | 16:19 | |
| *** adelcast <adelcast!~adelcast@cpe-70-123-151-98.austin.res.rr.com> has quit IRC | 16:19 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 16:25 | |
| *** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC | 16:27 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:28 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:29 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 16:29 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 16:34 | |
| *** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto | 16:40 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-fcyyyxtirezxgffl> has quit IRC | 16:48 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9116:7b50:9de6:be4e:ac6d:25da> has joined #yocto | 17:00 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 17:01 | |
| *** sno <sno!~sno@2001-4dd4-29d4-0-39f1-10b6-32cc-1f64.ipv6dyn.netcologne.de> has quit IRC | 17:05 | |
| *** oobitots51 <oobitots51!ad26d107@aer01-mda1-dmz-wsa-2.cisco.com> has quit IRC | 17:08 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9116:7b50:9de6:be4e:ac6d:25da> has quit IRC | 17:14 | |
| *** kaspter <kaspter!~Instantbi@183.192.143.108> has joined #yocto | 17:15 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 17:20 | |
| *** alex88 <alex88!~alex88@unaffiliated/alex88> has joined #yocto | 17:33 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:589e:5d0e:8469:633b> has joined #yocto | 17:35 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 17:35 | |
| RP | kergoth: somehow that funcs flag change is breaking an sstate selftest :/ | 17:36 |
| RP | kergoth: I started to look into it but found the stdout/stderr handling for the test parallelism is broken so got totally sidetracked :/ | 17:36 |
| RP | kergoth: oe-selftest -r sstatetests.SStateTests.test_sstate_noop_samesigs if you want to take a look | 17:37 |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:589e:5d0e:8469:633b> has quit IRC | 17:39 | |
| vdl | how can I hook a custom scp command after do_image_squashfs from my local.conf? | 17:40 |
| *** mckoan is now known as mckoan|away | 17:41 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 17:48 | |
| yates | vdl: http://paste.ubuntu.com/p/6ysYBdC9v4/ | 17:51 |
| yates | ..roughly.. | 17:51 |
| *** Mustafa <Mustafa!451a942d@69.26.148.45> has quit IRC | 17:53 | |
| yates | you can't do "scp" in python, but there is probably some library you can import to do it | 17:53 |
| yates | https://stackoverflow.com/questions/250283/how-to-scp-in-python | 17:54 |
| kergoth | RP: that's... odd. i'll take a look | 17:56 |
| JPEW | If you drop the "python" prefix on the function, it will be a shell function which might be easier in this case | 17:56 |
| yates | JPEW: +1 | 17:57 |
| yates | although i admit a special abhorrence of bash scripts... | 17:58 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:04 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:06 | |
| vdl | but question is, can I do that from the local.conf, or do I have to bbappend the built image recipe? | 18:15 |
| *** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has joined #yocto | 18:17 | |
| *** ctlnwr_ <ctlnwr_!~catalin@unknown-3-102.windriver.com> has quit IRC | 18:18 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto | 18:19 | |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:c9f:74f4:8c:489a> has joined #yocto | 18:20 | |
| *** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has quit IRC | 18:21 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC | 18:34 | |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has quit IRC | 18:41 | |
| *** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has quit IRC | 19:04 | |
| *** hechos <hechos!~hechos@186.23.122.90> has joined #yocto | 19:13 | |
| hechos | hello | 19:13 |
| hechos | anyone use yocto over voidlinux | 19:13 |
| vdl | hechos: what's your question? | 19:14 |
| hechos | already compile but im not sure about dependecies | 19:14 |
| hechos | let connect to other server and give more idea what logs say. | 19:15 |
| *** hechos <hechos!~hechos@186.23.122.90> has quit IRC | 19:21 | |
| *** hechos <hechos!~hechos@186.23.122.90> has joined #yocto | 19:24 | |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:c9f:74f4:8c:489a> has quit IRC | 19:27 | |
| hechos | vdl: https://termbin.com/cj1t | 19:27 |
| hechos | guys need some help | 19:30 |
| hechos | apparently got no errors but cannot run my build | 19:30 |
| hechos | here is the logs: https://termbin.com/cj1t | 19:31 |
| hechos | https://termbin.com/ryu0 | 19:33 |
| vdl | hechos: I recommend you to build in a container satisfying all the host requirement | 19:35 |
| hechos | vdl: yes is was im thinking. | 19:35 |
| hechos | vdl never work with docker. | 19:35 |
| hechos | vdl: what is the best strategy to start? | 19:36 |
| hechos | debian docker or ubuntu docker? | 19:36 |
| vdl | hechos: I would use a docker image already satisfying yocto dependencies | 19:36 |
| *** kaspter <kaspter!~Instantbi@183.192.143.108> has quit IRC | 19:37 | |
| hechos | vdl: okey where can download it? | 19:37 |
| hechos | seem better to isolate enviroment to build right? | 19:38 |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:27e7:a82d:bec3:cada> has joined #yocto | 19:40 | |
| *** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC | 19:40 | |
| vdl | hechos: I suggest you to use kas, that's a wrapper for bitbake-based project, which provides a kas-container wrapper script to run the build in docker: https://github.com/siemens/kas | 19:41 |
| *** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:e947:a02b:7ffb:c227> has joined #yocto | 19:43 | |
| vdl | but you can directly use the said docker image if you prefer: https://github.com/orgs/siemens/packages/container/kas%2Fkas/1292473 | 19:45 |
| *** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:e947:a02b:7ffb:c227> has quit IRC | 19:45 | |
| alex88 | Hi everyone, first time using yocto, I went through the quickstart and I see that my config in build/conf is git-ignored, if we want to have our own "project" so have our own git where we keep track of the changes, what's the right way? create our own layer? or our own distro? | 19:48 |
| *** hechos <hechos!~hechos@186.23.122.90> has quit IRC | 19:48 | |
| vdl | alex88: it really depends on what you're trying to achieve. I'd start simple with a single repository (layer) containing all you need. | 19:49 |
| *** hechos <hechos!~hechos@186.23.122.90> has joined #yocto | 19:50 | |
| vdl | you'll figure out later if you need a custom distro, if it needs to be in a separate layer inside the same repo or in its own repo, etc. Just start simple. | 19:50 |
| *** smrtz <smrtz!d8c540f0@unaffiliated/smrtz> has joined #yocto | 19:50 | |
| alex88 | vdl, thanks! should we have our own repo with just a layer and when we want to build the image we clone yocto and add our layer, or should we clone yocto, add our own layer folder and push that to our repo and in case we want to udpate we rebase the original yocto repo? | 19:52 |
| smrtz | Hey guys! I'm getting started with using Yocto at work, and I've got our existing stuff in a self hosted pip and rpm server. The RPMs use pip in the pre install scripts to handle dependencies. I need to add our internal pip server to the pip config, add the internal rpm server to the rpm config, and then just install the existing packages. Is | 19:54 |
| smrtz | there a way to just have Yocto add an existing RPM to the build instead of having it create a new one from the source files? | 19:54 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:54 | |
| JPEW | hechos: There is also pyrex: https://github.com/garmin/pyrex | 19:54 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:55 | |
| vdl | alex88: start with a repo being the layer itself, containing conf/layer.conf, recipes-*, etc. I suggest you to start right away with kas, that's a tool (think of it as Make) which reads a .yml file (think of it as a Makefile) and handles the download of the layers (such as poky), and bootstrap the build/conf/*.conf files. | 19:55 |
| hechos | JPEW: im reading how docker works. | 19:55 |
| hechos | act like VM | 19:55 |
| hechos | cool. | 19:55 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:55 | |
| * armpit man, JPEW is pushing kitchen ware | 19:55 | |
| * armpit pyrex | 19:56 | |
| alex88 | vdl, thanks a lot I'll look into kas! | 19:56 |
| hechos | yeah thanks vdl | 19:56 |
| hechos | sorry got logoff to setup docker. | 19:56 |
| vdl | alex88: as JPEW pointed out, there are other tools, anything that suits you is fine. It might just help you wrap your head around the basic first steps. | 19:57 |
| alex88 | so with my later + kas I'll be able to get all I need create a minimal image (which is all I want).. the less files I have around the better it is :D | 19:57 |
| alex88 | thanks JPEW I'll look into that too! | 19:57 |
| hechos | kas is more complete over pyrex right? | 19:58 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:59 | |
| JPEW | hechos: Sort of. kas does a lot more than pyrex; pyrex just focuses on wrapping the build in a transparent container | 20:00 |
| JPEW | Disclaimer: I wrote Pyrex and don't use kas ;) | 20:00 |
| *** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:e947:a02b:7ffb:c227> has joined #yocto | 20:00 | |
| JPEW | hechos: If pyrex it working properly, you won't even really know it's there; you still run the command `bitbake ...` and it transparently makes that run in the container :) | 20:01 |
| vdl | kas could use pyrex in fact :/ | 20:01 |
| alex88 | just to make sure, my repo should start with the contents of `bitbake-layers create-layer meta-mylayer` right? | 20:01 |
| vdl | alex88: that's a good start yes | 20:01 |
| *** ENPJ <ENPJ!~ENPJ@2a02:8108:4840:1360:27e7:a82d:bec3:cada> has quit IRC | 20:01 | |
| alex88 | ok! | 20:01 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 20:01 | |
| *** MysticMice <MysticMice!~MysticMic@2001:8a0:ec66:8000:e947:a02b:7ffb:c227> has quit IRC | 20:02 | |
| hechos | JPEW: okey. | 20:03 |
| JPEW | vdl: Ya, I've thought about that before | 20:03 |
| vdl | alex88: but what matters the most really is conf/layer.conf, everything else are examples. | 20:03 |
| hechos | so you recommend use pyrex to get more familiar with yocto build process | 20:03 |
| *** dead-eye-blaze <dead-eye-blaze!d8c540f0@216-197-64-240.tingfiber.com> has joined #yocto | 20:04 | |
| vdl | JPEW: pyrex could use kas as well, works both ways | 20:04 |
| JPEW | hechos: I think it would be a good idea for you to get familiar with the Yocto build process, period. I wouldn't worry about kas or pyrex or containers or build environments too much until you have a handle on the way the build process works | 20:05 |
| alex88 | vdl, which is where I'll be able to do config changes like when I've changed build/conf/local.conf in the quickstart? | 20:05 |
| JPEW | vdl: I haven't looked at their containers too much... Pyrex has some... unusually... things it has to do to run "transparently" | 20:06 |
| vdl | JPEW: problem is, he's using Voidlinux... And any non-officially supported distribution for the host is gonna be a PITA | 20:06 |
| JPEW | vdl: Ah, I missed that | 20:06 |
| smrtz | Can I just drop an existing RPM into the DEPLOY_DIR_RPM directory to have yocto install it? | 20:06 |
| kergoth | pyrex would be a good start without impacting your workflow if you can't rely on host support | 20:06 |
| JPEW | armpit: My second job is selling Pampered Chef to my friends and family.... want some ;) | 20:08 |
| vdl | alex88: no. conf/layer.conf describes the layer, its dependencies, etc. | 20:08 |
| JPEW | hechos: Are you using poky? | 20:08 |
| alex88 | vdl, and where should I configure the machine type, package_classes etc? | 20:08 |
| vdl | alex88: local.conf, to start simple. | 20:09 |
| alex88 | oh in the root of the repo? let me just create a layer and see what's in it (I was still building the minimal default image for testing) | 20:09 |
| *** smrtz <smrtz!d8c540f0@unaffiliated/smrtz> has quit IRC | 20:12 | |
| vdl | alex88: basically yocto is just an umbrella project for many layers. The job of the user is to somehow fetch the required layers on their machine, specify them in build/conf/bblayers.conf, specify at least which machine and distro to build in build/conf/local.conf, then run bitbake <image>. And there are tools out there to simplify/automate some or all of these preliminary steps. | 20:13 |
| vdl | (in order to have the "bitbake" command, a bootstrap script must be sourced.) | 20:15 |
| *** ctlnwr_ <ctlnwr_!~catalin@unknown-3-102.windriver.com> has joined #yocto | 20:15 | |
| *** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has joined #yocto | 20:17 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 20:17 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 20:18 | |
| *** ctlnwr_ <ctlnwr_!~catalin@unknown-3-102.windriver.com> has quit IRC | 20:19 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has joined #yocto | 20:19 | |
| *** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto | 20:20 | |
| *** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has quit IRC | 20:23 | |
| *** ctlnwr__ <ctlnwr__!~catalin@46.97.22.179> has quit IRC | 20:23 | |
| dead-eye-blaze | Quick question, how would I go about pulling an RPM from a package server and installing it via the bitbake? I assume I would build a recipe to do so, is this possible? Assume that the correct arch is defined in the RPM. The GOAL is to package python code in a multi-arch RPM so I can add my directory/file setup to the included python files and use | 20:25 |
| dead-eye-blaze | that RPM packaging for multiple purposes (i.e. yocto, x86, x86_64, etc...). Any ideas? | 20:25 |
| alex88 | vdl, right, but if we (as a company) have a repo with a single layer, then whoever checks out the repo will have to do the required build/conf/* changes to build the image right? so the repo won't have all the required information to build a final image | 20:28 |
| dead-eye-blaze | I know the right way to do this would be to build a recipe and have bitbake build the RPMs, but it would be a shame to have to do the packaging "twice" to build yocto RPMs with all the files and directories I require using recipes and then do it again with RPM building for other arch purposes when I'm doing the work once already. | 20:28 |
| vdl | alex88: correct. That's why the default yocto way is to specify the requirements in the README file (read a few to see what I mean). | 20:29 |
| *** Guest10762 is now known as mischief | 20:31 | |
| vdl | alex88: if you want your users (including yourself) to simply clone and execute a single command in order to build a final image, you need to either write your own script which clones, creates bblayers.conf and local.conf, sources the init script and triggers the build; or you use a tool like kas which allows you to specify all this in a .yml file and run your build with "kas build <yml-file>". | 20:32 |
| alex88 | oh ok, I'll search for some yocto projects.. | 20:32 |
| alex88 | vdl, will probably go that route, so I can (hopefully) have my layer + the yml file to build everything | 20:32 |
| vdl | I can show you an example if you'd like | 20:33 |
| alex88 | I'd love to, I just don't want to ask too much and use your time :) | 20:33 |
| vdl | my pleasure, it's friday. | 20:34 |
| alex88 | :) | 20:34 |
| vdl | alex88: in order to build the "core-image-minimal" image for the poky distribution for the beaglebone board, you can use this .yml file: http://ix.io/2Uc4 | 20:35 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:35 | |
| alex88 | oh ok, I see it defines the machine, target, distro etc... so I"ll just have to have that plus my custom layer with the required customizations... (and somehow add the sstate mirrors etc) | 20:36 |
| vdl | alex88: then either you install kas on your machine, or you use the docker container they provide which satisfies the basic yocto dependencies and includes the kas tool: https://raw.githubusercontent.com/siemens/kas/master/kas-container | 20:36 |
| alex88 | yeah I was reading about it here https://kas.readthedocs.io/en/latest/userguide.html#usage | 20:37 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 20:37 | |
| vdl | alex88: with these two files, simply running "./kas-container build file.yml" will download everything and build an SD card image in a container, bootable on a beaglebone. | 20:37 |
| alex88 | looking at https://kas.readthedocs.io/en/latest/userguide.html#use-cases it seems that the "meta-project" will be our repo | 20:38 |
| alex88 | and I can have also multiple yml files that reference a base one so we can build multiple images (in our case probably beaglebone black + rpi) | 20:39 |
| alex88 | so a regular user will just create a folder, clone the repo in it and run kas build | 20:40 |
| alex88 | sounds simple enough :) | 20:40 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:41 | |
| vdl | alex88: yes, if the repo containing the .yml file is a layer itself, you can specify it in the list of repos with an entry not containing "url" nor "refspec". | 20:41 |
| alex88 | right, like this one ou can specify it in the list of repos with an entry not containing "url" nor "refspec". | 20:41 |
| alex88 | wops | 20:41 |
| alex88 | like this one https://kas.readthedocs.io/en/latest/userguide.html#project-configuration | 20:41 |
| vdl | alex88: yes, the layer needs a name, which is "meta-custom" in this example (it can be anything, it just described $PWD) | 20:43 |
| alex88 | I'm wondering if we should instead have a single repo where everything except the meta-custom folder is gitignored so in the future we can maybe add more layers into one repo and the user doesn't have to create a parent folder to do the build | 20:43 |
| vdl | alex88: that's what I'm doing. I let kas download the various meta-* layers in the source repository, and I specify them in .gitignore | 20:45 |
| vdl | I used to build in the parent folder but going back and forth was boring for development. | 20:45 |
| alex88 | ok so that's not a bad practice | 20:45 |
| alex88 | good to know :) | 20:45 |
| alex88 | yeah exactly, it's a single project but it'll be nice to be able to have multiple layers to organize the code.. those can also be moved outside later if needed | 20:46 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 20:47 | |
| vdl | alex88: as long as you don't need to share only a subset of the layers outside the company you can also have many layers inside your repository and specify them in the .yml file with layers: ... | 20:48 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 20:48 | |
| alex88 | and that's the yml file inside a single layer, or you mean creating a yml file in the root? | 20:48 |
| alex88 | or layers:... references all the layers in the parent folder? | 20:50 |
| vdl | alex88: I meant that your repository can be a layer itself, containing conf/layer.conf and recipes-* folders, or it can contain many layers, meta-foo, meta-bar, etc. | 20:50 |
| alex88 | my idea was to have it contain many layers | 20:51 |
| alex88 | so when you clone the repo you already have the parent folder you need to build the project | 20:51 |
| vdl | alex88: in the former case, you'd specify meta-mylayer: in the .yml file. If the latter case you'd specify meta-mylayer: layers: meta-foo: meta-bar: ... | 20:51 |
| alex88 | oh because in the latter meta-mlayer is the name of the repo containing the sub-layers? | 20:52 |
| alex88 | e.g. repo called meta-mlayer which contains meta-foo, meta-bar | 20:52 |
| vdl | alex88: the best practices is to have one yocto layer per machine/distro/features, but for example I still use a single layer with all my machines variants, a few distros and custom package recipes. | 20:53 |
| vdl | because I just don't have the need to split or share portions of them at the moment. | 20:54 |
| alex88 | ok, let me just try what i can come up with, so I can better understand what I'm doing :) thanks a lot vdl! it sounds like this is going to be a lot of fun! let's see what time I go to bed tonight :) | 20:54 |
| vdl | alex88: I strongly suggest to start simple: one layer (the repository itself) containing everything and a single .yml file. | 20:56 |
| hechos | JPEW: yeah poky why? | 20:56 |
| alex88 | vdl, I'm doing that, just as a subfolder, so I can have the main folder ready for my colleagues, if that doesn't work out I can easily move the layer in the root | 20:57 |
| vdl | alex88: (and the kas-container wrapper script from the kas repo) | 20:57 |
| alex88 | vdl, yup! | 20:57 |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 20:59 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 20:59 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:589e:5d0e:8469:633b> has joined #yocto | 20:59 | |
| *** hechos <hechos!~hechos@186.23.122.90> has quit IRC | 21:03 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:589e:5d0e:8469:633b> has quit IRC | 21:16 | |
| alex88 | got the first image building! now I just need to add the sstate cache to save some work.. also I had to use `meta-myrepo: { path: meta-myrepo }` in the kas config since the layer is in the subfolder of the repo | 21:17 |
| kergoth | RP: ah, the noop_samesigs test wants to confirm sigs dont change due to buildhistory addition, but buildhistory does add to the sdk postprocess operations, which previously didn't change checksums. might need vardepsexclude? | 21:21 |
| alex88 | is there a page where I can see what the default minimal image includes? I see it building sqlite/python and other tools I don't really need (unless they're needed in a very minimal OS) | 21:27 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 21:30 | |
| alex88 | oh might be because of debug-tweaks | 21:31 |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::282c> has joined #yocto | 21:38 | |
| alex88 | nope :) | 21:38 |
| vdl | alex88: might be some host tools as well | 21:41 |
| alex88 | hopefully the final image won't be too big, it didn't seem to include so many packages looking at https://wiki.yoctoproject.org/wiki/Minimal_Image#Packages_list | 21:42 |
| alex88 | like "docbook-xls-native" or "gnome-desktop-testing".. :) why... | 21:48 |
| vdl | alex88: yocto pulls in a lot of stuffs, especially for the host | 21:50 |
| *** dead-eye-blaze <dead-eye-blaze!d8c540f0@216-197-64-240.tingfiber.com> has quit IRC | 21:51 | |
| alex88 | so this is only required for the host? maybe it builds everything that's available and then includes only what's needed? | 21:51 |
| vdl | with a bit of work you can have a pretty small image, but if you're looking for a build system with the smallest footprint by default, you're not looking in the right direction in my personal opinion ;-) | 21:51 |
| alex88 | because looking at the minimal image packages, it really looks it only contains what's needed to boot and login :/ | 21:52 |
| vdl | there you go | 21:52 |
| alex88 | I'll look into the .dot files to see why it's building 3+k packages :) | 21:53 |
| *** ahalaney <ahalaney!~ahalaney@136.33.227.6> has quit IRC | 22:04 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 22:08 | |
| *** davisr__ <davisr__!~davisr@cpe-70-92-166-130.wi.res.rr.com> has joined #yocto | 22:10 | |
| *** davisr_ <davisr_!davisr@gateway/vpn/protonvpn/davisr> has quit IRC | 22:12 | |
| *** davisr__ is now known as davisr | 22:13 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:14 | |
| alex88 | https://gist.githubusercontent.com/alex88/eb453bc2b191a4c390168f90d311e5b1/raw/0e50ee991037a98eccb0a42972bc37dd0dfc264f/gistfile1.txt doesn't look so minimal | 22:22 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 22:29 | |
| alex88 | ok got it down from 3+k packages to 1.8k :) | 22:29 |
| alex88 | oh wait, there is also poky-tiny as a distro | 22:32 |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 22:37 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 22:39 | |
| RP | kergoth: that sounds like it might make sense | 22:46 |
| alex88 | is there a default target image size? I'm getting this error https://gist.githubusercontent.com/alex88/ff704d3735d807357713199264c1d97a/raw/833689084422f9117003b88e35661f0111dde9e6/gistfile1.txt | 22:54 |
| alex88 | or, where does it define the partitions to be used? | 22:59 |
| RP | kergoth: did you have a fix? | 22:59 |
| alex88 | if I change IMAGE_OVERHEAD_FACTOR shouldn't the calculated IMAGE_ROOTFS_SIZE change? | 23:07 |
| alex88 | well, using IMAGE_OVERHEAD_FACTOR = "2" fixed the problem, however it doesn't sound like a good solution, it means openembedded isn't able to calculate the final image size? | 23:10 |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 23:24 | |
| *** agust <agust!~agust@pd95f1388.dip0.t-ipconnect.de> has quit IRC | 23:42 | |
| robbawebba | Hello, I'm currently running into a bitbake worker issue in which bitbake fails due to a BrokenPipe exception: https://paste.ubuntu.com/p/x2whyfrF6y/. This issue just appeared on my team's release build infrastructure, and has not occurred until today. This is happening on a new Google Cloud Platform machine, and it occurs during the *second* bitbake command run during the build. The first command | 23:43 |
| robbawebba | is to clean a bunch of recipes (even though they have not yet been built), and the second command is to build an image recipe. Any ideas on how to resolve this issue? | 23:43 |
| *** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto | 23:43 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 23:51 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!