[12:00]  * lool waves
[12:01] <davidm> #startmeeting
[12:01] <MootBot> Meeting started at 06:01. The chair is davidm.
[12:01] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[12:01] <NCommander> morning
[12:02] <davidm> persia, thanks for running meeting last week.
[12:02] <davidm> OK, from the top, action items from last week.
[12:02] <davidm> [topic] persia to file bugs to fix mobile-setup-wizard issues
[12:02] <MootBot> New Topic:  persia to file bugs to fix mobile-setup-wizard issues
[12:03] <lool> https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090219
[12:04] <davidm> [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090219
[12:04] <MootBot> LINK received:  https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090219
[12:04] <lool> persia: around?
[12:05] <lool> ogra: woot
[12:05] <ogra> meep
[12:05] <lool> davidm: Let's skip persia's items for now, and we'll get back to  them at the end if he shows up
[12:05] <davidm> moving on
[12:05] <davidm> [topic] NCommander to take over driving ship-seed-for-mobile-images to close it (co)
[12:05] <MootBot> New Topic:  NCommander to take over driving ship-seed-for-mobile-images to close it (co)
[12:06] <NCommander> Done.
[12:06] <NCommander> Implemented during berlin.
[12:06] <davidm> OK
[12:06] <NCommander> Spec was closed too, fully tested under Steve's guidance
[12:06] <lool> is the bp status up-to-date?
[12:06] <NCommander> lool, should be.
[12:07] <davidm> [topic] NCommander to reset arm-softboot-loader to "Drafting", and work towards a solution in #ubuntu-arm over the next week.
[12:07] <MootBot> New Topic:  NCommander to reset arm-softboot-loader to "Drafting", and work towards a solution in #ubuntu-arm over the next week.
[12:08] <NCommander> Its on drafting, but nothing came out of u-arm (I didn't really get time to bring the subject up in depth)
[12:08] <lool> Carry over?
[12:08] <davidm> Lets look at this off line carry over for now.
[12:09] <davidm> [topic] davidm to update roadmap to reflect specs targeted for jaunty
[12:09] <MootBot> New Topic:  davidm to update roadmap to reflect specs targeted for jaunty
[12:09] <davidm> done
[12:09] <davidm> persia, you about?
[12:09] <lool> davidm: Was there a quick boot spec?
[12:09] <davidm> Foundations ended up with it.
[12:10] <lool> ok
[12:10] <davidm> [topic] ogra to add nslu2 enablement to the Roadmap
[12:10] <MootBot> New Topic:  ogra to add nslu2 enablement to the Roadmap
[12:10] <ogra> just done
[12:10] <ogra> :)
[12:10] <davidm> [topic] lool to follow up with NCommander to further extend the r
[12:10] <MootBot> New Topic:  lool to follow up with NCommander to further extend the r
[12:10] <NCommander> the r?
[12:11] <davidm> I'n  not sure what that was, incomplete sentence from last week
[12:11] <ogra> (moved "NSLU2 enablement" to Other though)
[12:11]  * NCommander has no idea if we extended it ...
[12:11] <ogra> NCommander, just do it :P dont always ask questions :P
[12:11] <lool> "the roadmap"
[12:11] <NCommander> Ah
[12:11] <ogra> ah :)
[12:12] <lool> I added some bugs to the RM, didn't particularly discuss with NCommander
[12:12] <davidm> OK
[12:12] <lool> Should be ok
[12:12] <davidm> [topic] NCommander to test fix for 280699
[12:12] <MootBot> New Topic:  NCommander to test fix for 280699
[12:13] <davidm> NCommander, ??
[12:13] <NCommander> I didn't see I was assigned to it, but the bug is closed in LP
[12:13] <NCommander> I think that number is wrong.
[12:13] <lool> The bug id is 280669 not 699
[12:13] <NCommander> Ooh
[12:13] <ogra> bug 280669
[12:13] <lool> " Doesn't detect second part of SSD drive on jax10  "
[12:14] <ogra> ah
[12:14] <lool> davidm: You can fail me on the next action   :-P
[12:14] <NCommander> i386 latest kernel had success. Haven't checked with lpia yet.
[12:14] <NCommander> I'll post results to the bug.
[12:15] <davidm> [topic] NCommander to finish drafting arm-softboot-loader
[12:15] <MootBot> New Topic:  NCommander to finish drafting arm-softboot-loader
[12:15] <davidm> lool, I did and moved on ;-)
[12:16] <NCommander> not a lot of progress, other things were on my plate
[12:16] <davidm> OK, I'll co
[12:16] <lool> Carry over
[12:16] <davidm> Moving on to roadmap
[12:17] <davidm> [topic] roadmap review
[12:17] <MootBot> New Topic:  roadmap review
[12:17] <lool> ogra: offline-installer?
[12:17] <davidm> ogra, offline installer
[12:18] <ogra> hmm, well, there is script for now, i didnt manage to add something on top of vm-builder as i would like to yet
[12:18] <ogra> i'll put the script into bzr and roll a ppa package for it
[12:18] <davidm> OK
[12:18] <ogra> seems many people use it though
[12:18] <lool> ogra: Anything else to do in the spec?
[12:19] <ogra> lool, a GUI, but given that we are post FF i'll develop that out of distro in PPA as well and make it adaptable for later vm-builder backend usage
[12:19] <davidm> ogra, ??
[12:19] <davidm> OK, thanks
[12:19] <lool> ogra: You should update implemenetaion status
[12:20] <lool> Either defer for jaunty or consider it beta available
[12:20] <davidm> unr-handling-jaunty Stevenk
[12:20] <ogra> oki
[12:20] <lool> BTW there's a bp title which is "Offline Installer" and is completely unrelated
[12:20] <davidm> Stevenk is making good progress
[12:21] <lool> I think we should have a look at the patch merging progress as well
[12:21] <lool> (Probably next week when stevenk is around)
[12:21] <davidm> and I am upgrading 7 bugs that are currently filed and milestoneing them
[12:21] <davidm>  general-resolution-for-touchscreen ogra??
[12:22] <ogra> evtouch seems our only bet here, there are still bugs with it
[12:23] <ogra> while upstream seems to have done some work on evdev all this is hardwired to the usbtouchscreen kernel driver
[12:23] <ogra> which only supports three devices
[12:23] <ogra> i'm just filing the necessary bugs for evtouch to track status
[12:23] <lool> ogra: Could you update implementation progress?
[12:23] <ogra> yep
[12:24] <davidm> arm-softboot-loader NCommander
[12:24] <NCommander> Previously discussed, in the progress of redrafting.
[12:24] <davidm> Actually we covered it's status already
[12:24] <davidm> selection-of-arm-images ogra
[12:24] <ogra> well, no kernels yet, as soon as we have them we'll have a tool :)
[12:25] <davidm> lpia-versus-i386 lool
[12:25] <davidm> this is defeered until next cycle is it not?
[12:25] <lool> No update, it's in good shape and only needs some infrastructure before jaunty + 1
[12:25] <lool> (Which is for infinity to setup)
[12:25] <lool> Will report if there's progress on this front
[12:26] <lool> (spec status is up-to-date)
[12:26] <davidm> OK that is the roadmap
[12:26] <davidm> on to bugs I guess
[12:26] <lool> Yup
[12:26] <davidm> bug #299847
[12:26] <lool> ogra, NCommander: you both worked on it
[12:27] <NCommander> I managed to work out its an alignment issue (the results change when you play with the padding)
[12:27] <ogra> well, its clearly identified, but there is no solution yet
[12:27] <lool> What's needed to move this forward?
[12:27] <NCommander> Normally GCC pads correctly onto the boundary, but this library does some weird things with structs
[12:27] <ogra> and it actually only showing on the buildds
[12:28] <NCommander> ogra, I was going to test it on the other piece of ARM hardware I got yesterday to see if it happens there
[12:28] <NCommander> It might also be worth a test on the slug, to see if it only happens on ARMv5
[12:28] <davidm> OK NCommander please test on your hardware
[12:28] <ogra> i will do that as soon as bug 331510 is solved
[12:29] <lool> The last comment says "it seems to be an alignment issue"; can we get a smaller test case of the alignment issue?
[12:29] <NCommander> lool, huh?
[12:29] <lool> NCommander: Can we get a smaller C test case reproducing the issue?
[12:30] <NCommander> Oh. Well, I can see the structs causing the breakage, I just need to figure out how to write some code that acts a test case
[12:30] <NCommander> The problem is this libraries structs are extremely odd (they're passing arries to unsigned shorts in functions)
[12:30] <lool> Well if it's sure it's an aligment issue, why do we need to test on other hardware?
[12:31] <NCommander> lool, mostly because I have no idea why we're having an issue. The kernel has a mechanism to correct alignment automatically.
[12:31]  * NCommander misspoke
[12:31] <NCommander> I'm fairly sure its the alignment. Its the only thing that seems to fit.
[12:32] <NCommander> Which, when enabled, still didn't fix the issue on the buildds, but changing the padding changes the results of the failures, and even causes different tests to fail.
[12:32] <ogra> hey, someone already added my bug to the roadmap ...
[12:32]  * ogra reverts his edit
[12:32]  * davidm is fast
[12:32] <lool> Ok, so NCommander are you taking the lead on this bug?
[12:33] <ogra> :)
[12:33] <NCommander> Yeah
[12:33] <lool> NCommander: Could you set yourself as assignee?
[12:33] <davidm> Ok
[12:33] <davidm> bug #322217: ixp4xx d-i firmware doesn't boot need to upload a changed APEX and rebuild d-i
[12:33] <NCommander> I'm going to kick upstream an email, maybe then can enlightment on the insanity of this library.
[12:34] <ogra> davidm, fixed
[12:34] <ogra> but bug 331510 newly introduced
[12:34] <davidm> ogra, are you taking the lead on this?
[12:34] <lool> ogra: What's the fix committed task in jaunty?
[12:35] <lool> ogra: on #322217; there's a task on linux; it's fix committed, what is it?
[12:35] <ogra> davidm, indeed
[12:35] <lool> "
[12:35] <lool> "
[12:35] <lool> adding linux task, teh endianess of the kernel image is wrong and needs to be flipped
[12:35] <lool> I guess it's done?
[12:35] <ogra> lool, thats done, right
[12:35] <ogra> firmware is done as well
[12:35] <lool> ogra: Could you close the linux task?
[12:35]  * ogra thought he closed all tasks already
[12:35] <lool> It's only fix committed
[12:36] <lool> ogra: bug 331510 isn't milestoned nor tracked for jaunty
[12:36] <ogra> lool, i just filed it at the beginning of the meeting :)
[12:36] <lool> ogra: Could you set milesone + track in jaunty + assign yourself ot it?
[12:36] <ogra> i'll do the paperwork afterwards
[12:36] <davidm> Ok
[12:36] <davidm> moving on
[12:36] <davidm> bug #319729: missing pselect() and ppoll() syscalls on ARM need to forward upstream to linux-arm-kernel
[12:37] <lool> amitk isn't around
[12:37] <lool> I think it was determined in the release meeting that this was fairly important
[12:37] <lool> There was discussion between pgraner and scott on they topic
[12:37] <lool> *the
[12:37] <davidm> OK OK will follow up with amitk off-line
[12:38] <lool> Ok
[12:38] <davidm> OK that was the end of the list any opens?
[12:39] <lool> can't think of any
[12:39] <lool> usual reminders about spec status and activity reports I guess :-)
[12:39] <davidm> OK then we can actually end the meeting early
[12:39] <NCommander> I do have a quick annoucement
[12:39] <lool> With persia and stevenk missing, we didn't cover much
[12:40] <davidm> Need to see what happened to persia
[12:40] <NCommander> As of last night, there are no more ARM specific failures in main. (there are a few general failures, and a few packages on x86 that got built on ARM by accident)
[12:40] <davidm> StevenK is on holiday today to tomrrow
[12:40] <lool> wow congrats
[12:40] <NCommander> (I nailed down KDE's last remaining main package
[12:40] <davidm> CGreat
[12:40] <NCommander> universe is slightly less happy, but at least main is on par with the Intel ports ;-)
[12:40] <lool> NCommander: on to universe and beyond!
[12:41] <NCommander> lool, on my todo already ;-)
[12:41] <lool> SCNR
[12:41] <NCommander> SCNR?
[12:41] <davidm> lool, what do we do about x86 packages that can't get built on ARM?
[12:41] <lool> davidm: If they don't make sense on arm, they should be listed in P-a-s
[12:42] <lool> It's just cosmetic I think
[12:42] <NCommander> We also have a few LP farts
[12:42] <NCommander> When the port was bootstrapped, LP ignored P-a-s at first on ARM
[12:42]  * NCommander looks at libx86 on ARM ...
[12:42] <davidm> I think we inherit  P-a-s from Debian?
[12:42] <lool> davidm: In all cases, no need to worry about it
[12:42] <lool> davidm: Yes
[12:43] <lool> davidm: Albeit I don't know whether it's still working properly as Pas moved to git in Debian and that needed some adjustments on our side
[12:43] <lool> Also the team maintaining Pas was made of 4 people actually connected to canonical IIRC, and the new team isn't connected at all I think
[12:43] <davidm> Ok thanks
[12:43] <lool> Actually 3/4 were related to canonical
[12:43] <lool> So I don't know whether that calls for a different handling of Pas or not
[12:44] <davidm> do we need to take this up with someone?
[12:44] <davidm> Ok lets take it off line and close the meeting
[12:44] <lool> davidm: We could do it as a low priority task I guess; reviewing whether more packages need to go in there and sending that to Debian
[12:45] <davidm> close meeting going once
[12:45] <davidm> lool, OK that makes sense
[12:45] <davidm> close meeting going twice
[12:46] <davidm> #endmeeting
[12:46] <MootBot> Meeting finished at 06:46.
[12:46] <lool> davidm: thanks for chairing
[12:46] <ogra> thanks
[23:45] <keffie_jayx> @now caracas
[23:46] <nhandler> keffie_jayx: The bot no longer manages the meeting schedule. Look at the Fridge's Google Calendar instead
[23:46] <keffie_jayx> nhandler, thanks