- Like https://github.com/termux/termux-packages/pull/24719, but in `thunderbird`
- I do not know for sure whether there is actually a way to reproduce the problem in `thunderbird`, but the same code is present, so it should be patched because even if it is currently unusued here, it could hypothetically start being used in the future by something.
- Termux's `tor` package is not currently compatible with `libseccomp`, but if `libseccomp` is present in `$TERMUX_PREFIX` before `tor` is built, then this error would happen: `src/lib/sandbox/sandbox.c:890:32: error: use of undeclared identifier 'PF_FILE'`
- this package is not in x11-repo, so its X11 features should not be automatically enabled even when X11 libraries are detected
- fixes the build when X11 libraries are present in `$TERMUX_PREFIX` before the build
- Prevents the error `.../files/usr/bin/glib-compile-resources: Exec format error` when the command `scripts/run-docker.sh -a all gtk3` (without `-I`, with `-a all`) is used.
- The reason it prevents that is because building without `-I` relies on packages that are formed from files installed into `$TERMUX_PREFIX` during `termux_step_host_build()` like `glib-cross` being built during the build for that architecture, but `-a all` deletes `$TERMUX_PREFIX` in between builds but does not remove hostbuild markers or hostbuild folders, so `glib-cross` will not get actually installed into `$TERMUX_PREFIX` for successive architectures unless its marker is removed.
- `libtheora` 1.2.0 does not search `$TERMUX_PREFIX` for `rm`, `sed`, `sort`, or `cat`
- `libtheora` has not been bumped in many years, and this update **heavily changes the names of the `.so` files** (example: `libtheoradec.so.1.1.4`->`libtheoradec.so`) so all `libtheora` reverse dependencies must be rebuilt.
- The error this fixes during cross-compilation `$TERMUX_ON_DEVICE_BUILD=false` mode while `coreutils` was already installed in the same `$TERMUX_PREFIX` before building, looks like this:
```
/home/builder/.termux-build/libtheora/src/configure: line 13310: /data/data/com.termux/files/usr/bin/rm: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 13319: /data/data/com.termux/files/usr/bin/sed: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 13320: ${+set}: bad substitution
/home/builder/.termux-build/libtheora/src/configure: line 6: /data/data/com.termux/files/usr/bin/cat: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 14: /data/data/com.termux/files/usr/bin/sed: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 40: /data/data/com.termux/files/usr/bin/sort: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 37: /data/data/com.termux/files/usr/bin/sed: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 44: /data/data/com.termux/files/usr/bin/cat: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 57: /data/data/com.termux/files/usr/bin/sort: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 79: /data/data/com.termux/files/usr/bin/cat: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 85: /data/data/com.termux/files/usr/bin/cat: cannot execute binary file: Exec format error
/home/builder/.termux-build/libtheora/src/configure: line 92: /data/data/com.termux/files/usr/bin/rm: cannot execute binary file: Exec format error
```
- Use `--disable-asm` for 32-bit ARM only, because the assembly optimizations for x86 architectures work, but the assembly optimizations for 32-bit ARM fail to build, and were not previously enabled by configure, but are now being enabled automatically.
- Fixes `mv: cannot overwrite '/data/data/com.termux/files/usr/share/cmake': Directory not empty` if anything else that also has a `$TERMUX_PREFIX/share/cmake` folder was already installed previously
- Prevents any similar error from occurring for the `$TERMUX_PREFIX/lib/clang/$llvm_major_version/lib` folder
- Fix repeated builds by removing `$TERMUX_HOSTBUILD_MARKER` during `termux_step_configure()`
- This fixes the build of `librsvg` if `scripts/run-docker.sh ./build-package.sh ffplay rust mesa` **without `-I`** was previously used in the same container before building `librsvg`
- `termux_step_post_massage()` operates on `$TERMUX_PKG_MASSAGEDIR/$TERMUX_PREFIX`, not `$TERMUX_PREFIX` directly, so previously, `$TERMUX_PREFIX/lib/libSDL2.so` would fail to exist during the use of `build-package.sh` **without `-I`** on reverse dependencies of `sdl2`.
- The error this fixes in reverse dependencies looks like this:
```
Hint: ERROR: sdl2 requested but not found
```
- Reverts https://github.com/termux/termux-packages/pull/24397 because unfortunately, it causes the error `ERROR: /data/data/com.termux/files/usr/bin/python3.12 does not exist` when the command `scripts/run-docker.sh ./build-package.sh python` (**without `-I`**) is used
