Our current XMPP chat rooms lose this information on a weekly basis so
let's not bother with this any more.

There were some super long lines listing different things separated
with "|" and "," so let's split on those characters too.

* The use of ${RELEASE_BRANCH} worked by coincidence since it can be
  either 'stable' or 'testing', and there happens to also exist Debian
  code names like that, and we set the same expiry for all of
  them. Let's fix on 'stable' which always should exist.
* The old url was only pointing to the 'debian' archive, and never
  e.g. the 'torproject' one.

Refs: #12171

Fix-committed: #11857

Requiring to `set -u` in the terminal won't really work since that will
break e.g. bash completion.

    sed -i 's,\${\([A-Za-z_]\+\)},${\1:?},g' \
        wiki/src/contribute/release_process.mdwn

    sed -i 's,\$\([A-Za-z_]\+\),${\1},g' \
        wiki/src/contribute/release_process.mdwn

Rationale: the translation work is not moving very fast these days,
being quite polished for many languages, so we gain very little from
frequently pulling it and preparing releases *only* for new translations
(no new code). So, let's relieve the RM from this work for most
releases, but still have a process in place for making sure that
translations are pulled regularly.

Will-fix: #11860

Refs: #11851

Let's always encode, on the stable branch, the exact set of APT snapshots we
want to use in next point-release. Previously we would pretend to thaw them by
writing "latest" in APT_snapshots.d/*/serial, but then apt-mirror would
special-case this situation: on an unreleased branch based on stable, it would
consider that "latest" means "stick to previous release's tagged snapshot".
Which worked fine at build time, except the part of our build system that
creates the build manifest does not know about this convention, so the resulting
build manifest would point to the latest APT snapshots we have, even though they
were not really used during the build. And even if the build manifest pointed to
the right place (i.e. the previous release's tagged APT snapshot), which is the
only place where some of the needed packages are when tagging the next
point-release's APT snapshot: tails-prepare-tagged-apt-snapshot-import does not
know how to generate a configuration that pulls from there.

So let's drop this special meaning of "latest", and make things simpler by
actually hard-coding in Git the snapshots we really want to use.

This implies the documentation change that makes sure that we're keeping these
time-based APT snapshots long enough.

refs: #11612

This reverts commit 3e9f477b.

This reverts commit 33c265db.

We haven't been handling broken tests like that for at least 1.5 years.

$status is a shell read-only variable there.