Closed igor725 closed 2 years ago
Doesn't seem like this has anything to do with termux-api. Something is trying to LD_PRELOAD liblistenjni.qti.so
for some reason, and not finding it
There is only libtermux-exec.so
in the LD_PRELOAD
. The thing is that I don't have liblistenjni.qti.so
anywhere, neither in /system
or /vendor
, so I can't even add it to LD_LIBRARY_PATH
. gdb says that termux-api
hangs on __accept4
function.
Seems like xiaomi should have it in /system_ext
or something like that
Mixing proot libraries and android libraries is messy so not sure if we want to try to support termux-api for proot
Oh, didn't notice this one. And yes, I found this library in /system_ext
. I'll try to figure it out myself, thanks.
Looks like mounting /system_ext
fixes this issue. I didn't even have to change LD_LIBRARY_PATH
, I just added ARGS="$ARGS -b /system_ext:/system_ext"
to /usr/bin/termux-chroot
and it worked.
Great :+1:
Problem description
termux-api
binary not working at all in the proot containerSteps to reproduce
termux-chroot bash
/usr/libexec/termux-api
liblistenjni.qti.so
, library not found)Expected behavior
termux-api
doesn't throw an linker error, just like outside prootAdditional information