- 14 Sep, 2019 5 commits
-
-
Nick Mathewson authored
We need this to test includes and relative paths.
-
Nick Mathewson authored
-
Nick Mathewson authored
Here we use these directives to replace, extend, or clear values in torrc.defaults and in torrc.
-
Nick Mathewson authored
I'm not planning to use "example" as the name for all of them, but these first three _are_ simple examples.
-
Nick Mathewson authored
This script takes a set of example torrcs and command-lines from src/test/conf_examples. If a success is expected, it runs "tor --dump-config" and compares the result with the one we expect. If a failure is expected, it runs "tor --verify-config" and greps for the error we expect.
-
- 11 Sep, 2019 24 commits
-
-
David Goulet authored
-
See also ticket 31654.
-
-
Here we make it clear we're only looking at listable variable names, not at whether the variables themselves are gettable. Also, remove an extraneous h. (This commit is not a fixup, because of rebase conflicts.)
-
-
(This option tests our existing behavior, not necessarily the most sensible behavior.)
-
-
-
-
-
-
The old names remain as #defines that cause variables to get one or more flags. Now every flag-testing function in confparse.c tests exactly one flag.
-
Since the flags are now stored with compatible numbering, we can just OR them together and see whether the flag we want is in the result. (Net code removal!)
-
-
-
Using a bitfield here will enable us to unify the var_type_def_t flags with the config_var_t flags. (This commit does not yet do that unification, and does not yet rename or refactor any flags. It only changes booleans into bits.)
-
Previously they checked the individual flags inside var_type_def_t; now they call the appropriate var_type_is_*() functions. (These functions will be removed entirely by the end of this branch.)
-
-
Don't use "derived" directly, but check its implications for listing and copying.
-
We had though to make all obsolete and invisible variables ungettable, so that GETCONF would reject them. But it turns out that this isn't the current behavior of GETCONF with those variables. So for now, I'm leaving the current behavior unchanged. (See ticket 31647 for a proposal to change the behavior.)
-
-
David Goulet authored
-
George Kadianakis authored
-
Nick Mathewson authored
-
- 09 Sep, 2019 11 commits
-
-
teor authored
-
teor authored
Part of 31615.
-
teor authored
Merged modified lines from bug31615_041, and unmodified lines from master.
-
teor authored
Part of 31615.
-
teor authored
Merged modified lines from bug31615_040, and unmodified lines from maint-0.4.1.
-
teor authored
These levels get out of date really easily: we'll implement a level dump command in tor in 31614. They also cause conflicts and inconsistencies when merging forward level changes. Part of 31615.
-
David Goulet authored
Closes #31673
-
David Goulet authored
-
Nick Mathewson authored
-
Nick Mathewson authored
-
Signed-off-by:
David Goulet <dgoulet@torproject.org>
-