**** BEGIN LOGGING AT Sun Jun 05 02:59:56 2011 **** ENDING LOGGING AT Sun Jun 05 05:12:12 2011 **** BEGIN LOGGING AT Sun Jun 05 05:18:15 2011 **** ENDING LOGGING AT Sun Jun 05 05:23:03 2011 **** BEGIN LOGGING AT Sun Jun 05 05:24:14 2011 Jun 05 09:24:28 Hi, what recipe would /etc/network/interfaces be found in? Jun 05 09:33:30 woglinde: hey Jun 05 09:36:44 he zecke Jun 05 10:51:52 hi what recipie sets up the network config scripts? (/etc/network/interface) Jun 05 11:56:41 guyvdb_: netbase Jun 05 11:57:46 thc Jun 05 11:57:48 thx Jun 05 13:18:57 can any one point me to an fairly current info on setting up a local overlay Jun 05 15:43:00 hi, which recipe does provide xml2po native? Jun 05 15:51:47 pespin, isn't po .po => gettext stuff ? Jun 05 15:51:50 maybe grep Jun 05 15:52:45 GNUtoo, yep, it's about .po, but afaik gettext should be already built. Jun 05 15:52:52 ok Jun 05 15:54:08 I think I already tried grepping in recipes/ and I did get nothing, I'll retry in a min Jun 05 15:54:39 GNUtoo, yay! I uncommented all the xml2po stuff and empathy built, finally :) Jun 05 15:55:38 GNUtoo, gnome/gnome-doc-utils.inc: sed -i "1s:.*:#!/usr/bin/env python:" ${D}${bindir}/xml2po Jun 05 15:55:38 gnome/gnome-desktop_2.30.0.bb:# FIXME: docs build requires gnome-doc-utils-native (for xml2po) and docbook Jun 05 15:56:16 ok Jun 05 15:57:00 * pespin building gnome-doc-utils-native Jun 05 17:58:35 Hi guys, is there a way to tell bitbake to just print what recipes it will be building without actually building them? Jun 05 17:59:49 joelagnel: -n, --dry-run don't execute, just go through the motions Jun 05 18:00:13 JaMa|Wrk, thanks! Jun 05 18:10:48 also the "Handling bitbake files" stage in the beginning takes really long, I have psyco installed but it still takes atleast 15-20 seconds. Anything I can do to speed it up? Jun 05 18:27:05 joelagnel: it's parsing every recipe. it used to take like 5 minutes. be glad. Jun 05 18:28:02 or, in the cached case, it's loading a large cache file from disk, not much can be done to speed it up Jun 05 18:33:41 kergoth, Yeah I'm glad it doesn't take relatively that long. Considering that only a subset of the recipes might be used, why would *all* recipes need to be parsed? Jun 05 19:11:27 joelagnel: because its not possible to know what recipes need to be built until they're parsed. Jun 05 19:11:40 you can ask it to build anything that any recipe has in PROVIDES Jun 05 19:12:17 the fact that the recipe name is there by default, and the recipe name defaults to coming from the filename, doesn't change that :) the filenames don't *have* to be the recipe name, or a provider at all, so its not possible to determine what to parse ahead of time Jun 05 19:22:53 kergoth, ah, makes sense now :) thanks Jun 05 21:30:14 03Paul Eggleton  07master * rc2c3e2ed9d 10openembedded.git/ (4 files in 2 dirs): Jun 05 21:30:14 qte: remove legacy staging Jun 05 21:30:14 Removes legacy staging from QtE 2.3.10. Includes & libraries are now no Jun 05 21:30:14 longer staged in a special location - they are as they would be installed Jun 05 21:30:14 on the target system (/usr/include/qte and /usr/lib respectively). Jun 05 21:30:15 qmake.bbclass has been updated to reflect this. Jun 05 21:30:16 Signed-off-by: Paul Eggleton Jun 05 21:30:31 bluelightning yeah Jun 05 21:30:43 I have exorcised the demons :) Jun 05 21:31:40 hmm, I noticed that master and org.oe.dev seem to have diverged... I thought they were meant to be the same .. ? Jun 05 21:32:17 yes Jun 05 21:32:18 hm Jun 05 21:38:21 hi ant__, zecke Jun 05 21:40:09 he zecke Jun 05 22:04:00 hello Jun 05 22:05:00 jo ant Jun 05 22:22:25 I'm scratching head ... alignment trap... Jun 05 22:23:53 me and Jay7 would need pb_ or khem help for this kind of problem... Jun 05 22:24:33 the worst nightmare materializes: the examples of bad code are strangely related to our failing code :p Jun 05 22:26:50 yes Jun 05 22:27:32 hehe :) Jun 05 22:27:41 woglinde: for beginners... Jun 05 22:28:14 I've enabled -g in klibc.bbclass and now I have full objdump Jun 05 22:28:33 before I was trying to locate the function using the ./debug/binary Jun 05 22:28:54 * Jay7 -> sleep Jun 05 22:29:02 the addresses does not correspond :/ Jun 05 22:29:09 'nite Jun 05 22:29:09 ant__: I hope I'll work this week on kexecboot Jun 05 22:29:17 great Jun 05 22:29:35 but now sleep Jun 05 22:30:55 woglinde: Alignment trap: kexecboot (385) PC=0x0000e17c Instr=0xe5931000 Address=0x401e19bf FSR 0x013 Jun 05 22:31:12 andrea@mizar ~/tmp/aa $ /oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin/arm-angstrom-linux-gnueabi-addr2line -e kexecboot -f e17c Jun 05 22:31:12 hex2rgb Jun 05 22:31:31 ^^ on the 'unstripped klibc-static binary Jun 05 22:31:41 yes? Jun 05 22:31:51 so you can debug it without me Jun 05 22:31:58 before I was getting different output against the .debug binary: Jun 05 22:32:02 andrea@mizar ~/tmp/d $ /oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin/arm-angstrom-linux-gnueabi-addr2line -e kexecboot -f e17c Jun 05 22:32:02 process_ctx_menu Jun 05 22:33:05 I tend to trust more the dump of the unstripped binary Jun 05 22:35:32 woglinde: OT- is it now official soja was the vector of bacteria in DE? Jun 05 22:37:37 dont know Jun 05 23:23:48 03Paul Eggleton  07master * r70aa0c474e 10openembedded.git/recipes/linux/ (6 files in 4 dirs): Jun 05 23:23:48 linux-h1940: drop obsolete linux-h1940 kernels Jun 05 23:23:48 These are very old and have been superseded by the merged h1940 support Jun 05 23:23:48 in mainline 2.6.39. Jun 05 23:23:48 Signed-off-by: Paul Eggleton Jun 05 23:23:59 03Paul Eggleton  07master * rf913b955bd 10openembedded.git/recipes/linux/ (linux-2.6.39/h1940/defconfig linux_2.6.39.bb): Jun 05 23:23:59 linux-2.6.39: add defconfig for h1940 Jun 05 23:23:59 Add h1940 defconfig courtesy of Vasily Khoruzhick Jun 05 23:23:59 Signed-off-by: Paul Eggleton Jun 05 23:24:00 03Paul Eggleton  07master * rbe2cf0661b 10openembedded.git/conf/machine/h1940.conf: Jun 05 23:24:00 h1940: prefer linux 2.6.39, switch to uImage Jun 05 23:24:00 Mainline linux as of 2.6.39 has almost all support pieces integrated for Jun 05 23:24:00 h1940. In addition switch to uImage to allow booting from u-boot Jun 05 23:24:01 (especially as booting directly from HaRET seems to be problematic at the Jun 05 23:24:01 moment.) Jun 05 23:24:02 Signed-off-by: Paul Eggleton **** ENDING LOGGING AT Mon Jun 06 02:59:57 2011