17:00:28 #startmeeting weekly network team meeting 17:00:28 Meeting started Mon Jan 30 17:00:28 2017 UTC. The chair is nickm. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:28 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:00:35 hi hi! 17:00:55 status updates to begin! 17:01:33 hello :) 17:01:38 hi! 17:01:39 Last week I merged a bunch of things in advance of the feature freeze, and helped interview a bunch of candidates, and tried to stay up-to-date on things 17:01:44 buenas 17:01:50 we're now at 30 tickets left in 030 17:02:31 this coming week I'm going to try to continue helping with our hire process, try to help onboarding ahf, and try to fix as many 030 bugs as I can. 17:02:44 I hope I can get to some sponsor4 early-stage measurement 17:03:41 and so yeah! 17:03:43 who's next? 17:03:45 (hi all) 17:03:46 i can go! 17:04:05 Hello. During past week I did various reviews on HS/guard/fuzzing-related 17:04:05 branches. I also did lots of design work for prop224: 17:04:05 https://lists.torproject.org/pipermail/tor-dev/2017-January/011816.html 17:04:05 ohttps://lists.torproject.org/pipermail/tor-dev/2017-January/011841.html I also 17:04:05 listened in multiple interviews for hiring in network team. This week I will 17:04:08 wrap up the prop224 torspec stuff, and start work on some 0.3.1 prop224 stuff 17:04:10 (#21334) so that it's ready for early merge in 0.3.1. ALso looking forward to 17:04:13 ahf onboarding! EOF. Next? 17:04:17 hello! 17:04:28 \o/ 17:04:29 hello ahf! 17:04:31 wild ahf appears!| 17:04:34 :-D 17:04:46 yo! 17:04:53 thanks for all the replies to my network-team mail - that have been very useful for me 17:05:26 i plan on joining in on wednesday at 13 UTC (12 local time) and say hi. what should i begin with? start on 030 bugs? 17:06:45 ahf: good question. if you see any 030 bugs that you can make progress on, that would be helpful. But they might be kinda specialized by this point... 17:07:04 The sponsor4 measurement stuff might be a good place to start too 17:07:07 isabela: what do you think? 17:07:11 yes, i shouldn't be blocking anything that have to go out of the door if you guys are much faster there. 17:07:26 cool. i can find some information on that on the trac wiki? 17:07:48 yes! 17:07:53 https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/Sponsor4Plan yes 17:08:11 #21205 and #21209 are the early-stage "measure and design" tickets 17:08:25 most of the measurement stuff ought to be simple; if it's hard, we're probably doing it wrong :) 17:09:20 nickm: we have sponsor4 in the menu now btw :) i will add it to the tickets your tagged with the sponsor4 keyword 17:09:31 oh, looks cool. think this was also brought up by some people at the tor relay operators meeting at 33c3 - at least sending diff's back and forward 17:10:05 yeah -- and there are other possibilities too 17:10:09 like improved compression etc 17:10:11 yep 17:10:20 and changing how we choose which mds to download 17:10:43 what does mds mean here? 17:10:48 microdescriptors 17:10:51 ah, of course 17:11:14 one reason that downloads are bigger than they need to be is that the client says which microdescriptors it wants, and the directory cache sticks them all together and zlib-compresses them 17:11:26 so the request is big and the response can't be pre-compressed 17:11:55 but in theory, the client might be able to say "tell me all microdescriptors that appear in consensus X but not in consensus Y" 17:12:04 or something like that 17:12:13 yep. 17:12:34 ahf: also please don't be shy about asking questions: we're on IRC and we love to talk about code :) 17:12:46 trust me, i'm not shy with asking questions :-) 17:13:10 and also talk about the code. i remember writing the code for the dir_client in talla for this, so i have an idea how this works 17:13:29 and i do remember some of this code from the C tor codebase as well when toying around with adding some debug information here and there 17:13:50 i'll look at the two bugs that are related to and get an overview of it and then maybe we should chat when you check in on wednesday? 17:13:55 i assume it's you and me that will be working on this? 17:14:00 sounds good to me! 17:14:04 also possibly the new hire too 17:14:40 yep! asn told me about the interviews the other day and how it went - looking forward to hear who is going to get selected :-) 17:14:54 me too! 17:15:17 * dgoulet goes for quick status report 17:15:21 let's chat on wednesday when you check in - i will have read all the info you just linked to be then and we could get the ball rolling 17:15:24 cheers! 17:15:29 peace! 17:15:31 status: Code review for 030 tickets. Fixed some opened/needs_revision and triage more tickets out of 030. Worked a bit on prop224 #20657 and thanks to asn now we have the hs circuitmap working for services (pulled in my dev. branch). 17:15:34 So many interviews last week also! and last one today! I'll have to make progress a bit more with prop224 code this week so expect me to do a bit more of that than my usual ticket work. 17:15:37 -- 17:15:52 (btw we had 2 good threads about prop224 on tor-dev@ so progress++) 17:15:54 asn, dgoulet: quick question for the prop224 stuff, where maybe you already answered it... 17:16:02 aha 17:16:08 did you remember for the directory stuff that we want to support offline master secret keys? 17:16:32 offline keys for "directory stuff"? 17:16:38 nickm: you mean offline keys for the service? 17:16:47 yeah. The service should be able to keep its master key offline 17:16:58 (not mandatory, but optional) 17:17:19 yes we do have that in mind but so far considered a "prop224-extra" that is not in the critical path of a the viable solution we want to release 17:17:33 Sure; doesn't need to be in first release... 17:17:39 the directory code should not block this design. 17:17:46 in the sense that we are signing the descriptor with the blinded key 17:17:56 and not the long-term master key (that could be offline in theory) 17:18:07 well hang on 17:18:20 I thought we were signing the descriptor with a different key, and signing _that_ key with the blinded key 17:18:28 yeah there is a desc. signing key 17:18:31 otherwise you need to keep the blinded key online 17:18:31 created from the blinded key 17:18:38 ^^^ 17:18:46 In this design, a hidden service's secret identity key may be 17:18:47 stored offline. It's used only to generate blinded signing keys, 17:18:47 which are used to sign descriptor signing keys. 17:19:08 (yeah sorry made from master public key) 17:19:47 yep. the ephemeral desc signing key is in the outer layer of the desc as: 17:19:47 "descriptor-signing-key-cert" NL certificate NL 17:19:49 ok. so no need to keep identity secret key or blinded identity secret key online then, since descriptor-signing key is the only one you need while the service is running. great 17:21:04 nickm: I guess you meant "offline" but yes 17:21:31 ok 17:22:12 so, any more updates for today? 17:23:04 ok! 17:23:13 anybody have discussion topics? I have a couple... 17:23:27 not me 17:23:43 if we had time we could start talking about team meetings in amsterdam 17:23:43 I do but probably same as yours nickm :) 17:23:59 isabela: yes that and the freeze/release/branching git situation :) 17:24:00 1 - can we do a quick triage on the 030 tickets in state "new" and try to assign/defer? 17:24:44 2 - how and when do we decide our feature set for 031 and do ticket triage for it? 17:24:45 dgoulet: cool - i would also prioritize the release stuff (we will have more time to talk about team meetings) 17:25:00 other topics? 17:25:55 sounds plenty for the 30 min we have :D 17:26:16 ok. so I have most of the remaining assigned/accepted tickets. 17:26:21 and that's okay. 17:26:55 but for the new ones, I'd like help 17:27:06 maybe we can find some for ahf too 17:27:13 there are 9 of them 17:27:20 this is #21297 super uncertain ... #21302 came out of it so I guess we could put it in tor unspecified.... ? 17:27:41 dgoulet: agreed 17:27:42 ok 17:27:47 dgoulet: we dont seem close to figuring it out right now 17:27:53 yah.. 17:28:16 boom 17:28:39 #21294 is a documentation fix that should be easy 17:28:49 #21290 is a little easy autoconf and documentation stuff 17:29:03 oh teor's ticket #21283 seems it should be in needs review 17:29:13 #21266 -- can I make that "assigned" for you, dgoulet ? you're already "owner" on it... 17:29:23 nickm: sure! 17:30:47 #21074 is a "how do I reproduce this" issue. I'd say "unspecified, needs_info" 17:30:52 (I'm still quite confused with the difference of Accepted and Assigned because both set your nick as the Owner).. 17:31:10 Assigned you can use to set other people's nicks 17:31:19 but I don't know what the difference is either :) 17:31:27 ahah ok 17:31:31 let,s consider it the same :) 17:33:00 nickm: is this an easy fix for you? #21108 17:33:09 I'm not sure 17:33:13 asking because seems you looked at it already 17:33:15 I guess I could take it on -- assign it to me? 17:33:30 there 17:33:45 #21044 looks pretty complicated, and it's in an area where any changes we make are likely to destabilize something 17:33:50 so maybe deferring would be smart... 17:34:14 indeed 031 17:34:15 sounds good 17:34:59 can we shamelessly give some to ahf? AHAH :D 17:35:03 IIRC #21061 is a user with a setup that's different from ours, who fixed their issue IIUC 17:35:14 dgoulet: like which ? :) 17:35:19 #21242 17:35:34 nickm: ok let's close the ticket (#21061) 17:36:05 ok 17:36:08 what's left? 17:36:32 ok taking #21294, easy man page fix 17:37:02 i bet ahf could handle #21266. 17:37:18 asn: indeed 17:37:23 #21242 -- I haven't been able to reproduce it, though maybe the answer is to stare at the assertion 17:37:32 I suspect that the prop271 code is behind 21242 17:38:18 nickm: that #21290 seems quite easy to fix also but we need a name and naming is _hard_ :D ;) 17:39:19 I'll take on #21242 I guess 17:39:26 damn #21242 17:39:32 i hadn't seen this one. 17:39:36 asn: unless you want to look at it? ;) 17:39:38 nickm: i can take a look at it tomorrow 17:39:45 asn: ok, very grateful. if you get stuck let me know 17:39:48 ack 17:40:32 dgoulet: wrt 21266 -- or maybe you could add the log checks to one of the test cases, as an example for what we have in mind, and ahf could go over the rest 17:41:04 nickm: oh we have a lot of examples in the HS unit test for this so I,m sure it's pretty easy for ahf to pick it up :) 17:41:12 hm, ok 17:41:14 I'm confident 17:41:22 great 17:41:54 ahf: I think we just assigned you an 030 unit-test-improvement ticket 17:42:23 nickm: 031 ? or you really want that in 030? :) #20895 17:42:24 dgoulet: could you explain what we mean on the ticket, though? Or maybe just quote the review? 17:42:33 dgoulet: let's postpone 20895 17:42:41 ok moving it 17:42:44 thanks! 17:42:59 21290 is the remaining "new" one. 17:43:17 yeah which is the hardest part is finding a good replacement 17:43:40 I think --enable-fragile-hardening might be right 17:44:14 i can provide a summary in #21266 for ahf 17:44:20 asn: many thanks! 17:44:21 nickm: does sound good 17:45:11 ok. anybody want to pick up #21290 or shall we wait for somebody to have time 17:45:24 nickm: I can take it 17:45:36 boom 17:45:48 yaaaay! 17:45:58 so, nothing "new", down to 25 tickets 17:46:27 I think we should consider needs_iknformation and needs_revision for triage but maybe not right now since we've got that other thing in 14 minutes :) 17:46:35 yah eheh 17:46:44 so, Q2: any thoughts on what our list of goals for 031 should be 17:47:13 prop224, mikeperry's padding at least? 17:47:40 yes, and some sponsor4 measurement stuff (ideally w prelim fixes) 17:47:41 #16861 17:48:08 actually, I just moved all the 030 needs_revision stuff to 031 17:48:55 maybe we should also set some refactoring/testing goals 17:49:09 and i wonder if we should do groundwork for big create cells 17:49:18 (if we're hoping to do pq) 17:49:34 maybe we should go over the proposals and build a possible higher-level list of goals, and then see what we realistically have time for 17:49:45 sounds wise yes 17:50:00 prop224 is still a long way, lots of work still need to be done and will add a lot of code 17:50:09 0.3.2 will be a fun "let's stabilize it" version 17:50:30 I still have this dream that we actually make a version with NO feature, just fixes and stability cleaning up our Trac in the process :D 17:50:40 hee 17:50:42 could be neat 17:51:04 for deciding possible featurs for 031, how about a wiki page? 17:51:15 s/features/high-level goals/ 17:51:26 nickm: and we add our propositions in there? 17:51:31 i think that's a good idea 17:51:47 i mean, perhaps each release deserves a wiki page anyway. 17:51:52 yeah 17:51:58 maybe we have one and forgot :) 17:52:15 (Added info to #21266) 17:52:33 if anybody has time to start that page today, great. Otherwise I should be able to get to it in like 5-24 hours? 17:52:58 i doubt i can do it today. 17:53:20 ok, i'll make a note 17:53:31 and I'll also call this meeting done, barring last-minute things, so we can go do that other thing! 17:54:02 we have a release guidelines page 17:54:05 thanks. good meeting! 17:54:38 #endmeeting