=== jussi01_ is now known as jussi === kim0|holiday is now known as kim0 === doko_ is now known as doko === Quintasan_ is now known as Quintasan === davidcalle_ is now known as davidcalle [15:00] foo [15:00] #startmeeting [15:00] Meeting started Thu Sep 1 15:00:14 2011 UTC. The chair is NCommander. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot. [15:00] Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired [15:00] [link] https://wiki.ubuntu.com/ARM/Meeting/2011/20110901 [15:01] #topic Action Items === meetingology changed the topic of #ubuntu-meeting to: Action Items [15:02] [topic] NCommander to duplicate 806751 to the right masterbug === meetingology changed the topic of #ubuntu-meeting to: NCommander to duplicate 806751 to the right masterbug [15:02] i think GrueMaster did that meanwhile [15:02] I couldn't find th eoriginal guided partitioning bug which is a dupe of 806751. Its posible it got closed by someone else, but I couldn't flush it out with Google [15:03] So keep this one open until fixed. [15:03] ++ [15:03] [topic] Standing Items === meetingology changed the topic of #ubuntu-meeting to: Standing Items [15:03] GrueMaster: I intend to [15:03] [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-armel.html [15:03] would it help if we just filled the netboot images with zeros ? [15:04] [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-armel-ubuntu-11.10-beta-1.html [15:04] * ogra_ needs to move WIs .... [15:04] * NCommander beats ogra with a stick [15:04] * ogra_ beats NCommander to use the right links [15:04] ogra_: you can update the wiki with it [15:05] Yes please. These workitems show nothing being done by me, which is highly inaccurate. [15:05] can you update them in the wiki ? (i did that for last week, why didnt you carry that over= [15:05] NCommander, i did ! [15:05] ogra_: i copied the page from last week and edited it [15:05] https://wiki.ubuntu.com/ARM/Meeting/2011/20110825 - the links are the same! [15:05] well, i updated the one i used when i was running the meeting rercentlY [15:06] which was the 25th :-P, did you hit save? [15:06] I DID IT DURING TEH MEETING (AND FILED THEM TWOCE ACTUALLY) [15:06] [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm-ubuntu-11.10-beta-1.html [15:06] ARGH [15:06] MY CAPS IS BROKEN [15:06] ah, better, sorry [15:06] ogra_: hold shift? :-) [15:07] what's the correct overall link so I can save it into the page? [15:07] see above :) [15:07] GrueMaster, pasted the right one [15:08] I mean what's the replacement for http://people.canonical.com/~platform/workitems/oneiric/ubuntu-armel.html [15:08] its just s/armel/arm/ [15:08] oh [15:08] status.ubuntu.com [15:08] [topic] ARM Server Status (NCommander, Daviey) === meetingology changed the topic of #ubuntu-meeting to: ARM Server Status (NCommander, Daviey) [15:08] links fixed [15:08] :) [15:09] preinstaleld pool misbehaves on preinstalled server ... [15:09] *installed [15:09] OMAP3 images are currently suffering from some ethernet issues. It looks like the root cause of the SMP ARM issue has been found (L2 caching issues), with a patch being tested [15:09] but infinity is on it i guess [15:10] NCommander, we are using the patch in ac100 already ... USB disk access went from 7M/s to 19M/s for me [15:10] \o/ [15:10] so it should help panda the same way [15:10] _\o/_ [15:10] or other SMP arms [15:10] are these your legs ?!? [15:10] * NCommander shrugs [15:11] I claim many talents [15:11] ... [15:11] * ogra_ cant imagine NCommander doing the splits really [15:11] This meeting just got weird. [15:11] lol [15:11] move then :) [15:11] :) [15:11] It usually happens when the chair is sleep deprieved [15:11] [topic] Kernel Status (cooloney, ppisati) === meetingology changed the topic of #ubuntu-meeting to: Kernel Status (cooloney, ppisati) [15:12] as already said, Ming posted a patch that fixes the disk i/o problem [15:12] i'm rolling a new omap4 kernel with a new BSP [15:12] and that patch too [15:12] should be out available on zinc today or tomorrow [15:13] * davidm waives [15:13] on the other hand, another round of new kernels for every release/flavour is being pushed out [15:13] sound seems to get critical [15:13] there are no devices at all [15:13] i know [15:13] it's on my list [15:14] Hopefully the new bsp fixes it. [15:14] it has been disabled on purpose [15:14] and we surely will need some time for adjusting userspace [15:14] actually the new kernel introduced new options [15:14] ppisati, thats fine, but we need it back soon, else the alsa changes and pulkse fixes come to late [15:14] and these options (as per defaultconfig) [15:14] break omapfb [15:14] and i would like that we after three releases finally have one with working sound [15:14] ogra_: i can turn it on now [15:15] ogra_: but then pulseaudio will go nuts [15:15] do that and lest see how userspace explodes :) [15:15] ooooooook :) [15:15] so [15:15] i push out the new kernel [15:15] and then i revert the "no sound" config [15:15] well, because fo kernel bugs or pulse bugs ? [15:15] pulse [15:15] if its pulse side we actually want it to break [15:15] ok, i'll do that then [15:15] so we can see if its fixed at some point ;) [15:16] and we have a pulse guy in #ubuntu-arm atm [15:16] We can't break the apps if there is no driver support. [15:16] yeah [15:16] yep [15:16] +1 [15:16] but i din't want to push out a kernrl that would break everyone who updated [15:16] i hoped for a fix [15:16] but anyway, let's turn it on again [15:16] and have fun :) [15:16] ppisati: sometimes the best way to get that is to break the world [15:16] Better to do it now than after release. [15:17] on a sidenote ac100 kernel is pending a new git checkout, i will do that after beta (some time next week) [15:17] anything else? [15:17] nothing else here [15:17] As long as it still boots, it can be debugged and fixed. [15:18] [topic] ARM Image Status (ogra, NCommander) === meetingology changed the topic of #ubuntu-meeting to: ARM Image Status (ogra, NCommander) [15:19] well, apart from omap3 netboot everything we built for beta1 is releasable [15:19] mx5 waits for the milestone freeze to fall [15:19] ogra_: omap3 has a documented workaround, and the ethernet partially works [15:19] same for ac100 [15:19] Yes [15:19] NCommander, oh, telll that in -release please, i marked it as unreleasable [15:20] ogra_: I poked skaet last night but no ping reply [15:20] omap3 is workable. Painfull but workable. [15:20] all i read was "beagle netboot is unbootable after install" [15:20] Little late, we just released. [15:20] I told her as much yesterday. [15:20] sigh. [15:20] oh well [15:20] NCommander, i updated the pad this morning after checking the images and isotracker [15:20] so its marked as NO on the pad atm [15:21] btw, could we pretty please stick to do *all* image testing conversation in #ubuntu-arm [15:21] And you didn't ask me what the situation was? And didn't read the bug info? [15:21] so its in logs and retrievable later [15:22] GrueMaster, all i saw was a non passed test with two blocker bugs and there was no conversation about testing in any public channel [15:22] so i could only judge by the data i had [15:22] We can still pull images if we need to. [15:22] Who did you want me to talk to? Myself? [15:23] Meh. It's not the end of the world. [15:23] And there was some minor discussion on #ubuntu-release. [15:23] GrueMaster, you mean me ? [15:23] We can push that image out with beta, or we can not care. Both are valid options. [15:23] GrueMaster, well, i see about 3h of conversation in #arm from last night [15:24] iso tracker currently indicates that netboot-omap is rebuilding??? [15:24] heh [15:25] probably a d-i uplaod [15:25] cant avoid it if there is a rebuild for another arch [15:25] anything else w.r.t to images? [15:25] nope [15:25] omap4 isn't rebuilding though. [15:25] tracker issue i would say then [15:26] sorry, late, ogra_ enabling sound at omap 4 will make pulseaudio to consume 100% of the cpu [15:27] the image will be unusable [15:27] rsalveti, fine, so there is a reason to fix it [15:27] there's always the reason to fix it, just don't know if enabling it now would be the best choice [15:27] rsalveti, we have a pulse maintainer in #ubuntu-arm, how would he fix it without being able to reproduce [15:27] as it'll probably block desktop testing [15:27] We need a chance to fix it sometime. [15:28] for that ppisati can produce new packages and make it available at a ppa/people.canonical [15:28] just my 2 cents [15:28] And if we can't, disabling/crippling Pulse on ARM is saner than a kernel with missing drivers. [15:28] well, actually he could roll his own kernel [15:28] tobin knows how to chmod -x a binary on the image before testing i bet :) [15:28] with audio enabled [15:28] If the userspace is broken, fix or disable the userspace. [15:28] fix is the attempt [15:28] s/on ARM/on OMAP4/ [15:28] rsalveti, the prob is that alsaucm isnt done either yet [15:28] yup [15:29] the linaro multimedia working group is on it for this month [15:29] do they fix it in the archive ? [15:29] don't expect them to fix it, but they should know how to get it done for oneiric in some sort [15:29] * ogra_ knows how to get it done ... i know that every release ... [15:29] ... about a week before release sady [15:29] *sadly [15:29] :P [15:29] :-) [15:30] anyway, we have a bug for that already, let me find it [15:30] i want to have that sorted eralier this time [15:30] preferably minimally working sound for b2 [15:30] bug 816638 [15:30] Launchpad bug 816638 in Linaro-Ubuntu "Pulseaudio consumes 100% of the cpu when trying to play a sound with natty's linaro LEB and 3.0.0-1402-linaro-lt-omap " [High,Confirmed] https://launchpad.net/bugs/816638 [15:30] rsalveti: while here [15:31] rsalveti: the new tilt introduced a DRM_OMAP option [15:31] rsalveti: and updateconfigs put it =m [15:31] rsalveti: but doing this we loose omapfb [15:31] ppisati: put it as =y and replace omapfb [15:31] rsalveti: do you know what's the correct config in this case? [15:31] rsalveti: DRM_OMAP? [15:31] ppisati: yes [15:32] ppisati: but test it first, I wasn't able to test the new drm driver still [15:32] but it's fine to just replace omapfb [15:32] rsalveti: well [15:32] X doesn't start in my case [15:32] insist in trying to use omapfb [15:32] and my fb console is powered on [15:32] ppisati: let's follow this off-line [15:32] but nothing is printed [15:32] ok [15:32] I want to check it with the leb images today too [15:33] if you want i can push it as is to zinc [15:33] you can take a look at the config [15:33] ppisati: please at least make it available at a git tree somewhere [15:33] and tell me what do i have to tweak [15:33] and paste me the link :-) [15:34] anything else? [15:34] that was the plan, ok [15:35] NCommander: move [15:35] * Daviey says hello? [15:35] [topic] ARM Porting/FTBFS status (NCommander, janimo) === meetingology changed the topic of #ubuntu-meeting to: ARM Porting/FTBFS status (NCommander, janimo) [15:35] libx86 is still ftbts !!!! [15:35] :) [15:36] oh, why does the kernel fail [15:36] They're on it. [15:36] ah, k [15:36] Yea, we need that to help debug libdrm-intel. [15:36] They accidentally enforced an x86-only config. [15:36] looks good so far [15:36] rsalveti: git://kernel.ubuntu.com/ppisati/ubuntu-oneiric.git ti-omap4-next [15:36] ppisati: thanks [15:37] apart from likewise, NCommander Daviey, is that ciritical in any respect ? [15:37] should finally be able to post the ftbfs bugs for the rebuild late today [15:37] NCommander: Did I hear talk earlier in the week (or last week) that the likewise-open failure was a repeat of one you'd fixed earlier? [15:37] for server [15:37] infinity, twice iirc [15:37] infinity: several times :-/ [15:37] So, easy to upload a fix? [15:37] no [15:37] do we even still use it in server ? [15:38] ogra_: It's in main. "Use it in server" doesn't mean much, since we install nothing by default. :P [15:38] it used to be in the server ship seed ... which kept it in main [15:38] i'm just wondering if its still needed [15:39] or wanted [15:39] Since it works with active directory, it should be fixed and tested (why did I say that?) [15:39] a volunteer ! [15:39] damn. [15:39] heh [15:40] Well, the upshot is that he can physically assault NCommander to find his old patches. [15:40] Anyhow. Moving on? [15:40] yeah [15:40] NCommander, ? [15:41] ........ [15:43] [topic] QA Status (GrueMaster, mahmoh) === meetingology changed the topic of #ubuntu-meeting to: QA Status (GrueMaster, mahmoh) [15:43] * NCommander was being yelled at by the local powers that be [15:44] Not much testing has been going on with the preinstalled images due to the workload on server testing. [15:44] yell back ! [15:44] * ogra_ noticed that as well [15:44] in the past we all were jack of all trades somehow in the team ... [15:45] over time we all have our special focus and somehow nobody but you tests regulary [15:45] that used to be different in the past [15:45] On the server side, a lot of tests have had to be created from scratch as there hasn't been tests in those areas. [15:45] i was wondering if we should have a rotating schedule for non QA people to have regular test tasks [15:46] iSCSI somehow breaks the kernel to lock up the system. Appears to be initiator side only. [15:46] We should all be testing more as we near the home stretch, I suspect. [15:46] i know that if i personally test i also fix the bugs as i catch them sometimes ... [15:46] Well, unless we're to busy fixing RC bugs. :/ [15:46] That would help. Especially if someone just popped in the desktop image once a week. [15:46] so it helps to have devs do reguzlar testing :) [15:47] GrueMaster, lets work ouot a plan that doesnt put to much extra work on each individual but makes sure we get regular dev testing too [15:47] (offline) [15:47] In previous cycles, I would do deep testing between releases, filing bugs and taking notes. Then at release time, I would list all the bugs still open. [15:47] ok [15:47] that was all from me [15:48] On the server side, I would still like it if someone could take a look at tahi.org and port the ipv6 test suite to Linux (from BSD). [15:48] Or at least give me some sort of tangible test plan. Currently there is none. [15:49] bah, why dont they have one big tarball [15:49] each test seems to have its own [15:50] GrueMaster: tahi is looking to be quite a bit of work to port at least for one who is unfamiliar with the code. [15:50] Tell me about it. I had started doing it myself, and I am not much of a programmer. [15:50] GrueMaster: the suse package contains one giant patch to port it [15:50] whats there to port actually ? [15:50] it operates in userspace on top of a defined protocol [15:51] oh, its bsd only ? [15:51] yeah [15:51] * ogra_ didnt get that [15:51] sorry [15:51] it's got bsd-ism's all over the place...nasty to port... [15:51] I did hours of searching for a linux test suite. The suse port was all I could find, and it is old. [15:51] i started to poke around to see if there are any alternatives, haven't seen one yet [15:51] and there is no equivalent tool onm linux ? [15:52] hrm [15:52] While I agree that there's some value in a decent IPv6 test suite, we clearly don't have one on amd64/i386 either... [15:52] So, I'm not sure this task is ours to worry about. :P [15:52] * ogra_ doubts thats really 11.10 material then [15:53] no, no real equivalent. and TAHI is the only org willing to give out any sort of certification for ipv6 [15:53] I'll look to see if there is at least some documentation for enabling ipv6 dns/dhcp and do some rudamentary testing from there. [15:53] Our server testing is very lacking overall (not just on arm). [15:54] The few we have is highly dependent on libvirt/kvm, which doesn't help armel testing. [15:55] cant libvirt deal with actual qemu VMs too ? [15:55] would be slow as hell indeed [15:55] It can. [15:55] Not sure, but I don't trust qemu to do a lot of these tests. I don't trust kvm for the same reason. Too much can break on raw silicon. [15:55] i thought so [15:56] well, kvm us just qemu with kernel side support [15:57] anyway, we're running out of time [15:57] NCommander, ? [15:57] [topic] AOB === meetingology changed the topic of #ubuntu-meeting to: AOB [15:57] * rsalveti waves [15:57] as I said in the private channel [15:57] I'd like to have a topic just related with linaro [15:58] anyone coming to plumbers? [15:58] so I can explain what we're planning to deliver [15:58] ++ [15:58] and improve the communication with the ubuntu arm team [15:58] NCommander, can you add that [15:58] k [15:58] ppisati: I'm at Plumbers. [15:58] before QA. [15:58] [action] NCommander to add linaro topic during meeting before QA [15:58] ACTION: NCommander to add linaro topic during meeting before QA [15:58] :D [15:59] great [15:59] for this month we're just about to finish the 11.09 planning [15:59] now GrueMaster can sleep longer :) [15:59] Pfft. hardly. [15:59] mostly related with CI work, so nothing that will touch ubuntu atm [15:59] infinity: so, see you there :) [15:59] CI ? [15:59] and for u-boot we may have more PXE working platforms and USB working at SPL as omap4boot [15:59] continuous integration [15:59] ah [16:00] i thought common interface :) [16:00] the idea is to build daily packages for kernel/u-boot and feed that at lava [16:00] its the only context i ever herad CI in [16:00] to get properly tested before landing at ubuntu and such [16:00] * GrueMaster had guessed Crazy Ideas. [16:00] but for u-boot it may be quite late for the cycle [16:00] hehe [16:00] the only thing that we know for sure that will hit ubuntu is the linux-linaro kernel packages update [16:01] rsalveti: Will we have usb/pxe on beagleXM? [16:01] that should reflect the ones released at 11.08 [16:01] GrueMaster: idea is to have it working at beagle xM, igepv2, vexpress and imx53 [16:01] cool [16:01] vexpress ftw ... that could go with a libvirt setup :) [16:02] We may be out of time. [16:02] but that's all from my side [16:02] I'm done ;-) [16:02] infinity, may be ? we are definitely ... :) [16:02] anything else or can I clsoe it out? [16:02] go [16:02] #endmeeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology [16:02] Meeting ended Thu Sep 1 16:02:48 2011 UTC. [16:02] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-01-15.00.moin.txt [16:03] hi NCommander give me a shout if there were any issues with the bot [16:57] hey [16:57] * BasicXP is here [16:58] Here [16:58] Anyone here for the Ubuntu Youth team meeting it will now be held in #ubuntu-youth [16:58] Choose already :) === MichealH is now known as ecks === MichealH is now known as nothere === nothere is now known as MH0 === MH0 is now known as MichealH === yofel_ is now known as yofel [23:33] Hi! Does anyone knows when the next meeting for the Americas is going to be held? [23:35] JoseeAntonioR: it's always the third thursday of the month at 23:59 [23:35] Ok. Thanks.