TermuxArch VS QEMU

Termux includes a Terminal, its own Linux distro, and an apt-like package repo and manager. However, I prefer to install another distro on top of it, like Arch.

They are made when Arch Linux is installed with TermuxArch and also with the bloom skeleton option, setupTermuxArch bl.

TermuxArch publishes aur helper installers that work on Android smartphones:

Would you like to try to setup KVM? If so please open an issue here. If we are successfull r/WMCBTech30 will probably state our work as find it irrelevant and unhelpful as they already have.

setupTermuxArch qemu installs alternate architectures with two taps. The command csystemctl installs a systemd replacement that appears to work as expected.

This was achieved through Termux and the TermuxArch script

references: a) https://github.com/TermuxArch/TermuxArch/issues/25 b) https://github.com/TermuxArch/TermuxArch/issues?q=is%3Aissue+qemu

This commit added a handfull of aur builders two days ago that are now easily accessable! makeauraclegit makeaurpopularpackages makeaurbauerbill makeaurpuyo makeaurfakeroottcp makeaurrepoctl makeaurghcuphs makeaurrepofish makeaurhelpers makeaurrustup makeaurpacaur makeaurshellcheckbin makeaurpackagequery makeaurtllocalmgr makeaurpakku makeaurtrizen makeaurparu makeaurutils makeaurpbget makeauryaah makeaurpikaur makeauryay makeaurpikaur-git makeauryayim makeaurpkgbuilder

GHCup-hs works flawlessly in TermuxArch; THANK YOU! Did you know that Haskell can play music from code? Tap here to see video search results.

GHCup-hs works flawlessly in https://github.com/TermuxArch/TermuxArch THANK YOU TERMUX!

My original solution was an obvious one but had an interesting bug. I simply would use Perl's system command to execute the SlackBuild script with a shell, where I would pipe stdout to tee, writing the stdout to a temporary file. After the SlackBuild would execute I would read the temporary file looking for the Slackware package $PATH created line. This solved the problem of allowing both the user and sbozyp to read the stdout of the SlackBuild script. For 99% of builds this worked fine ... but then there was qemu. Qemu is a massive project that requires a huge compilation. My system uses a small 4GB tmpfs mounted at /tmp, and the temporary file that was being teed to ended up getting so large from all the qemu compilation output that tee (and thus sbozyp) crashed for "device out of space".

There are plenty of tutorials and other Docker images running Raspberry Pi OS using QEMU, but unfortunately, all of them utilize the OS image at runtime as an SD card. Hence, they do not support mounting volumes to share the filesystem.

There are several choices for running code in partial or full isolation. Some languages include lightweight environments that do not interfere with each other, e.g., virtual environments in Python. However, due to caching and links, these are not sufficiently isolated for us. At the other end of the spectrum, we can run code in a node of a cloud computing service. However, the overhead and cost make this not worthwhile given our needs: isolation, but not very strong security requirements. Alternatively, we can run a virtual machine or emulator such as QEMU, VirtualBox, or others. This also has too much overhead given our needs.

Over the last year I have been rewriting QEMU's x86 decoder. I am now at a point where it should not be too hard to add APX support.

My decoder is mostly based on the tables in the manual, and the code is mostly okay—not too much indentation and phases mostly easy to separate/identify. Nevertheless there are several cases in which the manual is wrong or doesn't say the whole story.

The top comment explains a bit what's going on: https://github.com/qemu/qemu/blob/59084feb256c617063e0dbe7e6...

QEMU is an excellent open-source project that enables users to work on various projects across multiple platforms. Starting a VM instance with QEMU is straightforward. On my old Intel-based Mac, the following command will launch an Ubuntu cloud image:

Another important tool from the same organization is Vagrant, which provides extra help in running VMs built with Packer. Of course, the choice of a VM provider is also very important, as some VM providers may not be supported on certain platforms. For example, there are no VMware or VirtualBox releases that support Apple Silicon. However, QEMU is supported on most platforms, including Apple Silicon, which is why this provider was chosen here.