=== asac_ is now known as asac === txwikinger2 is now known as txwikinger === ajmitch_ is now known as ajmitch === MaWaLe is now known as tunisian === tunisian is now known as MaWaLe === ziroday is now known as zeroday === zeroday is now known as ziroday [10:35] * MaWaLe is away: brb [10:37] * MaWaLe is back (gone 00:01:34) === ejat is now known as e-jat [13:04] wasn't there supposed to be ubuntu-mobile meeting? [13:05] hu, June 4, 12:00 – 13:00 [13:05] Description * Location: IRC channel #ubuntu-meeting * Agenda: None listed as of publication [13:15] wrong timing :) [13:16] 21:00 UTC [13:16] But the fridge sais something else [13:16] ogra: http://fridge.ubuntu.com/calendar [13:17] so the fridge is obviously wrong [13:18] m'key...so we/someone should change that? [13:18] persia? [13:22] Someone should definitely change that. [13:33] What should it be? [13:34] 21:00 UTC [13:34] Is it correct now? [13:35] yep, thanks cody-somerville [13:35] cody-somerville, That looks great. Thanks. [13:36] I've updated all the events in the series so it should be fixed retroactively as well as for all future occurrences. [13:37] cody-somerville, Is that on the base calendar, or from an invite? [13:38] Its actually on the fridge calendar. [13:38] Also, "fixed" retroactively might be a bit misleading. For a long time, 12:00 UTC was the correct time. [13:38] (not that it ought matter for the future) [13:38] oops [13:39] persia, Do you want me to transfer ownership of the event series to yourself? [13:40] Um, no. While I know a bunch about it, I'm unsure I understand how to maintain it. [13:40] 21:00 UTC should be stable for at least several months to come (12:00 UTC lasted about 16 months). === ember_ is now known as ember === yofel_ is now known as yofel === thunderstruck is now known as gnomefreak === mvo_ is now known as mvo === fader is now known as fader|lunch === fader|lunch is now known as fader === MaWaLe is now known as MaWaLe_ === MaWaLe_ is now known as MaWaLe__ === MaWaLe__ is now known as MaWaLe === MaWaLe_ is now known as MaWaLe [21:00] #startmeeting [21:00] Meeting started at 15:00. The chair is NCommander. [21:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [21:00] argh, wrong time [21:00] #endmeeting [21:00] Meeting finished at 15:00. === ogra_ is now known as ogra [21:58] hi ogra [21:59] hey [22:00] #startmeeting [22:00] Meeting started at 16:00. The chair is NCommander. [22:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [22:00] [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090604 [22:00] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090604 [22:00] [link] https://wiki.ubuntu.com/MobileTeam/Roadmap [22:00] LINK received: https://wiki.ubuntu.com/MobileTeam/Roadmap [22:00] alright, who's here? [22:00] o/ [22:01] I am [22:01] * ogra waves [22:01] I'm here too; albeit I found my desktop crashed again [22:01] same here [22:02] * ogra is working from an old celeron cmpc [22:02] * NCommander notes his laptop been unstable, so if I go silent, it usually means my laptop is rebooting [22:02] I'm going to reinstall it tonight; I just finished backing up everything important :-) [22:02] semms i was to brave with the new intel driver :) [22:02] * NCommander will be setting his laptop to use the NVIDIA one until he's sure the intel one is more stable :-) [22:03] you should work from your babbage ;) its stable [22:03] paulliu is MIA [22:03] bad time for him [22:03] ogra, I don't have an external monitor or keyboard here [22:04] ogra, so is persia and StevenK, should I proceed or wait? [22:04] (and dyfet) [22:04] here :) [22:04] Never mind on that last bit :-) [22:04] it's an ugly time in Taiwan right now. [22:04] hi StevenK [22:04] davidm, indeed, and I suspect chaos would ensure if we attempted to float the IRC meeting [22:05] davidm, well, .au or .jp isnt much better [22:05] just slightly I agree [22:05] * StevenK looks for the matchsticks to hold his eyes open [22:05] * NCommander hooks a coffee IV into StevenK's arm [22:05] Ewww, coffee [22:05] StevenK, how about caffienated vegemite :-) [22:05] StevenK, just stick them under your fingernails you'll stay away then with NP [22:05] hey you dont have to drink it that way :) [22:06] NCommander: I don't think I want my Vegemite tainted with additives [22:06] StevenK, meh. I still can't find it in NYC, although I did find a store that sells Marmite, but anyway, I think we need to start now [22:07] That doesn't sound right. [22:07] NYC is well, New York. *Somewhere* has to [22:07] StevenK, the person I talked to said he knew a place in NJ that has it [22:07] NCommander, can you put the regular babbage update back on the roadmap ? [22:07] ogra, oh, sure [22:07] i think its worth having it [22:07] [topic] Action Item Review [22:07] New Topic: Action Item Review [22:07] [topic] # [22:07] NCommander to investigate https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/338148 (co) [22:07] New Topic: # [22:07] Launchpad bug 338148 in vnc4 "Needs new version from Debian: fails to build with removal of mesa-swx11-source" [High,Triaged] [22:07] * NCommander sighs [22:07] Still c/o [22:08] well, probably karmic helps :) [22:08] (if the buildds work again) [22:08] [topic] NCommander and GrueMaster to debug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/337809 [22:08] New Topic: NCommander and GrueMaster to debug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/337809 [22:08] Launchpad bug 337809 in linux "APIC error on CPU 0" [Medium,Triaged] [22:08] THat's still a c/o [22:08] rgr that [22:08] and I don't think we need to care about the lpia configuration item [22:09] [topic] Roadmap Review [22:09] New Topic: Roadmap Review [22:09] [topic] Babbage Status for Karmic (ogra) [22:09] New Topic: Babbage Status for Karmic (ogra) [22:09] no kernel before A3 i was told [22:09] ogra, do we at least have kernel sources this time around? [22:09] beyond that i have a karmic rootfs running on my B2 [22:10] according to amit we do [22:10] but same issue as last time [22:10] 30M tarball and he has to cherrypick [22:10] ow [22:10] yeah [22:10] brb, something is burning [22:11] there goes the fireman ... [22:11] The roof is on fire! [22:11] The roof is on fire! [22:11] Raise the roof! [22:11] Raise the roof! [22:11] :) [22:11] hopefully not his babbage bd... [22:11] dyfet: Mind picking up the chair? [22:11] well, he wont need the B1 anymore ... apart from possible jaunty stuff [22:12] back [22:12] I'm just going to hope that smell is from outside. [22:12] okay.... [22:12] ogra, my B1s are in Rochester ATM actually :-/ [22:12] ok, re-> B2 ... i tested the audio bits with the 2.6.26 kernel [22:13] there seems to be a HW issue when playing back music ... [22:14] not sure its caused by the driver so i'll wait for our own kernel, but playback only works for a certain amount of time until odd sounds come up [22:14] ogra, with raw ALSA or pulse running? [22:14] we also have no driver for the DVI port [22:14] with either [22:14] there is a GL driver thats supposed to work which i couldnt test yet [22:15] we'll also need to repackage that, its not poroperly packaged (GL libs replacing mesa etc) [22:15] ogra: is that related to bug #358851 [22:15] Bug 358851 on http://launchpad.net/bugs/358851 is private [22:16] nspoluginwrapper ? [22:16] no, i was using rhytmbox and totem ... [22:16] plars, nspluginwrapper won't work on ARM unless they hooked up an extreme scary QEMU hack [22:16] sorry, bug #358831 [22:16] *extremely [22:16] Launchpad bug 358831 in pulseaudio "[ARM] Pulse Audio eating up to much CPU" [High,Triaged] https://launchpad.net/bugs/358831 [22:16] wow. I can't even access that bug. [22:16] * plars can't type today :) [22:16] GrueMaster, you aren't in ubuntu-bugsquad? [22:17] if you play back any audio file after about a munite a tick sound appears [22:17] ogra, were you using pulse? [22:17] the ticking frequency raises over time [22:17] I thought I was. [22:17] both, with gstreamer wset to alsa or pulse [22:17] mist be a codec, driver or hardware issue [22:18] it sounds like a scratched CD [22:18] just that the frequency raises ... after some mins its not bearable anymore [22:18] and its reliably reproducable [22:18] That sounds like a Babbage 2 issue. I don't remember encountering that on the B1, but I can retest that once I go home [22:18] (hopefully this weekend) [22:18] lets wait for our own kernel, it might be the alsa driver in the 2.6.26 kernel [22:19] So what action items do we want to take from this? [22:19] 2.6.26 has a really old alsa. Could be the issue. [22:19] its just something i tested this week, no need to discuss it in depth [22:19] i'm happy to report that we have images btw :) [22:20] ogra, the live images work? [22:20] woo! [22:20] yea. [22:20] they might take 1h to boot but we have some [22:20] ogra, is there an open bug on the boot time? [22:20] unionfs/fuse is extremely slow in karmic [22:20] s/in karmic//g [22:20] Fixed that for you :-P [22:21] cjwatson knows about it and i think the general plan is to wait for mount --union instead of fixing unionfs-fuse [22:21] NCommander, it was ok speedwise in jaunty [22:21] (not great but ok) [22:21] now its really really slow [22:22] well, thats about the babbage status ... [22:22] feel free to move on :) [22:23] [topic] Specification Review [22:23] New Topic: Specification Review [22:23] I think we should save drafting the new roadmap until next week incase we still have unwritten specifications. [22:23] Agreed [22:24] * ogra has still a lot [22:24] Naughty ogra [22:24] But I can't talk [22:24] :0 [22:24] :) [22:24] * NCommander grumbles [22:24] Oh well [22:25] Need to crank on the spec 's [22:25] "All specifications from UDS to be considered for karmic must be drafted for next meeting to be included on the roadmap" - does that sound about right? [22:26] yup [22:26] yup [22:26] [action] All specifications from UDS to be considered for karmic must be drafted for next meeting to be included on the roadmap [22:26] ACTION received: All specifications from UDS to be considered for karmic must be drafted for next meeting to be included on the roadmap [22:26] There :-) [22:27] There been no status changes in any bugs we are tracking, I don't think we need to go over them [22:27] Anyone have any bugs we want to add to the roadmap? [22:27] There are a couple from ARM [22:28] https://bugs.launchpad.net/ubuntu/+source/gcc-4.3/+bug/347864 [22:28] Launchpad bug 347864 in gcc-4.4 "GCC generates invalid instructions when building for Thumb-2 on armel" [Undecided,Fix released] [22:28] https://bugs.launchpad.net/ubuntu/karmic/+source/ffmpeg/+bug/383240 [22:28] yeah loic spammed my inbox yesterday :) [22:28] Launchpad bug 383240 in ffmpeg "Integrate and enable ARMv5TE/v6/VFP and NEON optimisations from ffmpeg trunk for armel" [Undecided,New] [22:28] * NCommander hasn't even dealt with the backup of LP spam :-/ [22:28] In general, there are other interesting bugs to work on [22:28] * ogra has inbox zero at least once a day [22:28] lool, are we tagging bugs from ARM? [22:28] The thunderbird crash 340595 [22:28] yeah [22:28] And gnome-keyring's -O1 has been dropped, so it should bug again [22:29] davidm bumped the retracer RT for that [22:29] ogra, my inbox broke 2000 emails during the last two days of UDS, its down to about 400 now. [22:29] ogra, I can retrace it manually if its not been resolved by weeks end, I don't want that to be a blocker [22:29] so we should get proper arm retracers soon i hope [22:30] ogra, well, the ARM retracer is setup on rimu, the problem just a firewall issue; I had pitti setup the retracers on all architectures awhile ago [22:30] NCommander, its more important that apport works imho, butr feel free to attack the TB bug [22:30] TB? [22:30] Thunderbird [22:30] thunderbird [22:30] Bug #340595 [22:30] Launchpad bug 340595 in thunderbird "thunderbird-bin failed to start: burned lots of CPU crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/340595 [22:30] Not tuberculosis [22:30] *grin* [22:30] StevenK, actually, I was thinking technical board :-P [22:31] TB is also 'Terabyte' [22:31] *not* tebibyte :P [22:31] We had thunderbird issues in jaunty with just getting that beast to compile [22:31] :-/ [22:31] (one of the maikl threads i really dont need) [22:32] well, involve asac, he might be able to help [22:32] or anyone else from the mizilla team [22:32] ogra, we still need decent backtraces first :-) [22:32] yeah [22:33] I don't think I saw an answer; is there a tag we want to be tracking beside the normal arm/armel ones? [22:33] no, the two suffice imho [22:33] Ok [22:33] bad enough that we have two [22:33] I think it's nice to tag, but what matters is who is subscribed/assigned [22:33] We need to document the tag on the wiki [22:33] We should be in charge of the @canonical-mobile bugs [22:33] lool, if we have a consistant tag, I'll make a note to check it when I make new meeting pages. [22:33] s/tag/tags/ [22:33] we really should unify on one [22:34] lool, or should I say a high-priority tag [22:34] we just need to agree on which it should be, if we pick arm over armel though, apport will have to be fixed to deal with it [22:34] We have priorities on the bugs [22:34] I like the way the desktop team handles bugs [22:34] I think we need to go with armel, its the actual architecture flag [22:34] right, i'm all for armel [22:34] They use priorities, milestones, and assignments [22:34] lool, dont we too ? [22:34] And if we ever need to target big-endian arm hardware, then we'll have armeb [22:35] I don't mind tagging bugs related to arm "arm" or "armel", but that doesn't commit us from dealing with them [22:35] I can convert all the arm to armel if needed [22:35] armel might be a better choice then; it's what apport adds by default [22:35] lool, i'd personally like to have only one tag [22:35] Is there a way we could get some sorta armel report on people? [22:35] ogra: I agree [22:35] There are TWO discussions going on here [22:35] NCommander: such as? [22:35] One about looking for work items, which shouldn't be tracked by tags [22:36] And another about how to tag arm specific issues [22:36] yeah [22:36] Ok [22:36] [topic] How to tag arm specific issues [22:36] New Topic: How to tag arm specific issues [22:36] I think everybody agrees with tagging ARM issues "armel" and only that; not "arm" [22:36] NCommander, please sort :) [22:36] Lets take care of this one first, I think its the easier one :-) [22:36] I can generate reports based on tags if that's what you're looking for [22:36] plars: Not really [22:36] ++ for armel only [22:36] +1 on armel as well [22:37] +1 armel [22:37] plars: It's just an interesting piece of info which we should try to keep, but what matters to us is not the fact that it's ARM specific or not, just whether it's important, and on our plate [22:37] sounds like we all agree on armel ... [22:37] or most of us at least [22:37] +1 from me too [22:38] So the other topic is gathering bugs which should be on our radar [22:38] NCommander, ? [22:38] Who wants the action item on this? (which I'm not 100% sure it should be) [22:38] I don't know whether people are aware of the nice tool which rickspencer3 wrote for the desktop team's bugs [22:38] * ogra is i was in the talk :) [22:38] I wasn't, is there a link on what this tool was? [22:38] we should use it [22:39] NCommander: He said he'd publish it, but I don't know whether he did and am not aware where it is publicly available [22:39] it is on LP [22:39] i'll ask him about it if he's back from holiday [22:39] action that for me [22:40] Ah, its pm-dashboard [22:40] [action] ogra to investigate pm-dashboard [22:40] ACTION received: ogra to investigate pm-dashboard [22:40] thanks [22:40] https://launchpad.net/pm-dashboard [22:41] https://code.edge.launchpad.net/~rick-rickspencer3/pm-dashboard/trunk [22:41] [topic] Looking for Work items [22:41] New Topic: Looking for Work items [22:41] yeah [22:41] Ok, so on this topic now [22:41] ( https://code.edge.launchpad.net/~rick-rickspencer3/pm-dashboard/trunk ) [22:41] lool, you were saying? [22:41] I beat lool finding something on LP? O.o [22:41] [link] https://launchpad.net/pm-dashboard [22:41] LINK received: https://launchpad.net/pm-dashboard [22:41] I was saying that I prefer using some team to put bugs on our radar [22:41] [link] https://code.edge.launchpad.net/~rick-rickspencer3/pm-dashboard/trunk [22:41] LINK received: https://code.edge.launchpad.net/~rick-rickspencer3/pm-dashboard/trunk [22:42] StevenK: Actually I got it from rick :) [22:42] ogra: actually the speed was fine once I remembered to allocate 256MB of memory rather than kvm's default 128MB [22:42] see #ubuntu-desktop [22:42] (unionfs-fuse live CDs) [22:42] cjwatson, my ltsp tests today got me 4minute boots for just bringing up X [22:42] BTW, screenshot of pm-dashboard https://wiki.ubuntu.com/RickSpencer?action=AttachFile&do=get&target=pm-dashboard.png [22:42] [link] https://wiki.ubuntu.com/RickSpencer?action=AttachFile&do=get&target=pm-dashboard.png [22:42] LINK received: https://wiki.ubuntu.com/RickSpencer?action=AttachFile&do=get&target=pm-dashboard.png [22:42] cjwatson, vs 30sec boots to login window in jaunty [22:42] plars: Did you have any QA specific conversations around best usage? [22:43] ogra: ah, you have a worse problem than I do then. Anyway, didn't mean to interrupt ... [22:43] lool: best usage of? [22:43] I would say: subscribe canonical-mobile to get it on the radar of people in the canonical mobile team and assign it when it's in their reponsability to fix [22:43] lool, canoical-mobile or ubuntu-mobile ? [22:43] lool, only partner's will likely do that; any bug reports from our user base will either put ubuntu-mobile, or not put it at all. [22:43] plars: We want a good bug workflow; so far, it has wild and handled differently from person to person [22:44] lool: ah, qa process stuff, yes [22:44] I think we should discuss lool's idea on assigning this task [22:44] ogra: I think ~ubuntu-mobile is conflated and canonical-mobile is clearly defined; I've seen some canonical teams use canonical-$team [22:44] lool, I think using canonical-mobile is the wrong thing to do, since it suggests removing non-canonical involvement in the ARM port [22:45] Why so? [22:45] NCommander, pretty moot point with the set of HW we'll support in karmic [22:45] ogra, I'm worried on setting a president [22:46] there is no community to test the arm fixes we do [22:46] NCommander: I think it's fine if other people join and help; they can assign themselves to bugs or subscribe themselves too [22:47] lool, I get a bad feeling by using canonical-mobile vs. a non-canonical team. It basically says the ARM port will only be handled by Canonical folks. [22:47] No it doesn't. [22:47] It says this bug will [22:47] well, we will only support HW nobody else has [22:48] where should a community come from to help or test [22:48] I'll give the point, but I think this is an issue we may want to rediscuss in the future. [22:48] I don't think it's exclusive to say canonical-mobile has interest in a bug when the team is subscribed to it; the only thing which might be exclusive is the assignee [22:48] why not canonical-arm? [22:48] * NCommander forgot we had canonical-arm [22:48] for just the arm specific ones [22:48] plars: canonical-$team matches real canonical teams rather than people working on specific projects [22:49] feel free to subscribe both teams [22:49] ogra, I think this is for bug assignments, not subscription. [22:49] There were arguments against creating an ubuntu-arm in the past (ML and team); I personally wouldn't object to that in general, but I would like to stop proliferation [22:49] NCommander, subscription [22:50] assignment should still be to specific people [22:50] * NCommander notes the kernel team uses assignments [22:50] We're running out of time, do we want to save this issue for next meeting? [22:50] So we have this mass of bugs from which we're going to extract a subset where a) canonical is genuinously interested in fixing for business reasons b) canonical is interested because of general maintenance of the port [22:50] assignment implies that the individual is actively working on the bug [22:51] I think having a clear policy on handling ARM bugs is a good idea [22:51] plars: Or has responsability to fix it [22:52] I'm going to call time on this issue, and put it in the agenda for next week. [22:52] [action] Management of ARM bugs to continue next week [22:52] ACTION received: Management of ARM bugs to continue next week [22:53] [topic] Any other business [22:53] New Topic: Any other business [22:53] NCommander: I'd like to not limit it to just arm bugs, but all bugs we care about [22:53] [action] Management of Mobile Team Bugs to continue next week [22:53] ACTION received: Management of Mobile Team Bugs to continue next week [22:53] plars, good idea. [22:53] thanks :) [22:53] actually [22:54] If anyone has a good proposal for how to handle this, please send it to my canonical email address, and we'll iterate in turn on each one, as well as keep discussion open [22:54] doh... only I won't be able to make the meeting next week [22:54] plars: I agree, I don't think the discussion needs to be ARM specific [22:54] plars, see above :-) [22:54] ok [22:55] I just have concerns on cramming everything in especially with roadmap construction next session. [22:55] plars, what, no multitasking ? :) [22:55] ogra: only if I can connect to irc from a plane [22:55] heh [22:55] * ogra wasnt serious [22:56] :) [22:56] plars, Delta been rolling out wifi on their flights :-) [22:56] though lufthansa has wlan in their first vclass since years [22:57] [action] Any member who would like to make a proposal for handling of bugs, please send it to NCommander's email, to be discussed and summarized during the next IRC meeting. [22:57] ACTION received: Any member who would like to make a proposal for handling of bugs, please send it to NCommander's email, to be discussed and summarized during the next IRC meeting. [22:57] 3mins ... [22:58] actually [22:58] Who's going to be here next week? [22:58] * NCommander wonders if there are enough people to warrant a meeting and roadmap construction [22:58] * ogra is [22:58] * NCommander is [22:58] I might be depending on connectivity [22:58] davidm, do you want me to proceed with roadmap construction (pending your final approval) if your not? [22:58] * StevenK is [22:59] what happens next week? :) [22:59] HAve meetings next week however and they could overrun this timeslot [22:59] on site visit [22:59] NCommander, sure [22:59] ogra: ah... [22:59] davidm, *nods* [22:59] yeah, we need to get the rodmap together [22:59] Ok, so we'll have our meeting as planned. Hopefully with everyone here :-) [23:00] I will depending on how my desktop rebuild goes. [23:00] #endmeeting [23:00] Meeting finished at 17:00. [23:00] Cya next week :-) [23:00] bye [23:00] bye === bazhang_ is now known as bazhang