Magick.net: Support Raspberry Pi or Linux-arm ？

[chaoweiyi]

Can it be supported in the next version?

[dlemstra]

I don't know what needs to be done to make this possible. I can take a look at it but I don't think that support can be added before the next release.

[chaoweiyi]

I appreciate your help.

[dlemstra]

Looks like we need to wait till support for building on ARM will be added to AzureDevOps. Once that has been added I will take another look at this issue.

[PatrykPorabik]

Hello,
Any news when arm64 will be supported? We've tried to install our app with your library on Raspberry, Ubuntu 18.04 with arm64 processor, but we failed. Do you know the estimates when it will be possible?

[dlemstra]

I cannot give you an estimate because this all depends on when AzureDevOps will have arm64 support. And at this moment it has no support for that.

[nixcamic]

AFAIK AzureDevOps now has support for arm64. arm/arm64 would also be super useful for Xamarin.Android projects.

[dlemstra]

The build has moved from AzureDevOps to GitHub. Not sure if they support an ARM build.

[nixcamic]

AFAIK they claim to support ARM. If I knew more about the GitHub build process I would test it myself.

[he852100]

I seem to need it.

[derBobo]

are there any news for an arm/arm64 build ?

[rosenbjerg]

I would also like arm32 and arm64 support

[dlemstra]

Waiting for ARM support in GitHub actions for the open source developers.

[rosenbjerg]

You can build ARM images on the GitHub build agents using Docker buildx/Docker experimental features.
See crazy-max/ghaction-docker-buildx
Docker then uses qemu for arm32 and arm64

[marshalhayes]

I stumbled upon this issue while trying to get the library working on my Raspberry Pi 4b. Everything ran extremely smoothly on my MacBook pro, so I was surprised it didn't on Linux.

My Raspberry Pi 4b is running a 64-bit version of Debian, but I think I'm having similar issues to everyone here: The library dll is passed along in my deployment process, but performing any operations with it throws a System.DllNotFoundException exception and sometimes a System.BadImageFormatException.

I assume this is related to support for arm64 processors?

marshal@rpi1:~$ uname -a
Linux rpi1 5.7.0-2-arm64 #1 SMP Debian 5.7.10-1 (2020-07-26) aarch64 GNU/Linu

Are there any steps I can take to get this working, or do I need to wait until GitHub actions supports ARM processors?

[dlemstra]

For this to work I will need to do an arm64 build of the Magick.Native library. The complete build has now moved to GitHub and we need to wait till they will provide support for the open source projects.

[nixcamic]

For stuff I absolutely need to run cross platform I switched over to ImageSharp, it's not as well documented or as fast, but it seems pretty feature complete and is 100% managed code so will run anywhere .NET/Mono does.

[Y56380X]

I tried to cross-compile Magick.Native for ARM64 on an Ubuntu x64 machine and copy the .so file manually. It kind of works for my purposes but some dependencies failed to build properly. (Forked for build script adjustments to Y56380X/Magick.Native)

Failing dependencies:

• openjpeg
• glib
• lqr
• pango
• croco
• librsvg

[Seabizkit]

Please add this..... busy setting up a project now and converting to Arm, and was kind stomped back when this is not working.

is there an ETA? Please give this some LOVE

[dlemstra]

You will need to ask GitHub for the ETA. Read my response:

For this to work I will need to do an arm64 build of the Magick.Native library. The complete build has now moved to GitHub and we need to wait till they will provide support for the open source projects.

[EraYaN]

It is feasible (and probably faster) approach to building ARM anything to run a cross compile, like for example something like this:

https://github.com/jellyfin/jellyfin-skiasharp-native/tree/master/Jellyfin.SkiaSharp.NativeAssets.LinuxArm

Don't think you need to run specifically on ARM to compile for it.