**** BEGIN LOGGING AT Tue Aug 09 02:59:58 2016 Aug 09 03:44:51 Hi, 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? Aug 09 03:47:16 ndonaldson: I'm somewhat familiar with that code, what's the issue? Aug 09 03:49:39 bluelightning: GummibootTarget._deploy has "self.master.ignore_status = False" Aug 09 03:49:44 then when we power cycle Aug 09 03:50:02 running shutdown is most likely to return a non-zero status Aug 09 03:52:06 which raises an exception in SSHControl._internal_run Aug 09 03:52:18 in oeqa/utils/sshcontrol.py Aug 09 03:52:57 so why does shutdown return non-zero? Aug 09 03:53:18 because the ssh connection is cut immediately Aug 09 03:58:18 bluelightning: http://paste2.org/Bm4vVc1O essentially this Aug 09 03:58:47 oh of course Aug 09 04:00:31 would 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) Aug 09 04:00:49 bluelightning: sure, can you guide me? Aug 09 04:01:18 certainly... bugzilla.yoctoproject.org is where to start; if you don't have an account you'll need to create one Aug 09 04:01:49 also I'm working on krogoth branch, does that matter? Aug 09 04:02:13 if you select "2.1" under "version" when you're creating the report that will account for that Aug 09 04:21:52 bluelightning: I assume I should file this under https://bugzilla.yoctoproject.org/describecomponents.cgi?product=Automated%20Runtime%20Testing ? Aug 09 04:22:04 ndonaldson: correct Aug 09 04:46:17 bluelightning: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10101 look ok? Aug 09 04:46:18 Bug 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 cut Aug 09 07:52:27 Hi, how to change DEVICETREE in boot time in already made image Aug 09 07:53:57 also 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 ? Aug 09 07:56:55 morning Aug 09 07:57:25 morning Aug 09 08:32:59 hello Aug 09 08:33:16 i have a question regarding toaster in production mode Aug 09 08:33:49 i want to import a local layer, do i need to create a layer index for it ? Aug 09 08:34:15 i tried to import it and it worked but no recipes are listed from the layer Aug 09 08:52:50 visaev: i'm not sure what you mean by crating a "layer index" (I do'nt use toaster, but I know how yocto works) Aug 09 08:54:40 see toaster manual, layer index is a web application where some meta data is stored about layers Aug 09 08:54:57 and toaster can talk to it and read the met data Aug 09 08:55:02 meta* Aug 09 08:56:00 i imported my layer into toaster but i see no recipes from my layer Aug 09 08:56:29 my layer is working if i use no toaster, just plain yocto build system Aug 09 09:07:02 visaev: Toaster doesn't know about the recipes in an imported layer until it's done a parse/build of a recipe in the layer Aug 09 09:08:51 hmm, i'm stumped, how can i build a recipe from this layer if i see no recipes Aug 09 09:09:17 if you know the target just type it in the build box and hit build Aug 09 09:11:41 i typed the name of my custom image and it failed Aug 09 09:12:58 visaev: how did it fail? were there any messages? Aug 09 09:13:35 mompls Aug 09 09:13:58 i tried to build a known recipe, e.g. tpm-tools from meta-security Aug 09 09:14:09 and got a strange error Aug 09 09:14:44 Existing 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. Aug 09 09:14:59 meta-beaglebone-black.git is my custom layer Aug 09 09:15:23 it's a bare git repository Aug 09 09:15:42 btw, i use poky krogoth Aug 09 09:16:12 did i configure something incorrectly ? Aug 09 09:16:57 does toaster support local git repos ? Aug 09 09:17:07 maybe that's the problem Aug 09 09:18:18 It does support local repos, hmm Aug 09 09:20:16 is there a way to enable more verbose debug messages ? Aug 09 09:20:25 It might be because your _toaster_clones is inside poky dir which is it's self a git repository so it's getting confused Aug 09 09:21:34 yeah, my poky dir is a clone, i followed the manual Aug 09 09:22:41 michaelw_, i have a question Aug 09 09:23:01 do i need to set up a layer source index for local layers ? Aug 09 09:24:12 visaev: nope, you might want to do that if you maintain lots and lots of layers and want them all to be imported at once Aug 09 09:24:31 ok, finally a definite answer :) Aug 09 09:24:34 and you also don't want to post them to the public layerindex Aug 09 09:25:53 any idea how i can fix this issue ? Aug 09 09:26:30 visaev: could you have a look in the _toaster_clones dir and see if a directory has been created for you layer? Aug 09 09:26:54 already done, no clone of my layer, only public ones Aug 09 09:28:19 hmm, could you create one, "_file____home_visaev_Repositories_yocto_meta-beaglebone-black.git_master" Aug 09 09:28:47 mompls Aug 09 09:30:18 the actual path to verify will be in /build-toaster-/conf/bblayers.conf Aug 09 09:30:41 (on the end of BBLAYERS=) Aug 09 09:31:44 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 repo Aug 09 09:34:11 hmm, i created the repo, the same issue, where do i find /build-toaster-/conf/bblayers.conf ? i cannot find it in toaster dir Aug 09 09:35:21 visaev: For example for project 1 it would be in /poky/build-toaster-1/conf/bblayers.conf Aug 09 09:35:43 i see no build-toaster in poky dir Aug 09 09:36:39 visaev: ok, not to worry, it may not have gotten to that stage Aug 09 09:44:35 dir names of public repos have only 2 undescore after '_git', yours has 3 after '_file', i changed it, no use Aug 09 09:46:00 you'll need to copy the contents of the repo into the dir yourself Aug 09 09:47:38 the extra underscore is correct, it's the subsituted character for any of :/@% Aug 09 09:48:05 sorry, my bad Aug 09 09:49:01 i changed it back Aug 09 09:49:33 i cloned my local repo into _toaster_clones, what do you mean by copy ? Aug 09 09:50:10 clone/copy that would be fine yes Aug 09 09:50:15 ok Aug 09 09:52:13 "_toaster_clones/_%s_%s" % (re.sub('[:/@%]', '_', url), branch) Aug 09 09:54:33 hmm Aug 09 09:54:35 if branch != "HEAD": Aug 09 09:55:08 toaster tells me 'git revision' is HEAD Aug 09 09:55:15 maybe that's the problem ? Aug 09 09:55:54 it was a piece of code from getGitCloneDirectory Aug 09 09:56:17 visaev: when you imported the layer, did you enter HEAD as the revision? Aug 09 09:56:25 visaev: there is a known issue with doing that https://bugzilla.yoctoproject.org/show_bug.cgi?id=9924 Aug 09 09:56:26 Bug 9924: enhancement, Medium, 2.3, toaster, NEW , Prevent users from using HEAD as Git revision when importing layers Aug 09 09:56:54 yes, i used HEAD, then i tried to change it to master, toaster changes it back every time to HEAD Aug 09 09:57:21 visaev: yes, sorry about that one. We shipped the release with that very annoying bug :( Aug 09 09:57:37 you cannot change the revision of an imported layer Aug 09 09:57:38 so, remove the layer and then import it with master ? Aug 09 09:58:00 visaev: yes, although you won't be able to remove the layer from toaster … yet another thing we need to sort out Aug 09 09:58:08 grrr Aug 09 09:58:15 either delete directly from the toaster database or import it with a different name Aug 09 09:58:18 you can remove it from your project though which is the important bit Aug 09 09:58:28 mompls Aug 09 09:58:29 I know: sorry. We are working on it though :) Aug 09 09:58:55 thanks for your help :) Aug 09 09:59:22 np. If you have any other questions, let us know Aug 09 10:01:16 how do i remove a layer from my db ? Aug 09 10:02:28 visaev: are you feeling brave? Aug 09 10:02:38 aleays Aug 09 10:02:42 always* Aug 09 10:03:39 i need to know such things because i intend to work with toaster for a while Aug 09 10:03:47 visaev: haha ok, open a django python shell by doing: ../bitbake/lib/toaster/manage.py shell Aug 09 10:04:32 then type: from orm.models import * Aug 09 10:04:48 does it matter from which dir i start it ? Aug 09 10:05:05 done Aug 09 10:05:12 ideally it needs to be in the same environment that you've got toaster running in Aug 09 10:05:30 ok, then i have to redo it Aug 09 10:06:50 ok, i'm in python venv now Aug 09 10:07:05 once you've done all that you can do: Layer.objects.get(name="your-layer-name-here").delete() Aug 09 10:08:16 ok, i got no status from that Aug 09 10:08:33 that's probably worked then Aug 09 10:08:44 let me import it again then Aug 09 10:08:53 or do i restart it first ? Aug 09 10:09:10 the changes should be immediate Aug 09 10:09:30 ok, another question Aug 09 10:09:51 when i import a new layer, do i have to add all the dependencies ? Aug 09 10:10:40 It's up to you, adding layer dependencies are optional Aug 09 10:11:21 they're probably more useful for users of your layer than yourself as presumably you know what you need for your layer anyway Aug 09 10:11:31 ok, thanks Aug 09 10:11:43 import worked now :) Aug 09 10:11:54 let me write the instruction down for future use :) Aug 09 10:12:18 is there documentation for stuff like this ? Aug 09 10:13:02 yay, i see my clone in _toaster_clones Aug 09 10:13:53 cool, now i can see the recipes from my layer in toaster Aug 09 10:14:02 visaev: \0/ Aug 09 10:15:53 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 ui Aug 09 10:17:15 ok, thank you Aug 09 10:18:26 i think i will pop up here quite often now and pester you with questions Aug 09 10:19:19 visaev: please do. Also, if you have any feedback, suggestions, or feature requests, we want to know about them :) Aug 09 10:20:01 no problem Aug 09 10:22:54 another question Aug 09 10:23:21 regarding continuous integration Aug 09 10:23:51 i think you do it for your tests, right ? Aug 09 10:24:04 yeah Aug 09 10:24:36 is it possible to control toaster with jenkins ? Aug 09 10:25:03 the question is why would you want to? Aug 09 10:25:42 to test if my images are still buildable Aug 09 10:25:48 with toaster Aug 09 10:26:12 yocto is very much buildable with jenkins, but integrating a gui/hmi into a CI system seems OTT Aug 09 10:26:12 or iit a wrong approach ? Aug 09 10:26:36 (beyond the jenkins gui) Aug 09 10:27:13 visaev: https://autobuilder.yoctoproject.org/ Aug 09 10:28:32 ok, thank you, i'll check it out Aug 09 10:28:38 CTtpollard: 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 it Aug 09 10:32:13 i got another question regarding device tree overlay files Aug 09 10:32:55 i had to extend linux-yocto recipe and add support for device tree overlays for beaglebone Aug 09 10:33:39 it worked but i still have a small hack installing DTBO files Aug 09 10:34:15 is linux-yocto recipe the right place to install DTBO files to /lib/firmware/ Aug 09 10:43:13 michaelw_, is it possible to delete a build from db using python, like your previous instructions ? Aug 09 10:46:04 hmm, it seems to be very similar, i have Build objects Aug 09 10:46:25 but how do i identify it ? they have the same name Aug 09 10:46:35 the only difference is the time Aug 09 10:47:45 visaev: there is also this http://www.yoctoproject.org/docs/latest/toaster-manual/toaster-manual.html#toaster-command-builddelete Aug 09 10:48:29 how do i get the id ? Aug 09 10:48:51 visaev: you can find it in the url of the build or use buildlist Aug 09 10:48:58 *buildslist Aug 09 10:49:30 visaev: yes, sorry, forgot about that one http://www.yoctoproject.org/docs/latest/toaster-manual/toaster-manual.html#toaster-command-buildslist Aug 09 10:49:46 and If you want to do it via python you can also just do Build.objects.get(id=N).delete() Aug 09 10:50:31 buildslist ? Aug 09 10:53:05 figured it out, thank you very much Aug 09 10:55:19 hmm, i have a build with empty name :) Aug 09 10:57:25 am i correct in assuming that deleting old builds frees valuable storage space ? Aug 09 10:58:32 i couldn't delete one build, python script failed with an error Aug 09 10:58:43 django.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`))') Aug 09 10:59:30 When you're deleting them from Toaster you're just deleting them from the database, we don't touch anything else Aug 09 11:00:20 the files are still on the filesystem ? Aug 09 11:01:16 for each project Toaster creates a build directory toaster-build- by default we share SSTATE DLDIR and some other bits across project build dirs Aug 09 11:02:26 But we won't touch the files on the filesystem, not sure if we should or not really Aug 09 11:02:38 (when deleting) Aug 09 11:03:19 ok Aug 09 12:09:05 i'v got another question Aug 09 12:09:06 Is there a way to debug a recpie? I have this recpie http://pastebin.com/TQG6ScLT Aug 09 12:09:22 about do_install_append for linux-yocto Aug 09 12:09:42 i bbappend linux-yocto and install dtbo file to /lib/firmware Aug 09 12:09:45 And the problem is that yocto imports every python side things (/usr/lib/python...) but I gues this package is also generating a mod_wsgi module Aug 09 12:10:22 Under the /usr/lib/apache... directory, but I don't know what do_compile and do_configure is generating Aug 09 12:10:39 Is there a way to let this recpie step-by-step run? Aug 09 12:11:00 bitbake -e $recipe? Aug 09 12:11:13 should provide everything it expects to execute Aug 09 12:11:39 bitbake is telling me 'Please set FILES such that these items are packaged.' Aug 09 12:11:54 i add the files to FILES_${PN}, no change Aug 09 12:12:05 still got this message Aug 09 12:12:56 CTtpollard: wow much lines :D Aug 09 12:13:21 HyP3r: yeh you might want to send it to a log :) Aug 09 12:19:01 CTtpollard: I have now a bunch of functions in bash or python, but how I can step throught the steps? Aug 09 12:56:08 hi, is there anyone working opkg to automatically detect the order of package removals in case of multiple packages supplied to opkg for removal? Aug 09 12:56:48 or has it been improved yet? Aug 09 12:59:34 Well... can someone help me create this recpie mod-wsgi? I having really big problems with it. Aug 09 13:00:22 It not a normal python package (but its from pypi). Because its using while its make install routine axps to install the mod_wsgi module Aug 09 13:01:25 HyP3r: there are existing (probably outdated) mod_wsgi recipes around Aug 09 13:01:43 I 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=master Aug 09 13:01:44 HyP3r: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=wsgi Aug 09 13:01:46 Which is pretty old Aug 09 13:02:06 I did mention outdated :) Aug 09 13:02:16 yeah was the same moment Aug 09 13:03:42 But its - for me - impossibly hard to update those scripts Aug 09 13:03:58 My recpie (from my coworker which left the company) is not working any more Aug 09 13:04:50 Its this script: http://pastebin.com/TQG6ScLT Aug 09 13:06:54 hola Aug 09 13:08:24 CTtpollard: can you tell whats the default 'call-chain' if I inherit setuptools? do_configure -> do_compile -> ...? Aug 09 13:08:33 CTtpollard: is there a way to read this? Aug 09 13:17:00 what a bunch of shit :( Aug 09 13:18:47 HyP3r: you can read the mega manual. Aug 09 13:19:28 but to be honest, it is quite obvious for any developer Aug 09 13:20:04 you have configure before you compile, etc. Aug 09 13:21:45 I guess you checked http://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#normal-recipe-build-tasks Aug 09 13:23:38 also in distutils.bbclass: EXPORT_FUNCTIONS do_compile do_install Aug 09 13:23:52 lpapp: I have this manual open, but as you can see compile comes before configure which is nonsense Aug 09 13:24:11 lpapp: yes I know I read setuptools.bbclass and all interherited classed Aug 09 13:24:25 BUT WTF? Why I have to read all the same fucking code for simple compilation??? Aug 09 13:25:10 you have not done much kernel development, have you :) Aug 09 13:25:11 Sorry for the aggression, but the documentation is made for people who don't need it or so Aug 09 13:26:12 And 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 library Aug 09 13:26:16 HyP3r: it is not nonsense that compile comes before configure if it is alphabetically ordered. Aug 09 13:26:29 lpapp: yeah I know Aug 09 13:27:00 I appreciate that you have no time, but that does not help. Aug 09 13:27:10 if you reinvent Yocto, it will take more of your time, unfortunately. Aug 09 13:27:15 All 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&make Aug 09 13:27:23 alphabetically ordering can help finding things. Aug 09 13:27:30 so it is just different personal taste. Aug 09 13:27:59 This helps a bit http://www.yoctoproject.org/docs/1.6.1/dev-manual/figures/recipe-workflow.png Aug 09 13:28:03 I am still not sure how you got to the conclusion that compile comes before configuire. Aug 09 13:28:06 configure* Aug 09 13:28:12 can you share the evidence? Aug 09 13:28:37 lpapp: I know that configure comes before compiliation, you posted this strange documenation Aug 09 13:29:32 ah, ok, so you meant in the documentation, not during the process, all good then. Aug 09 13:30:58 HyP3r: also, do not worry, the learning curve is steep for people, but then it all comes together. Aug 09 13:31:05 The 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 worse Aug 09 13:31:47 lpapp: 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 file Aug 09 13:31:50 'Makefile' Aug 09 13:32:46 the developer's life is hard :) Aug 09 13:34:36 Thats 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 patches Aug 09 13:42:19 How do I rdepend on ssh? This is a virtual package isn't it? Aug 09 14:05:36 sveinse: is it not possible to rdepend on a virtual package ? Aug 09 14:06:52 boucman_work: no, you should add VIRTUAL-RUNTIME_foo variable for runtime dependencies Aug 09 14:07:24 ok Aug 09 14:21:49 Where can I find what names to put into these depends? E.g. my package which rdeps on ssh? Aug 09 14:24:14 sveinse: depend on openssh? Aug 09 14:24:48 CTtpollard: but isn't that one particular instance of an ssh client? There are more, aren't there? Aug 09 14:25:07 sveinse: it's hard to tell what part of ssh you have the dependency on Aug 09 14:25:11 libs, client, server etc Aug 09 14:26:16 CTtpollard: yes, but in my case I am agnostic. Of course I can put openssh as a "hard" dependency Aug 09 14:32:15 I 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/v90fXEEG Aug 09 14:32:20 How can I fix this? Aug 09 14:34:43 HyP3r: look for FILES_${PN}-dbg Aug 09 14:36:41 CTtpollard: ok Aug 09 14:47:21 HyP3r: any luck? Aug 09 14:49:43 yes 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 way Aug 09 15:43:05 How can I configure GL for qmenx86? That is, how can I compile qt5 without x11 for this target? SW rendering would suffice Aug 09 15:55:33 I'm trying to use the poky generated sdk, and arm-poky-linux-gnueabi-c++ doesn't seem to even know about std::string Aug 09 15:55:58 version 1.8.2 Aug 09 15:56:31 string_test.cpp:1:18: fatal error: string: No such file or directory Aug 09 15:56:40 is there a package I need to include? Aug 09 16:07:58 Does 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? Aug 09 16:15:33 dmiess, Yes Aug 09 16:17:08 Make a uboot.bbappend (or whatever the recipe is named) and put inherit externalsrc and EXTERNALSRC="/path" and EXTERNALSRC_BUILD="${WORKDIR}/build" in it Aug 09 16:17:31 The latter might not be needed, but it ensures the build output is located in the build tree and not in the source Aug 09 16:17:52 However, the install scripts and everything might be adopted for this location Aug 09 16:17:57 ^dmiess Aug 09 16:18:45 Great, thank you! I'll give that a try Aug 09 16:19:40 wtf, I've never seen a cross-compiler messed up like this, I can start manually including paths until there is a linker failure Aug 09 16:20:17 pthomas: did you source the environment file? Aug 09 16:20:51 yes I sourced both environment-setup-armv5e-poky-linux-gnueabi and environment-setup-x86_64-pokysdk-linux Aug 09 16:21:13 and did you ensure to pass $(CPPFLAGS) $(LDFLAGS) etc to your build? Aug 09 16:21:21 they contain the pointers to the sysroot Aug 09 16:23:22 $(CPPFLAGS) is empty Aug 09 16:23:45 and $(LDFLAGS) as "-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" doesn't seem to help Aug 09 16:23:59 the sdk documentation shows what environment vars are defined Aug 09 16:24:09 we build stuff in a sdk as part of the selftest so it should work :) Aug 09 16:27:06 when I do "c++ string_test.cpp" or "arm-linux-gnueabihf-c++ string_test.cpp" these are both fine without anything else Aug 09 16:31:50 don't you want $(CXXFLAGS) ? Aug 09 16:34:01 so looking at environment-setup-armv5e-poky-linux-gnueabi I can see the form that is needed, so a command like the following works Aug 09 16:34:14 arm-poky-linux-gnueabi-c++ -march=armv5e -marm -mthumb-interwork --sysroot=$SDKTARGETSYSROOT string_test.cpp Aug 09 16:35:22 What 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 can Aug 09 16:35:48 I can't image how the bbappend would look like (-- and can you bbappend an inc file?) Aug 09 16:35:58 As 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 colliding Aug 09 16:36:03 How can I force that? Aug 09 16:36:24 Is it better to patch poky or rather copy the recipe into my own layer and override with priority? Aug 09 16:37:56 So 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? Aug 09 17:00:28 Does 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 cmake Aug 09 17:18:24 dmiess: probably CFLAGS += "-Wno-error" in the recipe, or similar Aug 09 17:23:14 kergoth: 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. Aug 09 17:23:49 sorry, sent that to the wrong person Aug 09 17:23:55 not sure on the cmake thing, don't know it well enough :\ Aug 09 17:26:32 from 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 them Aug 09 17:27:40 We do something like that for an sdk-based build on a build server. But this is make thou Aug 09 17:31:53 We 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. Aug 09 17:32:09 ^dmiess Aug 09 17:33:45 (I'm not overly fond of this source env approach which bb relies on, but I acknowledge that it's done this way) Aug 09 17:42:06 sveinse: 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. Aug 09 18:02:48 Hello, 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 stop Aug 09 18:04:24 it try also set the DEVICETREE in meta-raspberrypi/conf/machine/raspberrypi3.conf and the same result Aug 09 18:05:13 in my local.conf i have MACHINE ??= "raspberrypi3" **** ENDING LOGGING AT Wed Aug 10 02:59:58 2016