**** BEGIN LOGGING AT Tue Dec 07 02:59:58 2010 Dec 07 03:03:43 pespin: ok as i see your gcc was built without fortran support Dec 07 03:03:57 The following languages will be built: c,c++,lto,objc Dec 07 03:04:36 I asked for run.do_* files and you pasted log.do_* Dec 07 03:04:38 ka6sox, is the patchwork registration any good? Dec 07 03:04:49 khem, uhm sorry, I'll repaste Dec 07 03:05:32 awesome, it verifies with email Dec 07 03:08:01 khem, http://www.pastebin.ca/2012536 Dec 07 03:13:35 ka6sox, I tried registering on patches, but I didn ot get the confirmation email Dec 07 03:19:26 bummers...okay let me look at logs Dec 07 03:49:39 khem, it would be great if you could fix this fortran problem when you have some time. It's really late here, I'll be going to bed in little time Dec 07 03:56:37 btw, in line 598 -> configure [...] --enable-languages=c,c++,objc Dec 07 04:03:41 gnight Dec 07 04:18:07 03Chris Larson  07master * rc3d005cbba 10bitbake.git/lib/bb/ui/knotty.py: Dec 07 04:18:07 knotty: shift non-interactive progress into a class Dec 07 04:18:07 Signed-off-by: Chris Larson Dec 07 04:21:11 khem you about? Dec 07 05:08:04 03Chris Larson  07master * r89ce8df075 10bitbake.git/lib/bb/ui/knotty.py: Dec 07 05:08:04 knotty: use enumerate for task waiting Dec 07 05:08:04 Signed-off-by: Chris Larson **** BEGIN LOGGING AT Tue Dec 07 08:12:18 2010 Dec 07 08:15:56 JaMa, please check git? Dec 07 08:20:00 works, thanks Dec 07 08:32:55 Where is: ./valgrind/valgrind_3.3.1.bb Dec 07 08:33:06 but doing bitbake valgrind does not find it, why is that? Dec 07 08:33:20 ERROR: Nothing PROVIDES 'valgrind' Dec 07 08:33:20 Unknown Event: Dec 07 08:34:40 Could someone try building it? Dec 07 08:37:04 davidlt: there is COMPATIBLE_HOST only for x86 Dec 07 08:37:25 davidlt:recipe for latest version should be updated to allow armv7a Dec 07 08:37:36 and mips iirc Dec 07 08:38:49 This is not very much updated as I can see. Dec 07 08:39:18 Yeah, tried removing host: | configure: error: Unsupported host architecture. Sorry Dec 07 08:39:56 what's your machine? Dec 07 08:40:03 I mean target? Dec 07 08:40:48 i686-linux to armv7 Dec 07 08:40:58 I see, 3.6.0 is up in git Dec 07 08:41:01 Need to pull Dec 07 08:41:47 Thanks! Dec 07 08:43:18 davidlt: actually see JaMa already gave the answer Dec 07 08:43:27 Yeah Dec 07 08:43:47 yes 3.6.0 is first to support armv7 but only armv7a (with Cortex A5, A8 and A9) Dec 07 08:43:57 Have you ever used "nandtest" ? Dec 07 08:44:05 I am on Cortex A8 Dec 07 08:45:51 ah, so there finally is a working valgrind for A8/A9 \o/ Dec 07 08:52:41 Doesn't compile for still Dec 07 08:52:46 Same, No Providers Dec 07 08:53:12 davidlt: did you update COMPATIBLE_HOST? Dec 07 08:53:22 No Dec 07 08:53:41 09:37:03 < JaMa> davidlt: there is COMPATIBLE_HOST only for x86 Dec 07 08:53:42 09:37:24 < JaMa> davidlt:recipe for latest version should be updated to allow armv7a Dec 07 08:53:51 still apply.. Dec 07 08:54:07 I commented it out at all. Dec 07 08:54:10 when you update the recipe and test it on target, please sent that change as patch to OE... Dec 07 08:54:20 re-run: configure: error: Unsupported host architecture. Sorry Dec 07 08:55:28 arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 Dec 07 08:55:30 hm.. Dec 07 08:57:05 I am still missing something here? Dec 07 08:57:39 check configure.ac how is host architecture checked Dec 07 09:02:44 Tjere is no such file Dec 07 09:05:01 switch checks for armv7 Dec 07 09:05:19 Need some debugging to get more details Dec 07 09:10:40 | checking build system type... i686-pc-linux-gnu Dec 07 09:10:40 | checking host system type... arm-angstrom-linux-gnueabi Dec 07 09:10:41 | checking for a supported CPU... OS: arm Dec 07 09:10:41 | no (arm) Dec 07 09:10:41 | configure: error: Unsupported host architecture. Sorry Dec 07 09:11:54 armv7*) Dec 07 09:11:54 5269 { $as_echo "$as_me:${as_lineno-$LINENO}: result: ok (${host_cpu})" >&5 Dec 07 09:11:54 5270 $as_echo "ok (${host_cpu})" >&6; } Dec 07 09:11:54 5271 ARCH_MAX="arm" Dec 07 09:11:55 5272 ;; Dec 07 09:12:09 So it gets "arm", but checks for "armv7" ? Dec 07 09:17:05 Yeah Dec 07 09:17:14 davidlt: how does your configure call look like? Dec 07 09:18:12 6-linux --host=arm-angstrom-linux-gnueabi --target=arm-angstrom-linux-gnueabi --prefix=/usr --exec_prefix=/usr --bindir= Dec 07 09:18:13 calstatedir=/var --libdir=/usr/lib --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --ma Dec 07 09:18:13 ndir=/usr/share/man --enable-tls Dec 07 09:22:14 gm Dec 07 09:22:20 bah..."Table 'oestats_package' is marked as crashed and should be repaired" Dec 07 09:22:30 Request URL: http://tinderbox.openembedded.net/ Dec 07 09:22:38 on the list Dec 07 09:22:48 (no sleep for me tonight) Dec 07 09:23:12 he he Dec 07 09:23:27 ka6sox: thx in advance Dec 07 09:27:19 JaMa: I changed armv7 to arm Dec 07 09:27:33 It got configured, started compiling and failed: Dec 07 09:27:34 | Can't exec "-march=armv7-a": No such file or directory at ../coregrind/link_tool_exe_linux line 75. Dec 07 09:30:07 So, no support? Dec 07 09:32:11 maybe it needs few tweaks to cross compile ok Dec 07 09:32:32 I guess they are testing it only with native builds on armv7a directly Dec 07 09:34:51 ant_work, please look again/ Dec 07 09:34:52 ? Dec 07 09:35:21 yep, repaired Dec 07 09:35:57 kk Dec 07 09:36:08 that was fast...thx again Dec 07 09:36:32 I've been workiing on it for 4hrs... Dec 07 09:40:29 argh Dec 07 09:42:47 JaMa: does it means anything to you? configure: error: Error: codegen not found (should be shipped with pygtk!) Dec 07 09:42:51 http://tinderbox.openembedded.net/public/logs/task/12740495.txt Dec 07 09:43:21 is looking on host... checking for pygtk codegen... /usr/share/pygobject/2.0/codegen Dec 07 09:54:58 gm Dec 07 09:57:20 ant_work: what are you building? Dec 07 09:57:32 sugar Dec 07 09:57:38 ant_work: iirc I've seen similar error with patch on OE ML Dec 07 09:57:46 ant_work: but it wasn't from sugar iirc Dec 07 09:57:59 yes, I think I've seeen smthg wrt pyobject Dec 07 09:58:21 still, the rcipes ar strange Dec 07 09:59:33 python-pygtk_2.16.0.bb -> PROVIDES = "python-pygtk2" Dec 07 10:00:36 hmm guys, could you help me out Dec 07 10:01:21 i know this isnt an OE question, but I compiled a kernel for a pxa270 board, and it seem to get stuck at Calibrating delay loops.. Dec 07 10:07:33 atiti: can't help much without details...any changes in defconfig? Dec 07 10:13:29 its a custom board, so got a "self made" defconfig too Dec 07 10:13:42 but i thought timer/irq initialization is pretty much standard for pxas Dec 07 10:13:59 ok, here 2.6.36 & 2.6.37 booting on spitz (pxa270) Dec 07 10:14:08 vanilla Dec 07 10:14:21 ive got 2.6.33-arm Dec 07 10:15:01 it actually detects the clocks correctly i think Dec 07 10:15:13 well, iirc I skipped that one..tested 2.6.32 & 2.6.34 on the way Dec 07 10:15:16 at least it prints out the Run Mode Clock/Memory Clock/System bus clock Dec 07 10:16:07 well i dont mind changing versions if it ends up working :p Dec 07 10:18:58 did you get them from kernel.org? Dec 07 10:22:00 yes, from OpenEmbedded Dec 07 10:28:11 hm, anyone aware of gdb 7.1 checksum error ? Dec 07 10:36:22 could someone with write access to the wiki please edit something...I have a report of it being RO. Dec 07 10:44:17 ka6sox: I could make a change to the testing page after logging in Dec 07 10:44:26 thansk Dec 07 10:45:06 false alarm on the gdb 7.1 checksum, apparently was a download problem Dec 07 11:00:18 hi, for adding a new machine, can the first patch/commit contain the machine config and the kernel+kernel config? Dec 07 11:00:33 or is it too big and should be splited? Dec 07 11:03:21 valhalla: ping Dec 07 11:04:13 GNUtoo|laptop: it's two changes, so better split it Dec 07 11:05:33 ant_work, I tried to ping her several time but failed,maybe her computer is off(she has some heat problems if I remember well) Dec 07 11:06:08 I see, thx Dec 07 11:06:10 anarsoul, in another hand many machine config comes with kernel in the same patch Dec 07 11:06:37 GNUtoo|laptop: it's just my opinion :) Dec 07 11:06:48 ant_work, it's for the sugar recipes? Dec 07 11:06:58 yes Dec 07 11:07:02 http://tinderbox.openembedded.net/public/logs/task/12740495.txt Dec 07 11:07:09 let me try to remember.... Dec 07 11:07:44 she committed python-pygtksourceview-2.6.0 (and the rest) initially Dec 07 11:08:00 but I fear this is a deeper issue :/ Dec 07 11:08:05 when I met her at the local linux days she told me that she was without target machine,(so maybe the olpc is broken) she's waiting for the pandora Dec 07 11:08:20 that's what I remember Dec 07 11:08:50 ok Dec 07 11:09:16 normally heat problems doesn't occur on winter so I don't know what prevents her from beeing online Dec 07 11:09:38 so I think the best is to try to fix the issue yourself Dec 07 11:10:22 he he Dec 07 11:10:45 but pygtksourceview-2.6.0/configure: line 11462: ./libtool: No such file or directory Dec 07 11:10:51 doesn't sound good Dec 07 11:10:55 indeed Dec 07 11:11:01 usually you've got a cross libtool Dec 07 11:11:04 neither checking for pygtk codegen... /usr/share/pygobject/2.0/codegen Dec 07 11:11:10 locally? Dec 07 11:11:13 ah right Dec 07 11:11:20 let me look Dec 07 11:12:23 arm-oe-linux-gnueabi-libtool Dec 07 11:12:29 you should have that Dec 07 11:12:34 for instance in that dir: Dec 07 11:12:46 work/armv7a-oe-linux-gnueabi/gtk+-2.20.1-r10.4/gtk+-2.20.1 Dec 07 11:12:48 I have that Dec 07 11:13:38 ant_work, what's your target? Dec 07 11:14:35 c7x0 (armv5te) Dec 07 11:14:35 ok Dec 07 11:14:36 so not x86(I had libtool issue with x86 with dolt libtool in the past) Dec 07 11:17:40 anyway, thx for now Dec 07 11:17:42 bbl Dec 07 11:17:48 ok Dec 07 11:17:53 maybe she'll reappear? Dec 07 11:18:03 maybe not Dec 07 11:54:05 florian: ping Dec 07 11:54:26 stefan_schmidt: pong Dec 07 11:54:32 florian: -> PM Dec 07 12:27:29 03Martin Jansa  07master * rc844bbcb98 10openembedded.git/recipes/freesmartphone/msmcomm.inc: Dec 07 12:27:29 msmcomm: bump SRCREV to compatible version with current cornucopia SRCREV Dec 07 12:27:29 Signed-off-by: Martin Jansa Dec 07 12:43:13 ant_work: pong Dec 07 12:43:28 ciao Dec 07 12:43:46 I'm having issues building sugar Dec 07 12:44:06 http://tinderbox.openembedded.net/public/logs/task/12740495.txt Dec 07 12:44:11 perhaps you have ideas? Dec 07 12:46:51 right now I don't have the OE tree on this pc, but first of all I would check for some -native source of codegen Dec 07 12:47:33 as well as check why it is looking for it in /usr/share Dec 07 12:47:46 something missing dep you mean? Dec 07 12:48:06 not unlikely Dec 07 12:48:21 I'm a bit puzzled by configure: line 11462: ./libtool: No such file or directory Dec 07 12:48:48 I'll try this evening again Dec 07 12:49:27 but, and forgive my complete lack of python knowledge, which package is supposed to stage that headers? Dec 07 12:49:45 pygtk? pygobjekt? Dec 07 12:50:15 valhalla hi! Dec 07 12:50:34 I'd say pygobject.../usr/share/pygobject/2.0/codegen Dec 07 12:50:35 it is saying that it should be in pygtk isn't it? Dec 07 12:50:49 yes Dec 07 12:52:23 hi GNUtoo Dec 07 12:53:49 I saw that the openpandora remainings unit are nearly finished Dec 07 12:54:38 valhalla, do you plan to bring the PND system to oe? Dec 07 12:54:45 that would be so great Dec 07 12:54:59 basically on pandora side it would make porting games easier Dec 07 12:55:09 and on oe side we would get more games Dec 07 12:56:02 (sorry, brb) Dec 07 12:56:06 ok np Dec 07 13:02:45 GNUtoo|laptop: (back) would you mean being able to run PNDs in angstrom, or being able to build PNDs with oe? Dec 07 13:02:58 build PND with oe Dec 07 13:03:21 there are already some people interested in it in #openpandora Dec 07 13:03:42 it is interesting indeed Dec 07 13:03:56 I think sebt3|job was interested Dec 07 13:04:23 basically it would require to make a BBCLASSEXTEND Dec 07 13:04:28 for pnd Dec 07 13:04:34 so you could do something like: Dec 07 13:04:43 bitbake supertux-pnd Dec 07 13:04:45 like you do Dec 07 13:04:49 bitbake supertux-native Dec 07 13:04:52 for instance Dec 07 13:05:06 (supertux native doesn't exist, it was just an example) Dec 07 13:05:30 (yes, I guessed there is no big need for supertux-native :) ) Dec 07 13:05:34 the most problematic part would be for the system libs Dec 07 13:06:02 the pandora uses an image and then uses pnd for additional software Dec 07 13:06:25 usually for a compiled program, the binary is scanned to determine which deps it has at runtime Dec 07 13:06:26 iirc PNDs are supposed to include a game and any lib not included in the system image needed by the game Dec 07 13:06:34 indeed Dec 07 13:06:43 so I bet some hooks could be needed there Dec 07 13:07:49 or maybe a pnd distro could be made Dec 07 13:07:51 not sure Dec 07 13:07:58 about the best approach Dec 07 13:08:03 but it's worth looking into it Dec 07 13:08:33 (or asking on the mailing lists for the best approaches) Dec 07 13:08:44 the problem I see with a pnd distro is that the system on pandora is an hybrid one Dec 07 13:09:00 with ipks for system and pnds for "apps" Dec 07 13:09:28 yes the fact that the pnd has to include all not-present libs is a bit problematic Dec 07 13:09:35 but maybe it can be solved Dec 07 13:09:49 in oe of course Dec 07 13:13:02 for instance: Dec 07 13:13:20 have a list of the libs that are present on the system Dec 07 13:13:30 include all libs but that list Dec 07 13:14:10 also: the oe metadata should match pandora's metadata, that is to say same libsdl version for instance Dec 07 13:14:14 but that's easy Dec 07 13:14:18 they have an oe git tree Dec 07 13:15:07 I guess that you would have to use the same oe metadata to build both system and PNDs Dec 07 13:16:16 yes Dec 07 13:18:37 so you would have the data on the contents of the system image, only not in an easy-to-get place Dec 07 13:18:55 (derived from an image recipe, I guess, but which image?) Dec 07 13:19:27 hmmm Dec 07 13:20:02 * GNUtoo|laptop is thinking about something Dec 07 13:20:08 in the past there were compat distros Dec 07 13:20:09 like Dec 07 13:20:16 some maemo compat Dec 07 13:20:20 some openwrt compat Dec 07 13:21:06 compat? Dec 07 13:21:18 yes Dec 07 13:21:32 basically you build packages for another distro like openwrt, using openembedded Dec 07 13:21:43 but here maybe doing as you suggested would be better Dec 07 13:21:49 building an image Dec 07 13:21:54 and looking in the image Dec 07 13:21:59 for the present libs Dec 07 13:22:17 s/present libs/libraries that are present in the image Dec 07 13:22:59 http://git.openpandora.org/cgi-bin/gitweb.cgi has their openembedded tree Dec 07 13:23:18 of course, having to build the full image to be able to build a PND would waste quite a bit of resources Dec 07 13:23:31 hmmm Dec 07 13:23:37 but if things are easier? Dec 07 13:24:03 that depends on how easier and how many wasted resources Dec 07 13:24:18 maybe ASSUME_PROVIDED += "pandora-image" ? Dec 07 13:24:39 as an optional thing in local.conf Dec 07 13:25:33 would it have to be just for pandora? not for any angstrom (at least) image that includes the PND libs? Dec 07 13:25:40 (pandora-image) Dec 07 13:26:09 it could be for whatever Dec 07 13:26:51 so ASSUME_PROVIDED += "any-image"? Dec 07 13:27:16 I don't know Dec 07 13:27:35 I think the most needed thing is a plan on how to do stuff Dec 07 13:27:49 and where to start Dec 07 13:28:11 http://elinux.org/CELF_Open_Project_Proposal_2011 Dec 07 13:28:52 Crofton|work, wow nice, thanks a lot Dec 07 13:29:03 (btw, I'm browsing the openpandora forums and I believe we're still in the two-months stage) Dec 07 13:29:17 need to send that to the list Dec 07 13:29:44 http://lists.fosdem.org/pipermail/fosdem/2010-December/001098.html Dec 07 13:29:45 valhalla,btw did you saw the one video per day Dec 07 13:29:47 ok Dec 07 13:30:16 GNUtoo|laptop: yes, Dec 07 13:30:42 (and maybe I'm being a bit pessimistic, but with this project... :D ) Dec 07 13:30:54 lol ok Dec 07 13:31:05 I think any projects have issues Dec 07 13:31:26 for instance take openmoko Dec 07 13:31:35 it was delayed and delayed too Dec 07 14:01:58 has anyone tried reading a chip id using hcidump? Dec 07 14:09:53 hi JaMa Dec 07 14:10:06 I've made some patches for iphone3g with Lopi Dec 07 14:10:14 should I send it to the mailing list Dec 07 14:10:17 ? Dec 07 14:10:26 or can I push them in Dec 07 14:10:29 ? Dec 07 14:10:33 basically: Dec 07 14:10:35 *machine config Dec 07 14:10:37 *kernel Dec 07 14:10:41 *netbase Dec 07 14:10:46 *xorg.conf Dec 07 14:10:54 *alsa-state Dec 07 14:10:58 that's all Dec 07 14:11:03 it doesn't touch the rest Dec 07 14:11:08 only does some PR bump Dec 07 14:11:14 and add new stuff Dec 07 14:12:45 no idea if there is someone else also working or having interest in iphone3g in OE.. but keeping those in ML for ie 2 days wont hurt that much imho Dec 07 14:13:01 no only us are working on iphone3g Dec 07 14:13:05 and you can hope for some usefull comments before pushing Dec 07 14:13:21 the problem is that I have to go in france tomorrow Dec 07 14:13:27 and won't have time to fix the comments Dec 07 14:14:04 also if I send them for review will you review them? Dec 07 14:15:48 maybe sending patches is better Dec 07 14:15:57 as it will make some publicity for the project Dec 07 14:18:45 I can work on my git-fu and try to make the changes to the patches myself Dec 07 14:19:35 Lopi, yes that would be cool, the current patches are done, but in case you need to resend them with corrected stuff Dec 07 14:19:41 because someone will hopefully comment Dec 07 14:19:54 and you may have to send an updated version that address the comments Dec 07 14:20:14 I need to learn how to do this stuff anyway Dec 07 14:20:22 I can't always have you holding my hand ;p Dec 07 14:20:45 indeed Dec 07 14:20:49 I help for the start Dec 07 14:20:58 so you don't have to learn all at once Dec 07 14:21:09 but at the end you'll have to learn what is required Dec 07 14:21:38 agreed Dec 07 14:26:49 Lopi, you have a big issue: Dec 07 14:26:50 http://www.ixproject.org/cgi-sys/suspendedpage.cgi Dec 07 14:27:04 ixproject.org says Account Suspended Dec 07 14:28:17 Lopi, if the account is suspended I can't send the mail telling that you're part of the iX project Dec 07 14:28:20 with the link Dec 07 14:30:17 Lopi, ping ^^^ Dec 07 14:30:46 Lopi, should I send the mail anyway and you'll explain why the account is suspended? Dec 07 14:32:52 GNUtoo: Yeah, I know the account is suspended. It's supposed to be fixed by now. Another guy pays for the hosting and owns the domain. I'll send him another email. Dec 07 14:33:12 then I'll send my mail Dec 07 14:33:38 mail should arrive soon Dec 07 14:34:38 :) Dec 07 14:36:14 yep, already got the mail Dec 07 14:36:39 http://thread.gmane.org/gmane.comp.handhelds.openembedded Dec 07 14:36:44 it landed in the list too Dec 07 14:36:44 worraworra Dec 07 14:39:46 ? Dec 07 14:40:52 That's a town in Washington, I think. Dec 07 14:41:09 ok Dec 07 14:42:08 or maybe Australia or New Zealand Dec 07 14:42:25 Er, no, google says I'm thinking of Walla Walla, Washington. Dec 07 15:05:26 new pathcwork should make it harder for spammers to create accounts Dec 07 15:05:28 awesome Dec 07 15:08:20 Crofton|work: great Dec 07 15:20:03 join #beagle Dec 07 15:36:59 * cbrake looks into gitolite for the server ... Dec 07 15:42:22 A slightly random thought Dec 07 15:42:27 Why not github for the main tree? Dec 07 15:43:08 Tartarus: for random write access you mean ? Dec 07 15:44:04 I mean the master tree Dec 07 15:44:34 yes but I was wondering the use of putting it there Dec 07 15:45:34 One less thing to maintain Dec 07 15:45:46 or gitorious Dec 07 15:46:39 I'm not opposed to the idea, personally, but don't the free accounts have some sort of limitations? would have to look into that before considering such a thing -- and i would prefer github over gitorious, personally Dec 07 15:46:48 hrm, that grammar wasn't the best Dec 07 15:46:49 oh well Dec 07 15:47:27 I think the free accounts limitations are in terms of personal projects Dec 07 15:47:36 I know the hudson project just moved over to github Dec 07 15:49:28 http://support.github.com/discussions/repos/4735-does-the-space-limit-only-apply-to-private-repos Dec 07 15:50:08 the limit is soft, they said to email if you need more than the soft limit (300MB) Dec 07 16:08:46 Tartarus: I would not be opposed to github/gitorious, but I likewise have not researched the limitations Dec 07 16:09:04 Tartarus: also, I'm not sure how hooks would work for IRC/maillist notifications Dec 07 16:09:10 Tartarus: (or if we even need those) Dec 07 16:10:29 the rfee sevices always make me a bit nervous Dec 07 16:10:31 Yeah, there'd be some investigation needed Dec 07 16:10:31 github yes. gitorious? no, please Dec 07 16:10:46 irc could probably be re-worked to use the rss feeds Dec 07 16:10:47 github interface is cleaner Dec 07 16:10:50 they are good for publishing stuff, but not as the main project store Dec 07 16:10:54 no idea if there's already ml support w/ github Dec 07 16:11:26 also the infrastructure guys are working through the list of problems fairly well now Dec 07 16:11:33 Tartarus: github has existing support for cia notification hooks, its a matter of checking a box :) Dec 07 16:11:35 And if the server admins don't mind their current workload, hey, no real need to switch Dec 07 16:11:37 so don't worry about that part Dec 07 16:11:41 just something that popped into my head :) Dec 07 16:17:15 khem, hi! did you found the problem wrt fortran? Dec 07 16:29:23 anyone a clue when anoncvs.handhelds.org is back again ? Dec 07 16:31:18 ynezz: is you git commit access working now? Dec 07 17:31:31 gitolite looks nice from my initial tests Dec 07 17:32:42 regarding the tar: .: file changed as we read it issue on maillist - is there a workaround? I have been seeing this as well Dec 07 17:33:51 I've not seen it here, so try and figure out why it's changing Dec 07 17:34:12 or can tar ignore that error? Dec 07 17:34:24 I think what I'm seeing is various ti/* recipes building in parallel before kernel recipe has fully staged Dec 07 17:35:21 old style staging? Dec 07 17:35:23 I've reproduced it on release2010.12 branch 5 of 5 times on clean build for my image on a particular machine/setup Dec 07 17:36:45 pb__, ping - still need someone to ack http://thread.gmane.org/gmane.comp.handhelds.openembedded/40189 - it didn't get in patchwork for some reason and is going to get ignored - its another issue that I hoped would make it into release that didn't Dec 07 18:01:57 wtf, multiprocessing's pool cant handle exceptions in the workers? how could someone possibly be stupid enough to *not* handle such an obvious situation? Dec 07 18:02:19 hrm Dec 07 18:05:47 * kergoth_ experiments Dec 07 18:08:24 03Alex Ferguson  07org.openembedded.dev * r8d0457a3b2 10openembedded.git/recipes/images/muffinman-image.bb: Dec 07 18:08:24 muffinman-image: Remove IMAGE_DEVICE_TABLES definition. Dec 07 18:08:24 Removed IMAGE_DEVICE_TABLES definition which was used to override Dec 07 18:08:24 the default device_tables-minimal file, solving some issues while Dec 07 18:08:24 creating others. This hack is no longer needed with kernel 2.6.36. Dec 07 18:13:28 03Khem Raj  07master * r164acea003 10openembedded.git/recipes/binutils/binutils_git.bb: Dec 07 18:13:28 binutils_git.bb: Bump SRCREV to latest 2.21 branch Dec 07 18:13:28 Signed-off-by: Khem Raj Dec 07 18:13:40 03Khem Raj  07master * rfef53f0262 10openembedded.git/recipes/eglibc/ (eglibc_2.11.bb eglibc_2.12.bb eglibc_svn.bb): Dec 07 18:13:40 eglibc_svn.bb/eglibc_2.12.bb/eglibc_2.11.bb: Bump SRCREV Dec 07 18:13:40 Signed-off-by: Khem Raj Dec 07 18:13:42 03Khem Raj  07master * r08363b4825 10openembedded.git/contrib/patchwork/pw-am.sh: Dec 07 18:13:42 pw-am.sh: Point to new patchwork address Dec 07 18:21:55 03Martin Jansa  07master * rfb907099f4 10openembedded.git/recipes/eglibc/files/eglibc-make-382.patch: Dec 07 18:21:55 eglibc_2.1[12]: remove upstream applied eglibc-make-382 patch Dec 07 18:21:55 * after checking 2.11 branch with webinterface I've removed it too from Dec 07 18:21:55 2.11 version Dec 07 18:21:55 Signed-off-by: Martin Jansa Dec 07 18:28:05 03Kristoffer Ericson  07org.openembedded.dev * r9064261791 10openembedded.git/conf/machine/jornada7xx.conf: Dec 07 18:28:06 jornada7xx.conf: Add relevant X settings Dec 07 18:28:06 Lets add xserver and some screen info that we know work Dec 07 18:28:06 well. Dec 07 18:28:06 Signed-off-by: Kristoffer Ericson Dec 07 18:40:47 03Philip Balister  07org.openembedded.dev * rc4268db855 10openembedded.git/recipes/gnuradio/gnuradio_git.bb: gnuradio : Update SRCREV to support current uhd api. Dec 07 18:40:57 03Philip Balister  07org.openembedded.dev * r546536b483 10openembedded.git/recipes/uhd/ (uhd.inc uhd_git.bb): uhd : Add support for the USRP-E100. Dec 07 18:56:50 cbrake: yes, ka6sox fixed it :) Dec 07 19:44:21 03Chris Larson  07master * r9caf65e79f 10bitbake.git/lib/bb/cooker.py: Dec 07 19:44:21 cooker: use a pool, abort on first parse error Dec 07 19:44:21 Signed-off-by: Chris Larson Dec 07 19:52:51 hoi Dec 07 19:53:02 hehe kergoth becomes some new colleagues Dec 07 19:54:47 yes, we've got a few "new" faces here :) Dec 07 19:56:10 he tom Dec 07 19:56:53 I wonder if Mark will like it Dec 07 20:04:45 hiya woglinde Dec 07 20:04:52 hi ka6sox Dec 07 21:27:12 03Martin Jansa  07master * ra5d86fc942 10openembedded.git/recipes/ (4 files in 3 dirs): Dec 07 21:27:12 shr: bump PE after 7bfcf5198dc06e18b20088d1753b299e8fa5ad90 for upgradeable SRCPV Dec 07 21:27:12 * doh I forgot to add this after noticing and fixing it on our buildhost Dec 07 21:38:03 florian: ping Dec 07 21:38:15 XorA: pong Dec 07 21:38:37 florian: for the automated voting system I need to know how to get the list of subscriber addresses from oe-members list Dec 07 21:38:57 florian: I dont know the admin details of the lists Dec 07 21:39:27 XorA: the mailman interface should give you this Dec 07 21:39:43 XorA: you don't havt to be admin to view it Dec 07 21:41:17 florian: ah, not really that familiar with mailman Dec 07 21:42:29 florian: cool Dec 07 21:42:39 XorA: http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-members Dec 07 21:42:42 florian: that works, I can parse that page Dec 07 21:42:52 ok great :) Dec 07 21:45:39 florian: +1 bonus points for quick and easy answer :-) Dec 07 21:46:02 gm Dec 07 21:46:09 hi effem Dec 07 21:46:45 hm someone hijacked my nick Dec 07 21:48:58 XorA: :-) Dec 07 21:55:56 I got a strange compiler error with qt4-tools-native. "expected identifier before numeric constant". Dec 07 21:56:12 I looked around in the sources and found a note that said: Dec 07 21:56:40 risca hm this normaly means some headers are missing Dec 07 21:56:46 you didn't register it, eFfeM1? Or did they steal your password too? Dec 07 21:57:02 Yeah, that's what the note was about Dec 07 21:57:37 http://pastebin.com/FRxT09yd Dec 07 21:57:45 I just dont know what header : Dec 07 21:58:36 Or how to proceed Dec 07 22:02:48 Could another possible culprit be that my system is using qt-4.7 and qt4-tools is 4.6? Dec 07 22:03:02 risca yes maybee Dec 07 22:03:10 good nite Dec 07 22:10:41 http://training.linuxfoundation.org/courses/linux-developer/embedded-linux-development-with-yocto-openembedded - iiineresting Dec 07 22:11:56 Crofton you about? Dec 07 22:12:15 a little Dec 07 22:13:29 okay message me when you have a few minutes. Dec 07 22:15:12 hmm Dec 07 22:44:05 03Denys Dmytriyenko  07master * ra1c3771d02 10openembedded.git/recipes/flac/ (flac.inc flac_1.1.0.bb flac_1.1.2.bb flac_1.2.1.bb): Dec 07 22:44:05 flac: fix missing gettext dependency, convert to INC_PR Dec 07 22:44:05 Signed-off-by: Denys Dmytriyenko Dec 07 23:10:39 03Matt Thompson  07master * rd360605deb 10openembedded.git/recipes/wxwidgets/wxwidgets.inc: (log message trimmed) Dec 07 23:10:39 wxwidgets: added libxinerama to DEPENDS Dec 07 23:10:39 | ./src/unix/displayx11.cpp:49:41: error: X11/extensions/Xinerama.h: No such file or directory Dec 07 23:10:39 | ./src/unix/displayx11.cpp:72: warning: ISO C++ forbids declaration of 'type name' with no type Dec 07 23:10:39 | ./src/unix/displayx11.cpp:72: error: 'operator const int' does not name a type Dec 07 23:11:54 hmm. Dec 07 23:20:06 03Martin Jansa  07master * rfae65a5a2c 10openembedded.git/recipes/matchbox2/ (2 files in 2 dirs): Dec 07 23:20:06 matchbox-panel-2: fix build with newer revision for eglibc Dec 07 23:20:06 Signed-off-by: Martin Jansa Dec 07 23:39:56 03Denys Dmytriyenko  07master * rabca18f196 10openembedded.git/recipes/meta/external-toolchain-csl.bb: Dec 07 23:39:56 external-toolchain-csl: license-related cleanup and fixup Dec 07 23:39:56 * fix the comparison of GPLv2/GPLv3 licensed gcc Dec 07 23:39:56 * fix license for dynamically created glibc-{gconv,locale,localedata} Dec 07 23:39:56 * fix missing double-quotes around variable values Dec 07 23:52:13 03Daniele Ricci  07master * r2f5c9a990e 10openembedded.git/recipes/mokosuite2/libmokosuite_git.bb: Dec 07 23:52:13 libmokosuite: create theme symlink on install_append Dec 07 23:52:13 Signed-off-by: Daniele Ricci Dec 07 23:52:13 Signed-off-by: Martin Jansa Dec 07 23:52:24 03Daniele Ricci  07master * rdd4ca2170b 10openembedded.git/recipes/tasks/task-shr-feed.bb: Dec 07 23:52:24 task-shr-feed: add libmokosuite and mokohome Dec 07 23:52:24 Signed-off-by: Daniele Ricci Dec 07 23:52:24 Signed-off-by: Martin Jansa Dec 07 23:52:26 03Daniele Ricci  07master * r9148c53d97 10openembedded.git/recipes/mokosuite2/mokohome_git.bb: Dec 07 23:52:26 mokohome: new recipe for mokohome replacement from mokosuite2 Dec 07 23:52:26 MokoHome is an improved version of former mokohome contained Dec 08 00:19:16 Don't we do something to neuter install -s? Dec 08 00:46:23 Tartarus: yes I think one reason to use our own coreutils-native Dec 08 01:32:51 03Denys Dmytriyenko  07master * rf35ab2d5cb 10openembedded.git/recipes/gstreamer/gst-plugins-bad_0.10.20.bb: (log message trimmed) Dec 08 01:32:51 gst-plugins-bad: add dependency on librsvg Dec 08 01:32:51 Fixes build failure if librsvg is not previously staged: Dec 08 01:32:51 | CC libgstschro_la-gstschro.lo Dec 08 01:32:51 | CC libgstschro_la-gstschrodec.lo Dec 08 01:33:02 03Jeff Lance  07master * redca42bd4c 10openembedded.git/recipes/ti/ (3 files): (log message trimmed) Dec 08 01:33:02 matrix-gui: updating SRC rev to pick up new platforms and matrix code enhancements Dec 08 01:33:02 * Added Matrix Enhancements: Dec 08 01:33:02 * added new platforms am180x, am181x and am3517 Dec 08 01:33:02 * add control menubar at the top of matrix-gui (HTML change not code change) Dec 08 01:33:34 Signed-off-by: Denys Dmytriyenko **** ENDING LOGGING AT Wed Dec 08 02:59:57 2010