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