*** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 00:02 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 00:10 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 00:11 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 00:14 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 00:17 | |
*** agust <agust!~agust@p5483339b.dip0.t-ipconnect.de> has quit IRC | 00:17 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 00:18 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 00:25 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:31 | |
*** jwessel1 <jwessel1!~jwessel@unknown-3-103.windriver.com> has joined #yocto | 01:08 | |
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC | 01:09 | |
*** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 01:14 | |
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 01:15 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has quit IRC | 01:15 | |
*** jwessel1 <jwessel1!~jwessel@unknown-3-103.windriver.com> has quit IRC | 01:15 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has joined #yocto | 01:17 | |
*** lukma <lukma!~lukma@89-64-5-98.dynamic.chello.pl> has quit IRC | 01:19 | |
*** PaowZ_ <PaowZ_!~vince@2a01:e0a:144:d020:806a:e75f:3191:328d> has quit IRC | 01:23 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-25-70-51-215-36.dsl.bell.ca> has joined #yocto | 01:24 | |
*** lukma <lukma!~lukma@89-64-25-12.dynamic.chello.pl> has joined #yocto | 01:37 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 01:37 | |
*** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:806a:e75f:3191:328d> has joined #yocto | 01:49 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:52 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:04 | |
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC | 02:06 | |
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 02:06 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 02:08 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 02:09 | |
*** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC | 02:09 | |
*** wyre <wyre!wyre@gateway/shell/xshellz/x-ocxykiomcgbapcpi> has quit IRC | 02:10 | |
*** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 02:10 | |
*** wyre <wyre!wyre@gateway/shell/xshellz/x-clzsfxtcleoezbmx> has joined #yocto | 02:14 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 02:17 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:25 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:25 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 02:26 | |
*** otavio__ <otavio__!~otavio@200-180-244-15.user3p.brasiltelecom.net.br> has joined #yocto | 02:34 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 02:34 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.11> has joined #yocto | 02:40 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:42 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:53 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:54 | |
*** camus is now known as kaspter | 02:54 | |
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 03:04 | |
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 03:07 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:10 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 03:10 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 03:16 | |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:17 | |
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 03:18 | |
*** Ru3D3eR <Ru3D3eR!~Ru3D3eR4@103.134.21.33> has quit IRC | 03:18 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:19 | |
*** nerdboy <nerdboy!~sarnold@47.143.129.11> has quit IRC | 03:26 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:26 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-25-70-51-215-36.dsl.bell.ca> has quit IRC | 03:32 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 03:34 | |
*** zkrx <zkrx!~quassel@adsl-89-217-239-212.adslplus.ch> has quit IRC | 03:36 | |
*** zkrx <zkrx!~quassel@adsl-89-217-239-212.adslplus.ch> has joined #yocto | 03:39 | |
*** ahadi <ahadi!~ahadi@88.130.217.26> has quit IRC | 03:52 | |
*** ahadi <ahadi!~ahadi@89.244.127.147> has joined #yocto | 03:53 | |
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 04:02 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.101.91> has joined #yocto | 04:04 | |
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.102.156> has quit IRC | 04:07 | |
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 04:15 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 04:17 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 04:25 | |
zeddii | halstead: do you happen to be around ? | 04:27 |
---|---|---|
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:37 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 04:37 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:09 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:09 | |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 05:20 | |
*** falk0n_ <falk0n_!~falk0n@a85-138-156-79.cpe.netcabo.pt> has quit IRC | 05:59 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:00 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:01 | |
*** camus is now known as kaspter | 06:01 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 06:17 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:25 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:26 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 06:26 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:35 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:38 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 06:38 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:39 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:40 | |
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 06:41 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:41 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 06:43 | |
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 06:44 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mdritxwfjatyinqk> has quit IRC | 06:48 | |
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 06:51 | |
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 06:51 | |
zyga | good morning | 06:52 |
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 06:55 | |
*** falk0n <falk0n!~falk0n@a85-138-156-79.cpe.netcabo.pt> has joined #yocto | 06:56 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has joined #yocto | 07:03 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:04 | |
*** hpsy <hpsy!~hpsy@92.118.12.98> has joined #yocto | 07:04 | |
*** olani <olani!user@nat/axis/x-uhfivaulmnkxasrr> has quit IRC | 07:05 | |
*** davidinux1 <davidinux1!~davidinux@37.120.201.212> has joined #yocto | 07:09 | |
*** davidinux <davidinux!~davidinux@91.132.136.84> has quit IRC | 07:12 | |
*** agust <agust!~agust@p5483339b.dip0.t-ipconnect.de> has joined #yocto | 07:21 | |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 07:26 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ncorulphbkzddkfj> has joined #yocto | 07:28 | |
LetoThe2nd | yo dudX | 07:33 |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has joined #yocto | 07:40 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:48 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:49 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:50 | |
*** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:50 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:50 | |
*** camus is now known as kaspter | 07:50 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:51 | |
*** wzmuda <wzmuda!~wojteg@89-64-68-83.dynamic.chello.pl> has joined #yocto | 07:57 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:58 | |
*** fl0v0 <fl0v0!~fvo@i5E86AF7A.versanet.de> has joined #yocto | 07:59 | |
*** jobroe <jobroe!~manjaro-u@p579eb879.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
stefan-schmidt[m | morning folks | 08:15 |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 08:17 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 08:17 | |
dev1990 | morning | 08:24 |
OutBackDingo | RP: so best case scenerio, i need a hint where to look at fixing Subprocess output:dpkg-deb: error: package name has characters that aren't lowercase alphanums or '-+.' | 08:28 |
OutBackDingo | it is the only thing crashing the wholer build | 08:28 |
LetoThe2nd | i'm seeing strange problems in esdk creation that seem to be caused by the layer copying. for debugging this, whats the easiest way to insert printf style outputs? | 08:29 |
OutBackDingo | kinda not even sure why qemu is getting built now.... unless hrmmm clang needs it | 08:30 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:35 | |
paulbarker | OutBackDingo: From what we discussed yesterday I think you'd need to find where the package "qemu-x86_64" is being defined and replace the "_" with a "-" | 08:36 |
paulbarker | There may be some variable expansion involved | 08:36 |
paulbarker | LetoThe2nd: I'd guess add some `bb.note()` calls in `copy_buildsystem` in populate_sdk_ext.bbclass | 08:38 |
LetoThe2nd | paulbarker: ayup, thx | 08:39 |
LetoThe2nd | does bb.note expand/print arbitrary objects? sorry, i'm a total python loser. :( | 08:41 |
*** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:57dc:e194:3053:35c0> has joined #yocto | 08:42 | |
*** Shikadi` <Shikadi`!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC | 08:51 | |
*** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 08:56 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 09:01 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 09:01 | |
*** camus is now known as kaspter | 09:01 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:10 | |
RP | OutBackDingo: As paulbarker said, something is splitting qemu into different packages but I don't know what. Are any of your layers bbappending the qemu recipe? Which layer is the qemu recipe coming from? | 09:14 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 09:41 | |
*** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has joined #yocto | 10:05 | |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 10:15 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 10:17 | |
*** jkprg <jkprg!~jkprg@45.90.103.10> has joined #yocto | 10:21 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-143-170.home.otenet.gr> has joined #yocto | 10:27 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 10:30 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:31 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:32 | |
*** camus is now known as kaspter | 10:32 | |
*** bps <bps!~bps@80.71.142.18> has joined #yocto | 10:36 | |
OutBackDingo | paulbarker: possibly this https://github.com/OverC/meta-overc/blob/master/meta-cube/recipes-devtools/qemu/qemu_5.%25.bbappend | 10:38 |
OutBackDingo | zeddii: see above :) | 10:38 |
OutBackDingo | RP: meta-overc | 10:38 |
*** jkprg <jkprg!~jkprg@45.90.103.10> has quit IRC | 10:39 | |
LetoThe2nd | paulbarker: fun. after getting rid of a problem being caused by leftover artifacts, gen-lockedsig-cache now is choking on linking across devices. | 10:40 |
*** jkprg <jkprg!~jkprg@45.90.103.10> has joined #yocto | 10:47 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:56 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:57 | |
OutBackDingo | next thought, is there a method to trace package dependenciers with bitbake somehow to see why qemu is even being built | 11:02 |
* OutBackDingo jumps into the fire | 11:03 | |
LetoThe2nd | OutBackDingo: enable buildhistory | 11:04 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 11:05 | |
*** juvenal <juvenal!juvenal@premium.znc.bg> has quit IRC | 11:06 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:06 | |
*** camus is now known as kaspter | 11:06 | |
OutBackDingo | LetoThe2nd: kudos | 11:06 |
*** stzsch <stzsch!~stzsch@187.44.81.18> has quit IRC | 11:07 | |
LetoThe2nd | are there any limitations on what has to be on the same device in order to build an esdk? at the moment i have seperate mounts for build, download, sstate. gen-lockedsig-cache blows up and i don't get why. | 11:07 |
*** stzsch <stzsch!~stzsch@187.44.81.18> has joined #yocto | 11:07 | |
LetoThe2nd | OutBackDingo: have fun | 11:07 |
OutBackDingo | LetoThe2nd: gotta learn the inner workings in depth at some point right! | 11:08 |
LetoThe2nd | hehe. | 11:08 |
LetoThe2nd | OutBackDingo: might require rebuilding the package in question but then you should find plenty of information. | 11:09 |
*** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:57dc:e194:3053:35c0> has quit IRC | 11:10 | |
smurray | OutBackDingo: another option is dumping the task dependency graph with 'bitbake -g' and trying to decipher it | 11:10 |
smurray | OutBackDingo: that doesn't always help if something is getting in via the package manager fufiling a dependency, though | 11:10 |
RP | OutBackDingo: definitely that | 11:12 |
RP | LetoThe2nd: its probably trying to do hardlinks without fallbacks? Sounds like something I may have been responsible for :/ | 11:12 |
LetoThe2nd | RP: i'm the living proof one can have a lot of fun without knowing/understanding too! :) | 11:12 |
LetoThe2nd | RP: gen-lockedsig-cache blows up on os.link(f, dst) | 11:13 |
RP | LetoThe2nd: almost certainly that then, yes | 11:13 |
*** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has quit IRC | 11:14 | |
RP | its trying to make hardlinks between devices | 11:14 |
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto | 11:14 | |
LetoThe2nd | RP: once i had verified that this bug also exists on current head or at least dunfell i might have poked you in the end, but i usually try to avoid pestering you without really good reason. | 11:14 |
RP | LetoThe2nd: try replacing that code with something like: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/lib/oe/path.py#n136 | 11:15 |
RP | LetoThe2nd: i.e. fall back to a copy | 11:15 |
LetoThe2nd | RP: seems to be fixed in master, theres already a check for it: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/gen-lockedsig-cache#n109 | 11:15 |
RP | LetoThe2nd: time to ask sakoman about it then :) | 11:16 |
RP | or is this pre dunfell? | 11:16 |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:742d:c90b:2c17:f31> has quit IRC | 11:17 | |
OutBackDingo | RP: so let me guess here, my offending line is FILES_${PN}-x86_64_class-target = "${bindir}/qemu-system-x86_64 ${bindir}/qemu-x86_64" and should be FILES_${PN}-x86_64_class-target = "${bindir}/qemu-system-x86_64 ${bindir}/qemu-x86-64" ? or am i way off base | 11:17 |
RP | OutBackDingo: the entry in PACKAGES needs tweaking, then the FILES variables would need tweaking to match | 11:18 |
* OutBackDingo thinks RP just went way above his level of knowledge :) | 11:19 | |
OutBackDingo | so PACKAGES_prepend_class-target = "${PN}-x86-64 \ and FILES_${PN}-x86_64_class-target = "${bindir}/qemu-system-x86_64 ${bindir}/qemu-x86-64 | 11:20 |
* OutBackDingo makes a logical animated guess | 11:21 | |
jkprg | Hi! Anyone with meta-swupdate experience? Do I understand it correctly it's just a building block and I need to create a layer for my specific board? | 11:23 |
LetoThe2nd | jkprg: you basically always need a layer for your board/application anyways. but yeah, if you're using swupdate you will have to add some bits and pieces for it usually. | 11:24 |
OutBackDingo | jkprg: why meta-swupdate? unless its for a simple purpose..... aktualizr / ostree might be a better choice | 11:24 |
jkprg | I need dual-image update strategy. | 11:25 |
OutBackDingo | jkprg: see https://github.com/advancedtelematic/ota-community-edition | 11:26 |
jkprg | I'm trying to develop some example for x86-64 PC. | 11:26 |
LetoThe2nd | OutBackDingo: it all depends on the usecase. | 11:26 |
eduardas | jkprg: I think u-boot + SWUpdate is a good choice for A/B image scheme. The developer of SWUpdate is also a u-boot maintainer, so these two components work well together. | 11:26 |
jkprg | I thought there will some something ready-to-use for "standard" x86 | 11:26 |
eduardas | RAUC and Mender.io are also popular choices for dual-image schemes | 11:27 |
eduardas | jkprg: this is not an embedded system? | 11:28 |
eduardas | what is the motivation for doing an A/B update scheme on an x86 PC? | 11:29 |
jkprg | eduardas: cause it suppose to be simple to implement I'd like to use a simple HTTP based update. I want to write the simple OTA server from scratch . | 11:29 |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:75c4:9986:e08c:3005> has joined #yocto | 11:30 | |
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has joined #yocto | 11:31 | |
jkprg | eduardas: short downtime during upgrade (for A/B it's just a reboot), fast rollback (go to previous image) and consistency | 11:31 |
eduardas | jkprg: update agents like SWUpdate are usually strongly tied to bootloader logic, so standard solutions in the embedded space are usually tied to embedded system bootloaders like u-boot or barebox | 11:31 |
eduardas | jkprg: problem here is that SWUpdate does not have GRUB integration (at least the last time I used it) | 11:32 |
eduardas | jkprg: as that is not really it's purpose | 11:32 |
*** juvenal <juvenal!juvenal@premium.znc.bg> has joined #yocto | 11:32 | |
jkprg | eduardas: I understand that. I thought that "common" requirement would be already solved for common bootloaders for x86 platform. | 11:33 |
eduardas | jkprg: I don't really recall any known distro using an A/B scheme on an x86 PC | 11:33 |
jkprg | eduardas: hmm missing grub integration can be a problem. I have no experience with uboot for x86 | 11:34 |
eduardas | jkprg: well, you can always write your own post-install scripts that make whatever GRUB manipulations you need, I guess | 11:35 |
eduardas | jkprg: but really I'd suggest you think about it. People are not doing this for sensible reasons. | 11:36 |
jkprg | eduardas: true :). ok. thx. As I'm new to yocto I'll go to play with it a bit. so basically now i need to write my layer. Does it need to be in poky directory just like other layers or if I need something quick I can create it in built tree? | 11:37 |
eduardas | jkprg: you can just do containers for your apps if you want little downtime, no? | 11:37 |
eduardas | jkprg: unless you really need to update the kernel | 11:38 |
OutBackDingo | RAUC is fine, i wouldnt go near mender | 11:38 |
jkprg | OutBackDingo: Does RAUC has HTTP API for OTA server? I want to write some simple OTA server myself. | 11:38 |
OutBackDingo | jkprg: another might be worth looking into is FMA https://www.fullmetalupdate.io/ | 11:40 |
OutBackDingo | ermmm FMU | 11:40 |
OutBackDingo | jkprg: with hawkbit yes..... | 11:41 |
jkprg | OutBackDingo: thx. I'll try this one too. Does all those updaters need to write a layer for my board or is there anything out-of-the-box read for x86 platform configurable through parameters? | 11:42 |
eduardas | jkprg: do not put your layer in poky. I usually put mine inside same directory AS poky | 11:42 |
jkprg | OutBackDingo: I thought hawkbit was java (=monster) server | 11:42 |
jkprg | eduardas: great. thx | 11:43 |
eduardas | jkprg: people usually use something like git-repo or git submodules to check out multiple bitbake metadat repositories | 11:43 |
eduardas | jkprg: git-repo is a tool Google made for AOSP if you are not familiar already | 11:44 |
*** ant__ <ant__!~ant__@host-95-248-189-180.retail.telecomitalia.it> has quit IRC | 11:44 | |
jkprg | eduardas: I see. I was a bit confused because with bitbake-layer tool all the addon layers land in poky directory | 11:45 |
eduardas | jkprg: here's an example on how multiple layers can be managed: https://github.com/varigit/variscite-bsp-platform/blob/dunfell/default.xml | 11:45 |
eduardas | jkprg: this XML is used by git-repo | 11:46 |
OutBackDingo | jkprg: will repo can be alot ot learn git submodules is pretty straight forward to use | 11:46 |
eduardas | jkprg: this is basically very similar to the approach I use for my dayjob | 11:46 |
jkprg | eduardas: OutBackDingo: thx | 11:47 |
eduardas | both approaches work, just don't fork poky | 11:47 |
eduardas | keep it separate and clean | 11:47 |
LetoThe2nd | jkprg: also please see https://youtu.be/KJHJlOtTdaE | 11:47 |
* OutBackDingo agrees with eduardas, that would be a night mare to maintain | 11:47 | |
LetoThe2nd | FÖRK ALL THE PÖCKYS! | 11:48 |
eduardas | :D | 11:48 |
RP | OutBackDingo: PACKAGES looked right, FILES_${PN}-x86_64_XXX needs to become FILES_${PN}-x86-64_XXX to match | 11:48 |
*** hpsy <hpsy!~hpsy@92.118.12.98> has quit IRC | 11:50 | |
OutBackDingo | RP: ahhh so im good at guessing :) | 11:50 |
RP | OutBackDingo: ${bindir}/qemu-x86_64 needs to stay as ${bindir}/qemu-x86_64 too | 11:51 |
OutBackDingo | ill file a pull requesu with meta-overc for zeddii | 11:51 |
RP | OutBackDingo: basically change any of the ${PN}-x86_64 references to ${PN}-x86-64 | 11:52 |
OutBackDingo | RP: yeah i got that | 11:52 |
OutBackDingo | ill test my changes | 11:52 |
RP | OutBackDingo: just to be clear thats the reference in FILES, RDEPENDS and INSANE_SKIP | 11:54 |
OutBackDingo | FILES_${PN}-x86-64_class-target = "${bindir}/qemu-system-x86_64 ${bindir}/qemu-x86-64" | 12:01 |
OutBackDingo | RDEPENDS_${PN}-x86-64_append_class_target = "${PN}" | 12:01 |
OutBackDingo | INSANE_SKIP_${PN}-x86-64_class-target = "file-rdeps" | 12:01 |
OutBackDingo | RP: done | 12:02 |
OutBackDingo | :) thx for the check | 12:02 |
RP | OutBackDingo: you've changed ${bindir}/qemu-x86-64 though? | 12:05 |
OutBackDingo | RP: nope | 12:05 |
OutBackDingo | opps | 12:05 |
OutBackDingo | right! | 12:05 |
OutBackDingo | fixed | 12:06 |
OutBackDingo | bitbake qemu to test | 12:06 |
OutBackDingo | RP: my git diff of it https://pastebin.com/5tExu7ks | 12:10 |
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:10 | |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has quit IRC | 12:12 | |
RP | OutBackDingo: looks reasonable to me | 12:13 |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 12:17 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 12:18 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:27 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 12:27 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hkxhcaemktbgfbxa> has joined #yocto | 12:28 | |
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 12:37 | |
OutBackDingo | whoop whoopp qemu_5.1.0-r0_amd64.deb | 12:37 |
*** Konsgn is now known as konsgnxx | 12:37 | |
*** jkprg <jkprg!~jkprg@45.90.103.10> has quit IRC | 12:53 | |
*** jkprg <jkprg!~jkprg@45.90.103.10> has joined #yocto | 12:53 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:55 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:57 | |
*** camus is now known as kaspter | 12:57 | |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has joined #yocto | 12:59 | |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has quit IRC | 12:59 | |
LetoThe2nd | bitbake reports that my basehash changed for .populate_sdk_ext upon reparsing. any pointers how to debug this? bitbake-diffsigs essentially jsut confirms the change. | 13:01 |
LetoThe2nd | respectively, where are those sigdatafiles that i can look at? | 13:02 |
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 13:11 | |
Ad0 | is it better to use rust-embedded | 13:16 |
Ad0 | meta-rust-bin perhaps | 13:16 |
Ad0 | instead of just meta-rust which compiles | 13:16 |
paulbarker | Ad0: I've been comparing the two approaches. meta-rust-bin has some serious limitations | 13:18 |
Ad0 | like wut | 13:18 |
Ad0 | drives me nuts that rules change violently between rust versions | 13:19 |
paulbarker | I need to give it a proper test to be sure but looks like everything is downloaded from crates.io during do_compile instead of do_fetch | 13:19 |
Ad0 | so I have to try the correct version | 13:19 |
Ad0 | ok | 13:19 |
paulbarker | Is meta-rust not up-to-date? Maintenance of that does seem to have slowed | 13:19 |
Ad0 | it is on 1.46 | 13:20 |
Ad0 | I think 1.48 is out now at least | 13:20 |
Ad0 | but it seems active tho | 13:20 |
paulbarker | Ok that does need updating | 13:20 |
paulbarker | meta-rust is likely to be the basis for us adding Rust support to oe-core | 13:20 |
Ad0 | it is a big puzzle. some packages don't work with certain versions of rust because new linting is there etc | 13:20 |
Ad0 | I would prefer binary download instead of 1 hour of compiling per version to test | 13:21 |
Ad0 | hehe | 13:21 |
paulbarker | Ad0: The meta-rust-bin issues aren't so much to do with the fact that it uses a pre-built toolchain | 13:21 |
paulbarker | The issue is that they haven't considered Yocto features like the archiver, license compliance tools, etc | 13:22 |
Ad0 | maybe they started out with limited knowledge of yocto | 13:22 |
Ad0 | I don't even know how to set PREFERRED_VERSION | 13:23 |
Ad0 | consider https://github.com/meta-rust/meta-rust/tree/master/recipes-devtools/rust | 13:26 |
Ad0 | do I have to set PREFERRED_VERSION-libstd-rs = .... for each little thing there? | 13:26 |
Ad0 | rust-cross, rust-llvm etc | 13:27 |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has joined #yocto | 13:29 | |
LetoThe2nd | PREFERRED_VERSION lists can be quite long, yes. thats why its usually a good practise to offer only one or two really relevant versions per release. | 13:33 |
*** pbergin <pbergin!~pbergin@80.252.208.151> has joined #yocto | 13:38 | |
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 13:42 | |
LetoThe2nd | RP: where are the sigdata files of a populate_sdk_ext task supposed to end up? it doesn't seem to be tmp/stamp/MACHINE/IMAGE | 13:42 |
paulbarker | Ad0: That needs cleaning up. I bet any testing only covers the most recent version in there. Carrying the older versions feels helpful but in practice it rarely is | 13:44 |
Ad0 | LetoThe2nd, so you are saying that I have to do it explicitly for each recipe? | 13:44 |
Ad0 | ok paulbarker :) | 13:44 |
LetoThe2nd | Ad0: unless something in the recipes explicitly forms a version-bound dependency chain, yes. | 13:45 |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 13:45 | |
Ad0 | yeah I have no idea hehe | 13:45 |
Ad0 | PREFERRED_VERSION_rust-llvm = "..." etc gotcha | 13:46 |
LetoThe2nd | Ad0: if a layer has like 4 versions for 4 recipes each that do not have any clear dependency chains, then i'd call the layer problematic at least, anyways. the combinatorial complexity alone confirms that it must be essentially untestable. | 13:47 |
Ad0 | yeah | 13:47 |
Ad0 | rust is used more and more places so I would assume that this would be pretty central | 13:48 |
LetoThe2nd | Ad0: and thats what i'm just saying. if a layer is meant to be considered stable, then i expect it to have only one combination offered at any given (branch) state. two only in cases of emergency. | 13:49 |
Ad0 | right | 13:50 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:54 | |
RP | LetoThe2nd: they're nostamp I think? | 13:55 |
LetoThe2nd | RP: yes bitbake-diffsigs tells me that. | 13:55 |
LetoThe2nd | that means i can't even find out what triggers the difference? | 13:56 |
RP | LetoThe2nd: nostamp means it will always run? | 13:56 |
LetoThe2nd | RP: but what should i do then about ERROR: When reparsing /repo/recipes-projectname/images/project-image.bb.do_populate_sdk_ext, the basehash value changed from dfabf53df55d3d9ee7886c40d74a0cf4 to 7ac1a1069d7d98a8ec89a48f596f1577. The metadata is not deterministic and this needs to be fixed. | 13:57 |
RP | LetoThe2nd: that does make things somewhat tricky :/ | 13:59 |
RP | LetoThe2nd: personally, I'd probably hack it to generate the files | 13:59 |
LetoThe2nd | RP: even more tricky: it doesn't trigger that warning when being kicked off interactively through the cmdline. only if kas starts it. | 14:00 |
RP | LetoThe2nd: that kind of hints the problem is something kas is doing setup wise | 14:00 |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:01 | |
Ad0 | ugh. rust had introduced some new linting rules or something that was not in sync with a release of the other package that depended on that rust | 14:01 |
LetoThe2nd | RP: yes, but how to find out? with "interactively" by the way i also mean that kas is involved and all. the same dev container setup, just in one case it drops me into the shell and i type the command, the other time it runs the defined one. | 14:02 |
LetoThe2nd | RP: "hack to generate", how? | 14:02 |
* LetoThe2nd is a total python noob, sorry. | 14:02 | |
RP | LetoThe2nd: by adding something to the code where that basehash message is printed | 14:04 |
RP | LetoThe2nd: lib/bb/siggen.py:_build_data() | 14:05 |
RP | LetoThe2nd: some kind of call to self.dump_sigtask() | 14:06 |
*** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 14:12 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 14:17 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 14:22 | |
*** ccole <ccole!~cole@cpe-174-104-198-71.neo.res.rr.com> has joined #yocto | 14:30 | |
LetoThe2nd | RP: hum, tried that but obviously i'm too sutpid. | 14:43 |
*** hpsy <hpsy!~hpsy@92.118.12.98> has joined #yocto | 14:53 | |
*** jkprg <jkprg!~jkprg@45.90.103.10> has quit IRC | 14:55 | |
*** jkprg <jkprg!~jkprg@45.90.103.10> has joined #yocto | 14:55 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:55 | |
LetoThe2nd | RP: despite my opinions on dogfooding i'll do one small exception now and not check against master now: it seems that -k being passed to bitbake breaks it, if being there on the first invocation after the shell init. | 14:57 |
LetoThe2nd | so, anybody an idea why -k should affect the hashes even at all?!? | 14:58 |
RP | LetoThe2nd: that is strange. Are there warnings/errors being printed as the build starts? | 14:58 |
LetoThe2nd | only the basehash mismatch i've shown. and like i said, it should be taken with a pinch of salt - but the behaviour is cryptic at least. | 15:00 |
LetoThe2nd | :q | 15:03 |
*** jkprg <jkprg!~jkprg@45.90.103.10> has quit IRC | 15:04 | |
RP | LetoThe2nd: the hash mismatch issues are a pain to debug | 15:04 |
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 15:05 | |
*** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 15:14 | |
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 15:15 | |
LetoThe2nd | RP: i officially can confirm that. | 15:16 |
LetoThe2nd | i literally have NFC why -k should affect the hashes, but at least under very special circumstances it obviously can. | 15:16 |
*** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 15:16 | |
RP | LetoThe2nd: I would like to understand why that happens, there will be some explanation... | 15:19 |
*** davidinux1 <davidinux1!~davidinux@37.120.201.212> has quit IRC | 15:20 | |
LetoThe2nd | there is always an explanation, of course. the question is, can it be found with a reasonable amount of effort | 15:20 |
* LetoThe2nd sighs | 15:22 | |
LetoThe2nd | and again, forget everything i just. false positive. | 15:22 |
*** ilikecaffeine <ilikecaffeine!8cba9cd7@140-186-156-215-dynamic.midco.net> has joined #yocto | 15:26 | |
fray | When using the licene bbclass, it generates '-lic' packages automatically.. but I don't see an image feature (complementary glob) defined anywhere to install this into the running image, is there a mechanism to cause the running image to get the license files installed into it? | 15:29 |
*** bantu <bantu!~bantu@unaffiliated/bantu> has quit IRC | 15:29 | |
LetoThe2nd | fray: https://www.yoctoproject.org/docs/3.1/ref-manual/ref-manual.html#var-COPY_LIC_DIRS and friends? | 15:30 |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:75c4:9986:e08c:3005> has quit IRC | 15:30 | |
fray | that looks slightly different I think.. | 15:31 |
*** bantu <bantu!~bantu@unaffiliated/bantu> has joined #yocto | 15:31 | |
LetoThe2nd | yeah sure. we at least here use that and then compress the directory into a zip | 15:31 |
fray | The LICENSE_CREATE_PACKAGE is what I've been using.. | 15:31 |
fray | ...for each recipe and to add those packages to the RRECOMMENDS_${PN}.... | 15:32 |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:44ad:b2c4:bf7f:7e99> has joined #yocto | 15:32 | |
fray | Hmm, I'll have to check my image, maybe it is already there.. I didn't see it in the last one I built though | 15:32 |
*** davidinux1 <davidinux1!~davidinux@213.232.87.126> has joined #yocto | 15:33 | |
*** olani <olani!user@nat/axis/x-ovaiqlnrdfgrvaha> has joined #yocto | 15:33 | |
fray | Nope, I'm wrong.. I just missed it.. they are already in the image.. | 15:37 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:59 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:04 | |
v0n | What's the best practice for generating a wic image for my beaglebone, adding a new image recipe? | 16:05 |
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 16:07 | |
*** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 16:07 | |
*** ccole <ccole!~cole@cpe-174-104-198-71.neo.res.rr.com> has quit IRC | 16:07 | |
*** jobroe <jobroe!~manjaro-u@p579eb879.dip0.t-ipconnect.de> has quit IRC | 16:08 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 16:17 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 16:18 | |
LetoThe2nd | v0n: wic or not is not related to new image or not. | 16:18 |
LetoThe2nd | v0n: in a nutshell, if you want an imae with customized content, then you should create an image recipe | 16:18 |
*** moto-timo <moto-timo!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has joined #yocto | 16:21 | |
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 16:21 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 16:26 | |
v0n | LetoThe2nd: "image with customized content" includes an SD card or flash medium image, right? | 16:27 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 16:27 | |
v0n | I'm asking because I added " wic" to my initramfs IMAGE_FSTYPES but it felt wrong | 16:28 |
*** Shikadi` <Shikadi`!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto | 16:29 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:30 | |
LetoThe2nd | Nope that's ok but that only changes the resulting format, not the content | 16:37 |
LetoThe2nd | I'm off now sorry | 16:37 |
*** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 16:39 | |
*** Guest57913 is now known as khem | 16:39 | |
*** khem <khem!khemmatrix@unaffiliated/khem> has joined #yocto | 16:40 | |
*** khem <khem!khemmatrix@gateway/shell/matrix.org/x-meqxpfrmjqgapgxq> has joined #yocto | 16:40 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 16:44 | |
*** dao <dao!02e71d8b@2.231.29.139> has joined #yocto | 16:46 | |
*** wzmuda <wzmuda!~wojteg@89-64-68-83.dynamic.chello.pl> has quit IRC | 16:49 | |
tlwoerner | RP wants to spread the "nos" around ;-) | 16:50 |
zeddii | come to meta-virt, you can see me say no to lots of things! | 17:00 |
tlwoerner | i think every open source project goes through these same sorts of phases | 17:00 |
tlwoerner | early in the project, the project is happy to take *anything* | 17:01 |
tlwoerner | but over time the bar for acceptability rises | 17:01 |
paulbarker | tlwoerner: https://imgur.com/4OHJLX9 | 17:01 |
tlwoerner | to the point where almost nothing gets in ;-) at least not without a non-trivial amount of effort | 17:02 |
tlwoerner | paulbarker: haha, true | 17:02 |
zeddii | https://newsthump.com/2020/12/08/first-vaccine-patient-margaret-keenan-strangely-compelled-into-shopping-spree-for-microsoft-products | 17:03 |
tlwoerner | anyway, my point is, that "no" becomes more common, and it's a good thing :-) | 17:03 |
rburton | paulbarker: love a bit of scarfolk | 17:03 |
zeddii | apparently OE developers get the urge to use WSL2 and vscode | 17:03 |
zeddii | so beware of the jab! | 17:03 |
paulbarker | zeddii: I've been using vscode for months. Someone must have jabbed me in secret | 17:03 |
zeddii | (that's satire, in case anyone is not aware) | 17:04 |
* zeddii doesn't want to get cancelled :P | 17:04 | |
tlwoerner | zeddii: haha | 17:04 |
paulbarker | rburton: I did wonder how well a scarfolk poster would translate for the non-Brits | 17:04 |
fray | YPTM: Here now, sorry I'm late | 17:05 |
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC | 17:05 | |
tlwoerner | rburton: it's on topic, but didn't notice the Scarfolk thing | 17:05 |
paulbarker | fray: You missed us | 17:05 |
zeddii | fray: already done! | 17:06 |
tlwoerner | fray: haha, done! you'll have to read the notes | 17:06 |
tlwoerner | fray: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit | 17:06 |
fray | :P | 17:06 |
zeddii | I like fray's technique though. miss the whole thing, and pretend like you planned to attend. | 17:06 |
zeddii | well done! | 17:06 |
zeddii | "it's the thought that matters" | 17:06 |
fray | 6 minute meetings are good meetings | 17:07 |
tlwoerner | however, on a more serious note, the raising bar will deter people, and you end up with a clique situation. again, this is normal, but is it good? | 17:08 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:22 | |
*** fl0v0 <fl0v0!~fvo@i5E86AF7A.versanet.de> has quit IRC | 17:23 | |
*** ilikecaffeine <ilikecaffeine!8cba9cd7@140-186-156-215-dynamic.midco.net> has quit IRC | 17:23 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:26 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 17:39 | |
*** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 17:49 | |
*** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 17:51 | |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 17:57 | |
v0n | Do my image recipes belong in ${LAYERDIR}/recipe-core/images/ or ${LAYERDIR}/images/ ? | 18:03 |
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has quit IRC | 18:07 | |
paulbarker | v0n: There's no specific requirement on where to put image recipes. Just make sure the paths are in BBFILES in your layer.conf file | 18:17 |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 18:17 | |
paulbarker | Most layers have `${LAYERDIR}/recipes-*/*/*.bb` in BBFILES so placing them in `${LAYERDIR}/images/` wouldn't work without modification | 18:18 |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 18:21 | |
v0n | yeah it seems more conventional to have a simple line BBFILES += "${LAYERDIR}/recipes*/*/*.bb ${LAYERDIR}/recipes*/*/*.bbappend" without extra patterns in the layer.conf file | 18:25 |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 18:26 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:26 | |
*** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has joined #yocto | 18:33 | |
*** Mr_Singh_ <Mr_Singh_!~Mr_Singh@2607:fea8:bdf:dda2:4908:564f:8430:8c41> has joined #yocto | 18:36 | |
Mr_Singh_ | Hi, I am new at here and I am new on yocto as well . I want to know Can we port existing cmake project on Yocto ? | 18:38 |
Mr_Singh_ | Project have lakhs of lines code | 18:38 |
Mr_Singh_ | and it is based on cmake | 18:39 |
Mr_Singh_ | Anyone please | 18:39 |
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC | 18:44 | |
champagneg | yes, any projects could be built and included in a linux distribution built by yocto. You should take a look around https://docs.yoctoproject.org/ to familiarize yourself with yocto. | 18:45 |
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 18:45 | |
*** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 18:46 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 18:46 | |
paulbarker | Mr_Singh_: There's plenty of examples of cmake usage. I recommend checking out the poky and meta-openembedded repositories and doing a search | 18:46 |
Mr_Singh_ | Thank you so much | 19:02 |
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 19:03 | |
Mr_Singh_ | So it does not matter how project is large right | 19:03 |
Mr_Singh_ | any project we can move to yocto | 19:03 |
Mr_Singh_ | My plan is make my project to part of linux os with minimal drivers and apis | 19:04 |
*** davidinux1 is now known as davidinux | 19:04 | |
*** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 19:07 | |
*** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has quit IRC | 19:12 | |
*** wzmuda <wzmuda!~wojteg@89-64-68-83.dynamic.chello.pl> has joined #yocto | 19:33 | |
*** wzmuda <wzmuda!~wojteg@89-64-68-83.dynamic.chello.pl> has quit IRC | 19:37 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 19:51 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f038:1ea1:3507:febb> has joined #yocto | 19:52 | |
* LetoThe2nd recommends Mr_Singh_ to spend some time with https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 19:54 | |
*** bluelightning_ is now known as bluelightning | 19:54 | |
LetoThe2nd | One of the sessions even covers C++/cmake :) | 19:54 |
*** alessio_ <alessio_!~alessio@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:08 | |
*** otavio__ <otavio__!~otavio@200-180-244-15.user3p.brasiltelecom.net.br> has quit IRC | 20:08 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 20:10 | |
*** testdime <testdime!5d2fe408@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:11 | |
*** alessio_ <alessio_!~alessio@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 20:11 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 20:12 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:13 | |
*** testdime <testdime!5d2fe408@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:15 | |
*** testdime <testdime!5d2fe408@93-47-228-8.ip115.fastwebnet.it> has left #yocto | 20:15 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 20:17 | |
*** alessioigor_ <alessioigor_!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:23 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 20:24 | |
*** alessioigor_ <alessioigor_!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:24 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 20:26 | |
*** alessioigor__ <alessioigor__!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 20:27 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has joined #yocto | 20:28 | |
*** alessioigor__ <alessioigor__!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 20:29 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 20:33 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 20:35 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has left #yocto | 20:37 | |
*** alessioigor_ <alessioigor_!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 20:39 | |
kergoth | huh. can't use distrooverrides.bbclass without failing yocto-check-layer, as uboot and grub both getVar OVERRIDESE without adding it to vardepsexclude, so any addition to OVERRIDES will change their signatures :) | 20:43 |
* kergoth adds to his list | 20:43 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 20:45 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 20:46 | |
*** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has joined #yocto | 20:54 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 21:09 | |
*** bps3 <bps3!~bps@80.71.142.18> has joined #yocto | 21:20 | |
*** bps <bps!~bps@80.71.142.18> has quit IRC | 21:22 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:26 | |
kiwi_29 | Hello, how do I know the list (sequence) in which packages are installed in rootfs | 21:28 |
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has quit IRC | 21:31 | |
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC | 21:39 | |
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 21:39 | |
*** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 21:42 | |
*** olani[m] <olani[m]!olanimatri@gateway/shell/matrix.org/x-npgfvxezucngrtgj> has joined #yocto | 21:43 | |
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC | 21:44 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 21:45 | |
*** konsgnxx <konsgnxx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 22:01 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 22:15 | |
*** otavio <otavio!~otavio@200-180-244-15.user3p.brasiltelecom.net.br> has joined #yocto | 22:16 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 22:16 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 22:17 | |
*** pbergin <pbergin!~pbergin@80.252.208.151> has quit IRC | 22:21 | |
RP | kergoth: that sounds like the kind of bug we should fix :) | 22:22 |
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 22:30 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:38 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:40 | |
*** wzmuda <wzmuda!~wojteg@89-64-68-83.dynamic.chello.pl> has joined #yocto | 22:41 | |
*** codyps <codyps!~codyps@2601:18f:800:209d:60b1:22ff:fea0:5284> has joined #yocto | 22:52 | |
codyps | Hi folks. Say I've got 2 boards which need the same software _except_ they have a different device tree (in the machine conf, we specify the device tree to build into the image). Should I just have seperate images and avoid having different MACHINEs (given the difference only shows up in the image, I build the device trees for all boards all the time), or should I really do different MACHINEs? | 22:54 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:00 | |
*** codysch[m] <codysch[m]!codyschmat@gateway/shell/matrix.org/x-ncghfncsaahdqnoz> has joined #yocto | 23:04 | |
smurray | codyps: if the image is otherwise identical, I'd vote just building both devicetrees into it and picking the appropriate dtb via bootloader config | 23:11 |
codyps | smurray: ya, it would be nice to have 1 image that can support both. right now, I'm loading the device tree from a raw parition, so it isn't clear that there's a good way to pick (this is an arm platform using u-boot). I also think picking via bootloader would mean I'd have to build 2 different u-boot images (I don't have a way to easily determine which platform the bootloader is on) | 23:14 |
codyps | and building 2 different u-boots seems to imply 2 different machines. (it seems that yocto normally switches u-boot on a MACHINE level). | 23:15 |
smurray | codyps: set a uboot env variable at mfg time, perhaps? | 23:15 |
*** hadi <hadi!a5e1d930@165.225.217.48> has joined #yocto | 23:16 | |
hadi | Is there a way to package the whole repo content in the src.rpm. Currently the src rpm only contains header and C file. | 23:17 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ncorulphbkzddkfj> has quit IRC | 23:18 | |
smurray | codyps: if there's no way to easily tell which board from inside uboot and you can set something at mfg time, then you likely do end up with something more along the lines of building 2 different u-boots or perhaps hacking up something to make 2 different disk images with some difference u-boot can see | 23:18 |
smurray | codyps: if you go the 2 different u-boots route, defining 2 different MACHINEs (probably using a common inc or one including the other as base) is maybe the most straightforward way. I'd recommend looking at using multiconfig to simplify building both of them | 23:20 |
smurray | codyps: err, meant s/can set/cannot set/ above | 23:22 |
codyps | smurray: thanks for all the advise here. I'm currently using a common inc for the different MACHINEs, just was considering if it would be better to remove the MACHINEs in favor of distinct images. I'll look at multiconfig. I'll think about the mfg time stuff, but I'm not sure I totally trust that it'll be fool proof considering the system is still in development with other developers using the | 23:25 |
codyps | images I'm creating. | 23:25 |
smurray | codyps: building 2 images with the same bits is perhaps workable if you were to maybe use a ROOTFS_POSTPROCESS_CMD to rename or symlink the required dtb | 23:28 |
smurray | codyps: that's probably easy to prototype | 23:28 |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 23:33 | |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 23:36 | |
*** bps3 <bps3!~bps@80.71.142.18> has quit IRC | 23:38 | |
codyps | smurray: right now I'm using a wks.in file that uses a variable to locate the appropriate device tree file to embed into the right partition in the generated image. I think as long as I add the variable to WICVARS, it should be settable in the image itself. | 23:38 |
codyps | my angle here was more of "am I doing something really bad in a style-wise way" by doing this in images vs machines (or vice versa) | 23:39 |
*** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 23:41 | |
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:e1ea:8f38:f518:4e69> has quit IRC | 23:43 | |
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:5178:619c:fc92:5a85> has joined #yocto | 23:44 | |
smurray | codyps: there's a case to be made for either. Doing it with 2 images is the path to the least amount of building | 23:54 |
*** agust <agust!~agust@p5483339b.dip0.t-ipconnect.de> has quit IRC | 23:54 | |
smurray | codyps: probably, I'm willing to believe I'm wrong ;) | 23:56 |
codyps | I'm certainly hoping to limit the amount of building :) | 23:56 |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:56 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:57 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!