This also replaces the custom pages deployment with the one from
ci-templates which should work fine.

Increase the scroll-anchor scroll-margin-top to 5em

See merge request !4

Setting scroll-margin-top to 3.5em works when clicking the header anchor
on the safetyboard page, but doesn't scroll far enough on the initial
page load. I'm not sure why. Increasing it to 5 em makes the initial load
scroll far enough.

Stop the nav from covering header anchors

See merge request !3

Context: #30749

Set the BaseURL to the production URL

Closes #40007

See merge request !2

This will make the theme pull the stylesheets from the correct URL
Fixes: #40007

We were not actually using the other parts of the status-site
template, so there was nothing else there to include.

I grepped around and couldn't find instances of gitolite anywhere, so
I guess this should:

Closes: #40004

This makes it more obvious what this will do, and sort of hide the
boilerplate below.

fix hugo build

See merge request !1

This doesn't work: pages runs in parallel with the build stage (!) and
fails to find its artifacts. Go figure.

This reverts commit b9fafbec.

In theory, this should reuse the artifacts from the build stage, but I
don't remember if I made this work before

Specifically because the entrypoint of those images is hardcoded to
`hugo`, which makes CI fail with:

    Error: unknown command "sh" for "hugo"
    Run 'hugo --help' for usage.

The newer version still fails, this time with:

    Error: Error building site: process: readAndProcessContent: open /src/research/public/_index.html: no such file or directory

According to @irl, this broke in a newer hugo version which broke
everyone's themes.

I was able to reproduce the problem with an older hugo (the one
specified by status.tpo) locally, and fix it with this image, which is
the same version as the one shipped in Debian bullseye.

This reuses the code from status.torproject.org, for now: we'll
eventually move this to a template project (or system-wide templates)
but I just want to get this out the door for now.

This has not been tested outside of status.torproject.org, so it might
not quite work yet. GitLab doesn't have privileges to push to the
actual server yet, so this shouldn't affect production until the SSH
key is added to the project.

(actually they were added some months ago, and this commit makes the
website up to date.)

Fixes: #29560