- tor-project - lists.torproject.org

User Feedback Report - June 2021
by Kulsoom Zahra 08 Jul '21

08 Jul '21

Greetings, everyone! This is a report of the work done by the Community Team in the past month and general user feedback that we've received across our official support channels. Report Period - May 24 upto July 1 --- Request Tracker --- Tickets resolved in the past month: 212 # New RT templates We gathered data on the most frequent issues faced by Tor users and turned their responses into RT articles/templates. This will help people working on the RT provide better user assistance. The following articles have been created or updated: 1. v2 onion deprecation 2. Will TB keep all my applications safe? Download files off Tor? Can someone access my files while using Tor? Etc. Here is a list of issues which got the most attention (at least 3 tickets on RT): # Tor Browser Breakdown of number of RT tickets received with respect to operating system: Windows (10,8,7 ...all the way upto XP) - 23 MacOS - 6 GNU/Linux - 2 Android - 11 (Note: This includes tickets where the user mentioned the operating system or it was evident from the issue they were running into or enclosed screenshots.) 1. 7 RT tickets - Failure to launch Tor Browser "Tor unexpectedly exited". We point users to the "Seven-point basic troubleshooting" article (template) on the RT to help users. 2. 6 RT tickets - Unable to access websites including bank sites and social media sites eg. Instagram. We point users to the "Banking sites blocked over Tor & Basic troubleshooting when users can't access any particular website" article (template) on the RT to help users. 3. 3 RT tickets - Error "RSA_get0_d could not be located in the dynamic link library tor.exe" on Windows. We have a GitLab ticket regarding this long standing issue. [1] 4. 3 RT tickets – TB crashes/ Goes blank after Windows 10 version 21H1 update. We have a GitLab ticket regarding this issue. [2] 5. 9 RT tickets - Installation Issue 2 - Windows : We ask them to download the correct version TB 32-bit or 64-bit. [3] 4 - Windows : Trying to install in wrong directory 3 - macOS : Error "no mountable file systems". We ask users to update their OS. 6. 3 RT tickets - Questions around VPN. We direct users to the article on the Support Portal. [4] and "Tor vs VPN" template. 7. 4 RT tickets - Change my guard/torrc file to not pick nodes from the same country. We teach users why modifying the way that Tor creates its circuits is strongly discouraged and point them to the article on the Support Portal. [5] 8. 3 RT tickets - Cannot upload files on Tor Browser for Android. Regarding this we have a ticket open on our GitLab [6]. This issue is already listed on 'Known Issues' section in the Tor Browser User Manual. [7] 9. 4 RT tickets - Error "Proxy Server Refused Connection". We ask users NOT to set TBA as their default browser and point them to the article in the Support Portal. [8] 10. 1 RT ticket – Error "java.io.IOException: Control port file not created". Regarding this we have a ticket open on our GitLab. [9] 11. 3 RT tickets – Confusion around F-Droid & what apk to download from our Download page. (under Android) [10] # Onion Services 5 tickets - v2 onion deprecation. Users were confused what to do, how to upgrade v2 to v3, will i be able to use Tor. We help users identify v2 and v3 onions, point them to the "v2 onion deprecation" article (template) on the RT . # Censorship Circumvention We got a total of 10 tickets requesting help to connect to Tor which have been from Iran, China and other countries. We provided private bridges for them. # UI/UX 1. Google Play Store We have recieved both positive and negative reviews. The negative ones are majorly about removing the "Quit" button which spans 11 comments. Other negative rating reviews revolve around not being able to download and slow speed of the browser. 2. Tor Stack Exchange - Statistics of what the discussion has been about (5 most active tags): tor-browser-bundle- 28 questions configuration (questions about configuring Tor software)- 19 questions hidden-services- 18 questions onion-routing - 5 questions anonymity- 10 questions security- 8 questions 3. Reddit - Discussion has mostly been around Tor + VPN, running Snowflake proxies, Unable to access sites, hosting onion servies, Cloudfare blocked over Tor and exit relays. If you have any suggestions, questions or want to discuss anything in detail please feel free to reach out to me and/or anyone from the Community Team! Thanks, Kulsoom Links: [1]: https://gitlab.torproject.org/tpo/core/tor/-/issues/33702 [2]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/40422 [3]: https://www.torproject.org/download/languages/ [4]: https://support.torproject.org/#faq-5 [5]: https://support.torproject.org/#tbb-16 [6]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/40283 [7]: https://tb-manual.torproject.org/mobile-tor/#known-issues [8]: https://support.torproject.org/tbb/tbb-32/ [9]: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/40196 [10]: https://www.torproject.org/download/#android

