Below are the status updates from our weekly meeting. The notes and logs are at

http://meetbot.debian.net/tor-dev/2017/tor-dev.2017-05-01-16.59.html

================================ Updates for network team meeting, 1 May 2016

Happy international workers day

Happy may day

Um and also........... https://en.wikipedia.org/wiki/Loyalty_Day (No, people don't actually observe that, afaik.)

============= Discussion: * feature freeze may 15 (?) * 032 priorities * dgoulet's tickets questions * Mike wants to discuss is_client wrt #16861, #21406, and #21585 * rust proposal ============= To do after meeting * Everyone update milestone progress on isabela's roadmap storm pad. * Plan 032 planning =============

ahf:

I'll be missing from the meeting today to celebrate May 1st, feel free to ask questions on IRC and I'll respond when I'm online again.

Last week:

Sponsor4: - Landed patches for new compression backend: #21662, #21663, #21664, #22066, and #22085. - Reviewed #22061, #22051, #21648, #22065, and #21646. - Fixed #21665, but the code have not landed yet. Misc: - Fixed minor build-system issue on OS X (bug #13802). This week:

Sponsor4 (ordered):

- Working on the last prop278 (for now?) bug: #21667

- Figure out what's next for Sponsor4 or help out with 0.3.1 bugs or XXX (depending on what is most urgent).

Misc:

- Coverity duty.

Nick: (I have a dentist appointment this morning; I think I'll be back to the meeting on time.) - Last week * Nearly done with prop140 stuff: diffs are generated and compressed and I have the code to serve them. * Also refactored some sucky APIs. directory_initiate_request_routerstatus_rend(), anyone? I think we should declare open season on any function taking more than 6 or 7 arguments. * Moved a bunch of stuff out of 0.3.1 based on triage * Released 0.3.0.6 (stable!) - This week * Catch up on hard design-y emails * Finish prop140 implementation (!!!1!) * Help ahf as needed with prop278 stuff. * Try the gitlab instace * Create a review-group * Review lots of stuff * UX-TorLauncher meeting later today

asn: Last week:

- Worked on #21859. Unittests mainly - Opened #22052 based on lessons from #21859.

- Implemented the ed25519 torsion validation at #22006. Branch is pushed and looks good, but it needs a bit more work needed before needs_review: Ian suggested we do this check for all network-received ed25519 keys, so I need to make sure I actually validate all of them.

- Opened #21969 but haven't had time to think about it.

- Started looking at guard discovery stuff again.

This week:

- Finalize #21859. Put it in needs_review. - Finalize #22006. Put it in needs_review. - More work on guard discovery.

Mike: Last week: - Did triage. Wasn't a whole lot to triage that week. - Updated #16861 some more for dgoulet; I have a question about a couple other bugs - Did a little more work on Sponsor2 stuff - Some coordination with Mozilla; some rusting This week: - Tor Launcher meeting and discussion - Sponsor2 work continues

dgoulet: Last week: - Worked on #20657 unit testing. Also, rebased that branch onto master resolving conflicts from the refactor of directory.c. - Final review and test of #16861 (mikeperry netflow). - Worked on #22060 which turns out to be a bit more tricky than expected. - Addressed asn's review for #21978. - Worked on random 031 tickets: #22042, #22034, #21715, #21293, - We got #13802 merged finally! Thanks to pastly and nickm's feedback! - We had some bad-relays business to take care of and help out a bit with asn on some next steps for Guard discovery stuff for HS.

This week: - Finishing test coverage of #20657 and prepare it for early 032 merge. - Integrate asn's work on circuit e2e #21859 with #20657. - Depending on the state of things for the prop224 service implementation, I might start the client implementation big branch!

catalyst: Last week:

* started sketching out new baseXX APIs that will be more robust and

less error-prone (#19531). e.g., given our calling patterns it

actually makes sense for encoding functions to return void, unless

they're allocating memory or lengths are variable. almost all of

our base32 and base16 uses involve fixed-size arrays, so having

assertions for length checks might actually be the right thing.

* did more analysis about PT arguments (#12930). filed #22088 with

proposed minor PT spec changes to mitigate this issue.

* looked at Tor Launcher usability stuff

This week:

* 15-minute fixes

* Tor Launcher usability meeting

* more digging into control port stuff and bootstrap progress

reporting to improve Tor Launcher usability

isis: last week: - took the week off - worked with dcf to finish getting the meek-bridgedb channel set up this week: - sort out new contract - several meetings regarding roadmapping and the new distributor

komlo: - have more time this month so can be on irc more during the day! - Reviewed Sebastian's intial Rust integration patch - Fixed up my partial implementation of protover in Rust from Sebastian's review - This week:

- Work with Sebastian on writing a "Rust in Tor" document - we have a rough working draft.

- Continue with finishing a full protover implementation in Rust

Sebastian: Opened https://trac.torproject.org/projects/tor/ticket/22106 for initial Rust integration work

Isabela: Last week: - had a call with drl on our proposal - got good clarification - bugged folks on roadmap :) - organized meeting for tor launcher automation feature definition. This week: - working on April report to OTF - replying to DRL follow up questions on our proposal / also emailing a summary of the proposal deliverables to folks involved on it. - doing another check on roadmaps. and emailing tor project all teams roadmaps