summaryrefslogtreecommitdiff
path: root/docker
AgeCommit message (Collapse)Author
2022-12-21add missing po4a dependency to android-ndk docker imagecyBerta
2022-11-22update emulator imgcyberta
2022-08-08update docker images for SDK 31, keep docker image version in sync with ↵cyBerta
Android SDK version
2022-01-31install swigcyBerta
2022-01-31install cmake through sdkmanager in ndk docker imagecyBerta
2022-01-25Update CI Docker images to Bullseyekwadronaut
2021-12-18use ndk side-by-side, parse ndk directory name from source.properties and ↵cyBerta
adapt the ndk path
2021-08-03add missing debian packages to build torcyberta
2021-08-02docker-engine seems to have been replaced by docker-ce packagecyberta
2021-08-02try to install docker according to the docscyberta
2021-08-02update url to docker debian-strech stablecyberta
2021-08-02update url to docker apt gpg keycyberta
2021-07-21fix ndk path in android-ndk docker filecyBerta
2021-07-21update required NDK version in docker build filecyBerta
2021-01-10install Android R emulatorcyBerta
2021-01-10update docker images for sdk 30cyBerta
2019-08-02update ndk version to r20 - preparation for go libraries cross compilingcyBerta
2019-02-18Accept new sdk licenses in dockercyBerta
2018-12-29update sdk to version 28, update dependencies, fix potential memory leakscyBerta
2018-06-15Merge branch 'mirror_0xacab_master' into #8889_revise_NavigationDrawercyBerta
2018-06-15rebuild docker image to update the android ndkcyBerta
2018-06-14rebuild docker image with ndk r16bcyBerta
2018-02-06update ndk to version r16bcyBerta
2018-02-02#8832 add gradle task for license issuecyBerta
2018-02-02#8832 accept google licenses also in ndk imagecyBerta
2018-02-01#8832 dear ci: say yes to googles licencescyBerta
2018-01-30#8818 add abi option to emulator setupcyBerta
2018-01-29#8818 fix emulator setup commandcyBerta
2018-01-29#8818 continuous integration for ui testscyBerta
2018-01-29#8818 test NavigationDrawer with espresso test and update sdk thereforecyBerta
2017-10-118755 redirect logs during docker image creation to an artifact filecyBerta
2017-10-02#8756 Don't generate all locates during docker sdk image buildcyBerta
2017-09-29fix typo in DockerfilecyBerta
2017-09-29update ics-openvpn: update Dockerfiles, add new api level 26 and update ndkcyBerta
2017-09-29Build docker images from CIVarac
2017-04-30[ag] modify sdk dockerfile to ensure android-23 platform installsaguestuser
* on remote builds, failure of Android SDK Platform 23 to properly install was causing build failures undetected in local container. see: <https://0xacab.org/aguestuser/bitmask_android/builds/9906> * to fix this, tweak order of `sdkmanager` calls and remove `echo -y` flags to ensure platform installation completes successfully and build step never tries to install Platform 23
2017-04-30[ag] extract sdk, ndk, emulator configs to separate dockerfilesaguestuser
2017-04-30[ag] generate all locales in android-sdk dockerfile to pass buildaguestuser
2017-04-30[ag] eliminate hacky workaround for 64-bit buildsaguestuser
* HACK: replace all toolchain references to `linux-x86_64` with `linux-x86` * FIX: provide dependency on `file` package that will allow `ndk-build` to detect 32-bit userland, making this * side-effects: * group sdk/env vars with installation code that uses them * add explanatory note about why we use outdated version of `android-ndk` ------------------ *Explanation:* More careful analysis of the meaning of the word `file` in this (subtle!) error message: ```shell /opt/android-sdk-linux/android-ndk-r12b/build/ndk-build: 143: /opt/android-sdk-linux/android-ndk-r12b/build/ndk-build: file: not found ``` led to inspecting line 143 of `ndk-build`, revealing an undefined variable called `file` that would allow `ndk-build` to detect a 32-bit userland: ```shell file -L "$SHELL" | grep -q "x86[_-]64" ``` Thus the error messsage was *not* trying to tell us that a file could not be found, but that the program called `file` could not be found. FUN! :)
2017-04-30[ag] Fix native build step with revised dockerfileaguestuser
* PROBLEM: * most recent version (r14b) of `android-ndk` uses `clang` for cross-compilation * BUT: `openssl` cannot compile successfully w/ `clang` * AND: we depend on `openssl` transitively through `ics-openvpn` while trying to use `android-ndk` r14b * FIX: * downgrade to `android-ndk` (12b) (most recent versoin that still uses `gcc` instead of `clang`) * modify some of the default * REMAINING PROBLEMS: * some string translations for Jamaica now break the build (unclear why -- outdated country abbreviation? ja for jm???) * we are now using a version of ndk that is 2 versions old and a version of ics-openvpn (pinned to a 3.1.2016 commit via submodule) that depends on an outdated version of `openssl`, which raises security concerns. updating to the most recent version will force us to wade into all the dependency problems amongst `ics-openvpn`/`openssl`/`ndk` * REFERENCES: * on `openssl` incompatibility w/ clang: https://github.com/openssl/openssl/pull/2229 * on `ics-openvpn` problems with `ndk`: https://github.com/android-ndk/ndk/issues/144
2017-04-30[ag] Update dockerfile to match config in passing local buildaguestuser
* PROBLEM: the build fails on gitlab in a debian-based docker container * BUT: i (@aguestuser) have a recently-achieved passing build on a debian laptop * ATTEMPTED SOLUTION: construct a dockerfile that matches my local configuration as precisely as possible * PROGRESS: the build gets further than it did before -- getting part of the way through the `buildNative` gradle script before failing * REMAINING FAILURE: several arm64 cross-compile steps in the `ndk-build` step fail because they depend on [neon](https://developer.android.com/ndk/guides/cpu-arm-neon.html): ```shell [arm64-v8a] Compile : crypto_static <= aesv8-armx-64.S openssl/crypto/aes/asm/aesv8-armx-64.S:35:2: error: instruction requires: neon eor v0.16b,v0.16b,v0.16b ^ openssl/crypto/aes/asm/aesv8-armx-64.S:36:2: error: instruction requires: neon ld1 {v3.16b},[x0],#16 ^ openssl/crypto/aes/asm/aesv8-armx-64.S:38:2: error: instruction requires: neon ld1 {v1.4s,v2.4s},[x3],#32 ``` * PROPOSED NEXT STEPS: * consult team to see if there's any collective wisdom about `neon` * look for ways to analyze diff of c dependencies in local machine v. docker instance * consider using ubuntu or debian:sid as the base image for the android container?