Enable libcaca support in mpv (#499)
[termux-packages] / README.md
1 Termux packages
2 ===============
3 [![Join the chat at https://gitter.im/termux/termux](https://badges.gitter.im/termux/termux.svg)](https://gitter.im/termux/termux)
4
5 This project contains scripts and patches to build packages for the
6 [Termux](https://termux.com/) Android application.
7
8 The scripts and patches to build each package is licensed under the same license as
9 the actual package (so the patches and scripts to build bash are licensed under
10 the same license as bash, while the patches and scripts to build python are licensed
11 under the same license as python).
12
13 Build environment on Ubuntu 16.04
14 =================================
15 Packages are built using Ubuntu 16.04. Perform the following steps to configure a Ubuntu 16.04 installation:
16
17 - Run `scripts/setup-ubuntu.sh` to install required packages and setup the `/data/` folder.
18
19 - Run `scripts/setup-android-sdk.sh` to install the Android SDK and NDK at `$HOME/lib/android-{sdk,ndk}`.
20
21 Build environment using Docker
22 ==============================
23 On other Linux distributions than Ubuntu 16.04 (or on other platforms than Linux) the best course
24 of action is to use Docker to setup a build environment.
25
26 A Docker container for building packages can be setup with:
27
28 ./scripts/run-docker.sh
29
30 This will setup a container (from an image created by [scripts/Dockerfile](scripts/Dockerfile))
31 suitable for building packages.
32
33 This source folder is mounted as the /root/termux-packages data volume, so changes are kept
34 in sync between the host and the container when trying things out before committing, and built
35 deb files will be available on the host in the `debs/` directory just as when building on the host.
36
37 Build commands can be given to be executed in the docker container directly:
38
39 ./scripts/run-docker.sh ./build-package.sh libandroid-support
40
41 will launch the docker container, execute the `./build-package.sh libandroid-support`
42 command inside it and afterwards return you to the host prompt, with the newly built
43 deb in `debs/` to try out.
44
45
46 Building a package
47 ==================
48 The basic build operation is to run `./build-package.sh $PKG`, which:
49
50 1. Sets up a patched stand-alone Android NDK toolchain if necessary.
51
52 2. Reads `packages/$PKG/build.sh` to find out where to find the source code of the package and how to build it.
53
54 3. Extracts the source in `$HOME/.termux-build/$PKG/src`.
55
56 4. Applies all patches in packages/$PKG/\*.patch.
57
58 5. Builds the package under `$HOME/.termux-build/$PKG/` (either in the build/ directory there or in the
59 src/ directory if the package is specified to build in the src dir) and installs it to `$PREFIX`.
60
61 6. Extracts modified files in `$PREFIX` into `$HOME/.termux-build/$PKG/massage` and massages the
62 files there for distribution (removes some files, splits it up in sub-packages, modifies elf files).
63
64 7. Creates a deb package file for distribution in `debs/`.
65
66 Reading [build-package.sh](build-package.sh) is the best way to understand what is going on.
67
68
69 Additional utilities
70 ====================
71 * build-all.sh: used for building all packages in the correct order (using buildorder.py).
72
73 * clean-rebuild-all.sh: used for doing a clean rebuild of all packages.
74
75 * scripts/check-pie.sh: Used for verifying that all binaries are using PIE, which is required for Android 5+.
76
77 * scripts/detect-hardlinks.sh: Used for finding if any packages uses hardlinks, which does not work on Android M.
78
79 * scripts/check-versions.sh: used for checking for package updates.
80
81 * scripts/list-packages.sh: used for listing all packages with a one-line summary.
82
83
84 Resources about cross-compiling packages
85 ========================================
86 * [Linux From Scratch](http://www.linuxfromscratch.org/blfs/view/svn/index.html)
87
88 * [Beyond Linux From Scratch](http://www.linuxfromscratch.org/blfs/view/stable/)
89
90 * [Cross-Compiled Linux From Scratch](http://www.clfs.org/view/CLFS-3.0.0-SYSVINIT/mips64-64/)
91
92 * [OpenWrt](https://openwrt.org/) as an embedded Linx distribution contains [patches and build scripts](https://dev.openwrt.org/browser/packages)
93
94 * http://dan.drown.org/android contains [patches for cross-compiling to Android](http://dan.drown.org/android/src/) as well as [work notes](http://dan.drown.org/android/worknotes.html), including a modified dynamic linker to avoid messing with `LD_LIBRARY_PATH`.
95
96 * [Kivy recipes](https://github.com/kivy/python-for-android/tree/master/pythonforandroid/recipes) contains recipes for building packages for Android.
97
98
99 Common porting problems
100 =======================
101 * The Android bionic libc does not have iconv and gettext/libintl functionality built in. A package from the NDK, libandroid-support, contains these and may be used by all packages.
102
103 * "error: z: no archive symbol table (run ranlib)" usually means that the build machines libz is used instead of the one for cross compilation, due to the builder library -L path being setup incorrectly
104
105 * rindex(3) is defined in <strings.h> but does not exist in NDK, but strrchr(3) from <string.h> is preferred anyway
106
107 * <sys/termios.h> does not exist, but <termios.h> is the standard location.
108
109 * <sys/fcntl.h> does not exist, but <fcntl.h> is the standard location.
110
111 * glob(3) system function (glob.h) - not in bionic, but use the `libandroid-glob` package
112
113 * [Cmake and cross compiling](http://www.cmake.org/Wiki/CMake_Cross_Compiling).
114 `CMAKE_FIND_ROOT_PATH=$TERMUX_PREFIX` to search there.
115 `CMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY` and `CMAKE_FIND_ROOT_PATH_MODE_INCLUDE=ONLY`
116 for only searching there and don't fall back to build machines
117
118 * Android is removing sys/timeb.h because it was removed in POSIX 2008, but ftime(3) can be replaced with gettimeofday(2)
119
120 * mempcpy(3) is a GNU extension. We have added it to <string.h> provided TERMUX_EXPOSE_MEMPCPY is defined,
121 so use something like CFLAGS+=" -DTERMUX_EXPOSE_MEMPCPY=1" for packages expecting that function to exist.
122
123
124 dlopen() and RTLD_* flags
125 =================================
126 <dlfcn.h> originally declares
127
128 enum { RTLD_NOW=0, RTLD_LAZY=1, RTLD_LOCAL=0, RTLD_GLOBAL=2, RTLD_NOLOAD=4}; // 32-bit
129 enum { RTLD_NOW=2, RTLD_LAZY=1, RTLD_LOCAL=0, RTLD_GLOBAL=0x00100, RTLD_NOLOAD=4}; // 64-bit
130
131 These differs from glibc ones in that
132
133 1. They are not preprocessor #define:s so cannot be checked for with `#ifdef RTLD_GLOBAL`. Termux patches this to #define values for compatibility with several packages.
134 2. They differ in value from glibc ones, so cannot be hardcoded in files (DLFCN.py in python does this)
135 3. They are missing some values (`RTLD_BINDING_MASK`, `RTLD_NOLOAD`, ...)
136
137
138 RPATH, RUNPATH AND LD\_LIBRARY\_PATH
139 ====================================
140 On desktop linux the linker searches for shared libraries in:
141
142 1. `RPATH` - a list of directories which is linked into the executable, supported on most UNIX systems. It is ignored if `RUNPATH` is present.
143 2. `LD_LIBRARY_PATH` - an environment variable which holds a list of directories
144 3. `RUNPATH` - same as `RPATH`, but searched after `LD_LIBRARY_PATH`, supported only on most recent UNIX systems
145
146 The Android linker (/system/bin/linker) does not support `RPATH` or `RUNPATH`, so we set `LD_LIBRARY_PATH=$PREFIX/lib` and try to avoid building useless rpath entries with --disable-rpath configure flags. Another option to avoid depending on `LD_LIBRARY_PATH` would be supplying a custom linker - this is not done due to the overhead of maintaining a custom linker.
147
148
149 Warnings about unused DT entries
150 ================================
151 Starting from 5.1 the Android linker warns about VERNEED (0x6FFFFFFE) and VERNEEDNUM (0x6FFFFFFF) ELF dynamic sections:
152
153 WARNING: linker: $BINARY: unused DT entry: type 0x6ffffffe arg ...
154 WARNING: linker: $BINARY: unused DT entry: type 0x6fffffff arg ...
155
156 These may come from version scripts in a Makefile such as:
157
158 -Wl,--version-script=$(top_srcdir)/proc/libprocps.sym
159
160 The termux-elf-cleaner utilty is run from build-package.sh and should normally take care of that problem.