**** BEGIN LOGGING AT Sun Nov 01 02:59:58 2015 Nov 01 03:05:09 madrazr: can you look at pstree? Is there a tmux seesion that you could attach to? Nov 01 03:05:24 * vmeson tries: bitbake -c devshell linux-yocto on master. Nov 01 03:06:45 vmeson: ran pstree, did not find tmux. I don't have tmux installed on my machine. Nov 01 03:07:22 madrazr: can you pastebin the part of pstree that involves bitbake? Nov 01 03:07:43 vmeson: sure, give me a moment Nov 01 03:14:37 vmeson: https://gist.github.com/anonymous/215933fac6624dc73ee7 Nov 01 03:15:19 * vmeson sets conf/local.conf to OE_TERMINAL = "screen" and finds that bitbake -c devshell linux-yocto ends up with a shell in .../tmp-glibc/work-shared/qemux86/kernel-source Nov 01 03:15:53 madrazr: are you running X locally? Nov 01 03:16:01 vmeson: yeah Nov 01 03:16:16 vmeson: this is completely on my local machine Nov 01 03:16:24 hmm, and you're building in the same user as you logged into graphically? Nov 01 03:17:22 vmeson: yeah, I think it's the same user. Unless sourcing poky/oe-init-build-env has changed anything Nov 01 03:17:29 it might be a bug, try setting conf/local.conf to OE_TERMINAL = "screen" after kill -9 Nov 01 03:19:39 my local system is a lowly laptop so I build on a server. it would take more time and disk space to build than I care to expend right not but someone should look into this... Nov 01 03:20:05 you could open a defect or just wait a bit for someone else to give you a tip. Nov 01 03:20:22 madrazr: what was OE_TERMINAL set to for you? Nov 01 03:21:49 vmeson: I don't think it is set to anything at all Nov 01 03:22:32 vmeson: I set to screen now, something seems to be happening Nov 01 03:24:28 madrazr: cool. I'm finishing up now. good luck. Nov 01 03:24:41 vmeson: thank you so much! Nov 01 03:24:58 vmeson: I see a screen session now, make fails. But that's for a different reason I guess Nov 01 03:25:06 vmeson: in any case, thank you so much! Nov 01 03:25:13 madrazr: you're welcome. Nov 01 03:25:45 vmeson: still need to figure out how to do this without screen. screen is annoying locally because, it is hard to scroll up Nov 01 03:29:10 Where do I see the log for the screen session, if there is any? Nov 01 03:32:51 * Snert googles screen log Nov 01 06:15:47 Hi. I'm working on a recipe that depends on ruby and some gems. Whats the best way to install these gems? Using post instalation scripts? Or can I use ruby-native? Nov 01 06:51:50 I am trying to build an out of tree kernel module on my host. While running configure I get checking Nov 01 06:51:50 checking for libudev.h... no Nov 01 06:51:50 configure: error: Missing /usr/include/libudev.h Nov 01 06:51:56 how do I install these headers on the host Nov 01 06:52:24 is there a recipe for it already? Nov 01 11:55:46 hello, trying to repost this question again here, maybe somebody sees it: Nov 01 11:56:26 http://unix.stackexchange.com/questions/239937/cant-install-gphoto2-on-yocto-linux Nov 01 12:18:37 Azurium: without having gone too much into the details of your post, usually this is not how installing things on anything yocto based works. Nov 01 12:18:56 Azurium: mostly because there is no such thing as a "yocto linux" Nov 01 12:19:25 I might have got it wrong then Nov 01 12:19:55 Azurium: basically, the canonical way is to rebuild the image for your device including whatever you need, in your case gphoto Nov 01 12:19:57 but the Yocto project is responsible for developing that image right? Nov 01 12:20:08 no Nov 01 12:20:12 Azurium: nope, thats the main point of misunderstanding. Nov 01 12:21:03 If you want to build an image that you can compile stuff on, you should set the tools-dsk IMAGE_FEATURE Nov 01 12:21:20 so then the intel community just took that yocto linux(ok how do you call it?) and rebuilt it for Galileo? Nov 01 12:21:32 I mean for the Quark processor? Nov 01 12:21:41 Azurium: yocto provides poky, which is kind of a distribution building kit. and people use it to build whatever they want to ship on their devices. Nov 01 12:22:19 Azurium: and as far as i know, the process of building a image for the galileo is documented Nov 01 12:24:43 Azurium: see https://software.intel.com/en-us/blogs/2015/03/04/creating-a-yocto-image-for-the-intel-galileo-board-using-split-layers?language=en for example Nov 01 12:24:58 I understand, but this seems a lot of hassle(not that I'm not considering tackling with it!), and as you said it's... the canonical way Nov 01 12:25:03 Azurium: one would do that first, and then add whatever wanted into the automatic build Nov 01 12:25:20 also, you should find a channel for people using your hardware Nov 01 12:25:43 I haven't found an active one Nov 01 12:25:45 The Yocto Project is about building emebdded linux disributions for all sorts of hardware Nov 01 12:26:00 Azurium: the point is that the images built using these mechanisms usually are not able to compile stuff, or only have a very rudimentary support for doing such Nov 01 12:26:28 (I do not know the extent available in your very image) Nov 01 12:26:48 well at least that sheds some light on what I should do Nov 01 12:27:35 I'm still a bit confused since somebody on the intel community forums succeeded with this thing back in 2014, but I think they've done it on the Galileo Gen. 1 ( I use the gen. 2) Nov 01 12:28:18 and that's what the guy did: compiled this on the board Nov 01 12:28:35 it is not realted to the board itself Nov 01 12:28:35 anyway, I'll look further and see what I can do Nov 01 12:29:08 it is related to the image in use. and if his/her image did have extended support for native compilation, its of course possible Nov 01 12:29:33 if I have further questions I'll probably come here again since it's IRC community closest to the subject Nov 01 12:29:41 thank you very much for the response Nov 01 12:30:03 have fun Nov 01 14:29:17 hey. how to put libboost and cmake into the SDK built with 'bitbake meta-toolchain-qt5'? Nov 01 14:32:33 http://www.yoctoproject.org/docs/latest/adt-manual/adt-manual.html#optionally-building-a-toolchain-installer Nov 01 14:32:42 seems to be a good start but does not tell me how to add cmake for instance Nov 01 16:40:02 How do I set PACKAGECONFIG that has options like "--with-tls=gnutls,,gnutls libcrypt" ? Nov 01 16:40:11 say I want it to use libcrypt Nov 01 16:41:21 oh i see.. there is another option that is --with-tls=libgcrypt Nov 01 16:51:18 verynew: i think the intent was to add the ability to escape the , so it wouldn't be treated as a separator, but I'm not sure if anyone ever implemented it.. Nov 01 16:54:32 hanthings: just mimick: meta-ruby/recipes-extended/imsettings/imsettings_1.6.8.bb -> FILES_${PN} += "${datadir}/dbus-1/*" will work but maybe there's a better way for ruby gems. Nov 01 16:56:19 hmm Nov 01 17:01:26 hanthings: you should probably read https://git.congatec.com/yocto/meta-openembedded/blob/8c2e27e68642224df084eed14c2ad1de4f1bb0a5/meta-ruby/classes/ruby.bbclass Nov 01 17:01:47 but it seems to me that there are not many people using ruby in oe-core/meta-openembedded. Nov 01 18:24:48 hey. i have a freescale QorIQ toolchain with a gcc. is there a simple way to find arch,fpu and float settings so i can compile a gcc anew with the correct settings? Nov 01 18:25:08 http://community.arm.com/servlet/JiveServlet/showImage/38-1981-3827/blogentry-103749-004812900+1365712953_thumb.png <- for comparison, this are values used for ARM boards Nov 01 18:25:14 i'm on PPC64 (powerpc) Nov 01 18:25:35 not sure where i would find these settings/specifications for the board i am on **** ENDING LOGGING AT Mon Nov 02 02:59:59 2015