[08:07] persia: do we have a meeting tonight? [08:29] lifeless: as per wiki, seems like you do [09:28] lifeless, I believe so. [10:08] hi [10:08] hi [10:09] Hi. You live in a benighted realm that believes that sunrise should happen after sensible people are already awake. Wait an hour. [10:09] Or did something change that I missed? [10:11] wiki page says 1000 utc [10:11] @now [10:11] Current time in Etc/UTC: October 12 2010, 09:11:56 [10:11] is gnome lying to me about time in london ? [10:11] Right, and it's 9:00 UTC [10:12] blah [10:12] heh [10:12] * lifeless stabs gnome [10:12] Time in London doesn't matter. time in Reykjavik is more interesting. [10:12] London is part of one of the benighted realms above-mentioned. [10:13] When does DST change, last sunday of this month? [10:15] nigelb: I'm already on DST [10:15] so, bleh, this meeting will be @ 11pm. [10:15] heh [10:16] nigelb, Randomly, in abitrary directions, depending on the whim of the governments for the area. I think the worst was once when a government decided on a Friday that DST started that weekend. [10:16] If you want gory and amusing details, read the tzdata changelog. [10:17] you can blame NZ for this [10:17] Eeek, no thanks [10:18] I should probably find some food before this reprieve ends. [10:18] * persia remembers one morning having to reschedule a conference call because DST happened in different directions on the same day in the areas where all the participants sat. [10:18] (and, annoyingly, ending up with a 5am call in Sydney as a result) [10:19] I think this month is going to be generally confusing for meetings [10:19] Someone should tack that on the /topic [10:19] right, its already there :) [10:23] mmm [10:23] I may not make it [10:45] * elky munches and waits. [10:53] @now [10:53] Current time in Etc/UTC: October 12 2010, 09:53:56 [10:54] Mohan_chml, Soon. [10:54] persia: yeah :) [11:00] Good evening Vantrax [11:05] So, um, it's 10:05. Who is present? Do we have quorum? [11:05] I'm here for a few minutes; really just a few. [11:06] ogitux seems not here yet, so we may not have that much business before us. [11:06] yes. His wiki seems not updated with details [11:06] shall we take the moments until he arrives to discuss board population? [11:07] Sure. [11:08] yep [11:08] #startmeeting [11:08] Meeting started at 05:08. The chair is elky. [11:08] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [11:08] Woo, I remembered! [11:08] [TOPIC] Board members [11:08] New Topic: Board members [11:08] nice work:P [11:09] I have seen 4 apps total. [11:09] And our target is still 9 total members, 3 east, 3 central, and 3 west, right? [11:10] do we hand that to CC or go back again and ask for more [11:10] I think its 8 [11:10] [11:10] err we have 8 [11:10] Right. We got one more last time we talked about this, but never the other one, and never moved to split meetings. [11:11] and 12 was the goal with 2 meetings and 4 for quorum still [11:11] I'm rather eager to avoid holding this up unnecessarily. [11:11] we are still going to have a numbers issue atm [11:11] 12! That's larger than I think we need, especially with a quorum of 4. I'm not precisely happy about assuming most folk won't show up. [11:12] we have 8 right now afaik [11:12] Yeah, that worries me too. [11:12] we struggle to get 4 [11:12] We're still in the rut where it's always the same few who show up. [11:12] yep [11:13] Vantrax, yes, but the question is: do we need the folk that don't show? [11:13] probably not [11:13] * persia would rather have a smaller board that was mostly present: people who only show once every few months are hard to trust [11:13] we have the same four each time normally [11:14] Right. [11:14] with amachu and takdir making it intermittantly [11:14] So, let's look at distribution. [11:14] lifeless is *way* east. elky is east. I'm central. Vantrax: I forget if you're east or central? [11:15] I'm east, in brisbane [11:15] I'm so far east, ATM, that I'm really west. [11:15] lol [11:15] (UTC+13) [11:16] lifeless, For our purposes, that's merely east, when far-west is still +5:30 [11:16] OK, so we need some central and west. [11:16] yep, we can safely assume people can make this time [11:17] Right. Let's take the position we don't need anyone else to the east. [11:17] Central is historically where we've had retention issues. [11:17] Let's ask the current members that don't show if they want to remain on the board. [11:17] May I suggest that's the wrong question? [11:18] I'm happy with that asumption elky [11:18] And let's send the list of new nominees and commonly-missing members to the CC as two separate groups, "central" and "west" and ask them to select two central and three west. [11:18] excellent idea [11:18] elky, What's a better question, assuming that we're not guaranteeing them a continued spot regardless of their answer? [11:18] persia, I'm more inclined to ask if they're able, rather than if they're willing. [11:19] I think we should ask what they want [11:19] elky, That's a *much* better question. Good call. [11:19] Vantrax, As someone who is rarely able to do the set of things I want, I'll say that's dangerous. [11:20] agreed [11:20] if they can't fulfil the obligation they resign [11:20] that is my opinion [11:20] Vantrax, easily spoken in theory. Harder to actualy do. [11:21] Noting that when asking if they're able that we'd be specifying *both* times. [11:21] yep, I'm pretending its a perfect world [11:21] No, we're not asking that people can make both times. [11:22] We're asking that central people can make both times and western people can make the later time. [11:22] persia, we're asking them if they can make at least one of the times. [11:22] OK. [11:23] I just want to make sure we're not asking our sometimes-present western member to attend the earlier time at which lifeless hasn't already fallen asleep. [11:23] are we looking at three or two meetings? [11:23] Two ought be enough. [11:23] I agree, was just checking [11:23] If we were doing three meetings, we'd not have enough coherency, and I'd argue we ought to split into an "Asia" board and an "Oceania" board. [11:24] I think 2 should be good coverage [11:24] speaking of which. ciao. [11:24] night champ [11:24] lifeless, thanks for coming, ciao [11:26] so we have the same continuing problem [11:26] We do. We've had it since the inception of the RMB. [11:26] We get closer to solving it each time. [11:26] o/ [11:26] That's the point of going from the original 7 to 9 members and splitting the meeting. [11:26] can I have a minute? [11:26] We're up to 8 and have 4 regulars, which beats the 3 regulars we had at one point. [11:26] hello mohi [11:27] persia, yep. Improvements have been achieved. [11:27] true, we make quorum usually, even if I'm on my phone like today [11:27] So, Everyone feel good about the plan I've outlined above? [11:27] what about starting an IRC channel for Asia/Ociania memebers and analysing their presence at the time of meeting before making them as an RMB? [11:28] Hola Vantrax =] [11:28] Mohan_chml, Doesn't help. I'm often around at this time, but my join/part messages wouldn't even begin to help anyone know that. [11:28] hrm, not a bad idea [11:28] Mohan_chml, or they could just attend the meetings like now. [11:28] elky: that is also acceptable [11:28] I would think people wanting to join would turn up to meetings as elky said [11:29] Mohan_chml, then consider it already in action ;) [11:29] (: [11:30] My suggestion is, Lets make a single meeting for next two times, see the presence of the applicants and their skill of Judging, then making the meeting as two [11:30] mohi, we don't have enough applicants [11:31] ah..! [11:31] ah, a bit of arm twisting required to get more people to apply? :) [11:31] yep [11:32] Vantrax, Are you up for taking an action to contact the often-missing members and get them to say whether they'd be able to make one of the new meeting times? [11:32] (8:00 and 12:00, weren't they?) [11:32] yes, ill do that and report back [11:33] Anyone *not* on the Asia/Oceania RMB who would like to be, or anyone who thinks someone else should be (and has confirmed that person *can*) should also contact the RMB. [11:33] I think it was 0900 and 1200 UTC [11:33] If both those actions complete for next time, we'll be able to ask the CC to give us the new members, and we can meet at the new times. [11:34] yes, ill get something in the fridge [11:34] 9:00 is still late in +14, but I don't think we have anyone further east than +13 in practice. [11:34] maybe we will have more luck [11:35] I rarely get home before 7pm aest [11:35] too much earlier and ill be doing all meetings on a phone:D [11:36] Ah, so 9:00 is about as early as works. OK. 9:00 then. [11:36] nigelb, As someone in IST, do you think 12:00 is late enough for your compatriots? Does it need to be a bit later? [11:37] earlier? [11:37] Vantrax, Just to confirm, AE{SD}T varies between +10 and +11, right? [11:37] Vantrax, I'm not expecting anyone "east" to attend the later meeting :) [11:37] not for me, but yes [11:38] persia: hold on, let me calculate that. [11:38] the southern half use daylight savings [11:38] How does the later time pan out for muslim prayer time, too. I know it's been an issue for some in SE Asia previously. [11:39] 12:00 UTC is 17:30 local time, which is okay. [11:39] * persia looks up relevant prayer schedules [11:39] nigelb, isn't that commute time? [11:40] elky: varies, commute time is an hour more from then [11:40] good point elky [11:40] 9:30 to 6:30 is normal office timings (at least in this city) [11:40] elky, We can't win for that. "Sunset" and "evening" are always likely to collide a bit, unless we make it very late indeed. [11:41] persia, yeah I figured. Most of the muslim nations I think get a fair crack at EMEA anyway. [11:41] Looks like sunset in our region can be as late as 13:42 [11:42] (for 2010: I didn't check past years) [11:43] I don't recall any significant meteorological bodies throwing us too far out of traditional orbit, so close enough. [11:44] Well, governments have odd ideas about time. There are precious few places left where the sun is in at the midpoint of it's path at 12:00 [11:44] yeah, I notice that too [11:44] its confusing sometimes [11:45] Anyway, do we have any more topics? [11:45] I don't believe so. [11:46] [ACTION] Vantrax to email current board members for commitment info [11:46] ACTION received: Vantrax to email current board members for commitment info [11:46] persia/elky can you send an email with action items, I'm about to head home [11:47] I guess we adjourn to list and next fortnight [11:47] logs are painful on a phone:p [11:47] Sounds good to me. [11:47] I think that's the only action item actually. [11:47] yay me [11:47] [ENDMEETING] [11:47] ill get on to that soon [11:47] #endmeeting [11:47] Meeting finished at 05:47. [11:47] I may have trouble making the next meeting, as I'll be in UTC-4, just as a warning. [11:47] persia, next meeting is UDS week? [11:48] np persia, thanks for making the effort [11:48] Two weeks from today, yes? [11:48] Then I'll also be subject to being in the wrong timezone. [11:48] * Vantrax wishes he got to go to uds [11:48] maybe next time [11:48] ugh, uds [11:49] can't even make linux.conf.au this year [11:49] nigelb, next time you won't have to argue with 'murricans. [11:49] elky, With two of us the peer-pressure might be enough to make a 6:00 meeting :) [11:49] elky: I just hope so :/ [11:49] persia, lifeless not likely to be there? [11:50] Dunno. He often seems to make UDSs though, so maybe three. He's an early person too. [11:51] It's not like we're even from the same countries. We can't even just vote on moving .Au for example. So sad. [11:52] * persia fails to be convinced that a vote is sufficient to so accelerate continental drift [11:54] persia, who cares about moving the actual landmass. [11:55] Oh, just the routing assignments? I tend to be conservative, and want alignment between routing assignments and geographic features. [11:58] How quaint. [12:52] hello all [12:56] ogitux, Hey. Meeting ended about an hour ago: it's at 10:00 UTC. `date -u` run from a terminal will show you current UTC time. [12:57] :( [13:00] huft I was Late [13:01] Next meeting on the 26th. [13:02] ok thx persia [13:02] I doubt enough members of the Board are awake at this hour, really. [13:02] why doubt persia [13:03] Because some of them are in UTC+13 and UTC+11, so it's really late. [13:04] so I have not been able to join in ubuntu member [13:04] persia: [13:05] Not this week, no. [13:05] next week yah persia [13:05] I don't happen to know offhand when the other boards meet, if you want to try one of them at an odd time, but if you want the evening meeting for Asia/Oceania, you will have to wait for the 26th. [13:05] No, week after next. [13:06] ok, what time persia [13:06] 10:00 UTC [13:06] thx [13:12] persia: where are u? === bladernr is now known as bladernr_ === ogra_ is now known as ogra [13:59] #startmeeting [13:59] Meeting started at 07:59. The chair is NCommander. [13:59] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [13:59] [link] https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20101012 [13:59] LINK received: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20101012 [14:00] A bit premature [14:00] o/ [14:00] G'day all [14:00] better early than late [14:00] true [14:00] o/ [14:00] * NCommander gives everyone a moment to appear before starting properly [14:00] Tell that to my Mrs ;) [14:00] Within a few seconds is better than most meetings time themselves. [14:00] Actually, right on time. [14:01] Good work all, 10.10 went out well, congratulations. [14:01] \o/ [14:01] and the world didn't explode [14:01] I consider tha an important bonus! [14:02] that's tomorrow's asteroid... [14:02] Or if it did, enough was reconstructed so that the difference is inobvious from the PoV of the average developer. [14:02] dyfet: maybe we'll get lucky and it will only squish Redmond or something :-P [14:02] anyway [14:02] [topic] Action Item Review [14:02] New Topic: Action Item Review [14:03] [topic] persia to close and/or postpone his remaining action items for 10.10 [14:03] New Topic: persia to close and/or postpone his remaining action items for 10.10 [14:03] Nothing shows up on the new WI tracker. [14:03] [topic] ogra + davidm to determine armel+omap4 releasability and notify the release team with the result [14:03] New Topic: ogra + davidm to determine armel+omap4 releasability and notify the release team with the result [14:04] long done [14:04] since we released apparently [14:04] NCommander to unassign himself from bugs [14:05] (a roll call at the begining of the meeting would have been nice btw) [14:05] * NCommander is assigned :-) [14:05] *unassigned [14:05] yeah, you were a bit over-enthusiastic :) [14:05] i assigned the flash-kernel breakage back to you [14:05] I reassigned that to myself :-/ [14:05] it wasnt [14:05] at least last night [14:05] argh [14:06] d'oh [14:06] whoops [14:06] well, it is now :) [14:06] [topic] Standing Item Review [14:06] New Topic: Standing Item Review [14:06] I don't tihnk there's much point to go over the work trackers [14:06] [topic] Kernel Status (cooloney, mpoirier, lag) [14:06] True [14:06] New Topic: Kernel Status (cooloney, mpoirier, lag) [14:07] * Texas Instruments (ti-omap) [14:07] * REBASE : ti-omap4 branch is now at Ubuntu-2.6.35-903.15 [14:07] * ON GOING : B605716 Regression from Karmic - corrected in Maverick - unsure what to do as the reporter has moved to Maverick. [14:07] * ON GOING : B637947 Kernel/userspace issue - lag is hosting a meeting with the top ASoC people today to discuss [14:07] * ON GOING : B535315 For some reason the net dev watchdog is timing out - more investigation needed. [14:07] * ON GOING : B613214 Regression from Karmic - working with user to bisect. [14:07] * ON GOING : B390959 For some reason the HID is recognising this keyboard as a joystick - more investigation needed. [14:07] * ON GOING : B22070 Looks like a USB issue, rectified in Maverick - need to fix Lucid. [14:07] * ON GOING : B43092 pata_pcmcia driver is not receiving correct IRQs - polling works, but was declined upstream. [14:07] * FIXED : B637947 Audio fixing was merged and released - still need some user space configuration to make audio fully work [14:07] * FIXED : B655746 HDMI bug fixing patch was merged. [14:07] * FIXED : B586386 ti-omap4 branch missed this fix which is required by the upstart userspace application. [14:07] * FIXED : B653002 An MLO patch was submitted to decrease the amount of occurence. [14:07] * FIXED : B592295 omapdss DISPC error: SYNC_LOST_DIGIT. [14:07] * FIXED : B605832 LG monitor behaving incorrectly when used in conjunction with the Panda board and HDMI. [14:07] * FIXED : B612895 Unable to handle kernel NULL pointer dereference at virtual address 00000000 - fix released. [14:07] * FIXED : B471228 Acer 5720 laptop will not wake from suspend - this issue has been rectified in Maverick. [14:07] * INVALID : B628029 Not a bug, suspend is just not available on this h/w yet. [14:07] * INVALID : B645420 Not a bug, USB OTG functionality is just not provided yet. [14:07] * PATCH : IGEPv2's 6 patches have been SRU'ed. (OMAP3) [14:07] * PATCH : The new set of ftrace patches have been submitted to linaro. (OMAP3) [14:07] * PATCH : Working with Vincent Rabin on the remaining "graph tracing" patches. (OM [14:07] Open those clients :) [14:07] s/open/widen [14:07] .. [14:08] Oh bottom! [14:08] * ogra has 1080p here [14:08] fits well [14:08] I've just realised (a lot of them aren't arm) [14:08] lag, Don't bother to fix it now. [14:08] well, for arm we mostly care about the audio stuff [14:08] k [14:08] ogra, it's not the resolution of the screen: it's also how one *uses* the client. [14:08] Yep [14:08] for which we have a meeting today [14:08] 2nd one down [14:08] * persia abhors fullscreen harder [14:10] I think I cna mov eon [14:10] [topic] QA Status (GrueMaster) [14:10] New Topic: QA Status (GrueMaster) [14:11] Images were tested with only a couple (kubuntu-mobile) seeing issues. [14:11] Work started on blueprints for UDS-N related to QA on armel. [14:11] Most kubuntu-mobile ARM folk are tweaking the image for use on N900s anyway, so that's only of moderate concern. [14:12] what do they do with the kernel and initrd then ? [14:12] ours wont boot [14:12] GrueMaster: what was the issue with kubuntu-mobile? [14:12] and without initrd oem-config wont run [14:13] (and they will run out of space very fast due to no resize happening) [14:13] Met with TI validation team. Some overlap, but not much. Their focus is on testing hardware & drivers to the maximum capabilities in a series of long test runs (over a week on dozens of systems). Our testing is more distro completeness centric. [14:13] ogra, Dunno: ask rbelem or ian_brasil: I think there's a script that does it, and some documentation. [14:14] persia, well, if they dont generate a new initrd and boot with it their image will be horribly broken [14:14] The kubuntu-mobile images are incomplete in that they look like a single partition, not a complete drive with partitions. [14:14] i dont really care about running our image on n900 [14:14] ogra, I have no detailed idea. [14:14] I know you don't care. they do. [14:14] right [14:14] so they should ask for the right way ;) [14:15] Point being that it's not that important that GrueMaster discovered issues. [14:15] i'm happy to give info ... but to lazy to hunt someone down [14:15] The images worked on RC. Not sure what changed. [14:15] Won't help: N900 isn't a fully open platform. [14:15] the kernel surely did [14:15] Anyway, enough of that. Just a note to say that it's not a showstopper for anyone that the images weren't perfect. [14:15] persia, they worked on beagle [14:16] No they did not. [14:16] they stopped working on beagle with final [14:16] * persia ran into OOM issues on beagle [14:16] erm, where did they work then ? [14:16] kubuntu-mobile final images never worked. [14:16] (if i say beagle blantly assume i say XM :) ) [14:16] RC did. [14:16] GrueMaster, but thats what i said [14:16] :) [14:17] And the kubuntu omap3 testing I did complete was on beagleXM. [14:17] indeed [14:17] no point in testing on C4 [14:17] Oh, XM worked fine. [14:17] omap4 and C4 didn't work, which doesn't matter, because the objectives are met. [14:17] omap4 still doesnt work ? [14:18] * ogra thought it did [14:18] C4 and XM are the same image. And Neither image (omap3 and omap4) worked for release. Both worked for RC. [14:18] k [14:18] As I am the QA guy, I know what I tested. [14:18] geez, you keep notes ?!? [14:18] one would hope [14:19] [topic] ARM Porting/FTBFS status (NCommander, dyfet) [14:19] New Topic: ARM Porting/FTBFS status (NCommander, dyfet) [14:19] * ogra is overwhelmed [14:19] Most of the ones I did last week were also security vulnerabilities [14:19] :) [14:19] GrueMaster, XM didn't work for release? Ah, yeah, that's probably annoying. [14:20] persia: image was incomplete. [14:20] Compare it with a different image. Run "file " and you will see immediately what I am talking about. [14:20] No need to test it on a platform. [14:20] Ah, right. Somehow I thought that was only the omap4 image. Oh well. [14:21] See bug 657281 [14:21] Launchpad bug 657281 in Ubuntu "Kubuntu Maverick on Omap3 & Omap4: screen goes black and never comes back" [Undecided,Incomplete] https://launchpad.net/bugs/657281 [14:21] I added a note on the bottom detailing the issue. [14:21] * ogra doesnt get the reboot part [14:22] After the installation, the installer reboots the board and users are presented with the expected login prompt [14:22] Right. I just misread your comment. [14:22] i dont get what was tested there [14:22] none of omap3 or 4 images reboot after the installer was run [14:22] ogra, The description is kinda painful, mostly because it's second-hand. [14:22] ah [14:23] Basically, jasper works, boot works, oem-config works, reboot doesn't work. [14:23] well, i dont get why mpoirier couldnt file it himself either [14:23] mpoirier ran the test and reported to marjo (instead of filing the bug himself). [14:23] For that matter, even trying to log in post oem-config doesn't work on a C4 (but that's for OOM reasons) [14:23] right [14:23] right, screw C4 [14:23] I didn't file 'cause I thought someone would look at it right away... [14:23] * ogra wants an official note that we dont support it in natty [14:23] ask questions if you need more info. [14:24] File bugs so we can. [14:24] right [14:24] that bug wasnt triaged at all [14:24] i only heard about it when the final images were done already [14:24] Indeed. [14:24] in fact it still isnt [14:24] mpoirier, Please always file bugs. Nobody will look at anything that isn't findable. === yofel_ is now known as yofel [14:24] and triage them properly [14:25] it was friday before the release and the QA team was on. [14:25] (subscribe ubuntu-armel and add an armel tag if we should look at it) [14:25] the kubuntu was supposed to be waiting. [14:25] mpoirier, Doesn't matter. We're all responsible for everything, as much as we specialise. We can't expect anyone else to know what we mean, so we need to work with LP ourselves. [14:26] mpoirier, well, we would probably still have had time to fix it [14:26] we all returned saturday there was time for a respin [14:26] anyway [14:26] * persia only heard about it *late* saturday night. [14:27] * ogra heard about it late saturday night [14:27] too [14:27] * NCommander didn't see see any chatter in u-release until it was too late about it unfortunately :-/ [14:27] sat. morning would have given us the time needed [14:28] Anyway: problem was one person submitting information to another person. [14:28] anyway, move [14:28] NCommander, [14:28] We need to put stuff in LP, and notify teams and channels [14:28] ^^ [14:28] (yes, move) [14:28] [topic] ARM Porting/FTBFS status (NCommander, dyfet) [14:28] New Topic: ARM Porting/FTBFS status (NCommander, dyfet) [14:28] well, its over ;) [14:29] I feel dajavu [14:29] maverick shipped with 81 FTBFS total [14:29] unless you have SRUs [14:29] cool [14:29] 81 isnt as bad as former releases [14:29] In fact, it's the best ever. [14:29] the ones i focused on last week were also security related... [14:29] maybe we can get it to 0 for natty ;_) [14:30] NCommander, if we get doko proper hardware i'm sure of that [14:30] davidm, doko urgently needs a panda [14:30] http://skitterman.wordpress.com/2010/10/09/ftbfs-final-score/ was a bit of a nice thing to see [14:30] LINK received: http://skitterman.wordpress.com/2010/10/09/ftbfs-final-score/ was a bit of a nice thing to see [14:30] doko did the heaviest lifting on ftbfs within teh last weeks i have seen yet [14:31] ogra, as they become available we can get him one [14:31] davidm, he should get the first one we recieve ;) [14:31] nothing we can do until they go into GA [14:31] from the new chunk [14:31] understood [14:32] yay [14:32] [topic] ARM Image Status (ogra, NCommander) [14:32] New Topic: ARM Image Status (ogra, NCommander) [14:32] virtually they would be fine if they would exist :) [14:32] no natty images yet [14:32] we're all slackers ! [14:33] * GrueMaster blames the beer. [14:33] maverick images were fine apart from the sound issues [14:33] * NCommander smacks ogra [14:33] And the Kubuntu-mobile issues Gruemaster discovered. [14:33] indeed [14:34] so for kubuntu, i want a clear definition for natty what will be supported and what we will build [14:34] and a want a *gaurantee* that there are *community* testers [14:34] [action] ogra to follow up with kubuntu-dev with the images to build for natty [14:34] ACTION received: ogra to follow up with kubuntu-dev with the images to build for natty [14:34] at UDS [14:34] :-) [14:34] * ogra wants to have a BOF for that [14:34] no need for an action [14:34] rather a spec :) [14:35] [topic] ogra to draft kubuntu image spec [14:35] New Topic: ogra to draft kubuntu image spec [14:35] i dont want to be hammered with kubuntu testing requests from QA the last minute before release becuase the community has no HW [14:35] [topic] Any Other Business [14:35] New Topic: Any Other Business [14:35] specs ? [14:36] posting status? [14:36] ogra, http://projects.powerdeveloper.org/project/imx515/801 should help in the HW department for Kubutnu [14:36] persia, with what ? [14:36] we dont support imx5* [14:36] i only care about image testing for the official images here [14:37] What you support and what are images are only tangentially related. I don't suggest you should support that, but it ought mean less demand for Kubutnu images for arbitrary pre-availability development boards, which ought make less demand on you. [14:37] and for these i expect a minimum of HW to be available by the community that asks me to build their images, else i wont build them [14:38] and i want a guarantee in advance at UDS that this testing can happen [14:38] I'm in favour of a spec: just noting that you may find less hard requirements on yourself. [14:38] well, if we build images i want them tested [14:39] And so you should. [14:39] if they cant be tested i wont build them [14:39] Right. Let's have a spec about this. [14:39] yeah [14:39] Minimal requirements for us to spin images? [14:39] need blueprints this week [14:39] I know that lots of the -testing crowd was unhappy with image validation because of lack of hardware. [14:39] and invire QA, TI and the KDE community [14:39] NCommander, No. Verification that we actually have testers with hardware for each image built. [14:39] NCommander, no, specific for kubuntu [14:39] ogra, Please no. Other flavours might want it, etc. [14:40] persia, well, we dont build for other flavours atm [14:40] Let's just set up a chart, and make sure we have volunteers for everywhere. [14:40] ogra: what if xubuntu/mythbuntu/* want images on arm? [14:40] I think the hardware issues will get sorted this cycle, the community should have their own hardware this cycle. [14:40] they are free to show up in the sessio and raise their hands [14:40] ogra, Right. "atm" is the reason for my objection :) [14:41] davidm, i want a written down list of stuff that can be testedd and the safety that our team doesnt have to do it in the end [14:41] sure the HW situation will be better, but people still have to buy it or find a sponsor [14:41] ogra: Add to that a guarantee from our hw suppliers that we won't need to show up at the last minute for new hw. [14:41] ogra, You probably also want some agreement from the cdimage team that they won't enable arbitrary other images on platforms with limited HW availability without confirming testers. [14:42] [topic] ogra + persia to take this converation (on community ARM hardware) offline, and report back at UDS [14:42] New Topic: ogra + persia to take this converation (on community ARM hardware) offline, and report back at UDS [14:42] persia, i can agree to that as a member of that team :) [14:42] NCommander, Please reset that action to be to bring a spec to UDS about it. [14:42] right [14:42] ogra, Right, but you need to confirm with everyone else on the team too :) [14:43] more on specs ? [14:43] davidm, by when, friday ? [14:44] or earlier ? [14:44] [topic] ogra + persia to take this converation (on community ARM hardware) offline [14:44] New Topic: ogra + persia to take this converation (on community ARM hardware) offline [14:44] bah [14:44] [topic] ogra + persia to take this converation (on community ARM hardware) offline [14:44] New Topic: ogra + persia to take this converation (on community ARM hardware) offline [14:44] ... [14:44] NCommander, stop playing with the bot :O [14:44] ^- and make a spec on it [14:44] I'm having copy and paste failures due to hidious lag [14:44] ogra, as much as can be done by Friday, UDS scheduling needs to get done [14:44] ok, friday it is then [14:44] GrueMaster's DSL modem ishaving seizures [14:45] davidm, Should folk wanting to schedule stuff just set you as approver, or something different? [14:45] And the areas are different so we nned to submut them ASAP [14:45] No, it isn't [14:45] davidm: UDS-N doesn't exist as a target to put specs against. [14:45] persia, that is the main issue I am not a scheduler this UDS [14:45] uh [14:45] though "technically" I can do it [14:45] who is ? [14:45] Aha. [14:45] I'll get the list to you all today for each section [14:46] davidm, but you're an approver for our workitems still, right ? [14:46] i.e. we put you in for approving [14:46] We don't have an ARM track just the general announced tracks that our Blueprints go into [14:46] yes [14:46] I've been told http://ubuntudevelopers.blip.tv/file/3539348/ explains the correct method. [14:46] i'm not talking about UDS [14:46] ogra yes for workitems I am the approver [14:46] good [14:46] ogra, in that sense you are correct [14:46] davidm: (I can't select UDS-N as the sprint) [14:47] NCommander, I'll see when that opens [14:47] I would have thought today but perhaps tomorrow [14:47] There was an announcment on naming, so make sure you follow the requirements [14:48] davidm: thanks davidm [14:48] Or you will have to rename to match later (which is a pain) [14:49] NCommander, Next? [14:50] an annoouncement on naming ? [14:50] [topic] Specification Dicussion] [14:50] New Topic: Specification Dicussion] [14:50] * ogra missed that [14:50] can anyone summarize here ? [14:50] ogra, $track-$team-n-$whatever [14:51] and $tarck is the new tarck naming scheme ? [14:51] *track [14:51] $team is some one-word string for the WI tracker. $track is from summit.ubuntu.com $whatever is freeform. [14:51] right, thanks [14:51] and -n- not -natty- [14:51] k [14:51] Right -n- [14:51] thanks [14:52] davidm, If you have a preference for $team you want to impose, you may want to dictate something for your team to use :) [14:52] -arm- indeed [14:52] Works. [14:52] OK. Next? [14:52] i need to adjust the WI tacker for it [14:52] past UDS though [14:52] we're still mobile there [14:53] Anything else to bring up? I'm realy to close out the meeting soonish [14:53] NCommander, always in a hurry eh ? [14:54] persia, we are the ARM team [14:54] just a big thank you to the team, well done for maverick :) [14:54] I'll echo that most strongly, thanks for the great work. [14:54] davidm, Thought so: just wanted verification, as (as ogra pointed out) "mobile" was used for maverick. [14:54] NCommander, close it down [14:55] persia, true but we are now more accurately named ;-P [14:55] #endmeeting [14:55] Meeting finished at 08:55. [14:55] Indeed :) [15:02] #ubuntu-bugs === cking is now known as cking-afk === cking-afk is now known as cking === simar__ is now known as simar === dantaliz1ng is now known as dantalizing [18:03] o/ [18:06] \o [18:07] hello [18:07] \o [18:07] hi [18:12] sbeattie? [18:13] hey [18:13] kees: you get to start [18:16] * mdeslaur pokes kees with stick === simar_ is now known as simar [18:17] hi! [18:17] sorry, got distracted [18:17] I'm doing audits this week, and helping the kernel get published some more. [18:17] that's really it from me. mdeslaur! :) [18:18] ok :) [18:18] I'm currently building webkit 1.2.5 for karmic, lucid, maverick [18:18] that's what I plan to do this week. I'll pick something up from the CVE list of I have time left. [18:19] that's it! [18:19] yay for webkit! [18:19] jdstrand? [18:21] I am working on python-django, all mozilla products and libvirt [18:21] sbeattie: you're up [18:22] I've got an openjdk update going on this week, as well as triage. [18:23] that's it for me. [18:23] cool [18:23] does anyone have anything to discuss with the security team? [18:25] ETIMEOUT [18:25] thanks mdeslaur! [18:26] hehe [18:54] o/ [18:55] \o [18:55] o/ [18:56] o/ [18:56] \o\ [18:56] o/ [18:57] afternoon [18:57] \\o [18:58] ~รด~ [18:58] nice hat, dude [18:58] lol [18:59] o/ [18:59] * ttx has mild connectivity issues, don't worry if I disapeear from the face of the Internet for a few minutes. [18:59] * hggdh bows to ttx [19:00] well then, shall we? [19:00] #startmeeting [19:00] Meeting started at 13:00. The chair is SpamapS. [19:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [19:00] I see no action points from the previous meeting, so we'll move forward to... [19:00] [TOPIC] Postmortem for Maverick (ttx) [19:00] New Topic: Postmortem for Maverick (ttx) [19:00] hm, there was some action points though [19:01] * ACTION: mathiaz to send out a call for ideas on ubuntu to the [19:01] puppet community [19:01] * ACTION: smoser to get skaet info on how to publish EC2 images [19:01] * ACTION: Everyone to celebrate the 10.10.10 release in their own unique ways [19:01] Right, they didn't make it into the agenda... [19:01] [TOPIC] review action points from previous meeting [19:01] New Topic: review action points from previous meeting [19:01] SpamapS: probably the chair didn't copy them there :P [19:02] I didn't see an email from mathiaz.. [19:02] and he is at hadoop world [19:02] let's follow up with him afterwards [19:02] seeing fat elephants [19:02] so will carry that one forward unless somebody else saw the email? [19:02] i didn't see the mail either [19:02] [ACTION] mathiaz to send out a call for ideas on ubuntu to the puppet community (carry over) [19:02] ACTION received: mathiaz to send out a call for ideas on ubuntu to the puppet community (carry over) [19:02] can I help with that [19:03] * smoser did get skaet info on how to do that, but still had to wake up sunday morning to help (due to my own mistakes). so 'Done' [19:03] smoser: assuming you were able to instruct skaet on EC2 image publishing :) [19:03] sweet. [19:03] kim0: maybe, see with mathiaz [19:03] smoser: Was kinda scary at one point :) [19:03] a bit scary. [19:03] bah [19:03] not scary [19:03] everything was under control :) [19:03] I celebrated by wearing my 101010 shirt and yelling at the TV whenever the Cowboys fumbled. [19:04] SpamapS: you got a 101010 shirt ? [19:04] i killed a bird to celebrate [19:04] ttx: not a 1 or 0, an old 101010 shirt from the 2005 Sysadmin of The Year Contest (I was nominated.. did not win.. too nerdy I presume) [19:04] ah [19:04] Ok, moving on [19:05] [TOPIC] Postmortem for Maverick (ttx) [19:05] New Topic: Postmortem for Maverick (ttx) [19:05] So you should have a look at your Maverick specs, and close them as "Implemented" or "Deferred" [19:06] [ACTION] ALL to mark maverick assigned specs as "Implemented" or Deferred [19:06] ACTION received: ALL to mark maverick assigned specs as "Implemented" or Deferred [19:06] also we need to keep a special eye on Maverick bugs [19:06] I expect people to stumble upon critical bugs once the release is out [19:06] so we need to stay ready for SRUs [19:06] I already noted two candidates [19:07] Bug 658227 and bug 600174 [19:07] Launchpad bug 658227 in openldap (Ubuntu) "upgrade process does not upgrade underlying BDB format from 4.7 to 4.8 (so slapd aborts with "Program version 4.8 doesn't match environment version 4.7" error message)" [High,Triaged] https://launchpad.net/bugs/658227 [19:07] Launchpad bug 600174 in axis2c (Ubuntu Maverick) "axis2c fails to build from source on maverick/i386" [High,Confirmed] https://launchpad.net/bugs/600174 [19:07] The first one being kinda urgent [19:07] I hoped mathiaz would be around to pick it up [19:07] but he is not, so it's free game [19:08] Second one.. really needs 'fixing'.. but i was going to propose not being uploaded unless axis2c needs uploading for another reason [19:08] Daviey: agreed [19:08] ie, backport from natty i guess. [19:08] anything else that you saw in daily triage that you think is a maverick regression ? [19:08] no [19:08] if not, that's all for mavreick, rest in peace, long live Natty [19:09] \o/ [19:09] There's a comment on bug 607646 that claims it may have caused a regression, but no actual bug report with details that I've seen yet [19:09] Launchpad bug 607646 in php5 (Ubuntu) "Segmentation fault in PHP5 with pgsql module" [Medium,Fix released] https://launchpad.net/bugs/607646 [19:10] SpamapS: ok, you can move on [19:10] Ok, on to Natty? [19:10] [TOPIC] Natty development [19:10] New Topic: Natty development [19:11] Natty will open soon [19:11] and with it the season of syncs/merges [19:11] that's the process of merging the changes in debian, or syncing to the version in debian [19:11] if the newcomers need any light on the process, please ask one of the old-timers. [19:11] Deferring to jiboumans for Natty planning [19:12] will a list of merges be published? [19:12] From what I understand, maverick had a fairly low percentage of pending merges completed.. so we may have a big backlog. [19:12] SpamapS: server looked not too bad. [19:12] RoAkSoAx: merges.ubuntu.com [19:12] RoAkSoAx: nothing server specific, but https://merges.ubuntu.com is always a good resource. [19:12] RoAkSoAx: in MoM, then maybe we'll come up with a server seed crossection [19:13] lo. i know that but I meant server specific merges [19:13] RoAkSoAx: i also have a python script if you want [19:13] 298 outstanding merges in main [19:13] :) [19:13] SpamapS: we arent doing all that [19:13] ;) [19:13] zul: for server specific? [19:13] RoAkSoAx: yep [19:13] zul: ok cool:) [19:14] RoAkSoAx: just bug me about it after the meeting ill try to find it for you [19:14] ok thanks :) [19:14] SpamapS: moving on [19:14] Oh no specs? [19:15] SpamapS: that's jiboumans's subject [19:15] though I can fill in if he dropped [19:15] jiboumans_: Natty specs preparation (jib) [19:15] The time for creating blueprints for UDS sessions is upon us; looking at https://wiki.ubuntu.com/ServerTeam/NattyIdeaPool we have a lot to go on. Right now, only blueprints for topics that you think warrant discussion at UDS are needed to be created; try to group similar topics in a way that makes a good session and list them as part of the "UDS" Section under the right track and remove them from the idea pool. That should be doable for everyone somew [19:15] this week I think. [19:15] ELINETOOLONG [19:16] try to group similar topics in a way that makes a good session and list them as part of the "UDS" Section under the right track and remove them from the idea pool. That should be doable for everyone somewhere this week I think. [19:16] Any items left in the idea pool after this week are ideally then items that don't need discussion and we can move those to blueprints at a later date just to track implementation. Any questions about next steps? [19:16] Ok, going once... [19:17] jiboumans_: thanks, moving on.. [19:17] [TOPIC] Weekly Updates & Questions for the QA Team (hggdh) [19:17] New Topic: Weekly Updates & Questions for the QA Team (hggdh) [19:17] ok [19:17] we are now phasing out the 'regression-potential' tag [19:18] please use only regression-release or regression-proposed or regression-updates as needed [19:18] ok [19:18] who looks at those ? [19:19] we -- QA/bugSquad will look at all current bugs set with -potential, and will update them [19:19] ack [19:19] the docs and the LP greasemonkey scripts will be updated also [19:20] apart from that, nothing new on the western front [19:20] Anything else for QA? [19:20] On to the kernel then.. [19:20] [TOPIC] Weekly Updates & Questions for the Kernel Team (jjohansen) [19:20] New Topic: Weekly Updates & Questions for the Kernel Team (jjohansen) [19:20] I don't have anything I want to bring up [19:20] smoser: what do you have for me :) [19:21] hm.. [19:21] 2 things. [19:21] heh [19:21] 1. lucid load, i've beeen promised a fix like 2 weeks ago [19:21] is that still not in? [19:21] (ok, promised was a strong word, but given suggestion that it would be fixed, i relayed in bug) [19:21] there is no udpate to the bug [19:22] 2.) maverick issue bug 658461 [19:22] Launchpad bug 658461 in linux (Ubuntu) "-virtual kernel missing dependent modules (ahci fails to load)" [Undecided,New] https://launchpad.net/bugs/658461 [19:22] I did the rebase, that was blocking and tested, and handed it back to brad and steve [19:22] well, there is no 'fix-released' comment in the bug. so i'm not aware of it. [19:22] smoser: right I would expect them to update the bug when the pushed the rebase, I'll look into it [19:23] we also have bug 634487. which i would really like to see fixed in lucid and maverick. [19:23] Launchpad bug 634487 in linux-ec2 (Ubuntu) "t1.micro instance hangs when installing sun java" [Medium,Confirmed] https://launchpad.net/bugs/634487 [19:23] [ACTION] jjohansen to look into virtual kernel bug status (bug 658461) [19:23] ACTION received: jjohansen to look into virtual kernel bug status (bug 658461) [19:23] Launchpad bug 658461 in linux (Ubuntu) "-virtual kernel missing dependent modules (ahci fails to load)" [Medium,Confirmed] https://launchpad.net/bugs/658461 [19:24] thanks, I'll try to take a look at it this week [19:24] smoser: I thought that was an issue on amazon's side? [19:24] or was that the reboot issues? [19:24] SpamapS: may be [19:24] SpamapS, there was a data corruption bug on amazon's side for user-data. [19:24] ok [19:24] the java bug is definitely a kernel bug (imho). a user space process makes kernel go crazy [19:25] or crash [19:25] ok, anything else? [19:25] jjohansen: did you want a single action item to look into both of those bugs? [19:25] SpamapS: it could be our kernel trying to use unsupported pv-ops [19:25] SpamapS: sure [19:25] [ACTION] jjohansen to look into bug 658461 [19:25] ACTION received: jjohansen to look into bug 658461 [19:25] Launchpad bug 658461 in linux (Ubuntu) "-virtual kernel missing dependent modules (ahci fails to load)" [Medium,Confirmed] https://launchpad.net/bugs/658461 [19:25] ok I'll fold it in to one in the minutes [19:26] pv-ops is funnn.. [19:26] moving on to documentation [19:26] [TOPIC] Weekly Updates & Questions for the Documentation Team (sommer) [19:26] New Topic: Weekly Updates & Questions for the Documentation Team (sommer) [19:26] We miss sommer! === jsgotangco_ is now known as jsgotangco [19:26] oh didn't see that he wasn't here [19:27] ok.. did anybody else have documentation issues they'd like to have relayed to sommer? [19:27] SpamapS: no [19:27] [TOPIC] Weekly Updates & Questions for the Ubuntu Community Team (kim0) [19:27] New Topic: Weekly Updates & Questions for the Ubuntu Community Team (kim0) [19:27] o/ [19:27] hey folks .. I'd just like to draw attention of OpenWeek. Find the schedule at: https://wiki.ubuntu.com/UbuntuOpenWeek [19:27] I'm giving a cloud basics session tomorrow 16:00UTC, I will be demo'ing cloud-init and answering basic questions. Dustin, will be giving a session after it on deploying web apps to the cloud [19:27] Other than that, I had sent out a call for contributers, I have around 8 people who want to start contributing to ubuntu-server (Yaaay). I'll be talking to Jono tomorrow on how to best get them involved and any mentoring needed. Any volunteers to help with the process are most welcome [19:27] That should be all [19:28] * kirkland waves [19:28] kim0: thanks! [19:28] and now to everyone's favorite topic [19:28] [TOPIC] Open Discussion [19:28] New Topic: Open Discussion [19:28] I you haven't read so already, I've successfully setup HA for the UEC-CLC using the cluster stack (pacemaker, heartbeat) and DRBD for replication between CLC's. Everything seems to working as expected. I'll blog post about it later this week when I finish midterms. I'm planning to discuss this at UDS (If Cluster Stack Session get's scheduled). [19:29] * SpamapS will be holding a cluster stack session on the beach if it doesn't get scheduled at UDS [19:30] * hallyn registers for that one [19:30] RoAkSoAx: You rock! :) [19:30] Indeed.. cluster FTW :) [19:30] ok, if nobody else has anything? [19:31] Ok then [19:31] SpamapS: according to my wife, I snored last night. Bad news for you. [19:31] \o/ [19:31] ttx: only if yours overpowers mine [19:31] [TOPIC] Announce next meeting date and time [19:31] New Topic: Announce next meeting date and time [19:31] aaaargh [19:31] Next meeting will be Tuesday 2010-10-19 at 1800 UTC - here in #ubuntu-meeting [19:31] thanks everyone! [19:31] o/ [19:32] #endmeeting [19:32] Meeting finished at 13:32. [19:32] \o [19:32] SpamapS: yay === Ursinha is now known as Ursinha-afk === noy_ is now known as noy