dbdeployer
dbdeployer copied to clipboard
arm64 downloads
add some downloads for arm64, for M1 Macs. looks like just 8.0.27 but that's a good start
makes sense to define a new OS: "DarwinARM64"
I have a couple of problems with this task at the moment:
- I don't own an M1 Mac. I can't just add the downloads for the new architecture, as it would require an update in the code, and I would also need to test the new downloads.
- Even if I find someone who would let me access an M1 remotely, I am unable to code now and I will be for several weeks, as an accident has deprived me of the use of my dominant hand.
That said, if someone would submit a pull request with the code changes and the downloads, I can have a look.
No problem I could have a crack. Just a question regarding how you want to differentiate apple from intel chips in the list.json?
That depends on how an M1 defines itself. The operating system used in the tarball list must be detectable by the function CheckTarballOperatingSystem (in common/checks.go). As you can see from that function, figuring out the right type requires some experimentation. Probably it would be necessary replacing every occurrence of runtime.GOOS into a function that combines OS and architecture.
that looks about right. I ran locally and got these values:
runtime.GOARCH => arm64 runtime.GOOS => darwin
I have opened a new branch that should fix this issue. (https://github.com/datacharmer/dbdeployer/tree/arm-64-downloads)
It would be nice if someone with access to a arm64 architecture would compile this branch and test the downloads commands: get-by-version, add, add-remote, list, tree
Release v1.69.0 resolves this issue