Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/163' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/143' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/259' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

gitignore: Add Linux core file patterns

Signed-off-by: David Goulet <dgoulet@torproject.org>

Better fix for #40241 (--enable-all-bugs-are-fatal and fallthrough)

This one should work on GCC _and_ on Clang.  The previous version
made Clang happier by not having unreachable "fallthrough"
statements, but made GCC sad because GCC didn't think that the
unconditional failures were really unconditional, and therefore
_wanted_ a FALLTHROUGH.

This patch adds a FALLTHROUGH_UNLESS_ALL_BUGS_ARE_FATAL macro that
seems to please both GCC and Clang in this case: ordinarily it is a
FALLTHROUGH, but when ALL_BUGS_ARE_FATAL is defined, it's an
abort().

Fixes bug 40241 again.  Bugfix on earlier fix for 40241, which was
merged into maint-0.3.5 and forward, and released in 0.4.5.3-rc.

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'ticket40241_035' into maint-0.3.5

Fix warnings in current debian-hardened CI.

We're getting "fallback annotation annotation in unreachable code"
warnings when we build with ALL_BUGS_ARE_FATAL. This patch fixes
that.

Fixes bug 40241.  Bugfix on 0.3.5.4-alpha.

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge remote-tracking branch 'tor-gitlab/mr/196' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/195' into maint-0.3.5

Bump to 0.4.4.6-dev

Merge branch 'maint-0.4.3' into maint-0.4.4

"ours" to avoid version bump.

Bump to 0.4.3.7-dev

Merge branch 'maint-0.3.5' into maint-0.4.3

"ours" to avoid version bump.

Bump to 0.3.5.12-dev

Merge branch 'maint-0.4.3' into maint-0.4.4

"-s ours" to avoid version bump.

Merge branch 'maint-0.3.5' into maint-0.4.3

"-s ours" to avoid version bump.

Bump to 0.4.4.6

Bump to 0.4.3.7

Bump to 0.3.5.12

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/189' into maint-0.3.5

Make config/parse_tcp_proxy_line work in the presence of DNS hijacking

We can use our existing mocking functionality to do this: We have
been in this position before.

Fixes part of #40179; bugfix on 0.4.3.1-alpha.

Handle a change in the implementation of hashlib in Python 3.9

Previously, hashlib.shake_256 was a class (if present); now it can
also be a function.  This change invalidated our old
compatibility/workaround code, and made one of our tests fail.

Fixes bug 40179; bugfix on 0.3.1.6-rc when the workaround code was
added.

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'tor-gitlab/mr/176' into maint-0.4.4

Make ticket40164 compliant with style

Update required/recommended protocol lists more systematically

First I began with a set of candidates:

  The client's _required_ list starts with all the protocols
  supported by every release in 0.2.9-stable through current
  master.

  The client's _required_ list starts with all the protocols
  supported by every release in 0.3.5-stable through current
  master.

  Everybody's _recommended_ list starts with all the protocols
  supported by every release in 0.3.5-stable through current master.

Then I removed the protocol versions that we do not actually want to
require or recommend:

  DirCache=1 (deprecated)
  HSDir=1, HSIntro=1-3, HSRend=1 (deprecated)
  (All HS* protocol requirements for clients)
  Link=1-3 (deprecated)
  LinkAuth=1 (obsolete)
  Relay=1 (obsolete)

Turn ConsensusParams into a Linelist

Make it possible to specify multiple ConsensusParams torrc
lines.

Now directory authority operators can for example put the
main ConsensusParams config in one torrc file and then add to it
from a different torrc file.

Closes ticket 40164.

Update required/recommended protocol versions.

  Cons=1 is the old format of consensuses, without ed25519 keys. It
  is no longer required or recommended.

  Cons=2 is the new format of consensuses, with ed25519 keys. It
  is now required.

  (Similarly for Desc=1,2 and Microdesc=1,2)

