=== Amaranth_ is now known as Amaranth === Craig_Dem_ is now known as Craig_Dem === virtuald is now known as leagris === leagris is now known as virtuald [08:02] do we have a asia pac meeting tonight [08:04] there wasn't one last week, so I'd assume yes === azul_ is now known as jodh [11:08] diwic: is the meeting now? [11:09] rodrigo_, yes, but we seem to be the only ones present [11:09] :) [11:11] rodrigo_, I pinged awolfson and TheMuso, I'll give them a minute or two and see if they show up [11:11] awolfson's on the channel, can't see ronoc anywhere [11:11] ok, let's start [11:11] #startmeeting [11:11] Meeting started at 05:11. The chair is diwic. [11:11] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [11:12] First; anybody want a topic to add, something we should discuss? [11:12] So I assume we don't have an agenda... [11:13] [LINK] https://wiki.ubuntu.com/Audio/MeetingAgenda [11:13] LINK received: https://wiki.ubuntu.com/Audio/MeetingAgenda [11:13] [TOPIC] Anything in particular we want to discuss [11:13] New Topic: Anything in particular we want to discuss [11:14] So; a few days ago I found bug #579300, about OSS emulation removal and a few angry users having their features removed. [11:14] Launchpad bug 579300 in linux (Ubuntu) "Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*" [Wishlist,Fix committed] https://launchpad.net/bugs/579300 [11:15] I still think it's the right thing to do but I would like some arguments :-) [11:16] TheMuso, do you know more than I do? [11:16] no [11:16] ok; so basically, this was Daniel's decision and we trust him? [11:17] We both made the decision, as Fedora and other distros have disabled it as well. We meant to get ossproxy packaged for maverick, but that didn't happen. [11:17] so, this is to make oss apps use pulseaudio? [11:18] Yes [11:18] then yes, +1 :-) [11:19] TheMuso, so let's add an action item to package ossproxy for Natty, if we think that'll help [11:19] Any volunteers? [11:19] It will help. [11:19] If its trivial, I could probably get it packaged when I have a few spare cycles. [11:19] But if someone wants experience in packaging, them feel free to take it, and I am happy to review it. [11:19] same here, if it's too complicated, I might need help [11:20] TheMuso, ok, I'll take it, and ask you for help if I can't, ok? [11:20] Sounds good. [11:20] [AGREED] rodrigo_ to package ossproxy for Natty (with assistance from TheMuso if necessary) [11:20] AGREED received: rodrigo_ to package ossproxy for Natty (with assistance from TheMuso if necessary) [11:21] Or was that "Action"? Who knows :-) [11:21] I think action is what you want. [11:21] [ACTION] rodrigo_ to package ossproxy for Natty (with assistance from TheMuso if necessary) [11:21] ACTION received: rodrigo_ to package ossproxy for Natty (with assistance from TheMuso if necessary) [11:22] Ok, anything else? [11:23] Let's move on [11:23] [TOPIC] Any bugs we should look into in particular? [11:23] New Topic: Any bugs we should look into in particular? [11:23] What's pestering you the most currently? [11:24] not much, audio working quite good, even on natty :) [11:24] fantastic :-) [11:24] I'm currently trying to make upstream ALSA understand the need for consistent volume control naming [11:25] there's still the GTK3 bugs for indicator, bit the desktop team has plans to coordinate that with unity [11:25] so, no pestering there [11:26] The "Front" volume control or switch sometimes control front line-out only, and sometimes headphones and/or internal speakers as well [11:26] nice :) [11:26] Front as in the channel (i e not C/LFE/surround), not as in location [11:27] with the result that we can't code PulseAudio in a way that'll work everywhere [11:27] I discovered that we have a PA patch that adds "Master Front", and we let that mean something controlling HP and Speakers as well, and let "Front" control the line-out only [11:28] But upstream doesn't like the "Master Front" and want to change the other name instead [11:30] *sigh* [11:30] so now that I've finished moaning, let's move on [11:30] :) [11:30] [TOPIC] Anything in particular we've been working on the previous week [11:30] [TOPIC] Anything in particular we've been working on the previous week [11:30] New Topic: Anything in particular we've been working on the previous week [11:31] Well, I've actually started a little on the audio apport symptom [11:32] I wrote a "Jack" parser from the codec file, see http://pastebin.ubuntu.com/535499/ [11:32] Do you think it looks good? [11:32] Cool. [11:33] looks ok, but too complex for basic users, I think [11:34] but looks ok for someone really knowing what is it [11:34] rodrigo_, hmm? It was based on the suggestion on the UDS session that normal users want to relate to the Jacks rather than the card name [11:34] ah, ok [11:34] Since I am on rotatino, I just did a little reading of bug mail, and merged packages from Debian, mainly jack stuff. [11:35] rodrigo_, but I'm open for suggestions [11:35] TheMuso, so anything interesting coming in from Debian at this point? [11:35] on my part, since we now have libcanberra-gtk3 in natty, started working on packaging stuff that use it, like gnome-media [11:35] diwic, not sure what to suggest, so I'll shut up for now :-) [11:36] rodrigo_, ok, let me know if you have improvement ideas [11:36] yes, I will [11:36] not that I know of. [11:36] nothing jack wise anyway. [11:36] although I guess we could accompany that in the UI with a nice picture of the jacks [11:36] that should make it user-friendly [11:37] can we do that in the apport stuff? [11:37] Oh rtkit is now synced with Debian, so rtkit is not maintained in pkg-multimedia repos in debian. [11:37] that is, add an image to the dialog? [11:37] s/not/now/ [11:37] TheMuso, do you have upload rights for those things in Debian? [11:37] No. [11:38] But I have git commit access, so if we need something urgently, I can always temporarily create an Ubuntu branch, make an Ubuntu package, and merge the changes into debian's branch, and an upload to debian will straighten things out. [11:39] rodrigo_, it's going to be hard for the cli version ;-) [11:39] diwic, well, average users would probably always use the GUI version, right? [11:39] There's a fair few folk active in Ubuntu with upload access for pkg-multimedia stuff, so it's not typically hard to get an upload there. [11:40] rodrigo_, but for gtk, it should be possible, I think that'll require a little more knowledge in apport than I currently have [11:40] diwic, ok, I'll have a look [11:40] rodrigo_, are you familiar with apport/python? [11:41] not much with apport, but a little bit, so will look at it [11:42] ok [11:43] rodrigo_, lets chat a little about that after the meeting if you like [11:43] ok [11:44] Other than that, I've been quite busy with HWE work these weeks, so there hasn't been that much time to do other things [11:44] HWE? [11:45] HWE = HardWare Enablement, i e what I'm hired for :-) [11:45] ah, ok :) [11:45] Anything else? [11:46] let's move on [11:46] [TOPIC] Anything in particular we plan to do the coming week? [11:46] New Topic: Anything in particular we plan to do the coming week? [11:46] for me, packaging ossproxy and look at the apport stuff, apart from packaging more stuff that uses the libcanberra-gtk3 thing [11:47] I'll hope I have some time to continue on the apport symptom, perhaps also start on some of the pro-audio-secured stuff. [11:47] Me, nothing on the audio front, unless I am prodded by someone to review/upload audio related packages. :) [11:48] As for these meetings, I think every 14 days will suffice, rather than once a week, or what do you think? [11:49] Seconded. [11:49] Btw, do any of you have gmail accounts? [11:50] No, but I do have a canonical calendar hosted on Google. [11:50] i.e a canonical.com google calendar. [11:51] TheMuso, the same goes for me, and it might cause problems with the fridge calendar [11:51] But I'll struggle with it to next meeting :-) [11:51] heh [11:52] diwic, yes, rodrmoya@gmail.com [11:53] rodrigo_, would you mind following https://wiki.ubuntu.com/Fridge/Calendar instructions and try to set up a meeting dec 7? [11:54] rodrigo_, and see if it works better for you? [11:54] ok [11:55] [AGREED] Meeting interval is every 14 days, next meeting is Dec 7. [11:55] AGREED received: Meeting interval is every 14 days, next meeting is Dec 7. [11:55] hello [11:55] Is there anything else that I need to be present for? Its getting late here... [11:56] TheMuso, I was about to end the meeting unless awolfson or someone else has anything to add? [11:56] so, Dec 7 at 12PM CET, right? [11:56] rodrigo_, right [11:56] diwic: sounds good. [11:57] ok, let's end the meeting then [11:57] #endmeeting [11:57] Meeting finished at 05:57. [11:57] thanks for attending [11:57] thanks folks. [11:58] awolfson, a little late perhaps :-) [12:00] when meeting starts? i thought 7:00 EST? [12:00] diwic, ok, seems it worked [12:01] ooo, looks like 6:00 EST, because of day saving [12:02] ugh, I removed it [12:02] awolfson, hmm, hope I didn't calculate things wrong for you [12:02] awolfson, sorry :-( [12:03] diwic, so it is 6:00 my time ? [12:04] awolfson, I'm afraid so, thought you were at UTC-4 [12:04] it is 7:04 here now [12:04] I guess it is daylight saving change [12:06] awolfson, maybe === BlackZ_ is now known as BlackZ === yofel_ is now known as yofel [12:59] #startmeeting [12:59] Meeting started at 06:59. The chair is NCommander. [12:59] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [12:59] * NCommander notes the laptop clock is a bit fast [12:59] who's here? [13:01] davidm_: GrueMaster_: ogra: ping? [13:01] persia: ? [13:02] moo [13:02] me [13:02] oh good, signs of life === GrueMaster_ is now known as GrueMaster [13:02] david is on vacation [13:02] as well as ricardo [13:02] no life here [13:03] [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20101123 [13:03] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20101123 [13:03] * NCommander feels hidious so wishes to make this a short meeting [13:03] * ogra fixes the bugtasks link [13:03] [topic] Action Item Review [13:03] New Topic: Action Item Review [13:04] skipping non-president people's items [13:04] ricardos item is done [13:04] [topic] ogra_ac and rsalveti to talk to davidm on proper approach to fix Qt [13:04] New Topic: ogra_ac and rsalveti to talk to davidm on proper approach to fix Qt [13:04] we did that during the meeting iirc [13:04] oh [13:04] [topic] GrueMaster to fix assigned bugs list [13:04] New Topic: GrueMaster to fix assigned bugs list [13:04] after you made it an action [13:05] ogra fixed it before I could. [13:05] sorry :) [13:05] [topic] ogra_ac to follow omap3 kernel situation [13:05] New Topic: ogra_ac to follow omap3 kernel situation [13:05] still in progress [13:05] and i looked at ebay [13:05] under which name is that soul offered ? [13:06] * ogra couldnt find anything [13:06] ogra: discovered that eBaying one's soul is against the Terms of Service [13:06] pfft [13:06] just name it differently :) [13:06] /dev/life? [13:07] so how is that mono stuff going forward ? [13:07] Made some progress, discovered we're not building mono with VFP, and have some test cases [13:07] cool ! [13:08] Got sidetracked by being patch pilot and high priority stuff from davidm plus the fact that my lungs are full of uninvited guests [13:08] well, patch politing is fun :) [13:08] Also discovered that cars beside my own are prone to having their doors freeze shut and I'm going to probably be spending part of tomorrow trying to fix that. [13:09] put graphite on the gasket [13:09] * NCommander notes its a *very* cold day in Portland [13:09] ogra: not my car. Wish it was, I won't be afraid I was going to pull off a handle or something [13:09] Anyway [13:09] [topic] Standing Items [13:09] New Topic: Standing Items [13:09] heh, rather the gasket [13:09] [link] http://people.canonical.com/~pitti/workitems/natty/canonical-arm.html [13:09] LINK received: http://people.canonical.com/~pitti/workitems/natty/canonical-arm.html [13:10] [link] http://people.canonical.com/~pitti/workitems/natty/canonical-arm-natty-alpha-1.html [13:10] LINK received: http://people.canonical.com/~pitti/workitems/natty/canonical-arm-natty-alpha-1.html [13:10] we're getting terribly close to the trend line [13:10] hrm [13:10] dont forget A1 in dec. 2nd [13:10] my specs are STILL not there [13:10] *grumble* [13:10] oh wait [13:10] they are [13:10] yes they are, I already did my workitems for this cycle [13:10] er [13:10] milestone [13:11] */half dead* [13:11] I thikn I forgot to strike it off my TODO list ... [13:11] [link] http://qa.ubuntu.com/reports/team-assigned/canonical-mobile-assigned-bug-tasks.html [13:11] LINK received: http://qa.ubuntu.com/reports/team-assigned/canonical-mobile-assigned-bug-tasks.html [13:11] wrong link [13:11] !! [13:11] * NCommander refreshs [13:11] * ogra fixed it on the wiki [13:12] [link] http://qa.ubuntu.com/reports/team-assigned/canonical-arm-assigned-bug-tasks.html [13:12] LINK received: http://qa.ubuntu.com/reports/team-assigned/canonical-arm-assigned-bug-tasks.html [13:12] should be [link] http://reports.qa.ubuntu.com/reports/team-assigned/canonical-arm-assigned-bug-tasks.html [13:12] er no [13:12] shows that persia is a slacker :) [13:12] I didn it wrong twice >.< [13:12] * NCommander notes it would be nice if he attended our meetings ... [13:12] yes, it would [13:12] Finally confirmed bug #626749 [13:12] Launchpad bug 626749 in flash-kernel (Ubuntu Maverick) "flash-kernel tries to use MTD devices on OMAP4 when no flash-kernel.conf exists" [Medium,Confirmed] https://launchpad.net/bugs/626749 [13:12] * NCommander coughs [13:12] but the time is bad for him [13:12] There's no actual bug here [13:12] Um, you folk have a funny definition of "attendance" [13:13] Cause the code is doing exactly what its supposed to [13:13] heh [13:13] NCommander, its not [13:13] obviously it doesnt use a method the HW can deal with [13:13] ogra: I wrote the code to intentionally try to write to NAND if it was on a Beagle Board [13:13] Beagle XM says its a Beagleboard [13:13] yes [13:13] I therefore say its a hardware bug, and we need ot fix it software :-) [13:13] Thus I'm not at fault [13:13] you are [13:13] :-P [13:13] beagleXM is omap3 [13:14] since you added that code [13:14] make it work or remove it [13:14] ogra: the cirmstances which the code is being run changed :-P [13:14] It7s generally better to do things like try to detect if there *is* MTD, rather than depending on detection. Such work is likely to be much more applicable in the future. [13:14] but I plan on fixing it anyway [13:14] since I have an XM now [13:15] right [13:15] more checks please :) === rodrigo__ is now known as rodrigo_ [13:15] preferable with five figures on them :-) [13:15] *preferably [13:15] that should be possible independently from the board type [13:15] ogra: yeah, I plan to add something look for the mtd device and maybe even check for u-boot or something in flash [13:16] also for a vfat containing uImage etc etc [13:16] you need to cover all possible cases to make it proper and generic [13:16] ogra: right that code is there and is known to work [13:16] Well, kinda. It works sometimes, for some hardware. [13:16] .oO(tell that to Neko) [13:16] What isn't working is that the code assumes that a board saying its a Beagle has NAND [13:17] That assumption proved to be incorrect [13:17] the bug as about a blaze iirc [13:17] MTD detection, partitioning management, etc. is kinda funny, in several annoying ways. [13:17] which has only eMMC [13:17] d-i has a lot of ugly code dealing with it :-/ [13:17] for which we have no solution yet afaik [13:17] but your code needs to take that into account too [13:17] indeed [13:17] [topic] Kernel Status (cooloney) [13:17] New Topic: Kernel Status (cooloney) [13:18] not around [13:18] Until I get an upgraded blaze, we have no way of testing it. [13:18] i have an upgrade card [13:18] just not in the balze atm [13:18] *blaze [13:19] [topic] QA Status (GrueMaster) [13:19] New Topic: QA Status (GrueMaster) [13:19] Currently working on test for QT neon. [13:20] i thought you can only do that next week ? [13:20] Friday's omap4 image fails to boot after 2nd reboot. Not sure if it is X related. Kernel segfaults. [13:20] did you dig deeper into why the omap4 images dont work ? [13:20] ah [13:20] Not yet. [13:21] might be a toolcahin issue [13:21] *toolchain [13:21] I have a pastebin of the console log. [13:21] https://blueprints.launchpad.net/ubuntu/+spec/none-kernel-n-misc has a workitem for us [13:21] could you take an onap4 image and replace the kernel with the linaro omap3 one ? [13:22] and see how that works [13:22] *omap [13:22] cool, file a bug [13:22] Will it work on omap4? I only have a panda. [13:23] I'll file a bug when I can narrow down the segfault. [13:23] oh, you dont have your XM with you [13:23] file the bug asap probably someone can tell something about it [13:24] I only have my panda. Thisis a holiday week and I had only planned on working on my blueprints this week. [13:24] Will do. [13:24] might be because the kernel wasnt recompiled with the new toolchain or so [13:24] It boots up to mounting rootfs. [13:25] jasper boot sequence runs fine. [13:25] oh [13:25] thats different indeed [13:25] exactly. [13:25] must be userspace then [13:25] see http://paste.ubuntu.com/535244/ [13:26] I have limited resources, but will try to narrow it down. [13:26] can I mov eon? [13:26] go [13:27] chvt: can't open console [13:27] thats your main issue [13:28] [topic] ARM Porting/FTBFS status (NCommander) [13:28] New Topic: ARM Porting/FTBFS status (NCommander) [13:28] mostly mono work [13:28] any idea how KDE is progressing ? [13:28] did you talk to ScottK [13:28] * ogra is still waiting for the QT mail from asa [13:28] c [13:29] ogra: didn't have a chance yet [13:29] will do so [13:29] given that he wanted to discuss with thiago at meego conf [13:29] [action] NCommander to speak with ScottK on KDE progress [13:29] ACTION received: NCommander to speak with ScottK on KDE progress [13:29] i see him going wild on the different ARM channels [13:29] which is awseome :) [13:29] [topic] ARM Image Status (ogra, NCommander) [13:29] New Topic: ARM Image Status (ogra, NCommander) [13:30] Not working. [13:30] U1 acts up today [13:30] u-n-d-s was fixed [13:31] i hope if U1 is in sync we will have images again [13:31] nothing more about image status [13:33] [topic] abo [13:33] New Topic: abo [13:33] er [13:33] [topic] AOB [13:33] New Topic: AOB [13:33] BOA ? [13:34] nothing here ... i guess meeting time has to wait until we are complete again [13:35] persia, anything from you ? [13:35] i.e. about ubuntu-armel and work items ? [13:36] i.e. reveal your plans to a wider audience [13:37] Hrm? Oh, yeah, I want there to be an Ubuntu ARM team, rather than just Canonical ARM. [13:37] I'm not sure how much there is to say about that: it's in part up to you to want to do that :) [13:37] which is there, but mainly used for bug triage atm [13:38] well, its trivial to add another WI tracker, i just thought you wanted to elaborate a bit on it [13:38] i.e. do you want its status covered in this meeting etc [13:39] Dunno how much to elaborate. I know of several things happening with ARM by people who don't much attend this meeting, so my other encouragemetns to you are mostly about being inclusive. [13:39] and make sure NCommander invites the people from that team to attend it [13:40] just having a tracker if nobody watches it doesnt seem to make much sense to me [13:40] Well, if there is a meeting that tracks some ARM stuff, I'd rather track all ARM stuff, and encourage more participants. I think it's up to individual folk whether they want to participate, to some degree, but I think it would be worthwhile to have an overview of everything happening in ARM. [13:40] so it would need additional actions around that [13:40] Additional actions? [13:40] i.e. invites from NCommander and a note in the meeting announcement etc [13:41] NCommander, oh, btw, the meeting announcement ... we're the ARM team ;( [13:41] ;) [13:41] and we should mobve to a new namespace on the wiki [13:41] * GrueMaster never saw one this week. [13:41] The meeting announcement needs help anyway. Fixing it one way or the other is probably the same work. [13:41] NCommander, can you handle that ? [13:42] GrueMaster, it goes to ubuntu-devel now, since thats our new mailing list [13:42] argh [13:42] GrueMaster, make sure to be subscribed to it and probably u-d-discuss [13:42] we talked about it before [13:42] u-mobile is essentially dead [13:43] (not sure david removed it completely yet, but that will happen soon) [13:44] anything else, or can I close it out? [13:44] * NCommander is feeling pretty close to death ATM [13:44] * ogra waits for answers from NCommander [13:44] (and probably some actions) [13:45] but after that you can happily close :P [13:45] ogra, So, you poked me to talk about a wider team definition. Do you have an opinion on that? [13:45] ogra: which answers? [13:45] well, as long as the team is included and invited [13:46] NCommander, oh, btw, the meeting announcement ... we're the ARM team [13:46] and we should mobve to a new namespace on the wiki [13:46] NCommander, can you handle that ? [13:46] ogra, The point of inclusiveness is that *everyone* is invited :) I very much don't want to exclude you (or anyone else). [13:46] persia, no, but the team members need to know about it [13:46] I'm even happy to create a teamspace on the wiki for an ARM team, if there is to be an open ARM team. [13:47] so if the announcement needs rephrasing in that direction and the agenda needs points for that, they need to be added [13:47] i.e. have a ARM Community topic [13:47] NCommander, Give me actions for those, and when you're feeling better, I'll feed you text :) [13:47] NCommander and ogra: Qt/KDE is blocked on a gcc fix. The gcc patch was posted upstream for review yesterday, so hopefully we'll see something soon. [13:47] and point out that everyone is invited in the meeting announcement [13:48] [action] persia to handle namespace renaming [13:48] ACTION received: persia to handle namespace renaming [13:48] ogra, You can do something about the WI tracker and bug list? [13:48] why the bug list ? [13:48] i can add another team to the tracker, yes [13:48] Same rationale as the WI tracker, really. [13:48] you need to give me a mail address for the responsible person for broken tracker entries [13:49] * ogra doesnt understand [13:49] we never subscribe ubuntu-armel to any bugs [13:49] but we use it to subscribe the whole team to it [13:49] Sure, but members are assigned bugs. [13:50] persia, ping bdmurray about that, he can help [13:50] Sure. I'll do that. [13:50] NCommander, [action] persia and NCommander to work out new meeting announcement text [13:51] NCommander, [action] persia to make the bugsquad create a bug overview page for ubuntu-armel [13:51] (though the latter will highly overlap with our team list i think) [13:52] NCommander, add these two actions and close the meeting (then back to bed with you !) [13:53] ogra, I expect lots of overlap between Ubuntu ARM and Canonical ARM, which I consider a good thing :) [13:53] persia, you are aware that no other team does such a distinction ? [13:53] [action] persia to make the bugsquad create a bug overview page for ubuntu-armel [13:53] ACTION received: persia to make the bugsquad create a bug overview page for ubuntu-armel [13:53]