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