**** BEGIN LOGGING AT Wed Jul 20 02:59:57 2011 Jul 20 05:24:54 Tartarus: working on a consolidated pull tonight Jul 20 08:54:41 good morning. Just wondering if angstrom is currently the only distro expected to work with external-toolchain-csl, or if minimal/micro can be used? Jul 20 09:24:10 morning all Jul 20 09:25:18 hi bluelightning, mickey|office, all Jul 20 09:32:02 good morning Jul 20 09:32:05 good morning bluelightning Jul 20 09:32:08 hi flo Jul 20 09:32:12 cheerio pb_ Jul 20 10:22:25 hi Jul 20 10:22:47 how do i change the keyboard layout in the console? Jul 20 10:38:23 loadkeys, I suppose. check the topic though, this is not a machine support channel. Jul 20 10:43:22 we do have a keymaps recipe which aims to set the layout automatically via loadkeys and a keymap defined for the machine Jul 20 10:43:33 that's on-topic :) Jul 20 10:44:04 thanks! Jul 20 10:47:34 you may need to ensure you have keymaps installed as part of your image, I'm not sure whether it is in the default images or not Jul 20 10:54:01 got a problem with udev hanging during boot (angstrom/arm11). it hangs on a poll trying to talk to udevd. any ideas? Jul 20 11:05:32 joho Jul 20 11:05:34 pb ping Jul 20 11:46:33 morning all Jul 20 13:07:12 hi woglinde Jul 20 13:08:21 hm I had question Jul 20 13:08:24 for you pb Jul 20 13:08:29 but cannt remember now Jul 20 13:10:11 Is there a generic variable for access to the toolchain dir? I see EXTERNAL_TOOLCHAIN, but I'd like one what will work for both external and internal t/c. Jul 20 13:10:51 My vendor build wants to do 'which $(CC)', which goes wrong when CC is blah-gcc --sysroot=blah Jul 20 13:17:13 celston: I don't think there is such a var. Do you know what your vendor plans to do with the information? Jul 20 13:18:11 pb_: Not sure at the moment, but to follow what I think your line of question is driving at: It concerns me they might try to do things incompatible with OE's use of sysroot. Jul 20 13:18:25 yeah Jul 20 13:18:48 I can't think of anything they might do with the result of `which $(CC)` that wouldn't be a bad thing Jul 20 13:20:54 I'll follow up what they do with the variable they assign it to... Jul 20 13:31:42 pb_: might get away with it, they seem to only use it to find out what uclibc version is being used. So aside from the implicit assumption about uclibc, I think I can deal with that. Jul 20 13:51:21 03Martin Jansa  07master * r6c3adf2234 10openembedded.git/recipes/freesmartphone/cornucopia.inc: Jul 20 13:51:21 cornucopia: bump SRCREV Jul 20 13:51:21 * msmcomm needs at least 7b9f1e7636d8e4b14c49ec296b7ec0b4d4316831 after msmcomm SRCREV bump in Jul 20 13:51:21 http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=c171f151768f4588aed94836bb1a6b26abdb4f61 Jul 20 13:51:21 Signed-off-by: Martin Jansa Jul 20 14:11:04 mikestir: what kernel version are you on ? Jul 20 14:11:56 khem: 2.6.31 - that was the problem. I rolled back udev to 141 Jul 20 14:12:17 I think 151 might have worked but the build fails on missing videodev.h Jul 20 14:12:54 yep you need 2.6.33+ IIRC to get the syscalls it needs Jul 20 14:14:01 the vendor is moving to 2.6.35 next apparently, so the problem should go away in due course I think Jul 20 14:35:02 * Tartarus cries a little more at siteinfo in oe-core Jul 20 14:51:23 is there anyone doing java for oe-core? Jul 20 15:18:35 I have a small patch here for the vblade recipe to fix a GNU_HASH issue, possibly only affecting external toolchain. I take it I can just post this straight to the list following the instructions on the wiki? Jul 20 15:38:16 kergoth, unrelated to #poky, I just kicked a build w/ current stuff, assuming it builds, we can update oe-core-template right? :) Jul 20 15:38:29 yeah, by all means Jul 20 15:38:40 I like this aspect of git submodules, update when we know its sane Jul 20 15:45:07 k, fork & pull request? Jul 20 15:51:00 Tartarus: you're added as a collaborator now, just push it Jul 20 15:51:36 k Jul 20 15:51:39 thanks :) Jul 20 15:57:57 hmm Jul 20 16:15:26 morning kergoth Jul 20 16:22:21 how to check if qt-embedded uses openvg ? Jul 20 16:39:30 kergoth: fwiw I use git submodules for https://github.com/kraj/slugos-setup Jul 20 16:39:43 kergoth: so far I am happy to use it Jul 20 16:39:57 it will be interesting to lock branches etc. Jul 20 16:40:00 * kergoth nods Jul 20 16:40:14 once next release of oe-core happens Jul 20 16:40:37 then I would create a stable branch which should then track oe-core release Jul 20 16:42:13 its ok to use the master branch on dev now, right? Jul 20 16:43:16 Crofton: you mean oe.dev/master ? Jul 20 16:43:19 yes Jul 20 16:43:23 or oe-core/master Jul 20 16:43:28 no oe.dev Jul 20 16:43:40 yes Jul 20 16:43:42 ok Jul 20 16:43:54 master is aliased to org.openembedded.dev Jul 20 16:43:58 I thought we had sorted that out, but my fingers are still trained the other way Jul 20 16:44:09 heh understood Jul 20 16:44:25 * kergoth can't remember the last time he used the old branch Jul 20 16:45:26 :) Jul 20 16:47:10 This is the first I've learned of git submodules Jul 20 16:47:17 its like repo - but smart Jul 20 16:47:21 ehm... anyone has idea on how to use openvg in qt4-embedded ? should I use qt4-embedded-gles ? recipes are not very clear (using oe classic) Jul 20 16:49:05 CosmicPenguin: heh, they used to be kind of annoying, but its less so nowadays. git clone --recursive makes the setup a lot more painless Jul 20 17:00:14 alx_: use qt4-x11-free-gles_git Jul 20 17:00:44 khem, remember my ldconfig falls over python in /lib problem? Jul 20 17:00:52 yes Jul 20 17:00:54 you posted a fix, did it get pushed into dev? Jul 20 17:01:00 no I did not Jul 20 17:01:05 I needed someone to confirm the fix Jul 20 17:01:07 ok, should it be in pw? Jul 20 17:01:09 yeah Jul 20 17:01:10 yes Jul 20 17:01:12 I can work on that now Jul 20 17:01:16 sure Jul 20 17:01:20 its in pw Jul 20 17:01:46 khem, what if I don't have x11 ? Jul 20 17:03:53 hmm Jul 20 17:03:58 website is sick .... Jul 20 17:05:22 alx_: I guess you need to build qt with -openvg in configure args Jul 20 17:05:44 alx_: so you need to add it to QT_FLAGS Jul 20 17:05:58 if your recipe is including qt4.inc it should then do it Jul 20 17:06:37 do you think openvg will work on a s3c2440 ? Jul 20 17:06:50 melo is hosed again nooo Jul 20 17:06:57 ka6sox: are you around Jul 20 17:08:01 grrrrrr Jul 20 17:08:27 ka6sox: this time its not ntop for sure Jul 20 17:12:47 ok, building Jul 20 17:27:22 hmm, bitbake hangs after parsing Jul 20 17:27:28 appears to be contacting melo Jul 20 17:27:33 is this right? Jul 20 17:30:29 huh, http://wouter.coekaerts.be/irssi/mouse looks neat Jul 20 17:37:09 khem, I'm doing an investigation of melo after this fsck...then I'll bring it back up. Jul 20 17:38:30 * kergoth kicks tmux, won't let him specify multiple commands in a single command-prompt incarnation Jul 20 17:42:53 Crofton|work, we are looking into it Jul 20 17:43:27 2ond time thru FSCK to verify Jul 20 17:43:34 thanks Jul 20 17:48:56 okay coming back up but may go off again for repairs if necessary Jul 20 17:52:49 Crofton|work, you can go ahead and use her if you need to while I am investigating, but try not to hit her too hard Jul 20 17:53:55 pb_, ping? Jul 20 17:54:01 khem, ping? Jul 20 17:58:14 hmmm Jul 20 17:58:26 git ls-remote git://projects.goldelico.com/gta04-kernel.git master failed with signal 128, output: Jul 20 17:58:26 projects.goldelico.com[0: 83.151.26.121]: errno=Connection timed out Jul 20 17:58:40 any idea why bitbake clean imagename would try to do this? Jul 20 18:01:52 Crofton|work: at a guess because you're using a tag name as SRCREV and iirc at parse time BitBake is trying to determine what commit the tag relates to Jul 20 18:02:11 * Crofton|work grumbles Jul 20 18:02:31 there was an email about that a while back Jul 20 18:02:53 I guess we need to convert it back to a hash so builds do not hang if you are not conneted to the net Jul 20 18:02:55 Crofton|work: there was, oe-core switched u-boot to using the tag hash rather than a tag name Jul 20 18:03:01 ka6sox: yes Jul 20 18:03:08 yeah, that must be the email I remember Jul 20 18:03:11 isn't there a variable to tell it not to connect to the net? Jul 20 18:03:26 khem, trying to get a meeting together ASAP. Jul 20 18:03:39 ka6sox: ok Jul 20 18:03:42 kergoth: a BB variable? Jul 20 18:04:18 cbrake, you about? Jul 20 18:04:33 there's BB_NO_NETWORK, but I don't know what that will do in the SRCREV is a tag name scenario Jul 20 18:04:35 ka6sox: yup Jul 20 18:05:46 melo died again... Jul 20 18:07:09 * kergoth mutters about srcrev Jul 20 18:11:32 ka6sox: can we just uninstall ntop? Jul 20 18:12:21 already done Jul 20 18:12:27 yesterday Jul 20 18:13:04 I want to get with the folks who watch it and come up with a transition plan to a new instance. Jul 20 18:16:46 ka6sox: sounds like a plan Jul 20 18:16:47 ka6sox: how can we do it ? Jul 20 18:17:03 may be use garnet for setting up new instance ? Jul 20 18:17:04 ka6sox: we can move git and cgit subdomains first Jul 20 18:17:42 yeah git is most important of all Jul 20 18:18:13 okay moving git to garnet as an interim solution is a good plan... Jul 20 18:18:22 should be done today if possible. Jul 20 18:18:35 Crofton|work, this will require your help too. Jul 20 18:19:08 lets move this to #oe-infra Jul 20 18:35:08 http://pastebin.com/F4c8bWER Jul 20 18:35:42 libgcc_s.o already provided by something lese error Jul 20 18:36:41 Crofton|work can you join us in #oe-infra? Jul 20 18:37:13 I did Jul 20 19:10:22 is there a libstdc++-dbg package? Where can I get the debug files for libstdc++? Jul 20 19:12:07 evening Jul 20 19:43:38 sgw: built meta-toolchain-qte or meta-toolchain-gmae recently? Jul 20 19:43:49 I'm getting a bitbake is mad type problem it seems like Jul 20 19:45:46 http://pastebin.com/QRHxb27h Jul 20 19:45:52 core-image-sato goes just fine Jul 20 20:37:17 Tartarus: meta-toolchaing-gmae last night Jul 20 20:37:27 can you try today? Jul 20 20:37:38 it shouldn't get past the parse, if this isn't a local thing Jul 20 20:37:50 Ok, hang on Jul 20 20:38:03 This was with my pull request, but I will try master now. Jul 20 20:39:25 btw is it expected that every recipe using intltool needs to add inherit perlnative now? Jul 20 20:40:05 otherwise it's using perl from host and if there is no libxml-parser-perl on host it fails (adding inherit solves that) Jul 20 20:42:43 JaMa: I think my series posted just now offers an 'out' Jul 20 20:42:52 which is that intltool needs a patch to be #!/usr/bin/env nativeperl Jul 20 20:43:06 and msm just hit this problem in #poky Jul 20 20:43:39 ah ok.. then I'll keep my patch series and will try yours patch first Jul 20 20:44:04 Note mine doesn't fix it Jul 20 20:44:12 it just makes the fix easier than audting every recipe Jul 20 20:44:57 Tartarus: a bunch of pulseaudio com preferred version messages Jul 20 20:46:45 * Tartarus tries again, no tmpdir/etc Jul 20 20:47:10 JaMa: I just sent a patch to yocto but it needs approval still... Jul 20 20:47:23 Can anyone approve my messages? They all get moderated =) Jul 20 20:48:29 msm: catching up, I can approve them Jul 20 20:49:09 it would be nice to whitelist my email… since im subscribe via an alternate email. Jul 20 20:49:09 msm, you could also join the list and this won't be a problem. Jul 20 20:49:23 msm, Ok I will do that Jul 20 20:50:11 sgw: im on it, it's just work email is such a pain Jul 20 20:50:57 msm I understand Jul 20 20:52:08 msm: but this is only for building intltool.. I have the same issues in 10+ recipes already Jul 20 20:52:45 JaMa: eh.. ive only hit intltools so far… Jul 20 20:53:11 Anyone seen this building an image: http://pastebin.com/F4c8bWER Jul 20 20:57:38 msm, just for future reference these patches should go to the oe-core ml, not yocto. Jul 20 20:58:55 msm, sorry never mind, I found them in my Yocto folder, but I see you CC oe-core, sorry about that. Jul 20 20:59:01 because it effects meta/* Jul 20 20:59:02 ? Jul 20 20:59:24 crfoton did you update? Jul 20 20:59:28 yea, I messed up one an earlier resubmission Jul 20 20:59:34 crofton its maybee the libgcc_s error pb saw too Jul 20 21:00:27 hmm Jul 20 21:00:32 did he have a fix? Jul 20 21:00:36 this is updated Jul 20 21:00:44 maybe I shoudl try a clean build ...\ Jul 20 21:07:23 was commited by richard Jul 20 21:28:06 now bison-native fails Jul 20 21:28:08 urg Jul 20 21:28:45 uha crofton Jul 20 21:28:59 morning woglinde Jul 20 21:29:16 he ka6sox Jul 20 21:31:03 up early eh? Jul 20 21:31:27 you mean crofton? Jul 20 21:31:43 here its 30 min to ghost hour Jul 20 21:31:48 oh wait...only 11:26 Jul 20 21:31:50 gotit. Jul 20 21:32:38 bison-native failure: http://pastebin.com/z3PCVPaA Jul 20 21:36:21 how is the siteinfo (autoconf) file picked up or used? Jul 20 21:37:06 see CONFIG_SITE in autotools.bbclass Jul 20 21:37:17 and if necessary read the autoconf manual about the usage of CONFIG_SITE :) Jul 20 21:37:57 Crofton|work I would say there is really something broken with your installation Jul 20 21:41:59 nothing much has changed Jul 20 21:42:22 hi jkridner Jul 20 21:45:40 hhm I updated to F15 Jul 20 21:46:01 and it is using native autoreconf Jul 20 21:46:20 wait, not on that machine Jul 20 21:54:34 uhm haha Jul 20 21:54:39 dont use f15 Jul 20 21:55:03 didnt see yet any fedora release wich wasnt broken Jul 20 21:55:11 * incandescant uses F15 Jul 20 22:01:01 no, I was confised Jul 20 22:01:06 this is an older box Jul 20 22:11:43 meh Jul 20 22:15:47 jo kergoth Jul 21 02:21:23 sgw: make sure you purge libxml-parser-perl from your host distro Jul 21 02:21:24 Then try stuff Jul 21 02:21:31 That's how a lot of stuff is sneaking by now Jul 21 02:49:43 bison-native failure: http://pastebin.com/z3PCVPaA Jul 21 02:49:48 Tartarus, any clue Jul 21 02:49:56 seems to use host autoreconf? Jul 21 02:53:24 that's odd, yeah Jul 21 02:53:32 is automake/autoconf-native built? Jul 21 02:53:35 it must be, but... Jul 21 02:55:57 it appears not Jul 21 02:56:03 just built by hand Jul 21 02:56:37 different error Jul 21 02:57:29 http://pastebin.com/EYgdwCTT Jul 21 02:59:48 what the heck? **** ENDING LOGGING AT Thu Jul 21 02:59:56 2011