Tuesday, 2020-10-27

*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC00:04
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto00:18
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto00:18
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has joined #yocto00:19
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:22
*** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has quit IRC00:24
*** vineela <vineela!vtummala@nat/intel/x-tocbwuiiroovlcqk> has quit IRC00:27
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has quit IRC00:39
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has joined #yocto00:41
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has quit IRC00:46
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:46
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:2cf4:fb5a:8464:755> has joined #yocto00:47
*** mcc_ is now known as mccc01:00
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC01:07
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC01:12
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto01:14
*** manuel1985 <manuel1985!~manuel@213-147-161-54.nat.highway.bob.at> has quit IRC01:23
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC01:36
*** manuel1985 <manuel1985!~manuel@089144218193.atnat0027.highway.a1.net> has joined #yocto01:38
*** linums <linums!54c6d61a@84.198.214.26> has quit IRC02:09
*** d32 <d32!2ef3c527@46.243.197.39> has quit IRC02:09
*** linums <linums!~linums@84.198.214.26> has joined #yocto02:10
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC02:24
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC02:24
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto02:24
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC02:26
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC02:47
*** linums <linums!~linums@84.198.214.26> has quit IRC03:15
*** linums <linums!~linums@84.198.214.26> has joined #yocto03:15
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC03:18
*** ahadi <ahadi!~ahadi@i5E86907C.versanet.de> has quit IRC03:36
*** ahadi <ahadi!~ahadi@i5E86AF49.versanet.de> has joined #yocto03:37
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto03:44
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC03:52
*** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto03:59
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC04:03
*** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto04:04
*** maudat <maudat!~moda@bas2-montreal28-70-53-242-33.dsl.bell.ca> has quit IRC04:06
*** kasper <kasper!~kasper@5.186.44.132.static.fibianet.dk> has quit IRC04:16
*** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC04:17
*** Klox0480931863 <Klox0480931863!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC04:18
*** Klox0480931863 <Klox0480931863!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto04:26
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto04:29
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:43
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:50
*** linums <linums!~linums@84.198.214.26> has quit IRC05:04
*** linums <linums!~linums@apn-94-44-110-221.vodafone.hu> has joined #yocto05:04
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:14
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:14
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC05:19
*** linums <linums!~linums@apn-94-44-110-221.vodafone.hu> has quit IRC05:25
*** linums <linums!~linums@84.198.214.26> has joined #yocto05:26
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto05:28
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:29
*** camus1 is now known as kaspter05:29
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-191.hsi5.kabel-badenwuerttemberg.de> has joined #yocto05:30
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has quit IRC05:33
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-skpgetflswjytpxh> has quit IRC05:44
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-138-204-cbl.xnet.hr> has joined #yocto05:48
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto05:48
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:50
*** camus1 is now known as kaspter05:50
*** linums <linums!~linums@84.198.214.26> has quit IRC06:00
*** linums <linums!~linums@84.198.214.26> has joined #yocto06:09
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has quit IRC06:21
*** wmills <wmills!~bill@c-69-138-73-86.hsd1.md.comcast.net> has joined #yocto06:24
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has joined #yocto06:24
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto06:25
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC06:28
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-22-70-51-212-187.dsl.bell.ca> has quit IRC06:30
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto06:31
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:32
*** alejandrohs <alejandrohs!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has joined #yocto06:33
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC06:35
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto06:41
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto06:43
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:44
*** camus1 is now known as kaspter06:44
*** nslu2-log__ <nslu2-log__!~nslu2-log@milla.nas-admin.org> has quit IRC06:44
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has quit IRC06:44
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has joined #yocto06:45
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto06:45
*** manuel1985 <manuel1985!~manuel@089144218193.atnat0027.highway.a1.net> has quit IRC06:47
*** nslu2-log__ <nslu2-log__!~nslu2-log@milla.nas-admin.org> has joined #yocto06:48
*** gnslu2-lo <gnslu2-lo!~nslu2-log@leia.nas-admin.org> has joined #yocto06:48
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC06:50
*** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has quit IRC06:50
*** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has quit IRC07:07
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has quit IRC07:07
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has joined #yocto07:09
*** sno <sno!~sno@195.14.209.36> has joined #yocto07:19
*** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto07:21
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-191.hsi5.kabel-badenwuerttemberg.de> has quit IRC07:25
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-onkowzwpmlnnccuc> has joined #yocto07:35
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto07:36
*** mckoan|away is now known as mckoan07:37
mckoangood morning07:37
*** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC07:38
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto07:38
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto07:40
LetoThe2ndyo dudX07:42
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto07:44
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:45
*** camus1 is now known as kaspter07:45
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC07:45
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto07:47
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto07:50
*** fl0v0 <fl0v0!~fvo@i59F44C3B.versanet.de> has joined #yocto07:54
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto07:56
*** sno <sno!~sno@195.14.209.36> has quit IRC08:01
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:648f:f987:e51b:2999> has quit IRC08:02
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto08:08
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto08:15
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto08:16
*** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto08:16
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto08:17
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:23
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/kiwiirc.com/ip.92.108.245.63> has joined #yocto08:34
*** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto08:34
*** wertigon <wertigon!~per@c-e961225c.021-396-7673741.bbcust.telenor.se> has joined #yocto08:37
wertigonHmm, question about latest version of psplash?08:38
wertigonIf I want to bbappend a brand change (e.g. change colors, logo) what would be the best way to go about doing this?08:38
wertigonI just keep getting the openembedded graph... :/08:38
paulbarkerwertigon: You could take a look how this is done in meta-raspberrypi08:41
paulbarkerhttps://github.com/agherzan/meta-raspberrypi/blob/master/recipes-core/psplash/psplash_%25.bbappend08:41
paulbarkerhttps://github.com/agherzan/meta-raspberrypi/blob/master/conf/machine/include/rpi-base.inc#L9308:41
*** wertigon <wertigon!~per@c-e961225c.021-396-7673741.bbcust.telenor.se> has quit IRC08:43
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC08:44
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto08:45
*** florian_kc is now known as florian08:49
rburtonwertigon: and meta-poky overrides the image too08:54
wertigonrburton: what was said before that? I seem to have had a slight connection glitch >_<08:55
rburtonpaulbarker said wertigon: You could take a look how this is done in meta-raspberrypi08:56
rburtonhttps://github.com/agherzan/meta-raspberrypi/blob/master/recipes-core/psplash/psplash_%25.bbappend08:56
rburtonhttps://github.com/agherzan/meta-raspberrypi/blob/master/conf/machine/include/rpi-base.inc#L9308:56
paulbarkerwertigon: You can always check https://www.yoctoproject.org/irc/08:56
wertigonpaulbarker: ah, thanks :)08:56
wertigonOk, so if I understand this correctly, I should just be able to add our own color scheme by replacing/patching psplash-colors, yes?09:00
wertigonAnd then I need to create a new psplash image as a header file09:02
wertigonWhat confuses me is that the source indicates I should be able to just add a png file in the proper place now09:03
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:04
OutBackDingorburton: question, does anything openstack in meta-cloud-services work or build ? its a bit confusing.09:05
rburtonno idea, never tried it09:05
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC09:15
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:15
OutBackDingorburton: yupp, more approrpiate for the viertualization list i guess, thanks though09:16
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto09:18
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:18
*** hpsy <hpsy!~hpsy@92.118.12.30> has quit IRC09:19
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto09:20
*** falk0n <falk0n!~falk0n@a79-168-12-15.cpe.netcabo.pt> has joined #yocto09:24
g0hl1nhi, it seems patches (at least meta-java ones on oe-devel) are no longer showing up in patchwork. Anybody knows whats going on there? Or am I missing something?09:26
paulbarkerOutBackDingo: Did you send this email? https://lists.yoctoproject.org/g/meta-virtualization/message/597209:27
paulbarkerUsing "Yocto" as the author on the email is a really good way to confuse people09:27
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC09:27
__adhi, have a group of recipes not compatible with my custom machine, as imx-dpu-g2d imx-dpu-g2d xf86-video-imx-vivante. Is it the right way to go, to create a .bbappend for all, addinc COMPATIBLE_MACHINE ?09:28
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto09:28
*** jwessel <jwessel!~jwessel@128.224.252.2> has quit IRC09:46
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto09:46
*** sno <sno!~sno@p5b25b0d4.dip0.t-ipconnect.de> has joined #yocto09:52
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC09:56
zandrey__ad: assuming you do not want NXP components in your BSP, you can set IMX_DEFAULT_BSP = "mainline" in your local.conf, or search where IMX_DEFAULT_BSP is set to "nxp" and change it to "mainline".09:57
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto09:57
zandrey__ad: you forgot to mention which BSP you based your custom BSP on, and which NXP machine your "custom machine" is based on.09:58
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:3c84:182f:dc34:77d4> has joined #yocto10:00
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto10:01
*** Klanticus <Klanticus!~quassel@189.76.135.234> has joined #yocto10:06
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC10:20
OutBackDingopaulbarker: yes, i changed the name to Y L reddy10:21
paulbarkerOutBackDingo: If you look in the archive the name still just shows as "Yocto" - https://lists.yoctoproject.org/g/meta-virtualization/message/597210:22
OutBackDingono idea why its still says Yocto, anyway, i guess ill have to unsub all yocto lists and resub as a different user10:22
OutBackDingoPITA10:22
OutBackDingo:(10:22
paulbarkerThat is confusing!10:22
OutBackDingopaulbarker: i already unsubbed10:22
paulbarkerOutBackDingo: Are you posting via the web interface or by email?10:22
OutBackDingounsubbing them all10:23
OutBackDingothunderbord10:23
OutBackDingo*bird10:23
paulbarkerCould you send me a direct email, not via the list? Let's check how that looks10:23
paulbarkerTo pbarker@konsulko.com10:23
paulbarkerThat should let us isolate whether the problem is with the list or with your email client10:24
OutBackDingopaulbarker: sent10:25
paulbarkerThanks, I got that. It looks correct, the name is Y L Reddy10:25
OutBackDingosoooo.....10:25
paulbarkerIt could definitely be a groups.io issue10:25
OutBackDingofound a bug !!!10:25
OutBackDingoLOL10:25
OutBackDingopaulbarker: no worries mate, ill unsub all lists and resub as a diff user10:26
paulbarkerIf you log in to lists.yoctoproject.org then visit https://lists.yoctoproject.org/account?page=viewprofile you should see your identities10:26
paulbarkerIf you edit the main account profile (the top entry), hopefully it will update the rest10:27
OutBackDingopaulbarker: yeah it was emtpy so i put in Y L Reddy and now they all show10:29
OutBackDingopaulbarker: nope, makes 0 difference10:30
OutBackDingostill shows as Yocto10:30
OutBackDingomust be grabbing the sender addie10:31
paulbarkerOutBackDingo: Hopefully new emails you send to the list will use the new display name though10:32
paulbarkerAh I see your email now, still the same. I think we have a groups.io issue10:32
OutBackDingopaulbarker: nope, they dont10:32
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC10:32
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto10:34
paulbarkerThat is really frustrating from groups.io. Thanks for trying at least!10:34
__adzandrey, sry, i am on imx6dual based stuff, and upgraded to dunfell. Seems the issue is that i want to use vivante blob stuff, while dunfell is set to use etnaviv way.10:41
__ad(this at least from a first look)10:42
OutBackDingopaulbarker: ok all resubbed as dingo10:46
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto10:47
* OutBackDingo feels like a toruble maker now :)10:48
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.240.224> has joined #yocto11:00
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.240.224> has quit IRC11:01
*** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto11:02
zandrey__ad: ok, now it is more clear. iirc, packages you listed are not supported for imx6dual machine, and adding it to COMPATIBLE_MACHINE is not guaranteed you would have a working runtime. there are few issues reported in meta-freescale github regarding vivante, i think you should check if some of them applies in your case.11:09
zandrey__ad: it would also be good if you can give an example of what you're trying to achieve with those packages included.11:11
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto11:15
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC11:15
__adzandrey, thanks. Well, i am working on a custom board upgrading from poky to dunfell, where it is mandatory (seems for now) to use nxp/vivante approach11:16
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto11:16
*** emrius <emrius!5840fa9b@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC11:17
*** marius_ is now known as emrius11:17
mckoan__ad: probably you are migrating from a version previous to dunfell, not poky though https://wiki.yoctoproject.org/wiki/Releases11:18
emriusHello everybody! I was bitbakeing a recipe and got a warning in red letters saying that there are multiple providers for a shared library. I understand which recipes lead to that confusion. What is not clear to me is how to explicitly say which shared library to use under which circumstances. Any hint where I might find the answer to that is highly welcome :)11:19
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto11:21
*** yann|work <yann|work!~yann@88.120.44.86> has joined #yocto11:21
mckoanemrius: in newer YP versions in the red letters there is a hint to solve the issue11:21
mckoanemrius: however a pastebin sould help us to help you better ;-)11:22
mckoan*should11:22
emriusmckoan: ok. I mean I'm on dunfell thus I'd guess I'm using a rather recent version. But I probably overlooked the hint. Hang on...11:23
emriushttps://pastebin.com/Kdgmk3gK11:24
emriusThat's all. Thus, it's not really throwing an exception but looks rather like an intense warning...11:25
*** yann <yann!~yann@88.120.44.86> has quit IRC11:25
bluelightningkanavin_home: rburton: (or others), what are the implications of http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1ec91031165f8801eeb5662aa98c73dc6be88cc1 that we can document for the migration guide? what would nvidia binary users need to do (not use this functionality ?)11:31
*** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has joined #yocto11:33
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:36
kanavin_homebluelightning: not use it, use it at their own risk (it is almost certainly not going to work at all), or install nouveau driver.11:37
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC11:39
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto11:43
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:44
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto11:45
*** vadim61 <vadim61!6dfc300d@109.252.48.13> has joined #yocto11:49
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC11:52
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-104.hsi5.kabel-badenwuerttemberg.de> has joined #yocto11:53
vadim61Good afternoon. My task is to configure the Yocto Project* - based BSP for the Gen 3 Intel ® Movidius ™ VPU (Keem Bay) Platform. But the problem is to build bitbake core-image-ese-initramfs-fit11:56
vadim61Can I describe the problem here?11:57
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto12:00
LetoThe2ndvadim61: yep, please jsut go ahead.12:02
*** kuzz <kuzz!~kuzz@mob-5-90-70-136.net.vodafone.it> has joined #yocto12:03
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f1fe:f83d:766f:fea4> has joined #yocto12:06
vadim61I asked a question on https://stackoverflow.com/questions/64554007/bitbake-core-image-ese-initramfs-fit-problem12:06
vadim61please take a look12:07
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto12:07
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:f1fe:f83d:766f:fea4> has quit IRC12:11
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has joined #yocto12:21
caiortpdid you checked the openvino version in your project?  bitbake-layers show-recipes openvino12:22
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto12:24
alejandrohsmoto-timo: sakoman really later for the conversation but I will eventually start growing coffee, any chance your place in CR is an airbnb? haha12:25
polarisHi, I have a wks-file which states that the rootfs partition has a fixed size of 120 MB. Yet, the generated rootfs is 147 MB. When I increase the fixed size, the size of the generated image gets bigger too. So the generated rootfs is always too big for the partition. What determines the size of the generated image?12:29
alejandrohsarmpit: tlwoerner and I'm not just starting to dislike it, I did before and still do haha,  I'd pay for the rapid test if it allowed us to get back to in person conferences12:29
vadim61caiortp Summary: There were 3 WARNING messages shown.12:33
alejandrohssorry ,12:33
alejandrohslate for the party12:34
caiortpvadim61 Error:12:34
caiortp Problem: conflicting requests12:34
caiortp  - nothing provides openvino >= 2020.3.0_3362_dc895cd9dcf_releases_2020_kmb_pv1 needed by vpual-libs-vpual_4b8d399_WW37.4_Pre_Int_nightly-r0.aarch6412:34
alejandrohsvadim61: do a bitbake -g and see what is requiring openvino, and then figure out where openvino is supposed to come from, if you got that far supposedly openvino should have been built but it looks like for whatever reason the naming or the package version doesnt match12:35
*** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has joined #yocto12:36
vadim61I'm not sure what I'm doing12:40
carlsb3rgpolaris: you can set IMAGE_ROOTFS_EXTRA_SPACE in a .conf or --extra-space in the WKS file to add more space to the partition12:40
vadim61Summary: There were 2 ERROR messages shown, returning a non-zero exit code.12:40
vadim61|#####################################################################################################################################################################################################################| Time: 0:00:0012:40
vadim61Typo?#################################################################################################################################################################| ETA:  0:00:0012:40
vadim61|###################################################################################################################################################################################################################| Time: 0:00:0012:40
vadim61recipes available for:12:40
vadim61Resolving any missing task queue dependencies12:40
vadim61are available for nativesdk-zlib (nativesdk-zlib, nativesdk-zlib-intel)12:40
tlwoerneralejandrohs: :-) i gave up reading backscroll a long time ago ;-)12:41
polariscarlsb3rg: --extra-space sounds interesting. I will give it a try. But do you know why the generated rootfs size is bigger than the partition? Usually, I get an error message when I use up more space. For example, when I add a big package that exceeds the partition size.12:43
hpsyis it possible to mount wic images?12:46
LetoThe2ndhpsy: not by definition.12:48
LetoThe2ndhpsy: if you happen to have a specific wic image that has a known partition type, size and offset, and it is a fs type that can be loop mounted, then you can do that theoretically. a wic image per se, no.12:49
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC12:49
carlsb3rgyou can bmap tool the wic to a blob12:50
carlsb3rgand mount it12:50
LetoThe2ndcarlsb3rg: nope. not by definition. only if your specific wic file happens to be in a form that actually is supported by that workflow.12:50
carlsb3rgoki...then mine happened to be in that form since a colleague of mine managed to do it12:51
LetoThe2ndthe key point is to understand that the suffix "wic" does not imply a specific file structure. it could literally be a couple of megs of random output. it only denotes that it has been created by wic.12:52
moto-timoor event partition structure...12:53
hpsyI just thought if I can dd it to an SD card then I should be able to mount it, this is for a intel-corei7-64 MACHINE, until zeus I just used the hddimg to mount and wic to flash, but from dunfell it looks like creating a hddimg is no longer possible.12:53
LetoThe2ndhpsy: its also not given that a wic file relates to a sd card.12:53
carlsb3rgpolaris: leto and the smart guys here probably know...but my only guess is that some recipe is bypassing the "yocto" way of doing things, like adding something large IMAGE_PREPROCESS_COMMAND or IMAGE_POST_PROCESS command12:53
moto-timohddimg has a hard 4 Gb limit. That was a problem12:53
moto-timoalejandrohs: it has a very rustic bodega. VERY RUSTIC.12:55
moto-timoalejandrohs: but there is a nice budget backpacker/traveller style bed and breakfast near by12:56
moto-timoalejandrohs: http://www.turrialtico.com/12:57
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xvikjlnppnknfnsk> has joined #yocto12:58
*** emrius <emrius!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC13:01
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC13:07
hpsyThe size is less the 4GB for sure, it is just that the parsing errors out in core-image-minimal-initramfs.bb (even though I am building the core-image-minimal)13:09
carlsb3rgI have the same issue...it does "something" with initramfs even when I'm using core-image-minimal13:13
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC13:13
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto13:14
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto13:14
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has joined #yocto13:15
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC13:22
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto13:22
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has joined #yocto13:24
*** d32 <d32!2ef3c527@46.243.197.39> has quit IRC13:29
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC13:36
*** vadim61 <vadim61!6dfc300d@109.252.48.13> has quit IRC13:38
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c51c:c89d:8094:3b19> has quit IRC13:42
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto13:45
*** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto13:47
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:48
*** wertigon <wertigon!~per@94.191.136.209.mobile.tre.se> has quit IRC13:51
*** armpit <armpit!~armpit@2601:202:4180:a5c0:893b:b406:3f1f:213d> has joined #yocto13:54
manuel1985Is anyone of you building a yocto system in CI?13:56
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC13:56
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto13:58
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto13:59
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC13:59
*** camus1 is now known as kaspter13:59
rburtonmany14:01
manuel1985That was a stupid question :)14:02
manuel1985I've got no idea how to set up my CI system due to a typical yocto project being distributed over so many repositories. I'm using Teamcity (from Jetbrains, I think).14:02
rburtonliterally just finished was a talk at ELC-E that covered repo vs submodules vs kas for build management14:03
rburtonpersonally, I like kas14:03
frayMy current preference is repo as the underlying system, but something else as a front end to build and control the manifest..  I don't like the who repo 'lets store a manifest, and now it's immutible'14:04
rburtonwhereas my current preference is that repo is nuked from orbit14:06
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC14:08
frayfor me it allows me to use git commands on individual repositories, or global commands on the whole set of repositories..14:13
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto14:13
frayproblem I've seen is a lot of the manifests hardcode certain things.. but just setting branch names keeps things really flexible, but yet 'connected'14:13
fraythen I can iterator of each repository -- or run repo sync etc to update..14:14
fray(I'm usually working with > 10 different repositories)14:14
fraybut I think most of us can agree submodules are terrible14:14
fray(submodules are only good when you NEED to lock two repositories in lock step, where one is dependent on another, but the other changes in an uncontrolled way)14:16
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC14:20
JPEWI dunno, we have 50 submodules, and it works fine14:21
*** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has joined #yocto14:24
alejandrohsat lest now they support tracking branches14:26
fraylast time I had to deal with it (6 months ago) it was still a pain in the ass... but if they have generic branch tracking, that gets them closer to what the advantage of repo is/was14:27
JPEWAssuming you have set the remote branches, I believe that `git submodules update --remote` will do that14:29
JPEWWe don't use it because we have a policy to mirror everything locally, so I have a custom script to add the proper upstreams as a remote, pull in the latest, merge it into our local mirror and push it14:31
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC14:34
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has quit IRC14:43
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has joined #yocto14:46
zandreymanuel1985: we do use TC, welcome to the club. :) do you have a specific question?14:46
*** polaris <polaris!~polaris@p4fee2fe4.dip0.t-ipconnect.de> has quit IRC14:47
*** d32 <d32!2ef3c527@46.243.197.39> has joined #yocto14:48
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/kiwiirc.com/ip.184.163.108.244> has quit IRC14:50
manuel1985zandrey: I don't even know how to phrase my question right. ;) We're using repo right now. Hence, the manifest.xml lives in a seperate repository. So I guess I have to have TeamCity watch the repository in which my metalayer lives in, but not clone it. Because cloning it is done through repo.14:54
manuel1985So if a change at my metalayer occurs, TeamCity should start from a clean directory, call `repo init` and `repo sync` there, wait for it to complete, and then issue the build.14:54
manuel1985Is this how it's usually done?14:54
zandrey:D this is indeed the same problem that we do have! Looks like it is a common issue with TC and it's implementation of "VCS Root" concept.14:55
*** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC14:55
manuel1985Ah, good. :) Haha14:57
zandreyiirc, you can attach another VCS Root to your build configuration, and setup custom checkout rule to "move it away" into a separate folder which build would not take. then setup your VCS trigger to watch it, and upon arrival - kick the repo on another VSO root14:57
zandreys/VSO/VCS/g14:57
zandreyjust as i said: welcome to the Club! :D14:58
manuel1985Yeah having several VCS roots is what I also thought about14:59
manuel1985Thanks ;)14:59
manuel1985That's some club I'd prefer not to be part of tbh ;014:59
zandreyif you want to always execute clean build - you can tick the "Clean build:" in "Version Control Settings" -> "Additional Options". in that case your Agent would be forced to start from "square 1"15:00
zandrey"That's some club I'd prefer not to be part of tbh ;0" <- same here, but "we have what we have"... ;)15:01
*** erbo <erbo!~erik@linode.unixshell.se> has quit IRC15:02
*** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto15:02
manuel1985Yeah same here15:03
manuel1985It seems every company acts the same. At first they choose their toolstack on a more or less random basis, and then lather it gets hard if not impossible to switch it out15:04
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC15:06
*** ejo <ejo!~ejo@46.19.18.182> has quit IRC15:09
*** carlsb3rg1 <carlsb3rg1!~chrissc@193.71.175.207> has joined #yocto15:18
*** carlsb3rg <carlsb3rg!c147afcf@193.71.175.207> has quit IRC15:18
*** carlsb3rg1 is now known as carlsb3rg15:19
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC15:21
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto15:22
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has quit IRC15:32
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:8955:ccfa:2eed:f2d7> has joined #yocto15:33
*** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has quit IRC15:33
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC15:42
*** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has quit IRC15:44
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:8955:ccfa:2eed:f2d7> has quit IRC15:45
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto15:48
*** linums <linums!~linums@84.198.214.26> has quit IRC15:48
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has joined #yocto15:49
*** william_ <william_!~william@node-1w7jr9qkgk55ce8we9asp17i4.ipv6.telus.net> has joined #yocto15:53
*** funk123 <funk123!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has joined #yocto15:57
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC15:57
funk123Hello All, is it possible to run yocto on ubuntu 20.04. I am having lots of errors with building m4.15:58
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto15:58
LetoThe2ndfunk123: depends on the version of yocto you are trying to build15:58
funk123Daisy15:58
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:60e3:9715:89c4:848> has joined #yocto15:58
LetoThe2ndfunk123: please go and slap whomever told you to build it.15:59
kergothi'm having a few issues building dunfell on u20 myself. need to dig through to check for needed cherry picks15:59
kergothbut daisy, wow15:59
kergothi'd use docker to build in an older distro15:59
LetoThe2ndfunk123: daisy is so massively outdated you'll have a hard time on building it on anything other than a container/vm from that time.16:00
kergothcontainers are great for that, can continue to use your normal current development tools on a recent host and just build in an old container16:00
kergothtrying to actually develop in an old vm isn't fun :)16:01
*** fenrig <fenrig!51536814@d51536814.access.telenet.be> has joined #yocto16:01
funk123https://github.com/Xilinx/meta-xilinx16:01
funk123that is the reason I am picking older yocto16:01
*** otavio <otavio!~otavio@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto16:01
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto16:01
fenrigHi I was wondering where I can find the python api to extend a bbclass, I need to look in openembbed repo's I guess?16:02
fenrigah no bitbake probably16:02
kergoththat doesn't really explain it, meta-xilinx supports many versions. unless it doesn't support your bsp with a more recent one?16:02
LetoThe2ndfunk123: um. just because something is listed at the top, its not the most recent one. xilinx happily supports zeus for example.16:02
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has quit IRC16:03
kergothfunk123: https://wiki.yoctoproject.org/wiki/Releases16:03
kergothfunk123: daisy is from 2014..16:03
*** linums <linums!~linums@84.198.214.26> has joined #yocto16:03
funk123LetoThe2nd: thanks a lot16:03
funk123I was just looking at the dates too16:04
fenrigMaybe I should ask my question more directly, but is there a way to extend the bbclass programmatically from python? Lets take as an example add echo's to do_compile (with a key value pair)16:04
kergothfenrig: do_compile is normally a shell function, you don't need python to use bitbake variables from there. do_compile_append () { bbwarn "${FOO}"; }16:05
kergothif you really want to use python for that, you'd have to use prefuncs or postfuncs flags to run a separate python function before or after the task, since the task isn't python.16:05
kergothbitbake's _append/_prepend are just concatenation, so concatenating shell to python or vice versa will cause issues16:06
fenrigand I can't use python to extend the shell function16:06
fenrigi wanna use python to add shell commands in fact :)16:06
kergothdo_compile[postfuncs] = "some_function"; python some_function (){ bb.warn(d.getVar('foo')) }16:06
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto16:06
kergothah, do you want the python to run at task execution time or parse time?16:06
fenrigparse :)16:06
kergothin that case, inline python is your best bet16:07
kergothdo_compile_append () { ${@my_function(d)} }; def my_function(d): return 'echo some random shell command'16:07
kergoththe python function returns the text appended to do_compile in this case16:07
kergothwould that do?16:07
kergoththen you can use bitbake -e to examine the final do_compile command with the returned commands16:08
fenrigand then in the end result: the do compile only gets the "echo some random shell command" appended?16:08
rburtonthough I dread to think why you'd want to do that16:08
funk123When I switch to zeus, I get this error <pre><font color="#00D75F">poky</font> &gt; source oe-init-build-env Error: TEMPLATECONF value points to nonexistent directory &apos;meta-yocto/conf&apos;</pre>16:08
kergothfenrig: yep16:08
funk123Is that as simple as editing: poky/build/conf/templateconf.cfg ?16:08
rburtonfunk123: that would be because in zeus, meta-yocto doesn't exist and its called meta-poky16:08
kergothfenrig: https://github.com/MentorEmbedded/meta-mentor/blob/master/meta-mentor-common/classes/sdk_extra_vars.bbclass is sort of similar, you can see it produces the bits to be cat'd to the script using inline python which returns those16:10
LetoThe2ndfunk123: might i point you to https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj for some introductory content :)16:10
fenrigrburton: well I have a bbclass in python here from my company that parses config options and hands them to the application, but I noticed that when I change the config option (from a bbappend) then yocto doesnt properly recompile the recipe. So I was thinking of echo'ing these config options with their values and add them to do compile so that when16:10
fenrigthe value changes, the do compile hash is changed. and it would trigger a recompile16:10
kergothseems reasonable16:11
funk123LetoThe2nd : thanks again16:11
rburtoncan't you just mark the variables as dependents?16:11
fenrighow do I do that?16:11
funk123Just searching YT for yocto was throwing up too much16:11
rburtonfenrig: [vardeps], oe-core has loads of examples16:12
*** linums <linums!~linums@84.198.214.26> has quit IRC16:12
rburtonif you were writing shell bitbake would notice16:12
rburtonbut you're not, so you need to tell it16:12
rburtonor something16:12
rburtonthe magic variable tracker has edge cases16:12
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has joined #yocto16:13
*** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto16:13
fenrigdo_compile[vardeps] += "CONFIG_OPTION"16:13
fenrigjust like this?16:13
rburtonyeah16:13
fenrigcan I call it from python?16:13
rburtoncall what?16:13
fenrigto add it to the bbclass16:14
rburtonjust add that line16:14
kergothyou can't "add to a bbclass". just put the line in the bbappend for the recipes that use it16:14
rburtonnext to your do_compile() that uses CONFIG_OPTION, add that vardeps line16:14
fenrigoh ok so all the recipes need this?16:14
fenrigthat use those kind of options16:15
rburtonyou said you have a class, so set it in there16:15
kergothunless you can directly adjust the bbclass, or globally inherit a class that conditionally operates in anonymous python based on whether the class was inherirted16:15
fenrigyes but the config options are component specific16:15
rburtonif you copy/paste the same code then yes youll need to copy paste this bit too16:15
kergothif you want to add to vardeps programmatically from anonymous python, you can use d.appendVarFlag()16:15
rburtonfrom what you described you have a class that has a do_compile() in that uses CONFIG_OPTION to do stuff16:15
fenrigrburton: yes16:16
rburtonso put the vardeps line in the class16:16
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has joined #yocto16:16
alejandrohsfunk123: you should be able to build it with zeus just fine, but I think you set it up with an older release and not switching properly, if youre having trouble, I suggest you do thesetup agani but start with zeus from the beginning16:16
fenrigI think kergoth's idea is far superior16:16
kergothwithout an example showing your use case, this is mostly speculation based on what we're guessing you need :)16:16
fenrigadding them programmatically would be ok16:16
rburtonimho, kergoth is  simply telling you what *can* be done16:17
kergothright, there are options, you'll have to decide what to use based on your requirements16:17
funk123I am dashed new to all this. So I appreciate the advice16:17
funk123Even if it is don't work with daisy16:17
fenrigyeah well the bbclass already parses the config options, so the loop is already there16:17
funk123I just did not know how to pick a branch from https://github.com/Xilinx/meta-xilinx that would work on my native ubuntu 20.04.16:18
rburtonfunk123: when in doubt, the latest16:19
funk123Trying Zeus now.16:19
funk123I just deleted the build directory and started all over again after switching to Zeus.16:19
funk123Is there a better way to clean the build directory?16:20
rburtonfunk123: well, master works with dunfell and gatesgarth, so mayb try oe-core dunfell + meta-xlinix master16:20
funk123rburton : how did you figure out which branch is compatible with  meta-xlinix master?16:21
rburtonhttps://github.com/Xilinx/meta-xilinx/blob/master/meta-xilinx-bsp/conf/layer.conf#L1416:21
funk123Making notes. Thanks a lot.16:22
kergothhmm, wonder if ithe layer index should be highlighting what a given branch supports, yocto release wise16:22
kergothhttp://layers.openembedded.org/layerindex/branch/master/layer/meta-xilinx/ doesn't mention it, but folks should probably know ift he layer is out of date16:22
kergoth(not the case for this one, but..)16:22
frayWe (Xilinx) never made a Dunfell branch.. a few people have said master worked for them -- but Zeus was the last, and gatesgarth (master) is the current development16:23
funk123Just to summariise: oe-core dunfell + meta-xlinix master + yocto master ?16:23
rburtonfunk123: what is yocto master?16:23
frayyocto master + meta-xilinx master works -- except for Microblaze..16:23
*** linums <linums!~linums@apn-94-44-106-137.vodafone.hu> has quit IRC16:23
funk123This is for the Zynq16:23
fray(but to be clear, it's still very much in development, so it's "rough")16:23
*** linums <linums!~linums@84.198.214.26> has joined #yocto16:24
kergothi'm assuming funk123 means meta-yocto, since there's no such thing as 'yocto master' :)16:24
frayZynq has microblaze for the embedded firmware as well as if you enable softcore in your bitstream.. but if you aren't using any of that, you can ignore it16:24
frayyocto master, I assume that means the 'poky' repository, which included oe-core and meta-yocto16:24
fenrigd.appendVarFlag('do_compile', 'vardeps', key)16:25
fenrigshould do it right?16:25
kergothfenrig: yep, but don't forget the leading space16:25
fenrigthe python indents?16:25
kergothit's direct string concatenation, and the flag is a space separated list of words16:25
kergothif it has a value already..16:25
kergothi.e. vardeps = 'foo', you d.appendVarFlag('do_compile', 'vardeps', 'bar') now it's 'foobar', not 'foo bar'16:26
fenrigso d.appendVarFlag('do_compile', 'vardeps', key) in a loop would overwrite everytime?16:26
kergothyou'd need to appendVarFlag ' bar' or ' ' + key16:26
fenrigah okay16:26
kergothno, it's appending, not overwriting. if you want to blow away an existing value, use setVarFlag16:26
fenrigi forgot the leading space16:26
fenrigit seems16:26
kergothjust it's space separated, so if you want to add, include a leading space with your appended value16:26
* kergoth nods16:26
funk123fray: that is right. Just building for the PS part16:27
YumasiHi ! I am trying to build a disk image for x86-64, using WIC to generate the ESP and bootloader configuration. The thing is I have multiple rootfs and I just can't seem to figure out how to have WIC generate multiple bootloader entries for each rootfs. By looking at how WIC is actually implemented, it does not seem to support this. Do I necessarily have to create a WIC plugin to achieve that, or is16:27
Yumasithere an other way to generate the bootloader configuration?16:27
fenriganother question, i dont need to pass the value of the key right. It's being checked dynamically right?16:28
kergothit's just python, assuming key is a variable holding the string you want to add, it's fine16:30
fenrigis there a way to check the vardeps parsed result at the end? like in a tmp/do_compile.log16:30
funk123frey: what advice do you have for someone starting out given that you said both gatesgarth and zeus are the latest? Which should I pick?16:30
fenrigkey is the string of the variable name in the yocto recipe16:30
alejandrohsYumasi: IIRC creatig your own plugin should allow you to do that, you just have to make wic uderstand and process the several bootloader entries16:31
fenrig<recipe>.bb contains CONFIG_SOMETHING ??= "y" . Then key is "CONFIG_SOMETHING"16:31
kergothfenrig: yeah, should be fine. ' ' + key16:31
fenrigGREAT <316:32
fenrigyocto is awesome, too bad it's a pretty steep knowledge hill16:32
*** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC16:32
funk123fenrig: I have the same feeling :)16:33
alejandrohsYumasi: specifically the bootimg-partition.py file would need some mods16:33
alejandrohsfunk123: it depends of what you want, if you want the latest then pick gatesgarth16:34
Yumasialejandrohs: That's what I thought. Thanks for your answer! (I am using EFI but I see how bootimg-efi.py would need to be modified for that). I suppose I can't have multiple partitions with the "/" mountpoint (I guess it would have trouble generating the fstab, amongst other things)?16:37
*** linums <linums!~linums@84.198.214.26> has quit IRC16:45
*** linums <linums!~linums@apn-94-44-111-66.vodafone.hu> has joined #yocto16:46
rburtonkhem: have you tried building with host ld being clang?17:01
RPrburton: not sure I want to know ;-)17:02
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC17:03
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC17:03
rburtonno, i don't think you do17:03
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto17:05
kergothhah17:09
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:3c84:182f:dc34:77d4> has quit IRC17:12
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC17:15
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto17:15
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-104.hsi5.kabel-badenwuerttemberg.de> has quit IRC17:16
*** manuel1985 <manuel1985!~manuel@62.99.131.178> has left #yocto17:16
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:60e3:9715:89c4:848> has quit IRC17:29
*** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC17:32
*** micka_ <micka_!~micka@reverse-75.fdn.fr> has quit IRC17:34
*** stacktru1t <stacktru1t!~stacktrus@cpe-67-250-48-90.nyc.res.rr.com> has joined #yocto17:34
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto17:37
*** RobertBerger <RobertBerger!~rber@ppp-2-84-14-95.home.otenet.gr> has joined #yocto17:44
khemrburton: not as ld but as host compiler yes17:45
khemgentoo and mageia already use clang to bootstrap so its much better to build native packages now a days17:46
rburtonok17:47
rburtoni blame user error17:47
khemgive it a shot we can fix things up nothing is impossible17:47
*** mckoan is now known as mckoan|away17:53
*** linums <linums!~linums@apn-94-44-111-66.vodafone.hu> has quit IRC18:05
*** linums <linums!~linums@84.198.214.26> has joined #yocto18:06
smurraykhem: you're not supposed to tell people that, they may hold you to it ;)18:15
fenrigif the do_compile changes then all programs that recursively depend on that changed recipe should be recompiled right?18:22
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has quit IRC18:24
*** marc1 <marc1!~marc@modemcable182.194-37-24.static.videotron.ca> has joined #yocto18:26
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC18:29
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto18:29
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/kiwiirc.com/ip.92.108.245.63> has quit IRC18:33
*** linums <linums!~linums@84.198.214.26> has quit IRC18:40
*** linums <linums!~linums@apn-94-44-234-154.vodafone.hu> has joined #yocto18:41
rburtonyes18:41
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-onkowzwpmlnnccuc> has quit IRC18:45
*** linums <linums!~linums@apn-94-44-234-154.vodafone.hu> has quit IRC18:51
*** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto18:51
*** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC18:55
khemsmurray: that was addressed to rburton specifically not universal statement :)19:02
smurraykhem: heh19:11
*** falk0n <falk0n!~falk0n@a79-168-12-15.cpe.netcabo.pt> has quit IRC19:16
*** marius_ <marius_!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC19:21
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto19:21
*** Bunio_FH1 <Bunio_FH1!~bunio@188.146.178.254.nat.umts.dynamic.t-mobile.pl> has quit IRC19:21
*** hpsy <hpsy!~hpsy@92.118.12.30> has joined #yocto19:27
RPJPEW: I hacked up and sent out a patch for that hashequiv issue, tweaked the one I had previously. Will see how testing looks with it19:42
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto19:49
*** kuzz <kuzz!~kuzz@mob-5-90-70-136.net.vodafone.it> has quit IRC19:52
*** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC19:53
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:57
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:57
*** tolszak <tolszak!~tolszak@apn-37-248-200-60.dynamic.gprs.plus.pl> has quit IRC20:04
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto20:07
*** RP <RP!~RP@60.23.169.217.in-addr.arpa> has joined #yocto20:09
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC20:21
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto20:21
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC20:21
khemRP: seeing WARNING: busybox-1.32.0-r0 do_populate_lic: busybox: No generic license file exists for: bzip2-1.0.4 in any provider20:22
khemI guess we also need to add bzip2-1.0.4 license text in meta/files/common-licenses20:23
khemalong with Yann's change20:24
RPkhem: will be the busybox license patch :/20:50
*** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto20:51
mbulutis there a way to completely disable/delete/overwrite a task defined in a recipe by appending it?20:54
*** lh___ <lh___!sid77898@gateway/web/irccloud.com/x-nwdfpgfanhlldsvx> has quit IRC20:58
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kpcykcuxrgetpbge> has quit IRC20:58
*** lh___ <lh___!sid77898@gateway/web/irccloud.com/x-fshuovispmjyqgna> has joined #yocto20:58
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-pibpomiepzebyrjj> has joined #yocto20:59
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC21:02
RPmbulut: anonymous python and deltask it? or just specify your own task to overwrite it?21:03
mbulutyeah thx, I was going for deltask but it seems not available in rocko21:04
mbulutwill overwrite it21:04
moto-timohttps://www.yoctoproject.org/community/events/21:13
moto-timonot a lot to see there21:13
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC21:15
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto21:15
*** berton <berton!~berton@191-221-68-106.user3p.brasiltelecom.net.br> has quit IRC21:16
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC21:21
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has joined #yocto21:21
*** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto21:26
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC21:29
*** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC21:32
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto21:35
* RP discovers the scatter gather offload on a network card was breaking NAT21:43
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto21:51
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC21:55
*** manuel1985 <manuel1985!~manuel@089144218193.atnat0027.highway.a1.net> has joined #yocto22:02
*** marius__ <marius__!~emrius@dslb-088-064-250-155.088.064.pools.vodafone-ip.de> has quit IRC22:03
*** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC22:04
moto-timonoooo22:18
*** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto22:25
*** sagner <sagner!~ags@2a02:169:3df5::979> has joined #yocto22:27
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC22:33
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto22:33
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC22:34
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto22:34
*** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC23:00
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC23:02
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC23:10
*** funk123 <funk123!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has quit IRC23:13
*** row <row!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has joined #yocto23:14
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC23:33
rowThanks to advice I received earlier, I was able to compile (without errors) yacto with meta-xilunx (zeus branch). I have added some information here: https://solardata.s3-ap-southeast-1.amazonaws.com/zynqboot.pdf23:34
rowCan anyone provide some advice on what I did wrong?23:35
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto23:36
rowThat pdf is some text and screenshots23:36
*** row <row!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has quit IRC23:41
*** Klanticus <Klanticus!~quassel@189.76.135.234> has quit IRC23:41
khemyou might want to check where the switch to reading vfat should happen.23:43
khemit seems your bootenv is stored on spi flash23:44
*** zybouser <zybouser!~karthik@2601:246:4d7f:fc61:f4c2:fec2:478c:9011> has joined #yocto23:44
khemand that should perhaps have info about where to boot from23:44
khemdump it and read it23:45
zybouserSorry, I lost the message since my webclient dies.23:46
zybouserCan you repeat your comments again, khem?23:46
zybouser(I was user 'row' )23:46
zybouserAnd I posted this problem about yocto not booting: https://solardata.s3-ap-southeast-1.amazonaws.com/zynqboot.pdf23:47
khemit seems bootloader env is being read from spi flash23:48
khemamd that perhaps has logic to choose where to boot from23:49
zybouserStrangely I can boot if the ethernet cable is attached.23:49
khemif you are able to break the boot at bootloader shell then you can see23:49
zybouserI copied the exact files to my tftp server23:49
khemyes thats becuase perhaps network boot is ahead of emmc boot in order23:50
khemsometimes uboot waits for a second or two before loading kernel you can press return key and see if it breaks in boot shell23:51
zybouserLoad device from filesystem (FAT by default) (Xilinx only)23:51
zybouser  loadfs [dev] [address] [image size] [blocksize] <interface>23:51
zybouser        [<dev[:part]>] <filename>23:51
zybouser  loadmk [dev] [address]        Load device generated with mkimage23:51
zybouser        For loadmk operating on FIT format uImage address must include23:51
zybouser        subimage unit name in the form of addr:<subimg_uname>23:51
zybouserHit any key to stop autoboot:  023:51
zybouserkhem: Ah, I see what you mean23:53
zybouserhttps://solardata.s3-ap-southeast-1.amazonaws.com/Screenshot_2020-10-27_18-54-28.png23:55
zybouserThat shows it is trying to mmc boot23:55
zybouserso how do I change it to SD card?23:55
*** m123 <m123!496fe025@c-73-111-224-37.hsd1.il.comcast.net> has joined #yocto23:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!