[00:50] <vanhoof> ppetraki: would that have caused red artifacts to spam the screen on a panda-es w/ hdmi?
[00:51] <vanhoof> no ppisati 
[06:44] <ppisati> moin
[07:08]  * ppisati -> look for some breakfast...
[07:10]  * smb already had some
[08:05] <smb> cking, i can hear you :)
[08:06] <cking> smb,  but I didn't hear you :-/
[08:06] <smb> cking, Now we need ppisati to sort out who is at fail :)
[08:06] <cking> could be all 3
[08:06] <ppisati> wait
[08:07] <smb> cking, He can hear me
[08:07] <ppisati> cking: say comething cking :)
[08:08] <ppisati> cking: yesterday's update messed up my pulse audio config, check input mic maybe
[08:09]  * cking is pulling in today's updates, then will kick pulse audio
[08:14] <diwic> for 12.10, will we likely be running 3.5 or 3.6 kernel?
[08:17] <ppisati> diwic: hopefully
[08:17] <smb> cking, You are quite bouncy on mumble
[08:17] <cking> it's gone weird on me
[08:18] <cking> and now I can't connect
[08:19] <diwic> ppisati, which one of them?
[08:20] <ppisati> diwic: we don't know yet, UDS will tell
[08:20] <ppisati> diwic: personally, the latter, the better
[08:20] <diwic> ppisati, ok, yeah, I totally share that point of view
[08:40] <ppisati> diwic: another thing to take into account for me is jelly bean kernel: the closest we do to their kernel, the better
[08:40] <ppisati> diwic: actually it we could pick the same exact kernel, it would help
[08:42] <diwic> ppisati, what is "jelly bean" ?
[08:44] <diwic> ppisati, for me it's the latter the better because more machines end up getting fixed without me trying to backport things into our kernel
[08:45]  * diwic looks up "jelly bean kernel" on google and finds a cupcake recipe...and android 5.0
[09:53] <apw> diwic, its likely to be the latest we can shoehorn in.  we know 3.4 will be out shortly, and 3.5 is cirtainly going to be out about half way through.  depending on the exact dates will define whether 3.6 will drop before Q or not
[09:53]  * apw runs some errands
[09:53] <diwic> apw, ok, thanks
[10:12]  * smb -> lunch
[11:16]  * ppisati -> out for lunch (and to buy a new multimeter)
[11:21] <Daviey> Hey.. Who would be able to help me with an overlayfs /dev issue?
[11:40] <apw> Daviey, whats the issue
[11:41] <Daviey> apw: Can overlayfs be used for /dev.. or do i need to use tmpfs?
[11:41] <apw> Daviey, well /dev is normally a devtmpfs in ubuntu anyhow, so not real
[11:43] <Daviey> apw: iscsi read only root, with overlayfs /.. and it's not doing the right thing :(
[11:43] <apw> Daviey, define not doing the right thing
[11:44] <Daviey> apw: simplest test case, $ sudo grub-probe /dev/sda1
[11:44] <Daviey> grub-probe: error: cannot find a device for /dev/sda1 (is /dev mounted?).
[11:45] <apw> and is there anything in /dev in your overlayfs
[11:45] <Daviey> well it's populated
[11:45] <Daviey> and "head /dev/sda1" looks genuine
[11:45] <apw> are you checking from the host of the image or the machine using it
[11:46] <Daviey> apw: another test case, http://pb.daviey.com/2dZU/
[11:46] <Daviey> apw: the machine using it
[11:47] <Daviey> fresh boot, http://pb.daviey.com/tmer/
[11:47] <apw> that strace just shows strace not running anything no ?
[11:47] <Daviey> apw: no, it shows mkdev failed.
[11:48] <apw> Daviey, what are the two mounts its overlaying, can /proc/mounts
[11:48] <apw> cat
[11:48] <apw> strace: exec: No such file or directory
[11:48] <apw> and there is no mkanything in it
[11:48] <Daviey> http://pb.daviey.com/Ai1w/
[11:51] <apw> Daviey, where is your root-rw i can't see it
[11:51] <apw> -ro even
[11:51] <Daviey> http://pb.daviey.com/rMHf/
[11:52] <apw> Daviey, yes byut where is it in the mount ?
[11:53] <Daviey> apw: I have no idea..
[11:53] <Daviey> wait, it is in mount output.. /dev/disk/by-label/cloudimg-rootfs /mnt/root-ro ext4 ro,relatime,user_xattr,barrier=1,data=ordered 0 0
[11:55] <Daviey> apw: Okay.. i lost my environment.. so i can't easily provide any more info right now.. But is there something i can dig into when i get it back?
[11:55] <apw> i'd like to poke it when its there if thats ok, i am unmsure
[11:55] <apw> unsure as to what the heck you are even doing and how it ends up on /
[11:55] <Daviey> apw: okay.. i'll ping later when i have it.
[11:55] <apw> i'd like to see dmesg as well
[11:56] <Daviey> damn, i had dmesg.. but now gone.
[11:57] <Daviey> apw: So the process is this.. pxe boot -> mount / from iscsi target, overlayfs / .. then do-stuff()
[11:57] <Daviey> /dev/ seems wonky.. as in inconsistently working with some values, but not others.
[11:58] <Daviey> /dev/sda1 is a block device.. which seems valid.
[11:58] <Daviey> but grub-probe disagrees that /dev is mounted 
[12:06] <apw> Daviey, do you overlay directly onto /, or overlay onto like /root then chroot into there
[12:10] <Daviey> apw: i be live  it's direct, based on fstab
[12:11] <apw> Daviey, ok can i see the script that builds this?  is it in our initramfs system so you cat break=bottom on it?
[12:14] <apw> Daviey, and fstab is not reliable, none of the paths are in the face of a chroot in
[12:14] <apw> udev /dev devtmpfs rw,relatime,size=4074700k,nr_inodes=1018675,mode=755 0 0
[12:15] <apw> note that in your mounts list there the /dev is a kernel devtmpfs officially and not an overlayfs
[12:15] <apw> Daviey, ^^
[12:15] <Daviey> apw: http://bazaar.launchpad.net/~maas-maintainers/maas/trunk/view/head:/scripts/maas-cloudimg2ephemeral
[12:18] <apw> i think i meant the result this makes which when booted makes the overlay sandwich
[12:18] <apw> Daviey, ^^
[12:20] <Daviey> apw: Ah, i can't get to that now.. but when i do.. i can punt it over
[12:38] <tgardner> apw, did you notice you are muted ?
[12:38] <tgardner> apw, your lips are moving
[13:02] <herton> ppisati, do you know who is doing arm qa SRU testing now? It seems ubuntu-armel-qa team was removed from launchpad, all tracking bugs now have no assignee for it
[13:03] <ogra_> herton, QA is supposed to do all testing now, talk to pgraner 
[13:03] <herton> ogra_, ack
[13:08] <ppisati> herton: right, QA should handle that
[13:08] <pgraner> herton, carlos is
[13:09] <pgraner> herton, or I should say hggdh
[13:09] <herton> pgraner, ok, will assign all bugs to qa team
[13:11] <hggdh> herton: there will be a bit of delay, I am being shipped an ARM
[13:13] <herton> hggdh, I'll make the bot and all tracking bugs have the regression-testing task assigned to canonical-platform-qa from now on
[13:13] <ogra_> hggdh, make them ship a hand too, very helpful ;)
[13:14] <hggdh> herton: perfect
[13:15] <hggdh> ogra_: hum. So two hands are not quite enough... well. I have three big dogs that will be more than happy to help
[13:16] <ogra_> so you got helping paws then instead of helping hands :)
[13:16] <ogra_> as long as no thumb is needed :)
[13:20] <hggdh> heh
[13:28] <apw> tgardner, as we use rsync in this package, i think this should be pretty easy at least, --include-from=debian/fat-list for one and --exclude-from=debian/fat-list for the other
[14:07]  * ericm|ubuntu git send-email is sometimes annoying to get people automatically Cc'ed
[14:07] <ericm|ubuntu> apw, tgardner, bug 969334
[14:07] <ubot2> Launchpad bug 969334 in linux "Support of Sentelic touchpad in Asus K53U notebook" [Medium,Triaged] https://launchpad.net/bugs/969334
[14:07] <apw>         --suppress-cc all \
[14:07] <tgardner> ericm|ubuntu, use --suppress-cc=all
[14:07] <ericm|ubuntu> apw, tgardner, just sent out a series - would really like to hear from you guys
[14:07] <apw> ericm|ubuntu, add that ...
[14:07] <ericm|ubuntu> tgardner, apw, nice trick
[14:08] <ericm|ubuntu> tgardner, apw, guess I can put it in git config
[14:10] <ericm|ubuntu> git config sendemail.suppresscc all
[14:17] <ppisati> back in 20
[14:37] <pgraner> ppisati, did you get your panda yet?
[14:37] <tgardner> pgraner, he did, and used it to fix a video regression yesterday
[14:41]  * ogasawara back in 20
[14:42] <pgraner> tgardner, ack
[14:46] <ppisati> pgraner: yep, got everything and fixed the regression, thanks :)
[14:58] <apw> terminal_output vga_text
[14:58] <apw> tgardner, ^^
[15:02] <apw> configfile (hd0,XX)/boot/grub/grub.cfg
[15:06] <apw>         linux   /boot/vmlinuz-3.2.0-22-generic root=UUID=cf503727-25f2-4ecd-b0f3-2b894523bcba ro   quiet splash $vt_handoff
[15:06] <apw>         initrd  /boot/initrd.img-3.2.0-22-generic
[15:07] <apw>         set root='(hd0,msdos5)'
[15:14] <cking> rtg, sudo hdparm --fibmap filename
[15:14] <cking> oops, tgardner ^
[15:14] <tgardner> rtg@gomeisa:~$ sudo hdparm --fibmap /boot/grub/grub.cfg
[15:14] <tgardner> /boot/grub/grub.cfg:
[15:14] <tgardner>  filesystem blocksize 4096, begins at LBA 4096; assuming 512 byte sectors.
[15:14] <tgardner>  byte_offset  begin_LBA    end_LBA    sectors
[15:14] <tgardner>            0 1007845376 1007845391         16
[15:14] <tgardner>         8192 4431163456 4431163463          8
[15:21] <tgardner> (parted) print                                                            
[15:21] <tgardner> Model: Intel Logical Volume (scsi)
[15:21] <tgardner> Disk /dev/sda: 2392GB
[15:21] <tgardner> Sector size (logical/physical): 512B/512B
[15:21] <tgardner> Partition Table: gpt
[15:21] <tgardner> Number  Start   End     Size    File system     Name  Flags
[15:21] <tgardner>  1      1049kB  2097kB  1049kB                        bios_grub
[15:21] <tgardner>  2      2097kB  2318GB  2318GB  ext4                  boot
[15:21] <tgardner>  3      2318GB  2392GB  74.0GB  linux-swap(v1)
[15:32] <tgardner> root@gomeisa:/boot# hdparm --fibmap /boot/grub/grub.cfg
[15:32] <tgardner> /boot/grub/grub.cfg:
[15:32] <tgardner>  filesystem blocksize 4096, begins at LBA 4096; assuming 512 byte sectors.
[15:32] <tgardner>  byte_offset  begin_LBA    end_LBA    sectors
[15:32] <tgardner>            0 1007845744 1007845751
[15:39] <tgardner> ogasawara, gomeisa is back online. we think we understand what the issue with rebooting is.
[15:40] <ogasawara> tgardner: ack, I've been listening
[15:40]  * tgardner goes back to shrinking linux-firmware
[16:13] <tgardner> sconklin, uploading kills mumble
[16:14] <sconklin> yeah, I have to turn on traffic shaping
[16:14] <tgardner> this'll be done pretty soon
[16:29] <cking> great shows topper to my file system testing - random errors on my 500GB HDD 
[16:29] <ppisati> ouch
[16:29] <cking> been like this all day, everything that could go wrong has.
[16:30] <tgardner> cking, just in time for beer time
[16:31] <cking> yep, think I will kick off a long palimpsest test on this drive and go for a break
[16:43] <cking> HDD is fine, looks like the drive was lose in the bay and the SATA connector was poorly connected. doh
[16:45] <tgardner> what luck
[17:25] <tgardner> jsalisbury, rebooting tangerine
[17:41] <jsalisbury> tgardner, ack
[17:41] <jsalisbury> looks like it's already back :-)
[17:45] <tgardner> jsalisbury, yep
[18:34] <apw> after a disasterous day i am giving up for the night
[19:08]  * ogasawara lunch
[21:27]  * tgardner -> EOD