- tor-project - lists.torproject.org

Notes from weekly network team meeting, 15 May 2017
by Nick Mathewson 15 May '17

15 May '17

Hello! Our weekly meeting logs are available here: http://meetbot.debian.net/tor-dev/2017/tor-dev.2017-05-15-16.59.html Below is a copy of the pad where we wrote our status reports: ===== Network team status updates, 2017 May 15 FEATURE FREEZE TODAY* Discussion topics: - How have the stabilization periods worked historically ? [AHF] - And how should they work this time? [nm] - #21969 seems important! What to do?[asn] - upcoming 0.3.0 and 0.3.1 releases [nm] - … [View More]hackfest date is June 12 through June 16 -- we might miss isis and aaron j. with those should we try for 26-30 week? - Bootstrap doc? #22265 ======== Updates ======== dgoulet is out this week. nickm: Last week - worked on reviewing merging a whole lot of tickets - worked on consensus compression and storage - today: just review and merge. - Need somebody to review my pending 0.3.1 patches, today if possible? This week - new 0.3.0 and 0.3.1 releases ahf: Last week: Sponsor4: - Prop#278 changes, testing and finishing. - Reviewed various patches and some spec changes. - Helped out with an issue in compression issue that affected moria1 This week: - Get things in for 0.3.1 freeze today :-) - Stabilization period? - Look into next Sponsor4 tasks? pastly: vacation Sebastian: Doing some light rust stuff. Would still appreciate review on the autoconf stuff asn: This week: - Prepared skeleton implementation of prop224 client-side desc fetching #21403. Code needs more tests, docs, beauty. - Put #22006 in needs_review after addressing Yawning's review. - Revised the e2e #21859 branch based on David's comments. It's now ready to be integrated to the larger service-side branch. - Tested the TROVE-2017-002 patch and confirmed it fixes the bug. - Posted a plausible theory in #21969 about what the bug could be (see last comment). - Did some SponsorR bookkeeping Next week: - More work on client-side descriptor fetching/caching #21403. - More work on #21969. - More work on guard discovery stuff. komlo: - Last week - Finished protover_compute_vote, getting closer to a full protover Rust implementation - Helped out with #21846 - This week - Continue protover Rust implementation (hopefully should be done soon) - Look into overriding CString to use malloc and free Mike: Last week: - Reviewed on netflow testing ticket issues - Worked with Isabela and Isis on Bridge discovery plans + UX - Concerned about Guard discovery hackfest This Week: - Reviewing bootstrap doc - Planning lots of travel - Padding catalyst: - Last week * [Coverity] #22221 (CID 1405983) fixed dead code in tests by swapping two loops * [Coverity] #22231 (CID 1397192) an old issue that i figured out the underlying problem for * found that a Linux VM with 2GB RAM seems to make --enable-fragile-hardening behave better in the test suite; was previously getting OOM-killed in slow/crypto/s2k_pbkdf2 * [sponsorM] my obfs4 boostrap failures probably related to #21969 and directory guard stuff. added some comments and uploaded a log. * [sponsorM] reviewing nickm's writeup about bootstrap state modeling; also correspondence with Linda draft at https://pad.riseup.net/p/OroadsO1qBgA * [sponsorM] reproduced jump-to-80% on Linux with obfs4 and existing state. also some 120 second timeout before giving up on a down bridge? maybe this should be shorter? * [sponsorM] opened #22232 to gather info about how Tor Launcher uses the control channel; also read some of the Tor Launcher implementation and have some confirmation that it uses the raw progress/phase numbers as percent completion on the progress bar - This week * draft a wiki page with a high-level overview of the bootstrapping process (#22265) * outline some incremental changes to bootstrap progress reporting that can make a large UX improvement * look some more into #21969 * bug triage [View Less]

1 0

Linda in Stockholm this Tues-Friday
by Linda Naeun Lee 15 May '17

15 May '17

I am going to the Stockholm internet forum. I will be checking email periodically but may miss meetings.

1 0

