**** BEGIN LOGGING AT Tue Oct 02 02:59:58 2012 Oct 02 07:50:19 morning all Oct 02 07:51:21 morning Oct 02 07:51:27 hi Oct 02 08:16:11 what is the bitbake command to remake a new tmp-eglibc/deploy/images/bzImage-qemux86.bin ? Oct 02 08:16:26 i have been able to rebuild the kernel but this bzImage is not updated Oct 02 08:48:34 otavio: re:xbmc ping Oct 02 09:33:17 morning all Oct 02 10:57:27 hello Oct 02 10:57:56 does someone have some way to automatically upload build logs to other server? Oct 02 12:14:17 jackmitchell: pong Oct 02 12:32:16 otavio: hi Oct 02 12:32:54 so you're looking to undertake the XBMC compiling quest ;) Oct 02 12:33:15 jackmitchell: yes. I am going to jump on this with you Oct 02 12:33:47 I have made numerous changes along the way to different recipes Oct 02 12:33:49 jackmitchell: from what I learned in the web, it seems it will have a newer release now in October so we could pick master Oct 02 12:34:03 yes I have been compiling from master as that is where the RasPi support was Oct 02 12:34:36 I have numerous changes everywhere to get this to build Oct 02 12:34:53 so I think it will be best if we can start with a similar xbmc recipe and go from thier Oct 02 12:35:46 otavio: this is my xbmc recipe http://pastebin.com/7byuauDC Oct 02 12:36:47 otavio: some of the config options are raspberry pi specific so you will want to remove them (specifically --with-patform=raspberrypi and player=omxplayer) Oct 02 12:37:22 otavio: second most important change is that it cannot be build with libav anymore, so I created a recipe for ffmpeg Oct 02 12:37:45 jackmitchell: I saw your bug report about ffmpeg Oct 02 12:38:04 jackmitchell: regarding it, it seems it might need some cleanup and also update as 1.0 is out Oct 02 12:40:37 otavio: https://www.dropbox.com/s/d1mhwdu6j12jz2z/recipes.tar.gz Oct 02 12:40:48 otavio: that is a couple of the main recipes you need Oct 02 12:40:59 otavio: those should get you started building Oct 02 12:41:03 does soneone know how i can re-deploy a kernel bzImage ? Oct 02 12:41:13 otavio: but note, they're very very hacky in places! Oct 02 12:43:25 jackmitchell: my idea would be to we to prepare a proper patchset and try to cleanup every dependency so we can get those merged Oct 02 12:43:48 otavio: yes, that was the final goal Oct 02 12:44:00 jackmitchell: the dependencies we can go Oct 02 12:44:07 otavio: I was interested in getting it to fully build, then re-visit and cleanup Oct 02 12:44:32 jackmitchell: The problem it is horrible for others to help on this if you have a pile of patches Oct 02 12:44:37 otavio: some of the dependancies have already been posted to oe-dev but not yet picked up liblockdev Oct 02 12:44:59 tinyxml and liblockdev are the main offenders Oct 02 12:45:08 taglib got picked up Oct 02 12:45:13 jackmitchell: I did package tinyxml and libblockdev Oct 02 12:45:45 the ffmpeg recipe is almost a clone of libav with the extra packages it provides added Oct 02 12:45:58 that was the one with least amount of 'real' work put into it Oct 02 12:45:59 jackmitchell: I will post them and you can review it ... Oct 02 12:46:22 yes, look on the oe-dev list, there were a few revisions to the ones I posted Oct 02 12:46:30 jackmitchell: so we can look at ffmpeg and clean it up; we also need to migrate libav users to it Oct 02 12:46:38 there is an outstanding pull request on meta oe for a liblockdev from ag_ Oct 02 12:47:01 jackmitchell: Has he packages 1.0.3 ou upcoming GIT? Oct 02 12:47:27 otavio: https://github.com/openembedded/meta-oe/pull/10 Oct 02 12:48:16 tinyxml needs a horrible STL patch which I would be suprised if it was accepted - but I don't really know what to do with it Oct 02 12:48:37 tinyxml is pretty horrible to build - people need to migrate off it onto to tinyxml2 really Oct 02 12:49:02 jackmitchell: I packaged the last I think Oct 02 12:49:19 does it have the STL patches, as XBMC won't build unless STL is forced I found Oct 02 12:50:09 jackmitchell: I checked the Debian package and it has a small one Oct 02 12:50:45 otavio: ok, that might be fine - it's a fairly obvious compile error in xbmc if it hasn't Oct 02 12:54:41 jackmitchell: Ok; I will send you my recipes Oct 02 12:54:53 jackmitchell: do you want to use github branch for it? Oct 02 12:55:04 I think that would be a good idea Oct 02 12:55:09 so a branch of meta-oe? Oct 02 12:57:25 jackmitchell: https://github.com/OSSystems/meta-oe Oct 02 12:59:10 jackmitchell: lockdev: https://github.com/OSSystems/meta-oe/commit/966e28edfc8219038aecb6ffde8d0d7d29f771fb Oct 02 12:59:28 otavio: ok, i'm cloned Oct 02 13:21:52 jackmitchell: have you been able to check my recipes? Oct 02 13:27:21 otavio: liblockdev, libcec look good, the libtinyxml may have the no-stl issue but we can face that when we come to it Oct 02 13:27:40 otavio: liblockdev seems a lot simpler than the one I had Oct 02 13:27:57 jackmitchell: that's because I took the one from GIT Oct 02 13:28:07 jackmitchell: this one has autotools and will be the 1.0.4 Oct 02 13:28:14 otavio: ah, there was a secret codebase :D Oct 02 13:28:23 well, alioth Oct 02 13:28:30 not that secret! :) Oct 02 13:29:04 * jackmitchell google-fu must have been weak that day Oct 02 13:29:06 jackmitchell: can you base a branch on this and add your ffmpeg changes? Oct 02 13:29:29 I can try Oct 02 13:29:33 jackmitchell: but it would be nice to have it updated to 1.0 already Oct 02 13:29:42 you mean git -b ffmpeg Oct 02 13:29:50 git branch ffmpeg Oct 02 13:30:01 make changes in their then push up? Oct 02 13:30:07 or branch on my github Oct 02 13:30:22 I'm not a git wizard by any means (yet ;)) Oct 02 13:30:44 jackmitchell: branch in your github Oct 02 13:30:52 ok Oct 02 13:30:55 jackmitchell: once you do it, i can pick it and merge onto mine Oct 02 13:31:27 ok - so do I do that by forking your meta-oe branch Oct 02 13:32:02 jackmitchell: doesn't matter much Oct 02 13:34:24 otavio: so i have an old fork of meta-oe Oct 02 13:34:42 otavio: how do I add upstream meta-oe to update? Oct 02 13:40:11 jackmitchell: you can just add your original remote Oct 02 13:40:14 jackmitchell: and push Oct 02 13:41:09 otavio: so I add meta-oe upstream as a branch and then rebase against it to get updated to the latest Oct 02 13:42:51 otavio: ok, i'm in sync with upstream Oct 02 13:42:54 jackmitchell: yes Oct 02 13:42:56 jackmitchell: good Oct 02 14:02:35 otavio: inital ffmpeg 1.0 recipe - https://github.com/CommunistCode/meta-oe/commits/xbmc Oct 02 14:03:00 otavio: it's dirty and has some QA warnings but I don't have a lot of time right now to figure them out Oct 02 15:00:07 bitbake `find ../openembedded-core/meta ../meta-openembedded/meta-oe -name *python*bb|sed -e 's+^.*\/++g' -e 's/_.*//g' |grep -v extern` Oct 02 15:00:24 cause there is no 'task-python-everything' ;D Oct 02 17:03:22 hi there Oct 02 17:03:51 is there any way of running package postinst scripts on the host machine, before deploying the rootfs on the target machine Oct 02 17:03:56 ? Oct 02 17:07:59 dromede: yes some recipes do that already Oct 02 17:08:39 can you tell me which ones? Oct 02 17:09:08 see those $D checks in postinst? Oct 02 17:09:22 D is set only when running do_rootfs Oct 02 17:09:36 ok Oct 02 19:48:54 * mwester is feeling forgetful... Oct 02 19:50:33 boost won't build with more than one bitbake thread running (load issues on my build machine) -- is there a way I can set the number of threads via env variable, rather than editing local.conf all the time? (Each time I edit, I have to do a reparse, which is painful on that ancient build machine)... Oct 02 20:09:53 PARALLEL_MAKE = "" maybe? Oct 02 20:09:58 in the boost recipe Oct 02 20:10:08 hmm, that is not quite right Oct 02 20:30:50 is "srctree" still the best method of cross-compiling modules outside the OE environment (where I can manually use git)? Oct 02 20:32:01 srctree doesn't work with sstate afaik Oct 02 20:32:19 hmm, well shucks, is there an alternative? Oct 02 20:32:29 and clean.bbclass which is inherited from srctree is missing too Oct 02 20:33:02 maybe externalsrc.bbclass Oct 02 20:41:34 JaMa, externalsrc appears to be working perfectly, thanks! Oct 02 20:41:44 ? Oct 02 21:30:40 how could i re-deploy virtual/kernel without removing everything, and without bumping the kernel recipe ? i have been using -c clean but it does not re-deploy the bzImage Oct 02 21:31:14 all i can do is rebuilding the kernel, but i did not find an automatic way to re-deploy it Oct 02 21:31:42 -c deploy is useless as it's "already" deployed Oct 02 21:31:47 wakko: bitbake -c cleansstate maybe? Oct 02 21:32:03 bitbake -c cleansstate virtual/kernel ? Oct 02 21:32:12 yes Oct 02 21:32:40 i have been reading lot's of doc, and i dont remember seeing this one, thanks anyway Oct 02 21:34:09 too bad bitbake does not have a "-c list" or "-c help"... it would have save me hours Oct 02 21:41:30 wakko: bitbake -c deploy -f virtual/kernel perhaps? Oct 02 21:42:04 yeah, that might work as well Oct 02 21:42:30 much better solution than -c cleansstate Oct 02 21:42:46 i think i tryed -c'est deploy -f with no luck Oct 02 22:07:08 wakko: -c listtasks Oct 02 22:07:52 woohoo ! Oct 02 22:09:14 and i found this http://www.openembedded.org/wiki/List_of_Executable_tasks Oct 02 22:12:34 looks like that might almost be up-to-date... I'd trust -c listtasks over a document though Oct 02 22:15:10 too bad -c listtasks doesn't order them by inter-dependency Oct 02 22:19:40 bluelightning: me too Oct 02 22:19:53 gmc: at least we can list tasks :p hooray ! Oct 02 22:30:08 hm, this is a bit crazy. some of my kernel modules are Recommend:ing update-modules-dev. Oct 02 22:30:12 * pb_ stabs package.bbclass Oct 02 22:30:27 *g* Oct 02 22:31:02 kernel-module-lirc-dev seems to be the main offender. I have a feeling that package.bbclass is a bit confused about what the "-dev" signifies there. :-} Oct 02 22:51:37 hm regexp again Oct 02 23:07:17 pb_: we have an exclusion for that somewhere I'm sure Oct 02 23:08:20 pb_: hmm, maybe I'm thinking of elsewhere in the code, ignore... **** ENDING LOGGING AT Wed Oct 03 02:59:58 2012