Fallback Scripts issueshttps://gitlab.torproject.org/tpo/core/fallback-scripts/-/issues2021-11-15T16:46:18Zhttps://gitlab.torproject.org/tpo/core/fallback-scripts/-/issues/24851create a script that generates the authority format from the authorities in t...2021-11-15T16:46:18Zteorcreate a script that generates the authority format from the authorities in the current consensusWe need to make sure we also:
* apply address overrides
* make sure the details match the current list
* check that all supported Tor versions can parse the list (existing unit tests)We need to make sure we also:
* apply address overrides
* make sure the details match the current list
* check that all supported Tor versions can parse the list (existing unit tests)https://gitlab.torproject.org/tpo/core/fallback-scripts/-/issues/22759Mark the fallbacks that have extra-info descriptors, so stem can use them2020-06-27T14:11:43ZteorMark the fallbacks that have extra-info descriptors, so stem can use themIn legacy/trac#19129, atagar says:
> For what it's worth stem's descriptor downloader *doesn't* use fallback directories because they lack extrainfo descriptors...
>
> https://gitweb.torproject.org/stem.git/commit/?id=758f632
>
> This ...In legacy/trac#19129, atagar says:
> For what it's worth stem's descriptor downloader *doesn't* use fallback directories because they lack extrainfo descriptors...
>
> https://gitweb.torproject.org/stem.git/commit/?id=758f632
>
> This is fine. Tor doesn't need it (nor does it need the DirPort). However, if you want the fallbacks to relieve DirAuth load from other sources such as stem then these are both issues.
We could easily add a 'extrainfo=1' to each fallback that supported extrainfo at the time we chose them. Then teach tor to parse or ignore it, because at the time tor is fetching extra-infos, it has already bootstrapped and has an up-to-date list.Tor: 0.3.3.x-finalteorteor