We are upgrading our blog!
by Silvia [Hiro] 15 May '17

15 May '17

Hi all, In the next few days we will be in the process of upgrading blog.torproject.org. While we get prepared to refurbish the space, the current blog will be frozen for new content, starting now. This includes posts and comments and, if everything goes as planned, it should only a few days. Thanks in advance for your patience. See you on the other side. -hiro/silvia

1 0

Notes from May 11 2017 Vegas team meeting
by Karsten Loesing 15 May '17

15 May '17

Notes for May 11 2017 meeting: Nick: 1) Wrapping up 0.3.1.x features; on to bugfixes next. 2) Progress wrt personnel Alison: 1) Lots of grantwriting 2) Trying to make it to Seattle at the end of this month/beginning of next. 3) LFP just initiated a big survey to many of our participating libraries to see what they've done wrt privacy practices and policies. 4) Community team continues to work on support portal content. 5) The trainers we're working with in Pakistan just wrapped up a big youth … [View More]summit in Peshawar. Waiting for the report back on that! 6) Community team members will be helping with the mirror list redesign (#22178) Arturo: 1) Releasing tomorrow a new version of ooniprobe mobile with 4 additional languages: Arabic, Farsi, Russian, Greek 2) Wrote/published OONI team status report for April 3) We now have much better monitoring of OONI infrastructure based on prometheus with alerting to slack, IRC and email when pieces of the infrastructure go down 4) On Sunday Maria and Arturo are going to be speaking at Open Source Conference Albania (https://oscal.openlabs.cc/) Shari: 1) Reviewing applications for Communications Director. Setting up initial interviews for next week. 2) Preparing for board meeting. 3) Begun researching strategic planning firms. 4) Edited grant proposals. 5) Getting ready for Tommy (writer) to start. Lining up things for him to do. 6) Preparing for a bunch of people coming to Seattle in a couple of weeks. Mike: 1) Met with Isa an Isis about bridge distribution 2) Discussed new hires for DRL with Isa; we still need a little budget clarity 3) Working on padding branches Isabela: 1) sent reviewed DRL proposal to Laura - sent out deliverables to stakeholders involved in the proposal 2) working on organize network team hackfest 3) met with mike and isis on building the experience for tor launcher automation (notes to come) 4) writing sponsor4 april report (little late with this one) 5) hiro should freeze the blog today and we will start the migration to the new blog - we will have a blog post up and email tor-project about that 6) linda is working on wireframes of the new portals with antonella and will be at SIF next week 7) my article on coding rights (anti-vigilancia) newsletter was published, is about how to use orbot and orfox. Lots of ppl at cryptorave liked it a lot because they heard all day about tor and appreciate to learn how to use it on mobile. (will tweet it from torproject is in PT and ES) 8) synced with Brad and others on things we can invoice for sponsorR and sponsor4 9) still on prep-work to get the job posts out - hopefully pads for job descriptions will be send out by EOW Georg: 1) we are about to release another alpha (probably the last one before Tor Browser 7.0) to test our latest fixes 2) preparations for SIF 3) thought a bit more about our upcoming work regarding the bridge distribution problem (Sponsor4, obj 2.2) Karsten: 1) We'll likely complete fourth of six Sponsor X deliverables by the end of this week. 2) We're going to have iwakeh as backup operator for CollecTor really soon. 3) We're planning to put out metrics-lib 1.7.0 soon and 2.0.0 in June. [View Less]

1 0

GSoC17 Student Introduction
by Pushkar Pathak 13 May '17

13 May '17

Hello everyone! I am Pushkar, one of GSoC17 accepted students. I am a third year undergraduate at International Institute of Information Technology, Hyderabad (India). I have been working on 'Ahmia - Hidden Service Search' [0][1] for some time now and will be extending my contribution through GSoC this summer. I am being mentored by Juha Nurmi (numes) and George (asn). Ahmia is a search engine that indexes, searches, and catalogs content published on Tor Hidden Services. Furthermore, it is a … [View More]medium to share meaningful insights, statistics, and news about the Tor network itself. There are several improvements and upgrades required in Ahmia. *>>Tasks * ● Automate Blacklisting Fetch a list of child abuse media sites and remove these sites from Elasticsearch. Also add MD5 checksums of child abuse websites to banned database for others to check. ● Add Hidden Services page Improve the existing Add page so that adding a website stores the data to SQL Database under '/onionsadded'. From there crawler can crawl these websites once a day. Remove the entries after 1 week so that the list is fresh . ● Data visualization Graphs need to plotted for various statistics in the Statistics page. Some examples include: ○ Linking structure between sites and keyword based labeling for onions in the graph - ○ Popularity of domains according to backlinks and search clicks. I plan to use either Google Charts or D3.js to plot these graphs. ● Replace Polipo with Tor Socks5 proxy in ahmia-crawler As of now Ahmia crawler uses Polipo as an HTTP proxy to direct tor traffic. But since Polipo is now no longer maintained and torsocks can provide better functionality, the crawler code needs to be updated to use torsocks. Modules like socksipy can be used to connect crawler to torsocks. ● Upgrade support from Elastic 2.4.0 to 5.X Ahmia settings should be adjusted accordingly to support Elastic 5.X. It will require a full cluster restart since rolling upgrades are not supported in major version upgrade. Upgrading includes replacing Groovy scripts with Painless. Painless is sandboxed and a Elasticsearch targeted scripting language which replaced Groovy in Elastic 5.0.0. ● Detailed Documentation and update software dependencies A detailed documentation at ahmia.fi[0] as well as on the Github page[1]. ● Advance search options - Advance Search options as mentioned below can be incorporated in search bar to allow better customisable searches. ○ Double quotes(""): Returns pages that contain exactly "term"(case sensitive). ○ AND operator(&&): Logical AND gate i.e. it returns all the pages that contain all queries separated by ‘&&’. ○ OR operator(||): Logical OR gate i.e it returns all the pages that contain queries separated by ‘||’. This is one of the optional tasks I have included. If any of the features mentioned above is not completed in the given timeline, this feature will be dropped and priority will be given to the uncompleted task. >>Timeline Week 1 - Automating blacklisting of onions with child abuse content Week 2 - Tweaking 'Add' page to save the added onion under '/onionsadded' Week 3 - Replace Polipo with Torsocks5 in ahmia-crawler Week 4 - 1st Evaluation Week 5+6 - Data visualization of statistics Week 7 - Upgrade support from Elastic2.4.0 to Elastic5.X Week 8 - 2nd Evaluation Week 9 - Updating dependancies and documentation Week 10 - Adding advanced search options like "",|| and && Week 11 - Catch up and bug fixes I will be mailing biweekly status report to this list. Feel free to contact me if you have any suggestions or doubts. IRC: mdhash I would like to thank Juha and the Tor team for their constant support and guidance. It has been a great experience for me to contribute to TorProject and I look forward to be a core member of the community. Thanks, Pushkar Pathak [0]: https://ahmia.fi [1]: https://github.com/ahmia [View Less]

2 1

Crash Reporter for Tor Browser - GSoC 2017 Intro
by Nur-Magomed 12 May '17

12 May '17

* Didn't change the title in previous letter, sorry :/ Hi everyone! My name is Nur-Magomed, I’m 4th year student from North-Caucasus Federal University, Russia. This summer, I will be working on Crash Reporter for Tor Browser as a part of GSoC 2017. My mentors are: Tom Ritter - Primary Mentor, Georg (gk) - Backup Mentor. At the beginning I would like to thank all Tor dev community and my mentors that helped me and accepted my proposal, I’m glad to be a part of Tor dev community! About … [View More]project Crash Reporter will be helping developers to improve Tor Browser, find bugs and crash reasons easier, that would make Tor Browser more stable and user-friendly. Mozilla Firefox has the crash reporter based on Google BreakPad with server side - Mozilla Socorro. My summer work is focused at adapting Firefox Crash Reporter for Tor Browser (Linux version). And also adapting Socorro for changed Crash Reporter and run it as “.onion” service. Full project proposal can be found at blog [1] or in PDF file [2]. Project timeline GSoC coding period starts on May 30 and ends on August 21 comprising a total of 12 weeks: week 1 - 5 : Crash Reporter client side | +--- week 1+2 : Build Tor Browser with Crash reporter. Improving crash data minidumps generator (don’t save privacy data in reports) | +--- week 3 : Redesign report’s client UI form, making functionality to delete data after sent, removing not necessary UI functions | +--- week 4 : Adapting report’s sender for Tor network (sending through Tor network) | +--- week 5 : Testing and review code week 6 - 11 : Crash Reporter server side based on Socorro | +---week 6+7 : working on Collector, adapting it according to changed minidumps | +---week 8+9 : updating DB structure, adapting Processor (for DB and for Collector’s reports) | +---week 9+10 : Working on statistic site - updating design templates, ORM classes for DB, and etc. | +---week 11 : Testing and review code. Setting up service on Tor network. week 12: Final testing, documentation Before coding will start there are some tasks to do (I'm starting work): > be sure which ones of fields or of their combinations could be privacy-sensitive > find the best way that explains to user what happened and what he can do after crash (in UI design) > try build Tor Browser with Crash Reporter from Firefox [for Linux] I will send bi-weekly status reports to this list, and also public it on my blog [1]. Please don’t hesitate to contact me if you have any suggestions. E-Mail: nmagoru [at] gmail.com IRC (OFTC): nmago Time Zone: UTC+03:00 Kind regards, Nur-Magomed Links: [1] https://torcrashreporter.wordpress.com/2017/04/03/google-summer-of-code- proposal-crash-reporter-for-tor-browser/ [2] https://torcrashreporter.files.wordpress.com/2017/05/final_proposal.pdf [View Less]

