big congratulations related to The setupTermuxArch.bash scripts

[JanuszChmiel]

dear MR Rausty,
I have spent some time today to try proot-distro and some of The supported distros. I have been very sad. Why? None of those distros have been setup with The Dbus-run support. I have received several error messages related to Dbus including issues that FD could not be set to 65536. And in some cases, at-spi could not work. So I can be open heart to you. If somebody want to work professionally with Linux OS from Termux, really, only your scripts are being still developed and dbus is preconfigured so Orca can still be used. So I can tell you. Very well done dear MR Rausty. You have done your best to allow all users to run so much apps. Your script makeyay allow users to build apps from X86 repositoryes on Aarch 64 platform. There is very exciting project to try. Boxx86 and Wine. But. Termux is very unpleasant. It is not possible to choose, if user want to run ARM machine code on AArch64. It would be great, if Termux could contain official dialog window to choose between those architectures or .apk precompiled with Termux which would execute ARM code on AArch64 bit cpu with no need to use qemu emulator.
Boxx86 allow users to execute X86 apps for Windows in conjunction with Wine. Sure. User must install Wine and user must install it on normal X886 CPU. User must install Win32 Wine prefix which must be transferred to Android device.
But first, it would be necessary to compile Termux .apk which will automatically install debootstrap for ARM platforms on Aarch64 BIt CPUS.
IT will be very exciting adventure.

[github-actions]

Thank you for contributing to make this project better😎 Keep up and follow to solve this issue.

[SDRausty]

Thank you very much @JanuszChmiel; Your words are very comforting and very welcome 🔔 🎵

makeyay allow users to build apps

Yes, it does. While I was attempting to create a superior command makeaurhelpers for makeyay in order to enhance the Linux expeirence on handheld with commands:

cd /usr/local/bin/

for i in $(ls --color=never makeaur*) ; do $i ; done, issue Building xrdp from AUR fails mentioning selinux #293 began ringing in my mind while I was studying the output from the makeaur* commands that cause makeyay and similar commands to makeyay to fail more often as of not too long ago. Hopefully a resolution for the patch command in the Termux PRoot environment will be forthcoming soon.

[SDRausty]

patch: setting attribute security.selinux for security.selinux: Permission denied #

This command ln -s /system/bin/patch /data/data/com.termux/files/home/arch/usr/local/bin/patch run in a native Termux shell might resolve a patch: setting attribute security.selinux for security.selinux: Permission denied error. This workaround seems to work with QEMU architecture emulation too. Issues “Building xrdp from AUR fails mentioning selinux #293” at SDRausty/TermuxArch#293 and “patch: setting attribute security.selinux for security.selinux: Permission denied #182” at termux/proot#182 have more information about this error.

[SDRausty]

makeyay allow users to build apps from X86 repositoryes on Aarch 64 platform.

Thank you for your fine compliments @JanuszChmiel; The command makeyayis renamed tomakeauryayand is planned to be superceeded by commandmakeaurhelpers` as the default product in all available computer architectures.

Testing all of the recently created makeaur* commands, and refining some of them is currently requested as some of these new commands do NOT complete their task. If there are aur helpers not mentioned in these newly created makeaur* commands, please share about unencompassed aur package creator packages here.

[SDRausty]

Testing all of the recently created makeaur* commands

cd /usr/local/bin/
for i in $(ls --color=never makeaur*) ; do $i ; done

[SDRausty]

Can you please outline your progress?