**** BEGIN LOGGING AT Wed Jul 21 02:59:58 2010 Jul 21 03:12:45 IgorK: change it to PREFERRED_VERSION_wxwidgets_local = "2.8.10" Jul 21 03:13:00 IgorK: that should make your local override to be first in line Jul 21 03:13:36 hmmm a wierd PIE bug seems I have fixed it Jul 21 03:13:49 but it needs a build from scratch becasue fix is in crt1.o Jul 21 03:13:55 :( what a joy Jul 21 03:14:07 * khem needs a fast machine Jul 21 03:38:10 khem: does not work, still pulling 2.9.0 :( Jul 21 04:24:47 IgorK: are you setting this in local.conf ? Jul 21 04:24:50 it should work Jul 21 04:28:20 yes its in local.conf Jul 21 04:32:11 IgorK: run bitbake -e wxwidgets > log Jul 21 04:32:18 and paste log somewhere Jul 21 05:33:14 does anybode know how to fix this kind of error: /home/henry/oe/slug/tmp/sysroots/x86_64-linux/usr/bin/install: cannot stat `armeb-linux-gnueabi-strip': No such file or directory Jul 21 05:48:09 hvontres|home: hmmm which distro/machine Jul 21 05:48:37 hvontres|home: and which recipe is failing this way Jul 21 05:50:26 khem: http://pastebin.ca/1905068 Jul 21 06:20:04 IgorK: # Jul 21 06:20:06 NOTE: multiple providers are available for wxwidgets (wxwidgets, wxwidgets-opengl, wxwidgets-ansi); Jul 21 06:20:11 this seems to be a problem Jul 21 06:20:36 you should add PREFERRED_PROVIDER_wxwidgets = "wxwidgets" Jul 21 06:21:26 khem: machine is nslu2 on slugos distro Jul 21 06:22:58 IgorK: its using 2.8.10 now Jul 21 06:23:09 hvontres|home: ok Jul 21 06:23:23 hvontres|home: which recipe ? Jul 21 06:24:05 khem: http://pastebin.com/qy8rJGqW Jul 21 06:26:21 hvontres|home: armeb-linux-gnueabi-strip is there in cross dir right Jul 21 06:27:36 khem: yes, it's in cross/bin Jul 21 06:28:17 i mean cross/armv5teb/bin Jul 21 06:28:57 hi all Jul 21 06:32:33 khem: 2.8.10 does not have many providers, only 2.9.0 does Jul 21 06:33:09 besides "bitbake wxwidgets" will not build anything Jul 21 06:33:49 adding "PREFERRED_PROVIDER_wxwidgets = "wxwidgets"" will build 2.9.0 Jul 21 06:44:09 khem, thanks for the help. I need to go to bed now. If you figure soemthing out, drop me a line at hvontresgmail.com. Thanks Jul 21 06:52:10 good morning Jul 21 07:43:46 hi and good morning Jul 21 07:53:11 maybe I missed any important change in OE? I'm facing to a completely new behaviour: http://pastebin.com/DZvLTcFQ Jul 21 07:55:05 mckoan: I've seen that yesterday too, but not sure why (except I have http://patchwork.openembedded.org/patch/2284/ in my checkout) Jul 21 07:56:59 mckoan: but maybe it's because of opkg SRCREV bump Jul 21 07:58:02 JaMa: I have posted a patch which affects SHR too moving thumb to distro features Jul 21 07:58:11 JaMa: have a look at it Jul 21 07:58:17 mckoan: you too Jul 21 07:58:24 khem: great job. thx Jul 21 07:58:48 I have another big change lined up Jul 21 07:58:57 which is removal of cross/ dir Jul 21 07:59:04 ported from poky Jul 21 07:59:37 all tools that run on host will be under sysroot/{HOST}-linux Jul 21 07:59:54 JaMa: interesting thx, but such wide patch will be rejected by someone... ;-) Jul 21 08:00:12 khem: yes, I'll wait for this before trying to convert klibc to new staging Jul 21 08:00:22 khem: I've checked it and I'm fine with it Jul 21 08:00:23 JaMa: the thumb is needed as prework for thumb2 which I am adding later on Jul 21 08:00:46 JaMa: ack it then :) Jul 21 08:00:53 I need to share to blame Jul 21 08:01:04 khem: I didn't have so strong opinion about it.. that's why I didn't ACK it yet :), but I'll Jul 21 08:01:26 JaMa: its going to be useful than it seems Jul 21 08:01:40 I am going to add thumb2 feature on this Jul 21 08:01:51 yes, now I see Jul 21 08:02:15 then in theory you should be able to compile whole system in thumb2 on machines which support it e.g. armv7-a Jul 21 08:02:28 eglibc can be compiled in thumb2 :) Jul 21 08:04:11 I have fired up a build from scratch with cross stuff removed Jul 21 08:04:32 time to sleep if all goes well I should have an image when I wake up :) Jul 21 08:04:37 g'night Jul 21 08:04:41 khem: about klibc and libc in general...what is the 'right' place to install the utils? I see e.g. klibc is using ${base_bindir} while e.g. kexec-tools go in ${sbindir}. I'm populating an initramfs and have sparse file in /bin, /usr/sbin, /sbin... :/ Jul 21 08:05:09 khem: gnight and thanks! Jul 21 08:05:34 ant_work: it depends but /usr/sbin sounds ok Jul 21 08:05:41 * khem -> sleep () Jul 21 08:05:46 'nite Jul 21 08:05:58 Ubuntu/armel is thumb2 now Jul 21 08:06:01 nite, cya Jul 21 08:06:12 and we track packages which fail to build for T@ Jul 21 08:06:16 s/T@/T2 Jul 21 08:07:03 he hm Jul 21 08:07:06 ups gm Jul 21 08:07:16 morgen woglinde Jul 21 08:07:25 hrw: in OE we still have many defaulting to ARM mode Jul 21 08:07:27 hm pushing to stable with this line? Jul 21 08:07:29 push origin stable/2009:stable/2009 Jul 21 08:07:33 hi ant Jul 21 08:07:40 morning Jul 21 08:07:52 ant_work: I know Jul 21 08:08:06 let see who is getting to fix them :) Jul 21 08:08:14 ant example? Jul 21 08:08:29 oh, can't grep from here Jul 21 08:08:46 hm.. we can collaborate with linaro now :) Jul 21 08:09:10 jay7 haha Jul 21 08:09:34 hm okay I will try the push Jul 21 08:09:38 if nobody answers Jul 21 08:11:08 woglinde: looks good to me but I am no git wiz Jul 21 08:11:17 hm seemed to worked Jul 21 08:11:23 gm effem Jul 21 08:11:46 we need more monkeys to do the do_stage/do_install transition Jul 21 08:14:40 woglinde: i disagree somewhat, e.g. take the alsa-lib example, I feel these old recipes should just go; it is not too difficult to make the edit and verify it bakes, but testing whether it is really ok is some more work; this is ok if it is a recipe that is actually in use, but if it isn't it is just a waste of time Jul 21 08:14:56 +1 Jul 21 08:15:05 let them RIP in stable/2009 Jul 21 08:15:13 without new staging Jul 21 08:15:26 that is why koen says there are only 53 recipes with old staging and my grep says 1120 Jul 21 08:16:52 ant_work: I am happy to RIP them in stable/2009, but I've brought up this topic quite a lot of times and mostly got flamed for it :-( Jul 21 08:16:52 imho in 2 years we'll have e.g. stable/2012. If one bothers with those old recipes can just use the old branch. No need to carry old cruft Jul 21 08:17:46 koen@dominion:/OE/angstrom-dev$ cat legacy-staging.log | sort | uniq | wc -l Jul 21 08:17:47 JaMa: looks like that patch doesn't apply properly Jul 21 08:17:51 53 Jul 21 08:18:07 eFfeM_work: I don't understand that 'horror vacui' Jul 21 08:18:14 eFfeM_work: koen said that *his build* has 53 legacy staging recipes involved Jul 21 08:18:16 ant_work: me neither Jul 21 08:18:20 hrw, ah ok Jul 21 08:18:43 and for alsa - just kill all old versions Jul 21 08:20:41 hrw rereading the email thread, he didn't say it was in his build, the text you quoted was preceded by Jul 21 08:20:43 >Wasn't there a list produced with all recipes that used legacy staging? Jul 21 08:20:59 i took that initially as "this is the complete list" Jul 21 08:21:24 > Wasn't there a list produced with all recipes that used legacy staging? I swear Jul 21 08:21:24 > I have seen something like this but I can't find it in my recent builds. Jul 21 08:21:25 In your TMPDIR: Jul 21 08:21:41 * hrw added legacy-stating.log support Jul 21 08:22:06 eFfeM_work: koen answered second part Jul 21 08:22:16 hrw, exactly (and my reading triggered on the "all" ) Jul 21 08:22:41 for me it suggested there were only 53 recipes, but I didn't know this log file existed Jul 21 08:22:51 Note: the items in the list only refer to the built images. Jul 21 08:23:08 I have e.g. klibc which other won't see Jul 21 08:23:24 one would need to build world :/ Jul 21 08:23:46 ant_work: that note was never given Jul 21 08:24:28 hrw wrt killing alsa-lib, I agree, but I have tabled this many times and got only neg feedback Jul 21 08:24:42 ofc alsa-lib is only an example and the tip of the iceberg Jul 21 08:24:43 eFfeM_work: and btw, there are recipes with *empty* do_stage Jul 21 08:24:47 i ve some trouble to build an image with qt embedded normal i use the at91 build + openembedded to build an image but the at91 use the latest stable, now i check the latest version out to get the qt embedded support, but every time i want to create an image i got some Error: Dependency loop #1 found Jul 21 08:25:02 ant_work: ouch (didn't grep that hard) Jul 21 08:25:09 eFfeM_work: purposedly done Jul 21 08:25:12 sry check the latest openembedded out Jul 21 08:26:06 the problem with java is, that bitbake staging/sysroot dont know about the machine independent dir Jul 21 08:26:23 maybee I should tweak the staging.bbclass Jul 21 08:26:36 to no report it as leagcy Jul 21 08:27:03 i'm more than happy to do cleanup of recipes that are not the last ones and not pinned, but I am not too eager to go through the review cycle; very time consuming and little feedback (e.g. I did get no feedback on my glibc recipe removal (apart from an ack from grg)) Jul 21 08:32:29 and I am not looking forward to the flames this will eventually bring, so I'm leaving it to the people who want to keep the old recipes to remove the cruft Jul 21 08:43:41 how can i identify an error with an dependency loop? Jul 21 08:44:00 bitbake -DDD Jul 21 08:44:14 bitbake -g might also help Jul 21 08:46:06 hi mickey|office (i see there is also mickey|zzZZzz; you are not sleeping at work, are you :-) ) Jul 21 08:47:12 bec for oe-dev use bitbake master Jul 21 08:47:16 its faster Jul 21 08:47:25 and has more features Jul 21 08:54:19 eFfeM_work: sometimes ;) Jul 21 08:54:27 :-) Jul 21 08:54:28 good morning Jul 21 08:55:14 hi mickeyl Jul 21 09:04:00 Gnargh. coreutils *still* isn't building on my laptop. Jul 21 09:04:19 I never saw coreutils failing Jul 21 09:04:25 broonie: why not? never had problems with it Jul 21 09:04:32 *g* Jul 21 09:04:40 Exception: Message:[Errno 2] No such file or directory Jul 21 09:04:45 you are running feodora? Jul 21 09:04:50 Debian. Jul 21 09:04:59 ugh Jul 21 09:05:08 hm Jul 21 09:05:19 at which stage? Jul 21 09:06:22 do_populate_sysroot Jul 21 09:06:32 Even on a clean tmp Jul 21 09:06:47 I suspect it's nothing to do with coreutils and the whole thing is broken. Jul 21 09:16:07 are nfsboot options passed to kernel processed in kernel or this is done by initrd? Jul 21 09:16:50 any cmake guru around? :) Jul 21 09:17:13 It seems to me cmake installs files with RPATH=full staging path Jul 21 09:17:53 I can work around that in the cmake file, but maybe there's some generic approach of how to handle this with cmake (?) Jul 21 09:19:46 Jay7: The kernel can do it natively. Jul 21 09:19:48 zub which package? Jul 21 09:19:54 Jay7: But if you've got an initrd it can. Jul 21 09:20:20 broonie: ok, thanks Jul 21 09:21:23 woglinde: What was the Fedora issue? Jul 21 09:21:26 woglinde: webkit-efl, but my hacked local version Jul 21 09:21:58 I was more asking about how cmake handles this in general - is it able to differentiate between staging and resulting install path? Jul 21 09:22:08 good morning Jul 21 09:22:12 hi florian Jul 21 09:22:18 zub look at the llvm package Jul 21 09:22:31 in fact, I'm seeing this with efl launcher, which I added to the recipe similarly to what wekit-gtk does Jul 21 09:22:35 woglinde: thanks Jul 21 09:23:10 hrm... should bitbake 1.8.18 still work with latest .dev? Jul 21 09:23:24 florian yes Jul 21 09:24:32 * florian just started some tests Jul 21 09:25:40 I use minimal distro and build glib-2.0 which depends on its native variant.... Jul 21 09:27:01 but it pulls in latest glib-2.0-native instead of the matching latest native version available through BBCLASSEXTEND="native". Jul 21 09:28:12 hm Jul 21 09:28:22 * florian has an idea Jul 21 09:28:35 that might be an error with packages-dynamic Jul 21 09:28:56 look a the -g ouput Jul 21 09:29:12 args Jul 21 09:29:14 sorry Jul 21 09:29:20 missunderstood the problem Jul 21 09:29:24 it has both DEPENDS set to include glib-2.0-native and DEPENDS_virtualclass-native Jul 21 09:32:22 so its a problem of the recipes Jul 21 09:32:28 can bitbake create an log file? Jul 21 09:32:55 i guess so yes Jul 21 09:33:20 bec: yes you can make it to write logs for all tasks Jul 21 09:33:38 hm what is NOTE: Creating the CheckSum parser failed Jul 21 09:33:42 it start no taks loop dependecies Jul 21 09:33:57 woglinde: sounds scary Jul 21 09:34:02 yes Jul 21 09:34:08 but seems to work Jul 21 09:34:08 anyway Jul 21 09:34:09 strange Jul 21 09:35:26 hm, can I list the DT_NEEDED netries in the dynamic section with objdump? Jul 21 09:35:53 I'm trying to figure out what the real rpath turns out to be Jul 21 09:36:09 k i use the pipe to stream the output into an logfile Jul 21 09:36:18 ehm, not DT_NEEDED but whatever is for rpath, sorry Jul 21 09:36:20 bec: doesn't it tell you any details about the dependencies? Jul 21 09:38:56 mmhh the log is 1.9mb large... sb who want to look at it? Jul 21 09:40:39 zub hm? Jul 21 09:41:06 well, I'd like to list what the rpath is in a binary Jul 21 09:41:14 ah Jul 21 09:41:19 I can do that with readelf, I wonder if I can do it with objdump too Jul 21 09:41:20 readelf Jul 21 09:41:22 ok Jul 21 09:41:24 no Jul 21 09:41:29 chrpath can do it Jul 21 09:41:35 objdump dont do it Jul 21 09:41:39 oh, thanks Jul 21 09:41:42 03Florian Boor  07org.openembedded.dev * r1e4c8ab775 10openembedded.git/recipes/glib-2.0/glib-2.0_2.24.1.bb: Jul 21 09:41:42 glib-2.0: Remove the old-style native dependency and move virtual-native dependency to a place vere it is easier to recognize. Jul 21 09:41:42 Fixes build of latest glib-2.0 if no preferred versions of glib are set. Jul 21 09:41:54 now this works like expected... Jul 21 09:41:57 hehe Jul 21 09:42:01 whatever is in an .ipk is exactly what goes to target, no rpath magic there, right? Jul 21 09:42:15 zub anpack it with dpkg -X Jul 21 09:42:20 yes Jul 21 09:42:20 args unpack Jul 21 09:42:54 hm, OE should warn me if my recipe produces a binary with wrong rpath, right? Jul 21 09:43:00 yes Jul 21 09:43:13 but niot when the recipes has isane_skio Jul 21 09:43:19 ups insane_skip Jul 21 09:43:33 yet it seems I managed to abuse OE enough to let a wrong rpath sneak in :) Jul 21 09:43:38 analyzing... Jul 21 09:43:54 woglinde: its to hot to type properly in germany, right? ;) Jul 21 09:44:15 florian hm where are you? Jul 21 09:44:29 florian its not too hot right now Jul 21 09:47:11 woglinde: Its not that bad here as well... my feets start to get hot because I have very busy workstation under my desk :-) Jul 21 09:48:20 * Jay7 marks note "do not place buildserver under my desk" Jul 21 09:48:20 are you sure it's not just the fans failing? :-P Jul 21 09:48:51 Jay7: Let's say it depends on where you are ;) Jul 21 09:49:07 florian: we have +32 atm :) Jul 21 09:49:51 can sb help me look here: http://pastebin.com/sFw4H28r Jul 21 09:51:30 03Koen Kooi  07org.openembedded.dev * r3b404a60bf 10openembedded.git/recipes/gstreamer/gst-plugins-bad_0.10.19.bb: gst-plugins-bad 0.10.19: add missing dep on libcdaudio Jul 21 09:51:36 bec what was your bitbake command? Jul 21 09:52:15 florian glib still hasn inherit gettext? Jul 21 09:52:38 bitbake -DDDD console-at91sam9-image Jul 21 09:52:43 bec hm Jul 21 09:53:06 bec which bitbake version? Jul 21 09:53:28 woglinde: interesting point... Jul 21 09:53:31 i can only guess that something with kernel recipe isnt proper Jul 21 09:53:50 florian I saw the dep on gettext-native Jul 21 09:54:16 but if glib is using the sucking gnome-nls-m4 macros Jul 21 09:54:20 its useless anyway Jul 21 09:54:24 it is Jul 21 09:54:25 1.8.18 Jul 21 09:54:35 bec try to use bitbake master Jul 21 09:56:05 or 1.10 Jul 21 09:56:17 i test it bitbake -DDDD master ... Jul 21 09:56:22 in general, unless the package needs it for some reason, there shouldn't be any rpath entries in the binaries on the target, is that correct? Jul 21 09:56:55 bec, he means use the master versionof bitbake not bitbake master Jul 21 09:57:32 you might use the 1.10 head (there is no official 1.10 version yet) Jul 21 10:01:18 ups im a noob Jul 21 10:02:57 what or where find i the master version?... sry nooob Jul 21 10:06:37 git clone git://git.openembedded.net/bitbake Jul 21 10:07:45 k it is the last,newest version Jul 21 10:16:06 here is the log http://pastebin.org/zjeH6n7U Jul 21 10:17:09 sry wrong link here is the log http://pastebin.com/zjeH6n7U Jul 21 10:17:54 03Koen Kooi  07org.openembedded.dev * ra26f3713cb 10openembedded.git/ (75 files in 5 dirs): linux-omap-psp 2.6.32: add patches to make the VGA and 3MP cameras work on the beagelboard xM Jul 21 10:17:57 03Koen Kooi  07org.openembedded.dev * r5fba14fa81 10openembedded.git/recipes/xbmc/xbmc_svn.bb: xbmc: fix up recipe a bit Jul 21 10:19:00 Gah. That obscure error message was chrpath not being installed. Jul 21 10:23:06 how can i resolve the dependency loop? (http://pastebin.com/zjeH6n7U) Jul 21 10:43:17 all at launch? Jul 21 10:43:36 yes Jul 21 10:44:29 look at the kernel recipes in oe-dev Jul 21 10:44:39 and make your recipe similar to it Jul 21 10:45:57 i use the recipe from atmel :( Jul 21 10:46:07 fix it!!!!!!!!!!!!!! Jul 21 10:46:19 or pester ulf to fix it Jul 21 10:46:29 hehe yeah.. but where starting? Jul 21 10:46:30 its opensource Jul 21 10:46:39 -> 12:44 < woglinde> look at the kernel recipes in oe-dev Jul 21 10:46:44 -> 12:44 < woglinde> and make your recipe similar to it Jul 21 10:47:13 get familiar with the great features of git Jul 21 10:49:21 the only think i ve is an error message about the dependency loop.. i wanna fix the linux bitbake files from atmel, Jul 21 10:49:23 but the starting is allways the hardest part Jul 21 10:54:58 jo crofton Jul 21 11:06:27 on question concerning tasks. BitBake builds many packages which don't end up in the final image, so I think, why should they get build at all. Is there a way to have control over this? Jul 21 11:08:41 geo_gcju, not really Jul 21 11:09:02 you may need one package from a recipe that builds several Jul 21 11:09:32 or it is possible that an addition of a package may need others installing Jul 21 11:09:46 okay Jul 21 11:10:00 many pieces of sw have programs that need guis Jul 21 11:10:25 these are often packaged seperatley from core non gui programs Jul 21 11:10:49 but it means the recipe needs X, even though the part that is installed on the image does not Jul 21 11:11:23 yep okay Jul 21 11:11:31 so at sometime I might have a list of all programms I need in the final Image. Then I could clean up the tasks-*.bb's Jul 21 11:11:50 you could Jul 21 11:12:19 but, you would be better off getting a fast multi-core machine, rather than fiddling with recipes for a few days :) Jul 21 11:12:54 already have, overall build time is about 3h for a base-image Jul 21 11:13:05 good Jul 21 11:15:57 03Martin Jansa  07org.openembedded.dev * r99f1588f4d 10openembedded.git/recipes/linux/linux-openmoko.inc: Jul 21 11:15:57 linux-openmoko: upgrade kernel in NAND partition also if rootfs is ubi (not only mtdblock) Jul 21 11:15:57 Signed-off-by: Martin Jansa Jul 21 11:26:41 Hi All, if I am trying to build perl-5.8.8 facing error as: "Can't locate strict.pm in @INC (@INC contains:" , please let me know your suggestion. Jul 21 11:29:40 03Xerxes RĂ„nby  07org.openembedded.dev * rde16a3d103 10openembedded.git/recipes/llvm/ (4 files in 2 dirs): (log message trimmed) Jul 21 11:29:40 llvm2.7: backported llvm2.8svn r104558, r104652 & r104653 fixes. Jul 21 11:29:40 * llvm2.7/r104558-VFPmisc.patch: Add missing implementation Jul 21 11:29:40 to the materialization of VFP misc. instructions Jul 21 11:29:40 (vmrs, vmsr and vmov (immediate)). Jul 21 12:09:00 hji xora Jul 21 12:19:12 do we have grep in busybox per default? Jul 21 12:19:48 hm seems so Jul 21 12:58:43 XorA, hrw: can we swap numbers? I'll be offline 16-18 so just in case something change... Jul 21 13:28:07 JaMa: fine for me Jul 21 13:48:49 JaMa: hrw seems there is another goup of guys wanting drinks as well and want to see about merging Jul 21 13:50:03 merge the gits :) Jul 21 13:50:59 XorA: ok, just send me SMS in which pub you're Jul 21 13:51:21 JaMa: I hoped that you will propose some pub ;d Jul 21 13:51:38 the one which I was on sunday was overpriced Jul 21 13:52:01 ok, let me search near area Jul 21 13:52:30 JaMa: best we just meet at Hilton then the locals can lead us, those who want to follow follow Jul 21 13:52:39 right Jul 21 13:53:03 ok, so at 18:00 before Old Hilton Jul 21 13:53:11 mostly want to meet JaMa for first time and catch up with hrw :-D Jul 21 13:54:28 same here Jul 21 13:55:27 hi Ken Jul 21 13:56:25 what about this one? http://www.potrefena-husa.eu/en not so expensive as Hilton and quite near Jul 21 13:59:36 XorA: don't taint the kid ;) Jul 21 14:02:05 JaMa: I like beer prices Jul 21 14:02:21 they have beers <50Kc Jul 21 14:03:02 hi ken Jul 21 14:03:20 JaMa, XorA: Marex wants to join Jul 21 14:03:32 hrw: now only me, but Eric Miao probably too Jul 21 14:03:41 and some other guys, I cced xora in the mail Jul 21 14:04:05 What is the capablility of omap3530 dsp encoding rate ? gst-launch -v v4l2src num-buffers=400 ! video/x-raw-yuv,width=640,height=480,framerate=60/1 ! TIVidenc1codecName=mpeg4enc engineName=codecServer ! avimux ! filesink location=sample_vga.mp4 Jul 21 14:04:09 i wish to get 640x480 resolution image encoded at 60 fps. but i can able to encode only upto 30 fps Jul 21 14:04:14 Is there any limitation ? or this is the maximum possible bitrate from omap3530 ? Jul 21 14:06:16 hrw: http://www.hybernia.cz/drink-list-3-104.html is also near with Pilsen 35Kc :) Jul 21 14:06:35 I will now spam the list with stable patches Jul 21 14:12:48 ananth please ask this question in #beagle or #gst-ti Jul 21 14:12:53 jo kergoth Jul 21 14:12:57 ho gnutoo Jul 21 14:14:34 Thanks woglinde ... Jul 21 14:16:14 hey Jul 21 14:16:47 woglinde: cleaning buglabs/trunk/meta-oe/ you do? Jul 21 14:17:09 hrw yes Jul 21 14:17:15 for openjdk stuff Jul 21 14:17:22 nice Jul 21 14:17:35 angstrom fails console-inage build : http://pastebin.com/NhtAP0Re Jul 21 14:19:15 woglinde: I have a problem with outgoing mail here. Jul 21 14:19:32 hrw okay Jul 21 14:19:35 woglinde: for all patches: Acked-by: Marcin Juszkiewicz Jul 21 14:19:44 thanks Jul 21 14:34:18 damn Jul 21 14:34:18 mhh bitbake cant extract expat-2.0.1.tar.gz Jul 21 14:34:23 ther is a mistake Jul 21 14:36:35 is something missing on my system? all the other tar.gz files working Jul 21 14:41:37 k found the solution bug in gunzip in ubuntu Jul 21 14:45:09 I was trying to build Angstrom Perl. I saw recipes for perl in openembedded directly .... I was not sure what bitbake command to use so as to build signle ipk. Jul 21 14:45:34 amit08: try #angstrom Jul 21 14:45:50 @pb________________; o Jul 21 14:46:18 @pb: ok ... sorry for that .. tr is some issue wiith my keyboard Jul 21 14:46:22 heh Jul 21 14:48:03 hi pb Jul 21 14:53:58 hi woglinde Jul 21 14:56:58 huhu Jul 21 14:57:07 hi Jin^eLD Jul 21 14:57:12 elo Jin^eLD Jul 21 14:57:18 hey guys :) Jul 21 14:57:29 hrw: can you please check the mail ? Jul 21 14:58:03 did twice. Jul 21 14:58:26 Marex: you mean your answer to Eric's mail? Jul 21 14:58:32 I'm trying to figure out how to add the send hostname optino to the udhcp cilent, it supports -H HOSTNAME, but somehow I failed to find out who is starting it at all.. there is some run-parts script involved and zeroconf... does anyone have a pointer for me? Jul 21 14:58:49 hrw: I cced you so the others will know where to meet Jul 21 14:59:08 hrw: and you'll know who's coming etc. Jul 21 14:59:47 and I have few of them in sight range Jul 21 15:00:17 Eric arrived here to connect face with nick and then discovered that we talked few times already ;d Jul 21 15:00:58 hrw: haha :) well then at the reception are we meeting ? Jul 21 15:01:02 at 6.30 pm ? Jul 21 15:01:22 6:15 in the lobby or in front of hotel Jul 21 15:01:31 hrw: OK, will be there Jul 21 15:02:03 Marex: http://www.potrefena-husa.eu/en and http://www.hybernia.cz/drink-list-3-104.html were suggested already Jul 21 15:02:56 http://www.hybernia.cz/drink-list-3-104.html this one Jul 21 15:03:00 CERTAINLY that one Jul 21 15:03:10 you DO NOT want to drink staropiss Jul 21 15:03:19 *g* Jul 21 15:03:21 ;D Jul 21 15:03:46 hrw: dude, it's NOT a beer ! Jul 21 15:03:53 pilsner is the way to go Jul 21 15:03:55 ;D Jul 21 15:04:08 Marex: you have been talking to Zumbi about balloons? Jul 21 15:04:13 Leffe, Delirium Tremens are beers man Jul 21 15:04:28 I have one here you can have if you are interested Jul 21 15:04:43 zumi has balloons? I thought that he is a man ;D Jul 21 15:04:48 wookey: hey, yea Jul 21 15:04:50 s/zumi/zumbi Jul 21 15:05:10 wookey: you're here, right ? we can talk about it in the pub Jul 21 15:05:29 03Koen Kooi  07org.openembedded.dev * r12e8838d9e 10openembedded.git/recipes/squashfs-tools/squashfs-tools_4.0.bb: squashfstools: pin to today instead of using a floating srcdate Jul 21 15:05:32 I would love to kill bootldr forever, but it needs someone to make uboot work and I never got time myself Jul 21 15:05:36 hrw: even man can have baloons ;D Jul 21 15:05:46 I've got lotsa of balloons :-) Jul 21 15:05:47 Marex: I prefer woman's ones Jul 21 15:05:51 wookey: that thing is pxa27x and you want uboot on it ? Jul 21 15:05:56 yep Jul 21 15:06:20 And then we could discover which things we never did in kernel but only in bootldr Jul 21 15:06:47 I bet there is some - those hardware types love adding magic numbers to registers in bootldr... Jul 21 15:07:17 hrw: don't start with that again ... what I said to XorA was a damn MISTAKE Jul 21 15:07:38 Marex: I hadnt told him, now you will have to explain :-D Jul 21 15:08:06 XorA: I'll make you both drunk and make you forget it all Jul 21 15:08:23 *g* Jul 21 15:08:24 Marex: coul dbe tough with XorA Jul 21 15:09:52 I learn many helpful things from the chineese guys yesterday ;-) Jul 21 15:10:12 marex hm what? Jul 21 15:10:17 Marex: ;DD Jul 21 15:10:59 I gotta go Jul 21 15:11:04 bbiaw Jul 21 15:20:08 hrw: wookey: XorA: I'll be there at 6.15, black manowar tshirt Jul 21 15:20:58 ok Jul 21 15:21:31 ok Jul 21 15:22:22 XorA: and thats how beer event of three OE developers transformed into OE developers + ARM Linux maintainers beer event ;D Jul 21 15:24:05 hi wookey Jul 21 15:38:06 hrw, XorA, Marex-N900, Eric Miao: please take some beer and write new power management module for zauruses ;) Jul 21 15:38:33 Jay7: Are you sure taking some beer before writing the code doesn't explain the existing situation? :) Jul 21 15:39:00 broonie: oh.. seems you are right Jul 21 15:39:06 ive looked through tons of recipes and classes though i cant figure out what tells bitbake to include lighttpd in the base image but not php (or my custom packages).... Jul 21 15:39:08 does vodka help? ;) Jul 21 15:39:47 warflyr look tasks stuff Jul 21 15:39:53 warlfyr and images Jul 21 15:40:39 rgr ty Jul 21 15:42:48 Jay7: what is zaurus? Jul 21 15:43:00 hrw: you are happy ;) Jul 21 15:46:27 broonie: it doesnt ... that was crack or H Jul 21 15:48:13 broonie: it was certainly something with much bigger kick than beer Jul 21 15:50:29 hrw: wookey: eric's not joining Jul 21 15:52:41 I read Jul 21 15:53:22 hrw: yea ... pity Jul 21 15:53:55 happens Jul 21 15:58:56 * hrw - packing Jul 21 15:59:55 * Marex-N900 goes into subway Jul 21 16:00:11 hope to make it Jul 21 16:12:27 ok, I arrived Jul 21 16:12:37 xora and hrw just left Jul 21 16:15:49 ho Jul 21 16:17:07 re hrw Jul 21 16:38:03 anyone else running into glibc failing to generate locales? -> http://bugs.openembedded.org/show_bug.cgi?id=5455 Jul 21 16:38:52 hm qemu Jul 21 16:39:04 whats you host distro? Jul 21 16:39:15 ubuntu 10.04 atm Jul 21 16:39:38 i get an similar error with an old qemu verions 0.8.1 Jul 21 16:40:21 it's strange because last friday I wasn't getting this error and don't recall any changes happening to qemu on my host Jul 21 16:41:36 doh qemu-kvm wasn't installed... maybe that was my problem Jul 21 16:41:42 this is a new vm heh sorry Jul 21 16:44:48 bleh still dies in locale generation Jul 21 16:46:04 have ASSUMED_PROVIDED += qemu-native in your local.conf? Jul 21 16:48:22 nope just saw that in the conf I un commented it, thanks for pointing that out Jul 21 16:49:50 but you have to remove qemu from sysroot too Jul 21 16:50:15 do you mean in my build directory? Jul 21 16:50:23 yes Jul 21 16:50:27 in oetmp Jul 21 16:50:28 ok thx Jul 21 17:03:31 03Henning Heinold  07org.openembedded.dev * r49cd7db742 10openembedded.git/recipes/openjdk/ (files/jvm.cfg openjdk-6-common.inc): Jul 21 17:03:32 openjdk: fix sed scripts for jvm.cfg postinst/prerm Jul 21 17:03:32 * bump INC_PR Jul 21 17:03:38 03Henning Heinold  07org.openembedded.dev * r32fe071153 10openembedded.git/recipes/openjdk/openjdk-6-6b18-1.8/shark-arm-linux-cpu-detection.patch: openjdk-6-6b18: updating comment about armv7 support Jul 21 17:11:27 cya Jul 21 17:30:18 03Khem Raj  07org.openembedded.dev * rdc1f15bcd4 10openembedded.git/recipes/uclibc/ (4 files in 4 dirs): Jul 21 17:30:18 uclibc-git: Update cpu to be arm926t in config for qemuarm Jul 21 17:30:18 * Fix PIE execution when uclibc is compiled with thumb Jul 21 17:30:18 * Update defconfig for armv5te architecture Jul 21 17:30:18 Signed-off-by: Khem Raj Jul 21 17:30:29 03Khem Raj  07org.openembedded.dev * re7adac34e4 10openembedded.git/conf/ (21 files in 3 dirs): (log message trimmed) Jul 21 17:30:29 distro: Move thumb into distro features Jul 21 17:30:29 * Currenlty we define the thumb specific overrides in machine tune files Jul 21 17:30:29 and as machine conf files are included before the distro conf files Jul 21 17:30:30 the overrides dont get right values and set incorrectly. Jul 21 17:33:43 can I unset a variable in a recipe ? Jul 21 17:34:27 eFfeM: yes Jul 21 17:34:41 which var you want to reset Jul 21 17:35:24 COMPATIBLE_TARGET_SYS Jul 21 17:36:46 I've added COMPATIBLE_TARGET_SYS = "(?!nios2)" in gcc-common.inc and binutils.inc and glibc.inc (as suggested by Marcin), and want to reset it in the recipes that are supported by nios2 Jul 21 17:37:06 Marcin suggested Jul 21 17:37:07 Maybe instead of populating so many files set it in binutils.inc (so all Jul 21 17:37:07 version will be marked as incompatible) and then set COMPATIBLE_TARGET_SYS="" Jul 21 17:37:07 in version which is compatible. Jul 21 17:37:29 may be do a weak assign ?= Jul 21 17:37:40 and do hard assign in the recipe Jul 21 17:37:40 but that does not work, setting COMPATIBLE_TARGET_SYS="." does Jul 21 17:38:08 i think it must have a value as it is used to regex.match and "" does not match anything Jul 21 17:38:26 but weak assign is a good idea Jul 21 17:42:33 thanks for the suggestion, will retry but guess it is fixed now Jul 21 17:43:33 testing work Jul 21 18:23:24 khem: (a) YAAAY! Jul 21 18:23:36 (b) 'native-sdk-builds' == meta-toolchain or ?> Jul 21 18:27:31 * Tartarus kicks meta-toolchain off Jul 21 19:12:06 | ln: creating symbolic link `/home/kergoth/Code/oe/tmp/work/x86_64-linux/ncurses-native-5.4-r20.0/image/home/kergoth/Code/oe/tmp/sysroots/x86_64-linux/etc/terminfo/r/rxvt-unicode': No such file or directory Jul 21 19:12:06 NOTE: package ncurses-native-5.4-r20.0: task do_install: Failed Jul 21 19:12:11 anyone ever run into this one before? Jul 21 19:13:12 hmmm Jul 21 19:21:07 re Jul 21 19:32:53 khem, I seem to have an issue with the thumb patches Jul 21 19:32:54 -c /home/frans/oe/tmp_angstrom/work/nios2-linux/gcc-cross-initial-4.1.2-r23.1/gcc-4.1.2/gcc/crtstuff.c -DCRT_BEGIN \ Jul 21 19:32:54 -o crtbegin.o Jul 21 19:32:54 cc1: error: unrecognized command line option "-mthumb-interwork" Jul 21 19:32:54 cc1: error: unrecognized command line option "-mno-thumb" Jul 21 19:33:14 i'm compiling for nios2 Jul 21 19:33:49 bitbake -e time, eFfeM :) Jul 21 19:34:40 hm, what is bitbake -e, never used that, btw this is with a clean build (rm-ed tmp dir) Jul 21 19:34:57 -e dumps the build env Jul 21 19:35:27 yes dumps all variables Jul 21 19:35:29 But, er, that's right,, nios2 isn't arm at all. Sounds like the patch needs an update :) Jul 21 19:35:30 yeah read that from the help Jul 21 19:38:05 btw this is when compiling gcc-cross-initial 4.1.2 for nios2 Jul 21 19:38:14 yeah Jul 21 19:38:39 So... Jul 21 19:38:51 a bad side-effect of moving the thumb stuff out of machine.conf? Jul 21 19:38:56 hm: Jul 21 19:38:57 HOST_CC_ARCH="-mthumb-interwork -mno-thumb" Jul 21 19:39:00 Yeah Jul 21 19:39:05 TARGET_CC_ARCH="-mthumb-interwork -mno-thumb" Jul 21 19:40:18 btw distro = angstrom Jul 21 19:40:42 yewah Jul 21 19:40:55 so... Jul 21 19:41:16 conf/distro/include/arm-thumb.inc Jul 21 19:42:14 make those final changes also look at bb.data.getVar('TARGET_ARCH', d, 1) in [ 'arm', 'armeb' ] Jul 21 19:42:27 * Tartarus has lftp induced latency atm Jul 21 19:43:23 * Tartarus writes something up, minute... Jul 21 19:46:33 eFfeM: http://pastebin.com/v8enrEAD Jul 21 19:47:24 Tartarus: thanks (actually I was just wondering if I could just use TARGET_CC_ARCH_arm += Jul 21 19:47:53 Ah that maybe too, but also need armeb case to be totally right Jul 21 19:48:09 Lemme know if that patches fixes it for you please, thanks Jul 21 19:48:14 * Tartarus bitbake -e's on qemumips Jul 21 19:48:46 make sure you want to TARGET_CC_ARCH_arm +=. that doesn't conditionally append, that unconditionally appends to a conditional which overrides Jul 21 19:49:52 kergoth, you somewhat lost me Jul 21 19:50:05 tartarus, trying your patch,will let you know if it works Jul 21 19:50:22 after that khem can decide if he wants your patch or the _arm thing Jul 21 19:50:30 in a conditional append, it appends to the variable when the condition is true. in an append to a conditional, it adds that immediately to a conditional override, which then *replaces* the original variable Jul 21 19:50:35 which isn't the case with the former Jul 21 19:50:40 sometimes you want one, sometimes the other Jul 21 19:50:45 but be sure you know which Jul 21 19:50:59 kergoth, check out my patch too please :) Jul 21 19:51:04 k Jul 21 19:51:30 kergoth: i think i now understand, hope I still remember it when I need it Jul 21 19:51:41 hi kergoth Jul 21 19:51:47 effeM: it helps if you remember that _append is lazy, += is immediate. Jul 21 19:52:44 example: FOO_arm += adds to FOO_arm immediately, which then replaces FOO if arm. FOO_append_arm = adds to FOO directly, at the end of the parse, if arm Jul 21 19:54:53 ah ok, so without _append a new assignment to FOO would override FOO_arm whereas _append_arm is always done Jul 21 19:55:09 and ofc the order can be different Jul 21 19:55:22 * Tartarus has bitbake -e looking good on beagleboard and qemumimps Jul 21 19:55:32 eFfeM lemme know once you've tested the patch there and i'll push Jul 21 19:56:02 Tartarus: I am building gcc-cross-initial right now, had an out of date cache that needed a few minutes Jul 21 19:56:12 k Jul 21 19:56:14 should have used -b, oh well Jul 21 19:56:27 it is currently in do_compile Jul 21 19:56:56 effeM: FOO_arm replaces FOO when arm is in overrides. _append_arm appends when arm is in overrides. the question is whether its a variable definition which is an override, vs an append that happens conditionally Jul 21 19:57:12 grr, this ncurses-native failure is odd, why is it only biting me Jul 21 19:57:35 kergoth: think I understand Jul 21 19:57:48 btw ncurses-native builds nicely here Jul 21 19:57:52 figured Jul 21 19:57:55 weird. Jul 21 19:59:45 Tartarus: gcc-cross-initial now builds properly let me have it proceed for a short while to see that gcc-cross-intermediate and gcc-cross also build nicely Jul 21 19:59:57 unrelated, but I do get this: Jul 21 20:00:01 NOTE: Gettext required but not in DEPENDS for file /home/frans/oe/tmp_angstrom/work/nios2-linux/gcc-cross-initial-4.1.2-r23.1/gcc-4.1.2/intl/configure.ac. Jul 21 20:00:01 Missing inherit gettext? Jul 21 20:00:20 but gcc-common.inc says: Jul 21 20:00:21 gcc-common.inc:inherit autotools gettext Jul 21 20:00:32 * eFfeM scratches head Jul 21 20:00:48 (and wonders why there is no smiley for that) Jul 21 20:06:08 03Tom Rini  07org.openembedded.dev * r9d22b7f5ee 10openembedded.git/conf/distro/include/arm-thumb.inc: Jul 21 20:06:08 arm-thumb.inc: Don't modify TARGET_CC_*ARCH on non-arm/armeb Jul 21 20:06:08 Signed-off-by: Tom Rini Jul 21 20:06:12 03Tom Rini  07org.openembedded.dev * r27e11b6541 10openembedded.git/recipes/stage-manager/files/stage-manager-ipkg: Jul 21 20:06:12 stage-manager-ipkg: Make the workaround for tar + SIGPIPE more robust Jul 21 20:06:12 Signed-off-by: Gilbert Coville Jul 21 20:06:12 Signed-off-by: Tom Rini Jul 21 20:14:21 hmm Jul 21 20:14:39 looking at the networkmanager-0.7.inc, there's this line: Jul 21 20:14:40 ${@base_contains('COMBINED_FEATURES', '3gmodem', 'ppp', '', d)} \ Jul 21 20:14:41 03Frans Meulenbroeks  07org.openembedded.dev * r240e97d86d 10openembedded.git/recipes/linux-libc-headers/ (linux-libc-headers.inc linux-libc-headers_2.6.34.bb): Jul 21 20:14:41 linux-libc-headers: added COMPATIBLE_TARGET_SYS Jul 21 20:14:41 added COMPATIBLE_TARGET_SYS ?= "(?!nios2)" to the inc file Jul 21 20:14:41 and COMPATIBLE_TARGET_SYS = "." to the only recipe that does Jul 21 20:14:41 support nios2 Jul 21 20:15:21 i'm actually trying to get a sierra 888 usb dongle to be properly detected during the mobile-wizard portion of setting up a connection/carrier but it doesn't detect it Jul 21 20:15:48 the tty's are there, everything is fine at the device/driver level, but something's up with my networkmanager_0.7.999 Jul 21 20:16:14 anyone familiar with this recipe? must be missing something Jul 21 20:21:47 kergoth i have a fail ini do_install for glibc-initial Jul 21 20:23:06 perhaps something to do with /usr/share/hal/fdi/information/10freedesktop/ Jul 21 20:24:52 Tartarus: native-sdk-image. I have not tried meta-toolchains Jul 21 20:25:03 khem: m-t worked Jul 21 20:25:08 doing minimal + that now Jul 21 20:25:10 Will ack shortly Jul 21 20:25:18 and again, yaaaaay! :) Jul 21 20:30:10 hey im having (145, "Table './oe_tinderbox/oestats_package' is marked as crashed and should be repaired") on http://tinderbox.openembedded.org/ Jul 21 20:32:02 you cannt understand english? Jul 21 20:32:33 effem next time dont forget the rebase before commiting Jul 21 20:33:37 im getting "qemu-arm: relocation error: qemu-arm: symbol fcntl, version GLIBC_2.0 not defined in file libpthread.so.0 with link time reference" on glibc_2.9.bb, do_package. Does anyone know what is going on here? Jul 21 20:34:11 who is tinderbox admin? Jul 21 20:35:08 that table shoud be REPAIR'ed Jul 21 20:35:19 * Jay7 dislike mysql for this too Jul 21 20:36:06 woglinde i thought I set rebase to auto Jul 21 20:45:48 All these native vs. virtualclass-native dependencies are really nasty to sort out... Jul 21 20:48:42 marcompile qemu dont works right Jul 21 20:49:02 marcompile which distro are you using? Jul 21 20:49:09 woglinde, what should i do? switch to native fedora qemu or disable binary locale generation? Jul 21 20:49:44 fedora 13 i686 Jul 21 20:51:43 marcompile yes install qmeu from fedora Jul 21 20:52:02 an add ASSUME_PROVIDED += "qemu-native" in local.conf Jul 21 20:52:20 florian yes Jul 21 20:52:29 but you need only once a time Jul 21 20:52:48 woglinde, ok, ill try that Jul 21 20:52:56 thanks for the info Jul 21 20:53:08 * florian tries to build gtk+ with minimal only Jul 21 20:53:29 Jay7, yes, it should... Jul 21 20:54:26 florian I thought you solved it Jul 21 20:55:35 woglinde: that was glib... now we still have some bits among the gtk+ dependencies left that pull in glib-2.0-native which is too old for latest gtk related bits Jul 21 20:56:39 florian look at atk pnago Jul 21 20:56:57 pango Jul 21 20:57:18 that's what i'm doing right now Jul 21 20:58:42 florian and I have the fear that PACKAGES_DYNAMIC has some problems with BBCLASSEXTENED Jul 21 20:59:31 looks like atk and pango are clean Jul 21 21:00:30 ah... cairo might be a candidate Jul 21 21:01:16 yes Jul 21 21:06:16 all hail Jay7...fixer of things tinderbox. Jul 21 21:06:31 o_O Jul 21 21:06:45 *g* Jul 21 21:06:47 cool Jul 21 21:06:51 ka6sox-work was a tty then :) Jul 21 21:07:02 mysql over irc :) Jul 21 21:07:02 he he. Jul 21 21:08:52 woglinde, i am now using native qemu but i still got a weird error Jul 21 21:08:53 NOTE: Task failed: localedef returned an error (command was PATH="/stuff/tmp/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi:/stuff/tmp/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi:/stuff/tmp/sysroots/i686-linux/usr/sbin:/stuff/tmp/sysroots/i686-linux/usr/bin:/stuff/tmp/cross/armv7a//bin:/stuff/tmp/sysroots/i686-linux/sbin:/stuff/tmp/sysroots/i686-linux/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/marco/bin" Jul 21 21:08:54 I18NPATH="/stuff/tmp/work/armv7a-angstrom-linux-gnueabi/glibc-2.9-r36.3/locale-tree/usr/share/i18n" qemu-arm -s 1048576 -r 2.6.24 -L /stuff/tmp/work/armv7a-angstrom-linux-gnueabi/glibc-2.9-r36.3/locale-tree -E LD_LIBRARY_PATH=/stuff/tmp/work/armv7a-angstrom-linux-gnueabi/glibc-2.9-r36.3/locale-tree/lib -cpu cortex-a8 /stuff/tmp/work/armv7a-angstrom-linux-gnueabi/glibc-2.9-r36.3/locale-tree/bin/localedef --force --old-style --no-archive --prefix=/stuff/tmp/w Jul 21 21:08:55 ork/armv7a-angstrom-linux-gnueabi/glibc-2.9-r36.3/locale-tree --inputfile=/usr/share/i18n/locales/ik_CA --charmap=UTF-8 ik_CA). Jul 21 21:09:11 oops sorry for flood Jul 21 21:09:51 I disabled binary locale generation but I really need to fix that because I'll beed i18n on my produt Jul 21 21:09:56 btw, about tinderbox.. looks like it is wrong about failed package when multiple make threads are used (-j X) Jul 21 21:11:51 will check this later Jul 21 21:12:13 -j4 will probably work..but nothing more Jul 21 21:13:09 I've qemu-native as failed but I remember that it was one of gcc- Jul 21 21:13:26 ah.. I'm wrong about -j X Jul 21 21:13:38 this is about bitbake threads Jul 21 21:31:08 I somehow get the impression that the handling of the native stuff is not perfect yet Jul 21 21:31:51 jo ant Jul 21 21:32:18 hey florian, woglinde Jul 21 21:32:34 more likely you just need to set a virtnative override or something Jul 21 21:32:35 it seems you're fixing the strange issue of gtk+-native I had Jul 21 21:32:38 hi ant_ Jul 21 21:33:52 kergoth: if i have a foo-native_1.0.bb and a foo_2.0.bb with native extension it still builds foo-native. Jul 21 21:34:04 you are listing all the deps: glib, atk, pango,, ... Jul 21 21:34:06 yes, it does. known behavior Jul 21 21:34:11 it's always done that Jul 21 21:34:29 I do not see the benefit yet... Jul 21 21:34:54 native is native and they should have the same preference independent from the method chosen Jul 21 21:35:06 agreed, I believe its been argued on the list in the past Jul 21 21:35:13 * kergoth shrugs, this isn't new Jul 21 21:35:30 * florian is not yet used to all the modern oe stuff Jul 21 21:35:58 again a side effect of too many versions of a recipe: some / latest is patched, pthers aren't Jul 21 21:36:27 I'm trying to build all latest things... Jul 21 21:37:01 all is not going to work ;) Jul 21 21:37:04 some Jul 21 21:37:09 ant_, bitbake master supports having one recipe emit multiple versions of something.. a SRC_URI change would break other versions that don't have that patch fixed, so itd get fixed Jul 21 21:37:13 heh Jul 21 21:37:22 but its arguable how many old versions we want to keep around Jul 21 21:37:34 see the -native case Jul 21 21:37:39 * kergoth was experimenting with a set of recipes that built every version of m4 that has ever existed Jul 21 21:39:00 the -native case isn't really an issue of "how many old versions you keep around". even a single version of -native is enough to cause the wrong thing to happen, and you can have as many BBCLASSEXTENDed versions as you like with no problem. Jul 21 21:39:20 right Jul 21 21:39:34 let me see if i can find tha mails discussing this Jul 21 21:39:44 should probably open a bug if one doesn't exist yet Jul 21 21:39:55 ah yes right Jul 21 21:40:07 if you convert somethin you need to convert all recipes Jul 21 21:40:19 * woglinde remeber this too now Jul 21 21:40:24 course overlays will hose you, unless you go and convert all of them too Jul 21 21:40:47 In the beginning this was not much of a problem I guess... but it is growing Jul 21 21:48:08 jo jama Jul 21 21:55:52 * florian gives up on building gtk+ today... Jul 21 21:56:36 woglinde: jo Jul 21 22:21:40 03Khem Raj  07org.openembedded.dev * rd1b806c879 10openembedded.git/conf/distro/include/arm-thumb.inc: Jul 21 22:21:40 arm-thumb.inc: Make OVERRIDE TARGET_CC_ARCH TARGET_CC_KERNEL_ARCH conditionally apply for arm only. Jul 21 22:21:40 * Thumb is only relevant for ARM architecture so dont override if architecture is not arm. Jul 21 22:21:40 Signed-off-by: Khem Raj Jul 21 22:22:06 khem, did you undo what I did? :) Jul 21 22:24:19 Tartarus: yes I think its more clean and concise Jul 21 22:24:26 plus OVERRIDE was left Jul 21 22:25:31 Tartarus: this patch was already in my tree I was testing it out Jul 21 22:25:47 Tartarus: thanks for acks Jul 21 22:27:39 ah, k Jul 21 22:33:09 03Khem Raj  07org.openembedded.dev * rcae886b77b 10openembedded.git/conf/machine/ (qemumips.conf qemumipsel.conf): Jul 21 22:33:09 qemumips.conf, qemumipsel.conf: Add FEED_ARCH Jul 21 22:33:09 Signed-off-by: Khem Raj Jul 21 23:47:17 03Andrea Adami  07org.openembedded.dev * rae681cd212 10openembedded.git/recipes/klibc/klibc-common.inc: klibc: bump PR after relocating losetup Jul 21 23:47:20 03Andrea Adami  07org.openembedded.dev * r558b08de67 10openembedded.git/recipes/kexecboot/kexecboot.inc: kexecboot: add runtime dependency on losetup (klibc-static) Jul 21 23:47:22 03Andrea Adami  07org.openembedded.dev * rcf47f9eb52 10openembedded.git/recipes/klibc/klibc-utils.inc: Jul 21 23:47:22 klibc-utils: move losetup in /sbin Jul 21 23:47:22 * as done for modprobe Jul 22 00:23:16 hmmm... anyone seeing mplayer fail based upon missing codecs_conf-VP8.diff? Jul 22 00:30:23 jkridner1: is it a regression? Jul 22 00:30:40 and whats the failure runtime/buildtime Jul 22 01:12:45 khem: I saw you filing a bug for gcc4.5 for ppc, http://gcc.gnu.org/bugzilla/show_bug.cgi?format=multiple&id=43810. I also hit the same issue. Any update on the bug? any work arounds ? Jul 22 01:21:04 Yes, read the comments in bug Jul 22 01:22:52 khem: I did a pull and the issue seems to have already been resolved. Jul 22 01:35:49 oh, wait, it is still there. Jul 22 01:36:56 * jkridner1 is just frustrated with OE tonight. Jul 22 01:39:52 khem: my mistake was renaming a recipe and not recognizing that their were patches in a directory with the name of the recipe. Jul 22 01:47:32 * jkridner1 wonders how to specify a kernel recipe in an image recipe. **** ENDING LOGGING AT Thu Jul 22 02:59:56 2010