Tuesday, 2016-08-09

Ulfalizehttp://pastie.org/10933207 quick review?00:02
UlfalizeSSTATECLEANFUNCS could be appended rather than set as well. only useradd.bbclass seems to use it.00:04
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has joined #yocto00:06
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:06
*** sameo_ <sameo_!~samuel@192.55.54.45> has quit IRC00:12
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC00:49
*** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has quit IRC01:03
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto01:32
*** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has quit IRC01:59
*** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has joined #yocto02:08
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto02:10
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC02:39
-YoctoAutoBuilder- build #529 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/52903:05
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC03:11
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC03:20
*** cference <cference!~cference@206-248-171-218.dsl.teksavvy.com> has quit IRC03:21
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bed10.dynamic.kabel-deutschland.de> has quit IRC03:21
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC03:22
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto03:23
-YoctoAutoBuilder- build #884 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/88403:40
*** ndonaldson <ndonaldson!~nic@149.123.96.58.static.exetel.com.au> has joined #yocto03:40
ndonaldsonHi, I think I've encountered a bug in http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/lib/oeqa/controllers/masterimage.py . What's the best way to confirm unintended behaviour, report, and possibly patch?03:44
bluelightningndonaldson: I'm somewhat familiar with that code, what's the issue?03:47
ndonaldsonbluelightning: GummibootTarget._deploy has "self.master.ignore_status = False"03:49
ndonaldsonthen when we power cycle03:49
ndonaldsonrunning shutdown is most likely to return a non-zero status03:50
ndonaldsonwhich raises an exception in SSHControl._internal_run03:52
ndonaldsonin oeqa/utils/sshcontrol.py03:52
bluelightningso why does shutdown return non-zero?03:52
ndonaldsonbecause the ssh connection is cut immediately03:53
-YoctoAutoBuilder- build #897 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/89703:53
ndonaldsonbluelightning: http://paste2.org/Bm4vVc1O essentially this03:58
bluelightningoh of course03:58
bluelightningwould you mind filing a bug for this? I suspect we would just need to ignore status on that one command, but someone should check it out thoroughly (more than I have at least)04:00
ndonaldsonbluelightning: sure, can you guide me?04:00
bluelightningcertainly... bugzilla.yoctoproject.org is where to start; if you don't have an account you'll need to create one04:01
ndonaldsonalso I'm working on krogoth branch, does that matter?04:01
bluelightningif you select "2.1" under "version" when you're creating the report that will account for that04:02
*** billr <billr!~wcrandle@134.134.139.78> has quit IRC04:11
*** dvhart <dvhart!~dvhart@134.134.139.74> has joined #yocto04:13
*** dvhart_ <dvhart_!dvhart@nat/intel/x-kdardlhjvhzwxhbc> has joined #yocto04:15
*** dvhart <dvhart!~dvhart@134.134.139.74> has quit IRC04:18
ndonaldsonbluelightning: I assume I should file this under https://bugzilla.yoctoproject.org/describecomponents.cgi?product=Automated%20Runtime%20Testing ?04:21
bluelightningndonaldson: correct04:22
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:27
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto04:28
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:32
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto04:33
-YoctoAutoBuilder- build #870 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/87004:36
*** evanmeag_ <evanmeag_!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto04:37
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:37
*** evanmeag_ <evanmeag_!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:42
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto04:43
ndonaldsonbluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10101 look ok?04:46
yoctiBug 10101: normal, Undecided, ---, benjamin.esquivel, NEW , When power cycling in masterimage.py, 'shutdown -h now' can return a non-zero exit status because the ssh connection is cut04:46
*** evanmeag_ <evanmeag_!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto04:47
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:47
*** galant1 <galant1!~galanta@bzq-79-179-8-78.red.bezeqint.net> has joined #yocto04:47
*** galant <galant!~galanta@bzq-79-179-8-78.red.bezeqint.net> has joined #yocto04:49
*** galant <galant!~galanta@bzq-79-179-8-78.red.bezeqint.net> has left #yocto04:49
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC04:55
*** evanmeag_ <evanmeag_!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:58
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto04:59
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC05:04
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto05:04
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto05:09
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto05:25
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC05:27
*** dvhart_ <dvhart_!dvhart@nat/intel/x-kdardlhjvhzwxhbc> has quit IRC05:56
*** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has quit IRC06:01
*** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has joined #yocto06:01
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC06:04
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:07
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto06:12
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC06:16
*** galant1 <galant1!~galanta@bzq-79-179-8-78.red.bezeqint.net> has quit IRC06:17
*** hanthings <hanthings!~nandor@194.9.252.237> has joined #yocto06:19
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:19
-YoctoAutoBuilder- build #864 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/86406:20
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC06:22
*** hatter <hatter!~hatter@c-2ec2b589-74736162.cust.telenor.se> has joined #yocto06:24
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has quit IRC06:24
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-182-183.telecom.by> has joined #yocto06:26
*** Mylene <Mylene!~mymy@95.ip-51-255-48.eu> has quit IRC06:27
*** Mylene <Mylene!~mymy@95.ip-51-255-48.eu> has joined #yocto06:28
*** bachp <bachp!~bachp@194.204.66.58> has joined #yocto06:31
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto06:32
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto06:37
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:37
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto06:41
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-cdapefpgiecbulpn> has joined #yocto06:42
*** ndonaldson <ndonaldson!~nic@149.123.96.58.static.exetel.com.au> has quit IRC06:42
*** jbrianceau_away is now known as jbrianceau06:42
*** jkroon_ <jkroon_!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC06:44
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:5dbe:b605:2e26:c2e0> has joined #yocto06:48
*** jkroon <jkroon!~jkroon@89-253-118-72.customers.ownit.se> has joined #yocto06:54
*** jkroon is now known as Guest2852206:54
*** fl0v0 <fl0v0!~fvo@pD9F6B770.dip0.t-ipconnect.de> has joined #yocto06:55
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC06:59
*** bachp <bachp!~bachp@194.204.66.58> has quit IRC07:02
*** bachp_ <bachp_!~bachp@194.204.66.58> has joined #yocto07:03
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto07:08
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC07:09
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC07:09
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto07:10
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto07:13
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC07:17
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:17
*** agust <agust!~agust@p4FCB5B80.dip0.t-ipconnect.de> has joined #yocto07:17
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto07:19
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has joined #yocto07:28
*** shagu <shagu!~eric@p5B2E8B2A.dip0.t-ipconnect.de> has joined #yocto07:31
*** bachp_ <bachp_!~bachp@194.204.66.58> has quit IRC07:38
*** __karthik <__karthik!~karthik@192.91.75.29> has quit IRC07:42
*** __karthik <__karthik!~karthik@192.91.75.30> has joined #yocto07:43
*** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has joined #yocto07:50
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto07:52
my007msHi, how to change DEVICETREE in boot time in already made image07:52
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC07:52
my007msalso i try change KERNEL_DEVICETREE in build time but even if i put KERNEL_DEVICETREE = "lablablababa " it work without error i was think bitbake suppose to do verification  ?07:53
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:54
boucman_workmorning07:56
mborzeckimorning07:57
*** sno <sno!~sno@62.157.143.22> has joined #yocto07:58
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto08:00
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC08:06
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC08:07
*** sameo <sameo!samuel@nat/intel/x-gfidmdsknprrorvm> has joined #yocto08:08
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:08
*** sameo <sameo!samuel@nat/intel/x-gfidmdsknprrorvm> has quit IRC08:10
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto08:11
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC08:15
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto08:16
*** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has quit IRC08:25
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto08:27
*** jku is now known as Guest7365008:27
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto08:28
*** mortderire1 <mortderire1!~rkinsell@192.198.151.45> has joined #yocto08:32
*** visaev <visaev!~visaev@proxy-str.vector.com> has joined #yocto08:32
visaevhello08:33
visaevi have a question regarding toaster in production mode08:33
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC08:33
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto08:33
*** Guest73650 <Guest73650!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC08:33
visaevi want to import a local layer, do i need to create a layer index for it ?08:33
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC08:34
visaevi tried to import it and it worked but no recipes are listed from the layer08:34
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto08:37
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto08:43
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto08:44
*** maxin <maxin!~maxin@37-219-235-3.nat.bb.dnainternet.fi> has joined #yocto08:52
boucman_workvisaev: i'm not sure what you mean by crating a "layer index" (I do'nt use toaster, but I know how yocto works)08:52
visaevsee toaster manual, layer index is a web application where some meta data is stored about layers08:54
visaevand toaster can talk to it and read the met data08:54
visaevmeta*08:55
visaevi imported my layer into toaster but i see no recipes from my layer08:56
visaevmy layer is working if i use no toaster, just plain yocto build system08:56
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto08:56
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC08:57
*** ant_work <ant_work!~ant__@95.236.249.71> has joined #yocto09:04
michaelw_visaev: Toaster doesn't know about the recipes in an imported layer until it's done a parse/build of a recipe in the layer09:07
*** maxin <maxin!~maxin@37-219-235-3.nat.bb.dnainternet.fi> has quit IRC09:07
visaevhmm, i'm stumped, how can i build a recipe from this layer if i see no recipes09:08
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:09
michaelw_if you know the target just type it in the build box and hit build09:09
visaevi typed the name of my custom image and it failed09:11
michaelw_visaev: how did it fail? were there any messages?09:12
visaevmompls09:13
*** aboseley <aboseley!~aboseley@220.57.96.58.static.exetel.com.au> has quit IRC09:13
visaevi tried to build a known recipe, e.g. tpm-tools from meta-security09:13
visaevand got a strange error09:14
visaevExisting git repository at /var/www/toaster/poky, but with different remotes ('origingit://git.yoctoproject.org/poky (fetch), origingit://git.yoctoproject.org/poky (push), ', expected 'file:///home/visaev/Repositories/yocto/meta-beaglebone-black.git'). Toaster will not continue out of fear of damaging something.09:14
visaevmeta-beaglebone-black.git is my custom layer09:15
visaevit's a bare git repository09:15
visaevbtw, i use poky krogoth09:15
visaevdid i configure something incorrectly ?09:16
visaevdoes toaster support local git repos  ?09:16
visaevmaybe that's the problem09:17
michaelw_It does support local repos, hmm09:18
visaevis there a way to enable more verbose debug messages ?09:20
michaelw_It might be because your _toaster_clones is inside poky dir which is it's self a git repository so it's getting confused09:20
visaevyeah, my poky dir is a clone, i followed the manual09:21
visaevmichaelw_, i have a question09:22
visaevdo i need to set up a layer source index for local layers ?09:23
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC09:24
michaelw_visaev: nope, you might want to do that if you maintain lots and lots of layers and want them all to be imported at once09:24
visaevok, finally a definite answer :)09:24
michaelw_and you also don't want to post them to the public layerindex09:24
visaevany idea how i can fix this issue ?09:25
michaelw_visaev: could you have a look in the _toaster_clones dir and see if a directory has been created for you layer?09:26
visaevalready done, no clone of my layer, only public ones09:26
michaelw_hmm, could you create one, "_file____home_visaev_Repositories_yocto_meta-beaglebone-black.git_master"09:28
visaevmompls09:28
michaelw_the actual path to verify will be in  /build-toaster-<project-id>/conf/bblayers.conf09:30
michaelw_(on the end of BBLAYERS=)09:30
*** maxin <maxin!~maxin@37-219-252-38.nat.bb.dnainternet.fi> has joined #yocto09:31
michaelw_fwiw we're currently re-working the import page so that you can simply just point it at a directory rather than requireing a git repo09:31
visaevhmm, i created the repo, the same issue, where do i find /build-toaster-<project-id>/conf/bblayers.conf ? i cannot find it in toaster dir09:34
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:35
michaelw_visaev: For example for project 1 it would be in /poky/build-toaster-1/conf/bblayers.conf09:35
visaevi see no build-toaster in poky dir09:35
*** aboseley <aboseley!~aboseley@101.165.216.251> has joined #yocto09:36
michaelw_visaev: ok, not to worry, it may not have gotten to that stage09:36
*** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto09:44
visaevdir names of public repos have only 2 undescore after '_git', yours has 3 after '_file', i changed it, no use09:44
michaelw_you'll need to copy the contents of the repo into the dir yourself09:46
michaelw_the extra underscore is correct, it's the subsituted character for any of :/@%09:47
visaevsorry, my bad09:48
visaevi changed it back09:49
visaevi cloned my local repo into _toaster_clones, what do you mean by copy ?09:49
michaelw_clone/copy that would be fine yes09:50
visaevok09:50
visaev"_toaster_clones/_%s_%s" % (re.sub('[:/@%]', '_', url), branch)09:52
*** maxin <maxin!~maxin@37-219-252-38.nat.bb.dnainternet.fi> has quit IRC09:52
visaevhmm09:54
visaevif branch != "HEAD":09:54
visaevtoaster tells me 'git revision' is HEAD09:55
visaevmaybe that's the problem ?09:55
visaevit was a piece of code from getGitCloneDirectory09:55
belenvisaev: when you imported the layer, did you enter HEAD as the revision?09:56
belenvisaev: there is a known issue with doing that https://bugzilla.yoctoproject.org/show_bug.cgi?id=992409:56
yoctiBug 9924: enhancement, Medium, 2.3, toaster, NEW , Prevent users from using HEAD as Git revision when importing layers09:56
visaevyes, i used HEAD, then i tried to change it to master, toaster changes it back every time to HEAD09:56
belenvisaev: yes, sorry about that one. We shipped the release with that very annoying bug :(09:57
belenyou cannot change the revision of an imported layer09:57
visaevso, remove the layer and then import it with master ?09:57
belenvisaev: yes, although you won't be able to remove the layer from toaster … yet another thing we need to sort out09:58
visaevgrrr09:58
beleneither delete directly from the toaster database or import it with a different name09:58
michaelw_you can remove it from your project though which is the important bit09:58
visaevmompls09:58
belenI know: sorry. We are working on it though :)09:58
visaevthanks for your help :)09:58
belennp. If you have any other questions, let us know09:59
*** Guest28522 <Guest28522!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC10:00
visaevhow do i remove a layer from my db ?10:01
michaelw_visaev: are you feeling brave?10:02
visaevaleays10:02
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC10:02
visaevalways*10:02
visaevi need to know such things because i intend to work with toaster for a while10:03
michaelw_visaev: haha ok, open a django python shell by doing: ../bitbake/lib/toaster/manage.py shell10:03
michaelw_then type: from orm.models import *10:04
visaevdoes it matter from which dir i start it ?10:04
visaevdone10:05
michaelw_ideally it needs to be in the same environment that you've got toaster running in10:05
visaevok, then i have to redo it10:05
visaevok, i'm in python venv now10:06
michaelw_once you've done all that you can do: Layer.objects.get(name="your-layer-name-here").delete()10:07
visaevok, i got no status from that10:08
michaelw_that's probably worked then10:08
visaevlet me import it again then10:08
visaevor do i restart it first ?10:08
michaelw_the changes should be immediate10:09
visaevok, another question10:09
visaevwhen i import a new layer, do i have to add all the dependencies ?10:09
michaelw_It's up to you, adding layer dependencies are optional10:10
michaelw_they're probably more useful for users of your layer than yourself as presumably you know what you need for your layer anyway10:11
visaevok, thanks10:11
visaevimport worked now :)10:11
visaevlet me write the instruction down for future use :)10:11
visaevis there documentation for stuff like this ?10:12
visaevyay, i see my clone in _toaster_clones10:13
visaevcool, now i can see the recipes from my layer in toaster10:13
belenvisaev: \0/10:14
michaelw_There is some documentation, if it's a workaround then it is most likely to be in a bug report ..somewhere. Otherwise there is http://www.yoctoproject.org/docs/2.1/toaster-manual/toaster-manual.html or file a bug if something isn't clear/obvious/explained in the ui10:15
*** obsrwr_ <obsrwr_!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has joined #yocto10:16
visaevok, thank you10:17
visaevi think i will pop up here quite often now and pester you with questions10:18
belenvisaev: please do. Also, if you have any feedback, suggestions, or feature requests, we want to know about them :)10:19
visaevno problem10:20
visaevanother question10:22
*** _jmk <_jmk!~jmk@91-150-44-154.customer.karistelefon.fi> has quit IRC10:23
visaevregarding continuous integration10:23
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC10:23
visaevi think you do it for your tests, right ?10:23
michaelw_yeah10:24
visaevis it possible to control toaster with jenkins ?10:24
CTtpollardthe question is why would you want to?10:25
visaevto test if my images are still buildable10:25
visaevwith toaster10:25
CTtpollardyocto is very much buildable with jenkins, but integrating a gui/hmi into a CI system seems OTT10:26
visaevor iit a wrong approach ?10:26
CTtpollard(beyond the jenkins gui)10:26
CTtpollardvisaev: https://autobuilder.yoctoproject.org/10:27
visaevok, thank you, i'll check it out10:28
belenCTtpollard: visaev's is a fair question, even if it sounds strange to some in this channel. The advantage of Toaster is that the interface caters for the OE way of configuring things. For some, that's enough of an advantage to want to "control" Jenkins with it10:28
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto10:29
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC10:29
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto10:31
visaevi got another question regarding device tree overlay files10:32
visaevi had to extend linux-yocto recipe and add support for device tree overlays for beaglebone10:32
visaevit worked but i still have a small hack installing DTBO files10:33
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto10:33
visaevis linux-yocto recipe the right place to install DTBO files to /lib/firmware/10:34
*** maxin <maxin!~maxin@37-219-252-38.nat.bb.dnainternet.fi> has joined #yocto10:35
visaevmichaelw_, is it possible to delete a build from db using python, like your previous instructions ?10:43
visaevhmm, it seems to be very similar, i have Build objects10:46
visaevbut how do i identify it ? they have the same name10:46
visaevthe only difference is the time10:46
belenvisaev: there is also this http://www.yoctoproject.org/docs/latest/toaster-manual/toaster-manual.html#toaster-command-builddelete10:47
visaevhow do i get the id ?10:48
michaelw_visaev: you can find it in the url of the build or use buildlist10:48
michaelw_*buildslist10:48
belenvisaev: yes, sorry, forgot about that one http://www.yoctoproject.org/docs/latest/toaster-manual/toaster-manual.html#toaster-command-buildslist10:49
michaelw_and If you want to do it via python you can also just do Build.objects.get(id=N).delete()10:49
visaevbuildslist ?10:50
visaevfigured it out, thank you very much10:53
visaevhmm, i have a build with empty name :)10:55
visaevam i correct in assuming that deleting old builds frees valuable storage space ?10:57
visaevi couldn't delete one build, python script failed with an error10:58
visaevdjango.db.utils.IntegrityError: (1451, 'Cannot delete or update a parent row: a foreign key constraint fails (`toaster_data`.`orm_package_dependency`, CONSTRAINT `orm_package_depend_package_id_246440e359958cd8_fk_orm_package_id` FOREIGN KEY (`package_id`) REFERENCES `orm_package` (`id`))')10:58
michaelw_When you're deleting them from Toaster you're just deleting them from the database, we don't touch anything else10:59
visaevthe files are still on the filesystem ?11:00
michaelw_for each project Toaster creates a build directory toaster-build-<projectid> by default we share SSTATE DLDIR and some other bits across project build dirs11:01
michaelw_But we won't touch the files on the filesystem, not sure if we should or not really11:02
michaelw_(when deleting)11:02
visaevok11:03
*** aboseley <aboseley!~aboseley@101.165.216.251> has quit IRC11:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:20
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto11:32
*** berton <berton!~fabio@177.127.4.56> has joined #yocto11:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:35
*** Crofton <Crofton!~Crofton@c-73-149-126-239.hsd1.ct.comcast.net> has quit IRC11:42
-YoctoAutoBuilder- build #890 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/89011:45
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto11:57
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has joined #yocto11:58
visaevi'v got another question12:09
HyP3rIs there a way to debug a recpie? I have this recpie http://pastebin.com/TQG6ScLT12:09
visaevabout do_install_append for linux-yocto12:09
visaevi bbappend linux-yocto and install dtbo file to /lib/firmware12:09
HyP3rAnd the problem is that yocto imports every python side things (/usr/lib/python...) but I gues this package is also generating a mod_wsgi module12:09
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:1064:7628:5b21:936f> has joined #yocto12:09
HyP3rUnder the /usr/lib/apache... directory, but I don't know what do_compile and do_configure is generating12:10
HyP3rIs there a way to let this recpie step-by-step run?12:10
CTtpollardbitbake -e $recipe?12:11
CTtpollardshould provide everything it expects to execute12:11
visaevbitbake is telling me 'Please set FILES such that these items are packaged.'12:11
visaevi add the files to FILES_${PN}, no change12:11
visaevstill got this message12:12
HyP3rCTtpollard: wow much lines :D12:12
CTtpollardHyP3r: yeh you might want to send it to a log :)12:13
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has quit IRC12:15
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:1064:7628:5b21:936f> has quit IRC12:15
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto12:15
*** jku is now known as Guest7660512:16
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:1064:7628:5b21:936f> has joined #yocto12:16
HyP3rCTtpollard: I have now a bunch of functions in bash or python, but how I can step throught the steps?12:19
*** _jmk <_jmk!~jmk@37-136-70-130.rev.dnainternet.fi> has joined #yocto12:19
*** jkroon <jkroon!~jkroon@89-253-118-72.customers.ownit.se> has joined #yocto12:22
*** jkroon is now known as Guest1247112:22
*** marka <marka!~marka@128.224.252.2> has joined #yocto12:23
*** ant_work <ant_work!~ant__@95.236.249.71> has quit IRC12:26
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto12:30
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-qyjxbhzymjgucdtt> has joined #yocto12:31
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-qyjxbhzymjgucdtt> has quit IRC12:34
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto12:34
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-tgaeoxhxsdkzyfyx> has quit IRC12:37
*** shagu <shagu!~eric@p5B2E8B2A.dip0.t-ipconnect.de> has quit IRC12:38
*** marka <marka!~marka@128.224.252.2> has quit IRC12:41
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has quit IRC12:44
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto12:49
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto12:55
lpapphi, is there anyone working opkg to automatically detect the order of package removals in case of multiple packages supplied to opkg for removal?12:56
lpappor has it been improved yet?12:56
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC12:58
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto12:59
HyP3rWell... can someone help me create this recpie mod-wsgi? I having really big problems with it.12:59
HyP3rIt not a normal python package (but its from pypi). Because its using while its make install routine axps to install the mod_wsgi module13:00
CTtpollardHyP3r: there are existing (probably outdated) mod_wsgi recipes around13:01
HyP3rI only have found this: http://git.yoctoproject.org/cgit/cgit.cgi/meta-cloud-services/tree/meta-openstack/recipes-support/mod-wsgi/mod-wsgi_3.4.bb?h=master13:01
CTtpollardHyP3r: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=wsgi13:01
HyP3rWhich is pretty old13:01
CTtpollardI did mention outdated :)13:02
HyP3ryeah was the same moment13:02
HyP3rBut its - for me - impossibly hard to update those scripts13:03
HyP3rMy recpie (from my coworker which left the company) is not working any more13:03
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC13:04
HyP3rIts this script: http://pastebin.com/TQG6ScLT13:04
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto13:05
*** marka <marka!~marka@128.224.252.2> has joined #yocto13:05
*** MARIAVICTORIA-MM <MARIAVICTORIA-MM!~canaima@201.209.200.9> has joined #yocto13:05
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC13:06
*** mortderire1 <mortderire1!~rkinsell@192.198.151.45> has quit IRC13:06
MARIAVICTORIA-MMhola13:06
HyP3rCTtpollard: can you tell whats the default 'call-chain' if I inherit setuptools? do_configure -> do_compile -> ...?13:08
HyP3rCTtpollard: is there a way to read this?13:08
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto13:09
*** MARIAVICTORIA-MM <MARIAVICTORIA-MM!~canaima@201.209.200.9> has quit IRC13:09
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has joined #yocto13:11
HyP3rwhat a bunch of shit :(13:17
lpappHyP3r: you can read the mega manual.13:18
lpappbut to be honest, it is quite obvious for any developer13:19
*** cference <cference!~cference@64.187.189.2> has joined #yocto13:19
lpappyou have configure before you compile, etc.13:20
lpappI guess you checked http://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#normal-recipe-build-tasks13:21
lpappalso in distutils.bbclass: EXPORT_FUNCTIONS do_compile do_install13:23
HyP3rlpapp: I have this manual open, but as you can see compile comes before configure which is nonsense13:23
HyP3rlpapp: yes I know I read setuptools.bbclass and all interherited classed13:24
HyP3rBUT WTF? Why I have to read all the same fucking code for simple compilation???13:24
*** Guest76605 <Guest76605!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC13:24
lpappyou have not done much kernel development, have you :)13:25
HyP3rSorry for the aggression, but the documentation is made for people who don't need it or so13:25
*** jku <jku!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto13:25
*** jku is now known as Guest2939713:25
HyP3rAnd all takes too much time, and I have no time, thats the main problem, its a simple package... "mod_wsgi" thats no kernel or a heavy and big software component its a simple library13:26
lpappHyP3r: it is not nonsense that compile comes before configure if it is alphabetically ordered.13:26
HyP3rlpapp: yeah I know13:26
lpappI appreciate that you have no time, but that does not help.13:27
lpappif you reinvent Yocto, it will take more of your time, unfortunately.13:27
HyP3rAll in all it seems like I have to install the mod-wsgi library with setuptools, like "python setup.py .." _and_ I have to do configure&make13:27
lpappalphabetically ordering can help finding things.13:27
lpappso it is just different personal taste.13:27
HyP3rThis helps a bit http://www.yoctoproject.org/docs/1.6.1/dev-manual/figures/recipe-workflow.png13:28
lpappI am still not sure how you got to the conclusion that compile comes before configuire.13:28
lpappconfigure*13:28
lpappcan you share the evidence?13:28
HyP3rlpapp: I know that configure comes before compiliation, you posted this strange documenation13:28
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vuioijeflqnzmcwj> has joined #yocto13:28
*** Crofton <Crofton!~Crofton@107.19.189.108> has joined #yocto13:29
lpappah, ok, so you meant in the documentation, not during the process, all good then.13:29
lpappHyP3r: also, do not worry, the learning curve is steep for people, but then it all comes together.13:30
HyP3rThe next thing, yes I know that problem we have everytime, I can do it now 'good', I can do it 'okay' and I can do it worse13:31
*** tomz_ <tomz_!~tomz@134.134.139.82> has quit IRC13:31
HyP3rlpapp: I think I understood the most thing but mod-wsgi is a bit complex because its not a simple pythom package, its at the same time a autotools package with a weird make file13:31
HyP3r'Makefile'13:31
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto13:32
lpappthe developer's life is hard :)13:32
HyP3rThats propably the reason why http://git.yoctoproject.org/cgit/cgit.cgi/meta-cloud-services/tree/meta-openstack/recipes-support/mod-wsgi/mod-wsgi_3.4.bb?h=master there are some file patches13:34
*** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto13:40
sveinseHow do I rdepend on ssh? This is a virtual package isn't it?13:42
*** Crofton <Crofton!~Crofton@107.19.189.108> has quit IRC13:46
*** Guest29397 <Guest29397!~jku@dyj170ycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC13:51
*** billr <billr!~wcrandle@134.134.139.74> has joined #yocto13:51
*** lamego <lamego!~jose@134.134.139.77> has joined #yocto13:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:01
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC14:03
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto14:04
boucman_work sveinse: is it not possible to rdepend on a virtual package ?14:05
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC14:06
JaMaboucman_work: no, you should add VIRTUAL-RUNTIME_foo variable for runtime dependencies14:06
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto14:07
boucman_workok14:07
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:5dbe:b605:2e26:c2e0> has quit IRC14:12
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto14:16
sveinseWhere can I find what names to put into these depends? E.g. my package which rdeps on ssh?14:21
CTtpollardsveinse: depend on openssh?14:24
sveinseCTtpollard: but isn't that one particular instance of an ssh client? There are more, aren't there?14:24
CTtpollardsveinse: it's hard to tell what part of ssh you have the dependency on14:25
CTtpollardlibs, client, server etc14:25
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto14:25
sveinseCTtpollard: yes, but in my case I am agnostic. Of course I can put openssh as a "hard" dependency14:26
HyP3rI added now a small hack which is copying the apache module into the correct folder: http://pastebin.com/wMFnuR69 but now I get this error: http://pastebin.com/v90fXEEG14:32
HyP3rHow can I fix this?14:32
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC14:32
*** lemagoup <lemagoup!~lemagoup@195.190.86.18> has joined #yocto14:32
CTtpollardHyP3r: look for FILES_${PN}-dbg14:34
*** benjamirc <benjamirc!besquive@nat/intel/x-chaouxmenmhwizdt> has joined #yocto14:35
*** dv <dv!~quassel@62.178.118.86> has quit IRC14:35
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto14:35
HyP3rCTtpollard: ok14:36
*** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has joined #yocto14:37
*** visaev <visaev!~visaev@proxy-str.vector.com> has quit IRC14:38
*** scot <scot!~scot@130.164.62.160> has quit IRC14:41
*** rtollert <rtollert!~rtollert@130.164.62.197> has quit IRC14:43
*** pthomas <pthomas!32eb2986@gateway/web/freenode/ip.50.235.41.134> has joined #yocto14:44
CTtpollardHyP3r: any luck?14:47
*** mortderire1 <mortderire1!~rkinsell@192.198.151.45> has joined #yocto14:48
HyP3ryes its working, I know thats not the nice solution, but it's ok, if everything is working fine I will improvie this script by installing this apache module the correct way14:49
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC14:50
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto14:51
*** maxin <maxin!~maxin@37-219-252-38.nat.bb.dnainternet.fi> has quit IRC15:02
*** scot <scot!~scot@130.164.62.160> has joined #yocto15:04
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC15:06
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC15:07
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto15:11
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto15:27
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has left #yocto15:31
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto15:31
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has left #yocto15:32
*** _jmk <_jmk!~jmk@37-136-70-130.rev.dnainternet.fi> has quit IRC15:34
*** Anticom <Anticom!~timo.m@217.6.33.234> has quit IRC15:37
*** dvhart <dvhart!~dvhart@134.134.137.73> has joined #yocto15:39
sveinseHow can I configure GL for qmenx86? That is, how can I compile qt5 without x11 for this target? SW rendering would suffice15:43
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:48
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has quit IRC15:49
*** aehs29 <aehs29!aehernan@nat/intel/x-pekfjesdnmlosxjt> has joined #yocto15:51
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC15:54
pthomasI'm trying to use the poky generated sdk, and arm-poky-linux-gnueabi-c++ doesn't seem to even know about std::string15:55
pthomasversion 1.8.215:55
pthomasstring_test.cpp:1:18: fatal error: string: No such file or directory15:56
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto15:56
pthomasis there a package I need to include?15:56
*** dmiess <dmiess!d0517801@gateway/web/freenode/ip.208.81.120.1> has joined #yocto16:05
dmiessDoes anyone know if there is a way to set the SRC_URI in a recipe to pull from a local folder with source code in it? In my base yocto folder I have poky, meta-fsl-arm, ... and I'd like to add a folder called u-boot which contains my own modified u-boot source code. Can I include this without having to create an archive of it?16:07
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC16:14
sveinsedmiess, Yes16:15
sveinseMake a uboot.bbappend (or whatever the recipe is named) and put inherit externalsrc and EXTERNALSRC="/path" and EXTERNALSRC_BUILD="${WORKDIR}/build" in it16:17
sveinseThe latter might not be needed, but it ensures the build output is located in the build tree and not in the source16:17
sveinseHowever, the install scripts and everything might be adopted for this location16:17
sveinse^dmiess16:17
dmiessGreat, thank you! I'll give that a try16:18
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC16:18
pthomaswtf, I've never seen a cross-compiler messed up like this, I can start manually including paths until there is a linker failure16:19
rburtonpthomas: did you source the environment file?16:20
pthomasyes I sourced both environment-setup-armv5e-poky-linux-gnueabi and environment-setup-x86_64-pokysdk-linux16:20
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:20
rburtonand did you ensure to pass $(CPPFLAGS) $(LDFLAGS) etc to your build?16:21
rburtonthey contain the pointers to the sysroot16:21
pthomas$(CPPFLAGS) is empty16:23
pthomasand $(LDFLAGS) as "-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" doesn't seem to help16:23
rburtonthe sdk documentation shows what environment vars are defined16:24
rburtonwe build stuff in a sdk as part of the selftest so it should work :)16:24
*** armpit <armpit!~akuster@2601:202:4001:9ea0:dc79:d899:2b81:7a9a> has quit IRC16:24
pthomaswhen I do "c++ string_test.cpp" or "arm-linux-gnueabihf-c++ string_test.cpp" these are both fine without anything else16:27
*** vdehors <vdehors!~vdehors@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto16:28
*** grma <grma!~gruberm@80.93.38.128> has quit IRC16:30
joshuagldon't you want $(CXXFLAGS) ?16:31
*** fl0v0 <fl0v0!~fvo@pD9F6B770.dip0.t-ipconnect.de> has quit IRC16:33
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto16:33
pthomasso looking at environment-setup-armv5e-poky-linux-gnueabi I can see the form that is needed, so a command like the following works16:34
pthomasarm-poky-linux-gnueabi-c++  -march=armv5e -marm  -mthumb-interwork --sysroot=$SDKTARGETSYSROOT string_test.cpp16:34
sveinseWhat approach do you use for overriding poky recipes? I know the doc advocates using .bbappend, but sometimes the changes are bit. E.g. I have here diff to meta/meta/avahi/avahi.inc that lights up like a christmas tree. I can16:35
sveinseI can't image how the bbappend would look like (-- and can you bbappend an inc file?)16:35
HyP3rAs final step for my image I have written a small recpie which is coping some files into the rootfs (configurations for everything). But now I get masses of check_data_file_clashes cause files are colliding16:35
HyP3rHow can I force that?16:36
sveinseIs it better to patch poky or rather copy the recipe into my own layer and override with priority?16:36
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC16:36
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC16:37
*** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto16:37
pthomasSo what does a normal cross compiler do to get the expected behavior out of the box? Is there no way to do that with yocto?16:37
*** Crofton <Crofton!~Crofton@ip-64-134-178-194.public.wayport.net> has joined #yocto16:39
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC16:44
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto16:44
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto16:49
*** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has quit IRC16:49
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto16:49
*** nodens <nodens!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has quit IRC16:49
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto16:50
*** jbrianceau is now known as jbrianceau_away16:50
*** evanmeag_ <evanmeag_!~MongooseW@12.104.179.154> has joined #yocto16:52
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC16:55
*** hatter <hatter!~hatter@c-2ec2b589-74736162.cust.telenor.se> has quit IRC16:58
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC16:58
*** _jmk <_jmk!~jmk@37-33-64-86.bb.dnainternet.fi> has joined #yocto16:59
*** Guest12471 <Guest12471!~jkroon@89-253-118-72.customers.ownit.se> has quit IRC16:59
dmiessDoes anyone know if it's possible to kick off a Yocto build from cmake? I've tried directly adding the enviroment setup and bitbake steps into cmake but was unsuccessful. The only way I was able to make it work is by moving this into a bash script which then gets called from cmake17:00
*** belen <belen!Adium@nat/intel/x-evhrwewjlzwkosnn> has quit IRC17:00
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto17:10
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto17:14
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC17:17
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto17:18
kergothdmiess: probably CFLAGS += "-Wno-error" in the recipe, or similar17:18
dmiesskergoth: My issue is though that cmake doesn't seem to be able to correctly source the setup-environment and then retain the same shell to be able to use bitbake in the next command.17:23
kergothsorry, sent that to the wrong person17:23
kergothnot sure on the cmake thing, don't know it well enough :\17:23
*** j_h <j_h!jarih@kapsi.fi> has joined #yocto17:24
sveinsefrom my understanding of bb, you need to have the oe environment loaded to call bitbake. So you need to ensure the oe-init-build-env vars are passed through cmake. And that cmake don't interfer with them17:26
sveinseWe do something like that for an sdk-based build on a build server. But this is make thou17:27
*** dvhart <dvhart!~dvhart@134.134.137.73> has quit IRC17:28
*** dvhart <dvhart!~dvhart@134.134.137.73> has joined #yocto17:29
sveinseWe did this: At config, run a script in a clean env which sources oe-init-build-env and then call a script that writes down the entire env into a file-format which make/cmake can parse. Then you may call cmake and include the env from the previous step. This way bitbake will be happy from make/cmake.17:31
sveinse^dmiess17:32
sveinse(I'm not overly fond of this source env approach which bb relies on, but I acknowledge that it's done this way)17:33
*** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has joined #yocto17:37
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:38
dmiesssveinse: Thanks, I hadn't thought of doing it that way. In the end though I think that adds basically the same level of complexity as my solution though.17:42
*** mortderire1 <mortderire1!~rkinsell@192.198.151.45> has quit IRC17:44
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto17:47
*** sno <sno!~sno@62.157.143.22> has quit IRC17:47
*** josep <josep!~josep@c-a215e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto17:53
*** dvhart <dvhart!~dvhart@134.134.137.73> has quit IRC17:59
my007msHello, i am trying to enable bluetooth device in Pi3 so i try use KERNEL_DEVICETREE = "overlays/pi3-miniuart-bt-overlay.dtb" when i set it in meta-raspberrypi/recipes-core/images/rpi-basic-image.bb and boot HDMI console show rainbow and stop18:02
*** dvhart <dvhart!dvhart@nat/intel/x-ecdzkjxdsdljjkbi> has joined #yocto18:03
my007msit try also set the DEVICETREE in meta-raspberrypi/conf/machine/raspberrypi3.conf and the same result18:04
my007msin my local.conf i have MACHINE ??= "raspberrypi3"18:05
*** Crofton <Crofton!~Crofton@ip-64-134-178-194.public.wayport.net> has quit IRC18:05
*** dvhart <dvhart!dvhart@nat/intel/x-ecdzkjxdsdljjkbi> has quit IRC18:09
*** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC18:09
*** igor3 <igor3!~igor@177.159.144.73> has joined #yocto18:12
*** maxin <maxin!~maxin@37-219-252-38.nat.bb.dnainternet.fi> has joined #yocto18:26
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto18:27
*** iskander <iskander!~iskander@81.171.81.152> has joined #yocto18:31
*** aehs29 <aehs29!aehernan@nat/intel/x-pekfjesdnmlosxjt> has left #yocto18:32
*** dvhart <dvhart!~dvhart@134.134.137.75> has joined #yocto18:36
*** dvhart <dvhart!~dvhart@134.134.137.75> has quit IRC18:42
*** dvhart <dvhart!dvhart@nat/intel/x-fqwkffygnlrtxolg> has joined #yocto18:43
*** maxin <maxin!~maxin@37-219-252-38.nat.bb.dnainternet.fi> has left #yocto18:43
*** hatter <hatter!~hatter@213.80.106.150> has joined #yocto18:44
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:52
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:52
*** dvhart <dvhart!dvhart@nat/intel/x-fqwkffygnlrtxolg> has quit IRC18:52
*** dvhart <dvhart!dvhart@nat/intel/x-wfhnptkfsrybrwke> has joined #yocto18:55
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-cdapefpgiecbulpn> has quit IRC18:59
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto18:59
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC19:05
*** t0mmy <t0mmy!~tprrt@37.163.129.0> has joined #yocto19:07
*** aehs29 <aehs29!aehernan@nat/intel/x-nazruhefooozwowb> has joined #yocto19:08
*** alimon1 <alimon1!~alimon@134.134.139.74> has quit IRC19:08
*** alimon1 <alimon1!~alimon@134.134.139.77> has joined #yocto19:11
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC19:30
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC19:31
*** awaisb <awaisb!~quassel@110.93.212.98> has quit IRC19:31
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC19:32
*** jkroon <jkroon!~jkroon@89.253.118.72> has joined #yocto19:32
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto19:33
*** jkroon is now known as Guest6808519:33
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto19:33
*** Guest68085 is now known as jkroon_19:33
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vuioijeflqnzmcwj> has quit IRC19:37
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:39
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:1064:7628:5b21:936f> has quit IRC19:42
*** armpit <armpit!~akuster@50.233.148.156> has joined #yocto19:52
*** MafiaInc <MafiaInc!~martian@87.120.221.183> has joined #yocto19:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:03
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qhhzfouttiamgonl> has joined #yocto20:09
*** jbrianceau_away is now known as jbrianceau_home20:09
*** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has quit IRC20:21
*** berton <berton!~fabio@177.127.4.56> has quit IRC20:30
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto20:33
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC20:34
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto20:35
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has joined #yocto20:37
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has quit IRC20:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:37
*** marka <marka!~marka@128.224.252.2> has quit IRC20:45
*** cference <cference!~cference@64.187.189.2> has quit IRC20:49
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC21:04
*** pthomas <pthomas!32eb2986@gateway/web/freenode/ip.50.235.41.134> has quit IRC21:21
*** dreyna <dreyna!~dreyna@unknown-216-202.windriver.com> has joined #yocto21:28
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto21:31
*** t0mmy <t0mmy!~tprrt@37.163.129.0> has quit IRC21:35
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:35
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto21:36
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC21:41
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC21:48
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:50
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto21:50
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto21:51
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has quit IRC21:54
-YoctoAutoBuilder- build #516 of nightly-arm64 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/51621:57
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has joined #yocto22:13
*** lamego <lamego!~jose@134.134.139.77> has quit IRC22:14
*** igor3 <igor3!~igor@177.159.144.73> has quit IRC22:22
*** aehs29 <aehs29!aehernan@nat/intel/x-nazruhefooozwowb> has left #yocto22:30
*** jbrianceau_home is now known as jbrianceau_away22:32
*** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:32
*** benjamirc <benjamirc!besquive@nat/intel/x-chaouxmenmhwizdt> has quit IRC22:32
*** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has joined #yocto22:35
*** my007ms <my007ms!~my007ms@ip24-251-136-212.ph.ph.cox.net> has quit IRC22:36
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC22:40
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto22:41
*** hatter <hatter!~hatter@213.80.106.150> has quit IRC22:47
*** evanmeag_ is now known as evanmeagher22:57
*** evanmeagher is now known as evnmar22:58
*** _jmk <_jmk!~jmk@37-33-64-86.bb.dnainternet.fi> has quit IRC22:59
*** _jmk <_jmk!~jmk@37-33-64-86.bb.dnainternet.fi> has joined #yocto23:01
-YoctoAutoBuilder- build #633 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/63323:02
*** agust <agust!~agust@p4FCB5B80.dip0.t-ipconnect.de> has quit IRC23:05
*** obsrwr_ <obsrwr_!~otp-amois@catv-78-139-0-146.catv.broadband.hu> has quit IRC23:16
*** caiort <caiort!~caiortp@131.221.243.1> has joined #yocto23:25
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC23:28
*** dvhart <dvhart!dvhart@nat/intel/x-wfhnptkfsrybrwke> has quit IRC23:34
*** fledermaus <fledermaus!~vivek@78.32.176.249> has quit IRC23:42
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:58

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