**** BEGIN LOGGING AT Wed Nov 26 02:59:58 2014 Nov 26 05:41:59 Hi all. I'm trying to build an SDK, using "bitbake beyonwiz-image -c populate_sdk", which works and produces an SDK. However, once the SDK is installed, it's lacking certain packages, such as python-distutils. If I check the nativesdk directory in my build dir tmp/sysroots, I can see that these packages are present, they are just not being included in the generated sdk*.sh installer file. Nov 26 05:42:30 Where should I start looking to ensure that these packages are added in the generated SDK installer? Nov 26 08:05:37 good morning Nov 26 08:05:47 hey Nov 26 08:40:59 Hi at the morning :) Nov 26 08:53:21 morning all Nov 26 09:24:46 Question: How to require .inc which is in diffrent meta folder(it cames from another developer) ? Nov 26 09:26:44 spaszkoPL: if you mean from a different layer - http://www.openembedded.org/Layers_FAQ#How_do_I_include_an_inc_file_from_another_layer.3F Nov 26 09:27:26 brb Nov 26 09:27:32 Thx. That was what i was looking for. :) Nov 26 09:38:02 If two packages provides me this same files and i know only one provider package, what is the way to find out second provider? For example i have this situation http://pastebin.com/rmRvxtH8 . Nov 26 09:44:27 Hi, I'm trying to add deb/apt package repo to my own distro. I already have the deb packages generated in my build server and the image running with apt. I can even install some packages. But I don't know why, when fetching the repo index and then using apt-cache search, most of the packages are not in the index Nov 26 10:06:20 hello guys Nov 26 10:06:25 hi Noor Nov 26 10:06:26 here I am again :) Nov 26 10:06:37 Noor: long time! Nov 26 10:06:39 I am geeting odd error while building binutils Nov 26 10:06:42 http://paste.ubuntu.com/9247633/ Nov 26 10:07:04 bluelightning: yeah .... I only come when I have any querry :) Nov 26 10:07:19 bluelightning: how r u? Nov 26 10:07:36 Noor: not too bad, and you? Nov 26 10:08:00 Noor: I've not seen that before... I assume the machine isn't actually running out of memory? Nov 26 10:09:07 bluelightning: I am good as well Nov 26 10:10:15 bluelightning: yeah no help on google as well Nov 26 10:10:23 that was my first impression as well Nov 26 10:10:33 checking with our QA team Nov 26 10:12:31 bluelightning: after this failuer we built other BSPS on same machine and they got built fine Nov 26 10:33:29 Well, good morning to the rest of the world! Looks like some of you are finally awake (it's night time here in Australia), so I can ask my previous question again... Nov 26 10:33:36 Hi all. I'm trying to build an SDK, using "bitbake beyonwiz-image -c populate_sdk", which works and produces an SDK. However, once the SDK is installed, it's lacking certain packages, such as python-distutils. If I check the nativesdk directory in my build dir tmp/sysroots, I can see that these packages are present, they are just not being included in the generated sdk*.sh installer file. Nov 26 10:33:42 Where should I start looking to ensure that these packages are added in the generated SDK installer? Nov 26 10:35:38 and just to make it a bit clearer... The required packages, such as python-distutils, are in the mipsel sysroot, but not in the x86_64-nativesdk sysroot. Nov 26 10:47:27 bluelightning: morning! about your response yesterday (regarding bitbake/OE not invalidating sstate-cache if a higher priority SRC_URI appears), i'm using OE-core (daisy), and i think bitbake 1.22 Nov 26 10:47:43 you mentioned there might be a fix for something related, do you have a link to the bugreport? Nov 26 10:48:58 mago_: it seems the fix I was thinking of is already in daisy unfortunately Nov 26 10:50:07 peteru: you'd need to add the missing items (with nativesdk- prefix) to TOOLCHAIN_HOST_TASK, probably in the image recipe Nov 26 10:50:25 peteru: e.g. TOOLCHAIN_HOST_TASK_append = " nativesdk-python-distutils" Nov 26 10:51:19 bluelightning: Thankks, I'll give it a go and see how far I get ;-) Nov 26 10:56:06 bluelightning: okay, lets see if i can reproduce it in a smaller example. still not sure if this is a bug, or me using it wrong Nov 26 10:56:40 mago_: well, even if it isn't (and I suspect it is) it would be nice to have an explanation of why it's behaving the way it is Nov 26 11:04:00 bluelightning: Thanks for getting me started on the right track. Your suggestion has fixed the particular case of nativesdk-python-distutils. It looks like there's probably a whole packagegroup that needs to be added as native to TOOLCHAIN_HOST_TASK , because adding nativesdk-python-distutils only got me a little further, but not all the way. Nov 26 11:08:00 peteru: basically there isn't currently a means for us to determine what additional tools you might want in the host part of the SDK beyond the normal toolchain; there's another limitation that you may be hitting as well in that we don't have fully declared dependencies between python packages Nov 26 11:09:25 peteru: I just realised, python-distutils is part of the python standard distribution - if you want all of that standard distribution you could install python-modules (or nativesdk-python-modules in this context) Nov 26 11:12:16 bluelightning: I was just runnig a few greps and noticed that buildtools-tarball.bb seems to have a good set. Nov 26 11:12:56 peteru: could be... we're selective in there because it is just the set required to run the build system Nov 26 11:13:28 (for those packages that are often not present / too old on some host distros) Nov 26 11:15:20 I have a host distro that is good (Gentoo ~x86_64 up to date as of 26 Nov 2014), but it seems the SDK is only looking at it's own sandbox, (at least for the python installation) ignoring the host set of python packages. Nov 26 11:16:22 I'm OK with that, since I want to ship an SDK to be as much independent of the host distro as possible. I just need to get the right set of packages included. Nov 26 11:17:44 So, I think I'm going down the right path by adding more stuff to TOOLCHAIN_HOST_TASK, I just need to figure out an easy way of saying "everything" Nov 26 11:17:48 ;-) Nov 26 11:18:06 yes, that is a known issue, if you include anything python in the SDK, it pulls in the python core but no other modules Nov 26 11:18:28 well, "everything" at least for the python standard distribution would be python-modules / nativesdk-python-modules Nov 26 11:18:41 I'll give that a go... Nov 26 13:24:07 Is there a way of finding out which package installed sysroot/target/usr/include/header.h ? Nov 26 13:25:45 Or even better, where exactly the corresponding .bb file is located? Nov 26 13:28:43 peteru: there's Toaster, although you have to actually run the build with that started in order to collect the data Nov 26 13:29:24 peteru: alternatively you can use oe-pkgdata-util find-path Nov 26 13:29:51 bbl Nov 26 13:34:29 toaster == django-crash-n-burn :-( Nov 26 13:34:45 I'll investigate oe-pkgdata-util find-path Nov 26 13:34:56 Thanks. Nov 26 13:35:29 toaster - http://www.selectsmart.com/toast1.jpg :D :D :D Nov 26 13:35:43 peteru: Nov 26 13:36:36 spaszkoPL: :D That's exactly what I got, but more cheese! Nov 26 13:36:55 :D Nov 26 13:55:00 bluelightning: i've created a small example of my "problem", it's at https://github.com/blastur/layer-append-test .. i've been able to reproduce my issues with bbappend & SRC_URI in it, would you mind taking a look? The README file gives some pointers, but it's basically build/foo_test.sh that does all the work Nov 26 14:20:44 peteru: I'd hope it's not that bad - did you have a specific problem with toaster? Nov 26 14:20:56 mago_: ok, I'll take a look, thanks Nov 26 14:26:05 bluelightning: It comes to a grinding halt with: ImportError: No module named django.core.management Nov 26 14:27:06 peteru: I see... do you have django installed? Nov 26 14:27:35 $ eix -I django Nov 26 14:27:35 No matches found. Nov 26 14:27:38 Nope. Nov 26 14:27:50 ok, right, you do need that I'm afraid Nov 26 14:28:27 you can use pip to install it (+ even virtualenv to keep things tidy) if your distro doesn't provide packages Nov 26 14:28:32 Will dev-python/django-1.7 do the trick? Nov 26 14:28:58 I think we are limited to 1.6 at the moment Nov 26 14:32:45 bluelightning: Do know this error? "ERROR: Nothing PROVIDES 'libsdl-net' (but /media/linux/embedded-linux/setup-scripts/sources/meta-opie/recipes-qtopia/prboom/prboom-opie_2.2.6.bb". Nov 26 14:33:07 spaszkoPL: FYI, I'm the maintainer of meta-opie Nov 26 14:33:36 I would say, don't expect prboom-opie to build, I don't think I have built it successfully since the OE-Classic days Nov 26 14:33:59 unfortunately there are a bunch of recipes like that in meta-opie outside of the core opie recipes Nov 26 14:34:40 All day i'm trying to compile rpm recipe and finally i give up. So i run commnad "bitbake -c clean world" and suddenly error aboves appeard. Nov 26 14:35:40 Ma layers.txt in angstrom includes meta-opie. So you suggest to get rid of this layer? Nov 26 14:39:28 django-1.6.7 + south-1.0 == toaster runs Nov 26 14:39:50 toaster --help == Not very helpful :-( Nov 26 14:40:18 oe makes me feel like a newbie every day :-O Nov 26 14:41:13 peteru: it does that to me almost every day Nov 26 14:41:16 :) Nov 26 14:43:21 I've been using oe on and off for the last 10 years. Started in November 2004! ka6sox and kergoth are still around ;-) Nov 26 14:43:46 Haven;t seen rwhitby for while. Nov 26 14:44:07 spaszkoPL: I'm not sure bitbake -c clean world is really going to do anything useful Nov 26 14:44:45 spaszkoPL: if you really want to clear everything out just delete or rename TMPDIR Nov 26 14:45:26 Might want to keep the prserv data Nov 26 14:45:42 * spaszkoPL knocking head with a hammer. Nov 26 14:46:05 Of course renaming directory is better option:) Why i have not though about it? :) Nov 26 14:46:17 spaszkoPL: experience :) Nov 26 14:46:40 For me is at the moment desperation. :) Nov 26 14:47:00 *it's desperation. :) Nov 26 14:54:53 bluelightning: were you able to build the layer-append-test tree? i'm surprised foo_test.sh fails already on the 2nd test, where it removes a file from upper layer and verifies that it falls back to the file in the layer beneath Nov 26 14:55:04 oe can be very fickle. Installed south-1.0 only to find after a bit of trial and error that I need to downgrade to 0.8.4 Nov 26 14:55:58 peteru: I'm pretty sure we list the explicit versions somewhere... Nov 26 15:02:38 mago_: I haven't got to it yet Nov 26 15:16:07 Whoa! This was totally unexpected. Once I downgraded south and started toaster, kwin/kde was obliterated and the only way out was a complete X11 restart! Let's see if it happens again!?? Nov 26 15:21:45 Bang! Sure enough toaster kills X11 / kde on my machine. Nov 26 15:22:19 Back to command line then, time to uninstall django and south. Nov 26 15:22:25 wow, that is definitely not expected Nov 26 15:27:22 peteru: remind me which version of bitbake are you using? Nov 26 15:28:18 1.2.4 Nov 26 15:28:26 1.24? Nov 26 15:29:06 BitBake Build Tool Core version 1.24.0, bitbake version 1.24.0 Nov 26 15:29:35 that makes more sense :) Nov 26 15:30:28 well, FWIW I cannot reproduce that here Nov 26 15:30:32 I also use KDE Nov 26 15:30:40 To be precise: 2ac33aac3446cb12227f1b8daa5f27f417c9bb9e Nov 26 15:31:58 I'm tryoing to find some kind of a log to narrow it down, but neither /var/log/messages nor /var/log/Xorg.0.log contain anything noteworthy. Nov 26 15:32:47 it might be that some kind of bug is sending a signal to a process it shouldn't Nov 26 15:34:21 Toaster problems ? Toaster-man to the rescue ! Nov 26 15:34:34 peteru: ^ Nov 26 15:35:18 ddalex: http://logs.nslu2-linux.org/livelogs/oe.txt Nov 26 15:37:55 Toaster doesn't hate KDE, that's for sure Nov 26 15:38:22 peteru: what host distro are you using ? have you tried the virtualenv setup ? Nov 26 15:38:53 I'm on Gentoo ~x86_64 - last update about 12 hours ago. Nov 26 15:39:03 So, pretty recent. Nov 26 15:39:29 peteru: that's quite bleeding edge... Nov 26 15:39:46 ddalex: can you please try the virtualenv setup ? Nov 26 15:40:03 peteru: $ virtualenv venv Nov 26 15:40:08 peteru: $ venv/bin/activate Nov 26 15:40:21 Had to mask django to 1.6.7 and south to 0.8.4 Nov 26 15:40:28 peteru: $ pip install -r bitbake/toaster-requirements.txt Nov 26 15:41:01 peteru: I use django 1.6.7 and south 0.8.6 , south 0.8.4 should be fine Nov 26 15:54:34 back again... Nov 26 15:55:42 Even with virtualenv, running "source toaster start" kills the kde window manager on my setup. Nov 26 15:56:12 So far, I have not foun any logs that would give me clue as to what happened. Nov 26 15:56:45 peteru: unfortunately Alex has just stepped away from his desk for a bit, will be back in ~1hr Nov 26 15:56:58 No worries. Nov 26 15:57:47 It's about 3am here, so I'll have a browse through a few more logs and if I don't see anything obvious, I'll call it a night. Nov 26 16:14:20 Nope, nothing in the logs seems even remotely related to this issue. About the most unusual thing I can think off is that I have two monitors arranged as 1920x1200 +0+456 and 1200x1920 +1920+0, Rotation 90 (i.e two 1920x1200 monitors next to each other, one portrait and one landscape), but that has never ever caused any issues with any other software. Nov 26 16:20:42 * peteru thanks everyone for their help and is now off to sleep. **** BEGIN LOGGING AT Wed Nov 26 16:50:22 2014 **** ENDING LOGGING AT Thu Nov 27 02:59:59 2014