=== noy_ is now known as noy [14:23] BlackZ, I should attend the meeting, but I might be a little late (like 20 minutes) [14:23] huats: so should we start without you? [14:24] sure [14:24] OK, thanks for the info [14:24] or you can wait for me if you want [14:24] but not necessary ! [14:24] :) [14:24] ttl [16:00] RoAkSoAx, statik, showard, it's the time to start [16:00] ok [16:01] RoAkSoAx: are you there? statik ? [16:02] ok, no problem we can start BTW [16:02] #startmeeting [16:02] Meeting started at 10:02. The chair is BlackZ. [16:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:02] huats will be late, he said to start without him [16:02] ok [16:02] [TOPIC] Developer mentoring reception meeting - https://wiki.ubuntu.com/MOTU/Mentoring/Reception/Meeting [16:02] New Topic: Developer mentoring reception meeting - https://wiki.ubuntu.com/MOTU/Mentoring/Reception/Meeting [16:03] showard: do you want to start? [16:03] sure, loading up the agenda [16:03] [TOPIC] Review ACTION points from previous sessions. [16:03] New Topic: Review ACTION points from previous sessions. [16:03] that's the first item [16:04] the action points were to make the documentation on the wiki [16:04] OK, so we can go with the second item instead [16:04] can't we? [16:04] trying to find the link [16:04] yes [16:04] [TOPIC] Discuss and approve proposed mentoring program documentation [16:05] New Topic: Discuss and approve proposed mentoring program documentation [16:05] https://wiki.ubuntu.com/UbuntuDevelopment/MentoringReception/MentoringProposal [16:05] [LINK]https://wiki.ubuntu.com/UbuntuDevelopment/MentoringReception/MentoringProposal [16:05] LINK received: https://wiki.ubuntu.com/UbuntuDevelopment/MentoringReception/MentoringProposal [16:06] well, I have reviewed that, seems OK [16:06] OK, we can start floating it once we get an ok from hauts as well [16:06] any objection against it? [16:06] I think it's just the two of us [16:07] OK, so we need almost huats for discuss of that and start the vote [16:08] showard: in the meanwhile we can talk about an interesting point and let that to discuss later [16:08] ok [16:08] [TOPIC] Discuss with the packaging training coordinators the membership approval for our team [16:08] New Topic: Discuss with the packaging training coordinators the membership approval for our team [16:08] showard: what do you think about that? [16:09] according to https://lists.launchpad.net/packaging-training-coordinators/msg00095.html [16:10] It's interesting, but I think it might be good to have two seperate teams still and have us individually apply (if interested). Kind of like how MOTUs still have to apply for bug-control [16:11] mostly because they have their own system and I want us to be a part of that (especially since there are only 4 or so of us) [16:11] showard: we have to talk with huats and the others about that [16:11] (too) [16:11] yes [16:11] yeah, but that would give a lot of benefits for the mentors [16:11] and the contributors [16:11] dholbach: are you there? [16:11] yes [16:12] dholbach: can you start to say what do you think about that proposal? [16:12] I'm not familiar with it, how to do you see our relationship with the training coordinators team working? could you guive some examples [16:12] showard: have you read the e-mail? [16:13] showard: as far as I understand it, BlackZ wants to suggest to mentors to give sessions regularly or make their training activities with their mentees in a more public forum and ask them to run packaging training sessions [16:13] I think it's a wonderful idea - we always need more packaging training sessions [16:14] yeah, that's what I want to say [16:14] showard: so are you +0 ? [16:14] I think it should be good to include it in the documentation and in the initial mails you send mentors [16:15] dholbach: we have to wait huats, he will be late :( [16:15] BlackZ, I should attend the meeting, but I might be a little late (like 20 minutes) [16:15] Ok, I thought you wanted something else [16:16] showard: what were you thinking of? [16:16] showard: what's your vote then? [16:16] Yes, mentors should be able to help give sessions and coordinate - I thought you wanted the reception team to coordinate what training sessions were giving [16:16] *given [16:16] ah ok [16:16] +1 for mentors being in the team [16:16] +1 from me too [16:17] so BlackZ - we'd have a "Developerment Mentors" team which would be a member of Packaging Train. coordinatorS? [16:17] showard: yeah [16:18] that sounds good [16:18] persia suggested something of that [16:18] and huats and others was agree [16:18] were* [16:18] We should add that to our proposal page, could you do that after the meeting? under Mentor Workflow and Reception Workflow? [16:19] sure [16:19] [ACTION] BlackZ to set up this idea in the mentoring propostal page [16:19] ACTION received: BlackZ to set up this idea in the mentoring propostal page [16:19] proposal, argh [16:19] [ACTION] BlackZ to set up this idea in the mentoring proposal page [16:19] ACTION received: BlackZ to set up this idea in the mentoring proposal page [16:20] showard: can you send an e-mail to our mailing list for the absent people? [16:20] yes, with the minutes [16:20] [ACTION] showard to send an e-mail of this meeting to the developer mentoring reception mailing list for the absent people [16:20] ACTION received: showard to send an e-mail of this meeting to the developer mentoring reception mailing list for the absent people [16:21] so we need an email vote on the proposal [16:22] then send the proposal to relevant lists for feedback? [16:22] showard: I'd say yes if huats will not be here [16:22] we can wait until 16:00 UTC [16:22] lists: DMB, devel-discuss, MOTU, and the teams lists? [16:23] BTW I'd send it for the vote from absent people [16:23] yes [16:23] can you do that? [16:23] Yes [16:23] [ACTION] showard to send an e-mail to (MOTU, Ubuntu core development team and delegated teams) for get feedback about our documentation [16:23] ACTION received: showard to send an e-mail to (MOTU, Ubuntu core development team and delegated teams) for get feedback about our documentation [16:24] [TOPIC] Discuss about the completely rename of the team and the mailing list [16:24] New Topic: Discuss about the completely rename of the team and the mailing list [16:24] well, I have said huats to rename the old LP team and he did but we still have ~motu-mentoring-reception as ID [16:25] it should be ~developer-mentoring-reception [16:26] and.. we should rename the mailing list [16:26] We'd need a new team, I believe. We also need a team for ~developer-mentor, and a project "Ubuntu Developer Mentoring Project" [16:26] showard: I don't understand, can you be more clear? [16:26] a new team for what? [16:26] sure, the Project is for the bug report applications [16:27] the new team would be ~developer-mentoring-reception (I don't think you can rename LP teams) [16:27] yeah, it could be possible [16:27] AFAIK [16:28] and we need a team for the mentors so they can be added to the Packaging Training Coordinators team [16:28] or we could just manually add them [16:28] although they might like having the icon for being a mentor [16:28] OK, so: [16:29] ~packaging-training-coordinators will add the ~motu-mentoring-reception team as a member [16:29] do we need a new team for the bug report? I'm still +0 about that [16:29] the ~developer-mentoring-reception team would be the owner of "Ubuntu Developer Mentoring Project" so we are the only ones that can assign/triage bug reports [16:29] ah, hmm [16:29] no to: ~packaging-training-coordinators will add the ~motu-mentoring-reception team as a member [16:29] I thought we decided that the mentors get added, not the reception team [16:30] why that? [16:30] I think we could have the membership automatically, dholbach ? [16:31] if you want to, you'd get on the mailing list then [16:31] maybe you can talk to nhandler about it [16:31] dholbach: yeah, we have to [16:31] great [16:31] isn't he here? [16:31] showard: so are you still +1 about that? [16:32] so we're adding outhe reception team and the mentor team to the mailing list? [16:32] mailing list= packaging training coordinators? [16:32] showard: no, they will add us as member and the mentors will get the membership automatically [16:33] if somebody is in the team that means he's good with the packaging-related tasks [16:33] am I wrong? [16:34] I'm just thinking about implimentation, you're right about having them join -- I was thinking that you have a mentor team, and the mentor team is a member of the packaging training coordinating team [16:34] clarified that point [16:34] and we add people to the mentor team [16:34] they will get the packaging training coordinators membership automatically [16:34] according to my e-mail [16:35] I'm trying to minimize work so that they don't have to be manually added to multiple teams, but that the mentoring team would do it automatically [16:35] once somebody is added to our team [16:35] ahh that's the problem, I don't think new mentors are added to the reception team [16:35] they are two seperate teams [16:36] reception = coordination (don't even have to be MOTU), mentoring = actual mentoring [16:36] showard: yeah, they're: LP account -> our team -> membership in our team -> membership in the packaging training coordinators team [16:36] but new mentors won't be on our team, I don't think [16:37] I don't think all mentors should be in -reception [16:37] mentors are encouraged to join [16:37] and they should [16:37] we don't want what you said [16:37] *ALL* mentors should join the team [16:38] but that doesn't mean: "join the team or we will kill you" [16:38] In the past that wasn't the case, but I think you're right - we could encourage it [16:38] and those that want to join reception would be interested in packaging training - so that makes sense [16:38] kill my "mentors" team idea [16:38] and just have one team [16:39] showard: are you +1 then? [16:39] the reception team [16:39] another problem: if everyone is in the reception team, who assigns mentors? [16:39] hello everyone [16:39] siorry I am late [16:39] huats: \o [16:39] it was seperate in the past to prevent self selection of mentors [16:39] hey hauts [16:40] showard: mentors? [16:40] the people who wants to take part should send their application [16:40] (*mentees) our current discussion is whether all mentors should be members of -reception or not [16:40] ah [16:40] I think they have to [16:40] oh ok [16:40] huats: for you? [16:40] I don't think so [16:41] The pro side: encourages participation [16:41] the reception is the team who is handling the mentors/mentee couples [16:41] the con side: who chooses mentors/mentee pairs if everyone is a reception? [16:41] I like to consider the reception like a desk where people go asn ask for something [16:41] OK huats [16:42] so we should do another team [16:42] why do you think it will encourage participation ? [16:42] huats has a point just because they are there doesn't mean that they will participate [16:42] the reception will take all decisions and assign mentee to mentors, but the mentors are BTW encouraged to talk with us [16:42] and take part of the decisions [16:43] BlackZ, I think mentors are highly encouraged to talk to us [16:43] and to take part of the decisions regarding thei (potential) mentee [16:43] huats: so we need another team [16:44] Back to the original question: I think both teams should be members of packaging training coordinators (or have -reception be a member of mentors, and have mentors be a member of PTC) [16:44] The only reason why we need a mentors team is so that mentors can get on the PTC mailing list [16:44] (I believe) [16:44] yeah showard [16:44] then we will approve the other team in our team [16:45] and they will be BTW members of packaging training coordinators [16:45] but I'm still confused on that, it's a chain [16:45] huats: according to https://lists.launchpad.net/packaging-training-coordinators/msg00095.html what do you think about that? [16:46] BlackZ, I have seen this email indeed [16:46] huats: what's your vote? [16:47] hum honnestly I don't know [16:47] so are you +0 ? [16:47] I haven't figured out all the pro and cons [16:47] :) [16:47] we had a discussion with dholbach [16:47] right now I would +0 but I might be convinced :) [16:48] The pros: we and the mentors know what's being planned and can request specific topics (general training) [16:48] the cons: more mail for us [16:48] huats: what's the balance for pass an idea? 5+ or 4+ ? [16:48] the pros for them: some mentors (and us) might sign up for teaching some sessions [16:49] there are 3 of us, so I'd like us to all agree if possible - if not we can shelve it until more people show up [16:49] showard: I was talking about the vote [16:49] surely according to first you will send an e-mail [16:50] and we will hear the feedback from other members [16:50] showard, if it is only a few more mails... then go for it [16:50] then +1 for me [16:51] yes for both mentors and us, but if mentors complain for some reason we can make it just -reception [16:51] showard, sure [16:51] huats: another thing: we should decide how an idea can pass, with balance? [16:51] 4+ or 5+ seems enough [16:51] showard, I think only reception might be better [16:52] and if any mentors want to be part of that he can subscribe to PTC [16:52] that will help in our next ideas [16:52] I think 4+ would be sufficient [16:53] showard, huats for you? [16:53] How many "members" do we have? [16:53] 7 [16:54] we could do what other teams do: to vote you need 1/2+1 present, and to pass you need 1/2+1 of the vote [16:54] so we'd need 4 present to vote [16:54] I agree with showard [16:54] showard: send the e-mail then [16:55] write who's agree and that we want to hear a feedback from them [16:55] huats: last thing and we will close the today's meeting: what about the LP team rename and the documentation rename? [16:55] so two topics to vote on: approval of the proposal before getting feedback from other teams and membership in PTC [16:56] BlackZ, I have tried many times the LP team rename [16:56] also the mailing list, forgot [16:56] without succes [16:56] (I will try again tonigh) [16:56] huats: I will ping the guys in #launchpad [16:56] BlackZ, I'll do that, it'll be easier [16:56] huats: for the mailing list? [16:57] I think we will need to do that as last point [16:57] regarding the mailing list, I'll do that this week or the next one, since it is on my server and I am currently reorganising my email infrastucture [16:57] I haven't worked on renaming the documentation yet [16:57] yeah huats, for the documentation after the feedback could we rename the pages? [16:57] I think so [16:57] (if the feedback is positive) [16:58] OK, for me the meeting is over [16:58] any objections? ideas? [16:59] I will talk with the packaging training coordinators about us after we get 4+ votes [16:59] are you agree huats, showard ? [17:00] +1 for me [17:00] OK, let's discuss about that in our ML [17:00] #endmeeting [17:00] Meeting finished at 11:00. [17:00] thanks all [17:00] thanks, good job blackz [17:00] showard: ^ [17:00] have a nice day === yofel_ is now known as yofel [18:00] jdstrand, sbeattie, jjohansen: security team meeting? [18:00] yep [18:00] o/ [18:00] Hey [18:00] \o [18:01] hello [18:01] * jjohansen \o [18:01] mdeslaur: oh... were you hiding? my tab-complete didn't find you. [18:01] #startmeeting [18:01] Meeting started at 12:01. The chair is kees. [18:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:01] [topic] stand-up report [18:01] New Topic: stand-up report [18:02] last week the kernel security updates were published. besides the handled glitch with kvm in lucid, it seemed okay [18:02] today i'll be publishing OOo, since that unembargoed on saturday [18:02] spent some time last week looking at apparmor bugs, fixed one. [18:03] this week I might start looking at packaging fixes [18:03] yeah I saw that thanks kees [18:03] for a later topic: we should schedule a AA upstream meeting [18:03] that's it from me. jdstrand is up. [18:03] hey [18:04] would it be worthwhile to have aa commits go to apparmor-dev automatically? [18:04] not sure. [18:04] jdstrand: I dunno, you can subscribe to them. [18:04] granted, it is a bit after the fact as we menioned before that non-distro specific stuff should get an ACK [18:05] yes, I am subscribed. it just occurred to me [18:05] anyway, we can discuss that in the apparmor upstream meeting [18:05] right [18:05] so [18:06] this week I am focusing on testing/publishing the firefox 3.6.4 update for hardy [18:06] jaunty and karmic will most likely be in a week or so more [18:06] last week I uncovered several issues and brought them up to the ubuntu-mozillateam, and they are addressing them [18:06] is there a master checklist or something for all the steps/packages needed for the transition? [18:07] the most disconcerting is that I discovered that epiphany/webkit does not provide adequate feedback of certificate validation [18:07] *facepalm* [18:07] upstream gnome has noticed and seem to be working to fix that [18:07] yeah. pretty bad [18:07] jdstrand: did the non webkit version work properly? [18:07] it affects all versions of Ubuntu [18:08] mdeslaur: yes, gecko webkit gave a popup/confirmation type thingie [18:08] err [18:08] d'oh [18:08] gecko epiphany [18:08] kees: the qa team has setup something for firefox, plugins and addons in the qa tracker [18:09] and there are wiki pages [18:09] * jdstrand goes to get it [18:09] http://mozilla.qa.ubuntu.com/ is the tracker [18:09] LINK received: http://mozilla.qa.ubuntu.com/ is the tracker [18:09] jdstrand: I've seen the giant wiki page, but it didn't seem organized (at the time) like a "here are all the steps we need to do" page [18:09] there is one that I believe ara setup that is more clear [18:10] https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade [18:10] firefox is in pretty good shape [18:10] with the exception of openjdk and the sun-java5 plugin, it worked fine [18:11] (in my testing) [18:11] that's more of a test-plan than a list of what actions need to happen. is it maybe just "flush the entire mozilla PPA to hardy" ? that works, if it's true. [18:11] kees: oh, I have a personal list for the publication. is that what you mean? [18:11] jdstrand: can i get that list? [18:11] jdstrand: yeah, like "here are all the things we need to get into the archive", "here are all the current known caveats" etc [18:11] kees: ie, I have a list of packages that are arch 'any' and 'all' [18:12] kees: http://paste.ubuntu.com/440456/ <- firefox rdepends [18:12] Xulrunner rdepends: https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list [18:12] nxvl: yes I can get that to you [18:13] kees: well, it is basically just everything that is in mozilla ppa for hardy, yes (minus a couple of things) [18:13] jdstrand: okay [18:13] nxvl: thanks [18:13] I have also grouped things by USN [18:13] eg, firefox will have -1, it's extensions, etc will have -2 [18:13] nss will have a different USN [18:14] and epiphany I am not publishing until there is a patch for the cert verification [18:14] so it's not just 930-1? [18:14] (and by extension, webkit) [18:15] nxvl: 930-1 is for firefox [18:15] nxvl: that will be for hardy and lucid [18:15] jdstrand: it sounds like you're in fine shape. for us following along (at least me), I'd like to see some kind of list of tasks (publish all of mozilla ppa, fix epiphany, etc) [18:16] nxvl: 930-2 will be for all the rdepends [18:16] jdstrand: but if it'll all be over sooner than such a list could be created, skip it [18:16] nxvl: 930-3 will likely be jaunty and karmic's 3.6.4 [18:16] nxvl: though, if there are regressions, it might be higher [18:16] kees: I can write a quick page explaining it [18:17] kees: i've been asking for that list since i jumped into the loop, still haven't got it [18:17] I also talked to them about publishing 24 later than upstream releases [18:17] chrisccoulson told me he was going to make one, but still no luck [18:17] this is pretty normal for us (unless there is an earth shattering vuln) [18:17] upstream is still iterating on some stuff [18:17] nxvl: it sounds like it's a large and complex set of things, which defies documentation. :) [18:18] kees: yup [18:18] so the ff build that is in the mozilla ppa is likely to change [18:18] I'll write it from my perspective and ask them to review it [18:18] kees: but i kinda need it, i need to reproduce the entire update, but i'm specting to use the USNs to do so [18:19] nxvl: we can talk after the meeting [18:19] jdstrand: :D [18:19] beyond the ff and friends update [18:19] I'm on community this week, and am following up on several embargoed issues [18:20] I have several items to bring up after mdeslaur and sbeattie [18:20] mdeslaur: you're next [18:20] hello [18:20] So, I'm still hacking away at mysql updates [18:21] I'll be publishing them this week [18:21] and I am on triage [18:21] and will take a look at php5 next to see if there are patches available for the month of php bugs yet [18:22] if that doesn't pan out, I might start trying to backport the maverick's webkit to earlier releases to fix all the CVEs [18:23] that's it for me [18:23] I don't have much, I'm still in transition from QA [18:24] I set up what I think is a working sbuild/schroot environment (great docs, jdstrand) [18:24] \o/ [18:24] This week I should probably test it out :-), start looking at cve triage, and generate a new gpg key to replace my current nearly expired one [18:25] (interviews for my QA replacement should start this week \o/) [18:25] sbeattie: are you going to go the SHA2 route? [18:25] kees: I might as well, unless you guys think otherwise. [18:26] sbeattie: I think it's a great opportunity to test it. :) [18:26] kees: that was my thought as well. :) [18:26] sbeattie: there's a blueprint to test the SHA2 keys with different email clients [18:26] yeah, we are each assigned one [18:26] I have kmail, but have not tested it yet [18:27] mdeslaur: right, poking at firegpg after I gen'ed a new key was on my todo list. [18:27] cool [18:27] anyway, that's all I have that's relevant here. [18:28] okay [18:28] [topic] aa upstream meeting [18:28] New Topic: aa upstream meeting [18:29] so, I'll propose a meeting on the aa mailing list. any starting preferences? [18:29] Not particularly, +1 to having one. [18:30] Holding it at a time that's convenient to arekm on oftc would be helpful, IMO. [18:30] IRC, likely early in the US day to get anyone from EU TZs in too. [18:30] no preferences from me either [18:30] oh, where is arekm? [18:30] russia [18:30] okay, noted. [18:30] or at least that is what I remember it as [18:31] [topic] jdstrand topic #1 of "several" ;) [18:31] New Topic: jdstrand topic #1 of "several" ;) [18:31] IIRC "Russia" only narrows it down to about 8 time zones. [18:31] heh [18:31] :) [18:31] jdstrand: whatcha got for us? [18:31] 1. usn publication [18:32] we need to either poke newz2000 about getting this to work like before, or define the interim procedues [18:32] procedures [18:32] we are behind a few atm [18:32] I have now poked newz2000 [18:33] oh heh [18:33] ok [18:33] I have 3 different screen scrapers at this point ... [18:33] yeah, we have published 946-1, 947-1, 948-1 and 947-2 [18:33] and I built a new template for doing refreshes [18:33] yeah [18:34]