Tuesday, 2020-07-28

*** camus1 <camus1!~Instantbi@124.79.190.23> has joined #yocto00:06
*** kaspter <kaspter!~Instantbi@124.77.81.86> has quit IRC00:07
*** camus1 is now known as kaspter00:07
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:23
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC00:48
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-uockocwicuhrpyil> has quit IRC00:51
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-lucmirdyiafnzimz> has quit IRC00:52
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-zzjjoegqogbovnhl> has joined #yocto00:54
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-zygrnzjcyguzimpt> has joined #yocto00:54
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has quit IRC01:21
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has joined #yocto01:22
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC01:31
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC01:35
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has quit IRC01:36
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has joined #yocto01:37
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto01:41
xicopitz[m]Hello. Did someone successfully add docker-compose to a yocto project build? thanks02:04
*** kaspter <kaspter!~Instantbi@124.79.190.23> has quit IRC02:07
*** kaspter <kaspter!~Instantbi@124.77.81.86> has joined #yocto02:08
zeddiihttp://layers.openembedded.org/layerindex/branch/master/recipes/?q=docker-compose02:13
* paulg keys random words into the layer search02:17
paulghow can there not  be a recipe for xroach !?!02:18
zeddiixyes02:19
zeddiixeyes even02:19
paulgkids these days - no respect for tried and true software.02:20
*** kaspter <kaspter!~Instantbi@124.77.81.86> has quit IRC02:23
*** kaspter <kaspter!~Instantbi@124.77.81.82> has joined #yocto02:24
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has quit IRC02:28
*** kaspter <kaspter!~Instantbi@124.77.81.82> has quit IRC02:30
*** kaspter <kaspter!~Instantbi@124.77.81.86> has joined #yocto02:31
xicopitz[m]zeddii: i was not importing "python3-docker-compose" on CORE_IMAGE_EXTRA_INSTALL . It's working now. Thanks02:37
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has joined #yocto02:48
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto02:53
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has quit IRC03:11
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC03:24
*** GeGo <GeGo!292e9959@41.46.153.89> has joined #yocto03:27
*** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto03:27
*** GeGo <GeGo!292e9959@41.46.153.89> has quit IRC03:37
*** kaspter <kaspter!~Instantbi@124.77.81.86> has quit IRC03:38
*** kaspter <kaspter!~Instantbi@124.77.81.82> has joined #yocto03:39
*** kaspter <kaspter!~Instantbi@124.77.81.82> has quit IRC03:50
*** kaspter <kaspter!~Instantbi@124.77.81.82> has joined #yocto03:50
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC03:58
*** GeGo <GeGo!292e9959@41.46.153.89> has joined #yocto04:05
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC04:14
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC04:18
*** kaspter <kaspter!~Instantbi@124.77.81.82> has quit IRC04:42
*** kaspter <kaspter!~Instantbi@124.77.81.86> has joined #yocto04:43
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC04:53
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC04:57
*** kaspter <kaspter!~Instantbi@124.77.81.86> has quit IRC05:02
*** kaspter <kaspter!~Instantbi@112.64.53.159> has joined #yocto05:03
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5c17:f80b:2a27:347c> has quit IRC05:09
*** kaspter <kaspter!~Instantbi@112.64.53.159> has quit IRC05:13
*** kaspter <kaspter!~Instantbi@124.77.81.86> has joined #yocto05:14
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto05:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:14
*** Dracos-Carazza_ is now known as Dracos-Carazza05:18
*** armpit <armpit!~armpit@2601:202:4180:a5c0:8df1:f28:d14a:8296> has joined #yocto05:21
*** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has joined #yocto05:29
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto05:38
*** jobroe <jobroe!~manjaro-u@p579eb99e.dip0.t-ipconnect.de> has joined #yocto06:05
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:11
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto06:28
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vyrhfcwfbtrcgniw> has quit IRC06:29
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto06:33
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto06:34
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-vpsjfhibqejepqtl> has joined #yocto06:56
*** fl0v0 <fl0v0!~fvo@89.244.121.152> has joined #yocto06:59
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto07:03
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto07:10
*** GeGo <GeGo!292e9959@41.46.153.89> has quit IRC07:16
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto07:16
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC07:23
*** mihai-- <mihai--!~mihai@unaffiliated/mihai> has joined #yocto07:24
*** mihai-- is now known as mihai07:25
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC07:27
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto07:28
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:41
*** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has joined #yocto07:43
*** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC07:46
*** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto07:54
LetoThe2ndany neat pointers on how to disable systemd-timesyncd in the defaultconfiguration?07:56
LetoThe2ndsed'ing out the wantedby line out of the default unit by an append might work, but feels... convoluted.07:58
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:05
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC08:07
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto08:08
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC08:09
*** PaowZ__ <PaowZ__!~Vince@193.252.149.222> has quit IRC08:16
*** PaowZ <PaowZ!~Vince@193.252.149.222> has joined #yocto08:16
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-gguuyjtzvwqvgtkj> has joined #yocto08:23
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:31
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC08:40
RPLetoThe2nd: switch to sysvinit?08:52
RPLetoThe2nd: sorry, couldn't resist08:52
LetoThe2ndRP: hehe08:52
LetoThe2ndfor the record, i now went with said sed'ing08:53
LetoThe2ndRP: i personally think systemd is a powerful and awesome tool, except when it isn't :08:56
LetoThe2nd:-D08:56
LetoThe2ndjust like that mikrotik switch i use as bench network here... its super awesome in terms of features packed for the price. but requires a lot of cursing and beating into shape before you can harness it.08:58
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto09:01
RPLetoThe2nd: I try not to have an opinion, someone had to give that answer though :)09:08
LetoThe2ndRP: agreed!09:09
* RP needs to sort out his home networking. My desk switch is unmanaged so not so much fun09:10
ak77god I hate that I can't run systemd nicely in a docker. I have a oe setup that produces containers/vm images/sd cards and can't use same init09:10
LetoThe2ndRP: as hinted, i'm somewhat of a mikrotik fanboy now. the price tags are awesome for the features they pack, but it really requires some getting invested in sorting it out.09:11
RPLetoThe2nd: I have a TP-Link managed switch which is more interesting09:13
* LetoThe2nd is running a switch setup with two vlans including dhcp server and port based tagging/untagging, as well as natting in HW for ~150€, and wifi/sfp are still unoccupied.09:13
RPLetoThe2nd: nice. I was happy to finally have ipv6 working recently09:14
LetoThe2ndRP: for me the main requirement was that the box does all the vlan/dhcp magic, as my dev machine is a laptop that i lug around a lot and i don't want to poison other networks that I enter. this way, the only modification to that was adding the two vlan interfaces to access the DUT networks.09:16
RPLetoThe2nd: makes sense09:18
LetoThe2ndas usual, use cases differ.09:18
RPLetoThe2nd: right, I have no need to do that09:19
LetoThe2ndyes, if you've got a stationary setup the architecture can be quite different.09:19
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto09:31
*** GeGo <GeGo!292e9ba1@41.46.155.161> has joined #yocto09:32
*** fl0v0 <fl0v0!~fvo@89.244.121.152> has quit IRC09:33
*** fl0v0 <fl0v0!~fvo@89.244.121.152> has joined #yocto09:33
*** ziemlichwurscht <ziemlichwurscht!c2795aad@194.121.90.173> has joined #yocto09:42
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto09:42
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC09:43
ziemlichwurschti have an image running on some device - now i would like to have some development tools on there - but only for development purposes. i could generate a package feed and somehow put "rpm" on the target, but i was wondering if there is an easier way, for example just generating a tar.gz with the development tool, inclkuding its dependencies which09:44
ziemlichwurschtare not already part of the standard target image.09:44
ziemlichwurschtany hints?09:44
LetoThe2ndziemlichwurscht: why not just build the dev image that you like?09:45
LetoThe2ndziemlichwurscht: its absolutely common to have a image/dev-image and/or distro/dev-distro pair for exactly that usecase.09:46
LetoThe2ndand if done properly, thats even somewhat maintainable.09:46
ziemlichwurschtLetoThe2nd: i guess that is another way, there are some practicalities... like with a complete image i have to go through the flash process of the device, or i want only 2 out of 10 possible tools and space is limited on the device09:46
LetoThe2ndziemlichwurscht: boot from nfs or some sd card. :)09:47
ziemlichwurschtno sd cards on the devices i have :)09:47
ziemlichwurschtyeah, sure, that would be best.... but again even more pracicalities :)09:47
LetoThe2ndsettinincluding rpm as packagemanager will also eat up quite some space.09:48
ziemlichwurschtyes that is true09:48
LetoThe2ndplus, it gets really hard to repeat the setup09:48
ziemlichwurscht"quite some"? is it really that bad? why?09:48
ziemlichwurschti guess just being able to generate tar.gzs with what is actually needed would put the least requirements on the environment/device09:49
qschulzziemlichwurscht: devtool modify, devtool build, devtool deploy-target?09:50
LetoThe2ndbecause of the package dbs.09:50
LetoThe2ndqschulz: doesn't help if you only want to push a package09:50
ziemlichwurschtqschulz: i have to look up what that is, thanks09:51
LetoThe2ndziemlichwurscht: well, "just tar.gz" help you if your tools have no dependencies whatsoever and are completely statically linked. which.. is almost never the case.09:51
ziemlichwurschtLetoThe2nd actually i was thinking something along the lines of telling yocto: i have this image on the device, i want gdb now, please put gdb and readline and what is not already in the image in a tar.gz i can extract on the device09:52
LetoThe2ndziemlichwurscht: if you want to go the runtim PM route and are space contrained, basically your only bet is using ipk.09:52
LetoThe2ndziemlichwurscht: i totally understood that thats what you thought of. ut its just not there for you to use, unless you write upstream support for a mechanism like that :)09:52
ziemlichwurschtyeah, i was afraid of that being the answer :)09:53
ziemlichwurschti also thought about just doing the "rpm" PM stuff in a qemu09:54
ziemlichwurschtand in this way using rpm, and then generating the tar.gz09:54
ziemlichwurschtsomething like that09:54
LetoThe2ndziemlichwurscht: which in turn means that you are creating a second way to build a derived image.09:55
LetoThe2ndlike i said, i don't think thats a good idea. my vote is totally on dev-image/-distro09:56
qschulzLetoThe2nd: what's wrong with devtool? Didn't understand what you wrote09:56
LetoThe2ndqschulz: devtool works nicely for working on a specific application, and if all (R)DEPENDS are already in the image. not for getting a specific package onto the target. like, "devtool install strace" or such.09:57
ziemlichwurschtqschulz i have some difficulities understanding this devtool business on the spot - even when googling - could you perhaps just summarize what you mean?09:57
LetoThe2ndif devtool has gotten support for such lately then beg my pardon and i hereby contradict everything i just typed :)09:57
*** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto10:01
vermaetehi,10:01
vermaeteCould it be that the class to add the localversion to the Linux kernel of meta-freescale is not working anymore?10:02
vermaeteThis one: https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-kernel-localversion.bbclass10:02
vermaeteAnd where should I report this (once I'm sure about my case).10:02
qschulzLetoThe2nd: I assumed devtool deploy-target would send all files needed but I honestly use devtool sporadically ;)10:03
LetoThe2ndqschulz: nope, devtool works differently. and more specifically, it only works for stuff you have explicitly pulled into your working area.10:03
LetoThe2ndvermaete: https://git.yoctoproject.org/cgit.cgi/meta-freescale/tree/README#n1310:05
LetoThe2ndvermaete: looks like they prefer interaction on github10:05
LetoThe2ndvermaete: so maybe open an issue there?10:05
qschulzvermaete: and please be more explicit than "is it possible it does not work?" ;)10:05
vermaeteWell, I was more wondering if there is now (Dunfell) a more common Yocto way of adding version info the the kernel version.10:06
vermaeteI never saw this one before: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-LINUX_VERSION_EXTENSION10:06
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC10:22
*** ziemlichwurscht <ziemlichwurscht!c2795aad@194.121.90.173> has quit IRC10:26
*** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC10:26
*** HoloIRCUser <HoloIRCUser!~holoirc@225-4-133-N4.customer.vsm.sh> has joined #yocto10:37
*** HoloIRCUser is now known as jarvis-owl10:47
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto10:49
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto10:58
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC10:58
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto10:58
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto11:00
*** catch22 <catch22!~aboseley@204.40.96.58.static.exetel.com.au> has quit IRC11:03
*** PaowZ_ <PaowZ_!~vince@2a01:e35:2e3e:4ac0:7946:755d:11d4:1db4> has quit IRC11:04
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto11:05
*** jobroe_ <jobroe_!~manjaro-u@p5dd7fb59.dip0.t-ipconnect.de> has joined #yocto11:08
*** jobroe <jobroe!~manjaro-u@p579eb99e.dip0.t-ipconnect.de> has quit IRC11:09
*** PaowZ_ <PaowZ_!~vince@2a01:e35:2e3e:4ac0:69de:85d7:5517:8e3c> has joined #yocto11:15
*** khem <khem!~khem@unaffiliated/khem> has quit IRC11:20
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto11:24
*** berton <berton!~berton@181.220.84.90> has joined #yocto11:44
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC11:50
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xbdldimquulucjak> has joined #yocto11:54
*** f843d0 <f843d0!~f843d0@213.61.153.180> has joined #yocto11:55
*** d__ep__th <d__ep__th!2d405669@45.64.86.105> has joined #yocto12:00
*** gsalazar25 <gsalazar25!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto12:02
*** gsalazar39 <gsalazar39!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto12:03
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC12:04
*** gsalazar39 is now known as gsalazar12:04
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto12:21
*** maudat <maudat!~moda@mtrlpq2848w-lp130-03-69-159-116-123.dsl.bell.ca> has joined #yocto12:46
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-99-153.dynamic.amis.hr> has quit IRC12:47
*** GeGo <GeGo!292e9ba1@41.46.155.161> has quit IRC12:57
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:03
*** ssajal <ssajal!~ssajal@otwaon1146w-grc0-02-70-26-15-14.dsl.bell.ca> has joined #yocto13:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:27
*** hpsy1 <hpsy1!~hpsy@92.118.12.81> has joined #yocto13:44
*** hpsy <hpsy!~hpsy@92.118.12.92> has quit IRC13:45
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC14:16
*** vineela <vineela!vtummala@nat/intel/x-eowirwcbggshzsme> has joined #yocto14:21
*** banana <banana!58703ead@88-112-62-173.elisa-laajakaista.fi> has quit IRC14:22
* zeddii tries to tiptoe out of a thread he never should have entered on the poky list.14:26
*** d__ep__th <d__ep__th!2d405669@45.64.86.105> has quit IRC14:29
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC14:31
*** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC14:32
LetoThe2ndzeddii: preempt rt for the win :)14:35
* zeddii nods14:35
zeddiiI hope with my last email, that I have done that exit.14:36
zeddiitime will tell.14:36
LetoThe2ndi will tell right now: doesn't work.14:36
* zeddii sobs14:37
LetoThe2ndzeddii: have to admit that i anticipated exactly this outcome and therefore did not answer14:37
zeddiithat falls into the "if you are asking that question, you have no idea about all the details and issues, and there's no way we can instruct you"14:37
LetoThe2ndor the "if you are asking that question this way, it means that you need some introductory training"-category14:38
zeddiiyou will be fighting not only the OE learning curve, but the kernel issues at the same time. good luck and throw $$ at it.14:38
* zeddii nods14:38
LetoThe2ndthe key point is understanding that $$$ is actually needed.14:39
LetoThe2ndor a lot of time, not just "exact steps"14:40
zeddii100%14:40
qschulzThere are quite a bunch of those people lately on the ML unfortunately :/14:40
LetoThe2ndwell it is both good and bad. new people coming in is good. the problem is when they have the "all i need to"-mindset14:41
*** vineela <vineela!vtummala@nat/intel/x-eowirwcbggshzsme> has quit IRC14:44
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto14:45
*** rubdos <rubdos!~rubdos@77.109.97.166.adsl.dyn.edpnet.net> has quit IRC14:48
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto14:49
*** rubdos <rubdos!~rubdos@77.109.97.166.adsl.dyn.edpnet.net> has joined #yocto14:51
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC14:56
*** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto15:02
smurrayYPTM: Scott Murray is on15:02
LetoThe2ndYPTM: Josef is on15:02
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto15:03
*** jarvisowl <jarvisowl!~manjaro-i@225-4-133-N4.customer.vsm.sh> has joined #yocto15:08
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto15:11
*** jarvisowl <jarvisowl!~manjaro-i@225-4-133-N4.customer.vsm.sh> has quit IRC15:14
tlwoernerJPEW: sorry, what was your question again?15:15
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC15:15
*** vineela <vineela!vtummala@nat/intel/x-exsqyledbkpofmha> has joined #yocto15:18
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto15:20
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC15:24
JPEWtlwoerner: Does bitbake automatically detect variable dependencies in library code? Answer: no15:25
tlwoernerJPEW: thanks :-)15:25
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC15:26
rburtonkhem: good news: found your optee-os build race15:27
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC15:28
*** stew-dw <stew-dw!~stew-dw@172.58.143.9> has quit IRC15:28
khemrburton: nice !15:28
rburtonclassic missing mkdir when doing out-of-tree builds15:29
*** stew-dw <stew-dw!~stew-dw@172.58.59.183> has joined #yocto15:30
RPkhem: do you know much about our qemumips target machine and whether there would be something faster we could emulate?15:30
RPkhem: its lack of speed appears to be creating issues on the autobuilder15:31
paulgwhat is it emulating now?  Some horrible 200MHz malta from 2003?15:31
zeddiiyup15:31
paulgwhee!15:31
rburtonI did wonder if it was being deliberately slow on purpose :)15:31
zeddiithere are other choices, but actually getting a fully functional platform/board is the trick.15:32
*** HoloIRCUser1 <HoloIRCUser1!~holoirc@x590feed5.dyn.telefonica.de> has joined #yocto15:32
zeddiiI don't think it slows down to what it is emulating, since it isn't cycle accurate or anything, but there's definitely some ancient stuff in there.15:32
RPzeddii: for some definition of functional :/15:33
zeddiiheh. I normally say "can disk boot and has a network"15:33
zeddiimost of them don't even have that, and we've swizzled the PCI on the malta a few times (paulg will get that reference).15:33
RPzeddii: the continual races/hangs/problems are just getting to me15:33
RPI guess I'm wondering if there is some instruction set change we could make to have it work faster15:34
kergothRP: huh, turns out MULTILIB_VARIANTS was in my nativesdk-glibc:do_patch sig, so changing from a non-multilib machine to a multilib machine made things blow up15:34
* kergoth figures out where it's coming from15:34
RPkergoth: ouch, that'd do it!15:34
zeddiiI don't think it's kernel version dependent, but i wonder why it's popping up more now.15:34
RPzeddii: I wish I knew15:34
zeddiiI'm finalizing 5.8 right now, that will be another data point.15:35
*** jarvis-owl <jarvis-owl!~holoirc@225-4-133-N4.customer.vsm.sh> has quit IRC15:36
RPzeddii: yes, that might be interesting15:37
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto15:38
*** dev1990 <dev1990!~dev@dynamic-78-8-246-214.ssp.dialog.net.pl> has quit IRC15:42
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:47
*** dev1990 <dev1990!~dev@dynamic-78-8-246-214.ssp.dialog.net.pl> has joined #yocto15:47
*** vineela <vineela!vtummala@nat/intel/x-exsqyledbkpofmha> has quit IRC15:53
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC15:53
*** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto15:56
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC15:57
*** f843d0 <f843d0!~f843d0@213.61.153.180> has quit IRC15:58
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto16:01
*** vineela <vineela!vtummala@nat/intel/x-usdtrpawnncfwaeq> has joined #yocto16:02
gsalazarHello, I am wondering if there is any way to exclude a certain package from being added to the sdk. Currently I am using yocto to generate an image to flash on a target and in that case I want the application being developed to be added but when generating the sdk to develop that application I would rather not compile and add it16:08
gsalazaris this feasible? I looked in the manual but could not find it16:08
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC16:10
kergoththank goodness for sstate-diff-machines.sh16:10
kergothhmm, could use an arg to specify the tasks to check, though16:11
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto16:13
*** kaspter <kaspter!~Instantbi@124.77.81.86> has quit IRC16:14
*** camus1 <camus1!~Instantbi@112.64.53.42> has joined #yocto16:14
kergothhmm, ERROR_QA_remove is resulting in basehash change errors in do_package_qa? weird16:15
*** camus1 is now known as kaspter16:16
*** dv <dv!~dv@5.167.98.73> has joined #yocto16:16
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto16:18
dvI am generating SDK for rpm-based distribution and can't find rpmbuild inside my SDK. Why it is not there and how can I include it?16:19
*** kaspter <kaspter!~Instantbi@112.64.53.42> has quit IRC16:22
*** kaspter <kaspter!~Instantbi@112.64.53.159> has joined #yocto16:23
*** fl0v0 <fl0v0!~fvo@89.244.121.152> has quit IRC16:27
*** camus1 <camus1!~Instantbi@124.77.82.157> has joined #yocto16:28
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC16:29
*** kaspter <kaspter!~Instantbi@112.64.53.159> has quit IRC16:29
*** camus1 is now known as kaspter16:29
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC16:30
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto16:34
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:35
kergothRP: is it possible to access the metadata of multiconfigs from the non-multiconfig baseline? i.e. have a recipe iterates over the multiconfig configurations and does something for each?16:39
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC16:43
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto16:49
*** HoloIRCUser1 <HoloIRCUser1!~holoirc@x590feed5.dyn.telefonica.de> has quit IRC16:50
*** HoloIRCUser <HoloIRCUser!~holoirc@225-4-133-N4.customer.vsm.sh> has joined #yocto16:51
JPEWkergoth: There currently isn't an API to access other multiconfig's variables... it would be nice though16:53
kergothah. i was thinking about trying to make a combined sdk recipe that built the sysroots for multiple machines, but probably not viable without that just yet16:54
JPEWkergoth: You need to grab `DEPLOY_DIR` from the other multiconfigs?16:56
JPEWOr `DEPLOY_DIR` equivalent for SDKs... can't recall what it is ATM16:56
kergothsdks just build fielsystems like an image, just from both nativesdk and target, so presumably could make do with DEPLOY_DIR_IPK or whatever is in use, but would likely also need to know the package archs to use for each16:57
kergothhmm16:57
kergothcould arrange to write the necessary information where i can pull it, rather than using a direct api16:57
JPEWkergoth: Thats what we do currently16:57
kergothah, do you have an example? are you doing this sort of thing with images?16:58
JPEWFor each of our multiconfigs, we have DEPLOY_DIR_A, DEPLOY_DIR_B, defined in the base config, then in multiconfig A we do DEPLOY_DIR = "${DEPLOY_DIR_A}"17:00
JPEWSo, each one has well defined DEPLOY_DIR they can cross reference17:00
*** vineela <vineela!vtummala@nat/intel/x-usdtrpawnncfwaeq> has quit IRC17:05
RPkergoth: we haven't come up with an API for that as yet17:06
RPkergoth: its hard since the metadata doesn't even exist inside bitbake in general17:07
RPwe'd hard to parse/compute the other datastore17:07
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC17:07
*** vineela <vineela!vtummala@nat/intel/x-qexuolkxolxodvky> has joined #yocto17:14
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC17:19
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto17:21
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto17:22
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto17:22
*** jarvis-owl <jarvis-owl!~manjaro-i@225-4-133-N4.customer.vsm.sh> has joined #yocto17:23
jarvis-owl@manjaroi3_ i tried yocto in docker with manjaro17:24
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC17:27
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto17:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:29
*** berton_ <berton_!~berton@181.220.84.90> has joined #yocto17:39
*** berton <berton!~berton@181.220.84.90> has quit IRC17:41
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:41
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC17:43
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto17:43
*** robbawebba <robbawebba!~rob@8-3-93-140.starry-inc.net> has joined #yocto17:48
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC17:49
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto17:51
*** bob444 <bob444!44b18a42@68.177.138.66> has joined #yocto17:54
bob444Hello all - I have a Yocto question.  Can I ask it here?17:54
dvI am generating SDK for rpm-based distribution and can't find rpmbuild inside my SDK. Why it is not there and how can I include it?17:55
bob444I have a requirement to produce both shared and static libraries for a lot of recipes - fmt is a good example.  I want to do something like:17:57
bob444EXTRA_OECMAKE = "-DBUILD_SHARED_LIBS=ON", then do the configure and compile, the do EXTRA_OECMAKE = "-DBUILD_SHARED_LIBS=OFF", then do the configure and compile again.17:57
bob444Anyone have an idea on how to do that?17:58
*** hpsy1 <hpsy1!~hpsy@92.118.12.81> has quit IRC18:02
rburtoncan't your cmake just build both at the same time?18:02
rburtonmost can18:02
kergothhmm, gcc-cross-canadian-arm changes between armv7ahf-neon and armv7a-neon, even though it's supposedly just arm. i'd expect glibc and the runtime to differ, but the toolchain either needs to use a unique prefix based on tuning, or shouldn't change between tunings18:04
bob444I can look at patching the CMakeLists.txt, but it's a less ideal approach for me, because I'm going to need to do this for fmt and several lua libraries18:04
kergothpresumably the default tuning of the compiler might change, but we always pass the tuning anyway, so if so that's less than useful..18:06
kergothhmm18:06
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto18:06
kergothI should probably examine gcc-cross, i don't think that gets rebuilt between them.. at least i'd hope not18:08
kergothindeed, it doesn't, will have to compare gcc-cross and gcc-cross-canadian builds18:11
*** pohly <pohly!~pohly@ip-109-41-64-68.web.vodafone.de> has joined #yocto18:12
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto18:13
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC18:18
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto18:19
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:21
*** ak77_ <ak77_!~akrpic77@193.46.75.3> has joined #yocto18:29
*** ak77 <ak77!~akrpic77@193.46.75.3> has quit IRC18:29
rburtonbob444: easier to patch (and send upstream) the required makefile changes to build static and shared at the same time (as the only difference is a link call) than kludge multipe recipes that build twice18:31
*** khem <khem!~khem@unaffiliated/khem> has quit IRC18:34
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC18:37
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC18:38
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto18:39
*** nerdboy <nerdboy!~sarnold@47.143.129.70> has joined #yocto18:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:47
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC18:56
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto18:57
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has quit IRC18:58
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC19:00
*** HoloIRCUser <HoloIRCUser!~holoirc@225-4-133-N4.customer.vsm.sh> has quit IRC19:04
*** HoloIRCUser <HoloIRCUser!~holoirc@225-4-133-N4.customer.vsm.sh> has joined #yocto19:04
*** HoloIRCUser <HoloIRCUser!~holoirc@225-4-133-N4.customer.vsm.sh> has quit IRC19:05
*** HoloIRCUser <HoloIRCUser!~holoirc@225-4-133-N4.customer.vsm.sh> has joined #yocto19:11
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC19:11
*** vineela <vineela!vtummala@nat/intel/x-qexuolkxolxodvky> has quit IRC19:17
*** bob444 <bob444!44b18a42@68.177.138.66> has quit IRC19:17
*** HoloIRCUser is now known as jarvis19:18
*** jarvis-owl <jarvis-owl!~manjaro-i@225-4-133-N4.customer.vsm.sh> has quit IRC19:19
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto19:20
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto19:21
*** GeGo <GeGo!292e9ba1@41.46.155.161> has joined #yocto19:23
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:25
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:28
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC19:35
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:37
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:43
kergothCurrently  2 running tasks (1548 of 10333) .. huh. multiconfig builds can take a while19:54
RPsakoman: your build just hit the ping timeout too :(19:57
sakomanRP: yeah, was just looking at that :-(19:58
khemRP: qemumips we use malta emulation IIRC right ?20:01
RPsakoman: mips I can understand but that was an x86 build, presumably with kvm20:01
RPkhem:  yes20:02
khemperhaps we could use pc-like 'mips' board emulation20:02
khemmalta supports more controllers and devices perhaps thats why its slow20:03
RPkhem: I suspect the instruction set emulation is the main bottleneck, I think we already push for virtio20:03
khemright, malta is 24Kf ISA, which will emulation hard-float too20:04
*** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC20:04
sakomanRP: I didn't notice whether the master-next build had started before the error.  If it hadn't then the system probably wasn't very heavily loaded20:04
khemnot sure what generic mips will default to, but perhaps worth to explore20:04
RPsakoman: it hadn't20:04
sakomanSo that makes it even more mysterious20:04
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-lwbofwnrokitgagx> has quit IRC20:05
RPsakoman: yes. Ideas on debugging this? :/20:05
sakomanNo, not even a faint idea!20:05
*** paulbarker_tmp <paulbarker_tmp!pbarkermat@gateway/shell/matrix.org/x-qdmnxzipowzfoojk> has quit IRC20:05
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto20:05
sakomanyou've tried things I wouldn't have thought of!20:06
khemis sakoman 's issue on mips too ?20:06
sakomanno x8620:06
RPsakoman: I've tried one too many of these kinds of issue, I'm worn out with them and out of ideas20:06
*** jarvis <jarvis!~holoirc@225-4-133-N4.customer.vsm.sh> has quit IRC20:06
RPkhem: we had an error on an x86 selftest build which looks a bit like one of the mips failures. The mips issues are much more prevalent though20:06
khemI see, I have seen that code generated with gcc10 on mips is bigger in size performance wise it did not show huge differences, but havent measured it particulatly20:07
RPsakoman: that worker is very very laggy to login to20:09
khemRP: maybe we should try mips32r6-generic instead of 24Kf for CPU model20:09
RPkhem: would be worth some quick benchmarking20:09
khemmy worry is r6 is ABI incompatible with older mips32 so it might mean using different tunes20:10
*** GeGo <GeGo!292e9ba1@41.46.155.161> has quit IRC20:10
RPkhem: I don't know the mips isas very well :(20:11
khemyou are lucky20:11
khemI am glad its fading away20:12
khemRP: try something like http://sprunge.us/WCqnQx20:14
RPThere is something really wrong on this worker :(20:16
RPhalstead: are you around or not? No problem if not20:16
halsteadRP, I'm around. Just making a little lunch.20:18
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-ngnwljlbxepcjlnv> has joined #yocto20:19
khemRP: trying a qemumips build today and see if it pans ok with r6 cpu20:19
khemRP: did you see any other problems with glibc 2.32 besides the qemippc issue ?20:20
halsteadRP, Is this centos-ty-1 again?20:20
*** paulbarker_tmp <paulbarker_tmp!pbarkermat@gateway/shell/matrix.org/x-wpvulkucszlxvdwu> has joined #yocto20:21
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto20:25
RPhalstead: no, centos8-ty-120:26
RPhalstead: its really odd, I installed iotop and am watching this running build. It will see a ton of IO, then kind of lock up for several seconds, then another burst of activity20:26
halsteadRP, Did this just start? I replaced a drive in this worker when I visited Portland on the 17th. It should have finished rebuilding a awhile ago. I'll check.20:28
RPhalstead: We're seeing odd issues on several workers :/20:29
RPhalstead: its hard to tell when it started20:29
halsteadRP, The CentOS8 workers don't have the scheduled drop_caches like the centos7 workers. Should they?20:31
RPhalstead: the other place we saw the issue was debian10-ty-3 :/20:31
RPhalstead: no, the centos8 workers shouldn't need that20:31
*** pohly <pohly!~pohly@ip-109-41-64-68.web.vodafone.de> has quit IRC20:32
RPhalstead: its as if its choked up on IO yet iotop is also hanging :/20:33
RPhalstead: its running more normally now20:36
RPhalstead: did you change something?20:36
halsteadRP, No I just started looking at it from a shell.20:37
RPhalstead: its suddenly got a lot more interactive and sped up20:37
halsteadRP, I saw the unresponsiveness on centos8-ty-1, debian10-ty-2, and debian10-ty-3 for a minute. But it cleared up as I was reading top and such.20:38
RPhalstead: right, its stalling a bit still now and again but nothing like it was20:39
RPhalstead: we need to find the cause of this as I think its related to the failures we're seeing20:39
halsteadRP, There was a problem with the raid rebuild on centos8-ty-1. I'm going to pause it to correct.20:40
RPhalstead: not sure its as simple as system load :/20:40
RPhalstead: ok20:40
RPhalstead: we can abort the current build and restart if it helps, or just disconnect that worker and let the controller reschedule the work20:41
halsteadRP, I don't think so either. The numbers aren't out of the ordinary. Looking over dmesg there are tracebacks I don't see often.20:42
RPhalstead: they suggest slow processes though and are more of a symptom I think?20:42
halsteadRP,  Okay I'll force that offline after I poke at it a bit more.20:43
RPhalstead: sorry to interrupt lunch, its probably good you see this for yourself though20:43
halsteadRP, No worries. I'm glad to see it as it's happening.20:44
RPhalstead: iotop does keep stopping to refresh :/20:45
*** blauskaerm <blauskaerm!~blauskaer@141.98.255.145> has quit IRC20:48
*** blauskaerm <blauskaerm!~blauskaer@s91904427.blix.com> has joined #yocto20:49
kergothhuh. i wonder why lib32-gcc-cross-i686 is mlprefixed when doing an i686 multilib for x86_64 baseline. you'd think it'd be the same result as regular gcc-cross-i686, since it's building a new gcc for that arch either way, as opposed to using a ml config of gcc-cross-x86-6420:52
* kergoth shrugs, jots a note to check it out later out of curiosity20:53
*** Sandrita77 <Sandrita77!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC21:00
RPkergoth: from memory we had to have different mlprefix compilers since the libXX locations are hardcoded into the compiler :(21:00
kergothhmm, interesting. i'm sure we could get around it one way or another, but it's the lowest of low priorities :)21:03
RPkergoth: I decided I'd gone far enough at that point :)21:04
kergothindeed21:04
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC21:05
*** berton_ <berton_!~berton@181.220.84.90> has quit IRC21:19
*** maudat <maudat!~moda@mtrlpq2848w-lp130-03-69-159-116-123.dsl.bell.ca> has quit IRC21:35
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto22:13
*** robbawebba <robbawebba!~rob@8-3-93-140.starry-inc.net> has quit IRC22:26
dvhow to include rpmbuild into SDK?22:32
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-vpsjfhibqejepqtl> has quit IRC22:43
*** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has quit IRC23:05
RPkhem: I did try that but it doesn't seem to want to boot :/23:10
kergothRP: can you run a selftest against a multiconfig configuration?23:16
kergothor anyone else, really23:16
RPkergoth: it would only run against the default config I suspect23:18
kergoththat's what i was thinking, thanks23:18
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC23:52
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC23:57
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto23:57

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