[09:39] <siji> how to create *kernel.jffs2
[09:44] <lool> I have no idea what that is
[09:48] <siji> lool, am tryng to put both kernel and rootfs inside the nand memory
[09:49] <siji> And i think nand memory will support only jffs2 file system
[09:50] <siji> so need to convert both kerenl and rootfs to .jffs2 format
[09:51] <lool> siji: What board is this on?
[09:51] <siji> Compulab,CMX 300
[09:52] <lool> What SoC is that?
[09:52] <siji> Soc means ??
[09:52] <siji> chip?
[09:52] <lool> Yes
[09:52] <siji> marvel pxa 300
[10:04] <lool> siji: that's v5 right?
[10:04] <lool> siji: Only jaunty supports that
[10:04] <lool> siji: What bootloader does it use?
[10:10] <siji> it's using compulab's customised u boot
[11:09] <lool> siji: So I understand you can either partition the flash space to have a kernel and a rootfs zone and load them from there or you can put the kernel in the rootfs and tell uboot to load it from there (kernel in rootfs in flash)
[11:09] <lool> siji: Did you look in the two options?
[11:09] <siji> lool, yes
[11:10] <siji> it's taking the rootfs too
[11:10] <ogra> lool, do you have any idea about http://paste.ubuntu.com/273349/ ?
[11:10] <ogra> Sep 17 17:59:48 in-target: update-initramfs: Generating /boot/initrd.img-2.6.31-100-imx51
[11:10] <ogra> Sep 17 17:59:48 in-target: readlink: missing operand
[11:10] <ogra> Sep 17 17:59:48 in-target: Try `readlink --help' for more information.
[11:10] <ogra> Sep 17 17:59:48 in-target: mkinitramfs: missing  root  /sys entry
[11:10] <ogra> Sep 17 17:59:48 in-target: mkinitramfs: workaround is MODULES=most
[11:10] <ogra> Sep 17 17:59:48 in-target: mkinitramfs: Error please report the bug
[11:10] <lool> siji: Sorry can't parse what you said
[11:10] <ogra>         if [ -L /initrd.img -a -e /initrd.img ]; then
[11:10] <ogra>                 linktarget="$(basename "$(readlink /initrd.img)")"
[11:10] <ogra>         fi
[11:10] <ogra>         if [ -L /boot/initrd.img -a -e /boot/initrd.img ]; then
[11:10] <ogra>                 linktarget="$(basename "$(readlink /boot/initrd.img)")"
[11:10] <ogra>         fi
[11:11] <ogra> neither of the initrd.img files exist
[11:11] <siji> lool,it's giving error kernel panic
[11:11] <ogra> the if statement is never fulfilled
[11:11] <ogra> but still update-initramfs calls readlink
[11:12] <lool> siji: So your kernel gets loaded then
[11:12] <siji> yes
[11:14] <lool> ogra: Are you sure it's failing on that spot?
[11:14] <lool> ogra: Can you run in-target update-initramfs -c manually with set -x?
[11:14] <ogra> no, just moved forward and i see outfile="$(readlink -f "$outfile")"
[11:15] <ogra> in mkinitramfs
[11:15] <lool> There are more uses of readlink in update-initramfs than the one you quoted and the one you quoted seem sufficiently protected that they wouldn't fail
[11:15] <ogra> and i think i fell for a red herring anyway
 Sep 17 17:59:48 in-target: mkinitramfs: missing  root  /sys entry
[11:15] <ogra> that must be the actual error
[11:15] <lool> siji: So your issue is perhaps with your root= cmdline?
[11:16] <siji> can u just give me the cmd line
[11:16] <lool> ogra: Yes
[11:16] <siji> to boot frm nand
[11:16] <lool> ogra: hook-functions has for instnace sys_walk_mod_add which looks like it would fail if /sys isn't mounted
[11:17] <ogra>  if [ -z "${block}" ] || [ ! -e /sys/block/${block} ]; then
[11:17] <ogra> echo "mkinitramfs: missing ${block} root ${root} /sys entry"
[11:17] <ogra> crap so d-i (or rather base-installer) didnt mount sys
[11:17] <lool> ogra: well that error is afterwards
[11:17] <lool> ogra: Run with -x
[11:18] <lool> siji: I'm not sure
[11:18] <lool> siji: What's your kernel version?  I think it's something likeroot=jffs2/rootfs or something
[11:18] <ogra> lool, well, /sys isnt mounted in /target
[11:18] <ogra> so update-initramfs cant find out which modules it needs
[11:18] <lool> siji: http://www.denx.de/wiki/DULG/RootFileSystemOnAJFFS2FileSystem
[11:19] <lool> ogra: Did you verify that was the issue or is it an hypothesis?
[11:19] <ogra> lool, i see that /sys isnt mounted
[11:19] <ogra> i'm still in the d-i shell directly after the failure
[11:19] <ogra> ~ # mount
[11:19] <ogra> rootfs on / type rootfs (rw)
[11:19] <ogra> none on /proc type proc (rw,relatime)
[11:19] <ogra> none on /sys type sysfs (rw,relatime)
[11:19] <ogra> tmpfs on /dev type tmpfs (rw,relatime)
[11:20] <ogra> devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
[11:20] <ogra> /dev/sda1 on /target type ext4 (rw,relatime,errors=remount-ro,barrier=1,data=ordered)
[11:20] <ogra> /dev/sda1 on /dev/.static/dev type ext4 (rw,relatime,errors=remount-ro,barrier=1,data=ordered)
[11:20] <siji> lool,yes the kernel is in jffs2 format
[11:20] <ogra> tmpfs on /target/dev type tmpfs (rw,relatime)
[11:21] <lool> ogra: That might be the issue; I wonder if it's a recent change and whether it affects other arches
[11:21] <ogra> lool, i doubt that, its the A6 candidate image
[11:21] <ogra> that would have shown up during testing on other arches
[11:22] <lool> ogra: I dont see the architecture specific issue though
[11:22] <ogra> me neither but clearly neither /proc nor /sys are actually mounted
[11:23] <ogra> which is the cause for the error i see
[11:25] <lool> ogra: So you verified it's enough to mount /sys to fix the install?
[11:25] <ogra> to bad i'm on serial, else i could repeat the whole thing and watch it from a second console
[11:25] <ogra> no, i cant easily do that
[11:26] <ogra> if i start over now, it will reformat /target and start over with a base install
[11:26] <ogra> and i dont have a second console to manually mount /sys
[11:26] <lool> ogra: You could go to target, dpkg -C and see if mounting /sys resolves it
[11:28] <ogra> -C ?
[11:28] <ogra> you mean --configure -a
[11:28]  * ogra tries so ... i didnt touch /target yet to not taint the status of it 
[11:29] <ogra> its hard to get to the same point again (having to copy around firmware and modules for the netinstall to even work)
[11:29] <lool> ogra: Perhaps it would be best to defer until next debian-installer upload?
[11:30] <ogra> # dpkg --configure -a
[11:30] <ogra> Setting up linux-image-2.6.31-100-imx51 (2.6.31-100.7) ...
[11:30] <ogra> Running depmod.
[11:30] <ogra> update-initramfs: Generating /boot/initrd.img-2.6.31-100-imx51
[11:30] <ogra> readlink: missing operand
[11:30] <ogra> Try `readlink --help' for more information.
[11:30] <ogra> mkinitramfs: missing  root  /sys entry
[11:30] <ogra> mkinitramfs: workaround is MODULES=most
[11:30] <ogra> mkinitramfs: Error please report the bug
[11:30] <ogra> update-initramfs: failed for /boot/initrd.img-2.6.31-100-imx51
[11:30] <ogra> Failed to create initrd image.
[11:30] <ogra> :/
[11:30] <ogra> sys is mounted
[11:30] <ogra> and i can list /sys/block
[11:30] <ogra> hrm
[11:30] <ogra> err
[11:31] <lool> Wasn't that obvious that it was /sys   ;-)
[11:31] <lool> ogra: How about you set -x ?
[11:32] <ogra> one sec
[11:32] <ogra> there are supposed to be filled variables before root and after /sys in "missing  root  /sys entry"
[11:33] <lool> How about you set -x ?
[11:33] <lool> :-P
[11:37] <ogra> http://paste.ubuntu.com/273378/ ...
[11:37]  * ogra tries in mkinitramfs
[11:37] <lool> ogra: in mkinitramfs
[11:37] <lool> right
[11:38] <ogra> http://paste.ubuntu.com/273380/
[11:39] <ogra> # ls /dev/root
[11:39] <ogra> ls: cannot access /dev/root: No such file or directory
[11:39] <ogra> aha
[11:40] <siji> hey lool,
[11:40] <siji> mtd0: 00040000 00020000 "OBM"
[11:40] <siji> mtd1: 00040000 00020000 "U-Boot"
[11:40] <siji> mtd2: 00040000 00020000 "Environment"
[11:40] <siji> mtd3: 00140000 00020000 "reserved"
[11:40] <siji> mtd4: 00400000 00020000 "kernel"
[11:40] <siji> mtd5: 1fa00000 00020000 "fs"
[11:40] <siji> this is the nand partition table
[11:41] <ogra> must be somewhere between line 218 and 226
[11:42] <ogra> hmm, it uses the output from "mount"
[11:42] <ogra> which is empty
[11:42] <ogra> (well empty beyond sys and proc)
[11:42] <lool> ogra: $(mount | awk '/\/dev\// {if ($3 == "/") {print "root=" $1 "\nFSTYPE=" $5; exit}}')
[11:43] <ogra> yeah
[11:43] <lool> siji: Read that wiki page I mentionned?
[11:43] <siji> ok
[11:43] <siji> oh,it was for me :)
[11:43] <ogra> # mount
[11:43] <ogra> proc on /proc type proc (rw)
[11:43] <ogra> sysfs on /sys type sysfs (rw)
[11:43] <lool> ogra: see dep_add_modules() in hook-functions
[11:43] <siji> i thought that it's for ogra :)
[11:43] <lool> ogra: so where are you installing to?
[11:44] <ogra> /dev/sda1
[11:44] <siji> srry
[11:44] <lool> ogra: can you compare with /proc/mounts?
[11:44] <ogra> USB key
[11:44] <ogra> # mount
[11:44] <ogra> sysfs on /sys type sysfs (rw)
[11:44] <ogra> proc on /proc type proc (rw)
[11:44] <ogra> # cat /proc/mounts
[11:44] <ogra> rootfs / rootfs rw 0 0
[11:44] <ogra> none /proc proc rw,relatime 0 0
[11:44] <ogra> none /sys sysfs rw,relatime 0 0
[11:44] <ogra> tmpfs /dev tmpfs rw,relatime 0 0
[11:45] <ogra> devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
[11:45] <ogra> /dev/sda1 / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
[11:45] <ogra> /dev/sda1 /dev/.static/dev ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
[11:45] <ogra> tmpfs /dev tmpfs rw,relatime 0 0
[11:45] <ogra> proc /proc proc rw,relatime 0 0
[11:45] <lool> ogra: So your mtab isn't matching /proc/mounts; that code would work with /proc/mounts
[11:45] <lool> ogra: Now this has no reason of being architecture specific
[11:45] <ogra> right
[11:45] <lool> ogra: Is /etc/mtab different outside the target?
[11:45] <ogra> unles mount has a bug
[11:46] <ogra> mtab is identical to /proc/mounts outside target
[11:46] <ogra> and ot the mount output inside
[11:47] <lool> So this actually looks like an installer bug but I cant figure why it's only hitting us
[11:47] <ogra> i initially starte because my /vmlinuz symlink isnt created
[11:47] <lool> ?
[11:47] <ogra> and i think i heard NCommander say something like that a wek ago
[11:47] <lool> I dont get what you mwan
[11:48] <ogra> i saw the readlink error
[11:48] <ogra> and started debugging the kernel postinst, since i was suspecting the missing /vmlinuz and /initrd.img to be at fault
[11:48] <ogra> then moved forward to update-initramfs
[11:49] <ogra> to then get to mkinitramfs and the missing /sys ...
[11:49] <ogra> which now got me to the hooks
[11:49] <ogra> the point is that the obvious thing seems to be the missing symlinks
[11:49] <lool> Oh ok if you sya so
[11:49] <ogra> thats the error on the surface ...
[11:50] <ogra> and thats what NCommander dug in a week or two ago in his manually spun dove images
[11:50] <ogra> crawling through all of d-i if i understood that right, to find why his symlinks were missing
[11:51] <ogra> so it seems to happen on dove as well
[11:55] <lool> lunch
[12:16] <Stskeeps> hmm, is there a typical ubuntu rootfs tar.gz laying about that just uses fbdev?
[12:43] <lool> Stskeeps: I dont think we publish any regularly; we only build d-i images regularly; but you could easily build your own with rootstock
[12:43] <lool> It might be a bit borken since some days due to upstart
[12:43] <Stskeeps> k
[13:48] <lool> ogra: 427199 isn't on the report but is milestoned
[13:48] <lool> (from https://bugs.launchpad.net/ubuntu/karmic/+bugs?field.milestone=12715 )
[13:49] <ogra> ah, thanks, missed that one+
[13:52] <ogra> lool, thats all ?
[13:52] <lool> ogra: You can say "UNR theme" for the title of 430277
[13:53] <ogra> plars, can i strike mobile-unr-karmic-compliance-autotesting  from https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Karmic ?
[13:53] <lool> ogra: I'm slow because I'm chatting with telepathy people too
[13:53] <ogra> yep
[13:53] <ogra> saw that in the other chan.
[13:53] <lool> ogra: 430344 isn't on the report either
[13:53] <lool> but is on the milestoned bugs list
[13:57] <lool> ogra: https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/423346
[13:57] <ubot4> Launchpad bug 423346 in usplash "[armel+dove] usplash does not currently work on Marvell Dove Y0 boards" [High,New]
[13:57] <lool> ogra: NCommander forgot to track in karmic...
[13:57] <ogra> ok
[13:57] <lool> NCommander: It's really CRUCIAL that you get that right
[14:02] <ogra> lool, do we really belive its still worth to track banshee ?
[14:02]  * ogra thinks that can be dropped from the report
[14:03] <ogra> while it's nice to have and i still hope dyfet finds the issue its really not release critical or even intresting for the release meeting
[14:07] <ogra> lool, wrt bug 424400 it might also be firmware thats missing ... though only GrueMaster can actually debug and confirm
[14:07] <ubot4> Launchpad bug 424400 in linux-fsl-imx51 "DM9601 or Pegasus based USB NICs dont find their MAC address under 2.6.31-100-imx51" [Low,Incomplete] https://launchpad.net/bugs/424400
[14:07] <lool> ogra: That's an idea
[14:07] <ogra> [ubuntu/karmic] linux-fsl-imx51 2.6.31-101.8 (Accepted)
[14:08]  * ogra dances !!!
[14:08] <ogra> my second kernel this release cycle, yay !
[14:08] <ogra> hmm, based on rc8
[14:08] <ogra> what made me think i get something based on final :P
[14:09] <siji> hey how to get the terminal/login window in both lcd and minicom
[14:10] <plars> ogra: I marked it complete
[14:10] <ogra> plars, so i can drop it, right ?
[14:10] <plars> ogra: yeah
[14:10] <ogra> (i saw its marked implemented, but its still on the release team report)
[14:10] <ogra> cool
[14:12] <ogra>  * ARM: IMX51: ENGR00103310 Initial imx_nfc NAND Flash MTD driver
[14:12] <ogra> lool, ^^^^
[14:12] <ogra> !
[14:13] <ogra> * [Config] Run updateconfigs after rebasing to 2.6.31 final
[14:13] <ogra> ah
[14:15] <lool> ogra: Cool
[14:15] <ogra> ha, and i can drop at least one bug from the report again :)
[14:15] <ogra> Bug 359049 just closed itself
[14:15] <ubot4> Launchpad bug 359049 in linux-mvl-dove "imx51 udeb hardcodes linux version in vmlinuz binary name" [High,Fix released] https://launchpad.net/bugs/359049
[14:20] <lool> ogra: I usually keep the bugs which are mentionned on the email or reports and mention that they are closed on the mobile team report
[14:20] <ogra> what are you referring to ? banshee ?
[14:21] <lool> ogra: 422101 > removing the milestone?
[14:21] <lool> ogra: 15:15 < ogra> ha, and i can drop at least one bug from the report again :)
[14:21] <lool> ogra: I dont drop closed bugs
[14:21] <lool> I just mark them closed in the report
[14:23] <ogra> ah, k
[14:23]  * ogra sighs, i dropped them all already
[14:23]  * ogra tries to find them again and re-adds
[14:24] <lool> ogra: https://bugs.launchpad.net/bugs/425464
[14:24] <ubot4> Launchpad bug 425464 in unr-meta "Favicon for site being bookmarked should be used as part of the icon in the Launcher" [Medium,Triaged]
[14:25] <lool> ogra: updating milestone
[14:27] <lool> ogra: *I* forgot to track https://bugs.launchpad.net/ubuntu/+source/unr-meta/+bug/425464 in karmic *sigh*
[14:27] <ubot4> Launchpad bug 425464 in unr-meta "Favicon for site being bookmarked should be used as part of the icon in the Launcher" [Medium,Triaged]
[14:27] <lool> Actually i recall killing the browser before launchpad loaded on this bug
[14:27] <lool> but well
[14:27] <ogra> added
[14:28] <lool> ogra: Hmm did you update the milestoned features??
[14:28] <ogra> i removed them
[14:28] <ogra> they are all set to implemented
[14:28] <lool> ogra: https://blueprints.launchpad.net/ubuntu/+spec/mobile-qa-karmic-unr and https://blueprints.launchpad.net/ubuntu/+spec/mobile-qa-karmic-arm are milestoned
[14:29] <lool> ogra: I'm not sure you're looking at the correct data
[14:29] <lool> ogra: Goal is to a) move stuff from previous milestone to next milestone and b) comment on everything on the next milestone
[14:29] <lool> https://bugs.launchpad.net/ubuntu/+milestone/ubuntu-9.10-beta
[14:29] <lool> You can see two specs of plars there
[14:29] <ogra> well, i looked at the three specs that were left from last week in the report
[14:29] <lool> and the moblin remix one
[14:30] <ogra> all three were marked implemented
[14:30] <lool> ogra: The ones from last week were for A6
[14:30] <lool> ogra: Now you need to also list stuff for next milestone
[14:30] <ogra> and marked implemented when i looked 1h ago
[14:30] <lool> ogra: the three specs for ubuntu-9.10-beta are not marked implemented no
[14:31] <ogra> no, the three that were on the report before are
[14:31] <lool> ogra: Actually there's even your spec on it
[14:31] <lool> ogra: Well that's good
[14:31] <ogra> wtf ... how can they show up if they are implementd
[14:31] <lool> ogra: If the specs we intended to be implemented in A6 were implemented then we can remove them from the report and not move the milestone on them; that's considered normal if you like
[14:31] <lool> ogra: I think there's a misunderstanding
[14:31] <ogra> right
[14:32] <ogra> i think there is a misconception in LP
[14:32] <lool> ogra: You need to drop everything from the report which was targetted at A6 and implemented
[14:32] <ogra> right, that i did
[14:32] <lool> ogra: You need to move everything which was targetted at A6 and was NOT implemented to ubuntu-9.10-beta
[14:32] <lool> ogra: And you need to report on everything which is targetted at ubuntu-9.10-beta
[14:32] <ogra> ok, i thought the spec owners do that
[14:33] <lool> ogra: The spec owners give you a one line summary in their blueprint which gets agregated in the burndown report
[14:33] <ogra> lool, how did you get any work done on fridays in the past
[14:33] <lool> ogra: It takes me about 1.5 hours to get the report written; I'm glad you see it's a lot of work   :-)
[14:33] <ogra> thats eating half the day
[14:33] <lool> I didn't do much on fridays indeed
[14:34] <lool> ogra: That's also why I insist on getting this blueprint stuff in shape, the bugs properly milestoned and implemented the status in blueprints in the burndown chart
[14:35] <ogra> yeah, i understood that before even assembling this report :)
[14:35] <ogra> but i see how painful it is if they arent up to date
[14:36] <lool> ogra: So I think I walked on the A6 stuff; you can just check the https://bugs.launchpad.net/ubuntu/+milestone/ubuntu-9.10-beta stuff
[14:36] <lool> ogra: You want to mention status of the 4 specs
[14:36] <lool> ogra: And poke plars since his specs are Started only
[14:36] <lool> plars: ^
[14:36] <lool> plars: What's the progress on the testcases specs?  Should we say slow progress?  Good progress now?
[14:37] <lool> plars: they are currently "Started"
[14:37] <lool> plars: https://blueprints.launchpad.net/ubuntu/+spec/mobile-qa-karmic-arm says you are bringing up your babbage board but that was a while ago
[14:41] <plars> lool: well
[14:41] <lool> ogra: So what I do is that I "union" bugs and blueprints from: A6 which need to be moved, beta, the ones mentionned in the report, the bug lists we review during our mobile irc meetings
[14:42] <plars> lool: I don't feel right about saying beta available
[14:42] <lool> ogra: I spotted one more blueprint in the agenda: UbuntuSpec:mobile-karmic-marvell-desktop; you might want to comment that it was implemented in A6
[14:42] <ogra> ok
[14:42] <plars> lool: because I have the wiki testplan up, but not a bzr repo with the tests integrated at this point
[14:42] <lool> UbuntuSpec:mobile-unr-karmic-application-res also shows up not sure why
[14:43] <lool> plars: That's ok but inbetween we could say Slow progress or Good progress
[14:43] <plars> lool: I can change the status to something else if you'd like... what does it affect?
[14:43] <lool> plars: I see it like: Started, Slow progress, Good progress, Beta, Implementeed
[14:43] <ogra> lool, yeah, i was wondering what to do with app-res
[14:43] <lool> plars: It will allow answering the release team's concerns if they ask where we stand
[14:43] <lool> plars: Since "started" might worry them
[14:44] <plars> ok
[14:44] <ogra> make it good progress ;)
[14:44] <ogra> lool, think i can drop app-res ?
[14:46] <plars> I'll mark them both good progress, I've done more work on the unr one than the arm one, but a lot has gone into checkbox already (as expected) that benefits both of them
[14:47] <plars> I wanted to get my A6 one finished up also, which also benefits UNR in particular.  Now that that's done, I'm going to be focused on these two
[14:50] <ogra> lool, any suggestion what to do with application resolution ? i'm not sure what to say about it or why its on the report at all
[14:53]  * ogra gets some more coffee
[14:55] <lool> ogra: sorry had a phone call
[14:56] <lool> ogra: I recommend you keep app-res and I'll clear things with paulliu when it's daylight time for him
[14:56] <lool> ogra: I think the remaining bugs are upstream ones but still we need to update its state; sorry I didn't do that earlier this week
[14:59] <ogra> remaining bugs ?
[15:00] <ogra> so what do i write for app-res ?
[15:00] <lool> ogra: in the app res spec
[15:00] <ogra> ah
[15:00] <lool> ogra: That most bugs are upstream one and we will look at reducing its scope next week
[15:00] <ogra> well, i'm happy with a summary line to add to the report ...
[15:00] <ogra> ok
[15:00] <lool> ogra: you can take summary lines from http://piware.de/workitems/mobile/karmic/report.html when that's up-to-date
[15:01] <ogra> which it isnt :P
[15:01] <lool> Well the report is, the spec wasn't kept up-to-date
[15:02] <ogra> so https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Karmic looks ok to you now ?
[15:03] <lool> ogra: status for #423767 seems out of date
[15:04] <ogra> well, who is pushing to linux-firmware then ?
[15:04] <lool> ogra: It says "pending push from amitk but driver doesn't work and needs porting"
[15:04] <ogra> yeah, i looked at the bottom
[15:04] <ogra> its irritating that we have them twice
[15:04] <lool> I think it should say something like "Needs kernel love to add firmware from upstream" or smth
[15:05] <lool> ogra: agreed
[15:05]  * ogra moves description from the bottom one to the top one as well
[15:05] <ogra> Dove squahfs's ...
[15:05] <ogra> hhe
[15:05]  * ogra fixes NCommanders typos i copy/pasted
[15:06] <lool> ogra: 425547 > we're blocked on telepathy-mission-control-5 port of moblin stuff but I just clarified the plan with upstream
[15:07] <ogra> ok
[15:08] <lool> ogra: there's a typo in the bug number 427199 for dove squashfs
[15:08] <lool> in the report it says #27199
[15:08] <ogra> fixed
[15:09] <lool> ogra: lool started testing on the ffmpeg bug if you like
[15:09] <lool> ogra: status of #420555 is out of date
[15:10] <lool> You might want to mention FSL is looking into it
[15:10] <ogra> i updated it though
[15:10] <lool> ogra: Ok that's all I had
[15:11] <ogra> might not be massively obvious, i just mangled your sentence
[15:11] <ogra> thanks, will add the changes
[15:11] <lool> ogra: Looking at general status stuff
[15:11] <lool> "inmportant" typo
[15:12] <lool> ogra: I would mention addition of installer support in dove and the oo.o issue in the sections at the bottom
[15:12] <lool> ogra: and moblin remix being blocked on the TMC 5 port
[15:12] <lool> ogra: Perhaps the ooo issue can go in armel general status
[15:15] <lool> ogra: As a reward I'll share something with you in some minutes
[15:16] <ogra> updated
[15:18] <lool> ogra: email sent
[15:18] <ogra> thanks :)
[16:10] <GrueMaster> So, I heard my name, metaphorically speaking.