[04:55] ogra: new rootstock works here! Thanks! [04:56] after install qemu-arm-static from Karmic (i'm using Jaunty) [06:50] need help [06:50] to compile clutter with SGX support on OMAP [09:35] * NCommander installs bootchart [09:35] eggonlea, good to hear ! [09:35] * ogra did tests until 2am [09:36] eggonlea, if you find any issues, please file bugs, i'm scared that something regressed [10:17] NCommander: So usplash just works on dove right? [10:17] lool, works now. No idea what changed. [10:17] lool, probably new kernel or driver updates [10:17] * NCommander is doing the usplash boot charts now [10:18] it doesn't look like theres much difference if its enabled or not [10:24] I think there was an issue in initramfs-tools [10:24] lool, possibly. no point really dwelling on it unless it re-emerges [10:27] lool, ogra http://people.canonical.com/~mcasadevall/bootchart/ - initial bootcharts (for some reason, a bunch of the usplash ones, and one of the no-usplash ones didn't fully write out, and corrupted the tgz). No real difference between having usplash and not having it on dove [10:27] give it time :) [10:27] the java conversion tool is very slow [10:28] erm [10:28] why doesnt your bootchart stop ? [10:28] how did you install it ? [10:28] ogra, apt-get install bootchart? [10:29] ogra, it stops ... [10:29] way after mine [10:29] http://people.canonical.com/~ogra/babbage2-karmic-20090916-2.png [10:29] http://people.canonical.com/~ogra/babbage2-karmic-20090916-3.png [10:29] ogra, the conversion tool is very slow on ARM, its fine on my desktop [10:29] ogra, I don't get it .... [10:30] i dont see the S99bootchart-stop initscript in yours at all [10:30] its java [10:30] ogra, I'm not even logging in ... [10:31] so your xorg comes up after 14sec [10:31] ogra, I don't get it, but I usually let the system sit at gdm for awhile, more thatn a minute, so it is stopping [10:31] ogra, the framebuffer comes up at the 6-7 second mark [10:32] it should be up after the first modprobe ran [10:32] ogra, oh, it comes up, but it take a bit of time to settle [10:33] woah, 49MB/s [10:33] is that SATA ? [10:33] ogra, :-) [10:33] or USB ? [10:33] SATA [10:33] ah [10:33] but USB pretty fast on this too [10:33] well, i get 33 on my slow USB key [10:33] lool, ogra, https://bugs.edge.launchpad.net/ubuntu/+source/linux-mvl-dove/+bug/435046 - can you hit the nominate button [10:34] no, but the approve one :P [10:34] ogra, er :-) [10:34] Launchpad bug 435046 in linux-mvl-dove "Ethernet port on the dove sometimes changes MAC addresses" [Undecided,New] [10:35] NCommander: done [10:35] thanks [10:35] NCommander: Give a heads up to bjf on it when you catch him [10:35] * NCommander is on eth30 right now [10:35] Yeah [10:35] I think its going up every boot now [10:35] why do you still use mem=512M ? [10:35] and console=tty0 ? [10:35] ogra, because it doesn't bring up the full memory if you don't :-/ [10:36] is that filed ? [10:37] i also see no "ro" in your cmdline [10:37] that should be added [10:37] ogra, it was a known issue from Marvell I believe, but I don't think we have a specific bug on it [10:37] NCommander: You might want to attach dmesg to the bug [10:37] and get it in the right order so quiet and splash sit at the end [10:37] NCommander: Did you try lamont's uinitrd? [10:37] NCommander, we need to track it [10:37] lool, not yet, my TFTP server is broken at the moment, and I just got console access to the dove back about an hour ago [10:38] tftp ? [10:38] i thought you made it run from disks [10:38] ogra, NCommander: Please fix the default kernel cmdline now or file a bug about it [10:38] The mem= should be a separate bugs [10:38] yeah [10:39] lool, fixing it now in my branch, once I go over it and make sure its ok, I'll post a comment asking for review [10:39] NCommander, root=UUID=<$uuid> ro quiet splash [10:39] thats all you should have ... in this order [10:40] the ro is important for fsck [10:40] ogra, at the risk of a stupid question, does that order actually matter? [10:40] * NCommander is geniunely curious ... [10:40] its mentioned in docs all across the wiki [10:40] so it makes sense to keep the same order the rest of ubuntu uses [10:40] NCommander: it does not but let's keep it consistent [10:41] right, no problem [10:41] doesnt matter technically [10:41] ogra, good catch on that, changed on my flash-kernel branch. Once I make sure the installer still works with my changes, I'll kick a branch up [10:41] good [10:42] yeah, mem=512M is still needed [10:42] * NCommander files a bug [10:43] hmm, if i only could find my voltmeter [10:44] lool, battery bug still presists even after 2 days of charging [10:45] ogra: Reopen it and note that you didn't test the actual voltage [10:47] * NCommander is at eth31 [10:50] * ogra wonders when NCommander runs out of numbers :) [10:53] ogra, probably eth255 [10:53] ogra, I already ran out of DHCP leases -_-; [10:53] ogra, (that's how I found the magic MAC numbers) [10:54] set a shorter lease time :) [10:54] ogra, I did [10:54] udev assigns a new ethXXX number because the MAC address differs I think [10:54] indeed [10:55] * NCommander filed a bug on this but still this is redicious [10:55] (32) [10:57] ogra, lool: https://bugs.edge.launchpad.net/ubuntu/+source/linux-mvl-dove/+bug/435151 - someone accept the nomination please :-) [10:57] Launchpad bug 435151 in linux-mvl-dove "dove kernel requires mem=512M to use all available memory" [High,New] [11:01] NCommander: Do you also see oo.o not starting on dove? [11:01] NCommander: I dont think that needs to be tracked for release [11:01] Ethernet issue is important, mem=512m cleanup is nice to have [11:02] "High" uh [11:02] *coughs* [11:02] lool, the problem is if you have a board with more that 512MiB (like at Marvell) it won't be able to see it. [11:02] NCommander: now that you learnt how to properly get a bug on the radar you need to learn how not to :-) [11:03] NCommander: I can see it'sa real life issue which wont hit any of us and will only limit amount of RAM [11:03] Is this blocking the release of karmic? no [11:03] Is this a nice to have for karmic? certainly [11:03] Could we decently release an image without that fix? yes [11:04] * NCommander doesn't remember the last time he didn't file a bug that was High or Critical ... [11:04] -_-; [11:04] Critical should really be exceptional [11:04] I might have filed a couple, or perhaps three total [11:05] Two or three, dunno the specifics [11:05] Its usually one per cycle [11:05] OOo starts ... [11:06] and then crashs with the InteractiveAugmentedIOException [11:06] But I do get the splash screen [11:06] ^- lool ogra [11:08] NCommander: that's with latest karmic? [11:08] lool, do you want me to start investing time in the OOo bug after the last few dove issues are firmly squashed? [11:08] uh [11:08] * NCommander didn't apt-get update today actually [11:08] well, thats the normal oo.o behavior [11:08] NCommander: You get the same output as in https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/417009 ? [11:08] Launchpad bug 417009 in openoffice.org "all openoffice apps die in 'com::sun::star::ucb::InteractiveAugmentedIOException' on armel in karmic" [High,Confirmed] [11:08] no [11:08] I don't get the first error [11:09] that one javaldx: Could not find a Java Runtime Environment! ? [11:09] I only get "terminate called after throwing an instance of 'com::sun::star::ucb::InteractiveAugmentedIOException'" [11:09] NCommander: Ok and it fails to start? [11:09] yeah, fails to start [11:09] Then it's the same on non-cortex-a8 [11:09] because you installed bootchart [11:09] * NCommander notes he DOES have java packages installed though [11:09] it pulls in java [11:10] by default the oo.o java extensions shouldnt be installed due to CD size constraints [11:10] ogra, right. Anyway, I think it might be worth building a rawhide/Fedora chroot, and see if their armel port works w/ OOo [11:10] i doubt they use our toolchain or compiler version [11:10] and it works fine with libgcc3_uno.so from jaunty copied in place [11:11] right [11:11] I knew that [11:11] * NCommander needs coffee [11:12] ogra, it seems like the same issue we had w/ thunderbird [11:12] why do you say that with every second bug ? [11:13] ogra, say what? need coffee or? [11:13] * ogra doesnt see any relation between TB and OO.o [11:13] ogra, er, more specifcally, the cause, which was an issue with preprocessor macros, but I'm no expert on this bug [11:14] TB had build failures [11:14] OO.o fails to run [11:15] ogra, no, it was fail to run mostly [11:15] lool, I just had a nasty thought that our dove images might break on whatever hardware Marvell might roll out in the future [11:16] even if its Dove compatible [11:16] suppress such thoughts ? [11:16] ogra, :-p [11:25] NCommander: We need to wait until we see more of the future [11:25] NCommander: or perhaps you can check your crystal ball and tell me how Hardware will look like on these devices and how compatible they will be [11:26] NCommander: Remember that the kernel needs to be ported too, adding machine-ids etc. [11:26] My magic 8 ball says "Try Again Later" [11:26] :-/ [11:27] lool, hrm ... I completely forgot that the kernel also uses the Hardware field [11:27] Ok, feel free to ignore me [11:27] hello all [11:28] i successfully compiled clutter with GLX support [11:28] While trying to compile clutter aplication [11:28] it's giving a error like [11:29] Glib ERROR /build/buildd/glib2.0-2.20.1/glib/gmem.c:136:failed to allocate 1989214296 bytes [11:33] any idea [12:17] NCommander: so you booted lamont's kernel + initrd successfully? [12:17] lool, yeah, I got to the (initramfs) prompt [13:39] ogra: is MX51 TO 3.0 a separate file in redboot-imx or is it the same file for to2 and to3 boards? [13:39] + Add display support on MX51 & MX37 3-stack platforms [13:39] cool [13:39] ah wait that's LCD [13:39] there is no romram_TO3 [13:39] so i dont see where it would have been added [13:39] the changelog mentiones it though [13:40] and yes, no change for our setup wrt displays [13:40] ogra: Hmm I only see -rw-r--r-- root/root 171352 2009-09-23 12:53 ./usr/lib/redboot/imx51-babbage-TO2_redboot.bin [13:40] ogra: Did you confirm that works on babbage 2.0/2.5? [13:40] thats how we named it, yes [13:40] with 2.5 [13:40] i dont have a 2.0 [13:41] Yeah good enough [13:41] ogra: Perhaps we should add a TO3 symlink [13:41] i test the imx51-babbage_redboot.bin on 1.0 and imx51-babbage-TO2_redboot.bin on 2.5 usually [13:41] well, how would we know it actually supports TO3 [13:41] there is no indication in the patch [13:41] ogra: You quoted the release notes [13:41] i copy pasted the release notes, yes [13:42] Well you say in the ubuntu changelog that it now supports TO3 [13:42] but couldnt find a specific code reference to TO3 [13:42] upstream says that [13:42] hmpf [13:42] there is nothing specific in the imx51 patch that has TO3 attached to it [13:43] ogra@osiris:/var/build/redboot_200933/package$ grep TO3 patch-redboot-200933-mx51 [13:43] ogra@osiris:/var/build/redboot_200933/package$ [13:43] and thats the original upstream patch, not the modified dpatch ... (which has CVS dirs stripped) [13:44] ogra@osiris:/var/build/redboot_200933/package$ grep TO3 patch-redboot-200933-base [13:44] ogra@osiris:/var/build/redboot_200933/package$ [13:44] same here [13:45] if TO3 hw works with it, fine ... but nobody added a comment or anything when the code was added [13:45] i simply trust what they write in their changelog, what else can i do [13:47] ogra: Well either you believe there's TO3 support, then you quote the release notes and assume that what you're building TO3 support, or you dont in which case you dont quote the release notes [13:47] well, i belive upstream [13:47] and there is no specific additional TO3 patch or something [13:48] patch-redboot-200933-mx51.bz2 is the only thing we have for babbage and 3stack imx51 [13:48] and from that i only build the babbage targets [13:49] i guess the TO2 binary currently has basic support for TO3 and a proper target will be added in a future release, thats how they did it for TO2 [13:52] So if the TO2 binary has support for TO3 my proposal stands [13:52] 14:41 < lool> ogra: Perhaps we should add a TO3 symlink [13:52] ah well, but how would we test TO3 support ? [13:53] sure i can easily add a link [13:53] ogra: It's in there since you trust upstream :-) [13:53] :P [13:53] ok, i'll add a link :) [13:56] * ogra wonders about 435221 [13:56] bug #435221 [13:56] Launchpad bug 435221 in project-rootstock "rootstock-0.1.2 crashes on missing /dev/pts" [Undecided,New] https://launchpad.net/bugs/435221 [13:56] how can a system be in such a state if deboostrap finished properly [13:56] (no update-rc.d no udevd) [13:59] Well do you have sysv-rc? [14:00] hmm probably you do [14:00] its a finished debootstrap (at least it should be) [14:00] there should be a /dev/pts as well as a udevd and update-rc.d [14:01] i wonder if the new debootstrap from today causes that [14:01] i did my tests before it was uploaded [14:01] but we'll see, i need more info first [15:11] * ARM: IMX51: Make fec ethernet driver compile [15:11] * [Config] Disable FEC2 for imx51 [15:12] yeah, just saw that [15:13] * ARM: IMX51: Fix USB errors ... should make GrueMaster happy [15:13] GrueMaster: ^ check it out [15:13] once it built [15:13] yea, I talked to amitk about that yesterday during the sprint. [15:13] i guess he did already though, since he spnt a day on amits lap to get it fixed [15:14] Well, we weren't that close. :P [15:14] Has anyone else tried SATA? [15:15] no cable [15:15] (not sata through usb). [15:15] well [15:15] SATA is SATA through USB [15:15] no matter how you attach it :P [15:15] on-board sata. [15:15] is a USB bridge [15:16] understood, but electrically it is very different than an external HD USB adapter. [15:40] hi [15:40] after 'apt-get upgrade' on karmic i get the following - [15:40] root@dove:~# gconftool [15:40] gconftool: relocation error: /usr/lib/libglib-2.0.so.0: symbol __abort_msg, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference [15:40] anyone? ogra? NCommander? lool? [15:41] rabeeh, that error sounds vaguely familiar [15:42] looking at the logs; i see the 'apt-get upgrade' failed too with the same reason. [15:42] weird, i dont get it on imx51 [15:43] ogra, I know there was something dealing with __abort_msg's as a build failure a month or so back [15:44] i think that the reason might be libglib is being upgraded before libc [15:45] * NCommander notes he usually uses dist-upgrade verus upgrade ... [15:46] * ogra notes that he doiesnt use apt at all since we need to test update-manager :P [15:50] rabeeh: You need to update glib and glibc [15:50] rabeeh: Can you file this against glibc please? [15:50] and sub us [15:51] rabeeh, stupid question, are you using one of the official dove images? [15:51] us being ubuntu-armel :) [15:51] * NCommander sighs [15:51] NCommander: i'm just using karmic from ports.ubuntu.com --> not a live image [15:52] i'm building my own kernel [15:52] rabeeh, how'd you install it? [15:52] well, the live image is an install media ;) [15:52] * NCommander notes we do have official images now, with our u-boot modifications public [15:52] NCommander: can you please send a link? [15:52] rabeeh, https://wiki.ubuntu.com/ARM/MarvellDoveKarmicInstall [15:53] http://cdimage.ubuntu.com/ports/releases/9.10/alpha-6/ [15:53] NCommander: For installing my Karmic, I used debootstrap under a Debian/Lenny chroot, then used that as a base [15:53] NCommander: I haven't used rootstock or other tools [15:54] rabeeh, that works, but you don't end up with an Ubuntu ramdisk, or our fancy autostart solution :-) [15:54] :) [15:54] Well, in my mind ramdisk, initrd and other stuff just makes my boot slower :) [15:55] well, you dont have an ubuntu system then [15:55] lots of stuff in userspace relies on stuff that was set up in initramfs [15:55] i have a karmic filesystem [15:55] like what? [15:56] right, you have a filesystem [15:56] rabeeh, actually, after leaving u-boot, we hit desktop pretty quickly [15:56] dm-raid, encrypted dirs, lvm, splashscreen are some i can name off the top of my head [15:57] rabeeh, the slowest bit ATM is the physical read from disk (and I'm starting to think its just the ext2 code) [15:57] beyond that i heard that the new upstart has issues with missing initramfs [15:57] but thats only rumors :) [15:57] ogra, might explain why my SPARC currently panics on startup [15:57] ogra: i noticed that after apt-get update, udev doesn't show up (so i don't have /dev/ttyS0 to open a console on) [15:58] right [15:58] make sure to use an initramfs, its not a slowdown in karmic anymore [15:58] rabeeh, in general, debootstrap based installs come with a big unsupported label :-/ [15:58] yeah [15:58] actually [15:58] thats why i'm so cautious to promote rootstock to loudly [15:58] Pretty much anything short of the alternative or live installer has that label [15:59] while its noce for unsupported HW its really nothing you should use on imx51 or dove anymore [15:59] *nice even [15:59] i'll try the dove images. [16:00] NCommander: mechanical drives suffer a lot from seek time on boot. I previously compared boot with SSD vs. 3.5" drive and that was ~50% faster [16:00] (with xfce4) [16:00] rabeeh, actually, I think its the filesystem code just being .... [16:01] rabeeh, it shouldn't take 10 seconds to load a 3MiB file from a rotary drive, especially if that drive is spinned up [16:01] NCommander: then something is wrong with your drive. [16:01] NCommander: Can, if the drive is ATA and neither PIO nor DMA is engaged [16:01] I know for a fact that dove can easily drive HDD full wire speed without issues (~80MB/sec on read with latest 7200rpm drives) [16:02] rabeeh, in u-boot? [16:02] rabeeh, once the system boots, its fine [16:02] oh [16:02] But its the IPL of the kernel and ramdisk that just D-R-A-G-S on [16:02] SSD is definately a lot faster than rotary [16:02] NCommander: so probably you need to mkfs.ext2 with -b 4096 (4kb block size) [16:03] rabeeh, I'll make sure I teach the installer about that when I teach it about u-boot partition types :-/ [16:03] all the 10 second boot targets for karmic+1 rely on SSD [16:03] i recall i had an issue like this; and that seriously boosted the performance [16:03] you will boot 5 sec slower with rotary [16:04] rabeeh, that's good to know. I wouldn't be suprised if u-boot makes some assumptions about partition information that's disappeared on a booted system [16:05] rabeeh, anyway, the recommended way to install Ubuntu on dove is to grab the Canonical modified u-boot, grab an alpha 6 image, and play flip the DIPs [16:05] NCommander: it's definetely ext2 code in u-boot since it's running with I-cache enabled, but with D-cache disabled [16:05] rabeeh, ow [16:05] rabeeh, the only other choice is vfat ... [16:05] ow [16:05] wb Martyn [16:05] thanks [16:05] NCommander: with '-b 4096' block sizes will be 4 times larger, so much less code to run [16:05] That's what I get for trying to type on two consoles at once... [16:05] I rebooted the wrong machine [16:06] rabeeh, *wince*, we have an ext2 /boot partition, thats going to make files larger though [16:06] Martyn, have you seen any issues with ext2 speed in u-boot? [16:06] No [16:06] Martyn, what version of u-boot? [16:06] fat16/fat32 and ext2 work fine in my u-boot [16:06] tips [16:06] Martyn: how big is your drive? [16:07] Martyn, work, and work well are two different things ;-) [16:07] I can go back from HEAD and see if there may have been an issue in the past, but at the moment, at least of three days ago, no issues [16:07] Martyn, oh, *ahem* [16:07] Martyn, our u-boot is 1.3.4 based :-) [16:07] NCommander: all u-boots are the same. [16:07] rabeeh : Depends on which test bench machine .. the PBX A9's all have relatively small drives (80Gb) and the other one has a 1Tb drive, but boots the same [16:07] (other one = platform I can't talk about) [16:08] rabeeh, I honestly won't be suprised if the ext2 code has been heavily modified in four major versions since 1.3.4 [16:08] rabeeh : Indeed NCommander is right there .. take a look at the checkins surrounding ext2 [16:08] NCommander: Are you stuck with the old version for a reason? [16:08] rabeeh, at the moment, the lag is tolerable though [16:09] Martyn, vendor provided u-boot [16:11] * NCommander hasn't tested load sleep from SSD/ext2 or SATA/vfat to rule out the drive [16:12] Who is Michael Casadevall [16:12] rabeeh, that guy you talked to the last minutes ;) [16:12] NCommander? [16:13] :) [16:13] yeah [16:13] * NCommander has been identified [16:13] NCommander: you have lots of warnings on upgrading u-boot on dove board. you seem hurt :) [16:13] Beep beep :) [16:13] * Martyn laughs [16:14] rabeeh, none of us have JTAG, or a known-working recovery method [16:14] warnings? Something new on the list I should have read? [16:14] Martyn, https://wiki.ubuntu.com/ARM/MarvellDoveKarmicInstall [16:14] NCommander: come on; I wrote for you how to configure the bootrom to boot from the rs-232 [16:14] NCommander: <--- waiting for his Dove board [16:14] then again, I'm also waiting on a new A9 based board too .. lots of frigging _waiting_ [16:14] rabeeh, and we never managed to get it work :-/. That's why we install u-boot to NAND now and have SPI as a backup [16:14] (or at least I never did, I dunno if anyone else tried) [16:15] er [16:15] whoelse [16:15] NCommander, ? we all have jtags ? [16:15] bah [16:15] ogra, and no support scripts to debrick with them :-/ [16:15] NCommander: i'll try and provide you exact instructions (again) :) [16:15] no idea [16:15] but i definately got that little board thats wrapped in a condom and fits into the jtag socket on the dove [16:15] rabeeh, well, the problem might be that we don't use windows here [16:16] NCommander: as a cookie, we are considering adding FTDI chip on next Dove board; that will give you USB to serial and USB to JTAG for openocd [16:16] * Martyn goes back to fighting to build more of the userspace full v7 [16:16] ogra, oh, sure, I got that too, but openbcd doesn't support Dove [16:16] NCommander: minicom works too. it supports kermit [16:16] rabeeh : PLEASE do so, if at all possible. [16:16] rabeeh, no love here, when encoded to 0x0E, I believe I just get BootROM [16:16] *BootROM 1.07> [16:17] NCommander: it will. like openocd didn't support sheevaplug; but now it does [16:17] Martyn: This is on the top of the list [16:17] rabeeh, then I can be a little less scary with the dire warnings ;-) [16:17] NCommander: congratualations. you'v got bootrom now :) [16:18] rabeeh : Marvel is now diverging from the ARM roadmap though, right? No dual core A9 based chip, but something different instead? [16:18] rabeeh, ENEEDINSTRUCTIONS ;-) [16:18] bootrom is the rom inside the Dove chip. [16:18] rabeeh, I gathered that much. There's a distinct lack of documentation on what you can do at that prompt [16:18] Martyn: Why should Marvel follow ARMs roadmap? [16:18] they make their own cores [16:18] +l [16:18] I know [16:19] (since we're not talking comics here :) [16:19] Yeah yeah ... [16:19] ojn, I'm just waiting for some superhero called THE ARM to come into existence and then make the resulting bad puns [16:19] However, I'm curious as to whether a multicore chip is in the works... [16:19] (that's v7, rather than v5 based) [16:20] Something to talk to them under NDA about, most likely. [16:21] rabeeh, stupid question, why were you looking for me? (I have my nick on the Dove installation page) [16:22] ojn : Well,a s long as rabeeh is on channel .. can't hurt to ask :) [16:22] NCommander: I missed your nick name on the wiki; just saw your name at the bottom of the page [16:23] NCommander: do you use minicom? [16:23] rabeeh, I tried it [16:23] * NCommander prefers screen [16:23] Martyn: not everyone are loose lipped what concerns confidential information. :) [16:23] NCommander: change that to 0x10, instead of 0xe [16:23] ojn : Depends on what's confidental ... [16:23] rabeeh, I'll check it when I next powercycle the board [16:24] rabeeh, I found a pretty decent work around which let me make our modifications to u-boot [16:24] NCommander: ok. when I used minicom you would see sent 'spaces' from the board. those are xmodem send me some juice commands [16:24] rabeeh, actually, you just got an email from me on that subject dated ~2-3 hours ago [16:24] ojn : ARM fully published and released the roadmaps, documentation, etc for just about everything on the A9, PBX a9, and partners that are producing chips now .. so I figured Marvell (or it's reps) might now be more open as well. In fact, there is plenty of information now on the ubuntu wiki regarding the Y0, etc... [16:25] ojn : Point being that you never know, until you ask :) [16:25] rabeeh, right, I tried to point sx at it. I'll look at that though, since I can remove some of the dire warnings [16:25] I haven't got any email [16:25] rabeeh, your rabeeh@marvell.com, right? [16:25] yes [16:25] that's my (spam-me) email [16:25] rabeeh, interesting, you should have been Cc'ed on it [16:26] check your spam folder from anything from michael.casadevall@canonical.com [16:26]