**** BEGIN LOGGING AT Thu Jan 13 02:59:59 2011 Jan 13 03:16:48 khem, thanks Jan 13 03:20:57 I'm compiling SHR for the iPhone 3G, but having some trouble. Looks like it never downloads these files after looking at my sources folder. Anyone mind taking a look at my pastebin? http://pastebin.com/jGWb7rJN Jan 13 03:50:13 grg: you around? Jan 13 03:54:14 Lopi, ? Jan 13 03:54:53 have you tried to identify where this file should be coming from? JavaScriptCore_svn.webkit.org_.repository.webkit.trunk._73534_.tar.gz Jan 13 03:56:11 it will be created once you have done an svn checkout of the relevant repository. Or, the snapshot will be obtained from the angstrom mirror Jan 13 03:56:49 if the angstrom mirror does not (yet?) contain the file, and you are behind a firewall, you may be out of luc, Jan 13 03:56:55 s/luc,/luck/ Jan 13 03:59:06 ugh Jan 13 03:59:17 so I can't do anything about it? Jan 13 04:00:54 Lopi, i' Jan 13 04:01:02 d probably play with the recipe Jan 13 04:01:17 try to get it to use http:// instead of svn:// Jan 13 04:01:43 i reckon you can get it to do an svn-over-http checkout Jan 13 04:03:21 I downloaded it manually, but seem to be having the same problem :/ Jan 13 04:03:42 Hmm... webkit-efl_svn.bb says it uses proto=http Jan 13 04:03:45 nvm, I just need to get a few more packages manually Jan 13 04:10:34 trying to get my 'frontlight' control fixed here and the only websearch result is lardman talking about it here Jan 13 04:11:09 grg: I may have to talk to my property manager. This is getting really irritating. I keep having to manually download sources. Jan 13 04:11:47 your property manager controls your firewall? Jan 13 04:12:16 woot minilite-dev - 0.50-r0.1 - GPE Screen light control dockapp Jan 13 04:12:20 how do you ssh into all of your remote boxes? Jan 13 04:12:47 yeah, he contracts it Jan 13 04:13:05 !seen lardman Jan 13 04:13:05 grg, I don't remember seeing lardman. Jan 13 04:13:16 I don't have any servers. I'm a poor college student so I can't afford one atm :/ Jan 13 04:13:17 neither do i Jan 13 04:13:33 'minilite' doesn't do anything on my device so i'd like to fix it (backlight control is available in kernel) Jan 13 04:13:38 Lopi, you can get free shell easily enough Jan 13 04:14:03 grg: yeah, but I can't use it for dev work right? Jan 13 04:14:14 Lopi, why not? Jan 13 04:14:26 grg: won't I run out of space? Jan 13 04:14:32 probably Jan 13 04:14:46 depends on the service Jan 13 04:15:08 but you could also set up a vpn gateway Jan 13 04:16:26 so you're saying to ssh to the free shell then setup a vpn back to my box? Jan 13 04:17:35 Lopi, i'm not saying its a perfect solution. but its an option Jan 13 04:18:27 grg: I might not have another choice. That or I'm going to have to get a server to do dev work on :/ Jan 13 04:19:33 i'm not sure how often the angstrom mirror updates, but its probably not more than a day or two away from having the files you need (so long as you don't pull oe again and get another srcrev bump) Jan 13 04:20:37 if I talked to my property manager, what do you think I'll need exceptions for on the firewall? Jan 13 04:21:29 git svn cvs ssh ftp.... Jan 13 04:22:09 alright Jan 13 04:22:17 just ask what the firewall is intended to stop, and ask them to relax it for everything else Jan 13 04:22:41 e.g. if its there to stop connecting to torrents, ask them to allow ports under 1024 Jan 13 04:22:52 lol that's the strange part Jan 13 04:22:57 I can torrent just fine ;p Jan 13 04:23:01 ha Jan 13 04:23:13 you would think it would be in place to stop that Jan 13 04:23:13 but no Jan 13 04:23:16 probably works with upnp Jan 13 04:23:19 yeah Jan 13 04:23:46 popn1k, minilite looks in /sys/class/backlight for a backlight driver Jan 13 04:24:04 popn1k, if your device has no backlight driver, then it wont do much Jan 13 04:27:59 echo 100 > /sys/devices/platform/omap_pwm_led.0/leds/lcd-backlight/brightness works Jan 13 04:28:31 popn1k, try running minilite under strace to find out what is failing Jan 13 04:29:04 strace -e trace=file minilite Jan 13 04:29:50 open("(null)/max_brightness", O_RDONLY) = -1 ENOENT (No such file or directory) open("(null)/brightness", O_WRONLY|O_CREAT|O_TRUNC, 0666) = -1 ENOENT (No such file or directory) Jan 13 04:30:45 the minilite sources are very small... if you have a passing familiarity with c, you could figure out what its doing Jan 13 04:31:01 i can't find the sources Jan 13 04:31:48 popn1k, http://pastebin.com/yQ4cSD70 Jan 13 04:31:51 florian boor seems to be maintainer Jan 13 04:32:18 thanks :) Jan 13 04:32:44 http://gpe.linuxtogo.org/download/source/ Jan 13 04:35:44 btw, i don't think this app has been "maintained" for a very long time Jan 13 04:35:55 a lot of gpe suffers bitrot Jan 13 04:36:08 and lacks error checking Jan 13 04:36:18 (like you see, with open("(null)/max_brightness" ...) Jan 13 04:36:41 i understand - the old way would be to configure with a simple /etc/minilite.conf Jan 13 04:36:56 * grg waves at pb Jan 13 04:37:55 what's minilite.conf? Jan 13 04:38:27 or are you saying that a hypothetical minilite.conf would have been preferable? Jan 13 04:38:36 it could allow the binary to modify the /sys/devices for different devices Jan 13 04:38:39 yes Jan 13 04:38:58 i might be wrong Jan 13 04:39:15 well, you can look at ipaq-sleep for an example of how poorly that can be done Jan 13 04:39:30 * grg dons asbestos suit Jan 13 04:40:18 i shouldn't be allowed near such things but am willing to listen to 'the right way' Jan 13 04:41:24 grg - all i know is 'kiss'... and the kernel provides an interface that people can discover Jan 13 04:41:39 which is why i'm here Jan 13 04:43:32 here's a bug report against ipaq-sleep that i raised some time ago. http://bugs.linuxtogo.org/show_bug.cgi?id=327 Jan 13 04:43:46 presumably the app has been broken since it was written Jan 13 04:44:11 i remember when *nix used textfiles Jan 13 04:44:23 popn1k, in minilite's defence, the kernel interface for backlights was probably added after minilite was written Jan 13 04:44:34 gotcha Jan 13 04:45:02 a lot of the kernel interfaces that are useful for embedded systems have matured a lot in the last 5 years or so Jan 13 04:45:40 unfortunately, gpe bits were mostly written just before that and have lots of crufty old legacy interfaces Jan 13 04:45:48 so there's some gtk callback when slider value is changed... Jan 13 04:46:17 g_signal_connect (G_OBJECT (adj), "value-changed", G_CALLBACK (value_changed), NULL); Jan 13 04:46:29 popn1k, i guess get_sysclass_bl() is returning NULL for you Jan 13 04:50:51 http://www.google.com/search?hl=en&q=gtk+get_sysclass_bl Jan 13 04:50:53 lol Jan 13 04:52:25 * mwester-laptop mutters about core apps abandoning simple text files for configuration, and making the assumption instead that supporting dbus is somehow equivalent... Jan 13 04:55:48 * grg hates dbus and everything it stands for Jan 13 04:55:56 me too Jan 13 04:56:48 this whole new generation of kids needs to be beaten to within an inch of their lives and then held underwater like kittens until they come up begging for textfiles and c Jan 13 04:57:18 :) and dont get me started on the kernel interfaces dnotify, inotify, fnotify Jan 13 05:12:44 thanks grg .. i have to learn more gtk and update this so that pkg-config even works Jan 13 05:13:20 but it's a harsh reminder of what 'unqualified' means Jan 13 05:13:35 heh. let me know when pkg-config "works" Jan 13 05:15:58 gpe does look small and comparatively simple Jan 13 05:16:06 * popn1k likes simple Jan 13 05:17:55 Package gtk+-2.0 was not found in the pkg-config search path. Jan 13 05:19:00 need to install the gtk dev libs Jan 13 05:42:48 present for grg http://www.econtalk.org/archives/2009/06/epstein_on_the.html Richard Epstein on the Rule of Law Jan 13 05:44:21 That's not particularly relevant to me. I don't live in the US. Jan 13 05:54:08 khem ping? Jan 13 06:08:33 khem, garnet it unresponsive...I'm halting it Jan 13 06:48:32 hii Jan 13 06:49:27 can anyone help me how to create our own recipes for oe. Jan 13 07:03:43 I have receipt for kernel source tree and receipt for my program in separate directories. I need to copy-on-the-fly serveral files from kernel source tree into my program source tree during kernel compilation step. how to do it better? Jan 13 07:15:57 kergoth: after your fix still: Patch devmem2-fixups-2.patch does not apply (enforce with -f) Jan 13 07:30:30 gm Jan 13 07:32:40 03Martin Jansa  07master * r87fecb5c91 10openembedded.git/recipes/xorg-doc/ (xorg-docs_1.5.bb xorg-sgml-doctools_1.3.bb): Jan 13 07:32:41 xorg-doc: obsolete old versions Jan 13 07:32:41 Acked-by: Khem Raj Jan 13 07:32:41 Signed-off-by: Martin Jansa Jan 13 07:32:49 03Martin Jansa  07master * rc5b9e3f323 10openembedded.git/recipes/xorg-font/ (39 files): Jan 13 07:32:49 xorg-font: obsolete old versions Jan 13 07:32:49 Acked-by: Khem Raj Jan 13 07:32:49 Signed-off-by: Martin Jansa Jan 13 07:32:51 03Martin Jansa  07master * rf5d8dd3afb 10openembedded.git/removal.txt: Jan 13 07:32:51 removal: announce old xorg recipes removal Jan 13 07:32:51 Acked-by: Khem Raj Jan 13 07:32:51 Signed-off-by: Martin Jansa Jan 13 07:32:52 03Martin Jansa  07master * r7e94eaa195 10openembedded.git/recipes/xorg-xserver/ (9 files in 3 dirs): Jan 13 07:32:53 xorg-xserver: obsolete old versions Jan 13 07:32:53 Acked-by: Khem Raj Jan 13 07:32:53 Signed-off-by: Martin Jansa Jan 13 07:32:55 03Martin Jansa  07master * rd90ee2735e 10openembedded.git/recipes/ (30 files in 7 dirs): Jan 13 07:32:55 xorg: new versions 2011-01-11 Jan 13 07:32:55 Acked-by: Khem Raj Jan 13 07:32:56 Signed-off-by: Martin Jansa Jan 13 07:33:04 03Martin Jansa  07master * r325bbf9b26 10openembedded.git/recipes/ (7 files in 3 dirs): Jan 13 07:33:05 xorg: new versions 2011-01-12 Jan 13 07:33:05 Acked-by: Khem Raj Jan 13 07:33:05 Signed-off-by: Martin Jansa Jan 13 07:33:06 03Martin Jansa  07master * rc0d6b28a32 10openembedded.git/recipes/ (6 files in 3 dirs): Jan 13 07:33:06 xproxymanagementprotocol: drop PROVIDES xproxymngproto and update other recipes DEPENDS Jan 13 07:33:06 * now xproxymanagementprotocol-sdk also provided xproxymngproto which is wrong Jan 13 07:33:06 * other option would be to add PROVIDES_virtclass-sdk = xproxymngproto-sdk Jan 13 07:33:06 Acked-by: Khem Raj Jan 13 07:33:07 Signed-off-by: Martin Jansa Jan 13 07:33:08 03Martin Jansa  07master * rce6c525eb2 10openembedded.git/recipes/xorg-util/ (imake_1.0.2.bb makedepend_1.0.2.bb util-macros_1.3.0.bb): Jan 13 07:33:09 xorg-util: obsolete old versions Jan 13 07:33:09 Acked-by: Khem Raj Jan 13 07:33:21 03Martin Jansa  07master * r5803d0d72a 10openembedded.git/recipes/xorg-data/ (xbitmaps_1.1.0.bb xcursor-themes_1.0.2.bb): Jan 13 07:33:22 xorg-data: obsolete old versions Jan 13 07:33:22 Acked-by: Khem Raj Jan 13 07:33:22 Signed-off-by: Martin Jansa Jan 13 07:33:25 03Martin Jansa  07master * rec80e3f519 10openembedded.git/recipes/xorg-lib/ (69 files in 7 dirs): Jan 13 07:33:25 xorg-lib: obsolete old versions Jan 13 07:33:25 Acked-by: Khem Raj Jan 13 07:33:25 Signed-off-by: Martin Jansa Jan 13 07:33:30 03Martin Jansa  07master * rb92bc10a16 10openembedded.git/recipes/xorg-app/ (91 files in 6 dirs): Jan 13 07:33:31 xorg-app: obsolete old versions Jan 13 07:33:31 Acked-by: Khem Raj Jan 13 07:33:31 Signed-off-by: Martin Jansa Jan 13 08:13:30 good morning Jan 13 08:13:47 moin Jan 13 08:26:57 linux-omap recipe is for which architecture? OMAP1 or I can use it for OMAP3 ? Jan 13 08:27:16 sakoman_: ping Jan 13 09:23:52 hola Jan 13 09:24:04 where's libgtk2.0-dev equivalent for OE? Jan 13 09:24:21 http://gpe.linuxtogo.org/download/source/ don't see it here Jan 13 09:26:05 davidlt: most development since 2008 has been omap3 / beagle etc Jan 13 09:26:45 Yeah, I am looking for 2.6.36 or 37 kernel for OMAP3 Jan 13 09:28:10 boo i got 2.6.29 Jan 13 09:29:00 I'm compiling SHR for the iPhone3G, but ran into some errors. Anyone mind taking a look at my pastebin? http://pastebin.com/LSD6xQ9Z Jan 13 09:30:23 davidlt: recipes/linux/linux-omap_2.6.37.bb Jan 13 09:30:31 good morning Jan 13 09:31:01 hi Jan 13 09:31:30 ericben: I am trying this right now, but it looks like it is not working on my Gumstix Overo Air. Jan 13 09:31:57 funny how i have no idea what youre doing Jan 13 09:32:25 davidlt: you need to add this board's support to the kernel if it's not present. Last time I checked it was booting on BB-XM Jan 13 09:33:36 ericben: There is some patches for over machines and etc. I think sakoman was releasing new linux-omap3 kernels for Gumstix boards. Jan 13 09:33:44 Image Name: Angstrom/2.6.37/overo Jan 13 09:33:54 But it stucks on Uncompressing Linux Jan 13 09:35:30 Lopi: there is the do_compile task missing Jan 13 09:37:21 HeinervdmWork: What can I do about it? Jan 13 09:37:39 Lopi: try to clean that package and build again Jan 13 09:37:49 that Jan 13 09:38:00 's always the first thing i do :) Jan 13 09:39:25 HeinervdmWork: I'm still learning, by cleaning do you mean delete? Jan 13 09:40:07 bitbake -c clean libgsmmux0710 Jan 13 09:40:29 bitbake -c clean libgsm0710mux Jan 13 09:42:29 HeinervdmWork: Ah okay, thanks :) Jan 13 09:45:58 Lopi: which version do you build? current oe.dev HEAD, or an older version with fso-autorev.inc included? Jan 13 09:47:42 HeinervdmWork: I'm not entirely sure. Probably the included one. Jan 13 09:48:10 yesterday you had fso-autorev.inc included Jan 13 09:48:26 probably still in local.conf Jan 13 09:49:43 Lopi: then it's possbile that you are trying to build from master cornucopia master branch wich has no Makefile anymore Jan 13 09:50:07 -master Jan 13 09:51:05 03Martin Jansa  07master * r0f16dd9fce 10openembedded.git/recipes/python/files/pyrex-fix-optimized-mode.patch: Jan 13 09:51:06 python-pyrex: move patch used only in python-pyrex to own directory instead of files Jan 13 09:51:06 * bonus: faster patch lookup Jan 13 09:51:06 Signed-off-by: Martin Jansa Jan 13 09:51:23 HeinervdmWork: That may be the case. Cleaning the package failed. http://pastebin.com/fmJ0QpN9 Jan 13 09:52:35 Lopi: then you have two possibillities: update oe or remove fso-autorev.inc and hope that those fso versions compile Jan 13 09:56:55 HeinervdmWork: issued a git pull on oe and the compile still failed, I suppose I'll try removing fso-autorev.inc Jan 13 09:57:40 Lopi: have you cleand that package again? Jan 13 09:58:08 HeinervdmWork: No, I'll do that first. Jan 13 10:00:32 Lopi: i will be in the Lab now, but i think JaMa can help you Jan 13 11:48:29 Hello folks. Jan 13 11:48:40 I am having a difficult to trace problem (at least for me) Jan 13 11:49:08 We're now using up to date OE and then my fear of it being due our outdated base has been proven wrong. Jan 13 11:49:23 We've built freerdp and it *FAILS* to run. Jan 13 11:49:38 It fails due sem_open usage in newer version but Jan 13 11:49:48 it compiles fine. Jan 13 11:50:10 sem_open reports as "Not implemented" Jan 13 11:50:23 Someone has any idea how to fix it? Jan 13 12:10:36 I am working around it disabing it (using sem_init) but it is not a fix. Jan 13 12:50:11 03Otavio Salvador  07master * r0df781cf9e 10openembedded.git/recipes/newt/ (files/support-DESTDIR.patch libnewt_0.52.12.bb): Jan 13 12:50:11 newt: add 0.52.12 Jan 13 12:50:11 Signed-off-by: Otavio Salvador Jan 13 12:50:38 03Otavio Salvador  07master * rd0c50fba04 10openembedded.git/recipes/slang/slang_2.2.2.bb: Jan 13 12:50:38 slang: add 2.2.2 Jan 13 12:50:38 Signed-off-by: Otavio Salvador Jan 13 13:01:26 hi, my manual process of making an initramfs was flawed somehow, bitbake initramfs-image works fine Jan 13 13:03:31 can anyone help me how to create our own recipe for a single tar.bz2 package Jan 13 13:03:45 tar.bz2 package? Jan 13 13:03:49 could you precise more Jan 13 13:03:58 you want a result in tarball form? Jan 13 13:04:36 or is the input in tarball format? Jan 13 13:04:41 i hd my own application which i hv to add in my package Jan 13 13:05:09 in other words you want to package an application you made Jan 13 13:05:13 there is a manual at: Jan 13 13:05:24 http://docs.openembedded.org/usermanual/usermanual.html Jan 13 13:05:45 basically the first thing to do is to identify how you compile your applications Jan 13 13:05:49 is there a ./configure Jan 13 13:05:52 a Makefile Jan 13 13:06:02 or do you simply use gcc calls Jan 13 13:06:44 there is also support for the qmake build system in oe Jan 13 13:06:49 and even strange build systems Jan 13 13:07:00 ya I m referring that doc... but I m getting some error. Jan 13 13:07:03 like cmake, etc... Jan 13 13:07:27 I think my sample.bb is not proper Jan 13 13:08:07 I m using "bitbake" Jan 13 13:13:12 if you need help, you will need to provide some infos Jan 13 13:13:12 such as: Jan 13 13:13:12 * the error Jan 13 13:13:30 provide the error first Jan 13 13:13:36 then maybe the recipe etc... Jan 13 13:16:34 ok i vll provide u... bt r8 now my compilation is going for other architecture.. Jan 13 13:17:25 ok np Jan 13 13:46:02 Someone has broken gcc-cross yey :P Jan 13 13:51:19 GCC build failure with current master: http://pastebin.com/AgtejhtP Jan 13 13:52:06 khem: ^ it seems to have been caused by your Jan 11th commit on gcc recipes Jan 13 13:52:49 works for me, but all my targets are arm Jan 13 13:53:07 otavio: strange, there is no error message Jan 13 13:53:13 JaMa: mine is x86 Jan 13 13:53:14 excet Error 1 Jan 13 13:53:16 ericben: yes Jan 13 13:53:28 ericben: I checked and it looks strange for me too Jan 13 13:53:34 so xgcc seems to segfault Jan 13 13:53:44 or something like this Jan 13 13:53:51 ericben: it is not a from scratch build build a build with an existent tmp dir Jan 13 13:53:59 ericben: but it should work in this case Jan 13 13:55:04 * otavio did a clean on gcc-cross and started a rebuild of it Jan 13 13:55:07 let's see Jan 13 14:04:43 fails again Jan 13 14:07:28 * otavio will redo a build from scratch and check Jan 13 14:08:06 otavio: http://lists.linaro.org/pipermail/linaro-toolchain/2011-January/000685.html maybe 586 is also affected Jan 13 14:09:05 ericben: in this case, could it be reverted? Jan 13 14:10:09 otavio: the best is to try locally if that fix your and report that to khem which will either comit a fix if it exists or revert the necessary bits Jan 13 14:11:15 khem: can you try to reproduce the build-failure of gcc-cross using i586 as target? Jan 13 14:11:31 khem: I am starting a from scratch build to check if it fixes it Jan 13 14:11:47 khem: my host is amd64 Jan 13 14:16:44 kergoth: after your fix still: Patch devmem2-fixups-2.patch does not apply (enforce with -f), looks like white-space mismatch Jan 13 14:41:30 03Eric BENARD  07org.openembedded.dev * r0cf07bdd9e 10openembedded.git/recipes/busybox/busybox_1.18.1.bb: Jan 13 14:41:30 busybox 1.18.1: add latest fix Jan 13 14:41:30 * httpd: send correct mtime for .gz filesmaster Jan 13 14:41:30 * patch fetched from git as per blindvt request Jan 13 14:41:30 Signed-off-by: Eric Bénard Jan 13 14:41:30 Acked-by: Khem Raj Jan 13 14:47:19 what is the best way to submit back patches for wrong source locations and checksums to upstream? Jan 13 14:50:15 JaMa: it applied fine here.. dunno Jan 13 14:50:29 * kergoth wipes tmp and -c patch's it Jan 13 14:50:40 tried on 2 hosts and both fails after -c clean Jan 13 14:53:51 kergoth: patch fixed, push comes Jan 13 14:54:40 btw kergoth : if FORCE_STRICT_ALIGNMENT is not defined, this patch doesn't change the bahaviour of devmem2 Jan 13 14:54:47 and actually it's not defined Jan 13 14:55:11 yeah, i figured that was best for now, at least until I could confirm sanity on actual hardware, or someone else could Jan 13 14:55:14 heh Jan 13 14:55:27 then we can add the -D to the recipe when we've seen it work Jan 13 14:55:45 * kergoth may be adopting the don't trust fsl patches attitude Jan 13 15:03:32 I have receipt for kernel source tree and receipt for my program in separate directories. I need to copy-on-the-fly serveral files from kernel source tree into my program source tree during kernel compilation step. how to do it better? Jan 13 15:08:31 kergoth: is http://patches.openembedded.org/patch/226/ the right fix for LC_ALL problem with master bitbake ? Jan 13 15:11:21 khem: ping? Jan 13 15:13:41 ericben: thanks, applied fine now Jan 13 15:23:35 RP__, a bit early for khem :) Jan 13 15:24:40 Crofton: Right and I think I stand a good chance of being afk or in meetings later but its worth a try... Jan 13 15:24:48 sure Jan 13 15:25:39 * RP__ is having fun with libtool 2.4 Jan 13 15:25:52 For some definition of fun Jan 13 15:26:20 ha Jan 13 15:28:36 fun in the same sense that caving is fun Jan 13 15:28:42 ok, that is not fair to caving Jan 13 15:29:37 * mwester-laptop observes that, as far as he is aware, nobody has gotten stuck and perished whilst libtool-ing. Jan 13 15:29:52 that would be perl Jan 13 15:30:14 :p Jan 13 15:30:50 for example: http://www.flickr.com/photos/11760817@N04/1176967768/ Jan 13 15:33:45 Crofton: why the hell are you doing this? Jan 13 15:34:10 Diving into a cave is great but just walking in while filled with water? Jan 13 15:34:33 because it is there Jan 13 15:34:47 scuba got involved later, but those people are nuts Jan 13 15:35:02 ah, the nice "because we can " rule :) Jan 13 15:35:23 I agree that they are nuts :) Jan 13 15:36:04 But who I'm that I'm talking other people into being nuts when i try to get a newer icedtea and openjdk working... Jan 13 15:36:22 ... same level of nuts at best Jan 13 15:36:50 mmh... is it really a good idea to have patches like SRC_URIs like http://git.busybox.net/busybox/patch/id=8030a1484917d5b71d5ccd1a1d28a29da7a3d7f0;apply=yes ? Jan 13 15:37:02 when server updates cgit, the md5sum changes Jan 13 15:37:12 rofl Jan 13 15:37:29 ensc|w: I was asked to do like this by blindvt Jan 13 15:37:37 ensc|w: but your right this is a problem Jan 13 15:38:05 one ths other side, patches in http://busybox.net/downloads/fixes-1.18.1/ are also evolving so they can't be fetched Jan 13 15:38:09 I am asking this, because it *is* a problem... Jan 13 15:38:19 Expected SHA256: 'f776d0b4ba525c62abe5e91f1432773eca92904cdecbdf48546a9271166cd896' and Got: '4fdd7005fe73a77e66967e88734e03c07e75789a16a016a9de7d4e08ea474c1c' Jan 13 15:38:22 NOTE: Your checksums: Jan 13 15:38:24 SRC_URI[bb181-01.md5sum] = "2847eba16c310eeac055ad40e4c528d7" Jan 13 15:38:27 SRC_URI[bb181-01.sha256sum] = "4fdd7005fe73a77e66967e88734e03c07e75789a16a016a9de7d4e08ea474c1c" Jan 13 15:38:32 ensc|w: ah ok it already fails Jan 13 15:38:41 I'm fixing it now Jan 13 15:38:47 sorry for this Jan 13 15:38:49 thx Jan 13 15:39:51 03Koen Kooi  07org.openembedded.dev * r4c8b8ca2fd 10openembedded.git/conf/distro/angstrom-2010.x.conf: Jan 13 15:39:51 angstrom: sync with meta-angstrom layer Jan 13 15:39:51 Signed-off-by: Koen Kooi Jan 13 15:45:03 ensc|w: should be fixed now Jan 13 15:46:24 morning Jan 13 15:46:32 hi hrw Jan 13 15:48:10 ensc|w: those patches should really be pulled down into OE, not fetched, if that's the case Jan 13 16:06:31 ericben: that looks fine to me (re: LC_ALL), but should really clarify. In the past, we *had* to set it in bitbake, because exported vars from the metadata didn't get set in the environment early enough to affect everything we run in a build. Now that thats the case, the metadata can regain some of the responsibility it should always have had Jan 13 16:13:12 03Martin Jansa  07master * r3d5d11f94b 10openembedded.git/recipes/palmpre/tsmd_git.bb: Jan 13 16:13:12 tsmd: bump SRCREV as playya requested Jan 13 16:13:12 Signed-off-by: Martin Jansa Jan 13 16:19:10 * otavio reverted 051c2ca2a9b0dd30556a188e1d3c941b84fa5a80 and will try Jan 13 16:25:59 Yes it works. Jan 13 16:32:59 * otavio has mailed ml about the gcc-cross problem Jan 13 16:35:47 03Eric Bénard  07org.openembedded.dev * r7f07380ce9 10openembedded.git/recipes/devmem2/ (devmem2.bb devmem2/devmem2-fixups-2.patch): Jan 13 16:35:47 devmem2 : fix patch Jan 13 16:35:47 Signed-off-by: Eric Bénard Jan 13 16:36:51 90 minute of latency for CIA :) Jan 13 16:49:53 yikes Jan 13 17:02:48 wxpython does _not_ currently exist in opkg repos, right? Jan 13 17:05:24 HokieTux: AFAIK wxpython does not have a recipe in OE Jan 13 17:05:37 mckoan: thanks for the confirmation :) Jan 13 17:05:50 HokieTux: yw Jan 13 17:28:17 03Eric Bénard  07org.openembedded.dev * rbe6797a1ff 10openembedded.git/recipes/busybox/ (busybox-1.18.1/busybox-1.18.1-httpd.patch busybox_1.18.1.bb): Jan 13 17:28:17 busybox 1.18.1 : fix patches Jan 13 17:28:17 fetching patches from cgit is not a right idea as checksum are changing. Jan 13 17:28:17 Signed-off-by: Eric Bénard Jan 13 17:37:25 narcissus shows 'opencv-dev' and 'opencv-samples-dev' as available for my platform, but they don't show up in opkg searches. am I doing something stupid? Jan 13 17:44:56 hi folks, in meta-toolchain.bb there is a line (122): ln -sf libgcc_s.so.1 ${SDK_OUTPUT}/${SDKPATH}/${TARGET_SYS}/lib/libgcc_s.so ... this is creating a symlink that bashes a small linker script which groups libgcc_s.so.1 and libgcc.a so that both can be pulled in. Causing linker errors against symbols that are in the static but not the shared. A work-around is to specifically link against the static lib when using the built toolchain but this doesn't seem ideal . Jan 13 17:44:56 .. this worth filing a bug/patch? Jan 13 17:47:02 03Chris Larson  07master * r694a29105e 10openembedded.git/lib/oe/ (_types.py types.py): Jan 13 17:47:03 oe.types: add/update docstrings Jan 13 17:47:03 Signed-off-by: Chris Larson Jan 13 17:47:06 03Chris Larson  07master * r9e6a8f0000 10openembedded.git/lib/oe/_types.py: Jan 13 17:47:07 oe.types: allow specifying the number base for integer Jan 13 17:47:07 Signed-off-by: Chris Larson Jan 13 17:47:08 03Chris Larson  07master * r823c6df67e 10openembedded.git/lib/oe/_types.py: Jan 13 17:47:08 oe.types: add floating point type Jan 13 17:47:08 Optional flags: Jan 13 17:47:08 'fromhex': if set to a true value (obeying the same rules as for the boolean Jan 13 17:47:09 type), your string value is in base 16, not base 10 Jan 13 17:47:09 Signed-off-by: Chris Larson Jan 13 17:54:19 qt4x11 and qt4e each have their own class - for an app that depends on qt, how would your recipe know which class to inherit? Seems like this is a multiple providers issue Jan 13 18:00:27 hbeck: I think that symlink should not be createfd Jan 13 18:01:16 if the symlink is needed then it should be created for libgcc_s.so Jan 13 18:02:11 I don't think the symlink is needed, but that is what meta-toolchain.bb is doing right now - it is creating a symlink that overwrites a linker script Jan 13 18:04:26 the script is this: Jan 13 18:04:29 Use the shared library, but some functions are only in Jan 13 18:04:30 the static library. */ Jan 13 18:04:30 GROUP ( libgcc_s.so.1 libgcc.a ) Jan 13 18:13:46 tharvey: at face value I would have to agree... this is something I would like to look into soon in poky Jan 13 18:14:23 I would like to know who is using qt4 in OE and what they're using it for Jan 13 18:15:16 I'm using it on an OMAP3 platform for a GUI, specifically using qt-embedded Jan 13 18:16:55 tharvey: ok, interesting Jan 13 18:17:30 I did notice some anomalies in the qt-embedded recipe; once I have committed it to poky I'll see about pushing the updates back to OE as well Jan 13 18:20:29 what kind of anomalies? I'm using qt-embedded 4.7.0 currently with a simple app build against it in an OE recipe Jan 13 18:20:59 unfortunately I'm needing to support pyqt and am working through a myriad of issues there trying to update pyqt - horrible build system Jan 13 18:21:40 not only do they do the dirty deed of compiling a small app to obtain system info but they create/build the app from withing a python script heh Jan 13 18:23:11 tharvey: actually I've only been looking at the 4.6.3 recipes; updating to 4.7.1 is next on my list Jan 13 18:24:04 I noticed that there was a fair amount of duplication and in the case of the 4.6.3 recipe the standard qt4-${PV}.inc was overriding qt4-embedded.inc settings :/ Jan 13 18:24:56 yes, thats the kind of things I'm seeing as well with the qt4x11 vs qt4e class Jan 13 18:25:43 tharvey: you favour pyqt over pyside then? Jan 13 18:25:53 (not that I have personally used either) Jan 13 18:26:31 not at all... pyside looks more interesting to me, but I'm currently being asked to try to get pyqt running first as the user knows they are compat with that Jan 13 18:26:45 tharvey: ah ok, fair enough Jan 13 18:27:14 pyside has no oe recipe either, but it may not be that difficult if their build sys and deps are cleaner Jan 13 19:42:48 sakoman_: ping Jan 13 19:45:58 seems like out-of-tree kernel modules do not have deps setup correctly when you say bump your kernel via MACHINE_KERNEL_PR_append in the kernel recipe Jan 13 19:46:14 I suppose thats because MACHINE_KERNEL_PR_append isn't global to other recipes right? Jan 13 20:11:22 03Chris Larson  07master * rb2eefd38cf 10openembedded.git/recipes/argp-standalone/ (argp-standalone/libtool.patch argp-standalone_1.3.bb): Jan 13 20:11:23 argp-standalone: fix patch Jan 13 20:11:23 Signed-off-by: Chris Larson Jan 13 20:13:21 how far behind is CIA now? Jan 13 20:25:11 hello, help me pls, I built nano and libs libncursesw.so.5.7 libtinfo.so.5.7, now I am trying to start nano, but have this error nano Error opening terminal: vt100 Jan 13 20:25:43 ls -la /usr/share/terminfo/a/ansi -rw-r--r-- 1 1000 default 1481 Dec 24 14:47 /usr/share/terminfo/a/ansi Jan 13 20:25:58 but TERM=ansi doesn;t work to Jan 13 20:27:17 davidlt: pong Jan 13 20:27:44 sakoman_: you are the one who was releasing linux-omap3 for Gumstixs? Jan 13 20:28:00 yes Jan 13 20:29:51 hi valhalla_ Jan 13 20:35:36 sakoman_, hi, is there some cool stuff done with gumstix? Jan 13 20:37:13 hi GNUtoo|laptop Jan 13 20:38:06 03Koen Kooi  07org.openembedded.dev * r67d127a52d 10openembedded.git/conf/distro/angstrom-2010.x.conf: Jan 13 20:38:07 angstrom next: catch up with .37-rc8 -> .37 linux-omap change Jan 13 20:38:07 Signed-off-by: Koen Kooi Jan 13 20:39:59 davidlt: did you have a question? Jan 13 20:40:30 GNUtoo|laptop: yeah, there seem to be quite a few folks using Gumstix and some are doing interesting stuff :-) Jan 13 20:40:56 sakoman_: I was interesting when 2.6.36 kernel gonna show up as 2.6.37 was finished (I think) yesterday. Jan 13 20:41:40 sakoman_: I remember e-mail that some one else is taking over the gumstix-oe repo, so no updates for awhile? Jan 13 20:41:55 davidlt: there is a 2.6.36 branch on my websire, but gumstix hasn't picked it up yet Jan 13 20:42:07 * Crofton|work knows of some cool stuff done with gumstix :) Jan 13 20:42:15 sakoman_: link? Jan 13 20:42:39 I finally saw that 7-in-1 board for gumstix Jan 13 20:42:47 rofl Jan 13 20:42:53 the Stagecoach? Jan 13 20:43:04 davidlt: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=shortlog;h=refs/heads/omap-2.6.36 Jan 13 20:43:18 ericben, hi Jan 13 20:43:19 davidlt: still a work in progress, so use at your own risk :-) Jan 13 20:43:33 sakoman_, is there a page detailing that? Jan 13 20:44:17 searching for gumstix on youtube doesn't return a lot of cool stuff Jan 13 20:44:18 Crofton|work: yes Jan 13 20:44:19 sakoman_: I just trying to get AP mode running, did that on 2.6.34, but wanna move to latest stuff which is for 2.6.36-37 Jan 13 20:44:22 GNUtoo|laptop: well, you can look on the Gumstix web site :-) Jan 13 20:44:27 ok I'll look Jan 13 20:47:11 lol gumstix cluster boards Jan 13 20:47:37 I've heard .37 runs on an overo :) Jan 13 20:47:40 Next week I am showing gumstixs for high school students Jan 13 20:50:24 too bad that gumstix often requires to create custom boards to be usable Jan 13 20:50:47 GNUtoo|laptop: What is missing for you? Jan 13 20:50:57 prototyping boards Jan 13 20:51:05 something like the von hippel of the bug device Jan 13 20:51:10 heh Jan 13 20:51:22 we had to add an fpga to a custom board :) Jan 13 20:51:28 ok Jan 13 20:51:29 wow Jan 13 20:51:49 hmm, I need a good photo Jan 13 20:52:00 * GNUtoo|laptop looks at gumstix website Jan 13 20:52:21 it has changed a bit since I last visited it Jan 13 20:52:27 http://www.ettus.com/order Jan 13 20:52:34 look at the datasheet for the e100 Jan 13 20:52:42 ok Jan 13 20:52:49 runs Angstrom built with OpenEmbedded Jan 13 20:52:49 it's the company which does USRP? Jan 13 20:52:53 yeah Jan 13 20:55:09 what is CODEC, sound CODEC chip? Jan 13 20:55:14 GNUtoo|laptop: http://www.gumstix.net/News/News/Stagecoach-cluster-computing.html Jan 13 20:55:21 yes I saw it Jan 13 20:55:30 lol gumstix cluster boards Jan 13 20:55:35 that's why I laughed Jan 13 20:55:40 it's because I saw that Jan 13 20:55:52 yeah Jan 13 20:56:12 they're displayed on the main page Jan 13 20:56:18 in the sliding images Jan 13 20:56:34 it looks big Jan 13 20:56:58 they say 29x7 cm Jan 13 20:57:05 wow not that big Jan 13 20:58:14 Crofton|work: are you using 2.6.37 yet? Jan 13 20:59:59 no Jan 13 21:01:16 ELC 2011 call for presentations announced Jan 13 21:09:02 sakoman_, koen has reported it working on the e100 with my device driver Jan 13 21:09:16 I want to try it, but have a number of things in the queue Jan 13 21:11:22 otavio: I am building it for i586/uclibc lets see Jan 13 21:11:32 it should be easy to figure out and fix it Jan 13 21:11:57 * khem thinks linaro's quality is losing ( in my head) Jan 13 21:12:11 I must really be testing every bit from them Jan 13 21:12:42 or may be its unrealistic to leavage their stuff for non arm Jan 13 21:12:53 or non armv7+ Jan 13 21:12:59 hmmm Jan 13 21:16:04 khem, hi, some time ago you added some improvements for all arm, and then you switched to linaro, are the first improvements in linaro? Jan 13 21:16:20 both were very noticiable Jan 13 21:16:29 (the improvements) Jan 13 21:19:23 khem: I have it locally reverted but I can try if you want me to test a fix for it Jan 13 21:19:50 hmmm so i686 works ok here Jan 13 21:20:10 thats the arch for qemux86 Jan 13 21:20:22 khem: which host arch is you using? Jan 13 21:20:36 khem: mine is x86_64 Jan 13 21:20:36 x86_64/ubuntu natty Jan 13 21:20:45 khem: mine is debian sid Jan 13 21:20:56 khem: it fails on gcc-cross Jan 13 21:21:17 khem: and it seems to fail on linking; it shows no error Jan 13 21:21:24 otavio: ok whats your MACHINE ? Jan 13 21:21:35 khem: i586-generic/micro Jan 13 21:21:39 otavio: hmm k Jan 13 21:21:43 I will try that Jan 13 21:21:52 khem: eglibc, not uclibc Jan 13 21:21:55 otavio: for a change can you use binutils 2.21 ? Jan 13 21:21:59 otavio: if your host is x86_64, you may fall in the bug they actually have for x86_64 : http://lists.linaro.org/pipermail/linaro-toolchain/2011-January/000685.html Jan 13 21:22:03 khem: even tought I think it won't matter Jan 13 21:22:17 otavio: yes eglibc it is because you are using micro and not micro-uclibc Jan 13 21:22:26 khem: yep Jan 13 21:22:33 ericben: yes Jan 13 21:22:41 ericben: could be or could be not Jan 13 21:22:50 khem: that's the question ;-) Jan 13 21:22:52 the bootstrapping processes are gory and different always Jan 13 21:22:54 ericben: but interesting that khem has not been able to reproduce it Jan 13 21:23:17 khem: binutils, let me check my version Jan 13 21:23:19 otavio: khem runs on a 64 or 32 bits build host ? Jan 13 21:23:34 otavio: try setting PREFERRED_BINUTILS_VERSION_local = "2.21" Jan 13 21:23:46 ericben: I have both Jan 13 21:23:48 khem: my host binutils is 2.20 (debian one) Jan 13 21:24:12 otavio: the problem as it seems from your log is while linking libstdc++ Jan 13 21:24:22 which will use cross binutils Jan 13 21:24:33 and sane-toolchain right now defaults to 2.20.1 Jan 13 21:24:49 otavio: I am just trying to isolate the problem Jan 13 21:25:05 otavio: it could be that gcc unearthed a bug in binutils Jan 13 21:25:07 khem: it used binutils-cross-2.20.1-r13.4 Jan 13 21:25:14 battery empty, good luck khem & otavio Jan 13 21:25:17 otavio: ok, try to use 2.21 Jan 13 21:25:32 * otavio reverts the revert Jan 13 21:25:38 heh Jan 13 21:26:22 Tartarus: for strace is it worth tu push the fix for 4.5.14 even if we default 4.5.20 ? Jan 13 21:26:25 bye Jan 13 21:26:44 khem: but I should use binutils-cross no? Jan 13 21:27:02 no Jan 13 21:27:18 PREFERRED_BINUTILS_VERSION will be used for all incarnations of binutils we have Jan 13 21:27:35 if you are using a distro that inherits sane-toolchain.inc Jan 13 21:27:42 and I know micro does Jan 13 21:27:58 khem: doing it Jan 13 21:28:13 otavio: I am using binutils 2.21 Jan 13 21:28:45 but I have another different thing and that is my target arch is i686 and yours is i585 Jan 13 21:28:49 err 586 Jan 13 21:28:59 but we will know more Jan 13 21:29:13 oh another one is I am building for uclibc Jan 13 21:29:19 but I think that does not matter here Jan 13 21:29:30 the issue is independent of libc Jan 13 21:29:54 otavio: can you post the failing full do_compile log Jan 13 21:34:26 khem: sure Jan 13 21:34:29 khem: building it Jan 13 21:35:17 otavio: you might just do this bitbake -c clean gcc-cross gcc-cross-initial gcc-cross-intermediate eglibc eglibc-initial; bitbake gcc-cross Jan 13 21:35:28 you dont have to build all from scratch Jan 13 21:37:16 khem: NOTE: package gcc-cross-initial-4.5-r29.0+svnr168622: task do_compile: Started Jan 13 21:37:35 k Jan 13 21:37:38 which one fails Jan 13 21:37:49 gcc-cross-initial ? or gcc-cross Jan 13 21:38:10 hmmm linked in say 24 of mine connections changed jobs in 2010 Jan 13 21:38:45 khem: btw, add me :-D Jan 13 21:38:51 khem: cross Jan 13 21:38:57 heh will that be 25 ? Jan 13 21:39:33 Intel is looking for binary translator engineer the same position I worked 7 years ago Jan 13 21:42:38 khem: eheh no; I am not planning to move jobs ATM eheh Jan 13 21:43:10 otavio: which part of world do u live in ? Jan 13 21:43:11 khem: still building Jan 13 21:43:24 khem: I am Brazilian and live here (in Brazil) Jan 13 21:43:34 khem: what about you? Jan 13 21:43:50 khem: planning job change? Jan 13 21:46:24 hrw: my boss is so nice I probably will never change unless they fire me Jan 13 21:46:25 :) Jan 13 21:46:36 NOTE: package gcc-cross-intermediate-4.5-r29.0+svnr168622: task do_compile: Started Jan 13 21:46:45 otavio: I am in the US but one day I will make it to brazil Jan 13 21:46:53 may be next World Cup or Olympics Jan 13 21:47:04 khem: where you work now? Jan 13 21:47:41 khem: sure and once you come, you'll love it :-D Jan 13 21:47:48 khem: I can bet ;-) Jan 13 21:49:17 otavio: I work for Juniper Jan 13 21:50:09 so you make really loud switches :P Jan 13 21:50:32 heh Jan 13 21:51:38 hhahaah Jan 13 21:51:58 khem: still building Jan 13 21:52:22 otavio: thats good news :) Jan 13 21:57:05 khem: NOTE: package gcc-cross-4.5-r29.0+svnr168622: task do_compile: Started Jan 13 21:57:29 hmmm fingers crossed :) Jan 13 22:00:49 03Bernhard Reutner-Fischer  07master * r13adc34c36 10openembedded.git/classes/autotools.bbclass: Jan 13 22:00:49 autotools.bblass: mkdir also AC_CONFIG_MACRO_DIR Jan 13 22:00:49 Acked-by: Khem Raj Jan 13 22:00:49 Acked-by: Tom Rini Jan 13 22:00:49 Signed-off-by: Bernhard Reutner-Fischer Jan 13 22:00:56 03Bernhard Reutner-Fischer  07master * ra88aca1d7d 10openembedded.git/classes/autotools.bbclass: Jan 13 22:00:56 autotools.bbclass: pass distro_imposed_configure_flags Jan 13 22:00:56 Acked-by: Khem Raj Jan 13 22:00:56 Acked-by: Tom Rini Jan 13 22:00:57 Signed-off-by: Bernhard Reutner-Fischer Jan 13 22:01:00 03Bernhard Reutner-Fischer  07master * r15c269e4bd 10openembedded.git/classes/autotools.bbclass: Jan 13 22:01:00 autotools.bbclass: use grep -q Jan 13 22:01:00 -q is a required arg so use it instead of redirecting to /dev/null Jan 13 22:01:00 Acked-by: Khem Raj Jan 13 22:01:00 Acked-by: Tom Rini Jan 13 22:01:01 Signed-off-by: Bernhard Reutner-Fischer Jan 13 22:08:37 03Bernhard Reutner-Fischer  07master * rba92199a67 10openembedded.git/recipes/busybox/busybox.inc: Jan 13 22:08:37 busybox: provide postrm for package mdev Jan 13 22:08:37 Remove the mdev runlevel entry on package removal. Jan 13 22:08:37 Acked-by: Otavio Salvador Jan 13 22:08:37 Signed-off-by: Bernhard Reutner-Fischer Jan 13 22:09:53 khem: :-( Jan 13 22:11:53 khem: http://arquivos.ossystems.com.br/~otavio/log.do_compile.16079 Jan 13 22:11:56 khem: failed Jan 13 22:14:50 otavio: dont worry let me try to reproduce it here Jan 13 22:14:52 and I will fix it Jan 13 22:14:59 will take some time though Jan 13 22:16:32 khem: any idea about the problem? Jan 13 22:16:35 otavio: its MACHINE="i586-generic" Jan 13 22:16:42 otavio: I think its a gcc ICE Jan 13 22:17:02 otavio: I can get that info from your build too Jan 13 22:17:13 but it will take some time back and forth Jan 13 22:19:47 khem: OK Jan 13 22:19:59 otavio, since you acked the mdev only part for the u-a simplification, perhaps you or somebody else could ACK/NACK "busybox: simplify update-rc.d OPT handling" too? TIA Jan 13 22:20:18 khem: I will be off for some time but if you want me to test something mail it to me. Jan 13 22:20:21 blindvt: let me check it Jan 13 22:22:29 blindvt: I am testing the protected symbols patch Jan 13 22:22:34 from carmelo Jan 13 22:22:42 and should have acks/nacks tonight Jan 13 22:22:45 blindvt: done Jan 13 22:23:01 blindvt: then we can have another rc may be Jan 13 22:23:31 blindvt: did you see my question about a way to "enable/disable" busybox features? Jan 13 22:30:53 khem, i've asked jocke to comment on it and he said he'll try to glance at it this weekend. IIRC it's completely in-line with his initial suggestion Jan 13 22:33:04 otavio, i saw it, yes. I'll take care of it Jan 13 22:36:41 blindvt: the patch is ok IMO Jan 13 22:37:09 hm. There was never discussion or {N,}ACK for http://patchwork.openembedded.org/patch/2367/ (that i can find) Jan 13 22:37:12 khem, it is, yes Jan 13 22:37:13 only one thing I was worried is that it uses 8bytes where we use to use 4byte for symbol as it uses struct now Jan 13 22:37:36 which will increase mem usage for large .so and bins Jan 13 22:37:46 but it should not be so evident Jan 13 22:37:59 otavio around still ? Jan 13 22:38:37 otavio: can you try to comment out gcc-4.5-linaro-r99456.patch in gcc-4.5.inc ? Jan 13 22:38:42 and rebuilt Jan 13 22:39:09 otavio: bitbake -c clean gcc-cross gcc-cross-initial gcc-cross-intermediate eglibc eglibc-initial; bitbake gcc-cross Jan 13 22:43:40 khem, it would be handy to have an x86_64 sim too, something like this (cp of x86): busybox.net/~aldot/oe/qemux86_64-nocona.tar.bz2 Jan 13 22:43:53 g'night all Jan 13 22:51:17 blindvt: I proposed a x86_64 support and machine to OE long back Jan 13 22:51:27 but there was concern that _ is uses in overrides Jan 13 22:51:36 and this may be an issue Jan 13 22:51:51 but if use something else say x86-64 Jan 13 22:52:18 then we need to have internal mapping of some sort because configure does not understand that arch Jan 13 22:52:32 another possibility is to use amd64 Jan 13 22:52:43 I never tested/tried that Jan 13 22:58:08 have a nice rest of day Jan 13 23:42:39 03Khem Raj  07master * r0af4d2e8be 10openembedded.git/recipes/gcc/gcc-4.5.inc: Jan 13 23:42:39 gcc-4.5.inc: Disable linaro rev 99456 patch for now Jan 13 23:42:39 * Fixes the problem as described in Jan 13 23:42:39 http://lists.linaro.org/pipermail/linaro-dev/2011-January/001993.html Jan 13 23:42:39 Signed-off-by: Khem Raj **** ENDING LOGGING AT Fri Jan 14 02:59:58 2011