No supported client or relay versions should be affected by this
change, since these versions are supported by clients and relays
running 0.2.9 and later.  It will only take effect once enough
authorities vote for it.

Closes ticket 40162.

Split required/recommended protocol lists into multiple lines

This should make diffs easier to read.

Implement proposal 318: Limit protovers to 0..63

In brief: we go through a lot of gymnastics to handle huge protover
numbers, but after years of development we're not even close to 10
for any of our current versions.  We also have a convenient
workaround available in case we ever run out of protocols: if (for
example) we someday need Link=64, we can just add Link2=0 or
something.

This patch is a minimal patch to change tor's behavior; it doesn't
take advantage of the new restrictions.

Implements #40133 and proposal 318.

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge remote-tracking branch 'tor-github/pr/1827/head' into maint-0.3.5

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

hs-v2: Add deprecation warning for service

If at least one service is configured as a version 2, a log warning is emitted
once and only once.

Closes #40003

Signed-off-by: David Goulet <dgoulet@torproject.org>

Merge branch 'maint-0.4.3' into maint-0.4.4

Make HSFETCH take the decoded length into account, not the base32 one

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/77' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/79' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-github/pr/1661/head' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/43' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/137' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge remote-tracking branch 'tor-gitlab/mr/103' into maint-0.3.5

Merge branch 'maint-0.4.3' into maint-0.4.4

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'mr_124_squashed' into maint-0.3.5

Parallelize src/test/test into chunks.

First, we introduce a flag to teach src/test/test to split its work
into chunks.  Then we replace our invocation of src/test/test in our
"make check" target with a set of 8 scripts that invoke the first
8th of the tests, the second 8th, and so on.

This change makes our "make -kj4 check" target in our hardened
gitlab build more than twice as fast, since src/test/test was taking
the longest to finish.

Closes 40098.

Merge remote-tracking branch 'tor-gitlab/mr/154' into maint-0.4.4

Merge remote-tracking branch 'tor-gitlab/mr/163' into maint-0.4.4

Merge branch 'bug40133_035' into bug40133_043

Merge branch 'maint-0.3.5' into bug40133_035

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

srv: Remove spammy debug log

Fixes #40135

Signed-off-by: David Goulet <dgoulet@torproject.org>

Fix warnings when using two unusual options together.

The option `--enable-all-bugs-are-fatal` when used with
`--disable-module-relay` caused GCC to warn about functions that
it thought should be labeled noreturn.

I've tried a couple of approaches, but disabling the warning on
these functions seems to be the best approach.

Fixed #40129; bugfix on 0.4.4.1-alpha.

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

gitlab-ci: Use test-network-all for debian-integration

gitlab-ci: add an NSS check.

gitlab-ci: Add all-bugs-are-fatal on hardened and integration builds.

gitlab-ci: Add disable-module builds.

Add a few more options for the CI script.

These are:
  --disable-module-relay
  --disable-module-dirauth
  --enable-all-bugs-are-fatal
  --enable-nss

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

Make debian-trace job conditional on src/lib/trace/trace_sys.c

.gitlab.yml: missing comments

Copy tracing things back to maint-0.3.5, for consistency.

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

Fix underflow in rend_cache/free_all test.

We already fixed these in #40099 and #40125.

This patch fixes #40126.  Bugfix on 0.2.8.1-alpha.

Merge branch 'maint-0.3.5' into maint-0.4.3

Merge branch 'maint-0.4.3' into maint-0.4.4

test: Increment rend cache allocation before freeing

The rend_cache/entry_free was missing the rend cache allocation increment
before freeing the object.

Without it, it had an underflow bug:

  Sep 17 08:40:13.845 [warn] rend_cache_decrement_allocation(): Bug: Underflow
  in rend_cache_decrement_allocation (on Tor 0.4.5.0-alpha-dev
  7eef9ced61e72b1d)

Fixes #40125

Signed-off-by: David Goulet <dgoulet@torproject.org>