ndk VS termux-packages

Android folks are thinking about using WASM for NDK, with compilation to native code on the PlayStore.

https://github.com/android/ndk/issues/1771

We have looked into what work would be required to support Rust in the NDK, but even if we did it (which is not certain!) it's a lot of work. Today, we're mainly investing in the lower-level work (compiler changes for some of the complexity around linkage on android, etc.). Feel free to follow along / make suggestions here: https://github.com/android/ndk/issues/1742

If it used to work then you probably just need to reinstall(/recompile) it with something like pip3 install ocrmypdf --force. Most likely issue happens because some library it links against had a major upgrade, which caused the mentioned symbol to disappear (could also be a variant of https://github.com/android/ndk/issues/1614, but seems unlikely)

I have an M1. I compile Android apps in Android Studio a lot. For a small Android app without many bells and whistles M1 compiles fast (even faster than my Ubuntu laptop). However some Android apps I compile have some C/C++ code compiled with the NDK and accessed via JNI - and which now have to compile on an ARM chip - and that is a rigmarole currently ( https://github.com/android/ndk/issues/1299 ) to the extent that I am just sticking with Ubuntu on x86-64 until ARM is fully supported in Android Studio full release (not some alpha/canary version).

Also, I have never used the MacOS Active Trader Pro app, but I downloaded it to my M1 and it did not work, and online old Macbook users say it works and people with M1s say it has problems on M1.

So my experience is look to see what apps support M1 and ARM. I can tell you that Rosetta does not work for everything.

Apps were not working, and I put Rosetta in, and now some apps work and some don't. So this is another thing to look into.

> The new architecture also doesn't make much difference. Stuff just works, though homebrew needs to be told it's not on Intel anymore (terraform breaks weirdly if you don't do this). There seem to be plenty of M1 versions for your generic coder stuff.

I bought an MBP with M1 recently. The main reason was to run video conferencing software, which so far it has done well at. That it is a powerful machine yet small and lightweight was a plus for it as well - its easy portability.

I bought it for some secondary reasons, but those have not panned out yet. In mid-February I tried to compile a program with the release version of Android Studio, the project had NDK (C language) components. Even with Rosetta it was not working ( https://github.com/android/ndk/issues/1299 ). Google said they had M1 support coming down in Android Studio canary version and other fixes coming out as well in the future. I'm not in a rush, but it compiles on my Ubuntu box and on Intel-based Macs, but not M1 out of the box yet (not without having to fiddle around to do it any how).

For my Android projects that were fully Java/Kotlin based, the M1 did compile fast though.

Also, Fidelity said they have an application called Active Trader Pro that works on Macs. It's not something I ever used, or that I would probably use regularly, but I decided to check it out. It would not work for me either, and support forums made mention of difficulties it has on M1.

One thing I haven't tried yet is loading Unity 3d and futzing around with it, hopefully when I have the time to do that it will be working.

Still happy with my purchase as it's working for my primary need, and more Android Studio support seems to be coming, and it is not a big rush to me. It's probably good that Apple is pulling software into a world where it supports ARM (kind of weird Android code primarily targets ARM devices, yet has trouble compiling on ARM devices). I had heard about how fast things compile on it, but it was even faster than I expected. So all in all I like it, and hopefully more software will be supported as time goes on.

> And ARM compatibility issues not really helping

There were two things I wanted to try on my MBP w/ M1 - compiling an Android app that has some C code, and also to run Fidelity's Active Trader Pro program (not that I would use it that actively). I also installed the Rosetta stuff it prompted for.

The Active Trader Pro program would not run.

In Android Studio, the production version can not compile with CMake as it can on Intel-based Macs yet ( https://github.com/android/ndk/issues/1299 ). They say there is stuff in the beta/alpha/canary branches where it is working, but I am not in a rush and will wait for that to make its way into production.

> It’s good, fast

Yes, I did see the speed, especially with a normal Kotlin/Java Android Studio compile, on 16GB RAM.

Could you open an issue at github.com/termux/termux-packages? Miiight be a variant of https://github.com/android/ndk/issues/1614, but we haven't seen that for golang packages before

NDK development is not supported, but my understanding is that everything else is good to go.

usbredirect, USB drives/disks, Termux, termux-usb, QEMU, and Alpine Linux in action in April 2024 on an Android 11 phone that is not rooted --> Update-6, Update-7, Update-8, Update-9, Update-10 at https://github.com/termux/termux-packages/issues/19635

"USB Network Redirection protocol description version 0.7 (19 May 2014)": https://gitlab.freedesktop.org/spice/usbredir/-/blob/main/do... (gitlab.freedesktop.org/spice/usbredir/-/blob/main/docs/usb-redirection-protocol.md)

"How to use Spice "Open remote computing"" Hans de Goede "@ T-DOSE 2011, Eindhoven": https://www.youtube.com/watch?v=e1fC3GOTHOY (www.youtube.com/watch?v=e1fC3GOTHOY)

Phone (not rooted) running Android 11 and Termux doing superuser/root operations on a USB flash drive connected to the phone, for example "cryptsetup luksFormat /dev/sda1" and "mkfs.ext4 /dev/mapper/v1" --> Update-6 through Update-8 and "Connecting a USB device to QEMU using termux, termux-usb, usbredirect" at https://github.com/termux/termux-packages/issues/19635 (see also Update-9, Update-10, Update-11).

Done on a phone that is not rooted running Termux, termux-usb, usbredirect, and QEMU --> "cryptsetup luksFormat /dev/sda1" and "cryptsetup luksOpen /dev/sda1 v1" and "mkfs.ext4 /dev/mapper/v1" and "mount /dev/mapper/v1 /root/1" where "/dev/sda1" is a partition on a USB flash drive ("dev/sda") plugged in the phone: https://github.com/termux/termux-packages/issues/19635 (github.com/termux/termux-packages/issues/19635'cryptsetup)

Yes. Even without enabling root, you can install Termux[1] and have a full Linux cli environment with ssh.

> don't understand not more people want to access their DCIM folder via sshfs

I agree. I sync my camera folder with Syncthing[1], so as soon as I take a photo it is available on my laptop.

1: https://termux.dev/

As usual don't forget that Android/Linux isn't GNU/Linux,

https://github.com/termux/termux-packages/wiki/Termux-and-An...

https://developer.android.com/ndk/guides/stable_apis

https://android.googlesource.com/platform/bionic/+/master/an...

With this, I was able to cross compile lone for x86_64 from within the Termux environment of my aarch64 smartphone. All I had to do was obtain the Linux user space API headers for x86_64.

I made a Termux package request for multiplatform Linux UAPI headers specifically so I could cross compile lone but unfortunately it was rejected.

https://github.com/termux/termux-packages/issues/16069

I wonder how far you could get with the git client in termux. I got vim running at one point.

[1] https://termux.dev/

[2] https://packages.termux.dev/apt/termux-main/pool/main/g/git/

Crystal can be installed with just pkg install crystal. If you have Docker, you could also clone the build environment and try building Crystal locally with scripts/run-docker.sh scripts/build-package.sh -I -a aarch64 crystal.