Monday, 2017-10-02

*** peacememories <peacememories!> has quit IRC00:02
*** peacememories <peacememories!> has joined #yocto00:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:14
*** peacememories <peacememories!> has quit IRC00:17
*** peacememories <peacememories!> has joined #yocto00:19
*** peacememories <peacememories!> has quit IRC00:29
*** nighty- <nighty-!> has joined #yocto00:31
*** nighty- <nighty-!> has quit IRC00:36
*** peacememories <peacememories!> has joined #yocto00:37
*** nighty- <nighty-!> has joined #yocto00:37
*** peacememories <peacememories!> has quit IRC00:47
*** catch22_ <catch22_!~catch22__@> has quit IRC00:51
sr105Can I put DEBUG_BUILD="1" in my image recipe instead of local.conf00:56
sr105I have a production and a development image. I'd like the dev one to use DEBUG_BUILD.00:57
*** msvb-lab <msvb-lab!> has quit IRC01:04
*** Willy-- <Willy--!~william@> has joined #yocto01:07
*** slips <slips!> has quit IRC01:12
*** msvb-lab <msvb-lab!> has joined #yocto01:17
bluelightningsr105: I'm afraid not, the image recipe can't make any changes to how other recipes are built, it can only select packages to install (and tweak the resulting files after the fact)01:17
*** slips <slips!> has joined #yocto01:17
sr105Is there a way I could have two different distros where the debug one requires the regular one and sets debug flags?01:18
sr105It seems like the distro is set in our local.conf currently.01:18
*** RP1 <RP1!> has quit IRC01:20
*** RP1 <RP1!> has joined #yocto01:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:33
bluelightningsr105: yes, certainly - you'd just need to have a separate .conf file that "require"s the main one - see meta-poky/conf/distro/poky-bleeding.conf for an example01:33
*** RP11 <RP11!> has joined #yocto01:35
*** RP1 <RP1!> has quit IRC01:36
*** Willy-- <Willy--!~william@> has quit IRC01:37
*** baali <baali!~baali@> has joined #yocto01:38
sr105But since the local.conf is the place that determines the DISTRO to use, can I make it use a different distro for different image recipes or do I have to setup some sort of multi-build environment?01:38
sr105I should probably ask the real question: Is it possible to change local/distro configuration depending on the image being built? i.e. Can I set it up to know to use DEBUG_BUILD="1" if I build my dev images, but not for production images?01:42
sr105Thanks for the help.01:42
*** mattsm <mattsm!~mattsm@2602:304:b0d5:feaa:29b3:a8f3:2c25:62d0> has quit IRC01:56
*** dreyna <dreyna!> has joined #yocto02:10
*** User12345678 <User12345678!> has joined #yocto02:12
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has quit IRC02:26
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has joined #yocto02:26
*** mattsm <mattsm!~mattsm@2602:304:b0d5:feaa:f4d1:3c25:e768:6b25> has joined #yocto02:38
*** mattsm <mattsm!~mattsm@2602:304:b0d5:feaa:f4d1:3c25:e768:6b25> has quit IRC02:45
*** mattsm <mattsm!~mattsm@2602:304:b0d5:feab:f4d1:3c25:e768:6b25> has joined #yocto02:50
bluelightningsr105: I'm afraid not, you'd effectively need two separate build environments (though DISTRO could be set from the command line i.e. "DISTRO=abc bitbake my-image" as long as you ensure DISTRO is set using ?= in local.conf)02:54
*** RP1 <RP1!> has joined #yocto02:59
*** RP11 <RP11!> has quit IRC03:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:18
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:30
*** stephano <stephano!~stephano@> has joined #yocto03:37
*** gtristan <gtristan!~tristanva@> has quit IRC03:38
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC04:10
*** gtristan <gtristan!~tristanva@> has joined #yocto04:11
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto04:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:22
*** peacememories <peacememories!> has joined #yocto04:26
*** peacememories <peacememories!> has quit IRC04:37
*** AndersD <AndersD!~anders@> has joined #yocto05:12
*** stephano <stephano!~stephano@> has quit IRC05:22
*** hmwel <hmwel!> has joined #yocto05:44
*** adca <adca!~adca@> has joined #yocto05:59
*** momofarm <momofarm!> has joined #yocto06:05
*** jg_ <jg_!~jg@2601:18f:981:82c5:dcf5:a42b:c8a:e425> has quit IRC06:11
*** hnje <hnje!~hnje@> has joined #yocto06:15
*** hamis <hamis!~irfan@> has joined #yocto06:17
*** peacememories <peacememories!> has joined #yocto06:21
*** gunnarx <gunnarx!> has joined #yocto06:22
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto06:22
*** peacememories <peacememories!> has quit IRC06:31
*** avalluri <avalluri!avalluri@nat/intel/x-xfqeoijqjfvcnclr> has quit IRC06:31
*** agust <agust!> has joined #yocto06:35
*** avalluri <avalluri!avalluri@nat/intel/x-sldwkmumpvcyzeqr> has joined #yocto06:36
*** mckoan|away is now known as mckoan06:39
*** csanchezdll <csanchezdll!> has joined #yocto06:45
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:49
*** grma <grma!~gruberm@> has joined #yocto06:50
mckoangood morning06:56
*** colrack <colrack!~colrack@> has joined #yocto06:56
*** t0mmy <t0mmy!> has joined #yocto06:58
*** Kakounet <Kakounet!> has joined #yocto06:59
*** RP11 <RP11!> has joined #yocto07:01
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC07:03
*** RP1 <RP1!> has quit IRC07:03
*** RP1 <RP1!> has joined #yocto07:04
*** RP11 <RP11!> has quit IRC07:05
*** diego_r <diego_r!> has joined #yocto07:06
*** peacememories <peacememories!> has joined #yocto07:06
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto07:10
momofarmI have a question about "OVERRIDES" in bitbake07:13
*** skip <skip!05ced072@gateway/web/freenode/ip.> has joined #yocto07:13
momofarmin the manual, this OVERRIDES="arch:os:machine"07:13
momofarmso if i use TEST_arch = "foo" that means this will basically replaced by my assign value, right?07:15
momofarmas long as I've set this _arch variable?07:15
*** peacememories <peacememories!> has quit IRC07:16
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:20
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:21
*** florian_kc is now known as florian07:21
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:22
*** peacememories <peacememories!> has joined #yocto07:25
*** peacememories <peacememories!> has quit IRC07:26
*** lucaceresoli <lucaceresoli!> has quit IRC07:29
*** gtristan <gtristan!~tristanva@> has quit IRC07:30
*** lucaceresoli <lucaceresoli!> has joined #yocto07:30
*** Kakounet <Kakounet!> has quit IRC07:30
*** t0mmy <t0mmy!> has quit IRC07:31
*** RzR <RzR!~RzR@> has joined #yocto07:35
*** RP1 <RP1!> has quit IRC07:38
*** gtristan <gtristan!~tristanva@> has joined #yocto07:40
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC07:40
*** kpo_ <kpo_!> has quit IRC07:41
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC07:44
*** yann <yann!> has quit IRC07:47
*** Kakounet <Kakounet!> has joined #yocto07:48
*** Kakounet <Kakounet!> has quit IRC07:52
*** toscalix <toscalix!~toscalix@> has joined #yocto07:53
*** vdehors_arc <vdehors_arc!> has joined #yocto07:55
*** Bunio_FH <Bunio_FH!> has joined #yocto07:58
*** egavin <egavin!> has joined #yocto08:04
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:05
*** hnje <hnje!~hnje@> has quit IRC08:14
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto08:14
bluelightningmomofarm: TEST will take the value of TEST_arch if arch is in OVERRIDES, yes08:14
momofarmor can someone explain to me the bitbake evalutaion order when mutiple operator operate on same variable ex: A_foo_append08:15
momofarmthis is really confusing08:15
momofarmbluelightning: thanks08:16
*** ae123432 <ae123432!d5e9559a@gateway/web/freenode/ip.> has joined #yocto08:16
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:17
*** Bunio_FH <Bunio_FH!> has quit IRC08:18
*** ae123432 is now known as stefan550908:19
*** ant_work <ant_work!> has joined #yocto08:20
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC08:21
*** gunnarx <gunnarx!~user@> has joined #yocto08:25
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto08:25
*** stefan5509 <stefan5509!d5e9559a@gateway/web/freenode/ip.> has quit IRC08:26
*** stefan11566 <stefan11566!d5e9559a@gateway/web/freenode/ip.> has joined #yocto08:27
*** Bunio_FH <Bunio_FH!> has joined #yocto08:28
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto08:28
mckoanbluelightning: do you have any thoughts about this?
bluelightningmomofarm: A_foo_append would append if foo is in OVERRIDES08:30
mckoanbluelightning: in case we can move in #OE if you prefer08:30
bluelightningmomofarm: bitbake -e is useful to figure out how specific variables are being set (just pipe into less, not grep)08:31
momofarmso the evalution order is backward, right?08:32
bluelightningmomofarm: well, no, for simple assignment statements it's the order parsed08:32
bluelightningmomofarm: but _append and _prepend (and _remove) are deferred operations so they happen at the end08:33
momofarmappend evaluate first, then if "foo" appears in OVERRIDE, it do override?08:33
*** hnje <hnje!~hnje@> has joined #yocto08:33
*** dv__ is now known as dv_08:34
momofarmso it's a delay evaluation operator08:35
bluelightningmomofarm: I don't think that's quite the way the code works but you pretty much just have to learn that its _append_<override> and not the other way around08:35
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:41
momofarmbluelightning: any recommend books better than the doc on website, it's kind of confusing08:44
*** Bunio_FH <Bunio_FH!> has quit IRC08:45
bluelightningmomofarm: the bitbake manual covers the operations stuff but I guess that is what you have been reading08:45
momofarmbluelightning: yes, some part of this operator thing really confusing08:46
*** stefan11566 <stefan11566!d5e9559a@gateway/web/freenode/ip.> has quit IRC08:46
*** Bunio_FH <Bunio_FH!> has joined #yocto08:52
*** yann <yann!~yann@> has joined #yocto08:55
*** Bunio_FH <Bunio_FH!> has quit IRC08:56
*** Bunio_FH <Bunio_FH!> has joined #yocto08:56
*** Bunio_FH <Bunio_FH!> has quit IRC09:03
*** baali <baali!~baali@> has quit IRC09:10
*** baali <baali!~baali@> has joined #yocto09:12
*** rburton <rburton!> has joined #yocto09:14
*** Bunio_FH <Bunio_FH!> has joined #yocto09:14
*** rburton <rburton!> has quit IRC09:16
*** rburton <rburton!> has joined #yocto09:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:21
*** Bunio_FH <Bunio_FH!> has quit IRC09:21
*** Bunio_FH <Bunio_FH!> has joined #yocto09:23
*** Bunio_FH <Bunio_FH!> has quit IRC09:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:32
*** Bunio_FH <Bunio_FH!> has joined #yocto09:32
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC09:39
*** Bunio_FH <Bunio_FH!> has quit IRC09:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:41
*** Bunio_FH <Bunio_FH!> has joined #yocto09:44
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto09:51
*** Bunio_FH <Bunio_FH!> has quit IRC09:52
*** adca <adca!~adca@> has quit IRC09:55
*** baali1 <baali1!~baali@> has joined #yocto09:59
*** baali <baali!~baali@> has quit IRC10:00
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:03
*** zeenix <zeenix!~zeenix@> has joined #yocto10:05
*** Bunio_FH <Bunio_FH!> has joined #yocto10:07
*** Bunio_FH <Bunio_FH!> has quit IRC10:08
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto10:14
*** bavery_fn <bavery_fn!~bavery@> has quit IRC10:17
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto10:18
*** rburton <rburton!> has quit IRC10:21
*** skip <skip!05ced072@gateway/web/freenode/ip.> has quit IRC10:25
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto10:27
*** ed21 <ed21!~Adium@> has joined #yocto10:55
*** nighty- <nighty-!> has quit IRC11:00
*** momofarm <momofarm!> has quit IRC11:05
*** maxin <maxin!~maxin@> has joined #yocto11:06
*** ctwr <ctwr!~he@> has quit IRC11:08
*** baali <baali!~baali@> has joined #yocto11:08
*** baali1 <baali1!~baali@> has quit IRC11:09
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC11:15
*** User12345678 <User12345678!> has quit IRC11:15
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC11:17
*** baali <baali!~baali@> has quit IRC11:30
*** baali <baali!~baali@> has joined #yocto11:32
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:34
*** baali1 <baali1!~baali@> has joined #yocto11:36
*** baali <baali!~baali@> has quit IRC11:37
*** Bunio_FH <Bunio_FH!> has joined #yocto11:39
*** baali1 <baali1!~baali@> has quit IRC11:41
*** baali <baali!~baali@> has joined #yocto11:44
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto11:44
lpapp_hi, I am trying to write a Makefile that builds fine for both arm and x86_64/i686 desktop. I would like that make (all) builds properly both with the Yocto generated SDK as well as inside Yocto when creating the image, as well as on my desktops.11:45
*** mdnneo_ <mdnneo_!~umaucher@> has joined #yocto11:45
lpapp_I can see that the Yocto SDK sets up the ARCH variable that I could check for, but there does not seem to be such a variable set up inside Yocto. There are MACHINE_ARCH, etc, though, so I could eventually check for more than one variable to be safe, but I am wondering whether there is one "build arch" variable that works both with the generated SDK as well as inside Yocto?11:46
*** gunnarx <gunnarx!> has joined #yocto11:46
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto11:46
*** mdnneo <mdnneo!~umaucher@> has quit IRC11:46
*** baali <baali!~baali@> has quit IRC11:48
*** baali <baali!~baali@> has joined #yocto11:49
*** baali1 <baali1!~baali@> has joined #yocto11:54
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto11:54
*** baali <baali!~baali@> has quit IRC11:55
*** baali <baali!~baali@> has joined #yocto11:57
*** baali1 <baali1!~baali@> has quit IRC11:59
*** JaMa <JaMa!~martin@> has joined #yocto11:59
*** pohly <pohly!> has joined #yocto11:59
kanavinseebs: how swamped are you now? would you be able to take at some point?12:00
yoctiBug 11996: normal, Medium+, 2.5 M1, alexander.kanavin, ACCEPTED , pseudo: cannot use unnamed temporary files (O_TMPFILE)12:00
*** Bunio_FH <Bunio_FH!> has quit IRC12:10
*** JosePerez <JosePerez!jgperezc@nat/intel/x-jxxqltmwweebhdvd> has joined #yocto12:11
*** luneff <luneff!~yury@> has joined #yocto12:14
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC12:16
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto12:24
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto12:24
*** baali <baali!~baali@> has quit IRC12:25
*** jg_ <jg_!~jg@2601:18f:981:82c5:dcf5:a42b:c8a:e425> has joined #yocto12:26
*** pohly <pohly!> has quit IRC12:29
*** adca <adca!~adca@> has joined #yocto12:29
*** Bunio_FH <Bunio_FH!> has joined #yocto12:31
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has joined #yocto12:31
ChrysDHi All, little question about patches. I'm doing 2 patchs for modifying the same file and they could be applying in the same time. For example, it's about a dts file. I would like to disabled/okay one of two node. So I've made a patch that can chance one of the node, and another patch for the other one.12:33
*** baali <baali!~baali@2a01:4f8:a0:9432::2> has joined #yocto12:33
ChrysDthat can change*12:34
ChrysDSo i have two patch files.12:34
ChrysDIs it a problem ?12:35
LetoThe2ndno, should be fine12:36
ChrysDSo the order i put into the .bbappend, will be the order to apply the patch.12:37
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC12:38
ChrysDok, i just need that when i apply the second patch, the line i would like to modify still be the same after the first one have been applied12:39
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto12:42
*** ed21 <ed21!~Adium@> has quit IRC12:48
*** nighty- <nighty-!> has joined #yocto12:53
*** aragua <aragua!> has joined #yocto12:57
*** baali <baali!~baali@2a01:4f8:a0:9432::2> has quit IRC12:59
*** baali <baali!~baali@> has joined #yocto12:59
*** dreyna <dreyna!> has quit IRC13:01
*** pohly <pohly!> has joined #yocto13:18
*** stephano <stephano!stephano@nat/intel/x-tkhayynaiuehdrvn> has joined #yocto13:19
*** igor <igor!~igor@> has joined #yocto13:22
*** pohly <pohly!> has quit IRC13:22
*** pohly <pohly!> has joined #yocto13:23
*** pohly <pohly!> has joined #yocto13:25
*** pohly <pohly!> has quit IRC13:34
*** peacememories <peacememories!> has joined #yocto13:38
*** ant_work <ant_work!> has quit IRC13:39
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has quit IRC13:40
*** peacememories <peacememories!> has quit IRC13:41
*** peacememories <peacememories!~textual@> has joined #yocto13:42
*** lamego <lamego!jose@nat/intel/x-kcszscsminfokfwn> has joined #yocto13:43
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto13:49
*** peacememories <peacememories!~textual@> has quit IRC13:55
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has joined #yocto13:59
*** AndersD <AndersD!~anders@> has quit IRC14:00
*** peacememories <peacememories!> has joined #yocto14:03
*** mdnneo_ <mdnneo_!~umaucher@> has quit IRC14:08
*** hnje <hnje!~hnje@> has quit IRC14:09
*** luneff <luneff!~yury@> has quit IRC14:18
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has joined #yocto14:20
*** gtristan <gtristan!~tristanva@> has quit IRC14:21
*** gtristan <gtristan!~tristanva@> has joined #yocto14:23
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC14:23
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:30
*** jku_ <jku_!> has joined #yocto14:32
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC14:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:36
*** bjornar_ <bjornar_!> has joined #yocto14:38
bjornar_How is the prelink-cross package supposed to be used?14:38
*** aragua_ <aragua_!> has joined #yocto14:49
*** peacememories <peacememories!> has quit IRC14:52
*** aragua <aragua!> has quit IRC14:53
sgwarmpit: morning14:54
armpitsgw morn14:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:54
sgwarmpit: I am still trying to figure out the actual failure for that morty build, do you still have the AB log link?  It's not in the bug14:55
seebskanavin: still pretty swamped but i can try to get a look.14:55
seebsi'm in "yes, i'd like this done too, could you answer my questions about the requirements" land14:56
* armpit thought I added it.. 14:56
* armpit checks14:56
kanavinseebs: I've done a stupid clueless patch, so you could maybe just comment on what's wrong with it (probably everything)14:57
seebsI'll see if I can scrape some brain cells together.14:58
kanavinseebs: attached to the bug14:58
seebsIt looks like this should be reasonably straightforward to special-case, but what an awful API.14:58
seebsThere was already a defined way to use linkat() to make a new link to an unnamed file by file descriptor, why add another one? Probably because they hate me. :P14:59
*** majuk <majuk!> has joined #yocto15:00
armpitsqw do you mean the stdio output ?15:01
armpitthe logs for that build did not land in wiki.. wiki was timing out that day15:02
armpiti would have had new builds this morning but my build hung15:03
*** aragua_ <aragua_!> has quit IRC15:05
*** plp <plp!~plp@> has joined #yocto15:05
*** aragua <aragua!> has joined #yocto15:05
sgwarmpit: thanks, looking15:05
armpitI add the log to the url link in the bug15:06
*** Math0 <Math0!5b974c64@gateway/web/freenode/ip.> has quit IRC15:09
ChrysDI have problem when doing bitbake -c populate_sdk <image>. The image is a custom one that inherit from core-image-minimal. When I see the logs, he does lot of "make[x] : Nothing to be done" or "make[x]: Entering directory".15:14
*** rburton <rburton!> has joined #yocto15:20
*** ntl <ntl!> has quit IRC15:21
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC15:24
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:29
*** marka <marka!> has joined #yocto15:31
*** baali <baali!~baali@> has quit IRC15:34
*** lamego <lamego!jose@nat/intel/x-kcszscsminfokfwn> has quit IRC15:36
*** lamego <lamego!~jose@> has joined #yocto15:37
sgwarmpit: so it appears that qemu just quit, maybe it could not find the right HW or something. This is a transient failure, we have not seen this multiples, correct?15:38
*** bavery_fn <bavery_fn!~bavery@> has quit IRC15:38
armpiti could not reproduce it but the host was tumbleweed so wasn't sure if it was related to it15:39
sgwarmpit: thanks15:44
armpitthanks for checking15:44
*** pohly <pohly!> has joined #yocto15:44
*** yann <yann!~yann@> has quit IRC15:49
*** pohly <pohly!> has quit IRC15:50
*** grma <grma!~gruberm@> has quit IRC15:52
*** gtristan <gtristan!~tristanva@> has quit IRC15:54
*** gtristan <gtristan!~tristanva@> has joined #yocto15:54
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:54
*** hamis <hamis!~irfan@> has quit IRC15:57
*** csanchezdll <csanchezdll!> has left #yocto16:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:02
*** yann <yann!~yann@> has joined #yocto16:10
*** zeddii_home <zeddii_home!> has joined #yocto16:12
sgwrburton: armpit: I think I am OK dropping the 12124 (qemu fails with Morty on a Tumbleweed host) priority to Medium from High. Unless we can get a more reproduible case16:12
rburtonagreed fwiw16:13
rburtonworth release noting?16:13
sgwrburton: agreed Release note it, we can either keep the bug open or close it not sure16:14
*** jku_ is now known as jku16:15
armpitsqw maybe wait for another build. this changes are not in morty yet.16:17
kergothAny thoughts on ? I still need to write some more unit tests to expand on the relatively weak existing coverage of it, and integrate it into the main fetcher, but could use another set of eyes on the code16:20
*** mckoan is now known as mckoan|away16:21
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto16:23
*** toscalix <toscalix!~toscalix@> has quit IRC16:29
*** ntl <ntl!> has joined #yocto16:30
*** egavin <egavin!> has quit IRC16:32
*** Snert__ <Snert__!~snert_@> has joined #yocto16:35
*** diego_r <diego_r!> has quit IRC16:36
*** zeenix <zeenix!~zeenix@> has left #yocto16:38
*** sgw <sgw!swold@nat/intel/x-btnwlpnqkvpiiopr> has quit IRC16:38
*** momofarm <momofarm!sid85433@gateway/web/> has joined #yocto16:39
momofarmI have a already built project using yocto, right now there is a problem that I want to add everything to a git repository16:40
*** jg_ <jg_!~jg@2601:18f:981:82c5:dcf5:a42b:c8a:e425> has quit IRC16:40
momofarmbut the problem is inside yocto's directory, there is a kernel folder contains another hidden git directory16:41
momofarmthe remote git server seems like can not accept another hidden git folder (for some reason)16:42
*** Crofton|work <Crofton|work!> has quit IRC16:42
*** ChrysD <ChrysD!c16cc543@gateway/web/freenode/ip.> has quit IRC16:43
momofarmand after some reading, I found in yocto's kernel bb files there seems to have a lot of operation related to git (branch and something...)16:43
*** vdehors_arc <vdehors_arc!> has quit IRC16:44
rburtonmomofarm: what directory?16:44
momofarmis there a way that I can get rid that .git folder or there is / should be a better way to upload / freeze the built directory to remote16:44
momofarmrburton: a directory called kernel, and there is a linux kernel source code inside with a hidden .git foder16:45
rburtonmomofarm: yeah don't put the tmp/ or download directory into git16:46
momofarmrburton: but if I remove that .git folder, the build process will fail16:46
momofarmseems like there is some operation related to that .git folder16:46
rburtonthe files you add to a git repo should not include a kernel checkout16:47
rburtonif you are trying to put a kernel checkout into git then  you are either adding DL_DIR (don't do that) or TMPDIR (don't do that either)16:47
momofarmbut I need everything can be built off line,16:48
*** yann <yann!~yann@> has quit IRC16:50
rburtonso have a local source mirror16:51
momofarmI need to keep  kernel source local, so if next time we need to build something, we can just checkout from my server and build everything without to download from internet16:51
rburtonyes, that's exactly what a source mirror is for16:51
*** nayfe <nayfe!d433a784@gateway/web/freenode/ip.> has quit IRC16:51
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has quit IRC16:52
rburtonthe path you set DL_DIR to is sharable.  just don't put it in git, mainly because git is *terrible* for storing lots of large files.16:52
momofarmrburton: so if I have this local source mirror, then should I keep the kernel source folder?16:52
rburtonthen put your layers and so on in git.16:54
rburton*do not* put your build/tmp/ into git as that will be a massive waste of time and space16:55
*** jg_ <jg_!~jg@2601:18f:981:82c5:dcf5:a42b:c8a:e425> has joined #yocto17:01
*** jg_ is now known as jg17:06
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:319c:f75f:3e9a:efc5> has joined #yocto17:07
*** martinkelly1 <martinkelly1!> has joined #yocto17:08
*** Bunio_FH <Bunio_FH!> has quit IRC17:11
*** mattsm <mattsm!~mattsm@2602:304:b0d5:feab:f4d1:3c25:e768:6b25> has quit IRC17:11
*** mattsm <mattsm!> has joined #yocto17:11
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:13
*** jku <jku!> has quit IRC17:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:21
*** bjornar_ <bjornar_!> has quit IRC17:27
*** sachit <sachit!> has quit IRC17:27
*** sachit <sachit!> has joined #yocto17:28
gunnarxrburton, props to your experience.  The permissions on the dir were 755 and 775 in two different RPMs, as you predicted.17:34
gunnarxstill a mystery why one package ends up installing the dir with 775 though.  Some UMASK issue? Have no idea... I don't see it explicitly in any recipes.17:37
gunnarxthey run some special fakeroot job, which is doing the mkdir, that's all I can see17:37
*** majuk <majuk!> has quit IRC17:57
*** majuk <majuk!> has joined #yocto17:58
*** bjornar_ <bjornar_!> has joined #yocto17:59
*** igor <igor!~igor@> has quit IRC18:00
*** majuk <majuk!> has quit IRC18:02
otaviorburton: did you see the lttng-modules?18:12
*** JaMa <JaMa!~martin@> has quit IRC18:12
otaviorburton: it is an important fix specially as people is using newer kernels with rocko18:12
*** igor <igor!~igor@> has joined #yocto18:13
otaviorburton: 4.14 being a LTS is likely going to have a good adoption and it is important to be compatible18:13
*** colrack <colrack!~colrack@> has quit IRC18:14
*** majuk <majuk!> has joined #yocto18:14
*** martinkelly <martinkelly!> has quit IRC18:25
*** Crofton|work <Crofton|work!> has joined #yocto18:27
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has joined #yocto18:31
*** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has quit IRC18:35
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC18:42
*** King_InuYasha <King_InuYasha!> has joined #yocto18:44
*** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has joined #yocto18:44
clsullivarmpit: did you see this?
clsullivnightly-x86-64-lsb failed to start qemu on morty18:44
armpitclsulliv, I have seen that issue before.. is this a new build?18:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:48
* armpit mmm tumbleweed again18:48
armpitclsulliv, I first saw that on akuster/morty-next but now on morty18:50
armpitbug 1212418:51
yoctiBug normal, Medium, 2.2.3, akuster, ACCEPTED , [morty-next] nightly-x86-lsb failed18:51
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:52
* armpit hmm new build18:53
armpitthe last clean build I had was on commit
armpitthere are 3 new ones past that I personnel have not run a build on18:54
*** Argylelabcoat <Argylelabcoat!> has joined #yocto18:55
*** pohly <pohly!> has joined #yocto19:01
rburtonotavio:     lttng-modules: Backport fixes for kernel instrumentation?19:04
otaviorburton: yes19:06
otaviorburton: I'd prefer to upgrade but due the imminent release, backport makes more sense19:07
rburtonotavio: very high bar for 2.4.0 right now, but i have just picked it in the 2.4.1 queue (which depending on how RC1 QA goes may pick a few patches, or none)19:07
otaviorburton: no problem; is master open for 2.5 material?19:08
ntlwell. 4.14 isn't even released yet, there's no guarantee that updating lttng-modules right now will ensure it works with 4.1419:09
rburtonotavio: currently no, focus on 2.4.019:10
rburtonobviously i've been queuing stuff for master, i have a ross/sumo branch19:10
otaviontl: you're right but it fixes 4.13 that we use on meta-freescale, for example19:17
otaviontl: we are supporting new kernels on meta-freescale due the i.MX mainline support19:17
otaviorburton: I have a cmake update ready to go19:19
otaviorburton: also I have mesa update19:19
otaviorburton: so once it opens, I can send it19:19
rburtonsend them now if you want, they can go in my queue19:20
rburtoncurrently got ross/mut, ross/sumo and ross/rocko on the go :)19:20
otaviorburton: ok; I send them tomorrow or so. So you have your test results before19:23
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC19:23
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto19:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:28
*** josv <josv!51a471bf@gateway/web/freenode/ip.> has joined #yocto19:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:38
josvHi! I started to scratch the surface of yocto and have the following question: why should IMAGE_FSTYPES go into local.conf and not in an image recipe? This in contrary to other variables like IMAGE_INSTALL which could apparently go in both.19:41
LocutusOfBorgotavio, you there?19:45
LocutusOfBorgI have to send you a bug report :)19:45
LocutusOfBorghello btw19:45
LocutusOfBorgI'm doing a bitbake linux-mfgtool in my recipe19:45
LocutusOfBorgERROR: Nothing PROVIDES 'virtual/mfgtool-arm-poky-linux-gnueabi-binutils'. Close matches:19:45
LocutusOfBorg  virtual/arm-poky-linux-gnueabi-binutils19:45
LocutusOfBorgI intercepted with a bbappend PROVIDES += "virtual/${MLPREFIX}${TARGET_PREFIX}binutils"19:46
LocutusOfBorgand now it works19:46
LocutusOfBorgnow, I don't know why MLPREFIX is there, but this seems to be an issue, because that recipe looks unbuildable as-is19:46
otavioLocutusOfBorg: oh my God. Do you use MfgTool?19:48
otavioLocutusOfBorg: poor you19:48
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has left #yocto19:51
LocutusOfBorgotavio, I'm sooo sorry19:52
LocutusOfBorgbut whatever who makes the board uses, I have to use it19:52
LocutusOfBorgand two different board makers, use mfgtool already on i.MX619:52
LocutusOfBorgnever had to do something different19:53
LocutusOfBorganyhow, do you have any sort of bug-report or fixes that won't require a bbappend of binutils-cross?19:56
otavioLocutusOfBorg: I use imx_usb for manufacturing19:56
otaviowhich avoids the use of Windoze ;-)19:57
otavioLocutusOfBorg: I don't. I will need to look at it19:57
otavioLocutusOfBorg: are you in pyro or older release?19:57
LocutusOfBorgI always track the latest branch :p20:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:11
lsandov1otavio: so the MfgTool is still in used? :p20:12
lsandov1otavio: for parallel flashing I believe it is useful, isn't it?20:12
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto20:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:14
ntlotavio: ok. FYI I've just bumped the lttng people to tag 2.9.4, they say they'll do it soon20:16
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC20:28
*** joshuagl <joshuagl!~joshuagl@> has quit IRC20:30
*** diego_r <diego_r!~diego@> has joined #yocto20:33
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto20:34
*** josv <josv!51a471bf@gateway/web/freenode/ip.> has quit IRC20:46
*** sgw <sgw!swold@nat/intel/x-tuqxkkakotqerhtn> has joined #yocto20:47
otaviolsandov1: well, you can do it with imx_usb_loader ;-)20:49
*** martinkelly1 <martinkelly1!> has quit IRC20:49
lsandov1otavio: right, even better20:50
otavioLocutusOfBorg: I need to dig deeper. It is not something obvious ...20:53
*** pohly <pohly!> has quit IRC20:54
*** sjolley <sjolley!~sjolley@> has joined #yocto20:56
*** sjolley1 <sjolley1!~sjolley@> has quit IRC20:56
*** ant_home <ant_home!> has joined #yocto20:59
*** t0mmy <t0mmy!> has joined #yocto21:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC21:11
*** igor <igor!~igor@> has quit IRC21:12
*** yann <yann!> has joined #yocto21:13
*** igor <igor!~igor@> has joined #yocto21:25
*** gwilson <gwilson!~gwilson@> has joined #yocto21:25
*** martinkelly <martinkelly!> has joined #yocto21:26
*** kpo_ <kpo_!> has joined #yocto21:27
gwilsonI'm trying to create a new recipe for YP, I've used devtool to create it, now I would like to run up through the compile task, is there a way to just run some of the tasks with devtool, or a way to use bitbake to run a recipe that is managed by devtool?21:28
*** RP1 <RP1!> has joined #yocto21:31
*** gtristan <gtristan!~tristanva@> has quit IRC21:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto21:39
bluelightninggwilson: assuming you aren't using devtool from inside the eSDK all the normal bitbake commands will work21:48
bluelightninggwilson: e.g. bitbake -c compile recipename21:49
*** marka <marka!> has quit IRC21:49
*** sjolley <sjolley!~sjolley@> has quit IRC21:50
*** diego_r <diego_r!~diego@> has quit IRC21:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC21:51
gwilsonbluelightning: Yes, I just figured that out. I had been trying 'bitbake build recipe -c task', which didn't work. removing 'build' un-confusses bitbake. Thanks for the tip all the same.21:52
kergothbitbake isnt' subcommand driven, devtool/recipetool are21:53
kergothsee also bitbake --help21:53
gwilsonkergoth: thanks21:54
*** martinkelly <martinkelly!> has quit IRC21:54
LocutusOfBorgotavio, FWIW it was fine on jethro21:55
*** Argylelabcoat <Argylelabcoat!> has quit IRC22:03
*** lamego <lamego!~jose@> has quit IRC22:04
*** gunnarx <gunnarx!> has joined #yocto22:09
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto22:09
*** agust <agust!> has quit IRC22:13
*** rburton <rburton!> has quit IRC22:14
*** ant_home <ant_home!> has quit IRC22:16
*** t0mmy <t0mmy!> has quit IRC22:20
*** sjolley <sjolley!~sjolley@> has joined #yocto22:28
*** rburton <rburton!> has joined #yocto22:38
*** nighty-_ <nighty-_!> has quit IRC22:42
*** nighty-_ <nighty-_!> has joined #yocto22:43
*** nighty- <nighty-!> has quit IRC22:48
*** igor <igor!~igor@> has quit IRC22:51
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:56
*** rburton <rburton!> has quit IRC23:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:02
*** dushara <dushara!7346ce4a@gateway/web/freenode/ip.> has joined #yocto23:07
*** majuk <majuk!> has quit IRC23:07
dusharaIs there a way to build a deb of an SDK?23:07
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC23:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:18
*** bjornar_ <bjornar_!> has quit IRC23:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:27
*** martinkelly <martinkelly!~martin@> has joined #yocto23:33
*** bavery_fn <bavery_fn!~bavery@> has quit IRC23:50
*** khem <khem!~khem@unaffiliated/khem> has quit IRC23:53
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!