[09:56]  * persia peers about
[09:56] <elky> oh, right.
[09:56] <elky> persia, did we miss it?
[09:57] <persia> I don't think so.  I think it starts in 3 minutes.
[09:57] <elky> oh ok
[09:57] <persia> Did the government there decide to have a special clock-changing ceremony for Australia Day?
[09:58] <elky> dunno. i've just spend a week in another time zone, so i'm slightly lost
[09:58] <persia> Ah, that would be it then.  You're absolutely sure it's a later than it is :)
[10:00] <elky> i'm absolutely sure i don't want to go back to work tomorrow
[10:01] <om26er> is it 10:00 UTC?
[10:01] <persia> om26er: a bit past, really.
[10:02] <persia> elky: You just need to start a national movement to abolish contract labor, and build enough support within the next 10 hours to have them not expect you :)
[10:03] <elky> lifeless: freeflying?
[10:03] <amachu> Hi
[10:03] <elky> woohoo, fearless leader has arrived
[10:03] <persia> Hurrah!
[10:04] <amachu> elky: Hmm..
[10:04] <lifeless> elky: am in france; somwhat here will do my best
[10:04]  * om26er don't know what to say
[10:04] <elky> om26er, what do you need to say?
[10:05] <om26er> I applied for ubuntu members
[10:06] <persia> In that case, as soon as we're organised, we'll ask you to introduce yourself, and lots of questions.
[10:06] <persia> For now, just wait a bit.
[10:06] <amachu> persia: duluu isn't present & om26er is presenting?
[10:06] <elky> om26er, oh ok. so you did :)
[10:06] <persia> we're still missing two (or four) people, depending how one counts.
[10:06] <lifeless> but don't block on me: its work-and-sprinting time here
[10:07] <amachu> persia: elky: lifeless: we are four right?
[10:07] <persia> So we are.
[10:07] <elky> yes
[10:07] <elky> we do hold quorum, so we should take the time we have with lifeless as precious i suspect
[10:08] <persia> Let's go then :)
[10:08] <elky> onward!
[10:08] <amachu> persia: ok
[10:08] <elky> we can deal with duluu when he arrives
[10:08] <elky> #startmeeting
[10:08] <amachu> elky: yep
[10:08]  * elky pouts
[10:08] <elky> i fail at mootbot :(
[10:09] <amachu> elky: am yet get to get used to it
[10:09] <elky> um. its absence may be somethign to do with that.
[10:09] <persia> Meeting started at 10*09 UTC
[10:09]  * persia fails at emulation, but tries
[10:10] <amachu> fine, om26er: your turn to present your contributions and why you would like to become a Ubuntu Member
[10:11] <om26er> amachu, its the way that I can tell others that I am a member of ubuntu community
[10:11] <amachu> om26er: tell about yourself
[10:12] <amachu> & your contributions
[10:12] <om26er> I live in pakistan, I am 19
[10:12] <om26er> i spend all my time at launchpad and #ubuntu
[10:13] <om26er> I started with triaging ubuntu moblin remix bugs then I moved to empathy
[10:13] <om26er> now I am a papercutter
[10:14] <om26er> I have been reporting/triaging bugs for empathy,indicator-applet rhythmbox and gwibber
[10:15] <om26er> I have been using Lucid for 2months for testing and reporting
[10:16] <om26er> in the past 4 months I have made almost 10 new ubuntu users
[10:17] <amachu> freeflying: there?
[10:18] <amachu> om26er: how long have you been reporting bugs & anwers?
[10:18] <om26er> more than 5months
[10:18] <om26er> I have also applied for bug control
[10:20] <persia> om26er: You don't appear to have any testimonials on your wiki page.  Have you brought anyone to cheer for you?
[10:21] <AlanBell> I will cheer for om26er, just dropping by, but he has helped push upstream a bug I raised
[10:22] <persia> AlanBell: Could you share why you think om26er would be a great Ubuntu Member?
[10:24] <AlanBell> persia: to be honest I haven't had that much interaction with om26er, but I was flipping past the meeting channel and saw the nick and recognised it as the person who was helping me yesterday, and previously on the same bug
[10:25] <elky> om26er, can you tell us what you do for #ubuntu?
[10:25] <om26er> elky, help people and solve their problems where I am able to
[10:26] <elky> on average how much per week?
[10:27] <om26er> for the last two weeks I have been triaging more than support but before that weekends were like 4-5 hours and an hour or so on week days
[10:28] <amachu> om26er: anyone from Pakistan Loco to cheer you?
[10:29] <om26er> amachu, well I just applied for that team and got accepted. well that room is quite empty 3-4 people with no activity
[10:30] <lifeless> om26er: is it school holidays for ou at the oment? or mid term?
[10:30] <lifeless> You started around october I think (doing Ubuntu support and bug manaement)
[10:30] <om26er> actually my papers are next week
[10:31] <lifeless> So I'm curious if this is just a help-out-in-holidays thing, or if it is fitting in with your normal academic workload
[10:32] <amachu> om26er: shall that be taken as, you are on the internet more, who is yet to get into the Pakistan LoCo?
[10:32] <om26er> my last holidays were summer holidays and 10 holidays for winter
[10:32] <elky> lifeless, from reading my logs, mid to late august is when mobin was discovered by him. is that correct om26er?
[10:32] <om26er> yes
[10:33] <freeflying> amachu: elky sorry, I'm late, just back home
[10:33] <lifeless> elky: thanks
[10:34] <amachu> freeflying: hey! great.. om26er is presenting his contributions & here is his page https://wiki.ubuntu.com/om26er
[10:34] <freeflying> amachu: reading back scroll, thanks
[10:35] <elky> the giving:getting ratio of help appears to balance out a bit in late September, so he definitely does do some help giving.
[10:37] <amachu> shall we take voting? freeflying: if you have questions, we shall wait
[10:38] <freeflying> amachu: no for me, please go ahead with voting
[10:39] <elky> amachu, 0 from me. good start, but neither significant or sustained unfortunately. i'm sure in a few months things will be better.
[10:39] <elky> persia?
[10:40] <elky> duluu, hi there. we're just finishing with om26er now, we'll see to you after :)
[10:40] <persia> I'm disinclined to give much credit for bug work until membership in Bug Control is achieved, although I feel that it's a great start.  The support stuff looks good, but I have trouble seeing it well.
[10:40] <elky> persia, would a quick glance at my grep help?
[10:40] <persia> So +0 for me: I think it's close, but I'd like either membership in Bug Control (as indication of support by our bug triage team) or more testimonials.
[10:41] <amachu> would like to see a bit more before giving a +1, from my end too.. +0 here
[10:41] <amachu> lifeless: and you?
[10:42] <persia> elky: I've glanced at logs: I just think that it's hard to effectively measure that sort of support just from logs.  I don't beleive in a relation between volume and effectiveness.  That said, what I've seen looks good, but it's not enough to push me into deciding alone.
[10:42] <lifeless> I am +1: reasonably sustained (5 months)
[10:43] <lifeless> so, duluu next yes?
[10:43] <persia> Well, let's get freeflying's vote first :)
[10:44] <amachu> om26er: keep up the good work, shape the wiki better so that we get a clear impression..
[10:44] <freeflying> +1, a lot of answer tracker as well on lp
[10:45] <amachu> persia: elky: raising from +0
[10:45] <elky> not from me at this point
[10:45] <persia> Nor I.
[10:45] <amachu> me too holding on +0.
[10:46]  * om26er triaged almost 30 bugs in last 2weeks
[10:46] <elky> om26er, sorry :(. however, your bug quality is good and you do seem to be learning really really fast, which means in a few months, you'll be a true asset. please do persist for bug control and so forth though
[10:46] <om26er> sure.
[10:46] <amachu> om26er: so keep up the good work.. would like to see you soon..
[10:47] <om26er> thank you all.
[10:47] <amachu> duluu: you turn..
[10:47] <amachu> duluu: your turn
[10:48] <amachu> duluu: are you here?
[10:48] <elky> duluu, ping?
[10:52] <amachu> ok, any other issues to be raised?
[10:52] <amachu> lifeless: elky: persia: freeflying ?
[10:53] <persia> Most of our memberships run out in three months.
[10:53] <persia> Does anyone know what is happening about new elections?
[10:53] <persia> (or appointments, or whatever)?
[10:53] <lifeless> o/ people knowing stuff
[10:53] <elky> we should probably initiate in short order
[10:53] <freeflying> amachu: no fon me
[10:53] <amachu> new elections to?
[10:54] <persia> This board.
[10:54] <amachu> persia: I am not getting what you are referring to..
[10:54] <amachu> new members to board?
[10:54] <persia> https://launchpad.net/~ubuntu-membership-board-asia-oceania/+members
[10:54] <elky> persia, could you contact the Community Council about it?
[10:54] <persia> I'm not likely to be able to stay up until council meeting tonight.
[10:55] <persia> Or, no they are staggered
[10:55]  * persia is confused.
[10:55] <elky> it doesn't have to be right now.
[10:55] <amachu> persia: may be we shall take it up in next meeting
[10:55] <persia> Let's do that.
[10:55] <persia> And one of us (maybe me) can contact CC and figure things out.
[10:55] <lifeless> you could send a mail :)
[10:55] <elky> you're the one who noted the pending expiries, and hence you're the one most versed on it by default :)
[10:55] <persia> I believe pleia2 is currently preparing some best practice guidelines for elections/appointments anyway.
[10:55] <elky> good.
[10:56] <amachu> amachu: ok
[10:56] <amachu> persia: ok
[10:58] <amachu> persia: would you be taking this up or should I & when? next CC meeting?
[10:58] <persia> amachu: Let's discuss next RMB meeting, and take it to the CC after that.
[10:58] <persia> either you or I can take it.  I don't care.
[10:58] <elky> discuss it next meeting now that we have a week to think about it
[10:58] <amachu> persia: elky ok
[10:59] <persia> I just wanted to make sure we all knew.
[10:59] <elky> it is 3 months, but i do advise, based on past experience, in getting in early.
[10:59] <persia> (as another council in which I participate recently ran into issues from procrastination)
[10:59] <amachu> persia: yep.. thanks for that
[10:59] <elky> persia, thanks, and ditto.
[11:00] <amachu> duluu: turn out then for our next meeting..
[11:01] <amachu> elky: persia: freeflying: lifeless: thanks for joining, leaving now..
[12:58]  * asac waves ... and gets some coffee (bbi2)
[13:00] <NCommander> #startmeeting
[13:00] <NCommander> hrm
[13:00] <NCommander> no bot
[13:00] <popey> mootbot is dead apparently
[13:00] <dyfet> the point is moot then
[13:01]  * ogra appears
[13:01] <NCommander> dyfet, ow, that pun hurt.
[13:01]  * NCommander just needs a moment
[13:01] <NCommander> Who's awake this morning?
[13:02] <plars> mootbot was arrested for violating one of the three laws of robotics
[13:02] <JamieBennett> me (but its 1pm here ;))
[13:02] <NCommander> plars, which one did it violate?
[13:02] <NCommander> https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100126
[13:02] <ogra> did it hurt humans ?
[13:02] <GrueMaster> Maybe he's the smart one and is still asleep.
[13:03] <asac> ok
[13:03] <NCommander> so
[13:03] <asac> getting started?
[13:03]  * NCommander nods
[13:03] <NCommander> Action Item Review
[13:03] <NCommander> JamieBennett to complete imx51 backportng documentation on boot-speed
[13:04] <JamieBennett> Last week was swallowed up by something else so no progress on that
[13:04] <NCommander> cooloney to investigate lucid kernel patches that may need back-porting
[13:04] <asac> [ACTION] JamieBennett to complete imx51 backportng documentation on boot-speed
[13:04] <ogra> Bug 512321 has a fix and shoves off 2 seconds :)
[13:04] <asac> cooloney cant attend today, so we should move his item forward
[13:04] <JamieBennett> :)
[13:04] <asac> [ACTION] cooloney to investigate lucid kernel patches that may need back-porting
[13:04] <ogra> my imx51 install is booting incredibly fast atm :)
[13:04] <JamieBennett> cool
[13:05] <ogra> NCommander, make sure thats enabled in dove too ^^^
[13:05] <davidm> G'day NCommander
[13:05] <NCommander> hey DavidLevin
[13:05] <NCommander> ...
[13:05] <NCommander> tab complete failure
[13:05] <ogra> heh
[13:05] <NCommander> hey davidm
[13:05] <davidm> bummber about mootbot
[13:05] <NCommander>  * ericm and NCommander to investigate what causes the gnome-panel crash/restart cycle
[13:05] <asac> [ACTION] NCommander to ensure that dove gets devtmpfs lucid bits backported too
[13:06]  * persia has begun the process of poking appropriate people
[13:06]  * NCommander takes actions
[13:06] <ogra> asac, no need to backport, just enabling
[13:06] <ogra> devtmpfs is in .32
[13:06] <asac> NCommander: so the gnome-panel crashes are gone?
[13:06] <asac> plars: ?
[13:06] <plars> no, I saw a gnome panel crash yesterday
[13:06] <NCommander> asac, unfortunately no. Last week was a wash for me due to sickness so I didn't look into it
[13:06] <plars> that was on imx51
[13:06] <asac> plars: a crash ... or constant crashing?
[13:07] <NCommander> Seems to be unrelated to our general hanging issue on Dove
[13:07] <asac> NCommander: no problem
[13:07] <ogra> plars, uuh
[13:07]  * ogra hasnt seen any yet
[13:07] <plars> err, on dove actually
[13:07] <plars> sorry
[13:07] <ogra> phew
[13:07] <plars> on imx51 it was one of the few things that was fine
[13:07]  * ogra swipes sweat off forehead
[13:07] <plars> I think the root of most of my imx51 trouble yesterday was with the usb bug though
[13:07] <NCommander> ogra, bah, you should try having some Thumb2 issues. They're a load of fun
[13:08] <ogra> which still isnt clear to me its USB though
[13:08] <ogra> since the issues obviously affected the livefs on the SD too
[13:08] <asac> plars: do we have a bug for gnome-panel crashes?
[13:08] <NCommander> ericm_, anything else to add
[13:08] <plars> asac: I didn't get a chance yesterday, was going to go looking and make sure it's in today, but I thought there was one for it already
[13:09] <asac> thanks
[13:09] <GrueMaster> asac bug 512515
[13:09] <asac> [ACTION] plars to file a bug on gnome-panel crashes
[13:09] <ogra> bah
[13:09] <plars> or possibly 458109... not sure if it's the same problem though
[13:09] <asac> GrueMaster: apport hasnt kicked in yet?
[13:09] <asac> can you open it?
[13:09] <plars> bug 458109
[13:09] <asac> ah
[13:09] <ogra> why cant i see 512515 ?
[13:09] <persia> 512515 is *very* private.
[13:09] <ogra> isnt ubuntu.armel subbed ?
[13:10] <plars> nor can I
[13:10] <NCommander> asac, apport on ARM been somewhat twichy. The retracer crashed while I was out sick, and I haven't kicked it hard enough yet
[13:10] <asac> ogra: i assume its a crash report and apport didnt came a round yet
[13:10] <ogra> asac, still the reported needs to sub -armel
[13:10] <GrueMaster> yes
[13:10] <persia> Ah, that explains the *very* private-ness.
[13:10] <asac> right. so if you report crashes from a test install you can definitly open them up
[13:10] <ogra> *reporter
[13:10] <NCommander> [ACTION] NCommander to raise apport-retracer for armel from the dead
[13:10] <asac> manually
[13:10] <persia> Well, depends on what one did with the test install :)
[13:10] <ogra> yeah
[13:11] <asac> heh. you get the point ;)
[13:11] <asac> ok
[13:11] <NCommander> ** asac, ericm, and NCommander to talk about Thumb2 issues after the meeting and report back.
[13:11] <ogra> what was the outcome ?
[13:12] <asac> the outcome is that we have three knobs to tune:
[13:12] <asac> a) user space apps (try to workaround)
[13:12] <asac> b) kernel/toolchain (try to eliminate bad instructions)
[13:12] <NCommander> a is bust
[13:12] <ogra> a) would affect all of wrmel, no ?
[13:12] <ogra> *armel
[13:12] <asac> c) hardware (fix hardware)
[13:12]  * ogra votes for b
[13:12] <asac> ogra: well. so atm dove images start again
[13:13] <asac> the hangups were caused by python
[13:13] <ogra> right
[13:13] <asac> the new python and recreating the .pyc's fixed it
[13:13] <NCommander> b is semi-difficult to do. I'm tempted to go with c unless we *really* want Dove Y series hardware to work
[13:13] <asac> so a) is kind of done, but flaky
[13:13] <ogra> well, c means we need to replace the world
[13:13] <asac> NCommander is working on b) with ericm (thats my understanding) ... and we are investigating hardware (but that probably takes a bit)
[13:13] <ogra> which we'll surely do over time anyway
[13:14] <ogra> but that requires speed
[13:14] <asac> ogra: a relatively small world though ;)
[13:14] <ogra> indeed
[13:14] <asac> e.g. just our boards
[13:14] <ogra> still takes shipping time etc
[13:14] <ogra> and throws us back even more
[13:14] <asac> NCommander: i thought you had an idea how to do that
[13:14] <asac> what happened to it?
[13:15] <NCommander> asac, on a or b?
[13:15] <asac> b
[13:15] <ogra> b
[13:15] <ogra> semi indicates it easy for 50% ;)
[13:15] <ogra> *it's
[13:15] <NCommander> b is still fermenting, but I'm not sure we can handle the busted vldr instructions
[13:15] <NCommander> We could change the toolchain to not use vldr, but that requires rebuilding the world
[13:16] <ogra> i thought you discussed a solution with dmart yesterday
[13:16] <asac> right. what was the outcome?
[13:16] <NCommander> asac, ogra, just bounced ideas around. I don't think we came to a definate plan
[13:16] <ogra> hmm, k
[13:17] <asac> ok. lets try to keep a) going for now
[13:17] <ogra> and c
[13:17] <asac> i will talk to dmart and ericm about b)
[13:17] <asac> and c) is ongoing anyway
[13:17] <ogra> right
[13:17] <NCommander> indeed
[13:17] <dmart> From my pov, if vldr can't be worked around, the only other options are to change the toolchain, or build in ARM
[13:17] <asac> NCommander: so you are off the hook and can do other things until further notice ;)
[13:18] <NCommander> woo!
[13:18] <dmart> NCommander, wasn't there an erratum patch for the vldr problems, or does it not work even with the patch.
[13:18] <NCommander> dmart, the patch requires that the instruction is excuted and then faults
[13:18] <ogra> dmart, build in ARM means we lose all improvements on imx51 too, no ?
[13:18] <asac> yes ogra
[13:18] <NCommander> dmart, its my understanding that our board hangs just executing the vldr instruction will cause the hang. (think Intel style f00f bug)
[13:18] <ogra> thats what i feared
[13:18] <dmart> ogra, well, yes, probably :/
[13:19] <dmart> NCommander, I see. Important to clarify the situation on newer hardware then...
[13:19]  * NCommander has been doing research into the f00f bug
[13:19] <NCommander> I'm curious if we can use a similar technique to work around the issue, but most of the proposed fixes abuses things on Intel processors that don't exist on ARM
[13:20] <asac> ok. anything else on this that shouldnt be discussed offline?
[13:20]  * NCommander has nothing
[13:21] <NCommander>  ** NCommander to investigate ericm's xorg naming bug.
[13:21] <NCommander> ...
[13:21]  * NCommander can't even remember what the naming bug was ...
[13:21] <ogra> you skipped two items
[13:21] <asac> heh
[13:21] <asac> guess thats a carry forward ;)
[13:21] <ogra> no
[13:21] <asac> [ACTION] * NCommander to investigate ericm's xorg naming bug.
[13:22] <ogra> ah
[13:22] <asac> huh? he says he cant even remember ;)
[13:22] <ogra> i thought you mean the skipped ones
[13:22] <NCommander> ogra, i skipped cooloney's ones since he's not here
[13:22] <asac> right.
[13:22] <ogra> doesnt matter
[13:22] <ogra> i can comment on both
[13:22] <NCommander> ogra, oh, :-)
[13:22] <JamieBennett> xorg was wrongly named no?
[13:22] <NCommander> In that case
[13:22] <NCommander>  ** cooloney to ping fsl for more reliable chip rev checking method.
[13:22] <ogra> right
[13:23] <ogra> the method is reliable, the bootloaders werent
[13:23] <asac> [ACTION] * cooloney to ping fsl for more reliable chip rev checking method.
[13:23] <asac> hasnt that happened?
[13:23] <asac> right. i thought we have the fix for uboot even
[13:23] <ogra> we have bugfixes for uboot but will likely stay with redboot anyway
[13:23] <ogra> so that item is gone
[13:23] <JamieBennett> boo ;)
[13:23] <asac> sure ... but that item is done in any case
[13:23] <asac> scratch that action ;)
[13:23] <ogra> right
[13:23] <ogra> same for the next one
[13:23] <ogra> suspend/resume works reliable on imx51 now
[13:24] <NCommander>  ** persia, asac, Gruemaster to discuss meeting rotation schedule and report back.
[13:24] <ogra> all fixed :)
[13:24] <asac> we decided that we discuss that during sprint
[13:24] <persia> Oh.
[13:24] <persia> GrueMaster and I discussed it briefly about 12 hours ago.
[13:24] <persia> (but asac was asleep)
[13:24] <ogra> evil you !
[13:24] <persia> We decided all times were bad for someone.
[13:25] <persia> But I'll get into that more in my Current Items item.
[13:25] <NCommander> * Current Items
[13:25] <NCommander> **  Readjustment of the meeting schedule to better fit current participants -- persia
[13:25] <NCommander> persia, ok, now you can go :-)
[13:25]  * ogra has no concerns about bad times but we need to make sure to match a proper frequency
[13:25] <persia> So, basically no matter what time is selected, it's going to be bad for some folk.
[13:25] <asac> right ... i would say, persia should send out suggestions
[13:25] <ogra> i.e. i wouldnt change the time in the middle of y release cycle
[13:26] <asac> and then we discuss that during sprint
[13:26] <ogra> s/y/a/
[13:26] <persia> As a result, we need a weighted analysis of attendees and times, to make it least bad for the smallest number of folk.
[13:26] <persia> So, I'll volunteer to send something to ubuntu-mobile@ asking for timezones and availability of people who want to commit to attend the meeting, and collect the responses privately.
[13:26] <asac> right. so i see two things are to be decided:
[13:27] <ogra> but please regard my above comment too
[13:27] <asac> 1. what meeting time to use next
[13:27] <persia> I'll send out an a summarised mail (no identities) with the weighted analysis, and good times.
[13:27] <asac> 2. how often do we want to change the meeting time (hint: not too often, to help community)
[13:27] <ogra> 2 ++
[13:27] <persia> I think rotation is worse than non-rotation.
[13:27]  * ogra proposes with a release
[13:27] <persia> Even if a meeting time is bad for someone, they can probably rearrange things.
[13:27] <persia> Rotation makes for lots of rearragement.
[13:28] <asac> yes
[13:28] <ogra> well, if it stays for 6 months it shouldnt be to hard to do though
[13:28] <asac> but having 9/10 regular atttendeed suffer isnt that great
[13:28] <persia> Personally, I'm up for reviewing the time anytime there are significant complaints.
[13:28] <persia> That doesn't mean it will change, but as we get new participants, and drop old ones, the weighted analysis may suggest better fits.
[13:29] <asac> right
[13:29] <asac> [ACTION] persia to suggest and coordinate discussion on meeting schedule
[13:29] <persia> So, shall I proceed with this plan?
[13:30] <persia> Excellent.
[13:30] <asac> moving on ...
[13:30] <asac> NCommander: ?
[13:30] <NCommander> ** Standing Items
[13:30] <NCommander> **  * http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile.html
[13:30] <NCommander> ** Kernel Status (cooloney, ericm)
[13:31] <ogra> looks good
[13:31] <ogra> pretty close to trend
[13:31] <JamieBennett> and some are bug linked which will go away soon
[13:32] <asac> that url should be using people.canonical.com now
[13:32] <asac> [LINK] http://people.canonical.com/~pitti/workitems/canonical-mobile.html
[13:32] <ogra> someone didnt update the wiki :)
[13:33] <asac> [LINK] http://people.canonical.com/~pitti/workitems/canonical-mobile-lucid-alpha-3.html
[13:33]  * NCommander fixes the wiki
[13:33] <NCommander> ericm_, how's the Dove kernel ATM?
[13:34] <asac> so the itesm start to lack behind
[13:34] <asac> i will elminate a bunch of the firefox items this week and also get the webservice-email spec on track
[13:35] <ogra> what do we do about the uboot spec ?
[13:35] <ogra> we had one for redboot taht was swapped for it
[13:35] <ogra> do we swap back ? do we just drop it ?
[13:35] <ogra> davidm, asac ?
[13:36] <asac> ogra: we should set the status to blocked
[13:36] <asac> and communicate the deficiencies to fsl
[13:36] <ogra> well, i dont see a way that gets unblocked ever
[13:36] <asac> if things get fixed early enough then thats ok
[13:36] <ogra> at least for the speed issues
[13:36] <ogra> these are uboot design issues
[13:36] <asac> otherwise thats the reason we dont switch to uboot and we can postpone the items
[13:36] <asac> ogra: uboot works for dove
[13:37] <ogra> ok, so no swapping back of the redboot spec then
[13:37] <asac> i think we would be fine if we get the same feature set
[13:37] <ogra> uboot works for dove but we dont have any alternative :)
[13:37] <asac> ogra: lets discuss that after meeting
[13:37] <plars> is it the mac address bug that is killing it?
[13:37] <asac> [ACTION] asac and ogra to decide what to do with bootloader specs
[13:37] <ogra> nor did anyone ever research speed on dove wrt different bootloaders
[13:37] <ogra> plars, 23 sec vs 11 sec initiaslization speed and the issue that we still need to pull the kernel off SD
[13:38] <asac> ogra: i am 98% sure that thats a mmc driver bug
[13:38] <ogra> which would turn image creation into a horrible thing
[13:38] <ogra> asac, no, did you read my mail ?
[13:38] <persia> I'm entirely certain it's a driver bug.
[13:38] <ogra> no
[13:38] <asac> ogra: the loading speed?
[13:38] <ogra> did you read my analysis ?
[13:38] <persia> I know that there exist i.MX51 implementations that can boot from NVRAM/NVROM
[13:38] <ogra> the leoading isnt slow
[13:38] <asac> ogra: i read your mail (if it was the mail i think)
[13:39] <asac> ogra: the unpacking?
[13:39] <ogra> the one i sent today
[13:39] <ogra> yes
[13:39] <asac> ok
[13:39] <ogra> unpacking, initalizing of HW etc
[13:39] <asac> i will double check. i think the mail i read was from yesterday night
[13:39] <ogra> these are the steps that slow down
[13:39] <ogra> i mailed one this morning
[13:39] <asac> ogra: for me mmc load alone is slow
[13:39] <asac> but lets discuss that after i read you mail
[13:40] <ogra> subject: "uboot pro/con list, follow up measuring"
[13:40] <asac> lets move on.
[13:40] <ogra> right
[13:40] <asac> anything on specs=?
[13:40] <asac> [topic] Kernel Status (cooloney, ericm)
[13:40] <asac> so cooloney isnt here ... ericm?
[13:41] <ogra> imx51 looks very good apart from the issues plars sees though
[13:41] <ogra> (but that could as well be bootloader induced)
[13:41] <plars> planning to retry with sata today, hopefully things will look much better
[13:41] <ogra> i'll upload a fresh redboot today, we still use the karmic binary
[13:42] <ogra> (since i focused on uboot)
[13:44] <asac> ok
[13:44] <asac> lets move on
[13:44] <asac> [topic] QA Status (GrueMaster, plars)
[13:44]  * ogra thinks ericm_ fell asleep
[13:44] <plars> started working on trying to do pairwise testing
[13:44] <asac> great
[13:44] <plars> but the first one I started with was the thing I ran into problems with yesterday
[13:44] <asac> did you create a wiki to track that run?
[13:44] <plars> so not much progress there yet
[13:44] <plars> yes
[13:45] <plars> but keep in mind this is only a temporary location
[13:45] <plars> https://wiki.ubuntu.com/ARM/Testing/ArmPairwiseResults
[13:45] <asac> plars: that means we already discovered a new bug because of this? that sounds too optimal ;)
[13:45] <plars> the tests are already on iso.qa.ubuntu.com
[13:45] <plars> but are not visible until after hardy .4 testing
[13:45] <asac> very good
[13:45] <plars> but anyone should feel free to contribute if you have some spare cycles to try an install
[13:46] <plars> poke me if you have questions
[13:46] <asac> GrueMaster: any overview/status on daily testing for last week?
[13:46] <GrueMaster> Last week I spent too much time trying to get dove to a working point.
[13:47] <GrueMaster> Not much went on with IMX51.
[13:47]  * GrueMaster is gathering a bug list.
[13:47] <asac> thanks!
[13:48] <GrueMaster> I filed a bug on keytool, which is part of the openjava packages.  It segfaults on dove, but not on imx51.
[13:49] <asac> right. i remember that
[13:49] <ogra> ubiquity doesnt work on imx51
[13:49] <GrueMaster> Bug 510954
[13:49] <ogra> at least it didnt for me on sunday
[13:49] <ogra> i didnt research it though
[13:49] <plars> ogra: it worked for me yesterday - up until flash-kernel died
[13:49] <ogra> right
[13:50] <GrueMaster> I got ubiquity to install yesterday on IMX51 after doing an apt-get update on the live image.
[13:50] <ogra> so it was probably a one time issue with the friday image i had
[13:50] <GrueMaster> The issue was a missing package.
[13:50] <ogra> plymouth was fixed today btw
[13:50] <asac> ok so ubiquity is fixed.
[13:50] <asac> was there a bug open?
[13:50] <asac> (for any)
[13:50] <ogra> nope
[13:51] <ogra> but if both are fixed, no need to bother
[13:52] <asac> ok ... lets move on ... not much time left ;)
[13:52] <asac> [ACTION] ARM Application status (JamieBennett, dyfet)
[13:52] <JamieBennett> Nothing major to report
[13:52] <asac> i guess not much happend there last week.
[13:52] <dyfet> Some of the more ambitious ideas were not realizable in this cycle.  I proposed a much smaller subset of seed changes for Jamie to consider.
[13:52] <JamieBennett> dyfet: this is the canola spec right?
[13:52] <dyfet> Yes
[13:53] <dyfet> At least I assumed so ;)
[13:53] <asac> yes, so i recall that we discussed to not go for canola by default this cycle, but rather just ensure its in the archive
[13:53] <JamieBennett> So canola isn't possible for this cycle but it could be a reality for lucid+1
[13:53] <JamieBennett> and we are definately interested in that
[13:53] <asac> yes
[13:53] <dyfet> yes
[13:53] <asac> ok thanks. sorry, time is running out ...
[13:53] <asac> [TOPIC] ARM Porting/FTBFS status (NCommander, dyfet)
[13:53] <asac> i think that looks quite ok on the ftbfs list
[13:54] <asac> i failed to assign the issues identified in the thumb2 review
[13:54] <ogra> whats the number of the bug you filed for likewise NCommander ?
[13:54] <asac> so ...
[13:54] <NCommander> I've done some porting of likewise to armel, but it was movre involved than I expected. Should have an initial build done soon.
[13:54] <NCommander> ogra, no bug yet, that slipped my mind
[13:54] <asac> [ACTION] asac to open bugs and assign for issues identified in thumb2review
[13:54] <ogra> gnome-power-manager and squd need some attention
[13:54] <asac> [LINK] https://wiki.ubuntu.com/ARM/Thumb2PackageReviewList
[13:54] <ogra> and there is still libv4l
[13:55] <ogra> *squid
[13:55] <dmart> asac, did you want to continue with the review of the universe packages in the Thumb2 list at some point?  I did a few, but not very many.
[13:55] <ogra> NCommander, please file it :)
[13:55] <asac> dmart: yes, we can do another sprint later this week i guess
[13:55] <NCommander> ogra, will do
[13:55] <ogra> thanks
[13:55] <dmart> asac, good plan, please suggest a time.
[13:56] <asac> [ACTION] asac and dmart to finish thumb2 review for universe
[13:56] <asac> lets discuss time after meeting
[13:56] <asac> ... ok hurrying ;)
[13:56] <dmart> sure
[13:56] <asac> [TOPIC] ARM Image Status (ogra, persia)
[13:56] <ogra> already covered for imx51 above
[13:56] <persia> Things are finally looking really nice.
[13:56] <ogra> all fine ...
[13:56] <asac> thats what we want to hear ;)
[13:56] <ogra> no idea about dove though
[13:57] <ogra> since i didnt test that myself
[13:57] <persia> The issues are almost entirely details of image construction (previously covered), and the application stacks are mostly just working.
[13:57] <asac> afaik, dove images start and work ... thats more than we thought would happen last week
[13:57] <ogra> right
[13:57] <asac> thanks to plars for tracking it down to pythong and pybootchart
[13:57] <asac> and thanks to doko for getting new python in ;)
[13:57] <GrueMaster> None of the alt. images are building atm.
[13:57] <ogra> btw, JamieBennett do you still beed bootchart on the images
[13:57] <ogra> *need
[13:57] <ogra> the apport popup is annoying on imx51 :)
[13:58] <asac> i think we should keep it there for now ... might be interesting after the debconf fixes went it
[13:58] <asac> in
[13:58] <persia> GrueMaster: Hrm.  I missed that.  I'll see if I can't sort it.
[13:58] <JamieBennett> ogra: no
[13:58] <ogra> and it doesnt seem anyone makes efforts to fix it
[13:58] <asac> hmm
[13:58] <asac> ok
[13:58] <ogra> so lets unseed it
[13:58] <plars> I would like to keep bootchart if possible
[13:58] <ogra> meh, k
[13:58] <plars> not critical, but nice to have
[13:58] <persia> plars: Can't you install with image modification if you need it?
[13:58] <ogra> plars, when can we remove it ?
[13:58] <plars> sure
[13:58] <JamieBennett> plars: it's helpful I agree
[13:58] <ogra> well, we need to remove it anyway at some point
[13:58] <persia> Or can we stick it in the pool, so it's available for install?
[13:58] <ogra> that should be possible
[13:58]  * persia can provide preseeding hints to help get it installed at install-time
[13:59] <ogra> a job for StevenK :)
[13:59] <JamieBennett> persia: I'm using it in the live-cd ;)
[13:59] <asac> yes, its for live images
[13:59] <persia> JamieBennett: But you said you didn't need it, so I'm ignoring your use case :)
[13:59] <JamieBennett> but I have my investigations done :)
[13:59] <asac> do we capture results from it in a daily fashion?
[14:00] <ogra> no
[14:00] <JamieBennett> no
[14:00] <ogra> it was only used for the livefs bootspeed issues (yet)
[14:00] <asac> [ACTION] JamieBennett, plars and asac to decide what to do wrt bootchartgui seeding
[14:00] <asac> [TOPIC] Ubuntu Liquid
[14:00] <asac> persia: rbelem?
[14:01] <rbelem> asac, persia and are working on plasma-mobile and kdm-mobile
[14:01] <rbelem> asac, plasma-mobile is already in revu
[14:01] <asac> right. i saw that.
[14:01] <rbelem> and some minor fixes are needed
[14:01] <asac> so you are making good progress on those two.
[14:01] <asac> what will come after that?
[14:01] <rbelem> yep
[14:01] <rbelem> we will work on kdebase-workspace
[14:02] <persia> We still have a kwin module to get in, and then we should be able to push a base -meta and -default-settings
[14:02] <persia> There's stuff not exposed in the monolithic KDE libraries that we need to investigate more.
[14:02] <rbelem> to expose some kcontrol libs
[14:02] <asac> ok. i assume thats coordinated with riddell?
[14:02] <rbelem> kdm-mobile depens on it
[14:02] <rbelem> yep
[14:03] <rbelem> we will make the changes and send to him
[14:03] <persia> Well, kinda.  Until we finish the investigation we don't have a lot to propose, but we're definitely working with #kubuntu-devel
[14:03] <rbelem> after that we should work to trim kdm
[14:04] <asac> ok. what milestone is liquid aiming for? I assume the kdebase-workspace changes are somewhat bound to the alpha-3 milestone as kubuntu is going for LTS?
[14:04] <rbelem> yep
[14:04] <rbelem> our milestone is alpha3
[14:05] <persia> For all the KDE stuff.  We might end up with some tweaks all the way to FF to get other stuff clean.
[14:05] <asac> ok. so try to align your priorities so that things that need to be changed in software that is shipped by others is done around alpha-3
[14:05] <persia> PRecisely.
[14:05] <asac> if liquid-only things come a later its not a big deal imo
[14:05] <rbelem> cool!
[14:05] <rbelem> :-)
[14:05] <persia> Well, we want to get at least -meta and -default-settings in by FF.
[14:05] <persia> But they might not be 100% feature-complete at that point.
[14:06] <persia> (package add being more invasive than bugfix stuff, even large bugfix, if nobody else installs the things)
[14:06] <asac> sure. but if you have to decide what to do first, i would suggest to do the changes that have impact on kubuntu first ;)
[14:06] <persia> Absolutely.  kdm/kwin are the big things now, because they need to build against stuff that we might need to expose from kdebase-workspace (as above)
[14:06] <asac> well. not if those packages have no impact on other products imo ... but yes, FF should be the goal
[14:07] <asac> ok. but feels its on track
[14:07] <rbelem> :-)
[14:07] <asac> if anything is needed just shout ;)
[14:07] <persia> We will.
[14:07] <asac> sorry, to cut off but we are overdue ;)
[14:07] <asac> [TOPIC] AOB
[14:07] <ogra> doesnt include beer :)
[14:07] <ogra> or does it ? :)
[14:07]  * NCommander thanks asac for taking over
[14:07] <asac> NCommander: np
[14:08] <asac> one thing from me: lets try to add our acitivites to the wiki _before_ the meeting ;)
[14:08]  * asac slaps himself
[14:09] <ogra> meh
[14:09]  * ogra totally forgot about it ... 
[14:09] <ogra> i'm missing JamieBennett'S nice remonders
[14:09] <JamieBennett> :)
[14:09] <ogra> *reminders
[14:09] <asac> thougth we had one ping
[14:09] <asac> guess jamie was too busy last week  to do that on friday
[14:10] <asac> also i think i failed to send out the meeting minutes last week ... is that correct?
[14:10] <JamieBennett> I'll start them back up on fridays
[14:10] <JamieBennett> asac: yes
[14:10]  * asac hides
[14:10] <JamieBennett> I wrote them on the wiki though
[14:10] <ogra> there are always the logs
[14:10] <asac> JamieBennett: will you send both? or want me to still send last weeks minutes?
[14:10] <JamieBennett> asac: I can do both
[14:11] <persia> logs generally hit the TLDR barrier.  Minutes are better.
[14:11] <asac> thanks. /me owe's JamieBennett a cookie ;)
[14:11] <asac> yes, minutes are much bettter
[14:11] <asac> especially if they are so well prepared as ours
[14:11] <asac> on the wiki ;)
[14:11] <JamieBennett> :)
[14:11] <asac> ok thaks all
[14:11] <ogra> thanks
[14:12] <rbelem> thanks asac, persia :-)
[14:12] <asac> thanks rbelem
[14:12]  * GrueMaster reenters hibernate mode.
[14:12] <asac> GrueMaster: 'night ;)
[14:12] <ogra> suspend suspend !
[14:12] <asac> right. hibernate is not supported ;)
[14:12]  * JamieBennett grabs more coffee
[14:12] <ogra> :)
[14:54] <kees> \o
[14:54] <bittin> o/
[15:01] <cjwatson> hi folks
[15:01] <cjwatson> Keybuk's on holiday today, so somebody else will need to chair
[15:01]  * kees goes looking for the agenda
[15:01] <kees> who else is here?
[15:02] <kees> mdz?
[15:02] <cjwatson> there's a strategic planning offsite thing this week, so I'm guessing that mdz and sabdfl are both unavailable
[15:02] <kees> even if we had pitti, that'd be 3.
[15:03] <mdz> cjwatson, correct
[15:05] <kees> cjwatson: so, lacking quorum, postpone?
[15:05] <cjwatson> do we know where pitti is?
[15:05] <cjwatson> mdz: thanks
[15:05] <kees> 3 isn't quorum though, right? don't we need 4?
[15:06] <cjwatson> I believe we've normally gone for 3
[15:06] <kees> ok
[15:07] <kees> 3 have three.  :)
[15:07] <kees> er, s/3/we
[15:07] <kees> #startmeeting
[15:07] <kees> hm, no mootbot
[15:08] <kees> [topic] action review
[15:09] <kees> * kees to follow up with Debian TC on units policy
[15:09] <kees> I did this, still waiting to hear back from Debian TC, but bdale said he forwarded the details to them
[15:09] <kees> * cjwatson to follow up with mythbuntu-dev to get ubuntu-core-dev added
[15:11] <cjwatson> done
[15:11] <kees> * ScottK to update Kubuntu/UpdatesPolicy based on Kubuntu
[15:11] <kees>     * upstream feedback
[15:11] <ScottK> Still waiting on upstream feedback.
[15:11] <kees> okay, cool
[15:11] <kees> * sabdfl to propose to CC that the TB is a CC delegate, and clarify his role
[15:12] <kees> I haven't watched the CC mailing list.
[15:12] <kees> I don't see anything on their agenda
[15:13] <kees> we'll skip this for now
[15:13] <kees> I don't see any explicit actions in the rest of the 2010-01-12 meeting, is that correct?
[15:14] <kees> moving on..
[15:14] <cjwatson> aye
[15:14] <kees> [topic] Archive reorganisation (cjwatson)
[15:14] <kees> what's new in this arena?  :)
[15:14] <cjwatson> nothing
[15:15] <kees> heh
[15:15] <persia> Um, I have something.
[15:15] <kees> go for it
[15:15] <persia> I believe that the TODO "Update Ubuntu developer and process documentation to reflect changes" was completed (inadvertantly) by me as a result of the 12-22 DMB meeting.
[15:15] <persia> (from AR/Permissions
[15:16] <persia> I'm unsure if my changes complete that action entirely, but they may have done.
[15:16] <cjwatson> that does seem likely, I think that's basically done
[15:16] <persia> If not, I'll take an action to finish it if anyone can point me to stuff I missed.
[15:17] <kees> [action] persia to finish updating Ubuntu developer and process documentation for any missed items
[15:17]  * persia will need hints, having tried to hit everything already
[15:18] <kees> persia: if nothing comes up between now and the next TB meeting, I think we can assume this task is done.  :)
[15:18] <kees> kubuntu updates was covered already
[15:18] <kees> unit policy wrt Debian covered already
[15:18] <persia> Sounds good.
[15:18] <kees> [topic] community bugs
[15:19] <kees> unchanged, bug 485559 still open
[15:19] <kees> [topic] other topics
[15:19] <kees> anything else to cover?
[15:20] <kees> okay, thanks everyone!
[15:20] <kees> #endmeeting
[15:22] <kees> (oh, Keybuk is chair for next time...)
[15:24] <cjwatson> kees: thanks
[16:58] <sconklin> git branch -a
[16:58] <sconklin> gah
[16:59] <bjf> lol
[16:59] <JFo> heh
[17:00]  * smb is already there 
[17:00] <chasedouglas> hello everyone! I thought I'd do some lurking...
[17:00] <bjf> Roll Call
[17:01] <bjf> chasedouglas, lurk all you want :-)
[17:01] <sconklin> Hi chasedouglas
[17:01] <JFo> O/
[17:01]  * apw zones in ...
[17:01]  * ogasawara high fives
[17:01] <smb> chasedouglas, Lurkers usually have to pay in beer if we meet them in person
[17:01]  * jjohansen waves
[17:01] <bjf> chasedouglas, you can even join in if the feeling hits you
[17:01] <smb> chasedouglas, Hi and welcome btw :)
[17:02] <apw> cking, is here but can't write currently
[17:02] <bjf> is that everyone? don't seen manjo, tgardner or pgraner
[17:02] <bjf> #startmeeting
[17:02] <apw> pgraner, is out
[17:02] <bjf> [LINK] https://wiki.ubuntu.com/KernelTeam/Meeting
[17:02] <bjf> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Lucid
[17:03] <bjf> hmm, where is mootbot?
[17:03] <bjf> guess we'll live with out it
[17:03] <bjf> NOTE: '..' indicates that you are finished with your input.
[17:03] <bjf> [TOPIC] Lucid Release Status: Bugs (Release Meeting Bugs / RC Milestoned Bugs / Release Targeted Bugs
[17:04] <JFo> Release Meeting Bugs (5 bugs, 5 blueprints)
[17:04] <JFo> [17:04] <JFo> Alpha 3 Milestoned Bugs (23 bugs)
[17:04] <JFo>  * 3 linux kernel bugs
[17:04] <JFo>  * 1 linux-fsl-imx51 bugs
[17:04] <JFo>  * 0 linux-ec2 bug
[17:04] <JFo>  * 2 linux-mvl-dove bugs
[17:04] <JFo> [17:04] <JFo> Release Targeted Bugs (97 bugs)
[17:04] <JFo>  * 11 linux kernel bugs
[17:04] <JFo>  * 2 linux-fsl-imx51 bugs
[17:04] <JFo>  * 1 linux-ec2 bug
[17:04] <JFo>  * 2 linux-mvl-dove bug
[17:04] <JFo> [17:04] <JFo> Milestoned Features -
[17:04] <JFo>  * 0 blueprint
[17:04] <JFo> the full breakdown is available (and the links to the data) on the Meeting/ page
[17:04]  * apw likes the more condenced format
[17:05]  * ogasawara too
[17:05] <JFo> ..
[17:05] <smb> +1 apw, Are we aware of the 11 release targeted things
[17:05] <apw> smb, probabally not
[17:05] <ogasawara> we should go over them maybe in our call monday
[17:05] <apw> i'll get with jfo to understand that later
[17:05]  * JFo makes a note
[17:05] <JFo> apw, ok
[17:05] <smb> ogasawara, We wont call then, but we can battle directly
[17:05] <apw> ogasawara, plan
[17:06] <apw> heh yeah
[17:06] <apw> ..
[17:06] <bjf> [TOPIC] Lucid Release Status: New metric (apw, ogasawara)
[17:06]  * ogasawara hands off to JFo (bugs with patches)
[17:06] <apw> thats bugs with patches
[17:06] <JFo> Bugs with Patches Attached:125
[17:06] <JFo> http://qa.ubuntu.com/reports/ogasawara/csv-stats/bugs-with-patches/linux/
[17:07] <JFo> ..
[17:07] <bjf> [TOPIC] Blueprints: kernel-lucid-bug-handling (ogasawara)
[17:07] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-bug-handling
[17:07] <ogasawara> going to pass some action items to JFo this week (today even).
[17:07] <ogasawara> ..
[17:08] <apw> bjf can we rename 'New Metric' to bugs with patches please
[17:08] <bjf> apw, ack
[17:08] <bjf> JFo?
[17:08] <JFo> bjf?
[17:09] <bjf> is that all for this topic?
[17:09] <JFo> oh, my apologies
[17:09] <JFo> ..
[17:09] <ogasawara> bjf: yes, that's it
[17:09] <JFo> :)
[17:09] <bjf> [TOPIC] Blueprints: kernel-lucid-review-of-ubuntu-delta (apw)
[17:09] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-review-of-ubuntu-delta
[17:09] <apw> We have added the new DEVTMPFS device to the ubuntu delta for Lucid 2.6.31 based kernels.  Otherwise nothing else to report.
[17:09] <apw> ..
[17:11] <apw> bjf, ?
[17:11] <bjf> [TOPIC] Blueprints: kernel-lucid-kernel-config-review (apw)
[17:11] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-kernel-config-review
[17:11] <bjf> [TOPIC] Blueprints: kernel-lucid-kernel-config-review (apw)
[17:11] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-kernel-config-review
[17:11] <bjf> apw?
[17:11] <apw> Review of built-in sub-systems planned for the distro sprint.  Otherwise nothing else to report.
[17:11] <apw> ..
[17:11] <bjf> [TOPIC] Blueprints: kernel-lucid-kms (sconklin)
[17:11] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-kms
[17:12] <apw> Nouveau from 2.6.33-rc4 pulled into LBM and LBM generally prepared for Lucid.  Currently available from my PPA for testing.  Seems you need to manually installl -nouveau X-server components to get this working.  X team is going to do some testing before the distro sprint, with a view to making a decision on Nouveau support and how to deliver it there.
[17:12] <apw> ..
[17:12] <sconklin> nothing new except anything apw has on nouveau
[17:12] <sconklin> ..
[17:12] <ogasawara> apw: I assume Lucid LBM as the usual comapat-wireless and alsa foo
[17:12] <bjf> apw, do we have instructions on how to install the nouveau X-server components or should I talk to bryce?
[17:13] <ogasawara> s/as/has/
[17:13] <apw> ogasawara, yes thats correct
[17:13] <apw> its not yet upladed officially
[17:13] <apw> bjf, we do not yet have instructions, if you see bryce that'd be handy
[17:13] <bjf> [TOPIC] Blueprints: kernel-lucid-suspend-resume (manjo)
[17:13] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-suspend-resume
[17:14] <bjf> doesn't look like we have a manjo
[17:14] <JFo> manjo is headed to the airport
[17:14] <JFo> ..
[17:14] <bjf> [TOPIC] Blueprints: kernel-lucid-apparmor-development (jjohansen)
[17:14] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-apparmor-development
[17:14] <jjohansen> dfa optimization is done
[17:15] <jjohansen> there is a bug in table compression improvements so I backed that out for the moment
[17:15] <jjohansen> I am aware of 3 regressions in current upstream code base and am looking into them
[17:15] <apw> so those we have in lucid i assume
[17:15] <jjohansen> yes
[17:16] <jjohansen> they are minor regressions in corner cases
[17:16] <apw> might be appropriate to link those to the blueprint if they are a few days work
[17:16] <jjohansen> but 2 of them may be coming from LSM tweaks
[17:16] <apw> (the launchpad bugs)
[17:16] <jjohansen> apw: okay
[17:17] <jjohansen> I haven't looked into them enough yet to be sure, will update
[17:17] <jjohansen> ..
[17:17] <apw> jjohansen, ack ..
[17:17] <bjf> [TOPIC] Blueprints: kernel-lucid-boot-performance (apw, csurbhi)
[17:17] <bjf> [LINK] https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-boot-performance
[17:17] <apw> The regression in filesystem mount time remains, that is planned for discussion at the Platform sprint.  We had regressions caused by the late battery update changes (which gave us .3s during boot).  A revised patch moving the update async appears to resolve the issue and retain the gains.
[17:17] <apw> ..
[17:18] <bjf> [TOPIC] Other Release Tasks: Lucid Audio Support (bjf)
[17:18] <bjf> Nothing major to report. The alsa c-o-d is busted right now and I'm working to
[17:18] <bjf> get it fixed.
[17:18] <bjf> ..
[17:18] <bjf> [TOPIC] Other Release Tasks: EC2 Lucid Kernel Status (jjohansen)
[17:18] <apw> bjf we likely need something to track all of those and report failures
[17:19] <jjohansen> EC2 patch update is slow, going
[17:19] <bjf> apw, ack
[17:19] <jjohansen> I have had 1 kernel off of slightly older patchset not boot
[17:19] <jjohansen> I have rebased and pulled in the latest patches from today, and redoing
[17:20] <jjohansen> I am dropping all the conflicts in drivers that I can
[17:20] <jjohansen> ..
[17:20] <bjf> [TOPIC] Status: Lucid (apw)
[17:20] <apw> The main kernel is now pulled up to 2.6.32.6 pulled in and ready to upload.   ARM Marvell Dove just updated to 2.6.32 and so we should expect some breakage there.  ARM Freescale IMX51 is now on the Freescale BSP and we receieved some 30 additional patches which are applied; upload is pending security updates on the main tree.
[17:20] <apw> We have a lot of work outstanding still for Lucid.  With only 19 of 57 tasks closed or deferred.  We need to review our alpha-3 deliverables and concentrate on those.
[17:20] <apw> ..
[17:21] <bjf> [TOPIC] Security & bugfix kernels - Karmic/Jaunty/Intrepid/Hardy/Others (gnarl/smb)
[17:21] <smb> Dapper:     2.6.15-55.81 (security)
[17:21] <smb> Hardy:      2.6.24-26.64 (security)
[17:21] <smb> Intrepid:   2.6.27-16.44 (security)
[17:21] <smb> Jaunty:     2.6.28-17.58 (security)
[17:21] <smb> Karmic:     2.6.31-18.55 (proposed)[18]  4/12 verifications done
[17:22] <smb> -LBM:       2.6.31-18-20 (proposed)[18]  0/ 2 verifications done
[17:22] <smb> Security still getting finalized. We are including all the topic branches
[17:22] <smb> into the update this time. So this adds to the effort.
[17:22] <smb> Karmic-proposed needs to be updated before uploading as there has been one
[17:22] <smb> regression detected in the 2.6.31.9 update
[17:22] <smb> ..
[17:22] <bjf> [TOPIC] Incoming Bugs: Regressions (JFo)
[17:22] <JFo> Incoming Bugs
[17:22] <JFo> 101 Lucid Bugs (up 14)
[17:22] <JFo> Current regression stats (broken down by release):
[17:22] <JFo> == regression-potential (up 4) ==
[17:22] <JFo> 35 lucid bugs
[17:22] <JFo> == regression-update (no change)==
[17:22] <JFo> 9 karmic bugs
[17:22] <JFo> 5 jaunty bugs
[17:22] <JFo> 2 intrepid bugs
[17:22] <JFo> 1 hardy bug
[17:22] <JFo> == regression-release (no change)==
[17:22] <JFo> 60 karmic bugs
[17:22] <JFo> 22 jaunty bugs
[17:22] <JFo> 12 intrepid bugs
[17:22] <JFo> 4 hardy bugs
[17:22] <JFo> == regression-proposed (no change)==
[17:22] <JFo> 1 karmic bug
[17:22] <JFo> The detailed information (and links to the data) are available on the Meetings/ page
[17:23] <bjf> [TOPIC] Incoming Bugs: Bug day report (JFo)
[17:23] <JFo> Stats from last week can be seen at http://qa.ubuntu.com/reports/ogasawara/kernel-bugday/20100119.html
[17:23] <JFo> The next bug day is scheduled for next tues but we'll be sprinting, I'll send email that we'll postpone it to Tues Feb 9
[17:23] <JFo> ..
[17:24] <bjf> [TOPIC] Open Discussion or Questions: Anyone have anything?
[17:24] <bjf> Welcome Chase Douglas!
[17:24] <JFo> hi chasedouglas
[17:24] <apw> yay ... welcome
[17:24] <chasedouglas> hi!
[17:24] <ogasawara> welcome aboard chase!
[17:24] <chasedouglas> I'm going to have to get used to irc meetings :)
[17:25] <apw> jfo these bug stats seem off as there is a lot of down arrow and no up arrow
[17:25] <apw> chasedouglas, heh yeah you will
[17:25] <smb> chasedouglas, again welcome. you will get used to it
[17:25] <JFo> apw, I was told that the bug number is fromm all packages, not just kernel
[17:25] <JFo> I can investigate a bit
[17:26] <JFo> sorry, the total bug number
[17:26] <apw> i'd just expect the number of v to match the number of ^
[17:26] <apw> as all states are represented
[17:26] <JFo> apw, I see what you mean
[17:26] <JFo> ogasawara, any insight?
[17:27] <apw> we can take that offline ...
[17:27] <bjf> thanks everyone
[17:27] <bjf> #endmeeting
[17:27] <JFo> certainly