**** BEGIN LOGGING AT Wed Sep 03 02:59:59 2014 Sep 03 03:12:28 ah, when i start it in daemon mode, the project menu disappears ... i guess it's just not ready then ;-) Sep 03 04:26:14 hi, I have problem with qt4-x11-free. it's in do_compile task. I searched but wasn't successful. How can I solve it? Sep 03 05:36:34 sm_: as always, complete log information from the build is required if we are supposed to help. Sep 03 05:37:46 sm_: it's like asking "my car is broken when I drive. what's wrong? I was on 3rd street" Sep 03 05:57:24 xerent_: :) . I add “meta-openembedded/meta-oe” Layer & run bitbake command for qt-creator. then I had error on qt4-x11-free. then I run the "bitbake qt4-x11-free" & get the same Error. The error is on “do_compile” now. But most of the time it happened in "do_package_qa" task. (I run bitbake in both Ubuntu & Gentoo, but the same problem on qt4-x11-free happened…). Sep 03 05:58:06 xerent_: my log is : make[1]: *** [../../lib/libQtOpenGL.so.4.8.5] Error 1 make[1]: Leaving directory `/home/Yocto/poky-daisy-11.0.0/build/tmp/work/i586-poky-linux/qt4-x11-free/4.8.5-r0/qt-everywhere-opensource-src-4.8.5/src/opengl' make: *** [sub-opengl-make_default-ordered] Error 2 ERROR: oe_runmake failed WARNING: exit code 1 from a shell command. ERROR: Function failed: do_compile (log file is located at /home/ Sep 03 06:10:56 xerent_: But when I run bitbake on qt4-x11-free on Gentoo, the Error is “The log file indicates the host include and/or library path were used”. I found that if I use INSANE_SKIP = “compile-host-path” (either in local.conf or in recipe), but it didn’t work. Sep 03 06:13:09 xerent_: it's more important for me to solve this error on Gentoo. Sep 03 06:23:03 first you should check the log file from the build, to see what te actual error was Sep 03 06:23:37 to see if it's the same error or not as the one you describe Sep 03 06:35:17 xerent_: on Gentoo, when I opened the log file there wasn't more information or any expression that pointed to ERROR .{ just like the bitbake Output (in terminal).} Sep 03 06:42:37 hello everybody Sep 03 06:43:54 Is there a documentation for how to create an Eclipse project for Yocto based on simple Makefiles (and not autotools or cmake as documented)? Sep 03 06:57:45 sm_: in one case, you state the error occurs in do_package_qa task, in another in do_compile. which is it? Sep 03 07:05:13 xerent_: do_package_qa task is on Gentoo & do_compile task is on Ubuntu. (& both happened becouse of bitbaking qt4-x11-free package) I prefer to solve do_package_qa task on Gentoo. Sep 03 07:09:48 well the log says that the host include and/or library paths were used. which means that your app was built against headers located on the host machine - not in sysroot - and/or linked against libraries located on the host machine - not in the sysroot Sep 03 07:10:11 if you are crosscompiling it likely also means that the produced package has not compiled at all or has been compiled for the wrong architecture Sep 03 07:10:26 or something similar :) Sep 03 07:13:47 check the recipe for absolute paths, use ${S} for source directory and ${D} for destination directory Sep 03 07:14:07 pass that along to the Makefile if required Sep 03 07:16:44 though if you're using the standard recipe from oe-core it should be good Sep 03 07:31:31 xerent_: as you said, I read qt4-x11-free recipe, in do_install_append() function, It contains ${D}. Sep 03 07:31:47 it's: Sep 03 07:31:49 do_install_append() { Sep 03 07:31:59 # fix pkgconfig, libtool and prl files Sep 03 07:32:07 sed -i -e 's#I/usr/include#Iincludedir}#g' \ Sep 03 07:32:15 -e 's#Iin#I${in#g' \ Sep 03 07:32:28 ${D}${libdir}/*.la ${D}${libdir}/*.prl ${D}${libdir}/pkgconfig/*.pc Sep 03 07:32:38 # QT abuses $includedir to point to its headers, which breaks pkgconfig Sep 03 07:33:13 # QT abuses $includedir to point to its headers, which breaks pkgconfig sysroot, so Sep 03 07:33:22 # manually fix it up here: Sep 03 07:33:32 for pc in ${D}${libdir}/pkgconfig/*.pc ; do Sep 03 07:33:41 sed -i -e "s:prefix}include/${QT_BASE_NAME}/$(basename $pc .pc):prefix}/include:" \ Sep 03 07:33:51 -e "s,Cflags: ,Cflags: -IP{includedir}/${QT_BASE_NAME}/$(basename $pc .pc) ," \ Sep 03 07:34:01 -e 's:IP{:I${:g' $pc Sep 03 07:34:06 please use pastebin or similar, don't paste code into the caht Sep 03 07:34:07 chat* Sep 03 07:34:09 done Sep 03 07:34:50 ok, sorry ;) Sep 03 07:35:49 xerent_: it's finished ;) Sep 03 07:36:05 do you get the same message if you let yocto run the bitbake commands? Sep 03 07:36:26 e.g. if you add the recipe to your image recipe and build, as opposed to calling bitbake manually? Sep 03 07:37:02 (yay build complete!) Sep 03 07:37:12 xerent_: no, only for "bitbake qt4-x11-free" . just for qt4-x11-free package. Sep 03 07:39:29 xerent_: but for example, if I add qt4-x11-free in "core-image-minimal.bb" by using "IMAGE_INSTALL_append" variable & run "bitbake core-image-minimal" . the same Error happened! Sep 03 07:42:12 I suppose you added it with a space such as IMAGE_INSTALL_append = " qt4-x11-free" Sep 03 07:42:28 well that sounds weird Sep 03 07:46:00 xerent_: is there any relation between space & building that package? Sep 03 07:46:19 I need to use space after package name to separate packages... Sep 03 07:50:31 exactly Sep 03 07:50:52 if you do IMAGE_INSTALL += "qt4-x11-free" it will add the extra space for you, I think Sep 03 07:53:07 well the inner intricasies of bitbake goes beyond me, I'm sure someone else will be around shortly to help you Sep 03 07:53:44 xerent_: so what is the problem? what is the difference of IMAGE_INSTALL += "qt4-x11-free" or IMAGE_INSTALL += " qt4-x11-free" in build? Sep 03 07:54:01 sm_: nothing is the difference Sep 03 07:55:25 two different ways of doing the same thing, adding a package to the IMAGE_INSTALL variable Sep 03 07:55:49 xerent_: ok, thanks. do you know anybody's email address to send this error or log file? Sep 03 07:56:10 hang around here until someone else wakes up Sep 03 07:59:37 xerent_: ok. Sep 03 08:10:29 morning all Sep 03 08:13:23 morning Sep 03 08:54:51 xerent_: sm_: for the protocol: a fresh checkout of poky builds qt4-x11-free cleanly. Sep 03 09:27:30 morning Sep 03 09:31:31 hi Sep 03 09:31:46 in there any body here to help me ? Sep 03 09:32:10 i want to bitbake qt4-x11 -free on gentoo Sep 03 09:32:33 but it fails. the error happend in do_package_qa task Sep 03 09:33:18 the error is : the log file indicates the host includes and/or library paths were used Sep 03 09:34:04 i'd guess that mixing poky and meta-oe breaks it. Sep 03 09:34:14 poky alone builds fine on ubuntu here. Sep 03 11:31:30 what kind of output do i choose to get an '.sdcard' image? i tried adding 'hddimage', but that fails because nothing provides syslinux Sep 03 11:39:13 censor: "sdcard" is not a generic image type, its something provided by what ever BSP infrastructure you use Sep 03 11:39:38 censor: so the first bet would be to look at the respective documentation and/or examples Sep 03 11:39:56 ah, that may be the reason why hob doesn't know about it Sep 03 11:40:14 probably, yes. Sep 03 14:47:32 I'm trying to decide the best way to organize my custom recipes and recipe modifications. Sep 03 14:48:14 Create my own meta-xxx layer, or do it inside a directory located in the vendor's layer. Sep 03 14:48:23 best to create your own layer Sep 03 14:49:11 Should that layer just have my custom stuff, or should I basically copy the vendor's layer, and replace his? Sep 03 14:49:56 you should bbappend the recipes in other layers, duplicating it will just create a maintanance nightmare for you Sep 03 14:50:09 but it depends on your needs Sep 03 14:51:56 Ok, thanks. Sep 03 15:08:42 RP: is it possible for you to push the qemu-native fix? Sep 03 15:28:36 RP: oh nice, fixed :) I am testing it now. Sep 03 16:02:19 i'm trying to build an image that contains chromium, but i get the error "ERROR: No recipes available for: /home/jan/wandboard/sources/meta-browser/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bbappend" Sep 03 16:03:37 then you're probably missing some base layer. Sep 03 16:03:56 meta-browser's docs should state what it depends on. Sep 03 16:06:09 the repo says it depends on openembedded-core and meta-openembedded Sep 03 16:07:57 and you have both included? Sep 03 16:08:51 ouch. i though core-openembedded was a default, looks like i was wrong =( Sep 03 16:16:08 hmm, it is, from what it looks like? isn't that the sources/poky dir? Sep 03 16:16:48 if you don't have oe-core then you're going to struggle. that's where the compiler is. Sep 03 16:17:02 isn't g-s-d part of meta-gnome? Sep 03 16:17:06 yeah, so i thought... Sep 03 16:17:12 (to the first) Sep 03 16:22:22 i do have sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb Sep 03 16:24:21 so you need to add meta-openembedded/meta-gnome to your bblayers.conf Sep 03 16:25:28 .. which the docs should mention, IMHO Sep 03 16:25:35 ah, that's how it's done! Sep 03 16:25:48 i thought everything in there would be included automagically... Sep 03 16:26:08 no magic for you today ;) Sep 03 16:26:38 probably no sense in waiting until tomorrow, either? ;-) Sep 03 16:27:02 yep. Sep 03 16:30:40 building, thanks! Sep 03 16:36:01 heh, the meta-mentor setup scripts do automatically pull in layer dependencies for all requested layers. i really need to get that in shape suitable for upstream submission one of these days :\ low priority task though Sep 03 17:01:20 i wanted to clean up my Toaster builds, but when i run '../sources/poky/bitbake/lib/toaster/manage.py builddelete 1' i get the error 'DatabaseError: no such table: bldcontrol_buildrequest' Sep 03 17:02:15 the 'buildslist' gives me a correct output of builds, so i'm guessing i'm in the right folder (the build dir) Sep 03 18:09:31 Anyone have a clue of what might be jacking the kernel.printk .. or do I have to hunt something wierd down. I've got a few people here going "look at systemd" and I think they're a bit full of shit. Sep 03 18:10:03 But, we've checked all the sysctl confs, and locations for that. I've even confirmed those are applying correctly. For some reason, i am getting mine jacked to 6 ... Sep 03 23:30:14 halstead, still having centos builder issues with them losing the host. Sep 03 23:31:57 pidge, Darn. Sep 03 23:32:42 yeah Sep 03 23:35:04 pidge, No logged hardware errors but another spontaneous reboot. Sep 03 23:35:24 pidge, I need to take centos7 offline for diagnostics. Sep 03 23:51:41 halstead, make sure it's idle first Sep 03 23:52:01 pidge, It was disconnected. Sep 03 23:52:19 ok Sep 03 23:52:23 pidge, That means it must be idle right? Sep 03 23:52:28 Good. Sep 03 23:54:14 right :) **** ENDING LOGGING AT Thu Sep 04 02:59:58 2014