=== pangolin is now known as IdleOne === rsalveti` is now known as rsalveti [13:58] * skaet waves [14:00] o/ [14:00] * stgraber waves [14:00] #startmeeting 12.04.1 team meeting [14:00] Meeting started Thu Jul 12 14:00:40 2012 UTC. The chair is stgraber. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [14:00] 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 === 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 | 12.04.1 team meeting Meeting | Current topic: [14:00] o/ [14:00] o\ [14:00] o/ [14:01] did you just hi-five yourself [14:01] stokachu, yes you win [14:01] ;) [14:01] lol [14:01] #topic Action items review === 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 | 12.04.1 team meeting Meeting | Current topic: Action items review [14:01] arges to work on a 12.04.1 bug report, showing targeted bugs and information on status in development release, patches attached and branches linked [14:02] http://people.canonical.com/~arges/point-release/milestone-12.04.1.html [14:02] We can still fix if needed, but have it ready. I've proposed a merge for the code into the Arsenal project so anyone can look at it. (Patches welcome) [14:03] The code is here for now: [14:03] https://code.launchpad.net/~christopherarges/arsenal/arsenal [14:03] .. [14:04] what are the current criteria for a bug to show up on the list? (total bugs: 57 vs 112 in my current list) [14:04] stgraber, targeted to 12.04.1 && status is ["New", "Confirmed", "Triaged", "In Progress", "Fix Committed"] [14:04] and targed to precise [14:05] o/ [14:05] smoser: go [14:05] lol [14:06] i was a bit confused. [14:06] smoser: or was that just a "I'm around o/" ? :) [14:06] i'm around. [14:06] yeah. [14:06] ok :) [14:06] * smoser wipes forehead. whew! [14:07] looks good arges. Will do some correlations with the other data sources. :) [14:07] arges: odd, it doesn't match my LP search but I can't really tell which of my LP search or the arsenal report is wrong to be honnest ;) [14:07] looks like several are missing tags [14:07] * skaet is a bit worried about bug 1017001 [14:07] Launchpad bug 1017001 in apt (Ubuntu Quantal) "package resolvconf 1.63ubuntu14 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf" [Critical,Confirmed] https://launchpad.net/bugs/1017001 [14:07] i see a bunch with fix committed but no verification needed [14:07] I'll work on it and make it more accurate. but for the time being hopefully it can still be useful [14:08] in addition, where should I host it? [14:08] right now its just generated on my desktop here [14:08] geocities.com [14:08] stokachu: I'll try and take a pass through all the bugs, fix them where needed... I'm guessing some are marked fix commited but haven't actually been uploaded yet... [14:08] arges: canonistack [14:08] stgraber: ok [14:08] stokachu, I think the columns need to be switched to make it more intuitive. (Verification Needed before Verification Done). Is that the source of confusion? [14:09] skaet: ah [14:09] skaet: yea that does make more sense [14:09] :) [14:09] haha [14:09] i can switch them [14:09] running off fumes this morning [14:09] I wanted to sort them by 'most actionable items' on top [14:09] so if it has the patch and the verification is done and there are lots of branches linked, then its on the top [14:10] ive been linking related branches of merge proposals [14:10] is there a way to tell a difference? [14:10] clicking the column headers works for resorting ... :) hence me finding that critical that looks like its stalling out. [14:10] arges: you should be able to run the report on lillypilly initially, though it should then be moved to reports.qa.ubuntu.com/reports with the others [14:10] that could be a +1 for patch column [14:11] stokachu, what do you mean? [14:11] stgraber, ok [14:12] arges: can you tell ifa related branch is a merge proposal or not [14:12] rather than seeing if an attachment is set to patch [14:12] you could set to 'has patch' if no attachment but there is a merge proposal [14:13] stokachu, yea right now the logic is patch_attached || patch tag [14:14] anyway. there are a lot of comments. so maybe I can summarize some actions for the next few weeks to work on this [14:14] - Verify this matches the list on https://launchpad.net/ubuntu/+milestone/ubuntu-12.04.1 [14:14] - Get this hosted on lillypilly or another machine. [14:14] - Switch the Verification Done/Needed columns? [14:15] What else? [14:15] you may also want to check for verification-needed-precise/verification-done-precise [14:15] stgraber, yes I do that as well [14:16] cool! I wish all our other reports did :) [14:16] looks like a good summary for now to me.... I suspect that after we start working with it, there will be more ;) [14:16] ok great. feel free to ping /email me with more ideas [14:16] yeah, that report looks good and will surely be useful for monitoring other point releases or even non-LTS releases in the future [14:17] * skaet nods [14:17] next action is: [14:17] xnox to liase with ballons, gema and jibel w.r.t. fs/storage testing [14:17] thanks [14:17] though xnox is at debconf so probably not much changed on that one. Keeping it around for next meeting [14:17] #topic Review of upcoming deadlines === 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 | 12.04.1 team meeting Meeting | Current topic: Review of upcoming deadlines [14:17] 2012/08/02: Beginning of PointReleaseProcess and DesktopInfrastructureFreeze [14:17] 2012/08/09: KernelFreeze, LanguageTranslationDeadline, SRU Fix Validation Testing [14:17] 2012/08/16: FinalFreeze, ReleaseNoteFreeze [14:17] 2012/08/23: Ubuntu 12.04.1 [14:18] as usual, if you have any other Ubuntu or downstream deadline to add, please let me know [14:18] #topic Quick look through the current bug lists, checking for progress === 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 | 12.04.1 team meeting Meeting | Current topic: Quick look through the current bug lists, checking for progress [14:19] So, looking at the LP bug lists, it doesn't look particularly good... [14:19] Bug list went from 106 bugs targeted to 12.04.1 to 112. [14:19] 26 of these are currently marked fix commited (vs 27 two weeks ago). [14:19] 50 of the 112 bugs aren't currently assigned to someone. [14:19] only 1 fix committed? [14:19] -1 [14:19] err yea [14:20] I'm hoping these fix commited are different ones from last week, but I don't have an easy way to check that [14:20] tbh i haven't seen much movement on sru's last week [14:20] i assume b/c of holidays etc [14:21] in particular, a bit worried about bug 1017001. There are also some bugs that QA is encountering yesterday that they're worried about: bug 1021718, bug 1022864, bug 1022927 [14:21] I think at this point we really really need every team to go through the list, assign the work to their team members, target any missing bug and re-target any bug that won't be fixed in time [14:21] Launchpad bug 1017001 in apt (Ubuntu Quantal) "package resolvconf 1.63ubuntu14 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf" [Critical,Confirmed] https://launchpad.net/bugs/1017001 [14:21] Launchpad bug 1021718 in linux (Ubuntu Precise) "Ubuntu Precise ISO test failed in Jenkins due to debian installer failed to get debconf answer 'base-installer/kernel/linux/initrd'." [Critical,Confirmed] https://launchpad.net/bugs/1021718 [14:21] Launchpad bug 1022864 in gsettings-desktop-schemas (Ubuntu Quantal) "Oneiric to Precise upgrade test failed: User settings are not preserved on upgrade" [High,New] https://launchpad.net/bugs/1022864 [14:21] Launchpad bug 1022927 in ubuntu-release-upgrader (Ubuntu) "Precise to quantal upgrade test failed: obsolete files left after the upgrade" [Undecided,New] https://launchpad.net/bugs/1022927 [14:22] yea the lack of ownership is worrisome [14:22] I think stgraber's recommendation that the teams go through and assign individuals to each of the flagged bugs is what's needed. [14:23] agreed [14:23] 1017001 should probably be assigned to mvo or should at least be escalated to mvo. I'll take care of that when going through the foundations bugs [14:23] thanks stgraber [14:24] if when doing the pass to assign the bugs, if folks could make sure the priority is accurate as well, it would help. [14:25] * skaet figures its probably worth bringing up at the meeting tomorrow, that we're in the last push for 12.04.1 and there are lots of worrisome bugs out there. [14:25] doh [14:25] was there a meeting today? why didn't anyone ping me? [14:26] also don't hesitate to move things to 12.04.2 or -updates, I'm guessing we have quite a few of these bugs that aren't realistically going to make it to the point release and I'd prefer to have the list reflect that (instead of being over-optimistic as it seems to be at the moment) [14:26] stgraber, should we also be switching to weekly now? [14:26] for the meeting [14:26] seb128: yep, there's a meeting. Google should have pinged you 10 minutes before the meeting... wan me to copy/paste the log so far? [14:27] stgraber, google did, I got carried up in other discussions and forgot to join [14:27] stgraber, that's fine, I will read the log online [14:27] stgraber, just let me know if there was any question for me ;-) [14:27] skaet: I think it'd be a good idea to ensure that everyone is focused on getting these done [14:27] seb128: the only think desktopy I saw so far is bug 1022864 that Kate mentioned a bit earlier [14:27] Launchpad bug 1022864 in gsettings-desktop-schemas (Ubuntu Quantal) "Oneiric to Precise upgrade test failed: User settings are not preserved on upgrade" [High,New] https://launchpad.net/bugs/1022864 [14:28] stgraber, ok, I started following up on this, will keep doing that [14:28] stgraber, is the meeting over? [14:28] (sorry to step in the middle) [14:28] seb128, there wasn't a question, but an action ;) please go through the 12.04.1 bugs and clean up assignments/priority/milestone targets. :) [14:28] ok [14:28] seb128: nope, we're in the middle of it (going through the bug lists) [14:29] skaet/stgraber: There's a postfix microversion update pending acceptance that really ought to go into 12.04.1 because if it doesn't, upgraders are likely to have TLS problems. [14:29] stgraber, ok, sorry for the noise then, please get going, I'm around now ;-) [14:29] ScottK, bug number? [14:29] ScottK: are the relevant bugs targeted to 12.04.1? === pangolin is now known as IdleOne [14:29] * ScottK looks [14:30] ScottK, bug 1022772 [14:30] Launchpad bug 1022772 in postfix (Ubuntu Precise) "Microversion release update for postfix 2.9.3-2" [High,In progress] https://launchpad.net/bugs/1022772 [14:30] That's the SRU bug. [14:31] original bug report - bug 991754 [14:31] Launchpad bug 991754 in postfix (Ubuntu Precise) "Add support to turn off the TLSv1.1 and TLSv1.2 protocols" [Medium,Triaged] https://launchpad.net/bugs/991754 [14:31] That's the one. [14:31] I think Bug #1001040 is related too. [14:31] Launchpad bug 1001040 in postfix (Ubuntu) ""TLS library problem" drops incoming mail when sender uses RC4-MD5 cipher" [Undecided,Confirmed] https://launchpad.net/bugs/1001040 [14:32] I think we definitely want this resolved before server upgrades start in earnest. [14:32] ok, status looks good and it's targeted, so assuming it gets tested quickly, there'll be no problem to have it in 12.04.1 [14:33] First some other SRU person needs to accept it ... [14:33] Maybe bdmurray would do it. [14:35] we seem to have almost 2 weeks worth of SRU backlog in the queue, that's getting a bit scary... hopefully it'll get better when debconf is over and we get back slangasek and infinity [14:35] ScottK, yup, its his day for SRU vanguarding... https://wiki.ubuntu.com/SRUTeamProcess [14:35] Perfect. [14:35] ScottK: postfix is it? [14:35] bdmurray: yes. For Precise. [14:35] stgraber, ok, I'll start beating the drums, and seeing if we can get some focus. [14:36] yeah, SRU backlog is concerning [14:36] skaet: would be great. Apparently nagging directly for a given package seems to work quite well, but that means that people who aren't nagging in #ubuntu-release have to wait weeks to have their stuff accepted... [14:36] we are at constant level around 30 items backlog [14:36] yeah, infinity had some ideas on this, but I haven't seen any updates about it. [14:36] it's going to be an increasing issue as we get close from the freeze date [14:36] good we are getting fixes proposed, bad we dont have the bandwidth [14:37] is it possible to check for valid sru's in the first comment and dismiss those missing any one of the 3 required [14:37] or description, whatever [14:38] was thinking maybe launchpad janitor or some other bot [14:38] also having a form submission for SRU's would help to keep required fields [14:38] stokachu: I'd expect one that doesn't have these fields set to be rejected, not left in the queue. I don't think the format is strict enough that it can easily be detected at this point though [14:39] stgraber: yea im just curious if they haven't been touched yet though [14:39] I think I did leave a couple in the queue that needed work on the bug, but made comments there/set them to incomplete. [14:40] ScottK: do those actually show in the queue waiting for someone in SRU team to work on? [14:40] at some point we'll want to automatically get these test cases and push them to packages.qa.ubuntu.com, so requiring a well structured description will help achieve that. Though I guess that's something to discuss at the next UDS. [14:40] i recommended an updates system at the previous one [14:40] QA didn't seem to impressed though :) [14:41] anyway, stgraber those bugs i posted yesterday for you are the ones relevant to 12.04.1 as well [14:41] should i post them again for archival's sake? [14:41] stgraber: I think it would be nice to have a page like the one for SRU status in -proposed that serves a a control panel for what needs working on. It could mark incomplete bugs yellow or something so people don't relook. [14:42] #action skaet to poke the SRU team and see what can be done to process the current backlog [14:42] ACTION: skaet to poke the SRU team and see what can be done to process the current backlog [14:42] yup [14:42] #action stgraber to review and sponsor bug 977947, bug 977952 and bug 977940 [14:42] ACTION: stgraber to review and sponsor bug 977947, bug 977952 and bug 977940 [14:42] Launchpad bug 977947 in libbonobo (Ubuntu Quantal) "Please transition libbonobo to multi-arch" [Medium,Triaged] https://launchpad.net/bugs/977947 [14:42] Launchpad bug 977952 in libbonoboui (Ubuntu Precise) "Please transition libbonoboui to multi-arch" [Medium,Triaged] https://launchpad.net/bugs/977952 [14:42] Launchpad bug 977940 in gnome-vfs (Ubuntu Precise) "Please transition gnome-vfs to multi-arch" [Medium,In progress] https://launchpad.net/bugs/977940 [14:43] stgraber: thanks :D [14:43] seb128 could probably help with 977940 if he has time [14:43] ScottK: yeah, having tried to do some of that in queuebot, the main pain is that the API doesn't let us query much from the queue at this point. Though that may have changed with cjwatson's work on the queue API === Ursinha` is now known as Ursinha [14:44] ScottK: the main problem in the past was that you would only get the URL to the .changes file and would then have to parse it to get anything out of it (and then query LP again based on that) [14:44] Not very helpful. [14:45] yeah :) I wanted to show the IRC nickname of the uploader in queuebot but decided not to do it as I'd have had to: grab the .changes => parse it => extract e-mail => match against LP => get the user object => query ircnickname [14:46] seb128: you mentioned multi-arch bugs at the previous meeting, are there any that you are aware of that I haven't touched yet [14:46] instead of being able to do the usual .uploader.irc_name :) [14:46] stgraber: ./queue info shows stuff like " 4373718 | S- | qemu-kvm | 1.0+noroms-0ubuntu14 | 17 hours | * qemu-kvm/1.0+noroms-0ubuntu14 Component: main Section: misc" now. [14:46] stokachu, what's the status of those atm? I uploaded libart-lgpl and reviewed gnome-vfs that you updated yesterday [14:46] That seems like a useful basis for something. [14:46] ah [14:46] stokachu, what about the libbobobo,ui ones, did slangasek review it again? [14:47] seb128: stgraber added it to his list to review [14:47] ok [14:47] i saw you reviweed gnome-vfs but did you review the merge proposal? [14:47] he addressed your changes mentioned [14:47] it* [14:48] the only other 2 i know of are libgnome2 and appmenu-gtk [14:48] gnome-vfs is on my list for today, so I'm happy to review it too [14:48] which im current working [14:48] stokachu, ok, yeah, appmenu-gtk seems to be the one coming often [14:48] stokachu, thanks, seems those are on track then [14:48] ok cool, please lemme know if any other come up [14:49] stokachu: let me know when they're ready to be looked at and I'll look and sponsor (I have a few more questions on the testing you did, but I'll poke you post-meeting) [14:49] #topic Round table [14:49] ok === 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 | 12.04.1 team meeting Meeting | Current topic: Round table [14:49] stgraber@castiana:~$ echo $(shuf -e NCommander seb128 stgraber arges jibel skaet smoser jamespage) [14:49] NCommander arges jibel skaet seb128 smoser stgraber jamespage [14:50] aww no love 4 stokachu [14:50] stokachu, why don't you start then... I suspect NCommander's offline [14:50] stokachu: oops :) let's pretend you're after arges [14:50] LOL [14:50] or now, whatever :) [14:50] I think im covered for now [14:51] arges: [14:51] i'm good [14:51] .. [14:51] no jibel around [14:51] skaet: [14:51] back from vacation, getting concerned about all the recent failures (as mentioned); about to start beating the drum.... [14:52] need to get the QA daily tests working reliably again as first priority. [14:52] .. [14:52] seb128: [14:52] desktop SRUs still go well, on a regular basis [14:52] we are a bit behind for compiz,unity [14:52] we should have an unity SRU with a big pile of fixes next week [14:53] then a compiz one [14:53] (we got an issue with the current compiz SRU this week, that's going to be addressed with a follow up upload rsn) [14:53] then we aim at another round of unity uploads at the end of the month, mostly backports from quantal performance improvements [14:54] otherwise as mentioned before the SRU team backlog and delay to do review is still concerning [14:54] it really slow down work and breaks the dynamic, it also makes hard to follow errors.ubuntu.com since lot of the issues are addressed with fixes blocked in the queue for weeks [14:54] .. [14:54] seb128, please remind unity/compiz teams of the 08/02 date to get all the desktop infrastructure changes in by. [14:54] skaet, yes, we have that in mind and we will make sure to be in time ;-) [14:55] :) [14:55] smoser: [14:56] jamespage, and i just went through the server team bugs. [14:56] significant amount are juju or maas. [14:56] and we'll follow up with those teams to push a bit and get a sense of urgency [14:57] that really just about covers the list at http://status.qa.ubuntu.com/reports/kernel-bugs/reports/rls-p-tracking-bugs.html [14:57] thats it. [14:58] stgraber: [14:59] must admit being a bit behind on tracking SRUs at the moment... I still have at least one in the queue. Started reviewing stokachu's multi-arch SRUs (should be uploaded today) [15:00] I'll also go through the whole list and make sure the bugs have all proper target/tags/importance/status and assign these that are foundation-y [15:00] will probably be talking a bit with skaet on these that I think we'd need to drop from 12.04.1 [15:01] I remember some of the listed ones requiring significant upstream changes that haven't even started, so pretty unlikely to be ready (thinking of one of the dnsmasq bug) [15:01] .. [15:01] jamespage: [15:03] going to assume that it's mostly the same as smoser [15:03] #topic AOB === 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 | 12.04.1 team meeting Meeting | Current topic: AOB [15:04] so as Kate suggested earlier, the meeting will now become a weekly meeting [15:04] I'll update the wiki and the calendar [15:04] same place, same time, just every week now [15:04] #action stgraber to change the meeting to a weekly meeting [15:04] ACTION: stgraber to change the meeting to a weekly meeting [15:04] anything else? [15:05] stgraber, sorry - it was - got called away for a second... [15:05] #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 [15:05] Meeting ended Thu Jul 12 15:05:37 2012 UTC. [15:05] Minutes (wiki): http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-07-12-14.00.moin.txt [15:05] Minutes (html): http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-07-12-14.00.html [15:05] thanks everyone, sorry for finishing a bit late [15:05] thanks! [15:06] thanks! [16:18] #startmeeting "MOTU Meeting" [16:18] Meeting started Thu Jul 12 16:18:58 2012 UTC. The chair is asomething. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [16:18] 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 === 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 | "MOTU Meeting" Meeting | Current topic: [16:19] Hi all! Any one around for the motu meeting? [16:20] looks like we have one agenda item besides our standing ones [16:20] MOTU School Doodle poll results update and discussion [16:20] m there! [16:21] asomething, one good news is we had a good response for the 1st school session on restart yesterday [16:21] #topic MOTU School Doodle poll results update and discussion === 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 | "MOTU Meeting" Meeting | Current topic: MOTU School Doodle poll results update and discussion [16:22] * tumbleweed waves from debconf [16:22] coolbhavi, great, how'd the session go? good attendance? [16:23] asomething, yes there was a reasonable turn up yesterday [16:23] * coolbhavi searches his bookmarks for the poll link [16:23] are the logs up one the wiki somewhere? [16:24] coolbhavi, http://doodle.com/w9p6hh43hfwk8xmp [16:25] thanks asomething the logs are linked by nhandler today I believe on the wiki [16:27] one thing I've noticed is that we have https://wiki.ubuntu.com/Packaging/Training and https://wiki.ubuntu.com/MOTU/School [16:27] i wonder if these should be merged [16:28] yes asomething I'll do that over the next week [16:28] great [16:28] #action coolbhavi, merge https://wiki.ubuntu.com/Packaging/Training and https://wiki.ubuntu.com/MOTU/School [16:29] ACTION: coolbhavi, merge https://wiki.ubuntu.com/Packaging/Training and https://wiki.ubuntu.com/MOTU/School [16:30] asomething, based on the timings feedback I got here is the post I posted on the mailing list: https://lists.ubuntu.com/archives/ubuntu-motu/2012-June/007267.html [16:30] is there anything that could go better for the next class? was there some kind of help you could have used that you don't feel you got? [16:30] asomething, yes there is a streamlining process in my mind [16:32] basically to sustain the school we need to have a team who co ordinate with various people and setup sessions [16:32] fitting across most time zones [16:33] doing a bit of blogging about the sessions just a week before the sessions [16:33] #action asomething, help blog about the next motu school session [16:33] ACTION: asomething, help blog about the next motu school session [16:33] and sending a remainder to the list 2 or 3 days before the sessions [16:34] asomething, any views on the same welcome! [16:34] ya, in the past we've struggled to have trainings on a regular basis. I think you're probably hitting the same issues [16:35] has anyone stepped up to lead the next class? [16:36] hmm I see a https://launchpad.net/~packaging-training-coordinators team on LP maybe we can open up a new team and merge the same as in the case of d-a-t [16:37] asomething, I got a lukewarm response for handling sessions on the list so I took the first session [16:37] keeping in mind the audience turnout [16:41] so from your email, it looks like 27th July will be the next class, right? [16:42] #link http://doodle.com/w9p6hh43hfwk8xmp [16:42] yes [16:42] #link https://lists.ubuntu.com/archives/ubuntu-motu/2012-June/007267.html [16:43] #info 27th July will be the MOTU School next class, still needs an instructor [16:45] so is there anything else to discuss? I don't think we have any thing new for the ARB to report back [16:46] no I am done from my side [16:47] #topic Next MOTU meeting === 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 | "MOTU Meeting" Meeting | Current topic: Next MOTU meeting [16:47] so turn out was a bit low =) [16:47] ll catchup on the list on motu school [16:47] :) [16:48] if we're going to keep the every other week pace, that put's us on 26 July [16:49] +1 [16:49] I can't commit to chairing the next meeting, but I'll send out the minutes from this one and commit to sending the reminder mails to the list [16:49] #action send out meeting minutes [16:49] ACTION: send out meeting minutes [16:50] #action asomething, update wiki headers and send out reminders for next meeting [16:50] ACTION: asomething, update wiki headers and send out reminders for next meeting [16:50] guess that's all for today [16:51] same here but I can chair i think next [16:51] #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:51] Meeting ended Thu Jul 12 16:51:42 2012 UTC. [16:51] Minutes (wiki): http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-07-12-16.18.moin.txt [16:51] Minutes (html): http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-07-12-16.18.html === gepatino is now known as gepatino_away [18:00] #startmeeting [18:00] Meeting started Thu Jul 12 18:00:20 2012 UTC. The chair is jono. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [18:00] 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 [18:00] hi everyone, and welcome to the Ubuntu Accomplishments meeting! [18:00] I know cielak is going to be a bit late to join us [18:00] but who is here for the meeting? [18:00] * mfisch is [18:00] * imbrandon waves o/ [18:01] o/ [18:01] awesome [18:01] I wanted to first discuss quality [18:01] recently we have been working to improve the quality across our codebases [18:01] I wrote an admin UI for visibility on server-side issues [18:02] and we are moving towards unit testing [18:02] mfisch, can you summarize your work on this? [18:02] yes [18:02] so I basically gutted the unit tests for the daemon [18:02] the setup for the daemon was much simpler back then. I spent a few hours last night perfecting the directory structure [18:03] writing config files [18:03] ABOUT files [18:03] extrainformation directorys [18:03] ies I mean [18:03] then today I wrote 10 tests, so far [18:03] there's probably 10-15 more to be writt8en [18:03] I found 2 small bugs already [18:04] first of all my code is here: [18:04] https://code.launchpad.net/~mfisch/ubuntu-accomplishments-daemon/ubuntu-accomplishments-daemon-new-unittests/ [18:04] the bugs are: [18:04] mfisch, so the setUp is completely created in /tmp? [18:04] jono: yes [18:04] the bugs are: [18:04] 1) if you have an icon without a file extenstion you get an exception [18:04] I think this is unlikely and was just due to my fake accomplishment, so I commented it only [18:05] hello everyone, sorry for being late [18:05] hey cielak [18:05] heya [18:05] cielak, we are just discussing mfisch's unit testing work: [18:05] bug 2) [18:05] Error: Launchpad bug 2 could not be found [18:05] lol [18:05] so I basically gutted the unit tests for the daemon [18:05] the setup for the daemon was much simpler back then. I spent a few hours last night perfecting the directory structure [18:05] writing config files [18:05] ABOUT files [18:05] extrainformation directorys [18:05] ies I mean [18:05] then today I wrote 10 tests, so far [18:05] there's probably 10-15 more to be writt8en [18:05] I found 2 small bugs already [18:05] first of all my code is here: [18:05] https://code.launchpad.net/~mfisch/ubuntu-accomplishments-daemon/ubuntu-accomplishments-daemon-new-unittests/ [18:06] :) [18:06] mfisch, so are you running quickly test to run the tests? [18:06] the 2nd bug is if the mediafile doesn't exist, you set media_filename to None and then try to concat Str + None [18:06] jono: right now they're run manually, after I finish writing tests I will set this up so that the package build runs them [18:07] the standard is that if the tests fail, the package build fails [18:07] mfisch, if you used the same class and file, quickly test should run them all anyway [18:07] mfisch, right [18:07] so I'd recommend everyone either build the package or run the tests before checkin [18:07] we can likely have automated ci jenkins.ubuntu.com run them too [18:07] jono: yes, I'm using python's unit test [18:07] mfisch, so these bugs...are they bugs in unit testing or this is where the unit tests have identified failures? [18:07] I was going to use nosetests in the package build, but maybe quickly does that already? [18:07] using jenkins might be useful [18:08] jono: both bugs are cases that could happen, but were found due to incomplete tests [18:08] jono: like "icon=foo", if you do that in a accomp, you will get an exception [18:08] mfisch, right [18:08] because: a, b = icon.split(".") [18:08] so these are good testings to have [18:08] which already will improve our quality [18:08] i'm familar with it is none else is so can help setup the ci scripts to run the test once mfisch has them more completed [18:09] ( for jenkins ) [18:09] mfisch, I will definitely take a look at your branch [18:09] one large thing is missing so far from these tests [18:09] they do not start the service [18:09] they're just testing the Accomplishments class [18:09] so things like the accomplish() method, don't work [18:10] mfisch, right [18:10] so I am not sure if we need to start the service [18:10] corectino its https://jenkins.qa.ubuntu.com/ btw sorry :) [18:10] jono: we can do a lot of testing without it [18:10] this is why we would use setUp to generate the data and then pass it to the function [18:10] I chose a different route [18:10] mfisch, so maybe right now we focus on the testing that can just do assertEqual checks [18:11] I end up creating an accomplishment object in each test so I can mess around with stuff, like the ABOUT file [18:11]