17:01:21 #startmeeting network team fun and (non)profit! 17:01:21 Meeting started Mon May 23 17:01:21 2016 UTC. The chair is nickm. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:21 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:01:27 hi all 17:01:41 I've seen isis and armadev and Yawning and isabela . 17:01:46 Who else is around? 17:01:52 hello peeps 17:02:00 * teor feels invisible 17:02:00 whoops 17:02:01 hi teor! 17:02:02 lol 17:02:28 can somebody else check in first? I need to make sure I haven't forgotten anything. :) 17:03:02 armadev: nickm: aha, that would make sense because `nm -D /usr/lib/libscrypt.so.0` said "log" was undefined 17:03:26 (anybody? check in? please?) 17:04:00 my check-in is simple: i did some tickets and stuff, but nt as much as i might have liked. i am stuck in the "have to do bureaucracy, shouldn't do fun stuff until do bureaucracy, omg it keeps adding up" loop. 17:04:49 the cheerful version of that statement though is that soon we will have some funding to implement and deploy website fingerprinting defenses. 17:04:57 now all we have to do is ..have some defenses we want to implement. 17:05:08 thx 17:05:09 (end of check in) 17:05:20 can go next! 17:05:22 Hello. During last week I worked more on prop224 stuff. Did some more prop250 17:05:23 go! 17:05:24 testing (need to do some more of this). Did some code reviews. Did some bug 17:05:25 bounties. Need to do more of everything the upcoming week. Also I have not 17:05:31 touched prop259 (guard stuff) in a while... I do plan to attend tomorrow's 17:05:31 network team meeting (it's 11PM in my timezone)! Done. Next! 17:05:54 yo 17:05:55 me now 17:06:16 I did lots more review and merging, and tried to get 0.2.8.3-alpha out, but couldn't because of some showstopper bugs. Fixed most of those. Still stuck on one. 17:06:23 which one? 17:06:27 Dealt with more wildcard cert stuff and bureaucracy. 17:06:32 finished the bug retrospective, got it on the blog 17:06:49 Almost done with 6s194 students; encouraged them to submit final code asap for review 17:06:53 * isis created #19161 17:07:06 the bug I can't figure out is toralf's #19128 17:07:16 I fixed some related stuff but it's still crashing 17:07:26 does it happen to anybody else? 17:07:28 I have some discussion topics for later: I'll start a pad for us to add more 17:07:37 armadev: Nobody else has complained, but who knows. 17:07:43 o hai meeting 17:07:46 ok. we can add this as a discussion topic not a now-now-now topic. 17:08:25 nickm: it might help to ask toralf to checkout a fresh copy of the source, their method of patching seems error-prone 17:08:27 https://pad.riseup.net/p/pzaZKrggUxVo -- discussion topic pad 17:08:41 teor: it's conceivable 17:08:56 please add discussion topics there. 17:09:05 any questions for me, or more checkins? 17:09:24 I'll check in 17:09:33 teor: I do disagree, I tested it several time w/ and w/o the patch and thee way I do patch works since months 17:09:36 i'll go after teor 17:10:03 toralf: ok, so if it happens without the patch, then we have an issue 17:11:06 teor: currently I try to (re)produce that issue with better log files and/or a gdb trace but that exit relay lost stable and guard flag and has much less bw than before - needs time to reproduce 17:11:21 I logged some bugs against prop250 and finished off some other tickets and reviews for the release 17:11:45 #18963 17:12:00 #18616 17:12:25 hi 17:12:36 I think that's it from me 17:12:37 sorry, was pooping, and it took longer than I thought it qould 17:12:39 (hi!) 17:12:40 checkin: code reviews; i kinda feel like i was too hard on #7478 because the existing code was already ugly though 17:12:41 *would 17:13:29 worked on mostly bridgedb stuff for the database switch 17:13:29 worked on #7144 which is still having some bad reactions with fallbackdir code :( 17:13:31 replied to a bunch of stuff on the PQ handshake thread 17:13:34 came up with a name for the new handshake, "RebelAlliance", since it's an alliance between X25519 and NewHope 17:13:37 spent a bunch of time dealing with community stuff of bad stuff being reported to me and then needing to report it to shari :( 17:14:13 Yawning: ewww 17:14:14 oi 17:14:17 i am around sorry 17:14:19 (late) 17:14:21 RebelAlliance! 17:14:22 :( 17:14:22 okay, that's it for me 17:14:25 I finally concluded that the #17668 patch works 17:14:35 eerybody poops 17:14:45 (not everybody tells #tor-dev) 17:14:54 even the pope poops 17:15:03 (I usually say "having a bio break" or "taking a euphemism") 17:15:06 dizum went down while gabelmoo stayed up. We still don't have a stable release of Tor for dirauths to run, only 0.2.8.2 onwards 17:15:22 sorry that I'm interrupting your potty talk :) 17:15:39 mikeperry: glad you approve of the name :) 17:15:42 I want to send a mail to dirauth ops advising what to do now 17:16:03 which is probably to update to 0.2.8.x since there's no 0.2.7.x release scheduled 17:16:04 wait till 0283-alpha has been out a couple of days, and start trying it? 17:16:10 sounds good 17:16:30 sebastian: do we know what happened to dizum? 17:16:34 I'll also put the document on ed keys up on the wiki as discussed by isa during last patch workshop (thanks isa) 17:16:38 ok that's it for me 17:16:44 armadev: #17668 happened? 17:16:55 armadev: let's take it offline, I think it's clear what happened 17:16:58 ok 17:18:23 (writing documentation, I'll probably review code, still need to return paperwork to shari, bleah) 17:18:57 yawning: getting you signed up as reviewer on some tickets would be grand 17:19:31 i thought "bio break" meant "going to the bio supermarket to get food"… L/ 17:19:33 i don't even know what my prioritization is supposed to be 17:19:41 isis: it could! 17:19:44 which is why I wanted more clarity on that 17:19:45 isis: it means "doing anything biological" 17:19:48 but I didn't have much luck 17:19:54 w/e yeah I'll review stuff 17:20:16 so, the stuff currently tagged with review-group-2 needs reviews. The Reviewer field is supposed to be people who said they'd do it. 17:20:48 yawning: we (all of us and you) should figure out how to have you feel comfortable just picking stuff that needs doing, and doing it. asking for what to do at each step is likely resulting in inefficiency. 17:21:03 the stuff in 0.2.9.x with Sponsor field = sponsorX-must or sponsorX-can is funded; it's fine to grab any of it. 17:21:19 yes 17:21:22 Doing stuff from among those that you want to is probably valuable. 17:21:48 ah so there is a review-group-2 now? ok i will pick needs_review tickets from there now. 17:21:59 (fwiw, i liked the review-group-1 experiment.) 17:22:02 yup; everthing in review-group-1 got at least 1 review. 17:22:07 :) 17:22:08 it's kind of a batchwise FIFO. 17:22:18 to prevent stuff from waiting forever for a review 17:22:20 "so far so good" 17:22:25 https://trac.torproject.org/projects/tor/query?status=accepted&status=assigned&status=merge_ready&status=needs_information&status=needs_review&status=needs_revision&status=new&status=reopened&keywords=~review-group-2&col=id&col=summary&col=keywords&col=status&col=owner&col=type&col=priority&col=reviewer&order=priority 17:22:51 (if you are listed as a reviewer on that link, make sure that it's something you really mean to review! 17:23:09 (if you see an item there with no reviewer, please consider adding yourself) 17:23:31 and if there's an item in needs-review with no owner, it means somebody wrote a patch but nobody is leading the ticket? 17:23:48 who writes should owns it 17:23:53 armadev: it means that somebody forgot to add themself as owner, or the patch is from cpunks, or such 17:23:56 feel free to fix 17:24:04 because who writes it will have to do revision of the code review 17:24:05 etc 17:24:26 I liked review-group-1 17:24:34 thanks; me too 17:24:50 btw I worked on an agenda for tomorrow retrospective 17:24:53 ah 17:25:01 so I can pick anything that has funding 17:25:07 and not get in trouble with accounting 17:25:08 ? 17:25:17 hehehe 17:25:20 yes 17:25:32 anything on 029 with sponsor --must or --can 17:25:37 is cool to just pick and work on 17:25:52 U and S specially 17:25:54 yes, though if we only do "can" activities and we don't get the "musts" done, that's a problem. 17:26:05 yeah must should have more love 17:26:29 also, unfunded stuff isn't "never do". It's 'see if we can find a sponsor, consider if we can get it done in less than an hour, consider whether it's super-important to do anyway...' 17:28:13 here is the agenda for tomorrow https://pad.riseup.net/p/PLFZzMjdlQFx 17:28:19 (DONT ACT ON IT NOW :) 17:28:20 hehe 17:28:28 is just for you to know what we will be doing 17:28:34 why are there only 3 non-closed tickets under TorCoreTeam201605 ? 17:28:36 i will email too 17:29:01 isis: maybe we're organised? 17:29:46 isis: huh? 17:30:04 i see 38 17:30:11 isis: are you sure? 17:30:26 * nickm sees 38 too 17:30:40 anybody else with a check-in? 17:32:55 okay, let's move on to discussion. 17:32:58 i have a pair of tickets i need to open still from montreal. about refactoring a struct. 17:32:59 I see discussion topics from me and teor 17:33:02 let's do teor's first? 17:33:10 if somebody could remind me of anything else they thought i needed to do from montreal, but didn't, and i forgot, please do. 17:33:26 also please remind me of anything you think I said I'd do 17:33:33 (if I haven't done it) 17:33:34 do we have a ticket for the "only assign HSDir flags to relays with uptime N+ months"? 17:33:40 dunno 17:33:59 not sure if someone made one during the meeting 17:34:02 asn: we have no ticket. but i have a patch. 17:34:22 ok. i can make a ticket. 17:34:23 great 17:34:32 i'll make a ticket and let you know. 17:34:41 my patch is not fool proof in that people who know the algorithm can still game it. so sad. better than now still. 17:34:51 asn: did we decide on the number of months? 17:34:52 toralf cleverly said that this security feature might incentivize (?) people to not upgrade their kernel so that they dont lose uptime 17:35:02 do we want #8051 in 0.2.8-final still? 17:35:05 asn: fallbacks are similar 17:35:16 I am okay deferring lots of stuff to 0.2.9 17:35:19 teor: dont thin kwe decided on nr of months 17:35:36 isis: let's defer; it seems harmless, yeah? 17:35:48 teor: my patch demands >= three-quarters of bandwidth, and >= top 1/4 of time-known 17:35:52 (to 0.2.9) 17:36:34 armadev: so we get around 1000 HSDirs? What are the numbers? 17:37:05 https://consensus-health.torproject.org/#overlap 17:37:13 926 currently, yeah 17:37:17 teor: your questions seem mostly "can we defer this to 0.2.9?" ? 17:37:33 yes 17:37:39 (also, i think my patch might be broken. or maybe time-known itself is broken. we can take it to asn's ticket once he has one.) 17:38:05 None of the stuff you listed looks like it really has to be in 0.2.8, though I'm generally unsure about reverting. 17:38:43 anybody want to argue that any of teor's stuff listed on the pad (https://pad.riseup.net/p/pzaZKrggUxVo) really needs to get done in 0.2.8? 17:39:07 isis: ohai btw I went and wrote a patch for #19161 ; please test when you can? 17:39:20 (#19071 belongs in 0.2.8 because we should check the fallbacks before we release) 17:39:56 I would like to kick them all out of 0.2.8, and put them back in if someone complains during 0.2.8.3-alpha 17:41:05 nickm: added myself as the reviewer 17:41:46 teor: that's fine with me. anybody who disagrees should object 17:42:05 we have 20 min left for topics I listed? 17:42:09 ok 17:42:28 tell us more about 'claiming tickets for june'? 17:42:48 1. If you're on the network team mailing list, please come to the process meeting Isabela scheduled for tomorrow. If you are paid by Tor, that goes double. 17:43:09 armadev: isabela will correct me if I'm wrong, but: 17:43:33 if something is "needs_revision" should it still be in "review-group-2"? 17:43:34 If there is a network-team/core-tor task you will do in june, make yourself the owner of it, give it "TorCoreTeam201606", and make sure it has a "points" setting. 17:43:39 isabela: (is that right?) 17:43:44 e.g. #17435 17:44:07 yes 17:44:08 teor: armadev: here is a ticket #19162 17:44:12 feel free to modify it as you see fit. 17:44:13 isis: we'll leave it in, on the theory that if it gets a revision, it gets reviewed. 17:44:35 Everybody please review stuff from review-group-2. 17:44:37 also should I fill the "points" field? i wonder how many points its worth. 17:44:48 points == "about how many days do you think it will take you" 17:44:56 actual points == "about how many days did it take you" 17:45:06 yes 17:45:10 no fractions on values >= 1.0. 17:45:13 the scale is on the wiki 17:45:28 * isabela looks for link 17:45:49 https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/ReleaseGuidelines#TeamCapacity 17:45:55 i am converting points 17:46:10 i did for may and i start doing for all 0.2.9 17:46:11 also: Please have a look at everything where you are Owner or Reviewer in TorCoreTeam201605. Please make sure it's correct-ish. :) 17:47:38 any discussion/questions/objections/notes on the above stuff? My last topic is 029-proposed 17:48:51 there are 22 029-proposed tickets right now. 17:49:31 i think we should figure out some "obviously-yes" categories so that we can figure out which 029-proposed t8ickets don't fall into those categories, and reserve discussion for those. 17:49:37 Obviously-yes categories include: 17:49:40 - severe bugs 17:49:40 is asn supposed to be putting SponsorR in the keywords still? or is that only for the Sponsor field now? 17:49:42 - regressions 17:49:54 armadev: Sponsors go in "Sponsor". :) 17:50:06 - dependencies of other tickets already in the milestone 17:50:07 sponsor field 17:50:15 - Stuff that takes less than 10 minutes 17:50:19 - anything else? 17:50:28 that sounds good 17:50:33 - Needs-review stuff with an easy-to-review patch written externally (?) 17:50:41 yes 17:50:42 i was thinking of that 17:51:01 any more stuff that should be include-in-(development)-branch-default? 17:51:28 - "we realized that this is actually a must-do funded item that we forgot to include, whoops" 17:51:28 maybe I should put #19162 in Tor: unspecified? and mark it as 029-proposed? because i just crammed it in 0.2.9.x which is a faux pas as I understand it. 17:51:49 asn: yes please :) 17:52:19 also, we should at some point review the 0.2.9 milestone 17:52:27 i will work on that 17:52:34 +1 17:52:52 ... 17:52:56 Yawning: ? 17:53:20 nickm: when i make a ticket, say in May, and then i work on it, should i have added the TorCoreTeam201605 keyword? 17:53:22 (still trying to wak eup) 17:53:24 nickm: child of ticket in branch, that's a bug or an integral part or a breakdown of the ticket 17:53:27 armadev: ask isabela 17:53:31 armadev: yes 17:53:37 so we know you are doing it 17:53:38 teor: I'm calling that a "dependency" 17:53:43 ok. so those tickets we made in montreal, if we intended to work on it, we should have added that keyword. 17:53:54 teor: 17:50 < nickm> - dependencies of other tickets already in the milestone 17:54:02 mornin' 17:54:07 isabela: should i go back and do that for ones i failed to do it for? or only the ones that i'm still working on, i.e. that aren't done yet? 17:54:07 you add the keyword on the tickets you are planning to work in the month 17:54:57 yes, if is ok to add to all 17:55:09 ok 17:55:16 right now i cant build a report of how we are doing because of missing data 17:55:50 and without a report we dont know if any of this makes sense :) if its helping 17:55:55 i will do that shortly by using the 'timeline' feature on trac to remind me what tickets i messed with, and then adding that keyword to the ones i worked on in may. 17:56:04 (you all can do this too :) 17:56:10 five minutes to tor browser meeting 17:56:19 ! 17:56:38 cool. I'll be hanging around on #tor-project another 20 minutes-ish 17:56:46 anything for the next few minutes? Thanks, all! 17:56:57 Can I have a volunteer to help with #19071? 17:57:02 armadev: i forgot about this feature! good reminding 17:57:19 oh, additional category: 17:57:22 So I'm not the only one who can make a fallback directory list 17:57:22 - code removal 17:57:29 isabela: timeline is one of the best features! it lets you answer "what was that ticket" questions 17:58:12 isabela: to be clear, TorCoreTeam201605 is for "i intend to fully resolve this ticket in may"? or also "i intend to make some progress on this ticket in may"? 17:58:47 fully resolve it, we should try to close tickets in the sprint -- specially because we already have a very long sprint 17:58:48 teor: maybe explain what skills and/or work are needed, and/or invite somebofdy who you think would be good at it? 17:59:07 maybe breakdown in child tasks 17:59:13 if all cant fit in 17:59:47 someone needs to be able to run a python script that connects to some tor directory mirrors on a decent non-tor network connection 17:59:58 (we need to go) 18:00:07 :) 18:00:17 nickm: end meeting? 18:00:21 and then read the logs and contact relay operators whose relay details have changed 18:00:22 done 18:00:29 Yawning: if you want to help me debug why #7144 doesn't bootstrap anymore with fallbackdirs… :) 18:00:36 (we continue at #tor-project) 18:02:32 #endmeeting