1. 16 Dec, 2020 5 commits
  2. 15 Dec, 2020 5 commits
  3. 14 Dec, 2020 1 commit
    • Nick Mathewson's avatar
      Socks5: handle truncated client requests correctly · c4fe66e3
      Nick Mathewson authored
      Previously, our code would send back an error if the socks5 request
      parser said anything but DONE.  But there are other non-error cases,
      like TRUNCATED: we shouldn't send back errors for them.
      This patch lowers the responsibility for setting the error message
      into the parsing code, since the actual type of the error message
      will depend on what problem was encountered.
      Fixes bug 40190; bugfix on
  4. 11 Dec, 2020 2 commits
    • David Goulet's avatar
      configure: Revert back the static libevent path · 15b0d30a
      David Goulet authored
      From c618c4f2
      , we changed the static
      libevent.a path to be able to use the git repository or tarball directly but
      that broke the "make install" setup that Tor Browser is using with Android.
      In other words, the git repository and tarball put the "libevent.a" in
      ".libs/" where "make install" puts it in "lib/".
      Using the --with-libevent-dir=..., which is mandatory for static libevent,
      autoconf will take the path and use it for the includes (-I) and library (-L)
      for which if it finds a "include/" and a "lib/" in the root, it will use
      However, with the git repo or tarball, the "lib/" doesn't exists thus autoconf
      sets the library search path to be at the root and thus fails to find the
      libevent.a in ".libs/".
      This is a whole lot more work to make both cases work in our configure.ac thus
      I'm reverting the change here to the Tor Browser case works again and the work
      around for others is to either symlink the libevent.a at the root or use a
      temporary make install directory.
      One long term fix here would likely be to ask libevent to symblink the .a into
      the root along the .la files and likely do the same for .so. Or, use the
      "lib/" structure to contain the .a + .so files. Would be better than doing
      ninji-tsu in our configure.ac
      Fixes #40225
      Signed-off-by: David Goulet's avatarDavid Goulet <dgoulet@torproject.org>
    • George Kadianakis's avatar
  5. 09 Dec, 2020 4 commits
  6. 08 Dec, 2020 9 commits
  7. 04 Dec, 2020 1 commit
  8. 02 Dec, 2020 1 commit
  9. 28 Nov, 2020 1 commit
    • Samanta Navarro's avatar
      Support Python 3.8 in hs_build_address.py · 2a06b7c3
      Samanta Navarro authored
      The Python code is such a nice addition to the documentation and the C
      code for better understanding of onion v3 address generation. Straight
      to the point and easy to understand.
      Unfortunately it did not work with my distribution's Python version. I
      have adjusted the code to support Python 3.8 (tested with 3.8.6) and
      to still be compatible with Python 2.
  10. 25 Nov, 2020 1 commit
    • Alexander Færøy's avatar
      Fix build on 32-bit Windows. · 76406315
      Alexander Færøy authored
      Currently Tor fails with the following error:
          src/test/test_stats.c: In function ‘test_rephist_v3_onions’:
          src/test/test_stats.c:527:22: error: overflow in implicit constant conversion [-Werror=overflow]
      This patch changes the constant passed to update_approx_time() to avoid
      the overflow in the implicit conversion.
      See: tor#40199
  11. 24 Nov, 2020 1 commit
  12. 23 Nov, 2020 7 commits
  13. 21 Nov, 2020 2 commits