Rosetta | Toolset for migrating your codebase from C # to TypeScript | Transpiler library

Using answer of @Charles Duffy you can make older versions run on M1s. However Python versions before 3.8 will NOT be officially supported on M1 because they were not in bug-fix phase when M1 chips were released. It is stated clearly here as:

">Are there plans to backport PR 22855 to any branches older than 3.9?

The plan is to also support 3.8 on Big Sur and Apple Silicon as 3.8 is still in bugfix mode. There are no plans to backport support to 3.7 and 3.6 which are in the security-fix-only phase of their release cycles."

in this python bug tracker.

So I don't think there is any way to get them working on M1 unless someone tweaks python on their own.

I solved this by just uninstalling homebrew first and downloaded matplotlib with python3. After that i reinstalled homebrew using non-rosetta terminal. Idk how it works cause im very new to these stuff but what works works i guess.

I realized that homebrew installation messed up cocoapods.

Simply, I uninstalled homebrew and start from beginning. Then it worked.

softwareupdate is a function you are trying to call with the zsh shell, the error is telling you it cant find that function... looks like you are trying to install rosetta...

Try this? https://derflounder.wordpress.com/2020/11/17/installing-rosetta-2-on-apple-silicon-macs/

I don't see any reference to the curl library in your makefile. To rectify this, you (probably) need to add -lcurl to your LDFLAGS.

Also, /opt/homebrew/opt/curl/bin/curl is the curl executable, not the library. That is (probably) /opt/homebrew/opt/curl/lib/libcurl.so

i18n_patterns has a keyword argument prefix_default_language whose default is True. According to the documentation it:

Setting prefix_default_language to False removes the prefix from the default language (LANGUAGE_CODE). This can be useful when adding translations to existing site so that the current URLs won’t change.

You haven't set this to False in your code so you end up not having a pattern that would match mysite.com. Add the keyword argument to the function call so that you don't need the prefix for the default language:

BlackBerry Dynamics SDK version 9.1 does not support M1 Apple Silicon. Currently, BlackBerry Dynamics apps are blocked from activating on an M1 powered Mac. BlackBerry is working on supporting this architecture, which will be available in a future BlackBerry Dynamics SDK release.

LaunchServices are keeping track.

See ~/Library/Preferences/com.apple.LaunchServices/com.apple.LaunchServices.plist: Architectures for arm64 dictionary.

This issue is due to a mismatch between the libffi header version and the version of libffi the dynamic linker finds. In general it appears users encountering this problem have homebrew libffi installed and have a Python built against that in some fashion.

When this happens cffi (a cryptography dependency) compiles, but fails at runtime raising this error. This should be fixable by passing the right path as a linker argument. To reinstall cffi you should pip uninstall cffi followed by

LDFLAGS=-L$(brew --prefix libffi)/lib CFLAGS=-I$(brew --prefix libffi)/include pip install cffi --no-binary :all:

This is an ugly workaround, but will get you past this hurdle for now.

Update: I've uploaded arm64 wheels for macOS so the below compilation is no longer required if your pip is up-to-date. However, if, for some reason you wish to compile it yourself:

LDFLAGS="-L$(brew --prefix openssl@1.1)/lib" CFLAGS="-I$(brew --prefix openssl@1.1)/include" pip install cryptography