[01:52] buenas tardes como c encuentran [01:52] una pregunta, que formato de disco debo tener para instalar ubuntu?? [01:54] hola [03:30] NESECITO AYUDA CON UBUNTU [03:30] ALGUIEN QUE ME OUEDA AYUDAR [03:30] POR FAVOR [03:31] AYUDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA [03:32] para español, va a #ubuntu-es por favor [03:32] POR DONDE NO SE [03:32] escribe: /join #ubuntu-es [03:33] o.o [03:34] y usa pequeño letras [03:34] doh gone [03:34] had to look up "letters" [03:34] for some reason -meeting tends to attract people using a web-based client, is there some page that has it set as the default channel? [03:36] ajmitch, I think #ubuntu is just really busy, and lots of pages indicate #ubuntu-meeting is where various groups gather (yes, at specific times, but that's not always clear to newcomers to IRC) === JanC_ is now known as JanC === Ursinha is now known as Ursinha-zzz === cypher is now known as Guest49367 === Guest49367 is now known as czajkowski === doko_ is now known as doko === jjohansen is now known as jj-afk [14:01] #startmeeting [14:01] Meeting started at 08:01. The chair is NCommander. [14:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:02] (sorry for being slightly late, had some issues getting it to assiocate with my AP) [14:02] G'day [14:02] o/ [14:03] [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100921 [14:03] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100921 [14:03] Who's about? [14:03] where about everyone's whereabouts? [14:03] * rsalveti waves [14:04] * GrueMaster groans lifelessly. [14:04] * NCommander pokes ogra [14:04] ouch [14:05] [topic] Action Items from last meeting [14:05] New Topic: Action Items from last meeting [14:05] [topic] NCommander to smash antimony's crontab's with a big large golden brick [14:05] New Topic: NCommander to smash antimony's crontab's with a big large golden brick [14:05] Did it, crontab is normal, and all dove images are being ubilt again [14:05] [topic] EVERYONE to put their status on the wiki [14:05] New Topic: EVERYONE to put their status on the wiki [14:06] * NCommander did it [14:06] * rsalveti just did it [14:06] for this week :-) [14:06] * ogra did it [14:07] dyfet, ugh [14:07] dyfet, where do you see telepathy-glib fail again ? [14:07] right, everyone make sure its there for last week, and do it for this week too [14:07] (its not on the ftbfs list) [14:07] moving on [14:07] [topic] Standing Items [14:07] New Topic: Standing Items [14:08] [topic] http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html [14:08] * ogra notes that "this week" means last monday to last friday [14:08] New Topic: http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html [14:08] by an old definition we had [14:08] (just for the new guys on the team :) ) [14:08] ogra: I saw it in the bug report you commented on [14:08] [topic] http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-ubuntu-10.10.html [14:08] New Topic: http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-ubuntu-10.10.html [14:09] dyfet, i asked you about 2 months ago to talk to upstream and pointed you to the bug i just commented on (and now assigned to you) [14:09] to make sure it gets fixed upstream [14:09] please read what i wrote again [14:09] on that bug [14:09] ok [14:10] rsalveti, EDID starts getting urgent if you still want to have it in the release [14:10] RC freeze will be soon [14:10] [action] dyfet to talk with upstream to merge fix and work with ogra on it [14:10] ACTION received: dyfet to talk with upstream to merge fix and work with ogra on it [14:10] ogra: yep, I know, I'm working on it just for this week [14:10] and i'm about to switch to linaro u-boot [14:10] or go for release, or postponed with a solution [14:10] NCommander, no [14:10] ogra: don't worry [14:10] NCommander, dyfet has a bug task for it, i'm not involved [14:11] [action] dyfet to talk with upstream to merge fix [14:11] ACTION received: dyfet to talk with upstream to merge fix [14:11] NCommander, no [14:11] no? [14:11] just dont make any action item for that [14:11] ok [14:11] [action] disregard last two actions [14:11] ACTION received: disregard last two actions [14:11] there is a bug with a request from upstream to test their fix [14:11] thats all [14:12] bugt is assigned with a clear reqest what to do ... no need for an action [14:12] [topic] Assigned Bugs (http://qa.ubuntu.com/reports/team-assigned/canonical-mobile-assigned-bug-tasks.html) [14:12] New Topic: Assigned Bugs (http://qa.ubuntu.com/reports/team-assigned/canonical-mobile-assigned-bug-tasks.html) [14:12] * NCommander has a few for dove installer issues, but nothing critical [14:13] how about the assigned bugs [14:13] anything else on this topic or can I move on? [14:13] you had an action to clear that up [14:13] for the vintage thumb2 issues you dont plan to work on [14:13] ogra: gah, whoops. [14:13] :) [14:14] [action] NCommande rto clear out assigned bugs (c/o) [14:14] ACTION received: NCommande rto clear out assigned bugs (c/o) [14:14] everyone else ... please look over that list [14:14] unassign bugs you wont work on [14:14] (and leave a comment ) [14:14] rsalveti, i belive bug 626795 should be fix released [14:14] Launchpad bug 626795 in linux-ti-omap4 (Ubuntu) "Missing LED support for Pandaboard" [Low,Fix committed] https://launchpad.net/bugs/626795 [14:15] not sure why it didnt get autoclosed [14:15] can I move onto kernel status? [14:15] ogra: sure, me neither [14:15] oh, because its filed against linux-ti-omap4 not against linaros u-boot :) [14:15] NCommander, go for it [14:15] [topic] Kernel Status (cooloney, mpoirier, lag) [14:15] New Topic: Kernel Status (cooloney, mpoirier, lag) [14:16] mpoirier, got your panda working ? [14:16] yes, [14:16] got the board going yesterday. [14:16] got sound [14:16] how ? [14:16] just out of the box ? [14:17] running the scipts in the bug. [14:17] or with patches/changes [14:17] that is step 1. [14:17] ah, k [14:17] ogra: but we had a bug for kernel and another for u-boot :-) [14:17] you cant revert the alsa changes [14:17] anyway [14:17] so you need to re-flash to get it virgin again [14:17] next is to put the default setting in the kernel. [14:17] (just as a note) [14:18] ogra: I'll touch base with you after on that "note". [14:18] k :) [14:18] got GSX working with rsalveti's help. [14:18] work postponed to N. [14:18] with the default packages and no manual work ? [14:19] (from the PPA) [14:19] ogra: what should be postponed is to get the kernel modules at our kernel [14:19] if that works we can pull them into the archive [14:19] rsalveti, right [14:19] but the DKMS version should be fine [14:19] ogra: sure [14:20] if that works OOTB and we hear back from all testers we can request inclusion [14:20] * ogra only waits for alf [14:20] alf? [14:20] lag is in taipei - I didn't have time to get the omap4 status from him. [14:20] ogra: yep, alf seems to be testing right now [14:20] .. [14:20] right [14:20] mpoirier, no worries :) [14:20] argh, brain fart ;-/ [14:20] ansthign from cooloney ? [14:20] NCommander, we have a direct line to melmarc now [14:21] :P [14:21] just use the red phone for requests :P [14:21] neat [14:21] can I move on? [14:21] mpoirier, anything from cooloney wrt any changes in TI land upstream ? [14:22] nop - not that I'm aware of. [14:22] and i also think we should have the SRU request for the final kernel ready in advance [14:22] (for omap4) [14:22] given that we might get it on hard freeze day or some such [14:22] please forward that as a discussion point in your teasm [14:22] *team [14:23] yes. [14:23] * ogra will care for the bootloader side [14:23] its not clear yet when the final silicon will be there [14:23] not sure davidm wants to elaborate on that here and now [14:24] current date is a little less then 2 weeks away [14:24] (i suppose we can release with a buggy kernel as long as it boots and push fixes into post release SRUs) [14:24] but it needs to boot and be able to connect to the net for updating [14:25] NCommander, move if nobody else has any kernel related bits [14:25] ogra: do you see a problem with connecting after installation ? [14:25] mpoirier, no, but i havent seen the future HW yet :) [14:25] ah. [14:25] I fixed yesterday an issue with IGEPv2 [14:25] ok. [14:26] if there are changes that break USB or some such ... [14:26] should now have a working display, but still waiting someone who has the board to test it, before pushing to the kernel team [14:26] i think i saw it being discussed somewhere [14:26] * ogra look sat the kernel ML [14:27] hmm, no, not there [14:27] anyway [14:27] NCommander, ? [14:28] NCommander, what about the new audio bugs i saw for dove today ? [14:28] are they anyhow kernel related ? [14:28] (or probably GrueMaster knows since he filed ...) [14:29] it seems now we have audio issues with every board we work on :-) [14:29] I was just getting ready to report on it as part of my report (next topic). [14:29] The dove audio bugs were reported as *regressions* [14:30] GrueMaster, well, if there are no kernel bits, lets wait for NCommander to move on :) [14:30] if he didnt fall asleep [14:30] yes, they were. I retested Beta and basic audio works. It fails on 20100920 image. [14:30] NCommander, WAKEUP !!! [14:30] * ogra lokks for a trumpet [14:30] honk honk [14:31] * davidm wonders if NCommander disconnected from his AP again [14:31] * davidm is checking [14:31] bad, he owns the bot ... :) [14:31] back [14:31] internet hates me [14:32] hate it back :) [14:32] [topic] ARM Porting/FTBFS status (NCommander, dyfet) [14:32] New Topic: ARM Porting/FTBFS status (NCommander, dyfet) [14:32] sigh [14:32] fail [14:32] NCommander, did you miss info on Marvell regressions? (Audio) [14:32] GrueMaster, yeah, who needs QA :P [14:32] NCommander, ^^^ [14:33] davidm: oh,I saw that, was working with GrueMaster on it last night somewhat [14:33] NCommander, can you fix the topic ? [14:33] you skipped tobin [14:33] [topic] QA Status (GrueMaster) [14:33] New Topic: QA Status (GrueMaster) [14:34] :) [14:34] Found some regressions in alsa on dove from beta to recent, going to retest on Beagle as well to see if there are regressions there. Bug 644028 & bug 644037 [14:34] BeagleXM (prerelease version) is now unstable for me as of Friday morning. [14:34] Getting overwhelmed with outside-of-image test requests. [14:34] Launchpad bug 644028 in linux-meta-mvl-dove (Ubuntu) "Audio regression on Marvell Dove images" [High,New] https://launchpad.net/bugs/644028 [14:34] Launchpad bug 644037 in pulseaudio (Ubuntu) "defaults need adjustment for Dove A0 for audible audio" [Undecided,Triaged] https://launchpad.net/bugs/644037 [14:34] oh, 644037 looks liek fun [14:34] *like [14:34] The regressions in the kernel are that basic audio worked in Beta and now does not in 20100920. [14:34] i wonder if its introduced by persia's changes to pulse [14:34] since default.pa uses omap4 settings on armel [14:35] i wonder if tehy also work on dove [14:35] The regression in Pulse Audio is that it used to have controls available to switch from speakers to headphone, now it doesn't. [14:35] Wouldn't, as ALSA is broken. [14:35] oh, on dove as well ? [14:35] tahts bad [14:35] Anyway, the changes I made for armel aren't board-specific: reducing the number of in-flight samples and using a fixed-point codec will be better for all current-generation ARM chips. [14:36] ok [14:36] thats what i wanted to hear :) [14:37] GrueMaster, anything for omap4 ? [14:37] * persia wouldn't push hardware-specific patches to packages into the archive, and would probably do something odd to them even if pushing to a PPA so that they didn't work in the archive [14:37] I have not been successful geting audio working on omap4 yet, but have not applied any external scripts yet either. [14:38] well, did you test the images lately ? [14:38] * ogra wasnt referring to audio [14:38] I got as far as booting omap4 on 20100920 image, and then focused on audio issues on dove & beagle. [14:38] I was also spending some time trying to get my beagleXM working again. [14:38] hmm, k [14:39] please test the new favorites stuff on omap4 ... [14:39] specifically the PPA icon [14:39] Since Thursday, I have received 4 out-of-image test requests that take a lot of time. [14:39] also if anyone still sees something in the launcher we can assign to devilshorns, please dont hesitate :) [14:40] can we move on? [14:40] That brings up some other issues I discovered last week. [14:40] i'm pondering if we shouldnt drop the film reel completely [14:40] we have the apps in the panel anyway [14:40] seems pointless to have an emblem on the icon [14:40] Working with devilhorns, I discovered a disparity between une and une-efl in the font handling. [14:41] and doesnt looks very good non-animated imho [14:41] GrueMaster, do we have a separate bug for that ? [14:41] oh, and could you teach devilshorns a bit about bug filing ? [14:41] Spent several hours tracking that one, and yes there is a bug filed. (don't have the # offhand). [14:41] he tends to attach all his fixes to the same bug [14:41] would be better to have them separate [14:42] I'll try. [14:42] since not all fixes apply to freeze exceptions [14:42] thanks :) [14:42] can I move on? [14:42] Go [14:42] ++ [14:42] [topic] ARM Porting/FTBFS status (NCommander, dyfet) [14:42] New Topic: ARM Porting/FTBFS status (NCommander, dyfet) [14:42] nothing in main \o/ [14:43] well, nothing *we* have to touch [14:43] :-) [14:43] openoffice requires testing [14:43] :-( [14:43] please, everybody who has some spare time, install it and test [14:43] its in the archive now [14:43] but untested yet [14:44] * persia would appreciate someone testing krita also [14:44] also doko created a ton of bugs for universe packages [14:44] for ftbfs'es [14:44] i assigned some to dyfet but there are likely more [14:44] so if you feel like investing some time, look over them please [14:45] [topic] ARM Image Status (ogra, NCommander) [14:45] New Topic: ARM Image Status (ogra, NCommander) [14:45] failed tonight [14:45] thanks to antiomony being upgraded to lucid [14:45] but its fixed now [14:46] the current omap images create swap again [14:46] which takes about 3 minutes [14:46] i'm still pondering how to do it during image creation without having to fiddle with the partitioning [14:46] jasper should also spawn a getty on serial consoles if you have set console= on cmdline [14:47] cool [14:47] please someone test that (requires editing boot.scr twice) [14:47] saw that [14:47] it will only put it in plce if boot.scr on firstboot has it [14:47] and for second boot you need to edit /boot/boot.script and re-run flash-kernel to add it again [14:48] still looking into ho i fix that issue best [14:48] ogra: I have a few ideas. Will discuss after meeting. [14:48] beyond that the favorites have an apturl icon for TI PPAs now [14:48] that exposes some bugs in software-center :) [14:48] which got fixed today by the tireless mvo [14:49] davidm, i will need an icon from TI for that [14:49] davidm, as well as a list of binary packages and eula text [14:49] currently it just uses the unknown app icon [14:50] beyond that, the omap4 images are ready for release i think [14:50] ogra: regarding eula, is it needed to access the ppa or to install the packages? [14:50] or both [14:50] oh, and i also plan to work on fixing the "all armel headers installed" issue before release [14:50] cool [14:51] rsalveti, no, its just a descriptive text shown when you enable the PPA [14:51] its nbot really an "accept/cancel" thing [14:51] ogra: hm, ok, so it should be a huge text with all licenses for all packages [14:51] sw-center doesnt have that yet [14:51] for packages that require a real eula it still should happen in preinst [14:51] like java does [14:52] ogra: oh, got it [14:52] makes sense [14:52] it would be great if we could just do everything in the sw-center eula [14:52] but i doubt that can happen in time for maverick [14:52] since lawyers will be involved in any change here [14:52] probably only for N [14:53] or N+1 [14:53] depends on the lawyers :) [14:53] could be, if we involve lawyers [14:53] yep :-) [14:53] hehe [14:53] NCommander, dove status ? [14:53] any release blockers there ? [14:53] NCommander: ? [14:53] fell asleep again :) [14:53] For the most part, dove image is looking good. [14:54] Missing icon for installer from live image. And of course audio issues. [14:54] argh [14:54] what Tobin said [14:54] :P [14:54] bootloader issues are fixed now ? [14:54] That is on Avenger only, which is not supported. [14:55] i thought ubiquity messed it up in the past on dove too [14:55] trying to install grub or something [14:55] * ogra was rather referring to that one [14:55] Oh, yea that was fixed wit hthe recent ubiquity. [14:55] not to avenger [14:55] awesome ! [14:55] NCommander, move ! [14:56] Yesterday's image installed w/o error (other than no icon to launch it) [14:56] pfft icons are overrated [14:56] they are for your mom ! [14:56] *g* [14:56] [topic] ABO [14:56] New Topic: ABO [14:56] GrueMaster, persia ... your reports are still missing [14:56] Well, I feel like my mom when I am low on caffeine. [14:56] heh [14:57] Yea, will get to it later today. [14:57] * persia doesn't participate in that sort of thing [14:57] Meeting post was at 12:33am my time. [14:57] * ogra slaps persia [14:57] we should make sure to have them on the wiki before the meeting next week [14:57] (needs to be 24 hours earlier). [14:58] (indeed that requires that NCommander sends out the announcement early enough and that the wikipage exists) [14:58] I have requested time and again that the meeting notice with wiki attachment goes out 24 hours before the meeting. [14:58] NCommander, can we make it 24h earlier so tobin doesnt suffer? [14:58] NCommander, Go make a wiki page now :p [14:58] ++ [14:59] yeah, creating it right after the meeting would surely be best [14:59] * NCommander coughs [14:59] NCommander, at the conclusion of this meeting you need to wrap the page and make the next one please [14:59] k [14:59] can I close it? [14:59] er, the meeting? [15:00] Please. [15:00] #endmeeting [15:00] Meeting finished at 09:00. [15:00] * ogra applauds [15:00] if my clock isnt wrong that was on the point :) [15:00] yup :-) [15:00] \o [15:01] o/ [15:01] mdz, cjwatson? [15:01] Keybuk? [15:03] yup am here [15:03] hmm, xchat isn't notifying me again *sigh* [15:04] * pitti SMSed mdz and cjwatson [15:04] ♩ communication breakdown ♪ [15:04] rsalveti: in the meeting you talked about "a bug for the kernel and another for u-boot", it this related to sound ? [15:05] mpoirier: #ubuntu-arm please [15:05] ya - wrong window. [15:06] here [15:06] hello Colin [15:07] ok, 4 people, let's start then [15:07] #startmeeting [15:07] Meeting started at 09:07. The chair is pitti. [15:07] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [15:07] [TOPIC] Action review [15:07] New Topic: Action review [15:07] pitti to follow up with kees on-list (re: Chromium security updates) [15:07] there was some further discussion, so from the scope of this action item this was done [15:07] it's not done in the "find a solution" yet [15:07] can we discuss it further today? [15:08] I added it to the agenda, yes [15:08] as in, at this meeting at the end of the agenda? [15:08] okay, cool [15:08] mdz to implement brainstorm reviews as proposed [15:08] he sent a proposal to the list, which from my POV reflects what we discussed yesterday [15:09] so I think we should add that to https://wiki.ubuntu.com/TechnicalBoardAgenda with the next target date [15:09] which should be about two weeks after UDS [15:09] any objections to that? [15:09] none [15:09] sounds good [15:10] then we can keep it on the agenda and pick it up when it's due [15:10] I'll add it as part of the meeting post-processing [15:10] mdz to respond to jono re: application review board [15:10] this happened AFAICS [15:10] [ACTION] pitti to add brainstorm review to TB agenda [15:10] ACTION received: pitti to add brainstorm review to TB agenda [15:11] [TOPIC] Micro-release exception for bzr [15:11] New Topic: Micro-release exception for bzr [15:11] Martin Pool sent a request for this, and a description how these updates usually look like [15:12] I already replied on list, any further comments to that? [15:12] * pitti looks at cjwatson with his SRU hat [15:12] I was fine with the summary on-list, though as I noted I would prefer the test suite to be turned on [15:13] (if possible; maybe some tests need to be xfailed or similar, but it's better than nothing) [15:13] I think that's reasonable [15:13] I'm good with it, but would also like to see the tests in the build. [15:13] I think we shuold do the tests on the installed package as part of the verification [15:13] to avoid packaging errors, etc. [15:13] (read: "in addition", not "instead") [15:14] documenting the test procedure in qa-regression-testing tree then would be how to do that? [15:14] pitti: agreed [15:14] kees: that sounds good; although it shuold by and large just be "$ bzr selftest"? [15:14] --no-plugins [15:15] pitti: obvious to someone who knows it, but not to someone new :) [15:15] well, probably [15:15] kees: yes, I didn't want to say "we shouldn't do it", just "it should be easy once we know how" [15:16] yup, totally [15:16] kees: since you know this well, could you add that call, once mbp explains us what to call exactly? [15:16] [ACTION] pitti to ask mbp about self test instructions on installed system [15:16] ACTION received: pitti to ask mbp about self test instructions on installed system [15:17]