Tuesday, 2017-08-29

*** ant_home <ant_home!~ant__@> has quit IRC00:02
*** sjolley <sjolley!~sjolley@> has quit IRC00:02
*** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-15ee-236d-e039-1a83.dhcp6.chtrptr.net> has quit IRC00:02
*** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC00:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:09
*** sjolley <sjolley!sjolley@nat/intel/x-bykuzztqamullhsd> has joined #yocto00:11
*** tgraydon <tgraydon!tgraydon@nat/intel/x-ifxmktqgpptxffhv> has quit IRC00:13
*** tgraydon <tgraydon!tgraydon@nat/intel/x-wnqbydfsnzcemmll> has joined #yocto00:15
*** tgraydon <tgraydon!tgraydon@nat/intel/x-wnqbydfsnzcemmll> has left #yocto00:15
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC00:20
*** martinkelly1 <martinkelly1!~martin@> has quit IRC00:23
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-wlaezibvmpjtyuxi> has joined #yocto00:26
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-wlaezibvmpjtyuxi> has quit IRC00:28
*** garbados <garbados!~garbados@2601:1c2:303:6b0:dcae:eaf:2d9a:ffd8> has quit IRC00:31
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC00:31
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has joined #yocto00:31
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto00:34
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto00:37
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has quit IRC00:44
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has joined #yocto00:45
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto00:56
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC00:56
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto00:58
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC01:00
*** curlybracket <curlybracket!~textual@ip-62-245-69-227.net.upcbroadband.cz> has joined #yocto01:01
*** JaMa <JaMa!~martin@> has quit IRC01:34
*** morphis_ <morphis_!~morphis@pD9ED7349.dip0.t-ipconnect.de> has joined #yocto01:40
*** morphis <morphis!~morphis@pD9ED7274.dip0.t-ipconnect.de> has quit IRC01:43
kergothRP: if you wouldn't mind taking a quick look at https://gist.github.com/kergoth/9c163433c33cf883b21256459d743a98 tomorrow, just to get your thoughts on the general approach, obviously have work yet to do01:58
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-nqgiymhknfsyhlbl> has joined #yocto02:22
*** armpit <armpit!~armpit@2601:202:4001:9ea0:85c8:7ef8:c85:ee45> has quit IRC02:26
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6d19:bef7:4a8c:962> has joined #yocto02:39
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has quit IRC02:49
*** berndhs <berndhs!~berndhs@xplr-104-249-227-92.xplornet.com> has quit IRC02:59
*** somerandomdick is now known as tcdump03:19
*** tcdump is now known as tcpdump03:20
*** stephano <stephano!~stephano@> has quit IRC03:24
*** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto03:25
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ttumzdcqwfjordrg> has quit IRC03:57
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC04:20
*** seebs <seebs!~seebs@> has quit IRC04:27
*** seebs <seebs!~seebs@> has joined #yocto04:28
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC04:45
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC04:45
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto04:47
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto05:00
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC05:06
*** AndersD <AndersD!~anders@> has joined #yocto05:10
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto05:11
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto05:13
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC05:15
*** agust <agust!~agust@p4FCB5739.dip0.t-ipconnect.de> has joined #yocto05:15
tcpdumpHey everyone -Hello everyone.05:18
tcpdumpAnyone alive this time of night?  :)05:18
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto05:22
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has joined #yocto05:57
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto06:21
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC06:21
*** luc4 <luc4!~luca@> has joined #yocto06:24
*** colrack <colrack!~colrack@> has joined #yocto06:24
*** jku <jku!~jku@> has joined #yocto06:32
*** pohly <pohly!~pohly@p5DE8D67B.dip0.t-ipconnect.de> has joined #yocto06:35
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC06:38
*** Puru <Puru!~purushoth@> has quit IRC06:41
*** Puru1 <Puru1!~purushoth@> has joined #yocto06:43
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto06:48
*** rob_w <rob_w!~rob@ppp-93-104-161-44.dynamic.mnet-online.de> has joined #yocto06:49
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:49
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:51
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto06:56
*** fl0v0 <fl0v0!~fvo@p4FC0A16E.dip0.t-ipconnect.de> has joined #yocto06:56
*** rajm <rajm!~robertmar@> has joined #yocto07:12
RPtcpdump: for some its now morning :)07:15
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto07:16
jkuRP, did you happen to see rakuco's mail on yocto list on friday "Pyro's uninative and libstdc++ symbols"? he was asking me about the issue and I probably wasn't very useful...07:23
jkumy guess was to check for host library path leaks while linking the native tool, does that sound possible?07:24
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto07:32
*** ed21 <ed21!~Adium@> has joined #yocto07:33
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto07:40
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:40
*** msvb-lab <msvb-lab!~michael@x55b541b3.dyn.telefonica.de> has joined #yocto08:01
RPjku: replied08:03
RPjku: short version, need to upgrade uninative in pyro08:03
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-tjokmesimrxgrynh> has joined #yocto08:04
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto08:11
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC08:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:17
*** colrack <colrack!~colrack@> has quit IRC08:19
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto08:19
*** tasslehoff is now known as Guest4887408:20
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:20
*** tasslehoff_ <tasslehoff_!~Tasslehof@> has joined #yocto08:20
*** sameo <sameo!samuel@nat/intel/x-bpcsiqwnvdripkfj> has joined #yocto08:23
pagioshi all, i dont see any Packages.gz in my directory how can i generate it08:29
fl0v0Hi, i have a package that should be rebuild when a change to the kernel or dtb was made. Do i just add DEPENDS += "virtual/kernel" to do this?08:35
*** hnje <hnje!~hnje@> has joined #yocto08:35
*** aV_V <aV_V!~aV_V@> has joined #yocto08:36
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC08:38
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto08:39
bluelightningpagios: bitbake package-index08:39
bluelightningfl0v0: yes08:39
*** ant_work <ant_work!~ant__@host11-249-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto08:40
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:41
*** fl0v0 <fl0v0!~fvo@p4FC0A16E.dip0.t-ipconnect.de> has quit IRC08:44
*** fl0v01 <fl0v01!~fvo@p4FC0A4C9.dip0.t-ipconnect.de> has joined #yocto08:44
*** bananadev <bananadev!~bananadev@> has joined #yocto08:44
*** fl0v01 is now known as fl0v008:44
fl0v0bluelightning: thank you!08:44
aurelebluelightning, is there a way to set a dependency from an image to "package-index" ?08:56
*** rperier <rperier!~rperier@ubuntu/member/rperier> has quit IRC08:56
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto08:57
bluelightningaurele: yes, you'd just set it up as a task dependency i.e. do_build[depends] += "package-index:do_package_index", though I think after building the image you should find the package indexes are populated already - at least it was that way at one point08:59
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has joined #yocto09:04
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto09:04
*** tasslehoff_ <tasslehoff_!~Tasslehof@> has quit IRC09:04
wouterstreamitSuppose I have an existing recipe and I want to make and test, on my embedded device, some significant changes to the source code of the corresponding application, what would be the recommended workflow to do this?09:06
*** grma <grma!~gruberm@> has joined #yocto09:06
*** aV_V <aV_V!~aV_V@> has quit IRC09:07
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto09:07
bluelightningwouterstreamit: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#devtool-use-devtool-modify-to-enable-work-on-code-associated-with-an-existing-recipe09:09
*** BubuIIC <BubuIIC!~mhoffmann@x55b20326.dyn.telefonica.de> has joined #yocto09:10
pagiosbluelightning, what is the use of the packages.gz file09:14
wouterstreamitbluelightning: thanks, that's what I was looking for09:15
aurelebluelightning, thanks09:17
*** AndersD <AndersD!~anders@> has quit IRC09:18
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto09:18
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC09:21
pagiosbluelightning, should the packages.stamps be generated too?09:23
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC09:24
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto09:24
bluelightningpagios: package index for the package manager to read from, as far as I'm aware09:24
bluelightningpagios: not sure09:24
bluelightningwouterstreamit: let us know if you have any further issues / questions - I'm particularly interested to hear from people using devtool as a lot of it was written by me :)09:25
pagiosbluelightning, where can i start with yocto and all this new thing to me09:28
bluelightningpagios: I guess it depends on what you want to do :) presumably you have at least been able to set it up so you have run through the quick start guide?09:30
*** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto09:30
pagiosbluelightning, i am prototyping an IoT software to be used on a yocto OS embedded system09:31
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC09:33
bluelightningpagios: ok, you may want to look at the extensible SDK, or at least devtool if you are able to set up a working build environment - this should help you get your code integrated into the image; there's some coverage of it in the development manual09:33
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC09:35
pagiosbluelightning, what i am concerned with is later when i have like 50 iot devices and want to roll a package update or security update on them, i can do that from a remote package manager so my iot devices need to read from that remote server is this possible using yocto09:39
crazy_imphi, i'm trying to build a custom recipe that's using cmake and cmake depends on matlab (it builds fine without yocto/bitbake). but cmake fails to find matlab once i try to build it with bitbake09:44
crazy_impguess this is because bitbake sandboxes the build?09:44
*** sameo <sameo!samuel@nat/intel/x-bpcsiqwnvdripkfj> has quit IRC09:45
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC09:51
*** BubuIIC <BubuIIC!~mhoffmann@x55b20326.dyn.telefonica.de> has quit IRC09:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC09:52
*** sameo <sameo!~samuel@> has joined #yocto10:06
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto10:10
bluelightningpagios: you can, but typically in a scenario like that you would use something with a bit more management capability like mender.io I would think10:12
bluelightningpagios: this may be of interest: https://www.linux.com/videos/surviving-wilderness-integrity-protection-and-system-update-patrick-ohly-intel-gmbh10:12
pagiosbluelightning, yea idea is to have these boxes secure all the time10:13
bluelightningcrazy_imp: yes it does10:13
pagiosthanks i will check10:13
crazy_impbluelightning: can i somehow tell it to make an exception for matlab?10:13
bluelightningcrazy_imp: depends - is it trying to link to a library or just run a command?10:14
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC10:16
*** ed21 <ed21!~Adium@> has quit IRC10:16
crazy_impbluelightning: i've told cmake to require matlab because it's needed to generate some source files, besides calling matlab for it, there's no linking or such involved10:17
bluelightningcrazy_imp: ok - assuming you are using a recent version (pyro/2.3 or master) then it ought to be as easy as adding the matlab command(s) to HOSTTOOLS10:19
crazy_impbluelightning: morty...10:19
bluelightningcrazy_imp: right, in that case it is simply not understanding where it needs to look10:20
bluelightningcrazy_imp: you'd have to dig into the cmake files to see how it is looking for matlab10:20
bluelightningI have dug into cmake that way before but unfortunately I don't know much about its matlab integration... I guess it would be in a FindMatlab.cmake file as part of cmake itself10:21
*** BubuIIC <BubuIIC!~mhoffmann@p50997306.dip0.t-ipconnect.de> has joined #yocto10:23
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:25
crazy_impbluelightning: yes, there's one. see for the error i got and (what i suspect) the relevant part from the FindMatlab.cmake file https://pastebin.com/6LXLEEiC10:25
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC10:27
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto10:28
bluelightningcrazy_imp: hmm, can you perhaps set Matlab_ROOT_DIR ?10:28
bluelightningyou'd presumably do EXTRA_OECMAKE += "-DMatlab_ROOT_DIR=/path/to/somewhere" or something like that10:29
crazy_impbluelightning: where would i put the latter? inside the recipe or as enviroment variable for bitbake?10:32
*** sjolley <sjolley!sjolley@nat/intel/x-bykuzztqamullhsd> has quit IRC10:32
*** sjolley <sjolley!~sjolley@> has joined #yocto10:33
*** kjokinie <kjokinie!~kjokinie@> has quit IRC10:34
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto10:36
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto10:36
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto10:36
bluelightningcrazy_imp: in the recipe10:38
crazy_impdoesn't change anything10:41
crazy_impoh, wait10:45
crazy_impguess i have to set all 5 variables10:45
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto10:48
aurelehi again, would it be possible to have "DATETIME" in the sdk name? I tried but it seems to make some problems10:55
*** jku <jku!~jku@> has quit IRC11:00
*** jku <jku!~jku@> has joined #yocto11:00
*** zero_note <zero_note!~zero@> has joined #yocto11:01
tcpdumpI would assume bitbake recipes are parsed in the order they're written?  So, for example, if you tried to install a package that had missing dependencies it would fail?11:03
tcpdumpHipefully Im using the right words to describe that.11:03
jkutcpdump: actual parsing order shouldn't really matter (a recipe can't affect another directly). Task execution on the other hand is carefully controlled (so a library is compiled and put into sysroot before an app (that depends on the library) is configured and compiled11:07
tcpdumpjku: I think I may actually be asking about taske execution...11:07
tcpdump1 sec11:07
aureletcpdump, If you didn't set a dependency in a package the compile task will fail if no other package pulled the needed package, and I had such kind of missing dependecies, and bitbake kindly warned me that a dependecy was missing in my recipe11:08
aureletcpdump, if a dependecy you set doesn't fit any recipe, then bitbake will end with an error11:08
aureletcpdump, I hope that is what you were looking for ;)11:09
jkutcpdump: In addition to that the runtime dependencies are handled automatically for the common case (normal dynamic linking) so if you add the app package to your image, the library gets added automatically11:09
crazy_impbluelightning: got it running now, thanks for the pointer :)11:10
tcpdumpJust so I make sure Im asking the right questions...   a .bb file is called a what?11:10
tcpdumpThats not a recipe is it?11:10
jkuyes, recipe11:10
tcpdumpOK - got it..11:10
tcpdumpSo, I have a .bb recipe that calls a lower level (farther down the path) .bb file that includes some more proprietary functions.    For the sake of this discussion we will say that  a.bb  has a line that references b.bb  IMAGE_INSTALL_append = " b"11:12
pagiosbluelightning, bitbake question, i create on my local pc a web directory storing all my ipks, pointed my other embdeed system to my localmachine web directory using opkg.conf, opkg update gives a weird error parse_from_stream_nomalloc missing new line character at end of file!11:12
jkutcpdump: so you have a image recipe that adds things to the image?11:13
tcpdumpSo when I make a build and have  IMAGE_INSTALL_append = " b" included my build fails.  When I comment it out the build works, but of course doesn't include any of the functions of b.bb.11:13
jkutcpdump: the things it adds are actually packages, not recipes11:13
tcpdumpSo the error it gives me is really generic.   Is it safe to assume there's something wrong with my b.bb recipe?11:13
tcpdumpjku: sure the b.bb file is the recipe that does things like install packages, create symlinks, etc.   Got that.11:14
pagiosparse_from_stream_nomalloc: Missing new line character at end of file!11:15
pagioshow can i clean obkg11:15
jkutcpdump: just making sure: the "b" you add to image is not a recipe but a package (that might be produced by recipe "b"). You'll have to show the error message for any more detailed advice11:17
*** toanju <toanju!~toanju@> has joined #yocto11:18
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto11:19
*** bananadev <bananadev!~bananadev@> has quit IRC11:20
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC11:21
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC11:22
*** Puru1 <Puru1!~purushoth@> has quit IRC11:24
tcpdumpjku: https://pastebin.com/zctWMrJ311:24
pagiosopkg.conf line: src/gz cortexa9hf-neon is this correct as an entry?11:24
tcpdumpI sanitized the names of a few things for the sake of identity11:25
tcpdumpBut theres the generic log.11:25
pagiosi do opkg update it works but opkg install says nothing to install11:25
tcpdumpIt doesnt even reference the "b.bb" recipe.11:25
tcpdumpIn the errors.11:25
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto11:25
tcpdumpDoes a recipe care about spaces, tabs, etc?    For example, one of my devs made the b.bb file "pretty" using tabs/spaces.11:27
tcpdumpEx: https://pastebin.com/zscdyFu311:27
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC11:27
*** mdnneo <mdnneo!~umaucher@> has quit IRC11:29
jkutcpdump: yikes. Something fails during package installation... Was there anything more useful in log.do_rootfs.28655 that it links to?11:29
tcpdumpThere was not jku ...11:30
tcpdumpso I just did  bitbake b11:30
tcpdumpand ran just the b.bb recipe, and that didnt fail...11:30
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC11:30
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto11:30
jkukanavin: https://pastebin.com/zctWMrJ3 -- is that dnf giving up with "error: unknown error"?11:30
tcpdumpI think the order of where b.bb is referenced in my a recipe may be the issue.11:31
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto11:31
*** Puru <Puru!~purushoth@> has joined #yocto11:32
tcpdumpAlright, so, Ive changed the order of operation in my higher level recipe (in githuv), and I want to rerun it..  Is there a way to pull down just that change without having to do it all from complete scratch again?11:32
kanavinjku: could also be one of package scriptlets failing11:32
lukmaSorry for my neglence:11:33
lukmaI do have my distro.conf file with a lot of IMAGE_INSTALL += "foo"11:33
lukmaI wanted to add image only when ${MACHINE}=XXX is used, so I did:11:33
lukmaIMAGE_INSTALL_XXX = " spiutils"11:33
lukmaBut then it shown image shrunk from 100 MiB to 4MiB :-)11:33
lukmaWhy I do need to use IMAGE_INSTALL_append_XXX = " foo" to make the image 100 MiB (correct) again?11:33
lukmaAny help?11:34
jkulukma: because IMAGE_INSTALL_XXX = " spiutils" means you want _only_ spiutils in your image11:34
lukmaIMAGE_INSTALL_XXX += "spiutils"11:35
pagiosjku, can you help11:35
lukmaI've forgotten to write += in the original post11:35
lukmaIMAGE_INSTALL_XXX += "spiutils"11:35
jkupagios: sorry not too familiar with opkg11:36
*** ed21 <ed21!~Adium@> has joined #yocto11:37
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto11:37
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC11:42
jkulukma: ref manual: "Using IMAGE_INSTALL with the += operator from the /conf/local.conf file or from within an image recipe is not recommended as it can cause ordering issues."  (apparently += interferes with =? from core-image.bbclass)11:43
tcpdumpWhen I do a full build, for example  bitbake my-custom-image it takes about 2 hours.. it pulls down all the source from github, and caches tons of packages.  If I want to make a one lone change and rerun how can I do that?    I can use nano to edit the local source in my build dir. but it seems to ignore the change when it runs?11:44
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC11:46
kanavintcpdump: you just rerun. bitbake will reuse everything you built previously11:46
lukmajku: Thanks for clarification :)11:46
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC11:48
*** toscalix <toscalix!~toscalix@> has joined #yocto11:48
aureletcpdump, did you check devtool I use it to modify the sources and do some testing11:49
aureletcpdump, http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-devtool-reference11:52
crazy_impbluelightning: hm, it it normal that it'll build cmake stuff witl reldebug enabled and no with target type release? (i even set EXTRA_OECMAKE += "-DCMAKE_BUILD_TYPE=Release" )11:52
bluelightningcrazy_imp: not sure, but I assume so as we do our own processing during packaging to take binaries, split the debugging symbols out and then strip them, so they have to start out with debugging symbols included11:54
tcpdumpkanavin: When you say re-use, it should include any changes I made in the  cached copy locally?11:56
tcpdumpaurele: reading now - thanks.11:56
kanavintcpdump: no. you generally are not allowed to edit anything in build directory11:59
crazy_impbluelightning: that would work, but compiling with debug enabled, doesn't work well with that code, gcc goes crazy about it and takes > 10 minutes to compile stuff that builds within 30 seconds...12:10
*** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has joined #yocto12:11
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC12:11
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto12:12
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto12:14
bluelightningcrazy_imp: I should imagine there is a way to control that, you'd have to look into our cmake class12:17
crazy_impbluelightning: meta/classes/cmake.bbclass ?12:18
bluelightningcrazy_imp: yes12:19
*** toscalix_ <toscalix_!~toscalix@> has joined #yocto12:21
*** toscalix__ <toscalix__!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto12:21
*** toscalix <toscalix!~toscalix@> has quit IRC12:21
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bwdqgundhyuibktg> has joined #yocto12:22
*** mdnneo <mdnneo!~umaucher@> has joined #yocto12:23
*** toscalix_ <toscalix_!~toscalix@> has quit IRC12:25
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:26
*** igor <igor!~igor@> has joined #yocto12:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:29
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:34
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC12:34
*** toscalix__ is now known as toscalix12:34
jkucrazy_imp: the EXTRA_OECMAKE things should work: we  do exactly that with webkitgtk . Maybe double check in the logs that it actually got used12:36
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC12:40
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto12:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:43
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto12:43
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has joined #yocto12:47
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has quit IRC12:48
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has joined #yocto12:48
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto12:52
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto12:52
*** caiortp <caiortp!~inatel@> has joined #yocto12:53
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto12:55
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has quit IRC12:56
fberghello guys12:56
fbergI have one question.. Is it possibile to build an image for multiple machines ? eg setting MACHINE = "MACHINE1" MACHIN += "MACHINE2"12:57
fbergand then running bitbake core-image-minimal12:57
*** lamego <lamego!~jose@> has joined #yocto12:59
melonipoikafberg AFAIK, it is not possible. The way I did it was to make a scrip that changes the machine in conf/local.conf and then calls bitbake <image name>12:59
fbergthank you13:01
jkufberg, melonipoika: there's BBMULTICONFIG http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#platdev-building-targets-with-multiple-configurations13:01
rburtonfberg: not possible now, just do two builds. use different build dirs and you can still share sstate if they're similar enough.  in the future you'll be able to sort of do that though, 2.4 has multiconfig support13:01
*** hnje <hnje!~hnje@> has quit IRC13:01
jkubut never used it13:01
*** kimtinh <kimtinh!~kimtinh@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has joined #yocto13:02
fbergthank you guys13:02
jkurburton: what's missing in 2.3 -- I think we have it in the docs already?13:02
rburtongood question, no idea, only been back for ten minutes ;)13:02
rburton(hi everyone)13:03
jkuthere's a actually a couple of known issues in the dev manual, probably answers my question13:04
*** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has quit IRC13:05
kanavinrburton: hello, that was a long ten days :)13:06
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC13:07
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto13:08
tcpdumpI have some apps that require xerver in ARM64 and ARM32.  Is there a way to do multiarch on Yocto?13:22
rburtontcpdump: look up multilib in the docs13:22
*** bguthro__ <bguthro__!~bguthro@> has joined #yocto13:25
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC13:26
* fray notes he has customers that uses multilib arm64/arm32 systems. The only gotcha right now is compiling on the target can have issues as the kernel headers have not been 'merged' upstream..13:27
fraybut if you are simply running the software on the target (vs trying to do development) everything is workign as far as I know..13:27
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto13:28
*** bguthro_ <bguthro_!~bguthro@> has quit IRC13:29
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6d19:bef7:4a8c:962> has quit IRC13:31
*** rob_w_ <rob_w_!~bob@ppp-93-104-161-44.dynamic.mnet-online.de> has joined #yocto13:32
*** rob_w_ <rob_w_!~bob@ppp-93-104-161-44.dynamic.mnet-online.de> has quit IRC13:32
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC13:34
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-tawyhcamqgjdtkfb> has joined #yocto13:38
*** jku <jku!~jku@> has quit IRC13:41
*** rcw <rcw!~rwoolley@107-179-142-182.cpe.teksavvy.com> has joined #yocto13:42
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto13:42
*** armpit <armpit!~armpit@2601:202:4001:9ea0:3811:df20:51dd:86d9> has joined #yocto13:42
*** BubuIIC <BubuIIC!~mhoffmann@p50997306.dip0.t-ipconnect.de> has quit IRC13:43
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC13:43
*** rob_w <rob_w!~bob@ppp-93-104-161-44.dynamic.mnet-online.de> has joined #yocto13:43
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto13:43
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-tjokmesimrxgrynh> has quit IRC13:44
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto13:49
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto13:49
*** ant_work <ant_work!~ant__@host11-249-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC13:51
*** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has joined #yocto13:52
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto13:56
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has quit IRC13:59
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto14:01
*** dvhart <dvhart!~dvhart@> has joined #yocto14:01
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC14:03
*** jonte <jonte!~Jonatan@h-79-136-12-196.NA.cust.bahnhof.se> has quit IRC14:06
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:09
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:10
*** dvhart <dvhart!~dvhart@> has quit IRC14:13
RParmpit: around?14:15
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:17
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto14:17
armpityes sent you an email14:19
RParmpit: that helps a lot, thanks14:21
RParmpit: thanks, replied14:22
RParmpit: I merged in pyro-next into pyro, that seemed to be building and working ok14:23
RParmpit: have asked a question in email, basically just wondering if I should merge some of the changes into morty?14:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:25
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto14:27
armpitRP: replied14:28
armpitbasically - yes to merging14:29
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has quit IRC14:30
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC14:32
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC14:35
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC14:45
*** toanju <toanju!~toanju@> has quit IRC14:46
*** toanju <toanju!~toanju@> has joined #yocto14:47
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto14:48
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has quit IRC14:51
*** bguthro__ <bguthro__!~bguthro@> has quit IRC14:51
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has quit IRC14:52
RParmpit: cool, thanks14:52
*** sbtkd85 <sbtkd85!~sbtkd85@ps3mwgproxy08-dmz.us.dell.com> has quit IRC14:53
*** sbtkd85 <sbtkd85!~sbtkd85@ps3mwgproxy08-dmz.us.dell.com> has joined #yocto14:54
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto15:00
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has joined #yocto15:01
*** toanju <toanju!~toanju@> has quit IRC15:02
*** dreyna <dreyna!~dreyna@> has joined #yocto15:03
*** bguthro__ <bguthro__!~bguthro@> has joined #yocto15:04
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto15:12
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC15:13
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto15:13
*** yahiafarghaly <yahiafarghaly!b968b889@gateway/web/freenode/ip.> has joined #yocto15:14
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC15:14
yahiafarghalyhi, i am try adding gnugp recipe into my image, so when i bitbake it with the image , it gives me this error https://pastebin.com/00r2AHyx , my yocto version is pyro-17.0.115:15
yahiafarghalyit exists in meta/recipes-support/gnupg/gnupg_2.1.18.bb15:16
igorseems like it is trying to create a link pointing to a existing file15:18
igorhave you tried to cleansstate gnupg and automake-native15:19
igoryou can remove the file "/home/yahia/Desktop/elinux_dev/bake_factory/poky-pyro-17.0.1/build/tmp/work/i586-poky-linux/gnupg/2.1.18-r0/recipe-sysroot-native/usr/share/aclocal-1.15/python.m4" manually15:20
*** grma <grma!~gruberm@> has quit IRC15:20
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC15:20
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto15:21
yahiafarghalyok i will remove and see the result15:22
Willy--Hi, I am just starting out with embedded linux. I am working through the quick start guide and have the build running at the moment to make sure everything works. When it is finished I wanted to try to build an image for a Orange Pi Zero (H2+). I have been reading the docs but can not work out how to go about it, any pointers?15:22
rburtonget the right bsp, set machine in local.conf, build image15:23
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto15:23
CTtpollardI'm not aware of a meta-orangepi15:24
Willy--Well I sort of figured that out, but where do I get the bsp from?15:24
CTtpollardbut you might be able to find a similar bsp for the SoC15:24
*** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has left #yocto15:24
Willy--CTtpollard: I could not find one for it.. but I figured that is because I didn't know what I was really doing15:25
*** stephano <stephano!~stephano@> has joined #yocto15:25
kergothWilly--: https://layers.openembedded.org/layerindex/branch/master/machines/?q=orange15:26
yahiafarghaly[igor] : still give the error15:26
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:26
Willy--kergoth: thanks very muchly15:26
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC15:27
Willy--kergoth: that is the conf file, don't I need the bsp?15:27
kergothI don't understand the question.15:27
kergothwhat exactly do you think a yocto bsp *is*?15:27
kergothit's a layer with a machine configuration and associated recipes15:27
kergothwhich is exactly what that url directs you to, no?15:27
Willy--so the bsp IS just the machine details that you put into the local.conf file?15:28
kergoththat's not what i said, no15:29
kergothall you put in local.conf is MACHINE. that tells bitbake to load that machine .conf, which is responsible for picking the correct kernel, bootloader, etc15:29
kergothso in a way, yes, and in a way absolutely not. local.conf isn't where the knowledge lives, that's just where you configure your build.15:29
yahiafarghalyany help  ?15:30
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto15:31
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC15:32
Willy--ok, that makes sense.15:34
kergoththat said, the term 'bsp' is pretty overloaded, it completely depends on context15:34
kergothi.e. some folks ship a bsp *based on yocto*, which is an installer or tarball that includes bitbake, oe-core, all associated layers, the bsp / machine layer, binary images, etc15:34
kergothbut if you want to build from source, not using a bsp sdk from a chip manufacturer, using the open source components, then all you need is the bsp/machine layer, its dependencies, and bitbake15:35
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC15:36
tcpdumpI am trying to build a recipe that has a DEPENDS on  python3-flask.  In the original recipe it had a python3-Flask (capital F) and was thus failing15:37
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto15:38
tcpdumpIve edited the recipe locally and run bitbake -c clean python-flask-httpauth15:38
tcpdumpbut it still seems to be trying to find the capital F version.15:38
tcpdumpIs there a way to make it re-read my local copy?15:38
kergothit does automatically15:39
kergothi'd just wipe tmp to be safe, you odn't really lose anything anyway15:39
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC15:40
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has quit IRC15:40
Willy--kergoth: what is the format for the MACHINE variable for the orange-pi-zero, is it the .conf file name so 'MACHINE ?= "orange-pi-zero"'15:45
*** martinkelly <martinkelly!~martin@> has joined #yocto15:45
kergothyes. the value of machine is used to load conf/machine/${MACHINE}.conf15:45
crazy_impstill fighting with my recipe using cmake, put -DCMAKE_BUILD_TYPE=Release  into EXTRA_OECMAKE like jku suggested - it ends up in the parameters for cmake as expected, but the build is still with debug enabled and only -O215:45
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto15:46
*** fl0v0 <fl0v0!~fvo@p4FC0A4C9.dip0.t-ipconnect.de> has quit IRC15:47
*** rajm <rajm!~robertmar@> has quit IRC15:48
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-tawyhcamqgjdtkfb> has quit IRC15:48
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto15:55
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto15:56
*** zero_note <zero_note!~zero@> has quit IRC15:58
kergothHmm, I'll have to dig into how progress is implemented, to see if i can wrap multiple git progress classes under a multi stage progress handler for the new gitsm fetcher15:58
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC15:59
*** Jefro <Jefro!~josiermi@> has joined #yocto16:03
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto16:03
*** luc4 <luc4!~luca@> has quit IRC16:05
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:06
*** sjolley <sjolley!~sjolley@> has quit IRC16:09
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC16:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:15
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto16:15
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:15
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC16:17
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC16:24
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto16:24
*** scottrif <scottrif!~scottrif@> has joined #yocto16:26
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC16:27
kergothRP: thoughts on integrating the submodule support directly into the git fetcher for 2.5, potentially enabled by default? i can't imagine many repositories have submodules but don't require them to build.. can add a url parameter to explicitly disable16:30
RPkergoth: you're probably right about that. If it supports all the fetcher modes correctly I'd be ok with that16:31
RPkergoth: sorry, not had a chance to look at the code or do it justice16:31
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC16:31
kergothno worries. i know you have a lot on your plate, as always :)16:32
RPwell, I did look but not enough to do it justice16:32
kergothi'll pursue with the integration route, will probably make it easier to fix the progress reporting anyway16:32
*** sameo <sameo!~samuel@> has quit IRC16:34
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC16:35
*** TafThorne <TafThorne!~thomastho@> has quit IRC16:37
tcpdumpisnt there a bitbake recipe search somewhere?16:38
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC16:39
RPkergoth: I only ever made them separate as there was different functionality guarantees16:41
*** armpit <armpit!~armpit@2601:202:4001:9ea0:3811:df20:51dd:86d9> has quit IRC16:41
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC16:41
*** sjolley <sjolley!~sjolley@> has joined #yocto16:43
*** ed21 <ed21!~Adium@> has quit IRC16:54
*** hbruce <hbruce!hbruce@nat/intel/x-bocebuydcbnxyksz> has quit IRC16:56
*** itseris <itseris!~emikulin@> has joined #yocto16:58
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC17:00
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC17:02
*** dreyna <dreyna!~dreyna@> has quit IRC17:02
*** dreyna <dreyna!~dreyna@> has joined #yocto17:03
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:06
*** garbados <garbados!~garbados@2601:1c2:303:6b0:f54b:30ee:eb3e:3587> has joined #yocto17:17
yahiafarghalyif someone can help me with that https://stackoverflow.com/questions/45944947/apt-key-line-352-comm-command-not-found17:24
*** kimtinh <kimtinh!~kimtinh@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has quit IRC17:26
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:39bc:1e20:c8f9:fd2e> has joined #yocto17:31
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bwdqgundhyuibktg> has quit IRC17:32
majukSo I have a recipe that installs some scripts to a directory. I updated those script files in the recipe and issued -c clean for both the recipe and the image, but my changes are not coming through to the resultant rootfs.17:37
majukAny questions or comments appreciated.17:38
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC17:40
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto17:41
crazy_impnevermind, bitbake overwrote the expected compilerflags set in cmake...17:43
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC17:44
kergothmajuk: clean won't do much if it pulls the prebuilt binaries from sstate17:46
kergothmajuk: use cleansstate instead17:46
majukkergoth: Ah! Thanks.17:46
kergothmajuk: that said, you shouldn't have to do that at all if bitbake is trcking changes to the files, so it sounds like you're manually pulling them externally instead of usign SRC_URI, you should fix that17:46
kergothit picks up changes to sources automatically17:46
majukkergoth: Yea, I tried that to begin with, but it generated issues that I didn't understand and don't have time to address at the moment. That's good to know though.17:47
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:39bc:1e20:c8f9:fd2e> has quit IRC17:48
majukPiece by piece I am getting a better hold on this system.17:48
kergoththere are ways to explicitly track external files without using SRC_URI, but not worth the hassle unless absolutely necessary17:48
kergothi.e. we do that for WKS_FILE, since the user can point that to any path on disk, but it's not in SRC_URI17:48
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC17:48
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto17:49
*** juvenal <juvenal!~juvenal@> has joined #yocto17:50
*** yahiafarghaly <yahiafarghaly!b968b889@gateway/web/freenode/ip.> has quit IRC17:58
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC17:59
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto18:03
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto18:05
-YoctoAutoBuilder- build #1202 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/120218:08
tcpdumpI do source setup-environment  and get   ERROR: do not use the BSP as root. Exiting...18:11
tcpdumpis there a way to allow it to work as root?18:12
*** juvenal <juvenal!~juvenal@> has quit IRC18:15
tcpdumpcommented out the root check from the config script.18:16
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto18:18
tcpdumpother stuff sucks now..18:18
-YoctoAutoBuilder- build #1228 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/122818:20
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto18:21
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:d11e:396a:d68c:5050> has joined #yocto18:21
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:d11e:396a:d68c:5050> has quit IRC18:25
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC18:28
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto18:28
*** Jefro <Jefro!~josiermi@> has quit IRC18:30
*** tripzero <tripzero!~tripzero@> has quit IRC18:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:36
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC18:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:37
*** tripzero <tripzero!~tripzero@> has joined #yocto18:38
*** rcw <rcw!~rwoolley@107-179-142-182.cpe.teksavvy.com> has quit IRC18:42
Willy--cd ..18:44
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has left #yocto18:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:47
*** aehs29 <aehs29!aehernan@nat/intel/x-lyontvstdnhanyej> has quit IRC18:50
*** aehs29 <aehs29!~aehernan@> has joined #yocto18:53
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC18:56
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto18:58
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC18:59
rburtontcpdump: really best not to do builds as root.19:03
rburtonthere's a reason the check is there19:03
tcpdumpYa, I made a user.19:03
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto19:03
tcpdumpBut having said that, its a dedicated build box, so not too bad.19:04
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto19:04
rburtonstill bad19:04
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has joined #yocto19:04
rburtonits also about containing arbitrary build systems19:05
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has quit IRC19:09
kergothyou're one screwed up makefile away from a rm -rf / due to an undefined variable :P19:10
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC19:19
*** morphis_ <morphis_!~morphis@pD9ED7349.dip0.t-ipconnect.de> has quit IRC19:21
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:24
*** Snert__ is now known as Snert19:27
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto19:28
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto19:28
*** toanju <toanju!~toanju@x55b4f816.dyn.telefonica.de> has joined #yocto19:35
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC19:39
kergothwe should really do something to reduce the verbosity of runfetchcmd commands, specifically the display of the export commands. imo we should use the process environment to inject htose, and just add a logging message about what that environment is, at Fetch() construction time, or something, so we see it once, not 842 times in the log19:48
*** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.> has quit IRC19:50
*** stefan__ <stefan__!~stefan@ipbcc3cc6c.dynamic.kabel-deutschland.de> has joined #yocto19:51
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC19:52
-YoctoAutoBuilder- build #843 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/84319:58
*** toanju <toanju!~toanju@x55b4f816.dyn.telefonica.de> has quit IRC19:58
*** ant_home <ant_home!~ant__@> has joined #yocto19:59
*** Artox <Artox!~Artox@> has quit IRC20:02
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC20:05
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto20:06
*** juvenal <juvenal!~juvenal@> has joined #yocto20:08
*** Artox <Artox!~Artox@> has joined #yocto20:09
*** Jefro <Jefro!~josiermi@> has joined #yocto20:15
*** stefan__ <stefan__!~stefan@ipbcc3cc6c.dynamic.kabel-deutschland.de> has quit IRC20:17
tcpdumpSorry for all the dumb questions guys and gals - Im new to this  :(20:18
tcpdumpI need to install some python things that dont exist... as such, Ive made the following recipe:20:18
tcpdump1. Does that look right?20:18
tcpdumpThe file is recipes-devtools/python/python-flask-cors_3.0.3.bb20:19
tcpdumpwould I then do bitbake python-flask-cors?20:19
fraythat will build it.. but will not include it in any generated images..20:20
frayeither in your customer image you need to tell the system you need a package that recipe produces -- or you can do it globally to all images you generate..20:20
fraythe global way isn't the recommended way, but it's quick and easy if you are experimenting..20:21
frayedit your conf/local.conf and add something like:20:21
frayINSTALL_PACKAGES_append = " python-flask-cors"  (note the leading space)20:21
fraythe name you put into INSTALL_PACKAGES is a -package- name, not a recipe name.  It needs to match up to one of the 'PACKAGES' that is produced by the python-flask-cors recipe.  You can use bitbake -e python-flash-cors to figure out what names it may be producing..20:22
*** bluelightning <bluelightning!~paul@> has joined #yocto20:24
*** bluelightning <bluelightning!~paul@> has quit IRC20:24
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:24
tcpdumpThanks fray !  Man, Im swimming here..20:26
tcpdumpfray: If I have all my source code local, can I somehow point bitbake to my .bb recipe files to test them before I do an include in my global image?20:27
tcpdumpIm just wanting to make sure that my recipe actually works. considering this is my first recipe ever...20:27
fraybitbake <your_recipe> will build it..20:28
frayyou would want to use one of the tools to define a local layer (if you havn't already) and include that in your project..20:28
tcpdumpDid that recipe look OK, at a rudimentary level?20:29
frayI did not look20:29
*** Jefro <Jefro!~josiermi@> has quit IRC20:29
frayok, it looks reasonable to me.20:29
tcpdumpOK - thanks...  sorry to be a bother.20:29
tcpdumpIm about to just go for broke...20:30
frayis pypi in oe-core?  if not -- then you'll need to make sure you have meta-python for it20:30
*** Jefro <Jefro!~josiermi@> has joined #yocto20:30
fray(pretty sure flash and six are in meta-python, so you probably already have that configured in)20:30
tcpdumpnot sure.. I just found an example recipe and tried to make it match.20:30
tcpdumpHow can I check?20:30
fraycat conf/bblayers.conf20:30
fraysomething like this:20:31
frayBBLAYERS ?= " \20:31
fray  ##OEROOT##/layers/oe-core/meta \20:31
fray  ##OEROOT##/layers/meta-openembedded/meta-python \20:31
fray(replace ##OEROOT##/layers with your local path)20:31
tcpdump  ${OEROOT}/layers/meta-openembedded/meta-python \20:31
tcpdumpthats in there20:32
tcpdumpso looks good.20:32
tcpdumpLast question - I put all my recipes in meta-qcom/recipes-devtools/python.20:34
tcpdumpThat should be OK, right?20:34
tcpdumpJust made a new dir named python20:34
frayyes.. meta-qcom will need to be in that same conf/bblayers.conf -- and the layer needs a conf/layers.conf (assuming you have all that -- and its configured in a typical way) then it should work20:34
*** pohly <pohly!~pohly@p5DE8D67B.dip0.t-ipconnect.de> has quit IRC20:36
tcpdumpyea meta-qcom is in the conf/bblayers.conf20:36
*** dreyna <dreyna!~dreyna@> has quit IRC20:38
-YoctoAutoBuilder- build #66 of nightly-refkit is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-refkit/builds/6620:40
tcpdumpThat went terribly wrong fray   lol20:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:41
*** stephano <stephano!~stephano@> has quit IRC20:41
tcpdumpTheres my recipe for python-flask-httpauth20:42
*** stephano <stephano!~stephano@> has joined #yocto20:42
frayvalue our of range means something told the build system either a null (non integer) value or ???20:43
frayAhh.. your recipe is missing the SRC_URI = ...20:43
fray(or is pypi setting that?)20:43
tcpdumpI think pypi is setting that, from what I understand..20:43
frayok.. then I don't know you may have to ask on #oe.. be sure to mention if you are using master or a specific branch of oe-core20:44
tcpdumpfray: can you add a repo manager such as dnf and just installed this stuff for arm64?20:44
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto20:44
tcpdumpDo you know?20:44
frayyou can add DNF, (if you are on 2.3 or master -- it's 'smartpm' prior to that)20:45
fraybut you still need to build the packages somehow..  the DNF and such may not install Fedora/CentOS packages.. due to difference in dependencies and compilation..20:45
tcpdumpDo you know of any good ARM64 repos?20:45
tcpdumpIs there one for yocto?20:45
tcpdumpmakes sense.20:46
frayThe yocto ones I know of are usually specific to an OSV for 'project'..20:46
frayOSV -or-, not for..20:46
tcpdumpI see20:46
tcpdumpAs soon as I figured this out Im going to beat my dev that wrote all his crap in python with these frameworks... for an embedded platform.20:47
frayya, python, running on an embedded system, is powerful -- but does consume additional resources ...20:48
JEEBnot necessarily bad, but you can bet you won't have things included in build systems20:49
JEEB(depends on requirements and hardware)20:49
tcpdumpIf it was just python that would be great... but he wrote it all with these elaborate frameworks and modules..20:49
tcpdumpYea, if it was going on a server would be perfect.20:49
tcpdumpI need to get all these packages integrated...20:51
kergothRP: Hmm. If we have multiple specified names/branches/revs, and the repo uses submodules on each, but different ones, should we fetch and unpack only the ones for the rev we're checking out? we can't really fetch and unpack all the ones we might need, because their repos under .git/modules/ for unpack might conflict (i.e. same name, different upstream repo and url). Thinking we just fetch and unpack the bits we're actually going to be unpacking and20:51
kergoth using, but add methods to the fetcher that a recipe could use to set up the submodules for a non-default branch/rev wherever they want it20:51
* kergoth ponders20:51
-YoctoAutoBuilder- build #1265 of nightly-x86-64 is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/126520:56
-YoctoAutoBuilder- build #1204 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/120421:00
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:02
*** stephano <stephano!~stephano@> has quit IRC21:06
*** itseris <itseris!~emikulin@> has quit IRC21:08
tcpdumpIm trying to install or move an entire directory.21:12
tcpdump  install -m 755 ${WORKDIR}/git/client.conf ${D}/etc/openvpn21:12
tcpdumpThats one that works now.21:12
tcpdumpBut I want to do that with an entire directory tree, rather than a single file...21:13
tcpdumpWhat would that look like?21:13
*** igor <igor!~igor@> has quit IRC21:16
*** stephano <stephano!stephano@nat/intel/x-jostzlfqfipybqis> has joined #yocto21:17
*** dreyna <dreyna!~dreyna@> has joined #yocto21:19
kergothtcpdump: just use cp. you'll have to correct the ownership afterward, though, to make sure it ends up owned by root rather than the build user21:21
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has left #yocto21:26
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto21:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:26
*** garbados <garbados!~garbados@2601:1c2:303:6b0:f54b:30ee:eb3e:3587> has quit IRC21:27
*** sjolley <sjolley!~sjolley@> has quit IRC21:27
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC21:31
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto21:32
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:32
*** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC21:34
*** yahiafarghaly <yahiafarghaly!b9bd7074@gateway/web/freenode/ip.> has joined #yocto21:34
*** caiortp <caiortp!~inatel@> has quit IRC21:34
*** klynn <klynn!~klynn@2600-6c55-4600-1e9f-51bd-d611-7e54-01b0.dhcp6.chtrptr.net> has joined #yocto21:34
*** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto21:36
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:42
-YoctoAutoBuilder- build #1219 of nightly-multilib is complete: Failure [failed Running Sanity Tests_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/121921:42
*** yahiafarghaly <yahiafarghaly!b9bd7074@gateway/web/freenode/ip.> has quit IRC21:43
*** martinkelly <martinkelly!~martin@> has quit IRC21:45
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC21:48
*** stephano <stephano!stephano@nat/intel/x-jostzlfqfipybqis> has quit IRC21:51
*** bhargav <bhargav!95c73efe@gateway/web/freenode/ip.> has joined #yocto21:52
RPkergoth: only fetch/unpack what you're using seems sane21:53
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC21:56
*** dv_ <dv_!~quassel@> has joined #yocto21:57
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC21:58
*** christner <christner!~dchristne@50-76-27-165-static.hfc.comcastbusiness.net> has quit IRC21:59
bhargavHello everyone. I have a question regarding patching.22:01
bhargavIf I have a patch file located in layer_a and a bb file in layer_b, how can i include the patch file in my SRC_URI?22:02
*** ant_home <ant_home!~ant__@> has quit IRC22:03
*** Jefro <Jefro!~josiermi@> has quit IRC22:03
*** Jefro <Jefro!~josiermi@> has joined #yocto22:03
bhargavI tried SRC_URI = "file:// layer_b/file/some-patch.patch" and it does not work22:03
*** lamego <lamego!~jose@> has quit IRC22:04
*** stephano <stephano!~stephano@> has joined #yocto22:06
majukNeed a .bbappend file22:06
majukbhargav: ^22:07
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC22:07
*** Jefro1 <Jefro1!~josiermi@> has joined #yocto22:07
*** Jefro <Jefro!~josiermi@> has quit IRC22:08
*** libby1 <libby1!~libby@> has quit IRC22:08
majukWell I was going to pastebin you my dts patch layer, but pastebin is throwing a fit.22:08
bhargavSo I add the patch path in FILESEXTRAPATH in the bbappend file?22:10
majukbhargav: https://pastebin.com/QBMCp6j822:10
majukSo those two patches live in the directory specified by FILESEXTRAPATHS_prepend22:11
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC22:14
bhargavmajuk: can I add FILESEXTRAPATH in my bb file itself?22:14
*** libby1 <libby1!~libby@> has joined #yocto22:14
bhargavI am writing a new version of an existing recipe in a different layer and I want my new recipe to pull hte old patches22:15
majukAh. Yea, I dunno, haven't come close to handling that situation, just patching existing recipes.22:15
*** sjolley <sjolley!~sjolley@> has joined #yocto22:15
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has joined #yocto22:21
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has joined #yocto22:24
* Crofton|work washes himself with bleach22:25
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has quit IRC22:27
majukDon't forget to drink some, get that bleach cleanse working for you.22:27
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.> has joined #yocto22:29
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has left #yocto22:31
*** martinkelly <martinkelly!~martin@> has joined #yocto22:33
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has quit IRC22:37
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC22:37
*** dreyna <dreyna!~dreyna@> has quit IRC22:43
yahiafarghalyhow can i submit patch in yocto in  proper way ? (especially in pyro version)22:45
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC22:46
*** sjolley <sjolley!~sjolley@> has quit IRC22:46
*** agust <agust!~agust@p4FCB5739.dip0.t-ipconnect.de> has quit IRC22:51
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-nqgiymhknfsyhlbl> has quit IRC22:52
*** sjolley <sjolley!~sjolley@> has joined #yocto22:55
*** mtahmed <mtahmed!b8178782@gateway/web/freenode/ip.> has joined #yocto22:57
khembhargav: its better that you make a copy of patches in your own layer if you are overwriting a recipe completely22:58
khemotherwise you are at the behest of original layer and patches in there might change and break your recipe22:58
*** mtahmed <mtahmed!b8178782@gateway/web/freenode/ip.> has quit IRC23:00
*** mtahmed <mtahmed!b8178782@gateway/web/freenode/ip.> has joined #yocto23:00
mtahmedI am trying to build a new version of a package and applying my own patches on top in my own layer through an `openssl_%.bbappend` file. However, during configure, the configure script is unable to find a file from the original recipe because BBPATH points the the .bbappend file's directory. Is there a way to add a .bbappend to my own layer and have it use the files from the original recipe as well?23:04
kergothmtahmed: it'll alwyas be able to find the original files when appending, unless you've incorrectly modified FILESPATH/FILESEXTRAPATH23:07
kergothand bbpath is irrelevent in this case, file:// files are found via FILESPATY23:07
*** stephano <stephano!~stephano@> has quit IRC23:08
kergothBBPATH is used to find classes, config files, and .inc files23:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto23:11
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.> has quit IRC23:12
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.> has joined #yocto23:13
bhargavkhem: Thanks! I ended up doing the same since I could not figure out a way for my problem23:13
bhargavWhat you said actually makes sense23:13
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.> has quit IRC23:13
mtahmedkergoth: Oh that makes sense. I think I might have been missing a the file that it required because I was redefining SRC_URI instead of appending to SRC_URI.23:15
mtahmedI still have the problem of FILEEXTRAPATHS_prepend not able to use the ${PV} (presumably because it isn't defined when it's expanded; it just gets expanded to the string "%") but it is able to get ${BPN} just fine.23:16
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC23:16
kergothPV should work fine in that context, but worst case you could arrange to immediately expand THISDIR, i.e. thorugh an intermediate variable, but leave PV alone23:20
*** alimon1 <alimon1!~alimon@> has joined #yocto23:22
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:23
*** msvb-lab <msvb-lab!~michael@x55b541b3.dyn.telefonica.de> has quit IRC23:35
*** Jefro1 <Jefro1!~josiermi@> has quit IRC23:37
-YoctoAutoBuilder- build #1184 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/118423:43
*** stephano <stephano!~stephano@> has joined #yocto23:48
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lmrppuufyivrlmdh> has joined #yocto23:49
*** hbruce <hbruce!c0373627@gateway/web/freenode/ip.> has joined #yocto23:50
*** hbruce1 <hbruce1!~hbruce@> has joined #yocto23:51
*** hbruce1 <hbruce1!~hbruce@> has left #yocto23:52
*** hbruce1 <hbruce1!~hbruce@> has joined #yocto23:52
*** bhargav <bhargav!95c73efe@gateway/web/freenode/ip.> has quit IRC23:52
*** hbruce <hbruce!c0373627@gateway/web/freenode/ip.> has left #yocto23:53
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lmrppuufyivrlmdh> has quit IRC23:58
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-aswqfjilsjxsaewe> has joined #yocto23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!