diff --git a/tsa/howto/grafana.mdwn b/tsa/howto/grafana.mdwn index 4c10503760756f0d3e409a81ae2f96625c19c368..804ade08584e8858a8569317dce03596712b0c24 100644 --- a/tsa/howto/grafana.mdwn +++ b/tsa/howto/grafana.mdwn @@ -13,7 +13,7 @@ Puppet implementation Grafana was installed with Puppet using the upstream Debian package, following a debate regarding the merits of Debian packages versus Docker containers when neither are trusted, see [this -comment](https://bugs.torproject.org/29684#comment:3) for a summary. +comment](https://gitlab.torproject.org/legacy/trac/-/issues/29684#note_2316840) for a summary. Some manual configuration was performed after the install. An admin password reset on first install, stored in `tor-passwords.git`, in diff --git a/tsa/howto/irc.mdwn b/tsa/howto/irc.mdwn index 29efd09073b507f6b34cdf60f2308eb5bde7443a..4d7e7082ce564172f2cf5cdc3ed223e8ddbfb749 100644 --- a/tsa/howto/irc.mdwn +++ b/tsa/howto/irc.mdwn @@ -175,7 +175,7 @@ automatically regenerate it every ~90 days :) They don't need to put the cert/keys anywhere special for you as long as the ircbouncer user can access them. See how in -[this ticket comment](https://bugs.torproject.org/32532#comment:5) +[this ticket comment](https://gitlab.torproject.org/legacy/trac/-/issues/32532#note_2342136) ... root@chives:~# ls -al /etc/ssl/private/ircbouncer.torproject.org.* /etc/ssl/torproject/certs/ircbouncer.torproject.org.crt* diff --git a/tsa/howto/puppet.mdwn b/tsa/howto/puppet.mdwn index da99d32e68b3975beef5324bd903dc25b5db4dbf..5de74f013b8ab4c88766bd8927c6551044710a71 100644 --- a/tsa/howto/puppet.mdwn +++ b/tsa/howto/puppet.mdwn @@ -589,7 +589,7 @@ as well. Revocation procedures problems were discussed in [33587][] and [33446][]. [33587]: https://bugs.torproject.org/33587 -[33446]: https://bugs.torproject.org/33446#comment:17 +[33446]: https://gitlab.torproject.org/legacy/trac/-/issues/33446#note_2349434 1. Clean the certificate on the master diff --git a/tsa/howto/submission.mdwn b/tsa/howto/submission.mdwn index 1df0dfab2eecb095dd25fa4e268a3573202c072b..196cedc2ab738a0f76b3ebfbae09e5e41b5f587c 100644 --- a/tsa/howto/submission.mdwn +++ b/tsa/howto/submission.mdwn @@ -90,7 +90,7 @@ much problem, their emails often get dropped to the floor when It is suspected that users are having those problems because the originating servers are not in the `torproject.org` domain. The hope is that setting up a new server inside that domain would help with -delivery. There's anecdotal evidence (see [this comment](https://bugs.torproject.org/30608#comment:8) for +delivery. There's anecdotal evidence (see [this comment](https://gitlab.torproject.org/legacy/trac/-/issues/30608#note_2325187) for example) that delivery emails from existing servers (over SSH to `iranicum`, in that example) improves reliability of email delivery significantly. diff --git a/tsa/howto/upgrades.mdwn b/tsa/howto/upgrades.mdwn index dfca6be5d6e8959c9403149ac6c97aca26e7ce3e..45deee43d73bf152a4e65234096022a2a0614520 100644 --- a/tsa/howto/upgrades.mdwn +++ b/tsa/howto/upgrades.mdwn @@ -32,7 +32,7 @@ upgrade, however. Team policies: * anti-censorship: TBD - * metrics: one or two work-day advance notice ([source](https://bugs.torproject.org/32998#comment:2)) + * metrics: one or two work-day advance notice ([source](https://gitlab.torproject.org/legacy/trac/-/issues/32998#note_2345807)) * funding: schedule a maintenance window * git: TBD * gitlab: TBD diff --git a/tsa/meeting/2019-06-03.mdwn b/tsa/meeting/2019-06-03.mdwn index 36bb99dfcb1c38085561431e364794a339a641b7..1d3cd6b629cd72761328004b4373f4e0535b0b8d 100644 --- a/tsa/meeting/2019-06-03.mdwn +++ b/tsa/meeting/2019-06-03.mdwn @@ -51,7 +51,7 @@ halfway through the meeting. `loginctl --enable-linger` instead of starting from `cron` [documented]: https://help.torproject.org/tsa/doc/services/ - [deployed]: https://bugs.torproject.org/30472#comment:12 + [deployed]: https://gitlab.torproject.org/legacy/trac/-/issues/30472#note_2323921 * usual tickets triage, support and security upgrades diff --git a/tsa/meeting/2020-02-03.mdwn b/tsa/meeting/2020-02-03.mdwn index d7c045ffbf38892435b00a8e384a7d79e32dd34e..e85bb9d50591c7272ed44ed489770afc343fd7e6 100644 --- a/tsa/meeting/2020-02-03.mdwn +++ b/tsa/meeting/2020-02-03.mdwn @@ -221,7 +221,7 @@ the process will be submitted for discussion this week. # TPA-RFC-2: support policies A *second* RFC would be a formalization of our support policy, as per: -https://bugs.torproject.org/31243#comment:4 +https://gitlab.torproject.org/legacy/trac/-/issues/31243#note_2330904 Postponed to the RFC process.