**** BEGIN LOGGING AT Fri Mar 05 02:59:58 2010 Mar 05 03:23:54 question about compiler optimizing an inline function that access private member data, could be possible reason for crash in kdebindings Mar 05 03:24:33 Go ahead :) Mar 05 03:24:46 If the compiler were to in fact perform the recommended optimization, would the calling function then be performing an illegal operation, since it would be accessing private data Mar 05 03:28:37 I wouldn't think that an inline function would have namespace to hold private data (although I'll admit to not having a deep understanding at that level) Mar 05 03:30:15 yeah in the "generators/parser/lexar.h" file in the kdebindings package, there is an inline function "inline int kind(std::size_t i) {return tokens[i].kind;}" Mar 05 03:30:26 The problem is that the "tokens" variable is private data Mar 05 03:30:47 tuxdavis: interesting, how'd you find this? Mar 05 03:31:16 compiling the kdebindings in debug mode, then ran the smokegen through gdb, since that's what was segfaulting Mar 05 03:34:30 tuxdavis: interesting. sounds like a GCC bug Mar 05 03:34:46 not necessarily Mar 05 03:35:23 it could be that the inline keyword should not be used inside a class if the function is going to be accessing private data Mar 05 03:35:37 but I'm testing this right now, by removing the inline then seeing what happens Mar 05 03:35:43 tuxdavis: wonder why that works w.r.t. to !ARM Mar 05 03:36:06 the inline command is a "recomendation" to the compiler not a requirement Mar 05 03:36:31 so it's possible that it's making the optimization on ARM, but not on others Mar 05 03:36:42 So we'd actually have to compare the output of the preprocessor cross-platform to understand hwo the choice is made :( Mar 05 03:37:54 most likely Mar 05 03:38:18 I'm trying a very simple test, by commenting out the inline keywords then recompile and see what happens Mar 05 03:42:37 it's recompiling smokegen with the updated header file right now Mar 05 04:13:42 it seems this is very likely a compiler test, because if you compile everything in debug mode, then run smokegen through gdb with the same args that the Makefile is giving it (on the "smoke/akonadi/akonadi_includes.h" file, then when it crashes, telling gdb to print m_session->token_stream->tokens[0].kind prints ok, whereas m_session->token_stream->kind(0) crashes, even though kind is defined as "inline int kind(std:size_t i) {return tokens[i] Mar 05 04:14:43 so the two prints are accessing the same data just one is passed through an inline function call, and the other is accessed directly Mar 05 04:15:19 Could you pastebin the backtrace? Mar 05 04:16:11 yes, though it would take a bit because it's currently recompiling with the updated header Mar 05 04:16:22 No rush. Mar 05 04:16:38 I just like to read backtraces. Often I can understand something from them. Mar 05 04:16:53 I have a feeling that you're right, and that it's a scoping problem. Mar 05 04:17:06 Have you also tried dfferent -O levels to see if the behaviour changes? Mar 05 04:18:17 Unfortunately I don't know yet exactly how to tell cmake to compile with different optimization levels Mar 05 04:19:05 And to do it manually would require finding out exactly what commands are being passed on ALL the source files going into the smokegen executable Mar 05 04:19:28 then recompiling ALL the source files with the different optimization flags Mar 05 04:20:02 Manually isn't right. Mar 05 04:20:18 The folk in #kubuntu-devel may be able to suggest how to wrangle cmake. Mar 05 04:20:24 let me check the cmake documentation and see if there's something in there Mar 05 04:20:36 That works too :) Mar 05 04:33:10 persia: tuxdavis: edit the C and CXX options lines in CMakeCache.txt in the build directory for Release builds (I think), Mar 05 04:33:16 then run make Mar 05 04:33:22 alternately, install ccmake, and edit it that way Mar 05 04:33:28 oooh, 2.6.33 kernel on rcn-ee.net Mar 05 04:33:33 ah Mar 05 04:33:36 Bummer: it still doesn't suspend. Mar 05 04:33:43 "class suspend failed for cpu 0" Mar 05 04:35:29 hmm, is command-not-found supposed to not-work on ARM? Mar 05 04:39:51 DanaG: Did you install it? Mar 05 04:40:01 yeah. Mar 05 04:40:07 Then it ought just work. Mar 05 04:40:10 Doesn't seem very different from 2.6.32. Mar 05 04:40:17 * persia checks quick-like Mar 05 04:42:31 DanaG: Indeed. Doesn't work for armel, ia64, powerpc, or sparc. Please file a bug and subscribe me. Mar 05 04:42:56 file it on "Linux" package? Mar 05 04:43:03 On command-not-found Mar 05 04:43:10 ah. Mar 05 04:43:22 If you've a bug in your kernel, talk to rcn-ee for now. Mar 05 04:43:25 ah. Mar 05 04:43:36 Need to get the kernel into the distro before it's worth filing bugs on LP about it. Mar 05 04:43:44 Are there plans to have an official Ubuntu-repo beagleboard kernel? Mar 05 04:43:53 `ubuntu-bug command-not-found` ought do the right thing. Mar 05 04:44:11 I have plans to support every single device capable of running Ubuntu ever manufactured. Mar 05 04:44:20 I have doubts my plans will come to fruition Mar 05 04:44:57 From what I was told asking about NetWalker kernels, it basically requires the kernel team to have enough spare engineering resources. Mar 05 04:44:58 Oldest device I've tried Linux on: Zaurus "Collie" -- Angstrom claimed to offer support for it, and yet failed to enable config options for Zaurus Collie drivers in the kernel! Mar 05 04:45:07 Aww. Mar 05 04:45:11 Collies are cute. Mar 05 04:45:29 * persia likes the slide action, but not the resultion so much Mar 05 04:45:30 Drivers being broken or crappy, I can forgive... but not enabling CONFIG_UCB1X00_TS (or such)? That's "fail". Mar 05 04:45:41 Oh, did I misremember? Mar 05 04:45:50 "Collie" is SLC-1x00 ? Mar 05 04:46:04 Yeah. Mar 05 04:46:07 er Mar 05 04:46:10 no Mar 05 04:46:16 Collie is SL-5500. Mar 05 04:46:22 Right, that's what I thought. Mar 05 04:46:31 Also the SL-B500 in Japan. Mar 05 04:46:41 Or anyway, whatever WAS the correct touchscreen driver... they didn't enable it. Mar 05 04:46:52 That's annoying. Mar 05 04:46:57 Last time I tried it was ages ago, though. Mar 05 04:46:58 You recompiled, I hope. Mar 05 04:48:11 er, I don't remember, now. I tried using openembedded; I ended up having to tell it to repeatedly copy MY .config over the one it tried to use. Mar 05 04:48:31 I much prefer the Ubuntu / Debian way: dpkg-buildpackage. or make-kpkg. Mar 05 04:54:28 And, once we conquer the world, just apt-get install. Mar 05 05:13:16 persia: have you heard of scratchbox? Mar 05 05:14:39 lifeless: Yes. I don't like the concept of SDKs. Mar 05 05:14:48 ok Mar 05 05:15:01 Plus I don't really like cross-compilation (although I don't mind emulated compilation) Mar 05 05:15:09 lifeless: Why? Mar 05 05:16:10 just been talking to raster about why he had two laptops with him Mar 05 05:16:38 one was a runtime environment, and th other a scratchbox environment? Mar 05 05:16:51 two scratchboxes, one per vendor Mar 05 05:16:59 Aha. Mar 05 05:17:24 In our world, we'd have two pbuilder tar.gzs or two schroots on the same laptop. Mar 05 05:17:40 But that runs slower. Mar 05 07:03:16 ok, been trying to figure out why I keep seeing kernel panic trying to boot a jaunty fs on my hawkboard (OmapL138) Mar 05 07:03:41 Finally in a doh moment I split my mmc card in half and had angstrom mount the jaunty half Mar 05 07:04:03 if i try to run (even with ld_library_path.. ) anything from jaunty I get illegal instruction Mar 05 07:04:03 And? Mar 05 07:04:20 * persia looks up the OmapLi386 Mar 05 07:04:38 Er,, L138 Mar 05 07:04:43 did something change? There were posts of people claiming to have made it work Mar 05 07:04:44 * persia has typed i386 too many times today Mar 05 07:04:45 oh yea.. Mar 05 07:04:47 sorry Mar 05 07:04:54 l138 Mar 05 07:05:07 http://focus.ti.com/docs/prod/folders/print/omap-l138.html ? Mar 05 07:05:26 I even tried a trick switching boot arg /sbin/init to /bin/bash.. no dice Mar 05 07:05:28 yes Mar 05 07:05:34 that is the core chip on the hawkboard Mar 05 07:05:53 Setting init to /bin/bash just launches a shell instead of the normal boot process. Mar 05 07:05:58 angstrom works, and supposedly some have built android.. Mar 05 07:06:06 It looks to me like you *should* be able to run Jaunty, but nothing newer. Mar 05 07:06:07 right even that fails.. Mar 05 07:06:25 it does report mounting rootfs Mar 05 07:06:27 You're sure the kernel you're using works? Mar 05 07:06:42 ext2.. the kernel boots angstrom just fine Mar 05 07:07:17 is there a earlier than Jaunty option? or some way to specify processor familly? Mar 05 07:07:30 No and No. Mar 05 07:07:56 You might be interesed in Debian, but it may be possible to get Jaunty to work. Mar 05 07:07:57 course.. what would be supper slick (though time consuming and probably problematic) would be to pull the sources and build Mar 05 07:08:07 given arch / cross compiler arguments Mar 05 07:08:09 Takes a few months :) Mar 05 07:08:11 but thats just me Mar 05 07:08:18 20,000 packages is a bunch. Mar 05 07:08:43 well yea if we built them all :) Mar 05 07:08:55 just the seeds people are requesting.. Mar 05 07:09:16 make their puters build them Mar 05 07:09:34 shoot forgot to change nic Mar 05 07:10:02 I'm building a minimal jaunty now will try it.. Mar 05 07:10:19 you mention debian and while I am a fan I am not a guru on debian Mar 05 07:10:36 how the heck do we fetch the debian arm debs Mar 05 07:11:12 From your local repo. Mar 05 07:11:29 Or do you mean "Is there a tool like rootstock that runs on Debian?" Mar 05 07:11:39 yes a rootstockish tool Mar 05 07:11:55 my core install is actually Elive (Lenny based E217) Mar 05 07:12:22 so I actually would rather not go into my vbox to wait on these.. Mar 05 07:12:30 I don't know of one: we could hope that rootstock upstream extends the scripts to work also in Debian. Mar 05 07:13:23 yea.. suppose its download for arch and then deb with chroot or such Mar 05 07:13:26 But you should be able to run debootstrap from your angstrom or elive install to get a base chroot. Mar 05 07:14:52 angstrom has a aptish tool I just was hoping for an ubuntu or deb source rather than angstrom.. Mar 05 07:15:56 I could I suppose ponder trying to do the whole damn thing from sources (ewwwwwww) 2gb ram and duo cpu it'd take a while Mar 05 07:17:14 No really. The program "debootstrap" will do 90% of what you want. Mar 05 07:17:28 Most of rootstock is wrapping debootstrap around an emulated chroot. Mar 05 07:17:44 Ill check it out.. Mar 05 07:18:00 Note that using debootstrap doesn't do everything, there will be a few files missing (like /etc/fstab), but you ought be able to create those. Mar 05 07:18:19 I think the trick here is getting the sources in the right order and building them with the cross compiler Mar 05 07:18:33 I don't know why you're getting "illegal instruction", but I'm unsure would get updates to fix that. Mar 05 07:18:37 that way everything is a dead match to the kernel / uboot etc Mar 05 07:18:56 debootstrap won't do that. It just gets the binaries in the right order and installs them in a chroot. Mar 05 07:19:01 Bootstrapping is harder. Mar 05 07:19:20 jep.. Mar 05 07:19:50 for now I probably would just continue with Angstrom.. at least till the android git repos are back on line and I finally build that beasty Mar 05 07:20:16 Though android will be a bit silly in my case as I just want headless.. but I think it would be funny Mar 05 07:20:21 to run a robot using android Mar 05 07:20:29 putting the droid back into its name Mar 05 07:21:22 heh. Good pun. Mar 05 07:21:53 Perhaps less good OS choice: from what I've heard, Android is stripped down below what many consider the minimum to maximise that GUI experience. Mar 05 07:22:10 Dunno if you can get the robot controls working (but extra points if you can) Mar 05 07:22:40 I'm being somewhat loopy .. planing on mostly python Mar 05 07:22:58 python+android? Good luck. Mar 05 07:23:02 pondering a few other packages like the openvision stuff Mar 05 07:23:11 python is in android Mar 05 07:23:18 so is some form of java Mar 05 07:23:47 wait let me recheck the source tree.. I have a partial checkout Mar 05 07:24:24 ./external/clearsilver/python Mar 05 07:24:38 yep.. as well as wx bindings and a whole mess of sections Mar 05 07:24:53 android is more linux than they would like us to think Mar 05 07:25:08 It'S just an uncommon application :) Mar 05 07:25:35 its part of WebKit and e2fsprogs in their world.. Mar 05 07:25:44 The base kernel and libraries are 100% linux, just stripped down enough that they aren't SUS or in some cases even POSIX compliant. Mar 05 07:25:46 its a biatch of a build though Mar 05 07:25:57 well yea Mar 05 07:26:02 Doesn't mean you can't do stuff, just makes it a bit trickier (and faster) Mar 05 07:26:07 shoot you should shell into angstrom on a hawkboard Mar 05 07:26:18 audio drivers but no /dev/dsp Mar 05 07:26:27 video drivers with no /dev/video Mar 05 07:26:31 angstrom is (just) SUS compliant Mar 05 07:29:39 but at the same time they offer stuff like ffmpeg but it cant find audio or video sources Mar 05 07:29:52 oh here but best of luck getting it to run Mar 05 07:30:10 heh. insufficient integration Mar 05 07:30:37 Now only if you had Ubuntu work, we could look at integration;) Mar 05 07:32:22 thats why I was hoping for an ubuntu bin set for my hawkboard :/ Mar 05 07:33:00 the hawkboard has usb, audio, svga, 128mb nand + ram mmc slot 89.00 @300MHZ Mar 05 07:33:39 You could put it in a lil case and use it as a simple workstation.. but running on a usb powersupply Mar 05 07:33:59 and its actually very zippy on the shell Mar 05 07:35:20 I would think ubuntu would be all over the hawk, beagle and a few of the other cheapish arm boards Mar 05 07:36:15 shoot they could make a little money just selling sdk kits / books for them and get a bunch of startups / hacks like me all involved.. Mar 05 07:37:46 any how thanks for the help, Ill transfer the image in a few and retest it.. Mar 05 08:14:53 yep jaunty is happish on hawkboards Mar 05 08:15:05 at least so far.. Mar 05 09:51:13 I: copying [../rootstock_0.1.99.2-0ubuntu1_source.changes] Mar 05 09:51:13 I: copying [../utils] Mar 05 09:51:13 cp: cannot stat `../utils': No such file or directory Mar 05 09:51:16 ??? Mar 05 09:51:23 * ogra wonders about his pbuilder Mar 05 09:56:12 sigh, upgrading pbuilder doesnt fix it Mar 05 09:56:18 i wonder how that broke Mar 05 10:08:48 * ogra doesnt belive it ... even wiping my whole pbuilder sertup and rebuilding it doesnt fix it Mar 05 10:41:26 dyfet: status on "Package and maintain Canola and deps in lucid archive: TODO" Mar 05 10:41:29 ? Mar 05 10:41:33 thats still on beta list Mar 05 10:42:01 asac: I packaged most of the deps and we have a ppa for canola, just needs the final push Mar 05 10:42:34 (and got them packaged/sync'd e.t.c, I didn't do all the package work) Mar 05 10:43:01 asac: most dependencies are satisfied by the work done for netbook-launcher-efl Mar 05 10:44:57 persia: mobile-lucid-arm-lib-tests ... two items i need input on there ;) Mar 05 10:46:23 JamieBennett: yeah. is that pp amaintained by us? Mar 05 10:46:27 or by oem or someone else Mar 05 10:46:47 asac: OEM from what I remember Mar 05 10:46:49 i think its fine to say that spec is done if its packaged and maintained by us Mar 05 10:47:09 asac: Canola needs bringing into universe ideally Mar 05 10:55:17 JamieBennett: 532548 Mar 05 10:55:40 JamieBennett: do you have the url for canola? Mar 05 10:56:05 asac: http://openbossa.indt.org/canola/ Mar 05 10:56:27 JamieBennett: sorry. the ppa i mean Mar 05 10:56:58 asac: not, handy, let me look Mar 05 10:58:29 asac: https://edge.launchpad.net/~canola/+archive/ppa?field.series_filter=lucid Mar 05 10:59:10 looks like there are more dependencies than I remember Mar 05 11:01:14 JamieBennett: all those need to get in? Mar 05 11:01:26 asac: No Mar 05 11:02:00 asac: we need to assess exactly what is needed Mar 05 11:02:00 bug 532549 Mar 05 11:02:03 Launchpad bug 532549 in ubuntu "[FFe] ubuntu-webmail (affects: 1)" [Undecided,New] https://launchpad.net/bugs/532549 Mar 05 11:02:05 (just for record) Mar 05 11:02:24 JamieBennett: seems the uploads were done after efl launcher landing Mar 05 11:02:40 so without looking it feels all the packages are on top there Mar 05 11:12:35 bug 532554 Mar 05 11:12:37 Launchpad bug 532554 in ubuntu "[FFe] canola for lucid/universe (affects: 1)" [Undecided,New] https://launchpad.net/bugs/532554 Mar 05 11:12:38 JamieBennett: ^^ filed that Mar 05 11:12:50 asac: OK Mar 05 11:12:52 didnt subscribe release yet, we first need the packages needde Mar 05 11:13:12 dyfet was going to do that, not sure how far he got with it Mar 05 11:13:56 thats why i pinged him first ;) Mar 05 11:14:04 asac: yes :) Mar 05 11:17:19 I have a package for it, and it packages very nice now that we have etk for the launcher, but I was not certain if canola itself is being maintained, and it's based on a snapshot of the source repo Mar 05 11:17:44 thats why I was hesitant Mar 05 11:22:37 dyfet: you have a package? from the list there seems to be a bunch of packages required Mar 05 11:22:42 can you come up with a minimal list? Mar 05 11:23:15 asac: they are packages also used by the new 2d launcher :) Mar 05 11:23:58 canola itself is python, but it used a lot of enlightenment toolkit stuff... Mar 05 11:24:20 dyfet: what about the media scanner? Mar 05 11:25:34 dyfet: : https://edge.launchpad.net/~canola/+archive/ppa?field.series_filter=lucid Mar 05 11:25:45 thats the list of packages in the ppa ... that we dont have in our archive Mar 05 11:25:57 please come up with a list of items that nees to get done quick ;) Mar 05 11:26:07 then we can decide if we put it in archive or not Mar 05 11:26:19 Okay Mar 05 11:26:31 cool ... at best i would have that before todays release meeting ;) Mar 05 11:26:42 like in 3h Mar 05 11:27:02 Well, I have to go to the eye doctor this morning Mar 05 11:28:16 so it will likely be a bit later this afternoon Mar 05 11:29:40 asac: let me finish off this weboffice packaging and I'll take a look at canonla dependencies Mar 05 11:30:17 *canola* :) Mar 05 11:30:49 heroic ;) Mar 05 11:30:49 Selecting previously deselected package indicator-session. Mar 05 11:30:49 Unpacking indicator-session (from .../indicator-session_0.2.4-0ubuntu2_armel.deb) ... Mar 05 11:30:55 ogra: ^^ thats where it hangs for me Mar 05 11:30:57 it seems Mar 05 11:31:03 well its consuming CPU cycles Mar 05 11:31:07 but doesnt move forward Mar 05 11:31:54 ogra: does the output i see on console directly come from the qemu command? or is that piped out somehow too? Mar 05 11:37:09 NCommander: the girlfriend or the cat ;) Mar 05 11:51:02 asac, there read directly from a fifo Mar 05 11:51:48 asac, but the rootstock script doesnt matter, if you build with --keepimage and use ubuntu-minimal and then run qemu-system-arm the behavior will be the same Mar 05 11:52:17 s/there/they are/ Mar 05 11:52:41 its intresting though that it gets stuck on a different package for you Mar 05 12:04:52 ogra: so i can use --keep-image and i can then switch in there and install the ubnutu-netbook thing? Mar 05 12:04:55 * asac does that Mar 05 12:05:00 right Mar 05 12:05:04 --keepimage Mar 05 12:05:07 no dash Mar 05 12:05:18 that gives you a qemu image Mar 05 12:05:25 use -l and -p for it Mar 05 12:05:34 else you get dropped into oem-config first Mar 05 12:05:44 s/first/on first boot/ Mar 05 12:06:11 sudo rootstock -l -p --keepimage -f blah -s ubuntu-minimal^ -i 3G Mar 05 12:06:13 that? Mar 05 12:06:22 -l and -p need parameters Mar 05 12:06:32 yeah Mar 05 12:06:35 -l -p Mar 05 12:06:39 ok its running Mar 05 12:06:47 and you wouldnt need 3G here :) Mar 05 12:06:52 minimal fits in less than 1 Mar 05 12:07:10 but i want to go in there and install the reest Mar 05 12:07:11 oh, indeed, you want to keep the image ... so 3G is fine Mar 05 12:07:14 so i think i need more space Mar 05 12:07:17 yep Mar 05 12:07:22 didnt think about that Mar 05 12:07:45 i'm just trying the qcow2 conversion stuff here ... Mar 05 12:08:04 not having to specify the size will be a huge win Mar 05 12:09:21 given that you see the hang on a different package i wonder if the amount of RAM of the host somehow influences it Mar 05 12:09:24 i got 4G here Mar 05 12:09:34 (using the pae kernel) Mar 05 12:09:48 how much has your machine ? Mar 05 12:12:34 hmm, the conversion doesnt take to much time for raw->qcow2 ... Mar 05 12:12:52 * ogra wonders about the way back once the fs is filled up Mar 05 12:22:16 ogra: qemu-static-arm wants a kernel Mar 05 12:22:19 err system-arm Mar 05 12:22:23 one sec Mar 05 12:22:23 if i just pass the .img Mar 05 12:22:48 qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda arm-rootfs.img -m 256 -append "root=/dev/sda mem=256M devtmpfs.mount=0 rw" Mar 05 12:22:54 http://ports.ubuntu.com/ubuntu-ports/dists/lucid/main/installer-armel/current/images/versatile/netboot/vmlinuz Mar 05 12:22:58 use that kernel Mar 05 12:23:10 err Mar 05 12:23:18 ok Mar 05 12:23:26 arm-rootfs.img needs to be your .img indeed Mar 05 12:23:30 but dont you add that anyway? Mar 05 12:23:37 e.g. why is that gone after --keepimage? Mar 05 12:23:43 the kernel ? Mar 05 12:24:03 well. you go to second stage and boot the vm, dont you? Mar 05 12:24:15 because rootstock isnt designed as a VM imagebuilder :) its just a sideeffect that a VM is used Mar 05 12:24:46 --keepimage is just skipping the tarball creation Mar 05 12:26:17 the kernel above is what is used during build, its documented everywhere how to get it ... while it saves some bandwith to keep it i dont want to start storing a gazillion of files of one build Mar 05 12:27:13 hmm, using qcow2 seems to make the VM act faster Mar 05 12:27:24 at least "felt" Mar 05 12:36:37 yay, qcow2 works fine Mar 05 12:36:48 * ogra tries a bigger task than ubuntu-minimal Mar 05 12:49:26 The following packages have unmet dependencies: Mar 05 12:49:26 libgtk2.0-bin: Depends: libgtk2.0-0 (>= 2.19.6-1ubuntu4) but 2.19.6-1ubuntu3 is to be installed Mar 05 12:49:29 GRRRRR !!!!!! Mar 05 12:50:05 i really start hating arch: all packages Mar 05 12:55:11 noted Mar 05 12:55:18 heh Mar 05 12:55:32 i think for ports we should have special casing ... Mar 05 12:56:00 so _all.deb dont get published until all the arch dependent packages are ready Mar 05 12:56:29 assuming that prots has special code in the publisher already since its a different server Mar 05 12:57:12 asac: canola dependencies - http://pastebin.ubuntu.com/388929/ Mar 05 12:57:59 persia: If people want a stable URL to get a versatile kernel, the d-i one is probably best Mar 05 12:59:21 JamieBennett: all packages are in that ppa? Mar 05 12:59:57 ogra: well. you want to wait for really slow sparc? Mar 05 13:00:23 anyway, i know that some folks in debian would want the archive to act like that Mar 05 13:00:24 asac, rather than having broken images all the time or not being able to test rootstock Mar 05 13:00:41 you have a local mirrorß Mar 05 13:00:45 when its ok, stop upgrading ;) Mar 05 13:00:52 i will novw have to wait half the day until i can do my next testrun Mar 05 13:01:01 i dont have a local mirror Mar 05 13:01:27 * ogra considers local mirrors a massive waste of space ... i use package proxies Mar 05 13:01:49 package proxy is kind of a mirror Mar 05 13:02:09 right, "kind of" Mar 05 13:02:23 it verifies its content with the archive first Mar 05 13:02:31 and hands the breakage through Mar 05 13:03:13 i could use the file:// protocol directly on the cache ... but rootstock cant support that since qemu wont see it Mar 05 13:03:56 probably something to implement in rootstock 5.0 or so :) Mar 05 13:07:24 asac: Yes, all packages are there. Tested it in a Lucid VM and all is good. Mar 05 14:26:17 The following packages have unmet dependencies: Mar 05 14:26:17 initramfs-tools: Depends: initramfs-tools-bin (= 0.92bubuntu67) but 0.92bubuntu66 is to be installed Mar 05 14:26:20 * ogra cries Mar 05 14:26:42 there goes ubuntu-minimal Mar 05 14:26:44 :/ Mar 05 14:56:30 i am off the phone calls for torday :( Mar 05 14:57:02 to prepare for the IRC meeting eh Mar 05 14:57:07 you must loive your fridays Mar 05 14:57:30 three calls in a row ;) Mar 05 14:58:00 now crazy stuff like release team wants to know something Mar 05 14:58:11 yeah Mar 05 15:21:34 * ogra commits and pushes the autosize function for rootstock Mar 05 15:21:50 yay ... no more need for defining the imagesize Mar 05 15:26:26 nice :) Mar 05 15:42:07 trying to build lucid with roostock. kicked off the build before leaving the office last night and this morning I am stuck at, Mar 05 15:42:10 I: Getting Virtual Machine kernel from the server Mar 05 15:42:13 I: Switching to Virtual Machine for second stage processing Mar 05 15:42:36 I assume the Virtual Machine (QEMU ARM, right?) shoudn't take 10+ hours... Mar 05 15:42:42 no Mar 05 15:42:52 whats your host system running ? Mar 05 15:43:16 core i7, 8 processors if you count hyperthreading, lots of RAM and Ubuntu 9.10 Mar 05 15:43:28 ah, karmic Mar 05 15:43:33 known issues? Mar 05 15:43:37 and you use the packaged rootstock i guess ? Mar 05 15:43:43 I did this time. Mar 05 15:43:53 previously I used the tarball from launchpad Mar 05 15:44:37 karimc is missing http://bazaar.launchpad.net/~project-rootstock-developers/project-rootstock/trunk/revision/31 Mar 05 15:44:52 latest tarball on launchpad has that? Mar 05 15:45:04 yes, i uploaded it this morning Mar 05 15:45:18 thanks, will try. Mar 05 15:45:35 though its not tested on karmic yet, i test on lucid only atm Mar 05 15:46:06 if everything works fine please report it here :) Mar 05 15:46:15 ogra: will do. Mar 05 15:46:29 thanks :) Mar 05 15:46:37 looking at revision 31, I can't help but notice you ony pass 256M RAM to QEMU Mar 05 15:46:53 any reason why you run it that low? Mar 05 15:47:02 yes, qemu-system-arm cant handle more Mar 05 15:47:11 well that would explain it ;-) Mar 05 15:47:14 heh Mar 05 15:47:41 for rollong a rootfs you dont really need more though Mar 05 15:47:54 its all just apt/dpkg Mar 05 15:48:20 yeah, i'm not familiar with the overhead of package managers really. Mar 05 15:48:23 ogra: what bugnumber shoujld i name for the qemu problems? Mar 05 15:48:38 asac, there is none yet Mar 05 15:49:56 asac, bug 530000 might also be intresting but given i doubt that can be fixes before release probably nbot appropriate Mar 05 15:49:59 Launchpad bug 530000 in qemu-kvm (Ubuntu) "mono assembly installation under qemu-arm-static hangs (affects: 1)" [Medium,Confirmed] https://launchpad.net/bugs/530000 Mar 05 15:50:07 ogra: we need a bug for that if it consumes a full week ;) Mar 05 15:50:14 of your precious time Mar 05 15:50:21 RC bug even Mar 05 15:50:26 maybe open one even if not enough info Mar 05 15:51:36 how functional is the rootstock gui at this point? Mar 05 15:52:34 asac, bug 532733 Mar 05 15:52:35 Launchpad bug 532733 in qemu-kvm (Ubuntu) "apt/dpkg in qemu-system-arm hangs if a big task is installed (affects: 1)" [Undecided,New] https://launchpad.net/bugs/532733 Mar 05 15:52:55 * imx51 and dove in good shape Mar 05 15:52:58 mturquette, its functional in lucid ... totally untested in karmic Mar 05 15:53:05 plars: GrueMaster: ^^ is that right statement? Mar 05 15:53:32 mturquette, but still has issues i need to fix before release ... else i need to buy asac a triple core laptop to demote one core to the UI :) Mar 05 15:53:49 lol Mar 05 15:53:55 asac, iirc todays build was broken Mar 05 15:54:01 * ogra checks logs Mar 05 15:54:02 out of sync Mar 05 15:54:06 or anything serious Mar 05 15:54:14 ah, no, todays was good Mar 05 15:54:26 yesterdays was "artwork out of sync" Mar 05 15:55:09 !info newlib Mar 05 15:55:09 asac: Package newlib does not exist in karmic Mar 05 15:55:16 heh Mar 05 15:55:23 bug 514232 Mar 05 15:55:24 Launchpad bug 514232 in newlib (Ubuntu Lucid) (and 1 other project) "[arm] needs porting to thumb2 (affects: 1)" [High,Invalid] https://launchpad.net/bugs/514232 Mar 05 15:55:42 !info libnewlib0 Mar 05 15:55:43 ogra: libnewlib0 (source: newlib): newlib C library (runtime). In component universe, is extra. Version 1.17.0-0ubuntu5 (karmic), package size 1509 kB, installed size 4384 kB Mar 05 15:55:45 bug 507503 Mar 05 15:55:50 !info source newlib Mar 05 15:55:52 Launchpad bug 507503 in linux-mvl-dove (Ubuntu Lucid) (and 3 other projects) "VFP/NEON state is not preserved around signal handlers, causing state corruption between user processes (affects: 1)" [High,Fix released] https://launchpad.net/bugs/507503 Mar 05 15:55:53 asac: 'newlib' is not a valid distribution: hardy, intrepid, jaunty, karmic, lucid Mar 05 15:55:57 ubot4`: basterd Mar 05 15:55:58 Factoid 'basterd' not found Mar 05 15:56:05 !info newlib-source Mar 05 15:56:05 ogra: newlib-source (source: newlib): newlib C library (source). In component universe, is extra. Version 1.17.0-0ubuntu5 (karmic), package size 4162 kB, installed size 4252 kB Mar 05 15:56:13 he likes me more :P Mar 05 15:56:18 hwat a bad syntax Mar 05 15:56:35 bug 507416 Mar 05 15:56:37 Launchpad bug 507416 in uboot-imx (Ubuntu Karmic) (and 5 other projects) "CONFIG_NEON=y causes platform lockups with certain application/platform combinations (affects: 2)" [Undecided,Invalid] https://launchpad.net/bugs/507416 Mar 05 15:57:14 #GEEZ !!!!!!!!!!!!!!!!!!!!!!!!!!!11 Mar 05 15:57:18 Selecting previously deselected package iso-codes. Mar 05 15:57:18 Unpacking iso-codes (from .../iso-codes_3.12.1-1_all.deb) ... Mar 05 15:57:18 Selecting previously deselected package libgnomekbd4. Mar 05 15:57:18 Unpacking libgnomekbd4 (from .../libgnomekbd4_2.29.5-0ubuntu1_armel.deb) .. Mar 05 15:57:22 \o/ Mar 05 15:57:28 * ogra dances Mar 05 15:57:48 asac, so qcow2 solves all our probs it seems Mar 05 15:57:59 * ogra is so happy Mar 05 15:58:17 ... and hopes it will survive now and not just hang later Mar 05 15:58:59 doobeydoobeydoo ... Mar 05 16:00:44 bug 528524 Mar 05 16:00:46 Launchpad bug 528524 in totem (Ubuntu Lucid) (and 3 other projects) "Sound not working in all apps on dove (affects: 2)" [High,New] https://launchpad.net/bugs/528524 Mar 05 16:01:02 ogra: wait till it finishes Mar 05 16:01:07 indeed Mar 05 16:01:09 the current rootstock hangs randomly for me Mar 05 16:01:15 but it looks so good Mar 05 16:01:37 bug 512959 Mar 05 16:01:40 Launchpad bug 512959 in nautilus (Ubuntu Lucid) (and 5 other projects) "causes crashes on armel with -Wl,-O1 (affects: 1)" [Low,Invalid] https://launchpad.net/bugs/512959 Mar 05 16:01:51 i'm convinced its an I/O prob with raw images Mar 05 16:01:57 i suspected that since a while Mar 05 16:03:06 asac, its also a lot faster with qcow2 Mar 05 16:06:53 ogra: I wanted to start taking a look at the rootstock testplan, is that still accurate that I should pull that 200952 version? or should I just be using what's in trunk? Mar 05 16:07:14 oh wait, that's redboot Mar 05 16:07:17 nm Mar 05 16:07:26 * plars goes to get more caffeine Mar 05 16:07:44 wait for my next upload, if the build i'm testing now finishes then i seem to have a fix for the hang and it should be fully usable Mar 05 16:07:48 ogra: but still... should I be using what's in lucid? or just pull the branch and test from that Mar 05 16:08:11 currently the branch only has one more commit beyond the package in lucid Mar 05 16:08:56 oh no ! Mar 05 16:09:00 failed in buffer_write(fd) (11, ret=-1): backend dpkg-deb during `./usr/share/doc/cdparanoia/README.gz': No space left on device Mar 05 16:09:00 tar: ./postinst: Cannot write: No space left on device Mar 05 16:09:04 GRRRR ! Mar 05 16:09:31 guess the autosize needs some work? :) Mar 05 16:09:38 it shouldnt Mar 05 16:09:44 qemu handles it on its own Mar 05 16:11:01 * ogra tries with giving a virtual imagesize Mar 05 16:11:45 it would be odd if that was needed though Mar 05 16:13:25 https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Lucid Mar 05 16:16:17 is bug 528887 arm specific ? Mar 05 16:16:19 Launchpad bug 528887 in maximus (Ubuntu Lucid) (and 2 other projects) "maximus does not give default focus to newly started apps in combination with efl launcher (affects: 1)" [Medium,Triaged] https://launchpad.net/bugs/528887 Mar 05 16:16:51 (i know i added the tag but it might also happen on x86) Mar 05 16:17:31 asac, should we ping server for bug 517300 ? there was no reaction to me assigning it to them Mar 05 16:17:34 Launchpad bug 517300 in likewise-open (Ubuntu Lucid) (and 1 other project) "[armel] likewise-open needs porting to ARM (affects: 1)" [High,Triaged] https://launchpad.net/bugs/517300 Mar 05 16:17:44 ok at least qa team suffers from same desease ;) http://people.canonical.com/~pitti/workitems/canonical-platform-qa-ubuntu-10.04-beta-1.html Mar 05 16:18:06 woah, slackers ! Mar 05 16:18:10 :) Mar 05 16:18:24 well http://people.canonical.com/~pitti/workitems/canonical-mobile-ubuntu-10.04-beta-1.html ;) Mar 05 16:18:32 isnt really that heroic either :-P Mar 05 16:18:47 i forced the green line down a bit at least ;) ... Mar 05 16:18:58 s/down/further down/ Mar 05 16:19:09 woah, we slackers ! Mar 05 16:19:15 :) Mar 05 16:19:20 well. its the final items Mar 05 16:19:24 those are usually the most painful ;) Mar 05 16:19:32 report looks fine to me Mar 05 16:19:34 exce the webservice ones Mar 05 16:19:52 i updated it again with bugs Mar 05 16:20:29 * ogra reloads Mar 05 16:21:07 yup Mar 05 16:22:32 * ogra gets coffee Mar 05 16:30:41 http://people.canonical.com/~pitti/workitems/canonical-server-ubuntu-10.04-beta-1.html Mar 05 16:30:53 they suffer from a different desease even ;) Mar 05 16:31:08 lol Mar 05 16:31:25 someone secretly loads off work items on them :) Mar 05 16:33:23 lets give them likewise ;) Mar 05 16:33:32 heh Mar 05 16:33:42 one more doesnt matter i guess Mar 05 16:33:48 should we make that a workitem ? Mar 05 16:34:11 * ogra thought making it a critical bug would be enough :) Mar 05 16:34:39 ogra: its on our list now Mar 05 16:34:46 yes, saw it Mar 05 16:34:47 because of that ;) Mar 05 16:35:10 oh, you added it to our workitems as a foreign task for them ? Mar 05 16:35:20 i.e. it shows up in the tracker ? Mar 05 16:47:50 Saw the new netbook image... nice (and it seems to mostly work too) Mar 05 16:48:20 :) Mar 05 16:48:32 purple Mar 05 16:48:39 we'll fix the remaining pieces soon :) Mar 05 16:48:43 yeah Mar 05 16:48:50 purple is the new brown ! Mar 05 16:49:10 heh Mar 05 16:49:57 Colour scheme is a bit interesting in places, but I expect they'll iron that out soon enough Mar 05 16:51:05 yeah Mar 05 16:51:09 file bugs :) Mar 05 16:52:19 * dmart_ is too lazy Mar 05 16:52:56 The artwork and themes usually goes through a bit of churn at this point anyways Mar 05 16:53:53 indeed Mar 05 16:54:11 but if you find something really bugging you dont hesitate :) Mar 05 16:54:20 sure Mar 05 16:54:37 dmart_: are you on the artwork team? Mar 05 16:54:49 I just posted a comment on the mailing-list. Mar 05 16:54:50 No, just admiring the results Mar 05 16:54:55 * ogra hands dmart_ a paintbrush Mar 05 16:55:06 now you are ! Mar 05 16:55:10 :) Mar 05 16:55:14 (you didn't want to do that...) Mar 05 16:56:42 * ogra is with Joseph Beuys here ... everything is art ... Mar 05 16:56:48 even code :) Mar 05 16:57:38 I need to work out how to change vim's syntax colour scheme to match then... Mar 05 17:02:16 QEMU ran out of disk space during roostock build. log at, Mar 05 17:02:17 http://pastebin.com/kGwL89cY Mar 05 17:02:55 mturquette, thats gui or cmdline tool ? Mar 05 17:02:59 cmdline Mar 05 17:03:18 and what did you pick for the -i stting ? Mar 05 17:03:22 *setting Mar 05 17:03:35 a desktop install should have about 5G Mar 05 17:03:47 don't have -i. is that image size? Mar 05 17:03:55 yep Mar 05 17:04:24 i'm just experimenting with auto-growing qemu images but i'm not there yet, you need to specify the size Mar 05 17:04:41 mturquette, https://wiki.ubuntu.com/ARM/RootfsFromScratch might be helpful Mar 05 17:04:45 -i is under "additional options" not "required", so i left it out. Mar 05 17:05:07 (a lot will change for lucid though, i want to get to a point where you dont need any options at all) Mar 05 17:05:17 sure sure. I was actually going off of a beagle wiki since that is the platform I'm building for. I'll specify an image size and try again. Mar 05 17:06:00 hmm, i thought even the beagle wiki was setting size ... Mar 05 17:06:39 ogra: you're right it does. I must have made an executive decision. Mar 05 17:06:44 that i didnt put it in required options is simply due to the fact that it depends on what you actually install ... rootstock defaults to 1G and thats enough for basic installs ... Mar 05 17:07:07 if you add desktop stuff to it it indeed grows Mar 05 17:07:34 i'm going with 5GB now. guess I'll boot over NFS... Mar 05 17:07:37 --seed lxde,gdm might work without -i :) Mar 05 17:23:13 asac: seems accurate Mar 05 17:23:42 imx51 and dove images are fairly stable for me at least. Mar 05 17:24:06 plars, did you find out what was the issue with your dove installs ? Mar 05 17:24:24 ogra: I spent quite a bit of time messing with it last night, with a3 image Mar 05 17:24:37 and ? Mar 05 17:24:40 HW ok ? Mar 05 17:24:52 ogra: 1st few times, I couldn't even get it to boot successfully, then once I got it up, installed memtester, hit some errors, ran memtester again, no errors Mar 05 17:25:04 weird Mar 05 17:25:11 ogra: this morning, having trouble booting again. Instead of locking up again, it's complaining about the squashfs now Mar 05 17:25:26 ogra: rebooting now, I reseated the memory, but I don't have high hopes Mar 05 17:25:45 well, as last resort get the ram replaced Mar 05 17:27:25 Or if you have multiple sticks of RAM, try with just one, or the other. Mar 05 17:29:29 DanaG: I only have the one stick, and I think it's ecc sodimm Mar 05 17:29:41 ogra: did we ever determine what kinds of memory would work on these boards? Mar 05 17:30:04 ogra: I thought someone was going to try a generic sodimm, NCommander maybe? Mar 05 17:30:16 i never had the balls to do that Mar 05 17:30:36 but afaik it needs to be specific marvell ram Mar 05 17:31:31 i would be to scared to damage the board, i have a 1G DDR2 stick lying here that would fit in the socket though Mar 05 17:31:55 but i also only have a Y0 here Mar 05 17:32:17 ogra: at least it's not soldering we need to do on this one :) Mar 05 17:32:25 * ogra discovers qemu-nbd ... Mar 05 17:32:28 heh, yeah Mar 05 17:32:35 though i dont mind soldering Mar 05 17:33:49 hmm, with qemu-nbd i wouldnt need to convert the image back and forth all the time Mar 05 18:00:15 * ogra calls it a day ... Mar 05 18:00:38 i hope i have rootstock fixed by monday ... i'll be around on the weeken Mar 05 18:00:40 d Mar 05 19:22:04 Does anyone have a system image for the lange 5.1 board? Mar 05 23:30:33 plars: I never tried changing the RAM, plus you need a customized u-boot to match the board RAM configuration Mar 06 00:05:15 If anyone could confirm bug #533031, I'd appreciate it. Mar 06 00:05:17 Launchpad bug 533031 in command-not-found (Ubuntu) "command-not-found fails to work on ports architectures (affects: 1)" [Undecided,New] https://launchpad.net/bugs/533031 **** ENDING LOGGING AT Sat Mar 06 02:59:57 2010