Discuss core development of Termux | posts by @GrimlerBot are from #termux/development on freenode
--source
may accept either google-play
(likely will be default for Google Play Termux build) or just HTTP(s) URL.
pkg
script can be extended to read source
from environment variable or config file.
std
Only problem is apt runs with the no root patch. so now i've added an override option to generate-bootstraps.sh and plan to add apt myself
Bootstraps and no-root apt patch have no relation. One can be changed without other and vice-versa. Apt is already part of bootstrap installation.
last thing, if i remove the patch from termux-packages is that all i have to do?
@xeffyr I have unresolved questions and hope you can help me. The ←
win bug persists and files.so must also be converted with dos2unix to get correct nl/-symlinks with bash. Termux (u/) only contains symlinks.so
after boot/reset. With /system/bin
the ←
bug can be fixed and symlinks checked:
PATH=/system/bin;l=/data/data/com.termux/lib; ln -s ../usr u;ln -s $l nl; cp nl/files.so f; dos2unix f
find u/ -type l>1;for i in $(cat $l/symlinks.so|sed s%←.%@%);do echo u${i#*@}>>2;done;diff 1 2
while read -r i;do f=u/${i#*\?}; d=`dirname $f`; [ ! -d $d ]&& mkdir -p $d; ln -s $l/${i%\?*} $f;done<f
In the meantime I have a real device with Q/10 (Galaxy Tab S6 Lite) and check a99/b99 which corresponds to termux-99 with targetSdk: 28/29 with two arch: i686/aarch64 = pixel/samsung. I have no problem with a99 but unfortunately some assumptions from the emulator checks are wrong with b99 and the (google) file app has no access to termux data at Samsung. So after setup-storage and with 29 none of the symlinks can be read. The bug has been fixed for 28 and 30.
Question: How do I get the nl/ symlink? The nativeLibraryDir is at Pixel ../../lib
or /data/data/com.termux/lib
. With Samsung this is missing and pm path
is no longer possible - Why?
pm path is no longer possible - Why?
Higher Android versions + more security = more restrictions + more commands no longer working.
pm
as well as many other stuff from /system/bin should work only in ADB.
←
win-bug is fixed with the workaround above (on pixel). But not my question about the Samsung nl/
symlink and also not why the devices behave differently with the same build (line 46)? In a99 the symlink would not be necessary, but it is still generated in pixel. What would an Os.symlink (path, path)
look like that did that?