2 1

Re: [tor-project] Welcome Nur-Magomed!
by Nur-Magomed 12 May '17

12 May '17

Hi everyone! My name is Nur-Magomed, I’m 4th year student from North-Caucasus Federal University, Russia. This summer, I will be working on Crash Reporter for Tor Browser as a part of GSoC 2017. My mentors are: Tom Ritter - Primary Mentor, Georg (gk) - Backup Mentor. At the beginning I would like to thank all Tor dev community and my mentors that helped me and accepted my proposal, I’m glad to be a part of Tor dev community! About project Crash Reporter will be helping developers to … [View More]improve Tor Browser, find bugs and crash reasons easier, that would make Tor Browser more stable and user-friendly. Mozilla Firefox has the crash reporter based on Google BreakPad with server side - Mozilla Socorro. My summer work is focused at adapting Firefox Crash Reporter for Tor Browser (Linux version). And also adapting Socorro for changed Crash Reporter and run it as “.onion” service. Full project proposal can be found at blog [1] or in PDF file [2]. Project timeline GSoC coding period starts on May 30 and ends on August 21 comprising a total of 12 weeks: week 1 - 5 : Crash Reporter client side | +--- week 1+2 : Build Tor Browser with Crash reporter. Improving crash data minidumps generator (don’t save privacy data in reports) | +--- week 3 : Redesign report’s client UI form, making functionality to delete data after sent, removing not necessary UI functions | +--- week 4 : Adapting report’s sender for Tor network (sending through Tor network) | +--- week 5 : Testing and review code week 6 - 11 : Crash Reporter server side based on Socorro | +---week 6+7 : working on Collector, adapting it according to changed minidumps | +---week 8+9 : updating DB structure, adapting Processor (for DB and for Collector’s reports) | +---week 9+10 : Working on statistic site - updating design templates, ORM classes for DB, and etc. | +---week 11 : Testing and review code. Setting up service on Tor network. week 12: Final testing, documentation Before coding will start there are some tasks to do (I'm starting work): > be sure which ones of fields or of their combinations could be privacy-sensitive > find the best way that explains to user what happened and what he can do after crash (in UI design) > try build Tor Browser with Crash Reporter from Firefox [for Linux] I will send bi-weekly status reports to this list, and also public it on my blog [1]. Please don’t hesitate to contact me if you have any suggestions. E-Mail: nmagoru [at] gmail.com IRC (OFTC): nmago Time Zone: UTC+03:00 Kind regards, Nur-Magomed Links: [1] https://torcrashreporter.wordpress.com/2017/04/03/google-summer-of-code-pro… [2] https://torcrashreporter.files.wordpress.com/2017/05/final_proposal.pdf [View Less]

1 0

GSoC 2017 - Introduction: unMessage
by Felipe Dau 11 May '17

11 May '17

Hi everyone! I am Felipe, one of the students accepted into GSoC this year. I am a Computer Engineering student at the Federal Technological University of Parana (UTFPR) in Brazil, studying Anonymous Communication on a research project lead by David R. Andersen [0], who is also my advisor. Since I joined the project three years ago, we have mostly worked on pyaxo [1], nymserv [2], nymphemeral [3], and recently, unMessage [4] - check them out! unMessage is a peer-to-peer instant messenger that … [View More]

1 0

OONI team status report April 2017
by Arturo Filastò 10 May '17

10 May '17

Hello Tor! Here are some updates related to what the OONI team has been up to in April 2017. # OONI Monthly Report: April 2017 The OONI team made steady progress in April 2017. We released the stable version of ooniprobe's distribution for Raspberry Pis ("Lepidopter"), as well as the beta version of our data processing pipeline. We created proof of concepts for the orchestrator backend and the client component, and we improved the monitoring of our infrastructure. We also made progress … [View More]towards new ooniprobe mobile and desktop releases which feature improvements based on community feedback and translations in 4 additional languages. Below we provide some highlights from OONI's activities in April 2017. ## Stable release of ooniprobe's distribution for Raspberry Pis ("Lepidopter") We released the stable version of ooniprobe's distribution for Raspberry Pis (lepidopter). It includes the latest version of ooniprobe (2.2.0), as well as a series of improvements and bugfixes. The full changelog for this release can be found here: https://github.com/TheTorProject/lepidopter/blob/master/ChangeLog.md#lepido… To install this version of the image follow the instructions detailed here: https://ooni.torproject.org/install/lepidopter/ ## Proof of Concept (PoC) for orchestrator backend We have implemented a proof of concept prototype for the OONI orchestrator backend specified here: https://github.com/TheTorProject/ooni-spec/blob/master/opos/OONI-Probe-Orch… In this iteration of the probe orchestration mechanism (source code available here: https://github.com/TheTorProject/proteus) The following functionality is supported: * Ability for probes to register with the orchestration registry (https://github.com/TheTorProject/proteus/tree/master/proteus-registry) * Ability for probes to update the metadata about their probe (https://github.com/TheTorProject/proteus/tree/master/proteus-registry) * Support for sending push notifications via Apple Push Notifcation service and Firebase Cloud Messagging (https://github.com/TheTorProject/proteus/tree/master/proteus-notify) * Support for administrators to schedule measurements via a web interface (https://github.com/TheTorProject/proteus/tree/master/proteus-frontend) * Ability for probes to receive the tasks they have been notified about and mark them as accepted, rejected or done (https://github.com/TheTorProject/proteus/tree/master/proteus-events) * Multiple architecture build system The next steps include the deployment of the testing infrastructure for the orchestration backend and starting to test it out inside of the mobile apps. ## Proof of Concept (PoC) for orchestrator in probe A proof of concept prototype was written to support orchestration inside of measurement-kit: https://github.com/measurement-kit/measurement-kit/pull/1210. The client component supports the basic orchestration workflow that includes: * Probes registering with the orchestration system; * Probes updating the probe metadata; * Probe listing the tasks they should be running; * Probes accepting, rejecting and concluding a task. A sample command line interface that demonstrates the full orchestration workflow has also been implemented to do end-to-end testing. ## New ooniprobe releases We worked towards new releases of ooniprobe in April. The latest version of ooniprobe includes: * Integration of OONI's HTTP Header Field Manipulation test into ooniprobe mobile apps * Improvements to ooniprobe based on community feedback * Translations in 4 additional languages: Arabic, Farsi, Russian and Greek * Support for Right-To-Left languages in ooniprobe mobile and ooniprobe desktop ooniprobe now supports a total of 9 languages: English, Arabic, Farsi, Russian, Hindi, Spanish, French, Italian and Greek. ## Beta version of next-generation pipeline The pipeline is ready to process data on a daily basis, it has already reduced our storage usage by factor of ~3x enabling faster data processing. The pipeline still has some bugs to be investigated and some features to be implemented to replace prev-generation pipeline, but all stability bugs are fixed at the moment. The beta version of the pipeline can be found at https://github.com/TheTorProject/ooni-pipeline/pull/62 ## Improvements to OONI infrastructure We have done a series of improvements to the OONI infrastructure, including adding support for better monitoring based on prometheus: https://github.com/TheTorProject/ooni-sysadmin/pull/106 (and https://github.com/TheTorProject/ooni-sysadmin/pull/108) Some probes for sending us notifications when some of the core infrastructure components (bouncer, collectors, test-helpers, ooni-explorer and ooni-measurements) go down have been setup. You can inspect the public stats by accessing the grafana frontend to prometheus at the following URL (username: guest, password: guest): http://prometheus.infra.ooni.io:3000/ ## Outreach and community engagement On 7th April we presented OONI at the International Journalism Festival (IJF) in Perugia, Italy. Information about our talk, titled "Uncovering Internet Censorship", can be found here: http://www.journalismfestival.com/programme/2017/uncovering-internet-censor… We also hosted our monthly community meeting on https://slack.openobservatory.org/ on 25th April (meeting minutes: http://meetbot.debian.net/ooni/2017/ooni.2017-04-25-15.59.log.html) As part of the meeting, we discussed the translation of ooniprobe and approaches for upcoming data visualizations. ## Userbase In April 2017 ooniprobe was run 57,471 times from 1,535 different vantage points across 158 countries around the world. This information can also be found through our stats here: https://measurements.ooni.torproject.org/stats ~ The OONI team [View Less]

1 0

Network team meeting notes, 8 May 2017
by Nick Mathewson 08 May '17

08 May '17

Hi! Our meeting logs are available from http://meetbot.debian.net/tor-dev/2017/tor-dev.2017-05-08-16.59.html Below is the text of the pad we worked on this meeting, with all our status updates. --------------------------- Network team meeting notes, 8 May 2017 ============================ Discussion topics: - Last week of merge window. Please help review? [NM] - Don't forget your needs_revision tickets (if any) [NM] - some problems brewing re directory downloads and guards? (#… [View More]21969) [TY] - network team hackfest! Post meeting: - Please look at all tickets in maint-0.3.1 https://trac.torproject.org/projects/tor/query?status=accepted&status=assig… - If you're the owner on it, and it's a feature that's not going to happen for 0.3.1 -- please defer or find somebody else to do it this week? - If it's in "new" and you're going to do it, please make it accepted or assigned? - If it's in needs_revision -- can you revise it? - If it's in needs_review -- can you review it? ============================ Nick: - Last week: - Finished consensus-diff implementation - Hacked together a connsensus-compression backend for ahf's prop278 work - Review, merge, review, merge. - Worked on fixes to some longstanding chutney bugs - Met with UX folks and TBB folks and PT folks to talk about bootstrapping UI - Met with Taylor to work on bootstrapping status report API, talk about faster bootstrapping - This week: - Review code and try to merge it. - Tor presentation at MIT class on Wednesday (6.858). - Complete or defer all my enhancement-y coding tasks for 0.3.1.x - Make tickets for ideas about faster bootstrapping in 0.3.2 komlo: - Last week: - Submitted for review additions to the torspec glossary (#21744) - Added notes to, excited for Sebastian's initial Rust patch (#22106) - This week: - Still working on a rust protover. Right now, implementing compute_vote & thinking about how to translate smartlists between Rust/C FFI - Helping with current bwauth code on #21846, thanks teor for the review catalyst: last week: - fixed #22103 by deleting useless checks - several rounds of followup fixes due to test case memory management! - Tor Launcher usability meeting - met with nickm to outline an improved model of bootstrapping so we can hopefully have a better UX in the future - did some research into exponential backoff techniques (we're not doing too badly, but maybe we should tune our constants?) - analyzed my obfs4 bootstrap stuff a bit more; wrote up some comments and uploaded a log file to #21969 - helped nickm with #22143 this week: - help nickm refine the bootstrap status reporting improvements - more obfs4 bootstrap failure analysis? - other bootstrap UX improvement work asn: Last week - Finalized the rend e2e circuit branch (#21859) and now it's in needs_review for 0.3.2. - Finalized ed25519 validation branch (#22006) and now it's in needs_review for 0.3.1. - Think about guard discovery stuff. - Open a new prop224 spec ticket (#22052). Waiting for feedback. - Posted some theories in #21969 This week: - Work on #21043: prop224 client-side descriptor fetching - Do some SponsorR bookkeeping. - More guard discovery stuff. Mike: Last week: - Reviewed Prop247 and commented in email. - Padding and Rusting This week: - Meeting with Isa about Bridge discovery, other things - More padding, more rusting pastly: - we submitted our KIST paper last week - investigating EWMA cell_count values vs Tor queueing time - sometimes Tor queue times are longer than their expected minimum possible - this could be okay. but what type of clients are being queued longer? Bulk? Bulk and web? - if any circuits are being held back in Tor, it should be ones with higher EWMA values (bulk). Verify that. ahf: Last week (unordered): Sponsor 4: - Read up on directory connections: the dirserv and directory module. - Started pushing patches for bug #21667 on `bugs/21667` on gitlab.com/ahf still a few things left to do. - Landed patches for #21665. - Reviewed: #22143, #21649, #21650. Coverity duty: - Patches for CID: 1405875 (bug #22177): Needs an additional patch to enhance the test. - Patches for CID: 1405876 (bug #22164): Should be OK. This week (ordered): Sponsor 4: - (review nickm's #22148) - Finish bug #21667 (prop #278). - Look at Nick's changes in #21668 + write/fix tests for it. - Help Nick with reviews when need be for consdiff (if any?) (#22148 plz) dgoulet: Last week: - Finalized unit tests for #20657. Then, followed by stress testing prop224 service. Many bugs were found but it's getting more and more stable. - Opened #22173 which will be needed by prop224 at some point. - Some minor review of couple of tickets for 031 merge. - Help asn for a Guard discovery mini dev meeting. - Most prop224 groundwork tickets have been merged now in 031! Woot! (#21888) This week: - Continue integration and stress testing #20657. I do have identified some issues that need to be resolved. Once this is getting more stable, I'll probably jump on client implementation with asn (final block!). - Need to review and integrate the HS e2e crypto branch from asn (#21859). isis: last week: - meeting with nick to discuss things to work on - spent some time thinking about what i want out of employment/contract - implemented more of the crypto we need for hyphae - fought with Mike Hamburg's decaf_25519 implementation to try to get testvectors - mostly took the week off this week: - arranged a meeting with isa for this week, to brainstrom hyphae UI - send notes from meeting with nick to shari - still taking time off isabela: - last week I sent notes of tor launcher automation meeting - following up on some to fthat this week - Almost done with DRL review and will email deliverables to stakeholders this week - last week I did prep work for new hires (lots of new hires coming with new proposals!) hopefully will start writing job posts this week (not publish them yet) - this week will work sponsor4 report for April - this week will help organize hackfest [View Less]

1 0