**** BEGIN LOGGING AT Sat Jul 03 02:59:56 2010 Jul 03 04:13:38 03Mike Westerhof  07org.openembedded.dev * r25b8bc104c 10openembedded.git/recipes/meta/slugos-packages.bb: Jul 03 04:13:38 SlugOS: slugos-packages - add dbus and bluez-libs Jul 03 04:13:38 and documentation changes for unbuildable/broken packages. Jul 03 04:23:05 03Graham Gower  07org.openembedded.dev * r5d13a8a6a3 10openembedded.git/ (3 files in 3 dirs): Jul 03 04:23:05 qemumipsel.conf: Add qemumipsel support, based upon qemumips. Jul 03 04:23:05 Signed-off-by: Graham Gower Jul 03 04:23:05 Signed-off-by: Khem Raj Jul 03 04:23:10 03Graham Gower  07org.openembedded.dev * r9fcdf57b3e 10openembedded.git/recipes/xorg-xserver/xserver-kdrive_1.5.3.bb: (log message trimmed) Jul 03 04:23:10 xserver-kdrive_1.5.3.bb: add openssl to DEPENDS. Jul 03 04:23:10 The build fails without openssl. Jul 03 04:23:10 | mipsel-oe-linux-libtool: compile: ccache mipsel-oe-linux-gcc -march=mips32 Jul 03 04:23:10 -DHAVE_CONFIG_H -I. -I../include Jul 03 04:23:17 Signed-off-by: Khem Raj Jul 03 04:23:18 03Graham Gower  07org.openembedded.dev * rb5ba4364bf 10openembedded.git/recipes/gnupg/ (gnupg-1.4.10/mips_gcc4.4.patch gnupg_1.4.10.bb): Jul 03 04:23:18 gnupg_1.4.10.bb: fix build on mips(el) with recent gcc. Jul 03 04:23:19 Patch "borrowed" from openwrt. Jul 03 04:23:21 https://dev.openwrt.org/browser/packages/utils/gnupg/patches/001-mips_gcc4.4.patch Jul 03 04:23:21 Signed-off-by: Graham Gower Jul 03 04:23:21 Signed-off-by: Khem Raj Jul 03 04:23:21 03Graham Gower  07org.openembedded.dev * r065247eb9a 10openembedded.git/recipes/tcltk/ (tcl-8.5.8/mips-tclstrtod.patch tcl_8.5.8.bb): Jul 03 07:56:26 03Koen Kooi  07org.openembedded.dev * reae090f700 10openembedded.git/recipes/devicekit/devicekit-power_014.bb: devicekitpower: since this is based on a git snapshot, run gtkdocize in configure Jul 03 12:18:17 hi, OE has issues with ccache ? Jul 03 12:18:37 I'm building natively on ARMv5TE and it pukes Jul 03 12:18:47 hm not really Jul 03 12:18:55 delete your ccache cache Jul 03 12:18:58 and start again Jul 03 12:19:43 woglinde: hang on ... I'll get to the message Jul 03 12:19:47 woglinde: it doesn't even start building Jul 03 12:19:53 ?????? Jul 03 12:20:28 woglinde: wait ... I started bitbake again ... it'll take a bit of time until it gets to the kernel Jul 03 12:20:31 s/kernel/error Jul 03 12:20:37 lack of sleep ... damned Jul 03 12:20:37 hm thats sounds like bitbake Jul 03 12:20:52 woglinde: yea ... sorry Jul 03 12:21:01 are using dev or stable? Jul 03 12:21:09 when using dev Jul 03 12:21:13 woglinde: it dies in the part where it's "handling bitbake files" Jul 03 12:21:17 woglinde: dev Jul 03 12:21:20 consider to swtich over to bitbake master Jul 03 12:21:25 its faster Jul 03 12:21:36 woglinde: I use what's in debian ... ok Jul 03 12:21:41 oh no Jul 03 12:21:45 thats far to old Jul 03 12:22:01 1.8.18 ? Jul 03 12:22:04 hm Jul 03 12:22:06 okay Jul 03 12:22:09 than the updated it Jul 03 12:22:17 1.8.18 is good enough Jul 03 12:22:17 hehe Jul 03 12:22:26 but master is really better for dev Jul 03 12:22:30 believe me Jul 03 12:22:45 woglinde: I do believe you Jul 03 12:25:39 woglinde: http://pastebin.com/hySGXr9G this is it Jul 03 12:26:11 hm what machine is it? Jul 03 12:26:27 whats armv5tel proc? Jul 03 12:28:44 typo? Jul 03 12:29:15 hm Jul 03 12:29:17 no Jul 03 12:29:21 I googeld Jul 03 12:29:40 and there are serval hits report about armv5tel Jul 03 12:29:46 03Marco Cavallini  07org.openembedded.dev * rae8b4ea6f5 10openembedded.git/conf/distro/include/kaeilos-2009-preferred-versions.inc: kaeilos-2009-preferred-versions.inc: updated packages version Jul 03 12:30:20 http://lists.debian.org/debian-dpkg/2004/12/msg00077.html Jul 03 12:30:35 hrms Jul 03 12:30:39 which file was it Jul 03 12:31:19 woglinde: it should be armv5te Jul 03 12:31:30 dunno why it's armv5tel there ... Jul 03 12:31:47 marex so which machine? Jul 03 12:32:09 http://pastebin.com/ZDM2vafT Jul 03 12:32:14 this one ... Jul 03 12:32:34 XScale-PXA270 rev 7 (v5l) Jul 03 12:32:40 right Jul 03 12:32:40 CPU architecture: 5TE Jul 03 12:32:52 so thats where tel comes from Jul 03 12:32:53 so why is there armv5tel ? Jul 03 12:32:58 el ... endian little ? Jul 03 12:33:11 hm could be Jul 03 12:33:20 only this comes to my mind ... but that's still weird Jul 03 12:33:30 Linux yumi 2.6.35-rc3+ #13 PREEMPT Fri Jul 2 18:05:42 CEST 2010 armv5tel GNU/Linux Jul 03 12:33:32 oh Jul 03 12:33:52 woglinde: this is where that comes from Jul 03 12:34:08 hm yes Jul 03 12:34:40 then do we have a kernel bug or OE bug ? Jul 03 12:34:46 I'd doubt this being a kernel bug Jul 03 12:35:02 it's there for too long to slip unnoticed Jul 03 12:36:05 hm so whats the l for Jul 03 12:36:29 pb would know Jul 03 12:37:24 woglinde: little endian ... ARM can be big endian too Jul 03 12:37:41 yes Jul 03 12:39:26 marex hm el was the default for arm Jul 03 12:39:43 the b would say its bit endian Jul 03 12:39:47 woglinde: yea Jul 03 12:39:57 well I know it's perverse to compile OE on ARM/xscale :) Jul 03 12:40:06 wikipedia has nothing about the l Jul 03 12:40:58 hm lets dive into the kernel source Jul 03 12:41:19 woglinde: already doing that Jul 03 12:47:20 woglinde: where does it dig out this info in the first place ? Jul 03 12:47:38 hm I am not sure Jul 03 12:47:44 maybee its the toolchain Jul 03 12:48:38 woglinde: I can probably ask some friends in Marvell after the weekend Jul 03 12:49:38 woglinde: but still ... how shall OE handle that ? Jul 03 12:49:52 marex there is some file Jul 03 12:49:58 where this is mapped Jul 03 12:50:08 but dont remember at hand which it was Jul 03 12:50:26 woglinde: but it still dies only on openssl Jul 03 12:51:33 hm Jul 03 12:52:49 woglinde: hang on ... I just added my machine to sane-feed.inc Jul 03 12:53:11 ag right Jul 03 12:54:00 woglinde: in case I wanted to add that machine, does it still have to go through bugzilla ? Jul 03 12:54:03 hm Jul 03 12:54:09 but that will not help openssl Jul 03 12:54:15 (you know ... bad past experience) Jul 03 12:54:36 woglinde: we'll see in a few minutes :) Jul 03 12:55:13 *sigh* Jul 03 12:56:48 woglinde: what is it ? Jul 03 12:57:10 you have to edit classes/siteinfo.bbclass Jul 03 13:02:31 woglinde: why does it puke only for openssl though Jul 03 13:03:21 it will puke later too Jul 03 13:03:38 openssl is the first who needs to determine the eandiness Jul 03 13:05:40 woglinde: ah I see Jul 03 13:06:00 woglinde: how should I patch the file though ? Jul 03 13:06:33 hm? Jul 03 13:06:51 you should able to do it on your self with the error message you send Jul 03 13:07:01 Handling BitBake files: - (3733/8394) [44 %]ERROR: Information not available for target 'armv5tel-linux' Jul 03 13:08:20 so I should add armel-linux-gnueabi or what ? Jul 03 13:17:00 he zecke Jul 03 13:19:55 thanks Jul 03 13:20:03 woglinde: who will win? Jul 03 13:20:22 zecke we Jul 03 13:20:26 as always Jul 03 13:20:33 win? Jul 03 13:20:35 hi all Jul 03 13:20:40 we have guido buchwald on the bench Jul 03 13:20:41 haha Jul 03 13:20:46 http://iniwmblog.wordpress.com/ Jul 03 13:20:48 ah, soccer Jul 03 13:20:52 crazy germans :) Jul 03 13:20:54 sorry only german link Jul 03 13:20:55 stefan_schmidt: any news about your java issue? Jul 03 13:21:04 oh jeez Jul 03 13:21:15 btwI have openjdk now running withc gcc-4.5 uclibc Jul 03 13:21:27 on the beagle Jul 03 13:21:37 zecke: I got a 2.1GB core file and some nice statement from glibc about an double free but haven't investigated yet Jul 03 13:21:45 today is time for my study thesis again Jul 03 13:21:52 stefan uh uh Jul 03 13:23:02 zecke: congrats to miji btw Jul 03 13:23:34 zecke: I somehow was thinking you will go more in the GSM direction, but you have to many interests :) Jul 03 13:23:47 stefan_schmidt: lol, moiji... but nothing to congratulate yet Jul 03 13:24:14 zecke: heh, yeah, I figure it. Was more about that you seem to have open up your mind for some future direction Jul 03 13:24:38 stefan_schmidt: GSM is still #1 on the list Jul 03 13:25:02 zecke: ok :) Jul 03 13:25:14 stefan_schmidt: writing thesis as well ? Jul 03 13:25:17 stefan_schmidt: what degree ? Jul 03 13:26:01 Marex: computer science diploma. But this is just the smaller thesis in preparation. 3 months vs. 6 months Jul 03 13:26:03 D Jul 03 13:26:12 delay tolerant networking over 802.15.4 Jul 03 13:26:56 Marex: And you? Jul 03 13:27:26 stefan_schmidt: writing Bc. degree thesis ... that's the degree you get after three years of studies Jul 03 13:27:42 stefan_schmidt: _sadly_ I choose to hack on BSD licensed project Jul 03 13:27:48 I so hate that license now Jul 03 13:28:03 how stupid and naive I was Jul 03 13:28:04 Marex: yeah, thats what we have here for newcomers as well only. Diploma is dieing out Jul 03 13:28:29 stefan_schmidt: well I'm planning to continue my studies if I pass this Jul 03 13:29:00 stefan_schmidt: I have to write like 50 pages about how I ported OpenBSD kernel to Palm hardware Jul 03 13:29:34 Marex: 50 pages about pain ;) Jul 03 13:30:05 stefan_schmidt: it's more painful to loose time with it ... there is a pile of hardware that still doesn't run U-boot and linux properly next to me Jul 03 13:30:53 Marex: thats always the case as hardware piles up all the time :) Jul 03 13:32:21 Marex: btw, you are doing the PXA cpufreq fixup patches that came in lately, right? Jul 03 13:32:42 Marex: ever had a problem with the PXAonFlash driver with enabled CPUFREQ? Jul 03 13:33:15 Marex: It fails during probing for me when CPUFREQ is enabled Jul 03 13:34:00 stefan_schmidt: PXAonFlash ? what's that ? Jul 03 13:34:24 stefan_schmidt: btw. I've been digging in the CPUfreq as it was locking up on one of my platforms and causing LCD dismay on another Jul 03 13:34:39 Marex: Maybe I got the name wrong. The PXA flash driver Jul 03 13:35:00 stefan_schmidt: isn't that deprecated in favor of physflash ? Jul 03 13:35:11 *physmap-flash Jul 03 13:35:55 Marex: maybe, but it is still used in recent kernels. Jul 03 13:36:49 stefan_schmidt: on what device ? Jul 03 13:37:02 it should be killed, deprecated and removed if possible Jul 03 13:37:03 Marex: imote2 Jul 03 13:37:24 Marex: hmm Jul 03 13:38:13 its cfi_probe actually Jul 03 13:38:28 EWWWWW Jul 03 13:38:36 that can be clearly converted to physmap-flash Jul 03 13:38:36 Marex: http://pastebin.com/K97UwQSH Jul 03 13:38:57 Marex: ok, I keep that in mind, but it hjas to wait until august Jul 03 13:39:17 stefan_schmidt: do you know anywhere where I can get that device ? Jul 03 13:39:57 Marex: I only have two of them from my university for the thesis. xbow sells them, but they are quite expensive Jul 03 13:40:05 http://www.xbow.com/ Jul 03 13:40:20 Marex: They also miss a u-boot port *hint* ;) Jul 03 13:40:35 stefan_schmidt: I wanted to say "dang", but I must say "shit" ;/ Jul 03 13:40:42 heh Jul 03 13:40:55 stefan_schmidt: one would come handy, but my pocket money ran out, you know Jul 03 13:40:57 ;-) Jul 03 13:41:39 heh Jul 03 13:42:32 Marex: yeah, have to get mine back after I have finished I think Jul 03 13:42:35 well I'm happy I can say that in -devel of u-boot-pxa, the dismay has been taken care of ... mostly Jul 03 13:42:54 it was in a terrible state Jul 03 13:43:16 stefan_schmidt: you're german ? Jul 03 13:43:20 Marex: yes Jul 03 13:43:28 hi mickey|wm Jul 03 13:43:33 stefan_schmidt: where from ? Jul 03 13:43:40 mickey|wm: already warming up yourself for sofa-soccer ;) Jul 03 13:43:45 Marex: Braunschweig Jul 03 13:43:57 mickey|wm: ;-) Jul 03 13:44:08 stefan_schmidt: absolutely. in a few minutes we're walking to my neighbour and watching in a small group Jul 03 13:44:16 stefan_schmidt: any bigger city near there ? Jul 03 13:44:28 mickey|wm: no public viewing in FFM? Jul 03 13:44:33 stefan_schmidt: I'm going to germany to have a beer with Denx.de people Jul 03 13:44:33 Marex: Hannover Jul 03 13:44:45 hm, the oposite site of germany 3-/ Jul 03 13:44:50 Marex: ah, the u-boot crowd Jul 03 13:44:51 stefan_schmidt: too hot Jul 03 13:44:52 *side Jul 03 13:44:55 mickey|wm: heh Jul 03 13:44:59 i prefer small groups @ that temperature Jul 03 13:45:00 stefan_schmidt: yea ... Jul 03 13:45:01 Marex: yeah Jul 03 13:45:42 * Marex preffers big groups of beer bottles ... full beer bottles at good temperature Jul 03 13:45:45 :-Q.... Jul 03 13:46:26 and the damned fridge is empty (well there's food, but ...) Jul 03 13:46:50 stefan_schmidt: maybe we can set up some remote access Jul 03 13:47:20 stefan_schmidt: that's what Wolfgang already has over there at denx and what I plan to do here in smaller scale :) Jul 03 13:47:43 Marex: hmm, I'm really tight on time these days. I mostly just want to finish the stuff for the thesis and be done with it. To many other work piling up Jul 03 13:48:33 stefan_schmidt: you tell me ... Jul 03 14:01:14 zecke, still about Jul 03 14:34:10 gm Jul 03 14:41:20 Kernel build failure: log.staging_packager says "ar: .: file changed as we read it" <---- looks like a locking issue or a scheduling issue with bitbake; anyone encounter this? Jul 03 14:49:20 mwester: I have seen this error too Jul 03 14:49:33 mwester: but its not reproducable always Jul 03 14:49:54 if you restart the build then it works Jul 03 14:50:00 :) I get it about 50% of the time on clean builds on one of my servers. Jul 03 14:50:07 likewise: howdy Jul 03 14:50:19 mwester: thats about right Jul 03 14:50:44 woglinde: no luck ... still the same openssl problem Jul 03 14:51:11 I'm concerned because if the tar file is changing while being read, it would indicate a race condition -- and I'm wondering what might be mis-staged that is NOT being caught as an error. Seems to be a scheduling bug. Jul 03 14:51:58 mwester: yes seems likely Jul 03 14:53:43 mwester: actually it also happens with configure Jul 03 14:54:15 ouch Jul 03 14:54:23 That might not be so restartable. Jul 03 14:54:32 it is Jul 03 14:54:41 because what happens Jul 03 14:55:17 is that the file is open for writing and other process tries to execute it Jul 03 15:07:26 woglinde: well I believe it doesn't die on the TARGET_ARCH, it dies on the HOST_ARCH Jul 03 15:08:37 it probably can't correctly detect the host architecture as it wants to build packages for the host first Jul 03 15:55:42 khem: howdy khem Jul 03 15:58:48 likewise: all good. now I have a week off Jul 03 15:59:04 likewise: so enjoying football today :) Jul 03 15:59:56 khem: :-) Jul 03 16:00:03 khem: good, cheer us into the finals Jul 03 16:00:54 football == soccer, right? Jul 03 16:01:04 sure Jul 03 16:01:11 voetbal or fussball Jul 03 16:01:12 I am not american Jul 03 16:01:19 hehe Jul 03 16:01:41 I know, just checking on the terminology Jul 03 16:01:55 I call it football and what is called football here is a broken version of rugby Jul 03 16:02:04 which I call american football Jul 03 16:02:17 and they also have football world cup here :) Jul 03 16:02:38 when it comes to local sport I like ICE hockey Jul 03 16:02:46 and a bit of basketball Jul 03 16:04:57 likewise: how is stuff how is your cortex m3 gig coming along Jul 03 16:05:37 khem: nothing fancy, I am having a ethernet to jtag adapter made now Jul 03 16:06:04 khem: and I am supporting a cortex-m0 core in fpga Jul 03 16:06:15 khem: small side projects Jul 03 16:06:22 nice Jul 03 16:06:31 ethernet to jtag hmm Jul 03 16:06:35 thats cool Jul 03 16:06:47 that could be a nice product Jul 03 16:06:51 for any board Jul 03 16:13:26 woahahahaha Jul 03 16:13:27 4:0 Jul 03 16:13:37 woglinde: who's playing ? Jul 03 16:13:44 we won Jul 03 16:13:55 against maradonna Jul 03 16:14:45 okay shopping now Jul 03 16:15:01 till later Jul 03 16:54:33 hi , i m having problem on openembedded , i m using igepv2 , the angstrom doesnt have igepv2 wifi driver ? i tried "bitbake console-image" tried to access wifi , but i cant access Jul 03 17:00:35 JDuke128: you're missing a kernel driver, right ? Jul 03 17:00:52 JDuke128: is the wifi driver in kernel ? Jul 03 17:01:02 JDuke128: or possibly, aren't you only missing a firmware for the wifi ? Jul 03 17:01:03 no Jul 03 17:01:30 where is Jul 03 17:01:39 how can i get wifi driver for igepv2 ? Jul 03 17:01:43 Marex , Jul 03 17:02:13 JDuke128, what's the wifi chip? Jul 03 17:02:16 hi btw Jul 03 17:02:20 hi Jul 03 17:02:27 let me look 1 min Jul 03 17:02:32 ok Jul 03 17:03:14 hmmm Jul 03 17:03:19 igep0020.conf Jul 03 17:03:54 PREFERRED_PROVIDER_virtual/kernel = "linux-igep2" Jul 03 17:04:12 I think you need to opkg install the correct wifi module + install wireless-tools Jul 03 17:04:16 etc... Jul 03 17:04:20 broadcom Jul 03 17:04:29 b43? Jul 03 17:04:33 ouch for the firmware Jul 03 17:05:18 ok Jul 03 17:05:24 bitbake wireless-tools ? Jul 03 17:05:29 it gives drivers too ? Jul 03 17:05:32 I'll verify if it's broadcom Jul 03 17:05:34 no Jul 03 17:05:48 bitbake wireless-tools gives iwconfig Jul 03 17:06:26 http://www.mail-archive.com/linux-omap@vger.kernel.org/msg24125.html Jul 03 17:07:01 [PATCH 16/23] IGEPv2: Added WIFI support Tony Lindgren Jul 03 17:07:06 but where is it ? Jul 03 17:10:18 JDuke look: diff --git a/arch/arm/mach-omap2/board-igep0020.c Jul 03 17:10:21 OMAP2? Jul 03 17:10:23 why? Jul 03 17:10:39 I think thats not what we want Jul 03 17:10:48 it may be IGEPv1?? Jul 03 17:11:17 or not... igep0020 is the board ID for IGEPv2? I am confused.. Jul 03 17:11:43 yes it seem so Jul 03 17:12:07 aszpain , yes we dont know how to install wifi for igepv2 Jul 03 17:12:20 but then... why OMAP2 in the ARCH? Jul 03 17:12:54 aszpain, I don't know why but omap3 are in omap2 in the kenrel Jul 03 17:13:05 I think they are sayng that we must apply the patch to that file and then rebuild the image... yes? Jul 03 17:13:25 hmm Jul 03 17:13:56 the igepv2 manual says Jul 03 17:13:57 Chipset based on Marvell 88W8686 Jul 03 17:14:02 which is not broadcom Jul 03 17:14:13 so it should be libertas Jul 03 17:14:14 i c Jul 03 17:14:23 how can we do ? i m noob Jul 03 17:14:27 there are 2 variants of libertas Jul 03 17:14:34 bitbake xxx ? Jul 03 17:14:34 libertas_tf for thin firmware Jul 03 17:14:41 and libertas normal with big firmware Jul 03 17:14:42 bitbake libertas_tf ? Jul 03 17:14:52 no Jul 03 17:14:58 look at the kenrel modules you have Jul 03 17:15:08 yes ? Jul 03 17:15:11 then ? Jul 03 17:15:16 how can i install it Jul 03 17:15:20 but bitbake wireless-tools Jul 03 17:15:23 or wireless-utils Jul 03 17:15:26 or something like that Jul 03 17:15:30 the thing that gives iwconfig Jul 03 17:15:35 i did Jul 03 17:15:46 yea Jul 03 17:15:52 it gave me something Jul 03 17:15:54 * gnutoo wonder why there is no wifi feature in igep conf file Jul 03 17:16:01 wireless-tools Jul 03 17:16:21 it worked Jul 03 17:16:30 but i donno it will help for wifi Jul 03 17:16:34 lack of driver Jul 03 17:16:38 I found it inux-omap-modules-2.6.33.4-0\linux-omap-modules-2.6.33.4-0\lib\modules\2.6.33.4\kernel\drivers\net\wireless\libertas Jul 03 17:16:40 i think iwconfig wont help Jul 03 17:16:54 ok Jul 03 17:17:01 aszpain Jul 03 17:17:05 iwconfig on target gives something Jul 03 17:17:13 JDuke did u insmod the libertas.ko? Jul 03 17:17:42 iwconfig says something about wlan0? Jul 03 17:18:22 wait i look Jul 03 17:20:33 no Jul 03 17:20:44 it should be something like: Jul 03 17:20:47 libertas_sdio Jul 03 17:20:51 which depend on libertas Jul 03 17:20:57 I've a libertas in my bug device Jul 03 17:54:13 re Jul 03 18:57:30 woglinde, hi Jul 03 20:04:18 the do_unpack error w/ubuntu fixed by installing gzip from OE in the host Jul 03 20:04:41 what about adding gzip-native package? Jul 03 20:16:35 re Jul 03 20:45:25 GNUtoo|laptop: http://tinderbox.openembedded.net/public/logs/task/6419714.txt do you have any idea what this error might be ? Jul 03 20:45:49 I'm looking Jul 03 20:46:26 /tmp/ccSOOSu6.s Jul 03 20:46:31 look at that Jul 03 20:46:38 look if it's the right arch Jul 03 20:46:45 or contain the right assembly Jul 03 20:46:45 gnutoo thats get deleted Jul 03 20:46:47 ok Jul 03 20:47:02 never saw this error on lzo Jul 03 20:48:09 I'd like to bitbake navit but some fso lib fail before... Jul 03 20:48:46 libfsobasics Jul 03 20:49:02 and mickey|wm is looking at the football match Jul 03 20:49:30 maybe bitbake -k Jul 03 20:57:20 03Michael 'Mickey' Lauer  07org.openembedded.dev * r1ed91050c8 10openembedded.git/recipes/dbus/ (15 files in 3 dirs): dbus: 1.3.0 -> 1.3.1 Jul 03 20:57:21 03Michael 'Mickey' Lauer  07org.openembedded.dev * rbf202453ed 10openembedded.git/recipes/vala/ (vala_0.9.1.1.bb vala_0.9.2.1.bb): vala: 0.9.1.1 -> 0.9.2.1 Jul 03 20:57:22 03Michael 'Mickey' Lauer  07org.openembedded.dev * r5160aea18b 10openembedded.git/recipes/freesmartphone/fsogsmd_git.bb: fsogsmd: apply patch only for openmoko devices Jul 03 20:57:52 hihi Jul 03 21:02:38 no, he is looking at his window manager Jul 03 21:05:33 ok I should have navit now Jul 03 21:08:33 woglinde: GNUtoo|laptop I have a very similar error for util-linux-ng compile Jul 03 21:08:44 hmmm Jul 03 21:08:55 ah Jul 03 21:09:03 I set gcc 4.4.5 Jul 03 21:09:19 PREFERRED_VERSION_gcc-cross = "4.4.4" Jul 03 21:09:19 PREFERRED_VERSION_gcc-cross-initial = "4.4.4" Jul 03 21:09:20 PREFERRED_VERSION_gcc-cross-intermediate = "4.4.4" Jul 03 21:09:28 and added nothing else Jul 03 21:09:32 I think binutils must be updated Jul 03 21:09:53 khem: recommended that while minimal still had old toolchain for armv7a Jul 03 21:10:03 (I'm uing angstrom-2008.1 now ) Jul 03 21:10:28 somebody knows which binutils version to set for gcc-cross* 4.4.4 ? Jul 03 21:10:44 s/4.4.5/4.4.4/ Jul 03 21:11:51 2.20 should work Jul 03 21:12:02 gcc-4.4.4 was borken for me anyway Jul 03 21:12:06 4.5 worked Jul 03 21:13:26 ah ok Jul 03 21:13:52 woglinde: when I set 4.4.5 it wanted to compile code sourcery toolchain .. Jul 03 21:17:19 woglinde: maybe it was related to the not matching binutils ? Jul 03 21:19:18 maybee Jul 03 21:19:20 dont know Jul 03 21:56:25 hmmm when narcisus compiles an image.... whats the default linux version? can u change it? Jul 03 21:58:24 aszpain: I guess you can expect it is one that works on the machine you select Jul 03 21:58:42 aszpain: I'm afraid tho you can't change it. might ask koen about it Jul 03 21:58:50 it only installs prebuilt packages Jul 03 22:13:47 check the source ;) Jul 03 22:13:50 well I dont care about kernel version if it really works.. Jul 03 22:14:48 I mean the problem is: I am using 2.6.28 uImage... so If I use 2.6.32 rootfs... will I have any problem? Jul 03 22:15:35 I think yes.. because .ko modules of 2.6.28 will lack the references of 2.6.32 right? Jul 03 22:17:03 they dont work in each other Jul 03 22:17:42 wont I be able to boot? Jul 03 22:18:08 depends if you need a module for booting Jul 03 22:18:29 hmm not specially Jul 03 22:18:53 but I want to use the kernel modules associated to the resources of my board... wifi.. etc.. Jul 03 22:20:19 so you need the modules of 2.6.28 aswell :) Jul 03 22:24:02 buzz yes.. thats not a problem.. I can "override" the ones created by the image rootfs... but its kinda hacking way.... problems will appear from nowhere :) Jul 03 22:28:34 omg I cannont belive this Jul 03 22:28:52 thats what I call good progamming , empathy and EFFICIENCY Jul 03 22:29:10 Narcissus uses the default kernel version of your board!!!! Jul 03 22:30:12 the current one of IGEPv2 is 2.6.28.10 so Narcissus creates a 2.6.28.10 image accordingly.. thats a great work!! thks :) Jul 03 23:06:56 aszpain: I also like the idea of that tool a lot. thank koen Jul 03 23:15:52 dcordes: use 2.20.1 Jul 03 23:16:57 khem: too late :D Jul 03 23:17:01 dcordes: if you use minimal you should be good Jul 03 23:17:30 khem: well of course I could switch again. Then I'm the first person to have an oe rootfs compiled with 3 different versions of binutils Jul 03 23:17:44 khem: I building Jul 03 23:17:57 khem: sorry.. I am building angstrom-gnome-image ... Jul 03 23:18:06 dcordes: if you used minimal you would get the right toolset Jul 03 23:18:09 automatically Jul 03 23:18:16 which should work in all cases mostly Jul 03 23:18:33 ok Jul 03 23:18:35 ok Jul 03 23:18:47 we can fix minimal for you Jul 03 23:19:11 otherwise you can change the binutils version in one of angstrom.incs Jul 03 23:19:40 It would be nice to create a minimal distro image with gnome Jul 03 23:20:08 right now I am setting gcc binutils in locla.conf for the angstrom use Jul 03 23:22:44 thats good too Jul 03 23:30:47 khem: compiling like buttah now :) Jul 03 23:31:07 khem: do you think it would be good to use a gzip-native by default ? Jul 03 23:46:00 ERROR: function staging_packager failed Jul 03 23:46:10 | tar: .: file changed as we read it Jul 03 23:47:11 dcordes: thats some race issue Jul 03 23:47:22 just restart the bitbake it should resume Jul 03 23:50:24 worked Jul 03 23:50:41 too many tasks at a time Jul 03 23:50:47 khem: worth creating a bug ? Jul 04 00:15:48 dcordes: its known but you can create one Jul 04 00:19:10 if it's known it's ok.. Jul 04 00:48:48 kergoth: around ? Jul 04 00:50:09 kergoth: another pain in the rear I have got with latest updates from bitbake is that earlier it created directories from SRC_URI's like if it has file://pam.d/login then they were copied into workdir under pam.d/ folder Jul 04 00:50:14 but not anymore Jul 04 00:50:44 now all files from SRC_URI is placed in top of workdir and lot of recipes depend upong 'old behavior' Jul 04 00:51:06 kergoth: let me bisect this Jul 04 00:52:28 $ git show ca257adc587bb0937ea76d8b32b654fdbf4192b8 Jul 04 00:52:28 commit ca257adc587bb0937ea76d8b32b654fdbf4192b8 Jul 04 00:52:28 Author: Nitin A Kamble Jul 04 00:52:28 Date: Thu Jun 3 21:50:02 2010 -0700 Jul 04 00:52:28 bitbake decodeurl: fix the file:// url handling Jul 04 00:52:30 Jul 04 00:52:33 thats the one Jul 04 01:47:22 khem: better yell at RP, he pulled it into bitbake without pulling the corresponding OE commit that accounts for it **** ENDING LOGGING AT Sun Jul 04 02:59:57 2010