1 0

Monthly Status Report for irl
by Iain R. Learmonth 06 Jul '21

06 Jul '21

Hi All, This is my monthly status report for work complete during June 2021. This month saw the releases of metrics-lib 2.17.0 and Onionoo 8.0-1.26.1. The new Onionoo release includes a number of fixes that me and Karsten had previously been working on related to reliability, and now also uses the IP Fire database that is used by core Tor. This means that the GeoIP information on Relay Search is also now based on the IP Fire database. Work has begun on importing bridge reachability testing into the Tor Metrics pipeline to improve the UX situation for bridge operators regarding knowing if their bridge is online or not. Since this work has been delayed, it is now expected to be completed by August 31st. Support for parsing bridgestrap metrics has been merged to the development branch of metrics-lib although this has not yet been included in a release. I'm expecting that will happen early this month. Finally, I have been around in Matrix/IRC to answer Metrics questions and on occasion to provide a little end-user support in #tor. I've been attending the weekly network health meetings and will continue to do so. If you've got any questions about anything I'm working on, just send me an email or chat on Matrix/IRC. Thanks, Iain.

1 0

No network team meeting this Monday
by Nick Mathewson 02 Jul '21

02 Jul '21

This Monday is a company holiday (for the 4th of July ((on the 5th)). We won't be doing a network team meeting on Monday. best wishes, and see you on IRC! -- Nick

1 0

Anti-censorship meeting notes
by meskio 01 Jul '21

01 Jul '21

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2021/tor-meeting.2021-07-01-15.59.html and our meeting pad: Anti-censorship work meeting pad -------------------------------- Next meeting: Thursday July 1st 16:00 UTC Weekly meetings, every Thursday at 16:00 UTC, in #tor-meeting at OFTC (channel is logged while meetings are in progress) == Goal of this meeting == Weekly checkin about the status of anti-censorship work at Tor. Coordinate collaboration between people/teams on anti-censorship at Tor. == Links to Useful documents == Our anti-censorship roadmap: Roadmap: https://gitlab.torproject.org/groups/tpo/anti-censorship/-/boards The anti-censorship team's wiki page: https://gitlab.torproject.org/tpo/anti-censorship/team/-/wikis/home Past meeting notes can be found at: https://lists.torproject.org/pipermail/tor-project/ Tickets that need reviews: from sponsors we are working on: All needs review tickets: https://gitlab.torproject.org/groups/tpo/anti-censorship/-/merge_requests?s… Sponsor 30 https://gitlab.torproject.org/groups/tpo/-/milestones/4 https://gitlab.torproject.org/groups/tpo/-/milestones/7 https://gitlab.torproject.org/groups/tpo/-/milestones/5 https://gitlab.torproject.org/groups/tpo/-/milestones/6 Sponsor 28 must-do tickets: https://gitlab.torproject.org/groups/tpo/-/milestones/10 possible tickets: https://gitlab.torproject.org/groups/tpo/-/issues?scope=all&utf8=%E2%9C%93&… Public bug-reporting pad: https://pad.riseup.net/p/tor-anti-censorship-bugs-keep <-- we have anonymous tickets handling now. Let's see which anti-censorship repos to include. == Announcements == == Discussion == Potential to increase Snowflake performance by increasing buffer sizes. Any questions about this? https://lists.torproject.org/pipermail/anti-censorship-team/2021-July/00017… For what KCP and smux are and how they fit together, see a summary at https://github.com/net4people/bbs/issues/14 it will increase the memory consumption of the client, not the proxies. Not measured yet, not sure if it might affect on android devices. There was previos work modifying the KCP window size, but but smux buffer size should have a bigger effect https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… cohosh has scripts for snowflake performance testing somewhere golang TLS implementation fingerprinting: https://ooni.org/post/making-ooni-probe-android-more-resilient/#changing-ou… in some countries golang TLS fingerprint in android triggers a blocking, not sure if that could affect snowflake there is already an issue about DTLS fingerprinting https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… A list of snowflake detection research so far is at https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… a script for Zeek (then it was called Bro) for extracting DTLS fingerprints for research purposes. https://github.com/miagilepner/DTLS-fingerprint Another point, for TLS fingerprinting in general, see https://tlsfingerprint.io/ and https://tlsfingerprint.io/static/frolov2019.pdf there is a TLS fingerprinting tool called JA3: https://github.com/salesforce/ja3 dtls is not in the golang standard library, we get it from pion: https://github.com/pion/dtls == Actions == == Interesting links == https://www.vyprvpn.com/features/chameleon found linked from https://ntc.party/t/rkn-will-try-to-block-the-following-vpn-services/1022/30 == Reading group == We will discuss "" on Questions to ask and goals to have: What aspects of the paper are questionable? Are there immediate actions we can take based on this work? Are there long-term actions we can take based on this work? Is there future work that we want to call out, in hopes that others will pick it up? == Updates == Name: This week: - What you worked on this week. Next week: - What you are planning to work on next week. Help with: - Something you need help with. cecylia (cohosh): last updated 2021-06-24 Last week: - wrote, deployed snowflake!43 to solve a stats bug - fixed up snowflake!42 and found a few more race conditions - commented on bridgestrap#15 - worked on debugging snowflake memory leak (snowflake#40052) - deployed some memory profiling tools - wrote a fix snowflake!45 - started reviewing rdsys!11 - s28 deadline work - planning for new s96 - reviewed bridgedb!20 This week: - finish reviewing rdsys!11 - review bridgstrap#15 when ready - work on bridgedb#32276 deployment - follow up on arlo's snowflake broker work - afk next week Needs help with: - review of snowflake!45 arlolra: 2021-06-10 Last week: - More snowflake!39 Next week: - Maybe get back to snowflake-webext #10 Help with: - snowflake !39 dcf: 2021-07-01 Last week: - posted about increasing performance by enlarging smux buffers in snowflake https://lists.torproject.org/pipermail/anti-censorship-team/2021-July/00017… - reviewed fix for snowflake server resource leak https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Next week: - AMP cache rendezvous for snowflake https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Help with: agix:2021-07-01 Last week: -Off till next week due to final exams Next week: -Work on bridgebox for rdsys -More research on httpt #4 Help with: - hanneloresx: 2021-3-4 Last week: - Submitted MR for bridgestrap issue #14 Next week: - Finish bridgestrap #14 - Find new issue to work on Help with: - maxb: 2021-06-03 Last week: - Made some improvements to github.com/max-b/nat-testing for https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - Now have separate containers for each piece along w/ a reasonably simulated network topology - Got really good feedback from cohosh as always Next week: - Make config fixes cohosh suggested - Implement alternative NAT types - Add testing wrapper w/ "pass/fail" conditions meskio: 2021-07-01 Last week: - OONI training - modify snowflake proxy to assign proxies based on self-reported client load (snowflake#40048) - add collector metricst to bridgestrap (bridgestrap#15) - brainstorm on bridgedb using the user location (bridgedb#31875) - act on snowflake!11 review Next week: - continue work on gettor in rdsys (rdsys!11 rdsys#32) Help with: - -- meskio | https://meskio.net/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- My contact info: https://meskio.net/crypto.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Nos vamos a Croatan.

1 0

Sponsor 38 (Shadow simulator) update
by Jim Newsome 29 Jun '21

29 Jun '21

We've shared the latest project update at https://github.com/shadow/shadow/discussions/1485; copied below: This is part of a series of periodic updates of development in Shadow. This work is sponsored by the NSF <https://github.com/shadow/shadow/blob/main/docs/nsf_sponsorship.md>. Previous update: 2021-04 <https://github.com/shadow/shadow/discussions/1274>. Shadow 2.0.0-pre release Shadow 2.0, which features the new process-based architecture <https://github.com/shadow/shadow/projects/1> is now in pre-release! We've merged <https://github.com/shadow/shadow/pull/1441> the |dev| branch into |main|, and tagged v2.0.0-pre.1 <https://github.com/shadow/shadow/releases/tag/v2.0.0-pre.1>. For users, this means: * Users cloning the repository at head will get Shadow 2.0 (pre). * We've /mostly/ stabilized some major changes to command-line options, config files, and topology files; enough so that users preparing to set up new simulations, or perhaps even heavily modify existing simulations or scripts, are better off targeting 2.0 than the Shadow 1.x series. * Because this is a pre-release, we're still reserving the right to make breaking changes without further bumping the version number, but we expect such changes to be minimal. Users migrating existing simulations and scripts should have a look at our migration guide <https://github.com/shadow/shadow/blob/main/docs/migrating_from_1x.md>. Progress since the last update We're still experimenting a bit with how to use GitHub's various project management tools. We've started using "projects" to represent Shadow releases. For example, you can see the issues for the v2.0.0 release here <https://github.com/shadow/shadow/projects/3>. Notable changes since the April update: (By milestone; #'s are GitHub PR or issue #'s): * Minimum viable prototype of process-based simulation architecture <https://github.com/shadow/shadow/milestone/16>: Closed, now that Shadow 2.x runs Tor simulations, and we've cross-validated simulation results with Shadow 1.x. o Added new internal APIs for accessing managed process memory, and used them to reduce the number of data copies. (#1264, #1280, #1290) * Fully support process-based simulation architecture <https://github.com/shadow/shadow/milestone/22> o This milestone is a bit of a catch-all, and includes a number of stability and performance improvements <https://github.com/shadow/shadow/pulls?q=is%3Apr+merged%3A2021-04-06..2021-…> that we wanted to finish before the full 2.0 release. o We're in the process of adding seccomp-based syscall interposition in combination with preload-based interposition. More on that in "What's next", below. So far we've already implemented and enabled it (#1452, #1471). * Convert existing modules to Rust <https://github.com/shadow/shadow/milestone/28> o We've ported several of Shadow's core internal objects into Rust (#1325, #1336, #1367, #1376, #1434). o We've reduced our reliance on globals to fit better in the Rust ownership model (#1386, #1393, #1396) * Updates to and new formats for Shadow configuration <https://github.com/shadow/shadow/milestone/27> o We've changed the configuration file format from XML to YAML (#1278). o We've changed the topology format from graphml (XML) to gml (YAML-like) (#1369). o Lots of updates to configuration options and defaults, making things clearer, giving more sensible defaults, and fixing parsing bugs. (#1263, #1266, #1270, #1304, #1305). o Additionally, we've /unified/ much of the configuration and command-line parsing to reduce code duplication and inconsistencies, and migrated it to Rust. (#1258, #1286) o Most numbers in our configuration and command-line options can now include explicit units. (#1300) o Made updates to tornettools to stay consistent with Shadow's new config option and network graph formats, and other 2.x changes (tornettools#7 <https://github.com/shadow/tornettools/pull/7>, tornettools#8 <https://github.com/shadow/tornettools/pull/8>, tornettools#17 <https://github.com/shadow/tornettools/pull/17>) * Code health and maintenance <https://github.com/shadow/shadow/milestone/24>: o Fixed some sources of nondeterminism in simulation results (#1460). o Improve and automate Tor simulation test (#1411, #1458). o Updated documentation for Shadow 2.0. (#1412, #1417, #1406, #1403) o Changed default install prefix from |~/.shadow| to |~/.local|. (#1404) o More <https://github.com/shadow/shadow/pulls?q=is%3Apr+merged%3A2021-04-06..2021-…> What's next We'll be continuing to gain experience running Shadow experiments with the 2.0.0 pre-release. We will be working to fix bugs, tie up some loose ends and smooth out some rough edges, and generally stabilize the code as we continue to prepare for a 2.0.0 stable release. We're currently tracking outstanding work on the 2.0.0 release page <https://github.com/shadow/shadow/projects/3>. Seccomp In the course of our work on the 2.x architecture we've largely been exploring two system call interposition mechanisms that allow us to co-opt running processes into a simulation - |LD_PRELOAD| (similar to what Shadow 1.x uses), and |ptrace|. While preload-based interposition has better performance, and plays better with debuggers, we've largely been focusing on the ptrace-based approach because it can reliably catch all syscalls without having to re-implement large parts of libc and/or rely on undocumented glibc implementation details. This has allowed us to work out all of the Shadow internals that needed to change to support interposition at the Linux system call interface. Recently, though, we added seccomp-based interposition to the preload-based interposition mode. This reliably catches any syscalls that would otherwise be missed by our |LD_PRELOAD| wrappers. We also have a working prototype of this mode of operation with /thread support/, which was previously the biggest missing functionality in preload-mode. Assuming thread support gets merged as expected and no other problems crop up, this is likely to become the new default mode of operation; it's faster than ptrace, and it allows us to trace the processes running in Shadow using debugging tools such as |gdb|. Happy simulating! The Shadow team <https://github.com/shadow/shadow/blob/master/docs/nsf-sponsorship.md#people>

1 0

[gitlab] moving metrics group into network health group in Gitlab
by Gaba 28 Jun '21

28 Jun '21

Hi! We are moving the metrics group [0] into the network health group [1] as we are going to incorporate it in the network health work we do at the Tor project. Please, update your local repositories to point to the new location[2]. [0] https://gitlab.torproject.org/tpo/metrics [1] https://gitlab.torproject.org/tpo/network-health [2] https://gitlab.torproject.org/tpo/network-health/metrics cheers, gaba -- pronouns she/her/they GPG Fingerprint EE3F DF5C AD91 643C 21BE 8370 180D B06C 59CA BD19

1 0

Anti-censorship meeting notes
by Cecylia Bocovich 24 Jun '21

24 Jun '21

Hey everyone! Here are our meeting logs: http://meetbot.debian.net/tor-meeting/2021/tor-meeting.2021-06-24-16.00.html and our meeting pad: Anti-censorship work meeting pad -------------------------------- Next meeting: Thursday June 24th 16:00 UTC Weekly meetings, every Thursday at 16:00 UTC, in #tor-meeting at OFTC (channel is logged while meetings are in progress) == Goal of this meeting == Weekly checkin about the status of anti-censorship work at Tor. Coordinate collaboration between people/teams on anti-censorship at Tor. == Announcements == No announcements this week == Discussion == - do we have previous info on the requirements to run a snowflake proxy? - (re https://lists.torproject.org/pipermail/anti-censorship-team/2021-June/00017…) - we currently have https://community.torproject.org/relay/setup/snowflake/standalone/ - we have an issue to improve documentation for a standalone proxy https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - we could add Jacobo's hardware observations to it == Actions == No actions this week == Interesting links == Jacobo provided some details on the snowflake proxies they are running https://lists.torproject.org/pipermail/anti-censorship-team/2021-June/00017… == Updates == Name: This week: - What you worked on this week. Next week: - What you are planning to work on next week. Help with: - Something you need help with. cecylia (cohosh): last updated 2021-06-24 Last week: - wrote, deployed snowflake!43 to solve a stats bug - fixed up snowflake!42 and found a few more race conditions - commented on bridgestrap#15 - worked on debugging snowflake memory leak (snowflake#40052) - deployed some memory profiling tools - wrote a fix snowflake!45 - started reviewing rdsys!11 - s28 deadline work - planning for new s96 - reviewed bridgedb!20 This week: - finish reviewing rdsys!11 - review bridgstrap#15 when ready - work on bridgedb#32276 deployment - follow up on arlo's snowflake broker work - afk next week Needs help with: - review of snowflake!45 arlolra: 2021-06-10 Last week: - More snowflake!39 Next week: - Maybe get back to snowflake-webext #10 Help with: - snowflake !39 dcf: 2021-06-24 Last week: - did a security upgrade of tor on the snowflake bridge https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - helped debug snowflake server memory leak https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - answered a core tor question about managed transports https://gitlab.torproject.org/tpo/core/tor/-/issues/40414 Next week: - review fix for snowflake server resource leak https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - begin AMP cache rendezvous for snowflake https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… Help with: maxb: 2021-06-03 Last week: - Made some improvements to github.com/max-b/nat-testing for https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snow… - Now have separate containers for each piece along w/ a reasonably simulated network topology - Got really good feedback from cohosh as always Next week: - Make config fixes cohosh suggested - Implement alternative NAT types - Add testing wrapper w/ "pass/fail" conditions meskio: 2021-06-24 Last week: - proof of concept of gettor in rdsys (rdsys!11 rdsys#32) - add bridgestrap CollecTor exporter (bridgestrap!7 bridgestrap#15) - code reviews: snowflake!44 snowflake!43 snowflake!42 Next week: - modify snowflake proxy to assign proxies based on self-reported client load (snowflake#40048) - act on snowflake!11 review - merge access keys translators help brdigedb!20 Help with: -

1 0

Re: [tor-project] Turning on timing obfuscation (iat-mode=1) for some default bridges
by たくたく 23 Jun '21

23 Jun '21

iPhoneから送信

1 0

Onionoo 8.0-1.26.1 released
by Iain R. Learmonth 19 Jun '21

19 Jun '21

Hi, I have released Onionoo 8.0-1.26.1. Onionoo is a web-based protocol to learn about currently running Tor relays and bridges. Onionoo itself was not designed as a service for human beings—at least not directly. Onionoo provides the data for other applications and websites which in turn present Tor network status information to humans. The latest changes: * Minor changes - Restore the "AS" prefix string to the as field in documents. - Fix search by AS number. You can find the release at: https://dist.torproject.org/onionoo/8.0-1.26.1/ You can find the sources at: https://gitlab.torproject.org/tpo/metrics/onionoo/-/tree/onionoo-8.0-1.26.1 This is already deployed to the Onionoo backends, although it may take a few hours for the updater to correct all relays AS numbers. Thanks, Iain.

1 0

minutes from the sysadmin meeting
by Antoine Beaupré 17 Jun '21

17 Jun '21

Hi everyone! Two new sysadmins were hired, so we're holding meetings again! Welcome again to kez and lavamind, who both joined us last week. Here are the minutes from the meeting we held on June 14 and 16. # Roll call: who's there and emergencies * anarcat * gaba * kez * lavamind No emergencies. # Triage & schedules * Introduce the triage system * the "triage star of the weeks" rotates every two weeks * the star triages the boards regularly, making sure there are no "Open" tickets, and assigning tickets or dealing with small tickets * see also [TPA-RFC-5][] for the labeling nomenclature * we were doing weekly checkins with hiro during the handover on wednesday, since we were both part time * work schedules: * j: monday, tuesday - full day; wednesday - partially * kez: flexible - TBD * anarcat: monday to thursday - full day [TPA-RFC-5]: https://gitlab.torproject.org/tpo/tpa/team/-/wikis/policy/tpa-rfc-5-gitlab#… # Communication in the team What is expected? When to bring it in IRC versus email versus ticket? Acknowledgements. * we expect people to update tickets when they work on them * we expect acknowledgements when people see their names mentions on IRC # Short term planning: anarcat going AFK This basically involves making sure our new hires have enough work while they are gone. We reviewed the Doing/Next columns and assign issues in the [TPA board][] and [web board][]. [web board]: https://gitlab.torproject.org/groups/tpo/web/-/boards [TPA board]: https://gitlab.torproject.org/groups/tpo/tpa/-/boards We also reviewed the letter anarcat later sent to `tor-internal@` (private, not linked here). Then the meeting paused after one hour. When we returned on wednesday, we jumped to the roadmap review (below), and then returned here to briefly review the Backlog. We reviewed anarcat's queue to make sure things would be okay after he left, and also made sure kez and lavamind had enough work. gaba will make sure they are assigned work from the Backlog as well. # Roadmap review Review and prioritize: * [yearly TPA roadmap][] * web * [board][] * [priorities][] [yearly TPA roadmap]: https://gitlab.torproject.org/tpo/tpa/team/-/wikis/roadmap/2021 [board]: board [priorities]: https://gitlab.torproject.org/tpo/web/team ## Web priorities allocations (sort out by priorities) We reviewed the priorities page and made sure we had most of the stuff covered. We don't assign tasks directly in the wiki page, but we did a tentative assignation pass here: * Donations page redesign (support to Openflows) - kez * Onion Services v2 deprecation support - lavamind * Improves bridges.torproject.org - kez * Remove outdated documentation from the header - kez & gus * Migrate blog.torproject.org from Drupal To Lektor: it needs a milestone and planning - lavamind * Support forum - lavamind * Developer portal - lavamind & kez * Get website build from jenkins into to gitlabCI for the static mirror pool (before December) - kez * Get up to speed on maintenance tasks: * Bootstrap upgrade - lavamind * browser documentation update (this is content and mostly is on gus's plate) gus * get translation stats available - kez * rename 'master' branch as 'main' - lavamind * fix wiki for documentation - gaba * get onion service tooling into tpo gitlab namespace - lavamind ## TPA roadmap review We reviewed the TPA roadmap for the first time since the beginning of the year, which involved going through the first two quarters to identify what was done and missed. We also established the priorities for Q3 and Q4. Those changes are mostly contained in [this commit on the wiki][]. [this commit on the wiki]: https://gitlab.torproject.org/tpo/tpa/wiki-replica/-/commit/5968075c75d4249… # Other discussions No new item came up in the meeting, which already was extended an extra hour to cover for the extra roadmap work. # Next meeting * we do quick checkin on monday 14 UTC 10 eastern, at the beginning of the office hours * we do monthly meetings instead of checkins on the first monday of the month # Metrics of the month Those were sent on June 2nd, it would be silly to send them again. -- Antoine Beaupré torproject.org system administration

1 0