roll arm32 builds back to alpine 3.12 to avoid time64 change

[capntrips]

---

• [x] I have read the contributing guideline and understand that I have made the correct modifications

---

Description:

Rolled buildstage back to alpine 3.12 Reverted #125 and installed py3-cryptography alpine package to avoid rust-lang/cargo#9187

Benefits of this PR and context:

Fixes #127 and potentially #124

How Has This Been Tested?

Deployed to Raspberry Pi 4 and tested basic functionality (download, check, repair, extract).

Source / References:

musl time64 Release Notes

[capntrips]

I'm happy to apply the py3-cryptography change to the other Dockerfiles, if that would be preferable.

[LinuxServer-CI]

I am a bot, here are the test results for this PR: https://ci-tests.linuxserver.io/lspipepr/nzbget/v21.0-pkg-bf3e431d-pr-130/index.html https://ci-tests.linuxserver.io/lspipepr/nzbget/v21.0-pkg-bf3e431d-pr-130/shellcheck-result.xml

[capntrips]

The issue I was having with building py cryptography must be something with my build system, as I had the same issue with alpine 3.13, and I see the weekly Jenkins build finished yesterday without issue.

Also, this may soon be redundant, as I appear to have fixed the time64 issue upstream. I submitted a pull request here. I have done some basic testing on Ubuntu 20.04 amd64 and Alpine 3.13 amd64 and armhf, and the issue seems to be resolved with no obvious bugs.

[tobbenb]

You are hitting the libseccomp error that has been an issue with focal on Ubuntu and on alpine after they started using 64bit time. So the best option is to update libseccomp or update to a 64bit OS.

[capntrips]

# date
Fri Apr  9 09:28:14 CDT 2021

[Roxedus]

Just downgrading the buildstage should suffice.

[LinuxServer-CI]

I am a bot, here are the test results for this PR: https://ci-tests.linuxserver.io/lspipepr/nzbget/v21.0-pkg-bf3e431d-pr-130/index.html https://ci-tests.linuxserver.io/lspipepr/nzbget/v21.0-pkg-bf3e431d-pr-130/shellcheck-result.xml