[02:18] <HungryMan> Hey, is this a good place to make a feature request/ suggestion? I was brought by the wiki =p
[07:46]  * apw yawns
[07:47] <smb> apw, needs more loudness
[07:47] <smb> ... and listening caps
[07:48] <smb> apw, you are loud now (or where) but could not hear me
[07:48] <apw> right ... so normal 'mic adjusting to my level' thing
[07:48] <apw> and pulse being broken
[07:49] <diwic> of course it's the kernel that's broken
[07:49] <smb> diwic, That is a dangerous thing to say here
[07:50] <apw> diwic, heh probabally
[07:50] <diwic> smb, my point was that pulse is often being blamed for problems elsewhere in the stack
[07:50] <apw> diwic, especially by people who maintain other bits of it
[07:51] <smb> diwic, Its cannot ever be our lovely kernel... :-P
[07:51] <apw> s/lovely/near perfect/
[07:51] <apw> s/near perfect/near angelic/
[07:55] <diwic> I find it strange that mumble/murmur does not have an echo service, like skype test call.
[08:02] <smb> diwic, It does, its called colleagues...
[08:18] <apw> diwic, that would be nice
[08:55] <apw>     Merge branch 'perf-uprobes-for-linus' of git://git.kernel.org/pub/scm/linux/
[08:55] <apw>     
[08:55] <apw>     Pull user-space probe instrumentation from Ingo Molnar:
[08:56] <apw> smb, who was asking for uprobes ?
[08:56] <smb> apw, someone... cannot remember
[09:05] <apw> ogasawara,        - The seccomp work from Will Drewry
[09:05] <apw> seems we should expect that to fall out in v3.5
[09:36] <ppisati> brb
[10:33]  * ppisati -> out for lunch
[11:42]  * apw lunches
[13:00] <ogasawara> apw: cool, I'll make a note for the 3.5-rc1 rebase
[13:07] <jsalisbury> henrix, tgardner, just curious if someone had a chance to review bug 1002388 ?  There are several new duplicates today.
[13:07] <ubot2> Launchpad bug 1002388 in linux "package linux-image-3.2.0-24-generic 3.2.0-24.38 failed to install/upgrade: subprocess installed post-installation script returned error exit status 17" [Medium,Confirmed] https://launchpad.net/bugs/1002388
[13:33] <jMCg> OH YEAH! I know where it's stuck!
[13:34] <jMCg> Finally! Good Afternoon ladies and gentleman. And welcome back to my favourite most bug!
[13:34] <tgardner> apw, very sensible
[13:36] <jMCg> http://dpaste.com/752116/
[13:37] <apw> jMCg, ?
[13:38] <jMCg> apw: that's where it's stuck. It's not moving on from that point on.
[13:40] <jMCg> That's what I see in the serial console - and it's not answering on any of the IPs I configured so I'll assume it's dead, Jim.
[13:41] <apw> jMCg, does this happen reliably ?
[13:41] <apw> if you add --verbose to the kernel command line (yes with the --) it will tell upstart (init) to tell us more about what it is doing as it goes, and may tell us what is stuck
[13:42] <jMCg> apw: currently I'm booting Lucid with the kernel from Host which is running Precise.
[13:42] <jMCg> But, yeah, I'll add --verbose and see what happens.
[13:43] <jMCg> I have a feeling I'm doing this debugging every six or so months.
[13:45] <jMCg> apw:  http://sprunge.us/aRZA
[13:46] <xnox> As part of 'backport kernels back to precise' are fs-tools backported as well (e.g. btrfs, ext4, etc)?
[13:46] <xnox> if yes, how/where/by whom/?
[13:47] <apw> xnox, hmmm, not currently, tgardner i wonder if we should be pulling fsck et al back as part of hwe-server conceptually
[13:48] <tgardner> apw, only if there are significant improvements. Even then, they can come in via the -backports pocket and work for all kernels.
[13:48] <xnox> ok.
[13:48] <apw> tgardner, seems reasonable
[13:48] <jMCg> apw: I may add --debug too, for more verbosity.
[13:49] <xnox> After uploading updated btrfs-tools, almost immediatly I get a followup "can we have it in precise please?"
[13:49] <apw> jMCg, i have been offered this "http://upstart.ubuntu.com/cookbook/#establish-blocking-job" as maybe helpful
[13:50] <apw> xnox, heh ... now thats not a supprise
[13:50] <apw> jMCg, can you pastebing the --debug output pls
[13:51] <apw> tgardner, so this symlink thing do we want to figure it out or just avoid id
[13:51] <apw> tgardner, as if i unlink it, its gone and we'll never know about the error
[13:51] <jMCg> apw: probably more easily that finding the blocking job.
[13:51] <tgardner> apw, we likely have to figure itout 'cause it may impact LUKs installs, etc
[13:51] <apw> tgardner, ok then just the fixed errors so we can tell which went wrong then
[13:52] <tgardner> apw, right. we can get cjw and infinity to have a look as well. they likely have the institutional knowledge to advise us.
[13:53] <jMCg> apw: it's just 40 lines longer..  http://sprunge.us/iGaU
[13:56] <apw> jMCg, it feels like mountall has started and not finished
[13:56] <apw> can you check the UUIDs from fstab, that they match both the swap and /
[13:56] <jMCg> apw: I don't use UUIDs in /etc/fstab
[13:57] <apw> missing device then, are all the device names right
[13:57] <jMCg> apw: it's hard to get them wrong /dev/vda for / - /dev/vdb for swap, /dev/vdc for /var, /dev/vdd for /opt
[13:57] <jMCg> But I'll check again.
[13:58] <apw> smb, didn't we change the device names for virtual disks somewhen between lucid and precise ?
[13:58] <apw> jMCg, did you say you had lucid userspace and precise kernel ?
[13:58] <smb> apw, yes for xen
[13:58] <apw> smb, was vda xen ?
[13:58] <jMCg> Yeah, the software I need to run doesn't support prceise yet :-/
[13:59] <apw> so was the precise kernel just the HOST or in the VM as well
[13:59] <smb> apw, It was hacked to sda for pv disks but shouold always have ben xvda
[14:00] <smb> apw, vda sounds like kvm
[14:00] <apw> smb, ok not that then
[14:01] <jMCg> KVM it is.
[14:01] <jMCg> Sorry, I'm pretty and sure I mentioned that. Yesterday.
[14:02] <apw> be assured none of us can remember more than 10m ago, let alone yesterday
[14:02] <jMCg> Which reminds me, I made tea.. a while ago.
[14:02] <apw> see, you didn't remember your tea.  heinus crimb
[14:03] <apw> tgardner, top of quantal i386 generic is pae right ?
[14:04] <tgardner> apw, that doesn't make sense to me. the _only_ i386 flavour is generic (which is PAE)
[14:05] <apw> tgardner, thats what i was asking ... making sure i was building the flavour i watned
[14:06] <jMCg> I think last time I had this problem i fixed it by upgrading to whatever came before what we have now.
[14:07] <jMCg> 11.10, probably.
[14:07] <jMCg> But I cannot do that in this case, because zimbra.
[14:10] <apw> so disks matches for both fss and swap
[14:12] <apw> jMCg, whats in your fstab
[14:13] <jMCg>  http://sprunge.us/MfYW
[14:13] <jodh> jMCg: try adding '-v' to mountall in /etc/init/mountall.conf, and then creating a job like this:http://paste.ubuntu.com/1006452/
[14:14] <jMCg> cool.
[14:14] <jodh> jMCg: ... and try commenting those 2 remote mounts out of /etc/fstab :)
[14:14] <jMCg> jodh: pfft ;)
[14:15] <apw> jodh, do we do those at the same time, not later in a second mount pass ?
[14:25] <jMCg> apw, jodh - while adding -v might have done something, I don't think the job I created did:  http://sprunge.us/ggIV
[14:32] <jodh> apw: it seems to tag remote mounts "nowait" so they will get processed after the rest, yes.
[14:32] <jodh> jMCg: so did you comment out those 2 mounts? Can you boot to runlevel 1 btw?
[14:33] <jMCg> jodh: yes, I did comment them out, and no, apparently not.
[14:33] <jodh> jMCg: so you've tried an explicit "1" on the command-line?
[14:33] <jMCg> jodh: no, I haven't - I never new you could do that!
[14:34] <jMCg> "virsh destroy mail"
[14:34] <jMCg> I'm glad it's actually harmless.
[14:40] <jMCg> jodh: nope, 1 odesn't do a thing :-/
[14:41] <jodh> jMCg: ? it hangs still attempting to boot to runlevel 1?
[14:42] <jMCg> jodh: yes
[14:51] <jMCg> I might add that I don't see anything in either VNC or the serial console.
[15:02] <apw> tgardner, i am conflicted about putting a buglink in this fix for the grub errors, as we are almost cirtainly going to want to sru it to try and get more information from these failures, but i don't want the bug to close really ... sigh
[15:03] <apw> tgardner, i feel i am right to put it in regardless
[15:03] <apw> jsalisbury, bug #1002388 this is your master bug right ?
[15:03] <ubot2> Launchpad bug 1002388 in linux "package linux-image-3.2.0-24-generic 3.2.0-24.38 failed to install/upgrade: subprocess installed post-installation script returned error exit status 17" [Medium,Confirmed] https://launchpad.net/bugs/1002388
[15:03] <jsalisbury> apw, correct
[15:10] <jodh> jMCg: has this system ever booted correctly? I came in late to the conversation. Have you put any non-default jobs in place? If so, disable them. Maybe try booting with "init=/bin/bash" then "mount -oremount,rw /" and have a sniff around.
[15:15] <apw> jsalisbury, so when these debug fixes drop into quantal, and likely later into precise we need to move the bug back to 'in progress'
[15:15] <jodh> jMCg: err - hold on. I think mountall is getting SIGTRAP - indicating dodgy hardware.
[15:16] <jsalisbury> apw, will do.  How will I know when the debug fixes land? 
[15:17] <apw> well quantal i have pushed it in already so on the next upload, we'll see if the world explodes and if not then we'll push it back
[15:17] <jMCg> jodh: it's a VM!
[15:17] <jsalisbury> apw, ok, thanks
[15:17] <apw> jsalisbury, not ideal, sigh, i could file a separate bug for the debug i guess, would that be less confusing?
[15:18] <jsalisbury> apw, nah, I understand ;-)
[15:18] <jMCg> Right.
[15:21] <apw> jsalisbury, thanks ... i will forget :)
[15:22] <jMCg> jodh: this is a KVM starting up a Lucid, and I'm booting it with Precise kernel because I dunno.. Grub doesn't quite boot it either..
[15:28] <jodh> jMCg: hmm. well waitid() appears to be returning SIGTRAP for mountall looking at your log. So has this system ever booted??
[15:29] <jMCg> jodh: it's KVM - it's booting many other other (Precise) VMs
[15:34] <jodh> jMCg: that's not what i asked - has the vm we're talking about ever booted correctly? I came into this issue half way through.
[15:34] <jMCg> jodh: nope.
[15:34] <jMCg> Well, it has - with a grml ISO.
[15:35] <jodh> jMCg: and going back to the other question - have you installed any additional jobs over the default set?
[15:36] <jMCg> jodh: yes: ttyS0.conf
[15:36] <jMCg> jodh: and the one you told me to install
[15:36] <jMCg> http://paste.ubuntu.com/1006452/
[15:37] <jMCg> I think it was you. Something about 10 minutes memory.
[15:37] <jodh> jMCg: what does your ttyS0 do exacly? I can guess, but I'd rather see it.
[15:37] <jodh> jMCg: and have you tried booting with init= yet?
[15:38] <jMCg> 16:02:10 < apw> be assured none of us can remember more than 10m ago, let alone yesterday
[15:38] <jMCg> jodh: not this time around. I was actually just getting ready for dinner, because sugar levels gone down and concentration out the window and stuff.
[15:39] <jodh> jMCg: right - can this wait until Monday then?
[15:40] <jMCg> probably I got enough other things to do.
[15:40] <jMCg> jodh: which timezone are you?
[15:40] <jMCg> I should probably pass init= an init..
[15:41] <jodh> jMCg: BST
[15:41] <jMCg> otherwise you get: http://dpaste.com/752152/ !
[15:41] <jMCg> jodh: excellent. I'm in CEST.
[15:42] <jMCg> Target filesystem doesn't have requested /bin/zsh.
[15:42] <jMCg> ooops.
[15:44] <jMCg>     <cmdline>root=/dev/vda ro serial=tty0 console=ttyS0,38400 init=/bin/sh</cmdline>
[15:45] <jMCg> still gets stuck at: Begin: Running /scripts/init-bottom ... done.
[15:45] <jMCg> Anyway, off for dinner now.
[15:45] <jodh> jMCg: try init=/bin/bash as I said.
[15:45] <jMCg> 17:37:52 < jodh> jMCg: and have you tried booting with init= yet?
[15:45] <jMCg> ;)
[15:45] <jodh> jMCg: that was the reminder - look further up.
[15:46] <jodh> jMCg: :)
[15:46] <jMCg> Begin: Running /scripts/init-bottom ... done.
[15:46] <jMCg> bash: cannot set terminal process group (-1): Inappropriate ioctl for device
[15:46] <jMCg> bash: no job control in this shell
[15:46] <jodh> jMCg: that's expected - and you now have a shell.
[15:47] <jMCg> jodh: headache, cold, and running nose all do prevent me from looking further up.
[15:47] <jMCg> jodh: \o/
[15:49] <jMCg> Also, hunger. gaaaahnmpfzd. I'll leave the shell where it is, and see if I can get this thing booting itself after dinner.
[15:49] <jMCg> And I need to restock hankie supply.
[15:50] <jMCg> So, happy Towelday, and read you later o/~
[15:52] <tgardner> apw, is this right for the enforcer ? "arch amd64 & value CONFIG_XEN_ACPI_PROCESSOR y"
[15:56] <cking> kirkland, more eCryptfs results heading your way
[15:56] <apw> tgardner, checking
[15:58] <apw> tgardner, do we care about the value in the other arches ?
[15:59] <apw> tgardner, i worry it will be invalid on non-amd64, give me a sec to test
[16:01] <apw> (arch amd64 & value CONFIG_XEN_ACPI_PROCESSOR y) | !arch amd64
[16:01] <apw> tgardner, ^^ 
[16:10] <kirkland> cking: woohoo!
[16:10] <kirkland> cking: dude, you're tearing this up :-)
[16:10] <kirkland> cking: really excited to have you on this :-)
[16:10] <cking> kirkland, well, lets see what the results are on normal laptops - I don't want to get too excited yet ;-)
[16:12] <kirkland> cking: heh
[16:12] <kirkland> cking: i'm excited already
[16:13] <cking> kirkland, yep, I'm pleased with the SSD results - it certainly is a positive step forward
[16:40] <tgardner> ogasawara, even if we don't upload a 3.5-rc1 kernel for A1, we should consider uploading whats in master-next right now since it'll fix some AA problems.
[16:41] <ogasawara> tgardner: was thinking the same and was gonna shove up an upload this afternoon
[16:41] <tgardner> ogasawara, I like the way you think :)
[16:43]  * cking grabs some food
[16:49] <splnet> How do I enable the kernel crashdump utility? I ran apt-get install linux-crashdump; reboot ; Then after rebooting, I experienced a kernel panic.. but it didn't reboot into the crash kernel. 
[16:49] <splnet> Is this what is supposed to happen?
[16:50] <tgardner> Caribou, haven't you been working on this ? ^^
[16:59] <ppisati> herton: new P/omap4 "released" (1414.19), 1413.18 invalidated
[17:01] <herton> ppisati, ack, will upload once the previous one QA and releases
[17:01] <herton> previous one == .17
[17:02] <ppisati> herton: ack
[17:27] <ogasawara> dchroot -c quantal-amd64
[17:27] <ogasawara> em: Access not authorised
[17:27] <ogasawara> ia: You do not have permission to access the schroot service.
[17:27] <ogasawara> ia: This failure will be reported.
[17:27] <ogasawara> tgardner-lunch: ^^ when you get back, seeing this on gomeisa
[17:42] <apw> ogasawara, i think i've added you to sbuild
[17:42] <apw> if you could logout, in and retest
[17:42] <ogasawara> apw: ack
[17:43] <ogasawara> apw: ah much better, thanks
[17:44] <apw> ogasawara, hopfully i got everyone
[17:44]  * apw relocates to a comfy chair
[17:48] <jMCg> So! I'm back. From dinner. And I have bash as init.
[17:52] <tgardner> ogasawara, I know whats going on. gimme a sec
[17:52] <ogasawara> tgardner: apw got me sorted
[17:53] <tgardner> apw, did you run the install_kernel_devs.sh script ?
[17:53] <apw> tgardner, nope, i thought that'd been done already
[17:53] <tgardner> hmm, he must have.
[17:53] <apw> i just sorted the groups
[17:53] <tgardner> apw, you can run it repeatadly
[17:53] <apw> i just sorted the groups
[17:54] <apw> bah ... ok you should prolly do that
[17:54] <tgardner> apw, its ok, on these LDAP machines that  is about all the script accomplishes
[17:55] <apw> ahh right
[18:04]  * cking -> EOD
[18:36] <jjohansen> bjf: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/971685, for the Quantal nomination is there in reason that is marked In Progress
[18:36] <ubot2> Launchpad bug 971685 in linux "CVE-2012-1601" [Medium,In progress]
[18:37] <jjohansen> bjf: the fix is in the commit logs
[18:38] <bjf> jjohansen: no reason i can think of
[18:38] <jjohansen> bjf: okay, I'll change it then, thanks
[18:38] <bjf> jjohansen: maybe i clicked on the wrong task and didn't notice
[18:53]  * ogasawara lunch
[20:12] <HungryMan> Is this the proper area to make a feature request? 
[20:16] <ogasawara> wow, he didn't stick around long.  and I was just about to tell him to file a bug
[20:16] <jsalisbury> heh
[20:20] <apw> heh he was in yesterday for a bit, again with noone about
[20:24] <tgardner> ogasawara, pushed a couple of config changes before you pacvkage and upload
[20:25] <ogasawara> tgardner: I saw the IWLWIFI_EXPERIMENTAL_MFP change.  I was gonna hold it till the next upload as I'd already prepped the package and test built
[20:25] <tgardner> ogasawara, thats fine. I'm just grinding through the config blueprint
[20:26] <ogasawara> tgardner: ack, thanks for doing that
[20:26] <tgardner> ogasawara, its mostly mindless, which is where I'm at this time of the week.
[20:35] <tgardner> apw, CONFIG_CIFS_EXPERIMENTAL seems to have disappeared out of all Kconfigs, so why doesn't it get elided on an updateconfigs ?
[20:37] <apw> tgardner, looking
[20:44] <apw> tgardner, indeed, and its not in the generated configs either ... will poke its a thinko somewhere
[20:45] <tgardner> apw, it'll wait until next week. I think I'm done for the day.
[20:45] <apw> tgardner, its on my todo :)
[20:50]  * tgardner -> EOW
[21:11] <hallyn> say, should 'apt-get install linux-headers-virtual' install linux-headers-3.2.0-23-virtual ?
[21:18] <jMCg> hallyn: it should instll linux-headers-$latest-virtual, yes
[21:18] <hallyn> ideally :)
[21:18] <hallyn> doesn't seem to be happening though
[21:18] <hallyn> (i'd have to fire up a new instance to debug more)  this is on ec2
[21:19] <hallyn> basically after i do apt-get install linux-headers-virtual, i can't yet apt-get install --reinstall openvswitch-datapath-dkms
[21:19] <hallyn> but after installing linux-headers-`uname -r` i can
[21:24] <arges> sforshee, hey still around?
[21:47] <sforshee> arges, hey
[21:48] <arges> sforshee, hey, was going to bug you about a bug, but its too close to EOD. : )
[21:48] <sforshee> arges, sorry I didn't notice your ping earlier, I was off playing with a different machine
[21:48] <arges> sforshee, yea no problem.