[15:01] <ppisati> hallo? :)
[15:01] <NCommander> #startmeeting
[15:01] <meetingology> Meeting started Thu Sep 15 15:01:04 2011 UTC.  The chair is NCommander. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:01] <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:01] <ogra_> fnop
[15:01] <ppisati> fput()
[15:01] <ogra_> :)
[15:01]  * davidm_ waves
[15:01] <NCommander> #link https://wiki.ubuntu.com/ARM/Meeting/2011/20110915
[15:01] <NCommander> [topic] Action Item Review
[15:01] <NCommander> [topic] ogra to find out whats wrong with the tracker
[15:02] <ogra_> thats moot
[15:02] <ogra_> we had the wrong url
[15:02] <NCommander> ah, so a PEBKAC problem
[15:02]  * NCommander can't spell this mornming
[15:02] <ogra_> heh
[15:03] <NCommander> [topic] Standing Items
[15:03] <NCommander> [topic] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm.html
[15:03] <NCommander> [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm-ubuntu-11.10-beta-2.html
[15:03] <janimo> hello
[15:04]  * ogra_ has a question for one of his items ... 
[15:04] <ogra_> do we actually want to do the ext4 switch right now ?
[15:05] <ogra_> it seriously seems a bit late to me for such a change
[15:05] <NCommander> for preinstalls?
[15:05] <ogra_> yes
[15:05] <ogra_> live-build only recently got support for ext4
[15:05] <janimo> ogra_, would be good imo, does live-build have the patch already? (In Ubuntu I mean)
[15:05] <ogra_> so we could theoretically still do the switch
[15:05] <GrueMaster> Should have been done for A2/A3.  Little late now.
[15:05] <ogra_> but that also means lots of fallount i think
[15:05] <NCommander> Best to stay with ext3 for now, and change it for A1 in P cycle
[15:05] <ogra_> janimo, no idea, but we could pull it in
[15:06] <ogra_> but i'm more in a tendency to postpone it
[15:06] <janimo> ogra_, not a very important thing, just a would be nice to align with ubuntu x86 and linaro
[15:06] <ogra_> yeah
[15:06] <ogra_> i agree
[15:06] <NCommander> definately something for next cycle
[15:06] <ogra_> but beta freeze is tomorrow and the images still have tons of bugs
[15:06] <janimo> with linaro's monthly schedule we will always have stale images featurewise for a few months
[15:06]  * NCommander adds it to the blueprint list
[15:06] <janimo> sure
[15:07] <janimo> NCommander, blueprint wiki link please?
[15:07] <GrueMaster> Beta freeze is today.
[15:07] <janimo> So it is not a real freeze, just a beta one
[15:07] <GrueMaster> [link]https://wiki.ubuntu.com/ARM/PBlueprintIdeas
[15:07] <NCommander> https://wiki.ubuntu.com/ARM/PBlueprintIdeas#preview
[15:08] <NCommander> drat, GrueMaster was faster
[15:08] <ogra_> GrueMaster, well, past midnight for me ;)
[15:08] <ogra_> NCommander, GrueMaster was cleaner :P
[15:09] <NCommander> [topic] ARM Server Status (NCommander, Daviey)
[15:10] <NCommander> server itself looks like its in good shape for A2, though we have some outstanding OMAP issues which I'll bring up during porting
[15:10] <NCommander> anyone got anything else?
[15:12] <janimo> is mx5 related to server in any way?
[15:12] <ogra_> no
[15:12] <ogra_> we dont roll server for it
[15:13] <NCommander> Guess there's nothing else
[15:13] <NCommander> [topic] Kernel Status (cooloney, ppisati)
[15:13] <ppisati> it's me, Paolo! :)
[15:14] <ogra_> yay
[15:14] <ppisati> there;s a new omap4 kernel
[15:14] <ppisati> and this new kernel fixes some outstanding issues: framebuffer coloring, audio, and a couple of warnings on boot
[15:14] <janimo> there's a new ac100 kernel upload preparing to fix the USB speed issue and to enable DRM but nothing else
[15:15] <ogra_> framebuffer coloring ? are you serious ?!?
[15:15] <ppisati> unfortunately the new kernel breaks the pvr driver, but that should be fixed in an upcoming release
[15:15] <ppisati> yep
[15:15] <ppisati> :)
[15:15]  * ogra_ got used to the blue after all these releases
[15:15] <ppisati> no more "smurf-colored" console
[15:15] <ppisati> :)
[15:15] <mahmoh> the USB speed issue is fixed already in the omap4 kernel?
[15:15] <ppisati> oh yes
[15:15] <ogra_> yes
[15:15] <ppisati> sorry
[15:15] <ppisati> i forgot about the important stuff
[15:15] <NCommander> I thought purple in d-i was intentional
[15:15] <ppisati> yes, Ming's ehci fix is in there too
[15:16] <ppisati> so, good usb i/o too
[15:16] <ogra_> NCommander, but blue text in black tty console wasnt ;)
[15:16] <ppisati> now we "only" need to fix pm and pvr driver and that will be the best omap release so far :)
[15:16] <ppisati> oh yes, and kexec too...
[15:16] <ogra_> wohoo
[15:17] <ogra_> on the ac100 front, janimo takles over the ac100 kernel now
[15:17] <ogra_> so we will finally get a git tree i guess :)
[15:17]  * ppisati didn't mention the usual round of kernel updates for all the other arm flavours since we are getting one of this every week
[15:17] <ppisati> cool
[15:17] <NCommander> yay git
[15:17] <ogra_> pfft git
[15:18] <Ursinha> lol
[15:18]  * Ursinha grabs the popcorn and watches
[15:18] <ogra_> lol
[15:18] <ppisati> and it seems cooloney is back
[15:18] <ogra_> oh, nice, will he come back and attend then ?
[15:18] <janimo> yay git
[15:18] <janimo> 2:1
[15:19] <ppisati> ah, dunno
[15:19] <Daviey> rbasak: Around?
[15:19] <ppisati> perhaps he will move to West Europe/US? :)
[15:20] <rbasak> Daviey: yes!
[15:20] <NCommander> anytihng else or should move on?
[15:20] <ppisati> move
[15:20] <ogra_> go
[15:20] <NCommander> [topic] ARM Porting/FTBFS status (NCommander, janimo)
[15:20] <ogra_> horrid !
[15:20] <ogra_> wrt universe
[15:21] <janimo> given back a few packages
[15:21] <ogra_> main looks okayish
[15:21] <ogra_> i went through all ftbfs logs the last days
[15:21] <janimo> nothing actually changed/fixed but that
[15:21] <ogra_> 70-80% of the arm ftbfs are GLES stuff
[15:21] <NCommander> On the OMAP3 side, netboot remains broken, fix there should be forthcoming today
[15:21] <ogra_> some libavcodec
[15:21] <janimo> we probably get to fix pgsql unless upstream is on it
[15:22] <ogra_> and a bunch of qreal
[15:22] <janimo> ogasawara, 70-80? I doubt it is that much. I would have thought it is around 30%
[15:22] <janimo> needs to be counted :)
[15:22] <ogra_> rsalveti, do you have any std reciepe for GLES issues ?
[15:22]  * rsalveti reading
[15:22] <GrueMaster> Guys, check your name tab completion.
[15:22] <ogra_> the ftbfs wikipage could need some code examples etc
[15:22] <janimo> ogra_, I think those apps need porting to GLES or have that code disabled.
[15:23] <rsalveti> ogra_: not for now, planned to discuss at UDS
[15:23] <janimo> it is very app specific
[15:23] <rsalveti> because the apps need porting
[15:23] <ogra_> janimo, well, if its just: change dep, switch configure options and build ...
[15:23] <ogra_> some apps have gles support
[15:23] <ogra_> but haent got it enabled
[15:23] <NCommander> on OMAP4, I've been grinding away at updating partman-uboot/partman-reciepes for the last week and some before I went for vacation
[15:23]  * ogra_ resarched some of them 
[15:24] <NCommander> Its 95% working but still has some odds and ends. I've talked to skaet about it, and I'm expecting it to land tonight/tomorrow
[15:25] <janimo> ogra_, the Qt ones cannot work as they use GLES and OPENGL in the same time
[15:25] <janimo> and those are quite a few
[15:25] <ogra_> right
[15:25] <ogra_> i mean the ones that are ported upstream but where the build behaves like on x86
[15:26] <rsalveti> don't believe we have much of those still
[15:26] <ogra_> not many, but a few
[15:26] <rsalveti> most of the issues are from the qt gl x gles issue
[15:26] <ogra_> stellarium is a prominent one
[15:27] <ogra_> and there are a few others
[15:27] <ogra_> anyway, i dont want to slow the meeting
[15:27] <ogra_> NCommander, move :)
[15:28] <NCommander> [topic] ARM Image Status (ogra, NCommander)
[15:28] <ogra_> so so ...
[15:28] <ogra_> we had some issues with the build system that hopefully shoudl be resolved
[15:29] <ogra_> lamont, replaced something on annonaceae since then omap and mx5 builds seem to hang
[15:29] <ogra_> i pinged him but he doesnt seem to be around, i'll hunt down someone else from IS later
[15:30] <ogra_> ac100 images build and install fine, mx5 should be building fine too now
[15:30] <janimo> ogra_, so the lack of today's images is due to above breakage?
[15:30] <ogra_> oh and archive skew costed us three days of images this week
[15:30] <janimo> indeed ac100 is working fine
[15:30] <janimo> nice, less than it costs on average :)
[15:30]  * NCommander whacks janimo 
[15:31] <ogra_> janimo, yes, annonaceae doesnt build anything apparently, i suspect an ssh key was replaced or so
[15:31] <ogra_> NCommander, anything to add for the server or netinst images
[15:31] <ogra_> ?
[15:32] <NCommander> just the previous methoned partman-uboot hacking for OMAP3/4, and the f-k fix
[15:33] <ogra_> move then :)
[15:33] <NCommander> [topic] QA Status (GrueMaster, mahmoh)
[15:33] <GrueMaster> All kernel SRU testing for systems on life support completed this week.
[15:33] <GrueMaster> Most of the testing for server is no finished, at least for a once over.
[15:34] <GrueMaster> My only beagleXM has an odd issue with the latest x-loader/u-boot where it will no longer connect to the network.  Driver loads, but it will not show a link.
[15:34] <GrueMaster> Using the Natty versions works fine.
[15:35] <rsalveti> GrueMaster: were you able to test with linaro's kernel?
[15:35] <ppisati> my xm rev a1 works ok with O u-boot
[15:35] <GrueMaster> not yet.  Had to reimage (I was running a cryptfs and linaro doesn't support that).
[15:36] <GrueMaster> Will test linaro kernel today.
[15:36] <ogra_> MMlosh in #ubuntu-arm reported the same NIC issue
[15:36] <GrueMaster> Also plan on doing some deep desktop image testing for the rest of the week, as I have done little on that this cycle.
[15:36] <ogra_> but he is on natty and just using the oneiric kernel
[15:36] <GrueMaster> interesting.
[15:36] <ogra_> so i'm not sure it isnt userspace
[15:37] <ogra_> but indeed intresting that you see the same
[15:38] <GrueMaster> mahmoh: anything to add?
[15:38] <mahmoh> GrueMaster: nothing except that you're doing a bang up job
[15:38] <ogra_> ++
[15:38] <ogra_> and he is also our best supporter in #ubuntu-arm
[15:38] <NCommander> [topic] Linaro Updates (rsalveti)
[15:38]  * rsalveti waves
[15:39] <rsalveti> well, not much that touches oneiric
[15:39] <rsalveti> first version of gcc-linaro packages
[15:39] <rsalveti> to be available at the toolchain backports PPA
[15:39] <rsalveti> to help testing toolchain issues and validating the gcc-linaro later on
[15:40] <rsalveti> on-going debugging on LTTng 2.x
[15:40] <rsalveti> first time we're trying to make it work with ARM
[15:40] <rsalveti> good thing is that we don't have a lot of kernel dependencies as before
[15:40] <rsalveti> hope to make it work properly this time
[15:41] <rsalveti> looking to try to get bug 669641 fixed at the linaro-kernels atm
[15:41] <GrueMaster> Is there a plan to integrate x-loader with u-boot for omap next cycle?  Also, PXE would be nice, since the code is there.
[15:41] <rsalveti> then push it to ubuntu-kernel once the fix is available and working
[15:41] <janimo> nice
[15:41] <rsalveti> GrueMaster: yup, in theory SPL already works for OMAP
[15:41] <rsalveti> we'll validate it for this cycle, so for P it should work the same way
[15:42] <janimo> bye bye xloader
[15:42] <ogra_> yeah
[15:42] <ogra_> well, not completely
[15:42] <ogra_> yet
[15:42] <rsalveti> but at least for next cycle for sure :-)
[15:42] <NCommander> anything else?
[15:43] <rsalveti> and on-going multi-arch fixes in place to get firefox cross buildable
[15:43] <ogra_> well you still keep MLO
[15:43] <rsalveti> sure, but the main issue was how x-loader was maintained
[15:43] <rsalveti> that's the next step
[15:43] <ogra_> indeed
[15:43] <janimo> ogra_, yes, but no more extra packages that we need to keep remembering the names of
[15:43] <ogra_> NCommander, nothing from me
[15:43] <rsalveti> that's most from my side
[15:44] <janimo> thanks rsalveti
[15:44] <NCommander> [topic] AOB
[15:44] <ogra_> erm
[15:44] <ogra_> what about blueprints ?? werent we supposed to have a topic for that today ?
[15:44] <GrueMaster> erm?
[15:45]  * ogra_ thought davidm wanted to discuss them today
[15:45] <davidm_> Yes, I did want to see a review of bp
[15:45] <davidm_> I'm on a call that I can 't break from
[15:45] <ogra_> davidm, lets do it on the call then
[15:45] <ogra_> for the community: https://wiki.ubuntu.com/ARM/PBlueprintIdeas oin case you have ideas to add for us :)
[15:46] <davidm_> But I would like to see the team review the BP page https://wiki.ubuntu.com/ARM/PBlueprintIdeas
[15:46] <ogra_> lets go over them then
[15:46] <davidm_> The page is scheduled to lock soonish
[15:46] <ogra_> say 19th at the top schedule :)
[15:46] <ogra_> *says
[15:47] <ogra_> ah, no, even 3rd
[15:47] <GrueMaster> Actually, I think it is the 3rd that it locks.
[15:47] <ogra_> yeah
[15:47] <ogra_> i slipped a row
[15:47] <ogra_> forst one is "Implement an ARM Server Kernel for Server Hardware"
[15:48] <GrueMaster> At any rate.  Shall I list them and we can beat^h^H^Hdiscuss them?
[15:48] <rbasak> Is that a kernel flavour, like server and virtual?
[15:48] <GrueMaster> Server kernel makes sense once we have a server platform.
[15:49] <mahmoh> will this have to be per platform?
[15:49] <ogra_> i guess that actually depends on having server hardware :)
[15:49] <ogra_> GrueMaster, oh, feel free
[15:49]  * ogra_ steps back
[15:49] <ogra_> rbasak, yes, the -server kernel uses a few different config options
[15:49] <ogra_> mahmoh, well, it hads to be for the "server platform"
[15:49] <ogra_> it doesnt make sense to put a fulltime person on a server kernel without having server HW
[15:50] <mahmoh> and arm should have its own configs on top of that
[15:50] <ogra_> and i guess it will be a good part of a fulltime job
[15:50] <ogra_> (split across kernel and QA)
[15:51] <GrueMaster> Arm Server kernel build configuration and tuning -- Should combine with previous.
[15:51] <ogra_> i think we all agree that we want such a kernel but we need HW first
[15:51] <ogra_> else it is a waste of efforts
[15:51] <ogra_> GrueMaster, ++
[15:51] <GrueMaster> Unified OMAP3/OMAP4 install images
[15:51] <ogra_> though we should probably have a general kernel configuration session
[15:52] <ogra_> (covering the config handling for arm in general)
[15:52] <GrueMaster> How would this work?  Same kernel/u-boot?  Is it possible?
[15:52] <ogra_> unified images can only work if we have unified MLO and u-boot
[15:53] <GrueMaster> And kernel.
[15:53] <ogra_> kernel should already be possible i think
[15:53] <ogra_> but indeed not if we go on with the TI patches which we have to
[15:53] <GrueMaster> * All ARM headless images are based on Ubuntu Core,
[15:53]  * ogra_ just nods
[15:53] <janimo> GrueMaster, kernel is unified in linaro
[15:53] <ogra_> move :P
[15:53] <janimo> uboot to be explored, part of the purpose of the BP
[15:54] <GrueMaster> oops, missed the wrap.
[15:54] <ogra_> we dont have headless atm ... if it comes back it will be based on core ... done
[15:54] <GrueMaster> All ARM headless images are based on Ubuntu Core,
[15:54] <GrueMaster> except for specific ARM Server Images
[15:54] <ogra_> not really a spec
[15:54] <ogra_> rather a "this is what we will use if it comes back"
[15:54] <GrueMaster> * Explore Codezero Embedded Hypervisor Virtulazation on A9 http://www.l4dev.org/
[15:54] <GrueMaster> ok
[15:55] <GrueMaster> This could be fun.
[15:55] <ogra_> yeah
[15:55] <GrueMaster> * Server Performance Testing incl Storage
[15:55] <ogra_> well, thats just a carry over of the server QA from O
[15:55] <ogra_> or not ?
[15:56] <ogra_> or an extention to it
[15:56] <mahmoh> I think storage should be broken out, otherwise this will get big
[15:56] <GrueMaster> Need more detail.  mahmoh has already been running the phoronix test suite to shake out issues there.
[15:56] <GrueMaster> Storage will get tested properly once we have hw that has better support.
[15:56]  * ogra_ is sad that there are so many server specs but not many tech improvements or community/desktop specs ...
[15:57] <GrueMaster> * ARM Hard float
[15:57] <ogra_> is that a spec ?
[15:57] <NCommander> We're about to runout of time sadly
[15:57] <GrueMaster> It's because we have already rocked the desktop.
[15:57] <ogra_> we surely need discussion about it
[15:57] <janimo> move to ubuntu-arm ?
[15:57] <ogra_> GrueMaster, well, enough ? is the question
[15:58] <ogra_> well, is there a meeting after us ?
[15:58] <ogra_> but yeah, else move to -arm and finish that
[15:58] <NCommander> I'm not sure
[15:58] <GrueMaster> * Orchestra/Ensemble on ARM
[15:58]  * ogra_ wonders whats arm specific there 
[15:59] <GrueMaster> deployment issues apparently.
[15:59] <mahmoh> * Orchestra/Juju on ARM
[15:59] <ogra_> but then i dont know enough about it ... though i thought its a management tool
[15:59] <NCommander> noone elseis here (and actually, the frdge event for the meeting still says Mobile and Tuesday)
[15:59] <ogra_> lol
[15:59] <GrueMaster> * Linaro ARM Boot
[15:59] <ogra_> whats that ?
[15:59] <GrueMaster> BTHOOM
[16:00] <ogra_> there are a bunch of boot related things in our build system i would like to change
[16:00] <GrueMaster> (beats the hell out of me)
[16:00] <janimo> boot speed maybe?
[16:00] <ogra_> so having some info what "linaro boot" means would be nice
[16:00] <GrueMaster> * KVM on ARM
[16:00]  * GrueMaster cringes
[16:00] <ogra_> hehe
[16:00] <ogra_> you asked for it :P
[16:01] <ogra_> we could also add "libvirt on arm" :)
[16:01] <GrueMaster> No, I didn't.  I asked for tests to be written for bare metal, then adapted for kvm, not vice versa.
[16:01] <davidm_> we should add libvirt
[16:01] <ogra_> argh, that was a joke !
[16:01] <NCommander> heh
[16:01]  * ogra_ looks for duct tape for his nasty mouth
[16:01] <rbasak> It needs to happen eventually!
[16:01] <GrueMaster> * Server System management on ARM - IPMI
[16:02] <ogra_> how is that different to the juju spec ??
[16:02] <GrueMaster> rbasak: So does a solution for bug 1
[16:02] <ogra_> does it make sense to have two of them ?
[16:02] <rbasak> :-)
[16:02] <ogra_> i think we could merge them in one
[16:02] <ogra_> same for kvm/libvirt
[16:03] <GrueMaster> * QA Develop automation tests that can run without kvm support (i.e. on raw hardware).
[16:03] <GrueMaster> har!
[16:03] <ogra_> hehe, attacking the kvm spec :)
[16:04] <NCommander> spec to spec combat!
[16:04] <rbasak> There is a plan to help with that I think
[16:04] <GrueMaster> I think this is beneficial, because I am always finding bugs on raw hw that don't manifest on kvm.
[16:04] <rbasak> Get nova to be able to launch metal instances from a pool of available metal
[16:04] <ogra_> yeah
[16:04] <rbasak> (maybe via LXC)
[16:04] <ogra_> sounds trivial
[16:05] <GrueMaster> * Revisit Server QA tests from Oneiric, enhance and update as needed.
[16:05] <ogra_> given that we already implemented that :)
[16:05] <ogra_> (as the panda cluster)
[16:05] <rbasak> does that use nova?
[16:06] <ogra_> never heard of nova
[16:06] <GrueMaster> A lot of the tests this round were random (and some have no tests in any arch).
[16:06] <ogra_> well, iirc in budapest is was said that this cycle was to determine a better set of tests
[16:06] <ogra_> so thats an expected follwoup i guess
[16:07] <GrueMaster> * Compare kernel configs with x86/amd64 configs for for module differences (NFS, VFAT, etc)
[16:07] <ogra_> shoudl become a general kernel config spec
[16:08] <ogra_> for arm indeed :)
[16:08] <GrueMaster> I ran into a lot of qa kernel SRU tests that fail simply because some modules are compiled =Y as opposed to =m.
[16:08] <GrueMaster> And I also had to postpone some tests because of missing modules.
[16:08] <ogra_> yeah
[16:09] <ogra_> and we have a good bunch of differences to x86 as well
[16:09] <ogra_> so we should do a general review
[16:09] <GrueMaster> * One consumer device per cycle programme
[16:09] <ogra_> yay
[16:10] <ogra_> so my idea is that we enable one enduser device per cycle
[16:10] <ogra_> preferably one that is close to images we already have indeed
[16:10] <ogra_> and that the community can chose which device that is
[16:10] <janimo> GrueMaster, would be good to have a list of features failing unless modules
[16:10] <GrueMaster> I disagree on this, only because we got bogged down on 1 and played hot potato with the other.
[16:10] <janimo> I was thinking of trying to build in as many as possible for bootup speed
[16:10] <ogra_> GrueMaster, bogged down ?
[16:10] <janimo> but if it some do not work it'd be good to know ahead
[16:11] <ogra_> we have ac100 images now ... and we could have nook ones if you had had the time
[16:11] <GrueMaster> How long have you been working on ac100?
[16:11] <ogra_> the plan is to deeply involve the community here
[16:11] <janimo> we could have 5 images per cycle if we had better build tools honestly
[16:11] <ogra_> ac100 isnt comparable
[16:11] <ogra_> i had to invent a totally new image type for it
[16:11] <janimo> the time spent is not as much coding but debugging the innards of the build system
[16:11] <GrueMaster> Problem with nook images is lack of touch screen keyboard in ubiquity.
[16:11] <ogra_> eaily solved :)
[16:12] <ogra_> *easily
[16:12] <ogra_> you didnt tell me
[16:12] <mahmoh> the idea is a good one, maybe choose a family of similar products and then a target to work from
[16:12] <GrueMaster> I was just saying once we get the tools shacken out, we shouldn't limit it to one.
[16:12] <janimo> ogra_, I doubt the community has better chances of getting something up with cdimage/debian-cd as they are used now
[16:12] <ogra_> anyway, we can discuss that later, thats my spec proposal and the masterplan is actually to grow community
[16:12] <NCommander> +1
[16:12] <janimo> but we need the community for upstream work (kernel etc) and testing
[16:12] <GrueMaster> Sounds good.
[16:12] <ogra_> janimo, thats the part we should be offering
[16:13] <ogra_> debian-cd/cdimage stuff
[16:13] <janimo> as they are now they are... juju
[16:13] <ogra_> the community still needs to supply the external bits
[16:13] <ogra_> anyway, lets do details later and let NCommander close the meeting :)
[16:14] <NCommander> closing in 3
[16:14] <NCommander> 2
[16:14] <NCommander> 1
[16:14] <NCommander> #endmeeting
[16:14] <meetingology> Meeting ended Thu Sep 15 16:14:16 2011 UTC.
[16:14] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-15-15.01.moin.txt
[16:14] <ogra_> *clap clap clap*
[16:14] <janimo> hear you later
[22:52] <juancarlospaco> ʘ‿ʘ
[23:55] <cyphermox> tenach, JoeVancouver, jedijf, Z37A, JoseeAntonioR: just checking if you're all there ;)
[23:55] <JoeVancouver> I am here :)
[23:55] <JoseeAntonioR> I am here!
[23:55] <Z37A> I'm here
[23:56] <cyphermox> awesome. we'll start soon
[23:56] <JoseeAntonioR> jedijf is in the channel list, so he should be here
[23:56] <cyphermox> yup
[23:56] <jedijf> i is