because sometimes the package might not be in Debian stable or testing
and we are not checking Ubuntu releases.

Bug 33009 v6

See merge request torproject/network-health/sbws!6

When using `_relays_with_flags()` and similar methods it's possible
that tests start to hang without time freezing. See bug 33748 for more
details. We work around this by providing the necessary `freeze_time()`
calls meanwhile.

and not a list of timestamps.

Closes: #30905.

Added:
- library to check whether the KeyValues make sense
- test an example bandwidth file
- a command to check an arbitrary bandwidth file

Finally, doing something with all these KeyValues!

(Quarantine day 7th)

Test that the results, state and bandwidth file generated by running
the scanner and the generator in the test network are correct.

in ResultDump and incrementing relay's monitoring KeyValues.

monitoring KeyValues.

using timestamps class.

Additionally:

- fix: relayprioritizer: Replace call relay priority

- fix: scanner: Replace call relay measurement attempt

using timestamps class.
Also add one more result to the tests data and change the
test accordingly.

Tests wont' pass with this commit, they'll be fixed in the next commits

in RelayPrioritizer:
- Rename recent_priority_list_count to recent_priority_list when
  there is no counting
- Rename recent_priority_relay_count to recent_priority_relay
  when there is no counting
- Use the timestamps class to manage/count priority lists/relays

in RelayList:
- Rename recent_measurement_attempt_count to recent_measurement_attempt when
  there is no counting
- Use the timestamps class to manage/count measurement attempts

in RelayList:
- Rename consensus_timestamps to recent_consensus
- Rename recent_consensus_count to recent_consensus when there is
  no counting
- Use the timestamps class to manage/count consensuses
- Remove method not needed anymore

to be able to serialize/deserailize datetime in the state file.

Since state uses json and json will raise an error when it can't
decode/encode some datatype.

Otherwise, if other instance of state set a key, it's lost by the
current instance.

Bugfix v0.7.0.

Test that two different instances of state don't overwrite each other.
This test don't past in this commit, will pass in the next bugfix.

Bugfix v0.7.0, which claimed 100% test coverage on state.

Part of #30196

Part of #30196

Part of #30196.

Part of #30196.

by version.

Part of #30196.

- Create new KeyValues constants for the new v1.5.0 KeyValues
- Instanciate State in Header.from_results so that there is no need
  to create new methods for all the header KeyValues that are read
  from the state file
- Add tor_version to the kwargs to initialize the Header
- Write tor_version in the state file when the scanner is started

Closes: #30196.