Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2020-06-13T08:07:55Zhttps://gitlab.torproject.org/legacy/trac/-/issues/27364update ricochet to use hsv32020-06-13T08:07:55Ztraumschuleupdate ricochet to use hsv3Is the Tor Project willing to adopt ricochet?
[[doc/TorifyHOWTO/InstantMessaging]] mentions/recommends ricochet. it uses v2 hs and would need to be restructured to support v3 hidden descriptors.
It is said to be stable and usable but r...Is the Tor Project willing to adopt ricochet?
[[doc/TorifyHOWTO/InstantMessaging]] mentions/recommends ricochet. it uses v2 hs and would need to be restructured to support v3 hidden descriptors.
It is said to be stable and usable but receives no updates and ships an old tor version. Probably other changes are necessary as well, to fix possible security issues.
There is a [ticket for it](https://github.com/ricochet-im/ricochet/issues/575) already and a WIP PR.https://gitlab.torproject.org/legacy/trac/-/issues/26921Sometimes randomly start2020-06-13T07:58:52ZTracSometimes randomly startsometimes randomly Orbot starts without a reason ... the boot check box is removed. I have a ZenFone asus 3 max, Android 7.0
**Trac**:
**Username**: ciano84sometimes randomly Orbot starts without a reason ... the boot check box is removed. I have a ZenFone asus 3 max, Android 7.0
**Trac**:
**Username**: ciano84Tor: unspecifiedNathan FreitasNathan Freitashttps://gitlab.torproject.org/legacy/trac/-/issues/24073Generate an event if there is a major relay outage2021-11-29T14:35:54ZirlGenerate an event if there is a major relay outageGenerate an event if there is a major outage of relays. We should decide on thresholds for relay counts/consensus weight. This may actually be just a part of #24070.Generate an event if there is a major outage of relays. We should decide on thresholds for relay counts/consensus weight. This may actually be just a part of #24070.https://gitlab.torproject.org/legacy/trac/-/issues/24071Generate an event if the most used Tor version changed2021-11-29T14:35:54ZirlGenerate an event if the most used Tor version changedIf the most popular Tor version used (by relays) has changed, generate an EVENT and send to all microblog accounts subscribed to EVENT updates.If the most popular Tor version used (by relays) has changed, generate an EVENT and send to all microblog accounts subscribed to EVENT updates.https://gitlab.torproject.org/legacy/trac/-/issues/24070Generate an event if more than X relays join2021-11-29T14:35:53ZirlGenerate an event if more than X relays joinWe should decide on what this threshold is.
If more than the threshold of relays join, generate an EVENT status update and send to all channels subscribed to the EVENT type.We should decide on what this threshold is.
If more than the threshold of relays join, generate an EVENT status update and send to all channels subscribed to the EVENT type.https://gitlab.torproject.org/legacy/trac/-/issues/24069Maintain a copy of the previous details document2020-06-13T06:59:40ZirlMaintain a copy of the previous details documentIn order to perform diffs between details documents to generate events, a copy of the previous details document should be retained.In order to perform diffs between details documents to generate events, a copy of the previous details document should be retained.https://gitlab.torproject.org/legacy/trac/-/issues/23937Add tweet templates about events in the Tor network2020-06-13T06:57:02ZirlAdd tweet templates about events in the Tor networkThis may include simple events such as diffs between current and previous consensus documents, but also more complex events for which there may need to be some external data source providing the event information.
This is going to be a ...This may include simple events such as diffs between current and previous consensus documents, but also more complex events for which there may need to be some external data source providing the event information.
This is going to be a larger task, and this ticket serves as a placeholder and a place to hold thoughts and discussions over what may be useful here.https://gitlab.torproject.org/legacy/trac/-/issues/23936Add tweet templates about users of Tor2020-06-13T06:57:02ZirlAdd tweet templates about users of TorData on users is already aggregated and made available on the metrics website:
https://metrics.torproject.org/userstats-relay-country.html
It should also be possible to use the graphs as generated by the website in the tweets.
This wo...Data on users is already aggregated and made available on the metrics website:
https://metrics.torproject.org/userstats-relay-country.html
It should also be possible to use the graphs as generated by the website in the tweets.
This would not just be a couple of templates but perhaps also include:
* Total directly connecting users
* Total bridge users
* Users (direct/bridge) by:
* country
* transport
* IP versionhttps://gitlab.torproject.org/legacy/trac/-/issues/23935Add tweet templates for running versions2020-06-13T06:57:02ZirlAdd tweet templates for running versionsData on versions is already aggregated and made available on the metrics website:
https://metrics.torproject.org/versions.html
It should also be possible to use the graphs as generated by the website in the tweets.Data on versions is already aggregated and made available on the metrics website:
https://metrics.torproject.org/versions.html
It should also be possible to use the graphs as generated by the website in the tweets.https://gitlab.torproject.org/legacy/trac/-/issues/23934Add tweet templates for platform diversity2020-06-13T06:57:01ZirlAdd tweet templates for platform diversityData on platform diversity is already aggregated and made available on the metrics website:
https://metrics.torproject.org/platforms.html
It should also be possible to use the graphs as generated by the website in the tweets.Data on platform diversity is already aggregated and made available on the metrics website:
https://metrics.torproject.org/platforms.html
It should also be possible to use the graphs as generated by the website in the tweets.https://gitlab.torproject.org/legacy/trac/-/issues/22184Clarify bittorrent advice re: smaller files (Zeronet)2020-06-13T06:18:44ZTracClarify bittorrent advice re: smaller files (Zeronet)The [Zeronet](https://zeronet.io/) project serves web pages via Bittorrent, meaning that users are torrenting relatively small files (typically <10 MB). The default client offers optional Tor integration.
This seems to bypass the two pr...The [Zeronet](https://zeronet.io/) project serves web pages via Bittorrent, meaning that users are torrenting relatively small files (typically <10 MB). The default client offers optional Tor integration.
This seems to bypass the two primary reasons for not using Tor with Bittorrent: (1) the client software is specifically designed to work with Tor, reducing the risk of leaking one's IP address (the torrent peers appear to be .onion addresses rather than IP addresses); and (2) the amount of data being transferred is more comparable to ordinary web browsing than to the multi-gigabyte files typical of Bittorrent usage, reducing the burden imposed on the network.
It therefore _seems_ from a lay perspective as though this is an exception to the usual principle against using Bittorrent with Tor, but there may be further issues that are not immediately apparent. It would be much appreciated if someone with relevant expertise could weigh in.
**Trac**:
**Username**: torezenhttps://gitlab.torproject.org/legacy/trac/-/issues/20721Orbot and Owntracks2020-06-13T05:47:53ZTracOrbot and OwntracksI am using the newest versions of the Owntracks and Orbot apps to send data to a private MQTT broker. The broker is exposed as a TOR Hidden Service and ties into my Home Assistant setup. I know that Owntracks works, at least some of the ...I am using the newest versions of the Owntracks and Orbot apps to send data to a private MQTT broker. The broker is exposed as a TOR Hidden Service and ties into my Home Assistant setup. I know that Owntracks works, at least some of the time, because if I'm at home and change the host IP from the .onion address to the server's IP address, it connects and updates correctly. I know that Orbot works because I also have the web front end for Home Assistant exposed as a Hidden Service and I can connect to that via Orfox. The problem is that when I change the MQTT Broker host to the .onion address, Owntracks enters a state where it is always connecting, but never connects. I have Orbot set to run Owntracks through its "app-VPN", which I've been told will allow it to resolve a .onion address. I'm not sure which component is causing a problem, so I'm checking with all parties.
**Trac**:
**Username**: dbenhartNathan FreitasNathan Freitashttps://gitlab.torproject.org/legacy/trac/-/issues/13453circular link, outdated info on orbot info page2020-06-13T03:37:22ZTraccircular link, outdated info on orbot info pagepage I'm referencing is: https://guardianproject.info/apps/orbot/
fixes should be made in the 4th paragraph, the section outlining features after the screenshot:
> ★ PRIVATE CHAT MESSAGING: Use Gibberbot with Orbot to chat confidentia...page I'm referencing is: https://guardianproject.info/apps/orbot/
fixes should be made in the 4th paragraph, the section outlining features after the screenshot:
> ★ PRIVATE CHAT MESSAGING: Use Gibberbot with Orbot to chat confidentially with anyone, anywhere for free. Get Gibberbot:
> !https://goo.gl/O3FfS!
__'been awhile since it was called gibberbot, hasn't it? should probably change that to chatsecure
__'
> ★ PRIVACY FOR APPS: Any installed app can use Tor if it has a proxy feature, using the settings found here:
> https://goo.gl/2OA1y
**_The short url unmasks to the exact page it's on. Seeing as there are multiple possibilities (localhost: 9050, localhost 9040, localhost 8118, and http/https/socks4/socks4a/socks5) and no real explanation of the proper proxy configuration, there should be at least a section with that info and how they are connected to each other, because sending everything through tor doesn't work, and there is a bug in the individual apps selection I will detsail in a separate ticket if it hasn't yet been reported that makes the option virtually unusable.**_
**Trac**:
**Username**: vvnNathan FreitasNathan Freitashttps://gitlab.torproject.org/legacy/trac/-/issues/13121App Conflict2020-06-13T03:30:27ZTracApp ConflictPlease disable this app in Android: -> settings-> Apps if you are having problems with Orbot: com.sec.msc.nts.android.proxy
**Trac**:
**Username**: dlmrPlease disable this app in Android: -> settings-> Apps if you are having problems with Orbot: com.sec.msc.nts.android.proxy
**Trac**:
**Username**: dlmrNathan FreitasNathan Freitashttps://gitlab.torproject.org/legacy/trac/-/issues/12663Orbot, libevent and BSD sed ( includes patch )2020-06-13T03:21:28ZcypherpunksOrbot, libevent and BSD sed ( includes patch )Compilation of Orbot stops at libevent if using BSD sed rather than GNU sed.
The error is :
sed -i 's@\(SUBDIRS = . include\) sample test@\1@' libevent/Makefile.am
sed: 1: "libevent/Makefile.am": extra characters at the end of l comman...Compilation of Orbot stops at libevent if using BSD sed rather than GNU sed.
The error is :
sed -i 's@\(SUBDIRS = . include\) sample test@\1@' libevent/Makefile.am
sed: 1: "libevent/Makefile.am": extra characters at the end of l command
I have traced the problem to Orbot's external/Makefile.
There is a difference between BSD and GNU sed with regards to the inplace -i flag, both accept an argument for a file extension to backup to, if no extension is provided no backup is made, however BSD sed requires an argument even if it is empty, whereas GNU sed ignores it.
The attached patch adds an extension rather than provide an empty argument, this *should* work with both GNU and BSD sed, though I haven't tried it with the former.Nathan FreitasNathan Freitashttps://gitlab.torproject.org/legacy/trac/-/issues/9825-v returns 'unknown' for Obfsproxy.exe from '2.4.17-beta-2-pt3'2020-06-13T02:33:00Zbastik-v returns 'unknown' for Obfsproxy.exe from '2.4.17-beta-2-pt3'> obfsproxy.exe -v
prints out
> unknown
It was included in 'tor-pluggable-transports-browser-2.4.17-beta-2-pt3_en-US.exe' and its (obfsproxy.exe) checksums are:
```
SHA-1: 8690778C86542ABC3596C65EF42903E943C843A9
SHA-256: F75A997308B6...> obfsproxy.exe -v
prints out
> unknown
It was included in 'tor-pluggable-transports-browser-2.4.17-beta-2-pt3_en-US.exe' and its (obfsproxy.exe) checksums are:
```
SHA-1: 8690778C86542ABC3596C65EF42903E943C843A9
SHA-256: F75A997308B689335AEA9705BF7DF57EEA0636CB7C2EB7D75BCAC41389F0F84F
SHA-512: 89459D5189C2490C22FA63AC8509AEF8B7902B38174C73BB2902C57F73DFAFC4EC42B1C361ADDBEB019D7709882589594D94FD264FD20A2712592326596B1107
```https://gitlab.torproject.org/legacy/trac/-/issues/8344Orbot BUILD instructions incomplete2020-06-13T02:02:08ZTracOrbot BUILD instructions incompleteThe instructions for building Orbot are incomplete
https://gitweb.torproject.org/orbot.git/blob/9daaec2f84e59ad49cbff29c11eadbe52cc8f4d4:/BUILD
my NDK_BASE
`$NDK_BASEbash: /home/malaparte/src/android/android-ndk-r8c: Is a directory`
...The instructions for building Orbot are incomplete
https://gitweb.torproject.org/orbot.git/blob/9daaec2f84e59ad49cbff29c11eadbe52cc8f4d4:/BUILD
my NDK_BASE
`$NDK_BASEbash: /home/malaparte/src/android/android-ndk-r8c: Is a directory`
and
`make -C ./externalmake: Entering directory `/home/malaparte/src/tor/orbot/external'cd openssl-static && \ ndk-build/bin/sh: 2: ndk-build: not foundmake: *** [openssl-static/obj/local/armeabi/libcrypto.a] Error 127make: Leaving directory `/home/malaparte/src/tor/orbot/externa`
**Trac**:
**Username**: malaparte_https://gitlab.torproject.org/legacy/trac/-/issues/5130Allow obfsproxy to daemonize2020-06-13T01:19:17ZTracAllow obfsproxy to daemonizeI've been working on setting up obfsproxy and I ran into a minor issue: It doesn't seem possible to send the obfsproxy process into the background (i.e. daemonize it) if I'm running it as an external server and not in managed mode. If ...I've been working on setting up obfsproxy and I ran into a minor issue: It doesn't seem possible to send the obfsproxy process into the background (i.e. daemonize it) if I'm running it as an external server and not in managed mode. If I want to be able to specify the listening port for a bridge server I don't think there's a way to do this without running obfsproxy as an external server (please correct me if I'm wrong). However, there's no option to fork/detach from the terminal in the case of an external server, which seems a rather significant issue.
I've written a small patch for main.c that seems to correct this problem (see attached). This implements two command line arguments, "--daemonize", which, when specified will just send the program into the background and "--daemonize_with_pid=<pid_file>", which will daemonize and write the process id to the specified file. This patch only works on unix systems, but I've added #ifdef directives that only enable this code if unistd.h is defined, otherwise it will be completely ignored.
**Trac**:
**Username**: ericpaulbishop