**** BEGIN LOGGING AT Mon Dec 10 02:59:58 2012 Dec 10 08:24:08 good morning Dec 10 08:40:15 morning all Dec 10 08:44:12 evenin Guvnor Dec 10 09:43:13 morning all Dec 10 09:53:39 hi bluelightning Dec 10 09:53:46 hi silvio Dec 10 11:20:38 jippie , after 18 weeks delivery time my two raspberries arrived Dec 10 11:22:20 pwgen: \o/ Dec 10 11:23:12 now lets get kexecboot running Dec 10 11:43:53 pwgen: :) Dec 10 11:44:05 pwgen: keep us informed :) Dec 10 11:44:55 btw, latest kexecboot commits may break it on some platform, so stick to HEAD^^ right now Dec 10 11:47:23 first. the meta-raspberry default linux image does not support initrd (:-(( and switching this option on does not help ( Try make KALLSYMS_EXTRA_PASS=1 as a workaround ) Dec 10 11:48:00 does anyone know whats behind KALLSYMS_EXTRA_PASS=1 ? Dec 10 13:43:43 what variable do I have to set for a kernel-module that's compiled in an external tree when I want to install the module? for some reason, it keeps trying to install it in /lib/modules/... Dec 10 14:17:03 dFence: are you inheriting module.bbclass? that should take care of that... Dec 10 14:17:39 bluelightning: I'm outside the oe-environment... I thought my question would be best suited here and in #kernel Dec 10 14:17:49 turns out it was a bad Makefile Dec 10 14:17:57 ah ok Dec 10 16:42:22 otavio: ping Dec 10 16:42:36 levonmaa: pong Dec 10 16:42:40 levonmaa: how are you doing? Dec 10 16:42:53 good, how abt ya? Dec 10 16:43:06 levonmaa: doing good as well Dec 10 16:43:13 levonmaa: preparing for holidays Dec 10 16:43:28 nice! did you catch my pull req on meta-qt5 Dec 10 16:43:51 with that I Dec 10 16:44:03 m able to make it work an install correctly Dec 10 16:44:45 in the longer run we need to look at making a common base for the different qt modules Dec 10 16:44:55 i.e. qtmodule.inc Dec 10 16:44:58 or something Dec 10 16:45:41 but I did not want to go there yet as I wanted to see what are actually the common bits by doing a few modules first Dec 10 19:00:41 are the services on openembedded.net such as bugs and builds broken? Dec 10 19:01:04 builds == tinderbox Dec 10 19:01:34 oh, that's through Yocto now Dec 10 19:02:12 the old one doesn't seem to be available, however Dec 10 19:02:40 the old bug tracker, that is Dec 10 19:03:21 oe.net is old Dec 10 19:03:35 if you find anything pointing at it lt me know Dec 10 19:04:06 the links in the services nav on the left of openembedded.org point to the .net domain Dec 10 19:05:57 Crofton|work: http://www.openembedded.org/wiki/MediaWiki:Sidebar Dec 10 19:06:21 yeah, I see Dec 10 19:06:28 thanks for pointing that out Dec 10 19:06:46 np Dec 10 19:07:55 wmat: if you're updating the sidebar could you please fix a couple of things for me? Dec 10 19:08:40 bluelightning: I think Crofton is, however, I sure, I can fix things Dec 10 19:09:26 ok Dec 10 19:09:28 a) I figured it would be good to link to the wiki "Bug tracking" page rather than a specific bug tracker Dec 10 19:09:59 b) similarly the "Official manual" page ought to be replaced with a link to the "Documentation" wiki page Dec 10 19:10:35 that's what I have from my notes about updating the wiki at least Dec 10 19:13:14 bbl Dec 10 19:22:45 were there any recent changes to how FILESEXTRAPATHS is supposed to be used? Dec 10 19:22:58 i have gcc-cross-initial_4.7.bbappend in my local layer Dec 10 19:23:09 it contains: Dec 10 19:23:10 FILESEXTRAPATHS_prepend := "${THISDIR}/gcc-4.7" Dec 10 19:23:17 SRC_URI += "file://iwmmxt_fix.patch" Dec 10 19:23:21 nothing else Dec 10 19:23:40 this used to work, now bitbake complains that it can't find iwmmxt_fix.patch Dec 10 19:24:37 you forgot the trailing : Dec 10 19:24:40 FILESPATH is : separated Dec 10 19:25:09 since when? Dec 10 19:25:12 alwa Dec 10 19:25:13 always Dec 10 19:25:20 you just got lucky and appended to something that had no other bbappends Dec 10 19:25:29 ah, ok Dec 10 19:25:29 so there weren't more than one element to need a separator Dec 10 19:25:49 if there's more than one bbappend, the paths would just end up concatenated, without the : Dec 10 19:26:05 so FILESEXTRAPATHS_prepend := "${THISDIR}/gcc-4.7:" should do it? Dec 10 19:26:09 see bitbake -e | grep FILESEXTRAPATHS= Dec 10 19:28:09 nope, adding the ":" separator didn't help Dec 10 19:28:28 ERROR: Fetcher failure: Unable to find file file://iwmmxt_fix.patch anywhere. The paths that were searched were: Dec 10 19:28:28 /home/dromede/zaurus/openembedded-core/meta/recipes-devtools/gcc/gcc-4.7 Dec 10 19:28:28 /home/dromede/zaurus/openembedded-core/sources Dec 10 19:28:28 ERROR: Function failed: Fetcher failure for URL: 'file://iwmmxt_fix.patch'. Unable to fetch URL from any source. Dec 10 19:29:03 it seems like FILESEXTRAPATHS is being ignored Dec 10 19:29:08 or is empty somehow Dec 10 19:29:14 * kergoth points to the above bitbake -e Dec 10 19:29:26 whenever things start behaving inexplicably, start using bitbake -e to make sure things are set the way you think they are :) Dec 10 19:30:27 ok, thanks for the advice Dec 10 19:31:02 i get: Dec 10 19:31:03 FILESEXTRAPATHS="/home/dromede/zaurus/openembedded-core/meta-prvt-Zos/recipes/gcc/gcc-4.7" Dec 10 19:31:50 so FILESEXTRAPATHS is fine Dec 10 19:31:51 now check FILESPATH= also. bitbake really uses FILESPATH, FILESEXTRAPATHS is just a convenient way to add to it Dec 10 19:32:53 woglinde: thanks for the meta-java fixes. They work for me. Dec 10 19:35:44 kergoth: looking at gcc-cross-initial FILESPATH i get: Dec 10 19:35:47 # FILESPATH=${FILE_DIRNAME}/gcc-4.7 Dec 10 19:35:47 FILESPATH="/home/dromede/zaurus/openembedded-core/meta/recipes-devtools/gcc/gcc-4.7" Dec 10 19:36:36 it seems like FILESEXTRAPATHS is ignored? Dec 10 20:39:48 mario-goulart ;) Dec 10 21:17:31 errordeveloper: you work in "Next Generation Bugs" ? :-D lol **** ENDING LOGGING AT Tue Dec 11 03:00:00 2012