=== Claudinux_ is now known as Claudinux === yofel_ is now known as yofel === noy_ is now known as noy === Ng_ is now known as Ng === rgreening_ is now known as rgreening [14:50] gday [14:53] sommer, ttx: howdy! [14:54] yo :-) [14:54] dude [14:56] ~o~ [14:56] * nealmcb english has so many different greetings :) [14:56] \0 [14:57] o/ [14:58] ~~O~~ [14:59] \o [15:00] o/ [15:01] morning folks [15:01] #startmeeting [15:01] Meeting started at 09:01. The chair is jiboumans. [15:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [15:01] [TOPIC] Review ACTION points from previous meeting [15:01] New Topic: Review ACTION points from previous meeting [15:01] mathiaz to fix the "server fixed bugs" broken script [15:01] jiboumans: not done [15:02] mathiaz: when can we expect it to be tackled? [15:02] jiboumans: this week - now that release is out of the door [15:02] mathiaz: ack [15:02] ttx to confirm with jib lucid SRU resource allocation [15:02] jiboumans: I mentioned it to you [15:02] jiboumans: I should have some more time to look around these lower important todos [15:02] jiboumans: not sure that confirms it yet [15:03] ttx: i believe we have a UDS session on this, no? [15:03] jiboumans: yes [15:03] mathiaz: it happens, improvement point for next time :) [15:03] "Lucid SRU process review" [15:03] ttx: excellent, consider it done then [15:03] now, this meeting will focus on the releaes and UDS instead of the usual topics, so bear with us please [15:04] [TOPIC] Release status (ttx) [15:04] New Topic: Release status (ttx) [15:04] how's the war room looking ttx? [15:04] yay [15:04] DefCon 3 so far [15:04] No respin expected [15:04] ttx: what does that mean? [15:04] ttx: level 3? [15:04] nobody running in circles [15:04] :) [15:04] mathiaz: you're woefully underprepared for an invasion of your borders sir [15:05] drinking yet? [15:05] DefCon 2 would be "pilots scramble to their aircrafs [15:05] jiboumans: totally - where I live there isn' [15:05] and DefCon 1 would be permission to engage [15:05] jiboumans: totally - where I live there isn't any point in getting prepare for an invasion [15:05] release lucid....drunk fix later.. [15:05] the absinthe bottle is still full [15:05] * hggdh meanwhile drinks a marvelous Brazilan coffee [15:05] ttx: any known issues come up that will be release noted or SRU'd early? [15:06] * zul hands mathiaz a book about the war of 1812 [15:06] I understand it's tradition for the server boss to buy drinks at UDS for the entire ~ubuntu-server team.. so it's not all bad, eh jiboumans ? [15:06] yes [15:06] Daviey: i must have not gotten that memo [15:06] I updated https://wiki.ubuntu.com/ServerTeam/Meeting [15:06] jiboumans: you'll get - don't worry [15:06] ah [15:06] I mean https://wiki.ubuntu.com/ServerTeam/ReleaseStatus [15:07] ttx++ excellent [15:07] We have 4 things ion the release note list [15:07] 4 early targets for SRU [15:07] If you see anything missing, please shout [15:07] (now) [15:07] ttx, may I propose bug 567592 also? [15:07] Launchpad bug 567592 in plymouth "rm: cannot remove `/var/lib/urandom/random-seed': Read-only file system" [Undecided,New] https://launchpad.net/bugs/567592 [15:07] for the logs: [15:07] 423252 (breaks NSS using LDAP+SSL on upgrades from Hardy) [15:07] 571057 (breaks OpenLDAP configs on upgrades from Lucid dev milestones) [15:07] 570805 (regression in Ubuntu Server installation times on ext4) [15:07] 557429 (potential breakage in a scenario with degraded RAID arrays being assembled) [15:07] ttx: i know at least one other php one [15:08] hggdh: for release noting ? [15:08] bug 423252 <- that won't be SRUable in the short time [15:08] Launchpad bug 423252 in sudo "NSS using LDAP+SSL breaks setuid applications like su and sudo" [High,Confirmed] https://launchpad.net/bugs/423252 [15:08] ttx: for SRU-ing [15:08] as there isn't a confirmed fix [15:08] early [15:08] hang on, those were the release note bugs [15:08] mathiaz: right that's why it's on the "under investigation" list [15:08] these are the SRUable bugs: [15:09] eucalyptus: 567371,565101 (kirkland) [15:09] tomcat6: 563642 (ttx) [15:09] php5: 541439 (zul) [15:09] vmbuilder: 536942,386463,493020,497258,517067,535397,536940,539727,540446,524020 (soren) [15:09] heh soren has some work to do [15:09] yes, volcano smoke prevented him to fix those in time [15:09] jiboumans: i'm prepping a eucalyptus upload right now that addresses 566793, 567371, 565101 [15:09] hggdh: ok, I'll look into it [15:10] kirkland: i'll add the missing bugreference, thanks for the pointer [15:10] [ACTION] hggdh, zul to get their release note/early SRU bugs known to ttx [15:10] ACTION received: hggdh, zul to get their release note/early SRU bugs known to ttx [15:10] ttx: any other news from the war room? [15:10] ttx: what about the crypt lvm bug? [15:10] zul: the repeated prompt ? [15:10] yeah shouldnt that be in the release notes as well? [15:10] zul: I don't think so [15:11] Is soren going to be able to manage the *long* list of early SRU's? [15:11] it sucks but it's hardly blocking anything [15:11] ttx: ack [15:11] Daviey: patches welcome, as usual [15:11] nothing else from the war room [15:11] [TOPIC] UEC release status (kirkland) [15:11] New Topic: UEC release status (kirkland) [15:11] thanks ttx [15:11] jiboumans: check [15:12] jiboumans: no release critical issues [15:12] just remember to mark DONE or POSTPONED the remaining work items for 10.04 [15:12] by tomorrow eod :) [15:12] [ACTION] ALL to mark DONE or POSTPONED the remaining work items for 10.04 by Thu 29 April EOD [15:12] ACTION received: ALL to mark DONE or POSTPONED the remaining work items for 10.04 by Thu 29 April EOD [15:13] kirkland: the upload you're doing will be a zero day SRU then? [15:13] jiboumans: i have uploaded now === yofel is now known as yofel_ [15:13] jiboumans: it will be in lucid-proposed as soon as the ubuntu-sru team accepts it [15:13] jiboumans: normally, it's supposed to bake in -proposed for ~1 week [15:13] kirkland: right, but too late for any ISOs of course [15:13] understood === yofel_ is now known as yofel__ [15:14] jiboumans: yes, these won't be on the 10.04 iso (but will be on 10.04.1) [15:14] kirkland: does it address all the open bugs we'd hope to have fixed real soon around release, or do we have any open ones left? === yofel__ is now known as yofel [15:14] jiboumans: we could ask for a rush processing of the 1 week bake, since we've been testing it for nearly a week already now [15:14] jiboumans: those are mostly bugs you encounter running over a period of time (not installer issues) so updating is ok [15:14] jiboumans: these are mostly scalability one [15:14] jiboumans: i suspect as soon as people actually start deploying 10.04 UEC, we'll get some new, hard ones [15:15] kirkland: i'm sure [15:15] jiboumans: i think ttx had a few more he wanted looked at [15:15] yes, the securitygroup thing I haven't had time to reproduce [15:15] jiboumans: and smoser still has some upstarty/plymouth-ish issues, ISTR [15:15] kirkland: for ec2, surely. we'll cover that next [15:15] yes our images are still pretty brittle when run over UEC [15:16] then let's cover that next [15:16] [TOPIC] EC2 release status (smoser) [15:16] not brittle [15:16] New Topic: EC2 release status (smoser) [15:16] thanks kirkland, tt [15:16] *ttx [15:16] in most cases things are fine. under high heavy load on UEC the metadata service doesn't come up for minutes. [15:16] the images don't wait long enough [15:16] so yes, maybe brittle [15:17] ttx: i trust that is noted somewhere? [15:17] I meant the "can't be contacted by ssh" thing [15:17] jiboumans: it's difficult to releasenote it since we have trouble to understand when it hits [15:17] hold on. getting bugs. [15:17] "UEC image may fail to boot on UEC" isn't a good releasenote text [15:17] bug 565018 [15:17] Launchpad bug 565018 in cloud-init "instance is not reachable via ssh" [High,Confirmed] https://launchpad.net/bugs/565018 [15:18] bug 566792 [15:18] Launchpad bug 566792 in eucalyptus "UEC guests sometimes fail on consuming user data (metadata service isn't ready)" [High,Confirmed] https://launchpad.net/bugs/566792 [15:18] the second one is under load, right [15:18] i hope to address 566792 sometime very soon after release, or at least part of it. [15:19] but the first one can be hit on a single try, if you're unlucky [15:19] the first bug (instance not reachable via ssh), i have no good explanations under what conditions it fails [15:19] it seems timing related. [15:19] 566792 seems to happen more when CLC, Walrus, and CC are on differetn machines [15:19] Hmm.. [15:20] i guess there should be a third bug. i will open one. [15:20] the 'meta data service comes up slowly' portion of bug 566792 is easily workaroundable in image [15:20] Launchpad bug 566792 in eucalyptus "UEC guests sometimes fail on consuming user data (metadata service isn't ready)" [High,Confirmed] https://launchpad.net/bugs/566792 [15:20] but your boots will just take 3 minutes [15:21] beats not booting at all [15:21] the "meta data service returned empty data an http status 200" is not so easily workaroundable. [15:21] that is much harder to reproduce. [15:21] opening bug now. [15:21] smoser: any issues with the images themselves? [15:21] well, no. :) [15:22] not after they're booted [15:22] smoser++ excellent [15:22] er [15:22] jiboumans: they run relatively fine on EC2 [15:22] there is bug 567592, hitting plymouth, and may be germane here [15:22] Launchpad bug 567592 in plymouth "rm: cannot remove `/var/lib/urandom/random-seed': Read-only file system" [Undecided,New] https://launchpad.net/bugs/567592 [15:22] ttx: when you say 'relatively' i expect you can tell me when they don't? [15:22] very good on ec2. [15:22] We could have a generic "UEC image may fail to boot on UEC" release note pointing to the bugs still in progress [15:23] jiboumans: I meant "comparatively" [15:23] hggdh, how often do you see that bug ? [15:23] smoser: every boot I have the console log I see it. I think this may play a role [15:24] "have the console log" ? [15:24] not the cannot remove, but the ral cause -- plymouth barfs when trying to write to a pts [15:24] [15:24] smoser: the failed instances [15:24] * nealmcb oops [15:24] i dont think thats true. [15:25] you're saying every time you can't reach an instance it has that in it. [15:25] ? [15:25] I am saying every UEC image boot has it -- plymouth dies with a SIGSEGV [15:25] and this may cause problems for mountall, and cascade [15:26] correct. [15:26] but not every instance fails in that bug (read only filesystem) [15:26] indeed, no. But the read-only is (as Collin found) a *possible* consequence, not the cause [15:27] ok. [15:27] i wasn't read-up-to-date on that [15:27] this is why I would really like to have a new UEC image with Collin's fixes, to test it again [15:27] hggdh: we have a fix for that already ? [15:28] cjwatson just proposed fixes for it, this morning [15:29] right, we expect to roll Lucid UEC images regularly, so we could have an updated image with the fix quite fast if that fixes it [15:29] there are a few other boot-related fixes in the queue [15:30] ok, thanks for that [15:30] moving on [15:30] [TOPIC] Weekly Updates & Questions for the QA Team (hggdh) [15:30] New Topic: Weekly Updates & Questions for the QA Team (hggdh) [15:30] my question: release status? :) [15:30] jiboumans: seems as ready as possible, with the given exceptions (bugs) above [15:31] jiboumans: not paniacing [15:31] hggdh: that's great news [15:31] * jiboumans attaches the head back to his chicken [15:31] bug 571271 opened for "simple timeout issue" [15:31] Launchpad bug 571271 in cloud-init "uec images should wait longer for metadata service" [High,Triaged] https://launchpad.net/bugs/571271 [15:31] another point [15:32] I am adding a blueprint (joint QA/Server) for UEC testing. Even with mathiaz scripts (and bless him!), it is extremely costly in time to run the test [15:33] even more with the dpkg/fsync currently in place :-( [15:33] hggdh: engineering or machine time? [15:33] both of them [15:33] a re-setup usually takes some two hours, and each stress about another 2 hours [15:34] that's costly indeed [15:34] let's take some time at UDS to see how we can improve that timewise. if it takes extra hardware, we can probably arrange that too [15:35] thank you. I will add the blueprint in a few [15:35] [ACTION] hggdh to outline testing bottlenecks for UEC testing UDS sessions [15:35] ACTION received: hggdh to outline testing bottlenecks for UEC testing UDS sessions [15:35] hggdh: any ohter updates from the QA team? [15:35] no, life is good now ;-) [15:35] any questions for hggdh? [15:36] i'll take that as a no [15:36] [TOPIC] Weekly Updates & Questions for the Kernel Team (jjohansen) [15:36] New Topic: Weekly Updates & Questions for the Kernel Team (jjohansen) [15:36] hggdh: thank you [15:36] hi [15:36] hi there [15:36] my question is unchanged: release status? :) === Claudinux_ is now known as Claudinux [15:37] heh, well unfortunately not really changed since last week [15:37] the kernel has been frozen and only a couple critical changes have been applied [15:38] everything is being queued for SRU [15:38] any of those changes or SRU affecting server issues? [15:38] no [15:38] jjohansen: ok, thanks [15:39] i had one specific question about the ext4 performance degrade we saw in benchmarks [15:39] okay [15:39] this is a public one of those: http://www.phoronix.com/scan.php?page=article&item=ubuntu_lts_perf&num=2 [15:39] it's a few weeks old though; have we managed to do anything with/about that ? [15:40] hrmm, I actually haven't seen anything about that pass by but give me a sec to check with csurbi [15:41] if I recall correctly this particular test wasn't really hitting the disk but I wasn't the one looking into it [15:42] jiboumans: I will have to get back to you on specifics as csurbi isn't around atm [15:42] jjohansen: no problem. could you coordinate with ttx to see if we should release note anything? [15:42] will do [15:42] thank you [15:43] any other questions or updates for the kernel? [15:43] one other little thing, it looks like trying to go pv-ops for EC2 will be a target for M [15:43] cool...good luck! ;) [15:44] jjohansen: nice to hear [15:44] alright, moving on [15:44] [TOPIC] Weekly SRU review: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20weekly%20review (mathiaz) [15:44] New Topic: Weekly SRU review: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20weekly%20review (mathiaz) [15:44] i expect very little, but best to check :) [15:45] no bugs nominated for any release [15:45] anything worth SRU in the last week? [15:45] and next week I'll add lucid to the list [15:45] so expect a longer SRU review as we go through the lucid nominations [15:45] nope [15:46] it may require more than one meeting though [15:46] * jiboumans renames this the SRU meeting [15:46] mathiaz: understood and thanks [15:46] [TOPIC] Final call for blueprints for UDS Maverick [15:46] New Topic: Final call for blueprints for UDS Maverick [15:47] Starting monday, we'll do the planning for the sessions of UDS maverick [15:47] if you'd like to have a guaranteed session slot, please make sure your blueprint is created by this Friday end of business [15:48] Please also take a look here for currently proposed sessions at UDS: https://wiki.ubuntu.com/ServerTeam/MaverickIdeaPool [15:48] if you have any ideas, no matter how experimental, feel free to add those to the above wiki page as well [15:49] [TOPIC] Open Discussion [15:49] New Topic: Open Discussion [15:49] please, go ahead :) [15:50] alright, moving on [15:50] [TOPIC] New meeting time for the Maverick cycle [15:50] New Topic: New meeting time for the Maverick cycle [15:51] * hggdh really pays attention now [15:51] *drum roll* [15:51] let's all act surprised ! [15:51] lol [15:51] Given that release days/freezes are on Thursday, we'd like to move the meeting to Tuesday 6 pm UTC [15:51] YES! [15:51] this aligns better with west coast attendance (hi jjohansen) [15:52] (sorry, ttx) [15:52] 1800 UTC, you mean [15:52] and is one of the few slots left on the Tuesday meeting schedule [15:52] yes it does [15:52] :) [15:52] ttx: if it makes you feel better [15:52] all those opposed say 'nay' [15:52] that makes me feel more accurate :P [15:52] no objections, the new meeting time stands [15:53] \o/ [15:53] * hggdh agrees with ttx [15:53] (if it's changed, the date on the ubuntu fridge cal needs updating) [15:53] oh, no early mornings... [15:53] [TOPIC] Announce next meeting date and time [15:53] New Topic: Announce next meeting date and time [15:53] kirkland, ttx and myself will be at a company meeting next week, and UDS is the week after [15:53] I can run the meeting next Tuesday [15:53] is there mileage in a meeting next week, or shall we postpone till after UDS? [15:54] mathiaz: thanks for the offer. worth it for you to go through SRUs etc? [15:54] hggdh: oh, meetings after dinner [15:54] jiboumans: yes [15:54] ok, then [15:54] jiboumans: Will you? Even with the new meeting time? [15:54] even if it lasts just 10 minutes [15:54] soren: i will always. not sure what i will, but i will [15:55] mathiaz: excellent [15:55] next meeting time is Tuesday May 4th at 1800 UTC [15:55] jiboumans: Be at the company meeting at the time of the meeting. [15:55] soren: technically, i'll be in a plane over the atlantic [15:55] Maybe my intel is wrong :) [15:55] soren: your intel is wrong [15:55] thanks for highlighting that crucial distinction :) [15:55] alright all, thanks for attending [15:55] #endmeeting [15:55] Meeting finished at 09:55. [15:56] sounds like mileage in that meeting to me :) [15:56] jiboumans: New meeting time is long term? [15:56] Daviey: yes :) [15:56] okay, thanks [15:56] * Daviey prods the firdge people [15:56] fridge* [15:57] Daviey: thank you [16:01] hi, meeting? or no meeting? [16:02] mvo: no meeting [16:02] ok [16:02] thnaks [17:53] * ara waves [17:53] * bdmurray waves back [17:54] * bladernr \0o/ [17:59] hola! [17:59] * marjo waves [18:00] o/ [18:00] * fader_ waves. [18:01] #startmeeting QA Team [18:01] Meeting started at 12:01. The chair is marjo. [18:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:01] [TOPIC] Agenda [18:01] New Topic: Agenda [18:01] # SRU testing -- sbeattie (Steve Beattie) [18:01] # Bug Day status -- pvillavi [18:01] # UDS QA Track - ara [18:01] [TOPIC] SRU testing -- sbeattie [18:01] New Topic: SRU testing -- sbeattie [18:03] SRU Activity report for the past week (since 2010-04-21): [18:03] * lucid: 1 new package in -proposed (librsvg) [18:03] * karmic: 2 new packages in -proposed (eclipse, sun-java6) [18:03] and 2 packages pushed to -updates (packagekit, vsftpd) [18:03] * jaunty: 1 new package in -proposed (sun-java6) [18:03] * intrepid: no SRU activity [18:03] * hardy: 1 new package in -proposed (sun-java6) [18:03] * dapper: no SRU activity [18:03] There wasn't a lot of testing activity this past week [18:03] Thanks to unggnu, Uri for testing SRUs. [18:04] sbeattie: should pick up next week? [18:04] marjo: heh, yes, will definitely pick up next week. [18:04] sbeattie, yes, with the classic after release quick SRUs [18:05] sbeattie: anything else? [18:05] marjo: nope that's it from me [18:05] [TOPIC] Bug Day status -- pvillavi [18:05] New Topic: Bug Day status -- pvillavi [18:05] On Thursday 22 we had a bug day based on Evince: https://wiki.ubuntu.com/UbuntuBugDay/20100422 [18:05] ~30 bugs were triaged, Thanks a lot to our hug days heroes: charlie-tca, kamusin, sbarjola and yofel [18:06] As for Tomorrow, our target will be the New and Confirmed bugs without a package: [18:06] https://wiki.ubuntu.com/UbuntuBugDay/20100429 [18:07] There's a *lot* of bugs to be triaged so if you have some time and want to learn a bit more about bug triage join us. We always recommend this task as one of the easiest for starting to doing bug Triage [18:08] is #ubuntu-bugs the best place to go to participate? [18:08] if you want to start helping your lovely Ubuntu project, this is a perfect time [18:08] ara, yes #ubuntu-bugs is the right place [18:08] pedro_, ok, thanks [18:08] that's all from here marjo [18:08] pedro_ thx! [18:09] my pleasure [18:09] [TOPIC] UDS QA Track - ara [18:09] New Topic: UDS QA Track - ara [18:09] hello! [18:10] just a quick reminder that I am waiting for blueprints to schedule in the qatrack [18:10] this is the list of sessions that I have scheduled so far [18:10] * Checkbox Improvements - https://blueprints.launchpad.net/checkbox/+spec/qa-m-checkbox [18:10] * Improving ISO testing of Ubuntu and its derivatives - https://blueprints.launchpad.net/ubuntu/+spec/qa-community-m-improve-iso-testing [18:10] * BugSquad Roadmap - https://blueprints.launchpad.net/ubuntu/+spec/qa-m-bugsquad-roadmap [18:10] * Structured Testing Programs - https://blueprints.launchpad.net/ubuntu/+spec/qa-m-community-structured-testing [18:10] * Improving Communication - https://blueprints.launchpad.net/ubuntu/+spec/qa-m-improving-communication [18:10] * Improving Community Laptop Testing - https://blueprints.launchpad.net/ubuntu/+spec/qa-m-laptop-testing [18:10] * Promoting LoCo Testing Teams - https://blueprints.launchpad.net/ubuntu/+spec/qa-m-loco-testing [18:10] * Running Mago tests on a daily basis - https://blueprints.launchpad.net/ubuntu/+spec/qa-m-mago-daily [18:10] if your session is not there, please, let me know [18:10] ara: yeah, sorry, I still need to create the apport-udeb blueprint. [18:11] sbeattie, no worries :) [18:11] also, you can start subscribing to those blueprints, if you want to participate in the discussion [18:11] ara: thx for doing those [18:11] ara: also, I talked with the security team, and a roundtable about desktop testing state of the art and how to collobarate, and they thought it was a good idea, so I'll create a discussion blueprint for that. [18:12] sbeattie, great! [18:12] * ara really wants to participate in that one [18:12] ara: that would be a good time to get an update on sikuli [18:12] heh, I think you're an essential attendee for that. [18:12] marjo, indeed [18:13] that's all from me [18:13] ara: thx [18:13] [TOPIC] QA Team Workitems Status [18:13] New Topic: QA Team Workitems Status [18:14] http://people.canonical.com/~pitti/workitems/canonical-platform-qa.html [18:14] LINK received: http://people.canonical.com/~pitti/workitems/canonical-platform-qa.html [18:14] as you all can see, the QA team has been very productive during Lucid [18:15] lots of work items done & not many postponed [18:15] thx to everyone who contributed [18:15] we need to keep up the momentum going into next release [18:15] thx [18:16] [TOPIC] Final testing status [18:16] New Topic: Final testing status [18:17] There are some remaining test cases for amd64 [18:17] most of them are marked as Started [18:17] http://iso.qa.ubuntu.com/qatracker/build/all/all [18:17] LINK received: http://iso.qa.ubuntu.com/qatracker/build/all/all [18:17] ara: I'm burning those images as we speak [18:17] cr3, nice :) thanks! [18:17] ara: I'm right in the middle of one, myself [18:17] Same here [18:17] ara: i tried to recruit everyone to cover all the remaining test cases including optional ones [18:18] yup [18:18] * sbeattie is working on getting iscsi set up. [18:18] slangasek just asked if anyone can cover the xubuntu amd64 netboot test, as it's the only one left without anyone starting on it [18:18] the only challenge would be http://iso.qa.ubuntu.com/qatracker/result/4133/497 [18:18] sbeattie, did you read my notes on that? [18:18] sbeattie, the set up with kvm, I mean [18:19] ara: yes, I'm using that as a guide, thanks! [18:19] sbeattie, great [18:19] ara: thx for writing up your notes on that [18:19] and posting it [18:19] marjo: I think I can mark the UEC separate install as done -- I did it on the UEC stress tests [18:19] hggdh: ok, go for it [18:20] fader: thx [18:20] marjo: I am wrong -- this is the separate network topo, the one the rig cannot test right now [18:20] sorry [18:20] hggdh: oh well [18:21] only ttx and kirkland can test it, to my knowledge [18:21] hggdh: ack [18:21] only me, since it requires 2 reasonably-fasy NIC on one of the laptops -- and I don't have my rig with me [18:22] s/fasy/fast/ [18:22] marjo: something to discuss on the blueprint I proposed for the server/QA [18:22] hggdh: definite +1 [18:23] for the record: https://blueprints.edge.launchpad.net/ubuntu/+spec/server-maverick-uec-testing [18:23] folks: thx for pitching in; i think we're going to hit very high test coverage [18:24] ttx: please ask jib to approve it [18:24] folks: any other topics for today? if not, i propose we all go back to testing [18:24] hggdh: it's on our list, it will be approved [18:24] ttx: thx [18:24] cool [18:25] going once [18:25] going twice [18:25] meeting adjourned [18:25] go lucid! [18:25] #endmeeting [18:25] Meeting finished at 12:25. [18:25] thx everyone! [18:25] cheers [18:26] thanks === unimix_ is now known as unimix|work [19:20] bportal.de [19:20] damn xchat [19:20] sorry guys [20:00] * stgraber waves [20:00] hello all [20:00] Hi people [20:00] hi there [20:01] anyone willing to take notes? I usually do but I have a huge headace (I asume caused by internet withdrawal) [20:01] I'll do it [20:02] highvoltage: is your latency back to something reasonable ? [20:02] stgraber: irssi says lag: 1.44, so it seems good enough for the meeting at least [20:02] hi! [20:03] ok ;) [20:03] so I guess that meeting should probably be quite focused on the release tomorrow and UDS [20:03] I just want to say that it's an extreme relief that the release is tomorrow and that the iso ended up being in great shape [20:04] Many thanks to all of you who worked hard for this release [20:04] we need http://www.edubuntu.org/news/10.04-release to contain our release announcement, we also need to check and update the Ubuntu release notes and technical overview to make sure we didn't miss anything there [20:05] hullo everyone [20:05] ISO images are fine, tested with nothing major that'd require them to be regenerated, so I'm pretty confident that those will be the final ones [20:06] stgraber: according to http://www.seacom.mu/news/news_details.asp?iID=132 my connection should be coming back up in about 3 hours [20:06] highvoltage: :D [20:06] so late tonight and tomorrow morning I should be able to jump in at least [20:06] stgraber: yay! [20:07] highvoltage: yeah ! will be great to have you back online completely ;) [20:07] are we drafting the announcment in a gobby doc? that way could eliminate errors/things getting missed out [20:08] we should do that yes [20:08] stgraber: there's two things that I keep remembering that we left out [20:08] we can probably base it on the 9.10 one and add the changes that are already described in Ubuntu's release notes, though in more details [20:09] stgraber: I always remember it when I'm driving and when I'm in the shower :) [20:09] we haven't mentioned fat clients yet, that is new in lucid right? [20:09] or did we have that in karmic already? [20:09] iirc LTSP 5.2 only came in lucid [20:10] proper fat client support is lucid indeed, though not enabled by default in either ubuntu or edubuntu [20:10] but probably worth mentionning at the same place as ltsp live [20:11] I think we mentioned improvements in ltsp in previous releases, but yes I guess since we don't provide it in a default install then perhaps it is indeed not worth mentioning there [20:11] * alkisg has been working with fat clients for the past months, had no problems whatsoever [20:11] It's as much there in the default install as localapps... it's an optional thing of course, but it's there [20:11] alkisg: that's really good to hear :) [20:12] highvoltage: mentioning it is probably fine, though it'd probably be better to add it as some kind of note rather than having it announced as a whole new feature [20:12] highvoltage: either that or we can mention ltsp 5.2 in the list of softwares included and mention it there [20:12] *nod* [20:13] so, for that release announcement, should we start a new gobby document just after the meeting containing the content of the 9.10 announcement and work from that ? [20:13] sounds good [20:13] +1 [20:15] * stgraber created edubuntu-lucid-announcement for that [20:16] so, next is topics for UDS, unless we have something else to discuss for tomorrow's release ? [20:16] highvoltage: what was the name of the gobby document for maverick ? [20:16] highvoltage: the one I found appears to be empty [20:16] stgraber: I'm unsure... checking... [20:18] stgraber: ah right, I emptied it :) [20:19] I moved it to the wiki page so I removed the contents so that someone wouldn't continue editing it there [20:19] ah yes, because it's on the wiki ;) [20:19] so that's fine [20:19] maybe you should post the URL in the gobby ? [20:19] that'd make things less confusing ;) [20:19] https://wiki.kubuntu.org/Edubuntu/Specifications/Brainstorming/Maverick [20:19] ok will do [20:20] or at least, https://wiki.ubuntu.com/Edubuntu/Specifications/Brainstorming/Maverick [20:21] I created edubuntu-uds-maverick in case we want somewhere to write a list of the specs we want as well as a short description (so we can then copy/psate to LP) [20:25] stgraber: think I fixed a typo in your typing, if I was wrong, please correct me! [20:26] i didn't know whether to fix it or not : [20:26] sure, feel free to correct my typos ;) [20:26] I really feel that we should schedule the sessions ASAP [20:26] and decide on times during this meeting [20:26] (and my english as well if the grammar sounds weird ;)) [20:27] because that way we can make it so as many remote participants as possible can participate [20:27] well, we can't decide times, that's the tricky part [20:27] really..? there is alot free on the schedule, do you get assigned times rather than choosing? [20:27] we have to put them on LP and poke some team leads to put them on the schedule, then they'll be assigned time slots depending on how plans to attend them physically [20:27] so to avoid conflicts with other sessions [20:27] oh, ok :/ [20:28] so if I put myself as "participation essential" on two sessions as the same time, the script (or human) will likely move on of the two to another slot [20:28] * bencrisford prays to the god of UDS that he can make some of the sessions (remotely, but still) [20:28] the final schedule is usually the one displayed at 9am in the lobby ;) [20:28] heh :) [20:28] :o [20:28] :( [20:28] (and it may change slightly at lunch time) [20:28] lol [20:29] oy, missed another one [20:29] stgraber: do we need a session for the remote-installer? [20:29] its *possible* i can do some during the day (via my nokia and other PCs with frenode chat), but im pretty much only around in the evening [20:30] stgraber: hah! I was *just* about to start typing that [20:30] * bencrisford thinks his little red "t" in the doc looks quite cute [20:32] stgraber: I realise LDAP/Kerberos would fall under the server track/team, but should we add it to our list so long or do it directly from the server team side? [20:32] highvoltage: not sure, it's probably not worth a 1 hour session, might merge that into the last one ? [20:32] or with the first one ? [20:33] stgraber: ok we can add it to installer-improvements [20:33] stgraber: these are more for sessions rather than specifications right? [20:33] ldap/kerberos should be already on the server team's todo list I guess [20:34] well, the idea is that for each we'll register a spec and get that scheduled (as all sessions need a spec) [20:35] ok, right [20:35] so ideally, each point should last more than 30min or be merged in another [20:36] (I know I tend to be attending a lot of session at UDS, so it's always better if we can avoid spending half of the session looking at our mails) [20:37] ok. it seems like we more or less know what we want to do, I can't see anything that would really cause lots of disagreement or be difficult to implement [20:38] it's kind of difficult for me to imagine how uds will happen especially since I still don't know whether I'll be able to make it there :/ [20:38] we can probably discuss a bunch of stuff outside of 'official' sessions on #edubuntu [20:39] at least you are there so you could ask the installer/artwork/etc teams if we need quick and good feedback [20:40] yeah, I uess that what we really need to have scheduled is session where we need people from outside of the existing edubuntu community. [20:40] smaller edubuntu-specific details can be discussed off-uds [20:40] (as long as it's on some kind of roadmap ;)) [20:41] yep, so I guess we should at least have a session for installer plans [20:41] I'm not sure how much work adding those screenshots and descriptions would be, but it's glade files at least [20:42] would still be nice to get some expert advice though [20:42] yep, UDS should be good for that [20:44] do the streams in the meeting rooms get recorded? or are they just live? or are they even doing that this time around? [20:45] bencrisford: audio is live and video recorded for later [20:45] video? in every session? [20:46] bencrisford: yep, there has been before. not sure if they'll do it for this one [20:46] highvoltage: I hope so, that would make things so much easier [20:46] last time it was only for a few sessions [20:46] these are marked as videotaped on the schedule [20:46] I think I remember there being some at karmic [20:46] but it was mainly like the plenarys and stuff [20:47] bencrisford: I was at the karmic one and that one was very well videod [20:47] highvoltage: really? I don't remember that :/ [20:47] I remember I was free all week [20:47] so I was live streaming and IRCing [20:48] bencrisford: the video wasn't live [20:49] highvoltage: but I don't remember seeing it after [20:50] it came quite a bit after (like, months). [20:50] I think having that much video was just too much [20:51] http://video.ubuntu.com/uds/karmic/ [20:51] is that it? [20:51] there is quite alot there :/ [20:51] how'd I miss that [20:52] seems like that's just the plenaries though [20:52] aaaanyway... [20:52] something left for this meeting? [20:54] highvoltage: yes! [20:54] I nearly forgot [20:55] I was gonna bring up what to do about the teams blueprint and RichEd [20:55] do we try and contact him? he has a mobile number on his wiki page apparently, and mdke suggested we could maybe send him an SMS, I said I would bring it up here [20:55] bencrisford: didn't mdke re-assign it to you? [20:56] yes, but mdke suggested contacting him to inform him of the change and inviting him back if he wants in [20:56] bencrisford: I've tried to contact him for even months before he left canonical and couldn't get in touch with him [20:56] we both agreed however that that isnt that important [20:56] ok [20:57] well I dont see what else we can do, and it isnt exactly imperative [20:57] you're free to try to sms him if you want, but I'm 100% sure it would be a waste of time [20:58] ok, I don't think its that important [20:58] but it would be decent of us to let him know whats happening with the blueprint he created [20:58] I guess he wouldnt expect us to put this much effort into it though [20:59] so its more than reasonable to give up I guess [21:00] bencrisford: I don't think you have to give up, if you want to work on it, please do so [21:00] highvoltage: work on contacting him? [21:00] bencrisford: richard hasn't been part of the project or cantactable in a very long time [21:01] ok, I understand that [21:01] bencrisford: we don't have any responsibility or commitment to find him first before moving on with anything [21:02] highvoltage: I think he does have a right to know, but we shouldnt go out of our way to inform him [21:03] if its just sending an email, I am more than happy to, but in this scenario, I think its best not to waste time that could be spent on our project, contacting someone who doesn't seem to care [21:03] bencrisford: if it will make you feel better, send an email/sms to all his known contact details [21:03] highvoltage: it wont make me feel better :), it was just suggested and it seemed a good idea, but like I say, in this scenario it probably isnt [21:04] I honestly don't feel as strongly about it as it might seem, i'm just following up what I started [21:04] bencrisford: I know why mdke suggested it, and I don't think mdke knows richard or had much interactions with him [21:04] I do understand that, and mdke understood too once I explained [21:04] but I thought I should bring it up here to make sure I have done the right thing by not contacting him [21:05] yes, you did [21:05] I can't make that any cleare [21:05] I can't make that any clearer [21:05] you [21:06] (sorry, on netbook keyboard, can't type as fast as I'd like :) ) [21:06] regarding the actual blueprint, I would suggest having an IRC "session" post-UDS to work on it [21:06] you guys can discuss community at UDS [21:06] sounds good [21:06] and then I am happy to start working on it with whoever else is [21:07] we just need to seperate the teams into say, 3 groups? [21:08] 1) No/little attention needed, 2) Necessary team (needs attention), 3) Unnecessary team (needs deletion) [21:08] let's take it to #edubuntu since we're over our meeting time anyway :) [21:08] woops, so we are [21:08] (yep that sounds good) [21:08] dont forget to gong! [21:08] bencrisford: your turn! [21:08] highvoltage: my turn to what? [21:08] to hit the gong [21:09] * highvoltage hands bencrisford the big sticky thing [21:09] :O [21:09] * bencrisford is honoured [21:09] *GONGGGGG* [21:09] * bencrisford puts all his strength into an almighty swing [21:09] nice one [21:09] :D === johnc4511 is now known as johnc4510 === swoody_ is now known as swoody