[03:24] i learnt === Claudinux_ is now known as Claudinux [09:40] test [09:40] success [09:48] persia, which link should i try exactly to renew my membership? [09:50] amachu_: That will take me a couple minutes. Sorry :) [09:57] amachu_: I *think* https*//launchpad.net/people/+me/+expiringmembership/ubuntumembers is the right link. [09:57] Err, https://launchpad.net/people/+me/+expiringmembership/ubuntumembers [10:00] persia, thank you [10:01] elky, Hi [10:01] lifeless, Hi [10:01] freeflying, Hi [10:01] all of us are here to go? [10:04] just starting now? [10:04] amachu, hi! [10:05] amachu_: Seems to have worked for you :) I get an error when I visit there, but it matches a pattern :) [10:07] elky, yep [10:10] By my calculations we have one applicant in the channel, unless the others are hiding under nicknames not listed on the wiki [10:11] and then there were two. still lacking quorum though [10:11] lifeless: ping? [10:11] * vish o/ [10:14] elky, who is that [10:14] amachu, who is what? vish and om26er are applicants. [10:14] duluu ? [10:15] so far not in this channel [10:15] nickserv claims to not have seen him since 3 weeks ago [10:16] popey, or another RMB member around? [10:16] freeflying, lifeless ping [10:19] :( === ogasawara_ is now known as ogasawara [10:28] * persia sends out other sorts of alerts to missing parties [10:28] vish, om26er we are lacking quorum as yet [10:28] let us see, if we could get few more Board Members to continue.. [10:28] :( [10:28] preferable another 10 minutes [10:33] I've been advised freeflying won't be able to make it. [10:37] persia, on membership link problem, are you logged in [10:38] amachu_: Yes, but my membership isn't currently expiring, which is my suspected culprit [10:39] persia, ok [10:40] persia, elky We shall sign it off today then.. [10:40] and schedule it to fourth Saturday.. [10:40] Yeah, i think anything else would be ambitious [10:41] fourth what? [10:41] Saturday? [10:41] persia, Tuesday [10:41] Sorry [10:41] Right. [10:41] much better :P [10:42] vish, om26er: Thanks for joining. Sorry we couldn't take up your application, We lack quorum today [10:42] np.. :) [10:42] hoping to see you both, next meeting.. [10:42] sure [10:43] thank you every one for joining, if there isn't anything else to share.. [10:58] http://konkurranse.ps.no/vote/208http://konkurranse.ps.no/vote/208http://konkurranse.ps.no/vote/208http://konkurranse.ps.no/vote/208http://konkurranse.ps.no/vote/208http://konkurranse.ps.no/vote/208 [12:58] * asac waves [12:59] morning all [12:59] ah ... there he is ;) [13:00] * cooloney waves back to all [13:00] sorry that I'mlate [13:00] nope, right on time :) [13:00] * NCommander is also dealing with a sticking spacebar [13:00] #startmeeting [13:00] Meeting started at 07:00. The chair is NCommander. [13:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [13:00] just in time [13:00] give me a moment to get setup [13:01] * NCommander just got his laptop powered on [13:01] morning dmart [13:01] ugh [13:01] the wiki is timing out [13:01] can someone post the wiki page? [13:02] [LINK] https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100209#preview [13:02] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100209#preview [13:02] oops [13:02] well [13:02] ;) [13:02] review doesnt hurt [13:03] thanks asac [13:03] ugh [13:03] [LINK] http://pastebin.ubuntu.com/372469/ [13:03] LINK received: http://pastebin.ubuntu.com/372469/ [13:03] Oh, did the preview link work? [13:03] JamieBennett: GrueMaster: ogra: ping [13:03] [topic] Action Item Review [13:03] New Topic: Action Item Review [13:03] moop [13:04] hey ogra [13:04] * NCommander is lagging very badly [13:04] ere [13:04] * asac tries to find ericm [13:04] [topic] * JamieBennett to complete imx51 backportng documentation on [13:04] New Topic: * JamieBennett to complete imx51 backportng documentation on [13:04] boot-speed. [13:04] I suck [13:04] need to do that still [13:05] [topic] cooloney to investigate lucid kernel patches that may need back-porting. [13:05] New Topic: cooloney to investigate lucid kernel patches that may need back-porting. [13:05] i think thats mostly implemented now [13:05] yes [13:05] and we had a meeting where he presented a list [13:05] cooloney: ? [13:05] anything you still have in the pipeline for the backports? [13:06] asac: i think some of them were merged [13:06] and uploaded [13:06] today, yes [13:06] such as modules.builtin [13:06] cooloney: whats left? [13:06] populate_rootfs [13:06] or is all done? [13:06] * ogra is eager to see todays kernel :) [13:06] ubuntu/ directory changes will be next [13:07] i thought there were no relevant ones [13:07] at least thats what i got in the meeting [13:07] and AppArmor as soon as jj provide the git tree [13:07] ogra: right, [13:07] so lets leave that out [13:07] which means only AA left [13:07] [topic] ericm and NCommander to investigate what causes the gnome-panel crash/restart cycle. [13:07] New Topic: ericm and NCommander to investigate what causes the gnome-panel crash/restart cycle. [13:07] all the candidates were listed in the wiki page [13:07] oops, sorry [13:08] i think thats all fixed by our kernel patch [13:08] (gnome-panel etc.) [13:08] well, lets see how its on the real HW they release :) [13:08] asac: gnome-panel? As far as we know,m but I didnt get to abuse the board :-) [13:08] on the AA topic: i think it was said that AA backports are not needed, but good to have [13:08] that test board isnt really what we'll get, no ? [13:08] i think its safe to assume its fixed [13:09] I think we can say the same for the next action item [13:09] asac, well, before cooloney idles in front of his desk ... its nice to have the AA backports :) [13:09] NCommander: gimme an action to tell ericm to smoke test the panel a bit [13:09] cooloney: so yeah. please backport the bitgs [13:09] ogra: right, and according to JJ, it is not very hard to do that [13:09] I tested for the gnome-panel crash for a while over the sprint, and was unable to reproduce with the latest round of kernels [13:09] right [13:09] [action] ericm to smoke-test gnome-panel on dove x0 with kernel patches [13:09] ACTION received: ericm to smoke-test gnome-panel on dove x0 with kernel patches [13:09] asac, ericm, and NCommander to talk about Thumb2 issues after the meeting and report back. [13:09] plars: thanks [13:09] er [13:09] [topic] asac, ericm, and NCommander to talk about Thumb2 issues after the meeting and report back. [13:09] New Topic: asac, ericm, and NCommander to talk about Thumb2 issues after the meeting and report back. [13:10] plars, on X0 or older HW ? [13:10] no, on Y1 [13:10] ah, very cool! [13:10] * ogra takes back his staement from above then [13:10] i thought we only had it gone on X0 [13:10] but since we didn't have a perfect way to reproduce, and it didn't happen every time, it's also possible that I just got lucky [13:11] so on thumb2 issues, yX is hardware bugs and fubared. X0 with kernel patches is stable [13:11] * NCommander fixed his spacebar! [13:11] woo [13:11] [topic] cooloney to ping fsl for more reliable chip rev checking method. [13:11] New Topic: cooloney to ping fsl for more reliable chip rev checking method. [13:12] Apologies, I thought I already was in the channel [13:12] yeah, i think that is an old action [13:12] yeah [13:12] i got confirmation from fsl already [13:13] i asked last meeting to have it dropped [13:13] our patch about the chip rev is right. [13:13] ok then [13:13] and the uboot might have some patch to fix that [13:13] [topic] cooloney to ping fsl about suspend [13:13] New Topic: cooloney to ping fsl about suspend [13:13] it has [13:13] same issue [13:13] i asked to drop it [13:13] works and all [13:13] cool! [13:13] woo [13:13] [topic] NCommander to investigate ericm's xorg naming bug [13:13] New Topic: NCommander to investigate ericm's xorg naming bug [13:14] suspend actually no further feedback from fsl, [13:14] * NCommander honestly has no idea what this AI was [13:14] thanks ogra [13:14] [topic] persia, asac, Gruemaster to discuss meeting rotation schedule and report back. [13:14] New Topic: persia, asac, Gruemaster to discuss meeting rotation schedule and report back. [13:14] NCommander: lol [13:14] we didint reach consent on that [13:14] push forward [13:14] asac: c/o? [13:14] yes [13:14] asac: right, carry over :-) [13:15] [topic] Standing Items [13:15] New Topic: Standing Items [13:15] * persia failed completely, and sends out the appropriate email [13:15] The burndown chart page seems to be broken (or old link) [13:15] you have my full consent to move it to a more reasonable time for the PST timezone. [13:15] that url is broken [13:15] [topic] Kernel Status (cooloney, ericm) [13:15] New Topic: Kernel Status (cooloney, ericm) [13:15] hey [13:15] asac: whats the right URL? [13:15] please start on top [13:15] NCommander yes its broken, use the people.u.c link [13:15] fsl kernel was uploaded today [13:15] it includes some backport features. [13:15] please use the last weeks wiki to start a new weeks wiki ;) [13:16] last one was people already? [13:16] http://people.canonical.com/~pitti/workitems/canonical-mobile.html [13:16] LINK received: http://people.canonical.com/~pitti/workitems/canonical-mobile.html [13:16] sorry. lets continue with kernel [13:16] because NCommander already started that [13:16] we can go back afte3r that [13:16] cooloney: go ahead [13:16] we're so greeeen [13:16] ogra: green? [13:16] (back to kernel, yeah) [13:16] heh [13:16] i'm working on the USB issue [13:17] great. [13:17] mine? [13:17] and ethernet issue [13:17] yeha, me wouls love to see bug 457878 fixed [13:17] any ideas whats going on for the carrier thing? [13:17] Launchpad bug 457878 in linux-fsl-imx51 "imx51 on board ethernet plug/unplug events not detected" [Medium,Confirmed] https://launchpad.net/bugs/457878 [13:17] *would even [13:17] cooloney: do you need help from fsl on that? [13:17] ogra: yeah, that is very annoy [13:17] asac: yeah, please help me to ping them. [13:17] i personally think its not properly integrated with mii [13:17] cooloney: i will raise the ethernet issue on todays call [13:17] actually, i ping them before about this [13:17] lets bring it up on the call [13:18] asac: cool [13:18] cooloney: can you forward me the mail you sent last time? [13:18] i will ensure they look [13:18] asac: ok, will do soon, [13:18] next time i will keep you in the loop [13:18] thx [13:18] ok to move onto burndown charts? [13:18] anything else on kernel? [13:18] ericm isnt here [13:18] please test todays imx upload extensively [13:19] [topic] Burndown Chart [13:19] New Topic: Burndown Chart [13:19] [LINK] http://people.canonical.com/~pitti/workitems/canonical-mobile.html [13:19] [link] http://people.canonical.com/~pitti/workitems/canonical-mobile.html [13:19] LINK received: http://people.canonical.com/~pitti/workitems/canonical-mobile.html [13:19] LINK received: http://people.canonical.com/~pitti/workitems/canonical-mobile.html [13:19] we have some new features that were never tested before [13:19] oops ;) [13:19] [LINK] http://people.canonical.com/~pitti/workitems/canonical-mobile-lucid-alpha-3.html [13:19] LINK received: http://people.canonical.com/~pitti/workitems/canonical-mobile-lucid-alpha-3.html [13:19] * NCommander kicks his lagging [13:19] so ... alpha-3 is what is our real goal [13:19] the full cycle chart is a bit lying to us [13:19] because stuff needs to be finishef by alpha-3 [13:19] bah [13:19] but iots greener ! [13:19] *its [13:19] ugh [13:20] * cooloney is apt-get upgrading on his board [13:20] yes. it gives us a false pov [13:20] pfft [13:20] :-/ [13:20] * ogra likes the more positive pov [13:20] mobile-lucid-arm-une is waiting on everything else, [13:20] StevenK: waiting on what in particular? [13:20] Such as chromium, office suite, etc [13:20] * NCommander agrees with ogra [13:21] StevenK: those work items are in the other specs arent they? [13:21] imo we can kill them there [13:21] GNOME games refactored and split: TODO [13:21] whats up with that? [13:21] can we set that to DONE? [13:21] asac: Right, but -arm-une has a work item for "drive all the other specs to completion" [13:21] isnt that desktop team work anyway ? [13:21] and coordinate with -desktop team on the rest? [13:21] StevenK: document a high level summary of the arm UNE changes at the end of cycle: TODO [13:21] * ogra fuels up StevenK [13:22] that one should be targetted for lucid-beta-2 [13:22] or so [13:22] let me do that [13:22] Excellent [13:22] I'll talk to seb about gnome-games tomorrow [13:22] Or someone in his timezone can, I don't mind [13:22] ok [13:22] Personally, I fail to see the point, the armel UNE images are *tiny*& [13:22] i am fine with setting that to done/postponed or assigning it to didrocks [13:22] s/&// [13:22] ok [13:23] StevenK: how tiny? [13:23] then lets set that to DONE [13:23] * NCommander can't get on cdimage.u.c [13:23] in case we are happy with the current games [13:23] NCommander, 500something [13:23] if not we might want to add more [13:23] ogra: wow. [13:23] * NCommander wonders how much the langpacks are eating up though [13:23] plars: mobile-lucid-bringup-testing [13:23] is blocking on what? [13:23] NCommander: dove is 491, imx51 is 520 [13:23] *tiny* [13:23] we'll get gnumeric and abiword in the next one though [13:23] that will grow a bit again [13:24] Sure, but I'm guessing only to 550 or so [13:24] unless we keep out these changes [13:24] What is our image size limit? [13:24] asac: the implementation in checkbox is done, just need to do some testing of the images with it. I will try to get to it this week, but I'm also hammering out other things [13:24] ogra: I thought we were moving to google docs [13:24] 1G [13:24] GrueMaster, img has 1G iirc [13:24] In the code, anyway [13:24] davidm has been saying as small as possible [13:24] * NCommander notes that can be changed if we have a valid reason to but IMHO, smaller images == doubleplusgood [13:24] such as the suspend resume, some transitioning of pairwise testing to its own iso tracker space, and getting the une-armel images setup for iso tracker for A3 [13:24] ok [13:25] NCommander: https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-lucid-arm-softboot-loader [13:25] still has one item open [13:25] kill or keep? [13:25] Retest kexec() on dove and imx51 final [3 hours]: TODO [13:25] do we want to add as many langs to our images as possible btw ? [13:25] asac: is there something else I should do to mark mobile-lucid-bringup-testing done? [13:25] asac: need to poke someone with an imx51 board to test [13:25] if we have so much space [13:25] asac: it failed on dove. [13:25] image needs to stay under 700M [13:25] who wants the action item? [13:25] cooloney, how's kexec on imx51? [13:25] * ogra will ask that later again in the image discussion [13:25] Needs to fit a CD [13:25] NCommander: please give us instructions [13:26] davidm, huh ? [13:26] davidm, it cant [13:26] davidm: I'm happy to tread on the code to enforce that [13:26] plars: only what is left in the WIs [13:26] davidm, armel img ... SD card images ... CD doesnt make any sense [13:26] plars: "Write a script to pull in arm specific system information (i.e. uboot version): TODO" [13:26] if you cant do that, postpone [13:26] Actually, it probably needs to be a little smaller, like 650, if you want to actually burn the .img itself to a CD [13:26] ogra, Cd is only cheap way to ship images that can then be installed to USB stick [13:27] CD *does* make sense. While not many boards can boot from CD, being able to put the image on a CD significantly eases distribution. [13:27] asac: ah, well I was going to just mark that one done (forgot about it actually) since we're pulling in all we can right now. We can revisit later if more things become available [13:27] davidm, DVD works too, no ? [13:27] ogra: DVD blanks cost more [13:27] ogra, more expensive [13:27] plars: ok. then its done - implemented [13:27] and DVD burners are not ubiquious yet [13:27] ericm_: i did not test yet, it is supposed to fail, heh [13:27] a few cents [13:27] IMHO, >= 650MB does not qualify as "as small as possible" --- so fitting on a CD should not be a problem [13:27] cooloney: ouch. why? [13:27] ogra: Adds up when multiplied by a very large number :) [13:27] plars: i set it done [13:27] davidm: Does 520 quality? :-) [13:27] NCommander: oh, i got a bug about that. [13:27] Er, qualify [13:27] dmart, its a question of languages we ship [13:28] * ogra would prefer to ship more langs [13:28] cooloney: so can I kill to action item to test kexec on ARM? [13:28] Sorry, I'm fading fast, not quite in the Australian timezone yet [13:28] NCommander: just try to fix it, heh, [13:28] we can ship 700M [13:28] sure [13:28] ogra, ~ how much space does each lang take? [13:28] its just a waste imho [13:28] please fill it up with as many langs as possible [13:28] cooloney: ENOIMX51HW [13:28] StevenK: can you do that programatically? [13:28] Roughly 15MB or so [13:28] Can we take this off the meeting, and come back with a resolution? [13:28] NCommander: ok, let me do it [13:28] dmart, depends on the language, but an average of 15M might be the number here [13:29] Filling up any space on a CD with langs is OK; its the size of the typical install we care about [13:29] asac: No, it involes handwavy crap, and I need to make sure I don't step on the i386 image [13:29] ericm_: it might be a common feature missing on ARM v7 [13:29] i.e. chinese is a lot bigger than german [13:29] StevenK: ok. so lets do that before beta and RC/final [13:29] cooloney, someone reported a success on omap [13:29] I can start doing that now [13:29] dmart, right thats below 600M anyway [13:29] I can also fix the code to cry if it's above say, 600MB? [13:29] sure [13:29] for the live image [13:29] [ACTION] StevenK to talk to pitti how to fill up armel img with langs without busting i386 [13:30] I don't need pitti [13:30] ericm_: is that because they applied the patches from Tony you posted to me? [13:30] I just need to do it [13:30] right [13:30] cooloney, exactly [13:30] StevenK: then skip the pitti part [13:30] just a simple seed change [13:30] ;) [13:30] and a matter of us selecting which langs [13:30] [ACTION] StevenK to fill up armel img with langs without busting i386 [13:30] NCommander: ^ [13:30] ericm_: good, so i think we can file are bug named kexec fails on ARM v7 [13:30] [ACTION] StevenK to fill armel image with lang packs without breaking i386/amd64 [13:30] ACTION received: StevenK to fill armel image with lang packs without breaking i386/amd64 [13:30] [action] team to discuss which langs we want to ship [13:30] NCommander, ^^^ [13:30] :) [13:30] anyway [13:30] ericm_: then mark fsl, mvl and versatile v7 kexec bug as duplicated [13:30] NCommander, maybe we'll wait cooloney to see the result to kill soft-boot-loader or not, most likely not able to get this into lucid [13:31] We don't build UNE for amd64, fail [13:31] ogra: thats a none issue [13:31] [action] Team to discuss langs to ship on armel images by default [13:31] ACTION received: Team to discuss langs to ship on armel images by default [13:31] asac, why ? [13:31] Ok, people [13:31] we're getting off topic [13:31] because we follow the same fill up algorithm that is used by desktoP/une [13:31] asac, we cant ship all, so we need to make a pick [13:31] So, shall I also change the code for .img oversize? [13:31] ogra: there are rules [13:31] asac, but we can ship a lot more [13:31] * StevenK votes for tlh [13:31] asac, there are [13:31] ogra: there are rules ;) [13:31] [topic] QA Status (GrueMaster, plars) [13:31] New Topic: QA Status (GrueMaster, plars) [13:31] ? [13:32] The pairwise install testing has a place now on iso tracker [13:32] ogra: lets discuss that offline. [13:32] yeah [13:32] plars: great [13:32] Not much to report image wise, as we haven't had a new image since last week. [13:32] And has been announced on the mailing list [13:32] but... [13:32] it's moving (kinda) [13:32] GrueMaster: ok [13:32] [LINK] http://pairwise.qa.ubuntu.com/ [13:32] LINK received: http://pairwise.qa.ubuntu.com/ [13:32] I just got that this morning [13:32] GrueMaster: did you make progress on a standardized weekly QA report? [13:33]