**** BEGIN LOGGING AT Wed Jan 20 02:59:57 2010 Jan 20 06:03:30 asac, nope, didn't work (sorry, on lagged repsonse) Jan 20 06:40:54 I have a question about building a package from source... I don't have the hardware yet but I know it'll run 9.10 arm Jan 20 06:41:27 If the program is using only tcl c++ and c how weary do I have to be of the tarball? Jan 20 06:42:39 Forgive my obvious stupidity on this one I still just rock simple java etc so architecture until very recently was totally not an issue Jan 20 10:36:13 asac: ping Jan 20 10:37:48 hmm, intresting, the qemu-kvm armel build seems to get a lot further in the recent upload but fails with assembler messages now Jan 20 10:38:20 OS Jan 20 10:38:31 (oops, wrong window) Jan 20 10:39:55 ogra, maybe you can help me here: we have a kernel patch to trap and emulate the swp instruction. It's not upstream yet, but it would be worthwhile merging it into ubuntu. Jan 20 10:40:05 What's the best way to raise it? Jan 20 10:40:16 the kernel-team mailing list Jan 20 10:40:27 OK, I'll try there. Thanks Jan 20 10:40:32 https://lists.ubuntu.com/mailman/listinfo/kernel-team Jan 20 10:40:40 Cheers Jan 20 10:40:49 they usually get all patches for review on that list first Jan 20 11:12:16 dmart: hi Jan 20 11:12:34 ogra: It's the other way around, the qemu-kvm/armel build doesn't go as far as it used to Jan 20 11:12:47 It used to go further than arm-softmmu/exec.o Jan 20 11:12:56 dmart: yes, the kernel list. feel free to CC me on the mail Jan 20 11:13:03 I fixed it a bit in karmic, but then the toolchain changes exposed more regressions Jan 20 11:13:06 Such as usage of swp Jan 20 11:13:08 (i am not subscribed) Jan 20 11:13:25 But I think you folks are working on fixing issues such as /tmp/ccmwUgQ9.s:5392: Error: selected processor does not support `swp r4,r4,[r3]' Jan 20 11:13:39 So would be cool to fix this immediate issue Jan 20 11:20:02 asac, OK, will do Jan 20 11:32:54 hmm, i thought it failed even before it started compiling stuff in the past Jan 20 11:38:28 ogra: I fixed it a bit in the karmic cycle Jan 20 11:38:33 ah Jan 20 11:39:02 i just remember it failing on something like bochsbios or similar but then i didnt look at the logs for quite a while Jan 20 11:41:59 dmart: http://blog.vlad1.com/2009/07/28/measuring-startup/ Jan 20 11:42:04 http://blog.mozilla.com/tglek/2010/01/19/chromium-vs-minefield-cold-startup-performance-comparison/ Jan 20 11:44:59 asac, what is minefield? Is that a firefox variant or something else? Jan 20 11:45:25 dmart: minefield is daily build of firefox trunk Jan 20 11:45:32 so atm heading to 3.7 Jan 20 11:46:00 for ppa supported archs we also have it in http://launchpad.net/~ubuntu-mozilla-daily Jan 20 11:46:13 you can use it side by side with 3.6 and 3.5 :) Jan 20 11:46:42 but its just a placeholder for firefox here Jan 20 11:47:30 Do we have 3.7 for armel anywhere? Jan 20 11:47:43 There doesn't seem to be a build on the ubuntu-mozilla-daily PPA Jan 20 11:53:01 right. thats why i said: "for ppa supported archs" dmart Jan 20 11:53:08 i dont think we want to check that build Jan 20 11:53:10 for now Jan 20 11:53:30 asac, sorry, misread that Jan 20 11:53:32 OK Jan 20 11:53:48 np. should have been more explicit Jan 20 11:53:50 asac, i think someone needs to look at the busybox ftbfs soon, that might get in our way Jan 20 11:53:52 dyfet, ^^^ something for you ? Jan 20 11:53:53 asac, I will try the startup time test on chromium and ff3.6 anyway; would be interesting to see what happend. Jan 20 11:53:54 * ogra grumbles about bad reconnect time Jan 20 11:53:58 ogra: ok Jan 20 11:54:15 okay Jan 20 11:54:27 I can after some coffee :) Jan 20 11:54:28 dyfet: hi Jan 20 11:54:30 thanks Jan 20 11:54:37 dyfet, awesome :) Jan 20 11:54:54 dmart: right. that would be great Jan 20 11:55:02 dmart: i am waiting for more input ;) Jan 20 11:55:15 from moz folks Jan 20 11:55:20 looking at all tehse segfaults in the ftbfs list i wonder if our buildds have issues Jan 20 11:55:34 doko said that one build machine is broken most likely Jan 20 11:55:39 giving back usuall yhelps Jan 20 11:55:44 yeah, smells like Jan 20 11:55:46 he said he disabled the builder Jan 20 11:55:54 and someone enabled it again ... guess lamont Jan 20 11:56:07 i'll try to give back pulse ... wont harm anything, lets see if it gets through Jan 20 11:56:19 yes do that Jan 20 11:56:32 if it helps, lets check why the builder that doko disabled got pushed in the farm again Jan 20 11:56:56 seems that was imbe Jan 20 11:57:47 and yes, imbe is in the pool again Jan 20 11:58:19 pulse is now building on jambul Jan 20 11:59:15 evolutions segfault wasnt on imbe though Jan 20 11:59:24 but on huito Jan 20 11:59:43 i wonder if that points more to a toolchain issue than to a specific buildd Jan 20 12:00:02 or an issue with the way the chroots are set up Jan 20 12:01:31 hmm the same for empathy Jan 20 12:01:46 seems to be pretty random across the builders Jan 20 12:02:11 (that segfault was on korlan this time) Jan 20 12:02:29 ok Jan 20 12:02:38 was there a toolchain upload? Jan 20 12:02:48 not that i noticed, let me check Jan 20 12:03:05 seems like ... 4 days ago Jan 20 12:03:19 * Update the gnat patch for arm from the trunk. Jan 20 12:03:20 yeah Jan 20 12:03:37 well, lets see how the given back packages behave now Jan 20 12:03:43 i gave back evo as well Jan 20 12:03:56 empathy failed too Jan 20 12:04:04 yep gave that back too now Jan 20 12:04:19 evo-couchdb needs to wait for evo to build first Jan 20 12:04:22 ok see that now Jan 20 12:05:25 launchpad-integration and indicator application look like good candidates for a give back as well Jan 20 12:05:35 both waiting for python-gtk2 Jan 20 12:06:08 * ogra gives back both Jan 20 12:42:29 asac, so empathy got through without segfault, if the others survive too, i'll consider it a temporary buildd hiccup ... but we should keep an eye on it Jan 20 12:45:41 ogra: hmm. ok. Jan 20 12:45:57 but you said they were on multiple biulders Jan 20 12:46:01 but ok Jan 20 12:46:28 right Jan 20 12:46:41 thats why i say we should still watch it Jan 20 12:47:02 but if it doesnt show up again its rather cosmic rays or bad weather behvaior ;) Jan 20 13:18:39 dmart: http://dromaeo.com/ ... also got that one Jan 20 15:22:25 asac, FYI all give backs survived Jan 20 15:23:32 is there a best place to get a list of packages built for 9.10? Jan 20 15:24:09 jkridner, we build all packages in the archive Jan 20 15:24:10 ogra: nice Jan 20 15:24:14 thats good news Jan 20 15:24:24 so maybe something got fixed magically again Jan 20 15:24:27 jkridner, http://qa.ubuntuwire.org/ftbfs/ has a list of failed builds though Jan 20 15:24:47 asac, right, that happens from time to time which is why i blame cosmic rays :) Jan 20 15:24:54 was neon disabled already again, or are we still running that? Jan 20 15:25:03 no idea Jan 20 15:25:22 asac, i didnt know we enabled it Jan 20 15:25:30 bug 490326 Jan 20 15:25:32 Launchpad bug 490326 in fontconfig "Please merge fontconfig 2.8.0-2 from Debian testing (main)" [Wishlist,In progress] https://launchpad.net/bugs/490326 Jan 20 15:25:46 ogra: it was enabled (more or less by accident) in latest BSP upload Jan 20 15:25:58 so good. i will bring up a chromium NEON build then to compare Jan 20 15:26:15 asac, in the upload ? i thought only in the test kernels Jan 20 15:26:39 after i asked for a test kernel, dmart found that we have it enabled in archive now ;) Jan 20 15:26:44 but i might have misunderstood Jan 20 15:26:54 ah, right, then i misremember Jan 20 15:26:57 it wasnt a conscious change ;) Jan 20 15:27:03 my had is spinning from that uboot crap Jan 20 15:27:24 heh. i know what you mean Jan 20 15:27:42 testbuild is running though, then i'll upload ... i'll add the fix for the board revision numbers as soon as i have all of them Jan 20 15:27:53 Is anyone using Babbage-2 boards right now? Jan 20 15:27:59 i want to get that package crap done now :) Jan 20 15:28:04 dmart, asac is Jan 20 15:28:24 my board is powered off.... still have getting the rev on my list Jan 20 15:28:28 let me see Jan 20 15:28:58 asac, how if your bbg 2 connected to the network? I'm still getting terrible network performance in lucid, but it only occurs when connected via a hub. Jan 20 15:29:14 dmart, using uboot or redboot ? Jan 20 15:29:40 dmart, we discovered some heavy issues with the NIC initalization under uboot Jan 20 15:29:47 ogra, it's redboot (actually, I'm currently running the 20100120 image) Jan 20 15:29:56 ah, k Jan 20 15:30:11 redboot should be fine Jan 20 15:30:13 The network works, and the hub claims it's at 100MB, but the IT guys here were wondering whether it's running half-duplpex for some reason. Jan 20 15:30:37 sounds like a valid explanation Jan 20 15:30:55 did you check with mii-tool ? Jan 20 15:31:42 dmart, do you run a 2.0 or a 2.5 atm ? Jan 20 15:32:14 i'm looking for: "cat /proc/cpuiunfo|grep ^Revision" from a 2.0 under redboot Jan 20 15:32:35 thanks ogra. looks like Skype is a special case. Jan 20 15:32:43 ogra, it's a 20. Jan 20 15:32:44 jkridner, yeah Jan 20 15:32:54 dmart, could you get me that number ? Jan 20 15:33:07 ogra, what number? Jan 20 15:33:09 that saves asac to create a boot SD with redboot :) Jan 20 15:33:17 Oh, right Jan 20 15:33:18 dmart, cat /proc/cpuiunfo|grep ^Revision Jan 20 15:33:32 51020 Jan 20 15:33:40 510 ? Jan 20 15:33:49 and thats under redboot ? Jan 20 15:33:51 I dunno, that's what it says Jan 20 15:33:56 Yes. Jan 20 15:33:57 ok Jan 20 15:34:10 2.5 and 3.0 have 511 at the front Jan 20 15:34:11 I think so anyway... you're not using uboot in the images yet, right? Jan 20 15:34:26 means my patch will be only two lines instead of three, thanks a lot ! Jan 20 15:34:35 Where does mii-tool come from? Jan 20 15:34:40 no, uboot is to broken Jan 20 15:35:06 dmart, net-tools iirc Jan 20 15:35:36 asac, so you dont need to fiddle with your board anymore, got my info for the patch Jan 20 15:35:57 ogra, SIOCGMIIPHY on 'eth0' failes: Operation not supported Jan 20 15:36:09 ouch Jan 20 15:36:30 messy driver i guess ... did you sudo the command ? meight need admin privs Jan 20 15:36:40 Yeah, this was running as root Jan 20 15:36:57 then its a driver issue Jan 20 15:37:09 it might not properly integrate with the mii layer Jan 20 15:37:26 that would also excplain why we dont see cable plug events Jan 20 15:38:50 Unfortunately I don't know how to confirm whether the connection is half-duplex, and it don't think anyone else has been able to reproduce it yet. Jan 20 15:40:00 no, only MII tool could confirm that or the dmesg entry for a plug event in your logs :) Jan 20 15:52:20 asac, do you know how to run Vlad's startup time test on Chromium? It seems to rely on being able to dump to the console from JavaScript, but I'm not sure whether Chromium supports that. Jan 20 15:58:09 hmm Jan 20 15:58:16 dmart: good question Jan 20 16:00:31 dmart: http://blog.mozilla.com/tglek/2010/01/19/chromium-vs-minefield-cold-startup-performance-comparison/ Jan 20 16:00:43 does that not work? Jan 20 16:00:49 or did i forget to post that url? Jan 20 16:02:38 You posted it, but I just seem to see a blank page with no result visible. I'll try again later... Jan 20 16:04:27 hmm Jan 20 16:04:39 Maybe I did something stupid... Jan 20 16:06:42 i think the idea is that it also displays it in the browser Jan 20 16:07:18 Oh... hmmm. I'll try more carefully and let you know (I'm waiting for something else to run right now) Jan 20 16:07:39 ...or not... (board lockup) Jan 20 16:08:07 sure Jan 20 16:08:42 Is anyone else seeing this intermittent lockup problem? It may be specific to babbage 2 Jan 20 16:09:08 Generally the board will lock up every 1-2 days Jan 20 16:10:47 dmart: use http://people.canonical.com/~asac/tmp/startup.html Jan 20 16:11:02 removed the dumps so it doesnt fail in chromium ... now its displayed Jan 20 16:11:16 empty page for me Jan 20 16:11:22 ogra: thats normal Jan 20 16:11:36 ogra: do Jan 20 16:11:50 firefox http://people.canonical.com/~asac/tmp/startup.html#`python -c 'import time; print int(time.time() * 1000);'` Jan 20 16:12:00 i dont have FF installed :P Jan 20 16:12:10 $BROWSER man ;) Jan 20 16:12:15 *g* Jan 20 16:12:42 botty ogra :-P Jan 20 16:12:45 http://people.canonical.com/~asac/tmp/startup.html#1264003964709 Jan 20 16:12:54 thats all i get Jan 20 16:12:58 hmm Jan 20 16:13:03 mabe i failed to upload ;) Jan 20 16:13:06 * asac checks Jan 20 16:13:09 ogra@osiris:~$ chromium-browser http://people.canonical.com/~asac/tmp/startup.html#`python -c 'import time; print int(time.time() * 1000);'` Jan 20 16:13:09 Created new window in existing browser session. Jan 20 16:13:15 and thats on the cmdline Jan 20 16:13:35 do i need to fully close the running one ? Jan 20 16:14:05 ogra: try again ;) Jan 20 16:14:16 yes, you should close the running one to get startup time Jan 20 16:14:19 ELAPSED 395 Jan 20 16:14:26 right. thats probably not a full open Jan 20 16:14:29 395ms Jan 20 16:14:37 ah, well, to many tabs atm i dont want to lose Jan 20 16:14:44 heh Jan 20 16:14:57 my browser tabs are usually part of my TODO list :) Jan 20 16:15:13 but seems to work :) Jan 20 16:31:23 asac, I get the following numbers using your version: Jan 20 16:31:53 ff-3.6: 8564, 9123, 8599, 6654, 8914, 8397, 8747, 8792 (dropping fs cache between runs) Jan 20 16:32:04 ff-3.6: 4439, 4528, 4364, 4358, 4354, 4445, 4456, 4379 (not dropping cache) Jan 20 16:32:18 chromium: 5396, 5194, 5260, 5072, 5231, 5341, 7110, 5054 (dropping fs cache between runs) Jan 20 16:32:32 chromium: 1929, 1974, 2402, 1871, 1879, 1810, 1869, 2100 (not dropping cache) Jan 20 16:33:30 ok. Jan 20 16:34:10 i will upload a ffox 3.6 without xulrunner Jan 20 16:34:12 wow, thats significant differences Jan 20 16:34:14 we should compare that again Jan 20 16:34:28 at least there are loads of less .so's to load for that Jan 20 16:36:07 It might be the case that we're much more exposed to the hugeness of ff on this platform Jan 20 16:36:24 yes, but IO is also pretty bad Jan 20 16:36:33 which means that having lots of files to load is worse Jan 20 16:36:41 firefox all-in-one has everything linked statically Jan 20 16:36:43 I would like to run oprofile here, but oprofile seems to have build problems in the archive... I'm trying an offline build. Jan 20 16:37:17 Total amount of data and number of files seems potentially significant Jan 20 16:37:51 If the ff-3.6 build Thumb-2? I'm assuming it is, but just want to check. Jan 20 16:38:04 yes. i think for a fair comparison we need the all-static package ... which is what we are aiming for in lucid anyway. i am just verifying that its fine and then upload it in a few minutes to the same location Jan 20 16:38:18 dmart: ffox 3.6 from lucid should be thumb2 ... yes. Jan 20 16:38:25 The amount of relocation work ld.so has to do might make a difference too. Jan 20 16:38:31 Are there all-static packages for both browsers? Jan 20 16:38:46 i can push a chromium-browser with thumb2 now that we have neon easily ... guess i should do that Jan 20 16:39:03 Oh, was Chromium not Thumb-2? Jan 20 16:39:10 dmart: chromium is all static ... there is no supported shared build Jan 20 16:39:33 dmart: no. remember we talked about it: reason is that they dont support a non-neon build with thumb2 atm (build system restriction) Jan 20 16:39:53 i want to fix that upstream still Jan 20 16:40:08 but now that we have by accident a neon kernel, i can just upload with full armv7 Jan 20 16:40:13 so lets check tomorrow again Jan 20 16:40:20 hopefully both packages will be ready then Jan 20 16:40:37 OK; I couldn't remember the precise issue. If you could do a T2 build of Chromium that we can test in the meantime that would be good... we want to check like with like as much as possible. Jan 20 16:42:58 yes, i ffox 3.6 all-static will be uploaded a in a few minutes Jan 20 16:43:06 chromium with t2 and neon will be uploaded shortly after Jan 20 16:43:20 then i will work on build ssytem fix so we can build t2 without neon Jan 20 16:44:17 gah Jan 20 16:44:38 i was to quick with giving back evo-couchdb :( Jan 20 16:46:42 hehe Jan 20 16:46:47 plenty of builders ;) Jan 20 16:49:51 gah Jan 20 16:49:55 uboot ftbfs Jan 20 16:50:11 objdump: '/build/buildd/uboot-imx-2009.08+really2009.01/build/build-imx51/post/libpost.a': No such file Jan 20 16:50:11 ld: post/libpost.a: No such file: No such file or directory Jan 20 16:50:11 make[1]: *** [/build/buildd/uboot-imx-2009.08+really2009.01/build/build-imx51/u-boot] Error 1 Jan 20 16:50:21 * ogra glares at that log Jan 20 16:51:08 it builds locally ! Jan 20 16:51:11 damned Jan 20 16:53:14 make[2]: Entering directory `/build/buildd/uboot-imx-2009.08+really2009.01/post' Jan 20 16:53:14 (echo create /build/buildd/uboot-imx-2009.08+really2009.01/build/build-imx51/post/libpost.a; for lib in ; \ Jan 20 16:53:14 do echo addlib $lib; done; echo save) \ Jan 20 16:53:14 | ar -M Jan 20 16:53:14 +Syntax error in archive script, line 1 Jan 20 16:53:16 GEEZ ! Jan 20 17:03:40 what the heck do i do now :( Jan 20 17:04:12 seems ar cant handle + signs Jan 20 17:04:31 Ah Cody complained about similar issues in the build when the directory name (version number) has odd chars Jan 20 17:04:49 Where did you unpack it locally? Jan 20 17:06:35 i used the old upstream patch indeed Jan 20 17:06:39 *path Jan 20 17:06:53 ... uboot-imx-2009.01/ Jan 20 17:07:00 no plus there Jan 20 17:07:32 (echo create $(LIB); for lib in $(GPLIB) $(SPLIB) ; Jan 20 17:07:37 thats in the Makefile Jan 20 17:08:25 i wonder if i can do anything with clever quoting Jan 20 17:11:07 What's wrong with something like ar cq ? Jan 20 17:11:08 the worst part is that the archive is empty anyway Jan 20 17:12:23 " for lib in ; \" ... creates a null byte file anyway, i could probably just touch it Jan 20 17:13:19 echo '!' >lib.a gives you an empty .a file Jan 20 17:13:33 ...but of a dirty hack though... Jan 20 17:13:52 well, the whole package is the worst crap i every created anyway Jan 20 17:15:14 ogra: Is there a bug for this issue? Jan 20 17:15:27 lool, not that i know of Jan 20 17:19:17 lool, bug 494797 Jan 20 17:19:18 Launchpad bug 494797 in binutils "ar fails when double-slashes are used in certain paths" [Low,Confirmed] https://launchpad.net/bugs/494797 Jan 20 17:19:59 reported by Nonconventionally Creative ... heh Jan 20 17:23:44 IIRC, the GNU ar format uses an internal file called "//" to store the archive symbol table... if wonder it that's related? Jan 20 17:24:27 Could be Jan 20 17:24:42 That said, I'm not sure it's the same bug since Cody worked arund it by changing the version Jan 20 17:24:45 might be Jan 20 17:25:19 lool, i *wont* change the version again ... rolling that messy package took me the whole day already ... Jan 20 17:25:49 and its supposed to be only interim until we get fixes from freescale Jan 20 17:25:55 I'm not asking you to, just commenting on whether it's the same bug or not Jan 20 17:26:02 yeah Jan 20 17:26:49 but given that the .a file ends up empty anyway i guess i'll just change the Makefile for now to create an empty archive Jan 20 17:49:14 * ogra dputs a hacked up fix Jan 20 18:02:12 yippie, that survived Jan 20 18:09:12 ogra@babbage2:~$ cat /proc/cpuinfo |grep ^Revision Jan 20 18:09:12 Revision : 51120 Jan 20 18:09:16 and there we go Jan 20 18:09:19 all working Jan 21 02:46:58 orga: hi, I tried to generate lucid rootfs with rootstock on Karmic PC. It failed on the second stage. Jan 21 02:47:07 orga: please see http://paste.ubuntu.com/359871/ for the log Jan 21 02:47:32 orga: I'll try lucid version of rootstock instead. Jan 21 02:50:02 orga: oh, it's already 0.1.3-0ubuntu1. would take a look at that in LP. **** ENDING LOGGING AT Thu Jan 21 02:59:56 2010