[03:08] <bjf> jjohansen: do i have to start looking for a new roomie ?
[03:20] <jjohansen> bjf: ? oh shoot, I booked but I don't know that I filled everything in
[03:21]  * jjohansen goes to fill in all the different things that were missed
[03:25] <ogasawara> jjohansen: hrm, I'm unaware if we have a specific wiki detailing the backport kernels and process
[03:26] <ogasawara> jjohansen: the best I can think of would be the spec -> https://wiki.ubuntu.com/KernelTeam/Specs/KernelMaverickNewKernelOnLTS
[03:26] <ogasawara> jjohansen: and I know the idea of backport packages (eg the kernel, X, etc) was discussed at UDS last time around, but I'm unaware of any formal docs that may have come out of it
[04:06] <jjohansen> ogasawara: thanks
[04:48] <bjf> jjohansen: heh
[04:51] <jjohansen> bjf: not sure exactly what happened booked weeks ago, missed adding myself some how but it should be fixed now
[04:51] <bjf> jjohansen: np
[04:51] <jjohansen> bjf: thanks for the heads up :)
[04:52] <bjf> jjohansen: just being selfish, didn't want roomate roulette
[07:13]  * apw yawns
[08:16]  * apw notes smb is suffering some technical difficulties
[08:25]  * cking pulls in some updates and needs to reboot
[08:25]  * smb seems to have completed recovery
[08:26] <apw> smb, hehe nice
[08:26]  * apw reboots, i may need recovery shortly
[08:26] <smb> Now I just have to find out how complete this is...
[08:26] <smb> apw, good luck
[08:43] <apw> smb, well i made it back, i guess that is something
[10:23]  * ppisati hates splitconfig.pl...
[10:25] <apw> ppisati, ?
[10:27] <ppisati> apw: messing around with config
[10:28] <apw> ppisati, you know you can just add whatever you want to change to the leaf config you want to change it in, then run updateconfigs x2 and everything will be tidied up ... right ?
[10:30] <ppisati> apw: you mean i can change a symbol in debian.X/config/armhf/config.flavour.foo, run updateconfigs x2 and the modification will flow to all the other configs?
[10:31] <apw> ppisati, yes you can add a new line at the end of any leaf, with any value, and the updateconfigs will sort out moving it up and merging it with the values of other configs
[10:32] <apw> moving which ones are merged and the like
[10:34] <ppisati> uhm, nice i didn't know
[10:34] <apw> ppisati, oh yuo must have been suffering much pain
[10:35] <apw> ppisati, it often needs two runs to settle such that it doesn't move things again
[11:46]  * ppisati -> rush out
[12:26]  * smb begins upgrading...
[12:37]  * smb reboots
[13:25] <tgardner> smb, apw: http://kernel.ubuntu.com/~rtg/tangerine.png
[13:26] <apw> tgardner, older userspace perhaps ?
[13:26] <tgardner> apw, fully up to date precise as of yesterday
[13:26] <tgardner> apw, wouldn't let me login, so I had to go to the console
[13:26] <apw> tgardner, unexpected then ... 
[13:27] <tgardner> apw, its that /run/udev part that bothers me
[13:27] <apw> tgardner, recently updated?  as in could this be an updatre foobar?
[13:27] <smb> some linkage fail for /run
[13:27] <smb> ?
[13:27] <apw> /run/udev should be a real place in the memory fs /run
[13:27] <tgardner> apw, thats what I think too
[13:27] <smb> apw, /run is tmpfs... 
[13:28] <apw> tmpfs                                                                        801640      1332    800308   1% /run
[13:28] <apw> yeah and there it is on my machine
[13:28] <tgardner> its fsck'ing right now, should be up in a min or 2
[13:31] <tgardner> apw, smb: tangerine is back. I'll have to keep an eye on the console for awhile. i wonder if it's problem is related to schroot mount/umount cycles ?
[13:32] <apw> run should be an old member and its hard to see how that could affect it
[13:33] <tgardner> apw, udev definitely went crazy when it lost its mount point
[13:33] <diwic> apw, isn't /run fairly new?
[13:33] <smb> not sure whether one could still see whether /run itself became ro or something like that...
[13:33] <diwic> apw, it was on /var/run previously..or is my memory failing me?
[13:33] <apw> tgardner, oh yeah i don't doubt that analysis.  i mean even if we ran out of something something i'd expect the old ones to keep working
[13:34] <apw> diwic, indeed /run is newish
[13:34] <smb> diwic, It was, I think it started to migrate there about O
[13:35] <smb> tgardner, We'll need to have an eye on it. in my experience schroot umount often hangs after doing an upgrade in there
[13:36] <smb> (somehow restarting (or tying to) of services seems to cause it)
[13:37] <tgardner> smb, the schroots should be stable for now, so I won't update them until I see a build dependency go by in the upload queue.
[13:40] <ogasawara> Could I get a few quick Ack's on the patch I just sent to the list to revert upstream stable commit 73d63d03?  I'd like to squeeze it into the upload today.
[13:56] <smb> ogasawara, There has been a work-around too... But I guess we need something quick...
[13:57] <ogasawara> smb: indeed, was just writing a response...
[13:57] <smb> ogasawara, I sent out an ack as well
[13:57] <ogasawara> smb: thanks :)
[13:58] <smb> We could re-apply with the work-around in updates
[13:58] <ogasawara> smb: yep, those were my thoughts too
[13:58] <smb> I let upstream Xen know about the issue
[13:58] <ogasawara> smb: and I assume if it really was meant for stable, it'll come in the next release
[13:59] <ogasawara> smb: either the revert or the additional patch
[13:59] <smb> ogasawara, Right, actually Konrad was doing the discussion. So one or the other likely happens
[14:12] <ogasawara> tgardner, apw: I'm gonna start prepping the upload, anything else you want in?
[14:13] <tgardner> ogasawara, nothing pending, though as soon as you start I'll think of something :)
[14:13] <ogasawara> heh
[14:15] <ogasawara> tgardner: did you want to make adjustments to "UBUNTU: [Config] Fix invalid linux-headers link"?
[14:16] <tgardner> ogasawara, oh that, yeah. gimme a minute or 2
[14:16] <bjf> apw, about ?
[14:16] <apw> bjf, yep
[14:16] <ogasawara> tgardner: sure
[14:16] <bjf> apw, mumble
[14:24] <cnd> sforshee, fyi, someone posted an ALPSv4 semi-mt patch on linux-input
[14:24] <cnd> you might want to give it a review
[14:27] <sforshee> cnd, I was just looking at it
[14:29] <cnd> cool
[14:37] <tgardner> ogasawara, "UBUNTU: Remove headers asm symlink entirely" emailed to the list
[14:37] <tgardner> and build tested
[14:37] <ogasawara> tgardner: ack
[14:40]  * ogasawara back in 20
[14:58] <tgardner> ogasawara, bug #978038 just appeared on the radar
[14:58] <ubot2> Launchpad bug 978038 in apparmor "change to unconfined by name fails" [Undecided,New] https://launchpad.net/bugs/978038
[15:02] <ppisati> brb
[15:03] <ogasawara> hrm, no jj here
[15:13] <tgardner> ogasawara, 978038 doesn't seem to be an OMFG kitten killer for the default install.
[15:14] <ogasawara> tgardner: ok, I'm gonna apply your patch and then start prepping.
[15:14] <tgardner> ogasawara, wfm
[15:46] <tgardner> long live maverick meercat. EOL April 10, 2012
[15:47] <cking> quite like maverick :-/
[15:57] <dileks> goose died 1986
[16:42] <henrix> apw: http://thread.gmane.org/gmane.linux.file-systems/55063
[16:42] <henrix> apw: not sure if you found it already
[16:42] <apw> henrix, just ... 0/9 ... gah
[16:43] <henrix> yep, quite intrusive... and messing w/ locking... and not tested
[16:43] <henrix> cool :)
[16:48] <jsalisbury> **
[16:48] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:48] <jsalisbury> **
[16:54] <apw> henrix, in better news he has at least shoved it into his for-next branch, so i have somehting to look at
[16:55] <henrix> apw: ah, cool. last time i checked (last week, i believe) he didn't
[16:55] <apw> henrix, yep, its very recent
[17:02] <jjohansen> ogasawara: what does the kernel is frozen and then you have scheduled one additional upload mean?
[17:03] <ogasawara> jjohansen: means we froze last thurs, but have arranged with the release team for one more upload today.
[17:03] <ogasawara> jjohansen: only bug fixes needed to land for release
[17:03] <jjohansen> ogasawara: right, but are you still taking patches
[17:03] <ogasawara> jjohansen: yes, if they are not release critical, they'll go out in the first SRU
[17:03] <tgardner> jjohansen, is your AA bug gonna qualify for an OMG kitten killer ?
[17:04] <ogasawara> jjohansen: if it is critical for release, we just need to ask the release team permission to upload and justify it
[17:04] <jjohansen> tgardner: no. I was just checking what was meant, I have assumed sru only since last week
[17:04] <tgardner> jjohansen, ack
[17:04] <jjohansen> ogasawara: no, just checking
[17:05] <jjohansen> if there was a chance to slip some more patches in with out the extra overhead of sru, I would have taken it is all
[17:26] <apw> jsalisbury, ok unexpectedly that 9 patch stack applied pretty well to P, so i have pushed some test kernels for those who can repro the issue
[17:26] <apw> jsalisbury, if you could remind me if you see anything positive or negative on it
[17:38] <ogasawara> tgardner: is gomeisa down?
[17:39] <apw> ogasawara, not working for me, and i used it not 20m ago, tangerine is ok
[17:39] <tgardner> ogasawara, I just rebooted it. should be back pretty soon
[17:39] <tgardner> no body was on it except cking
[17:39] <ogasawara> tgardner: yep, thanks.  just wanted to make sure it wasn't just me.
[17:39] <apw> tgardner, yep and he can't have been using it
[17:40] <tgardner> apw, I ran update-initramfs by hand after the kernel update, so if it doesn't come back....
[17:41] <apw> it up a bit cause it is rejecting me really fast
[17:41] <tgardner> apw, its not pinging from tangerine
[17:42]  * tgardner goes to the console
[17:45]  * tgardner stares at a blank console
[17:46] <apw> tgardner, oh dear
[17:46]  * tgardner goes to bang on the PDUs
[17:58]  * tgardner -> lunch while gomeisa thinks (and maybe boots)
[18:32] <wamty> in fdisk , printing the partition table, is it normal for the Start cylinder of the 2nd partition to be the SAME value as the End of the earlier partition?
[18:32] <wamty> i remember it used to be a difference of 1, but right now on checking both my machines ive found the above.
[18:32] <wamty> both are primary paritions
[18:32] <wamty> the first partition was created through ubuntu's install.
[18:32] <wamty> the 2nd thro fdisk, allowing the default cylknder values
[18:32] <wamty> also is it safer to add one manually?
[18:57] <jsalisbury> apw, keeping a close eye on that bug.  I'll let you know as soon as there is any feedback for your test kernel.
[19:08] <josepht> p
[19:08] <josepht> p
[19:57]  * tgardner -> EOD