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