Forgot to bump the version in mrhlpr/__init__.py, so let's tag a fixup
release.

Add riscv64 for... well you know it, and also arm64 -> aarch64 for
aarch64-darwin systems similar to this patch:
https://lists.sr.ht/~postmarketos/pmbootstrap-devel/%3C167000939722.18650.8735853729695007724-0@git.sr.ht%3E

Currently "riscv64" jobs are named "riscv64-emulated" in alpine (in pmOS
it's just "riscv64"). Adjust the script so it finds both.

Keep going if the pipeline status is not "success", just print a warning
instead of failing completely. Sometimes it makes sense to use this even
if the overall status is still "running", for example right now I
submitted a MR to alpine and the ppc64le build didn't start even though
the aarch64 build was complete already.

Always get the api call to the latest pipeline without cache, so we
don't miss newer pipelines. The comment already said so, but the code
still used the cache unless running with mrtest --no-cache.

Query the merge request api call directly in get_artifacts_zip, instead
of going through get_status where also the source project api call gets
queried. Remove pipeline related properties from get_status() again
since it's not used anymore.

Use the proper pipeline_project_id instead of the source_project_id
(which may or may not be the same as it turns out).

Don't cache the request to get the latest pipeline, since there may be a
new one already. I had set this to cached during development.

That was easier than expected :)

Ask the user whether they trust the runner when seeing it for the first
time, similar to connecting to an untrusted SSH host.

Pass the origin, instead of trying to determine it again in
download_json. This avoids additional calls to to "git remote get-url",
and prepares for mrtest code which will just pass a dict for origin
instead of determining it from the current git repository.

Copy from pmbootstrap.git, to add the same max line length.

I find it useful to use mrhlpr to checkout merge requests from other
gitlab instances too, even if it's not used there to merge the MRs.

Recent versions of git have introduced a warning not to use git
filter-branch which prints a message and sleeps for 10 seconds.
As we want to continue using filter-branch we can disable the message
and the 10 second delay by passing FILTER_BRANCH_SQUELCH_WARNING=1 to
the process.

We don't need to create global environment variables as we just need the
MRHLPR_MSG_FILTER_MR_ID variable for the one git call.

Don't assume the target branch to be master.

Use the original name from the API, because we'll add target_branch
next.