Package Details: android-ndk r24-1

Git Clone URL: https://aur.archlinux.org/android-ndk.git (read-only, click to copy)
Package Base: android-ndk
Description: Android C/C++ developer kit
Upstream URL: https://developer.android.com/ndk/
Licenses: GPL, custom, LGPL
Replaces: android-ndk64
Submitter: sergej
Maintainer: yan12125 (lilac)
Last Packager: lilac
Votes: 276
Popularity: 1.08
First Submitted: 2009-06-26 09:29 (UTC)
Last Updated: 2022-04-02 12:49 (UTC)

Latest Comments

yan12125 commented on 2021-10-02 02:35 (UTC)

Most of GNU binutils (ar, strip, ...) are removed in NDK r23 https://developer.android.com/ndk/downloads/revision_history. Qt should to be adjusted accordingly or using an older NDK.

lostis commented on 2021-10-01 12:29 (UTC)

I have get error messages on missing toolchain binary locations, this solved the issues:

cd /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin
sudo ln -s llvm-ar arm-linux-androideabi-ar
sudo ln -s llvm-objcopy arm-linux-androideabi-strip

I wanted to build qt5/qt6 AUR packages.

yan12125 commented on 2021-05-27 14:07 (UTC)

Well, I have been considering a package like "android-ndk-lts", but haven't had time to write an automatic update script for that. Anyway, everyone can upload packages to AUR.

vityafx commented on 2021-05-26 13:35 (UTC)

Why there is no NDK 21 on AUR?

yan12125 commented on 2021-02-23 06:42 (UTC)

Kernald flagged android-ndk out-of-date on 2021-02-23 for the following reason:

r23 is out

Nope. r23 is still in beta. Please use android-ndk-beta instead if you want to test it.

yan12125 commented on 2020-12-24 07:11 (UTC)

btd1337: Thanks for the suggestion. Before today I use https://aur.archlinux.org/packages/android-sdk-ndk-symlink/ for that symlink, while I think it is better to just include that symlink in this package.

btd1337 commented on 2020-12-24 04:27 (UTC)

Please, consider to add this command to pkgbuild:

ln -s /opt/android-ndk /opt/android-sdk/ndk-bundle

Without ndk-bundle folder in /opt/android-sdk, the Flutter tell that ndk isn't installed even ANDROID_NDK_HOME is already setted.

cTas0099 commented on 2019-11-15 16:26 (UTC)

thank you very much @yan12125!

yan12125 commented on 2019-11-15 15:58 (UTC)

Hi @cTas0099, NDK has removed GCC in favor of Clang since r18 [1]. You'll need to ask p4a developers to migrate to Clang or use one of older NDK from https://aur.archlinux.org/packages/?O=0&K=android-ndk.

[1] https://developer.android.com/ndk/downloads/revision_history

cTas0099 commented on 2019-11-15 14:34 (UTC)

hi, I get this error when starting the p4a compiler:

Build failed: Couldn't find executable for CC. This indicates a problem locating the arm-linux-androideabi-gcc executable in the Android NDK, not that you don't have a normal compiler installed. Exiting.

tell me which way I need to go in order to understand this error?

yan12125 commented on 2018-03-31 17:10 (UTC)

@n4nn31355: AFAIK gradle/Android Studio references ANDROID_NDK_HOME. What software or build systems use ANDROID_NDK_HOME? It's fine to have 2 or 3 variables, but more will be a problem, so I want to add the most common ones only.

n4nn31355 commented on 2018-03-31 16:39 (UTC)

yan12125: On current moment variable ANDROID_NDK_ROOT used as well as ANDROID_NDK_HOME. Could you add this envvar to android-ndk.sh?

yan12125 commented on 2017-08-08 03:39 (UTC)

I suggest disabling compression as it's not necessary for locally built packages. In /etc/makepkg.conf, change the following line: PKGEXT='.pkg.tar.xz' into: PKGEXT='.pkg.tar'

lilydjwg commented on 2017-08-08 02:50 (UTC)

marmistrz: You disk speed doesn't matter much because xz compressing is consuming a lot of CPU. You can set something like COMPRESSXZ=(xz -c -z - -T12) in /etc/makepkg.conf to utilize multi cores. Or you can disable compression if you don't need it.

marmistrz commented on 2017-08-07 18:53 (UTC)

On my computer compressing the package takes about 20-25 minutes. Is this expected (I have an SSD drive)

yan12125 commented on 2017-07-13 14:24 (UTC)

@niqingliang2003: https://aur.archlinux.org/packages/android-sdk-ndk-symlink/ can make it

niqingliang2003 commented on 2017-07-13 06:27 (UTC)

the sdk manager of android studio will lookup ndk from /opt/android-sdk/ndk-bundle. so maybe installing android-ndk into /opt/android-sdk/ndk-bundle will be better?

yan12125 commented on 2017-06-30 17:47 (UTC)

Adopted and updated to r15b. Please tell me if there are any more problems.

jayeffkay commented on 2017-04-04 13:03 (UTC)

@xyproto, thanks for feedback. Installation was successful when retrying. On the failed attempt I overrode the "Compressing package" part (https://bbs.archlinux.org/viewtopic.php?id=127894), which might have caused it. Partition was not full.

jayeffkay commented on 2017-04-04 12:59 (UTC)

It seems the root cause of my problem was not what android-ndk I used but rather I needed to install https://aur.tuna.tsinghua.edu.cn/packages/ncurses5-compat-libs and then https://aur.archlinux.org/packages/libtinfo to get android-ndk to find libtinfo.so.5.

xyproto commented on 2017-04-04 12:38 (UTC)

@jayeffkay If an archive fails to extract, it's usually caused by a full partition. Could it be that the partition is full?

jayeffkay commented on 2017-04-04 11:58 (UTC)

I was using the android-ndk download via Android studio plugin, but got "ndk-bundle/toolchains/llvm/prebuilt/linux-x86_64/bin/clang: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory", so I ended up here with the presumption that this is the android-ndk to use with arch linux. But I get Packages (1) android-ndk-r14.b-1 Total Installed Size: 2708.83 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [######################] 100% (1/1) checking package integrity [######################] 100% (1/1) loading package files [######################] 100% (1/1) checking for file conflicts [######################] 100% (1/1) checking available disk space [######################] 100% :: Processing package changes... (1/1) installing android-ndk [######################] 100% error: could not extract /opt/android-ndk/platforms/android-24/arch-mips/usr/libr6/libm.a (Lzma library error: No progress is possible) error: problem occurred while installing android-ndk Source /etc/profile.d/android-ndk.sh or login again to add the Android NDK tools to your path. error: could not commit transaction error: failed to commit transaction (transaction aborted) Errors occurred, no packages were upgraded. when trying to install package. Any idea why this is? I must add that I am not overly confident in arch linux.

xyproto commented on 2017-01-25 11:40 (UTC)

@farseerfc will at next release, thx (really an upstream issue to use a weird versioning scheme, though)

farseerfc commented on 2017-01-07 07:44 (UTC)

pacman thinks r13b < r13 < r13.b according to `man pacman` and `man vercmp`. Please use a version schema like "r13" -> "r13.a" -> "r13.b" so not to confuse pacman.

xyproto commented on 2016-09-21 13:49 (UTC)

@Deadwolfst, looks like you are out of disk space

Deadwolfst commented on 2016-09-14 08:56 (UTC)

android-ndk-r12b/source.properties: Write failed android-ndk-r12b/python-packages/adb/device.py: Write failed android-ndk-r12b/python-packages/adb/__init__.py: Write failed android-ndk-r12b/python-packages/adb/setup.py: Write failed android-ndk-r12b/python-packages/NOTICE: Write failed android-ndk-r12b/python-packages/gdbrunner/__init__.py: Write failed android-ndk-r12b/python-packages/repo.prop: Write failed android-ndk-r12b/CHANGELOG.md: Write failed android-ndk-r12b/ndk-build: Write failed bsdtar: Error exit delayed from previous errors. ==> ERROR: Failed to extract android-ndk-r12b-linux-x86_64.zip Aborting... ==> ERROR: Makepkg was unable to build android-ndk.

wongsyrone commented on 2016-06-22 06:50 (UTC)

r12 has been released.

francescortiz commented on 2016-06-18 13:33 (UTC)

RELEASE.txt was included starting from ndk r5, and it seems it has been removed on r11: https://github.com/tensorflow/tensorflow/issues/1468#issuecomment-196133186 It seems buck is the problem.

xyproto commented on 2016-06-08 11:16 (UTC)

Problems with and comments about libtinfo5 can be posted here: https://aur.archlinux.org/packages/libtinfo5/ kageurufu, RELEASE.TXT is not provided by upstream. What is it supposed to contain? To me, this sounds like a problem with buck, not this package.

kageurufu commented on 2016-06-06 17:00 (UTC)

buck requires $ANDROID_NDK/RELEASE.TXT to be included in the package to build properly, could we get that included in this package?

kageurufu commented on 2016-06-06 16:59 (UTC)

Easy solution is to force install libtinfo5 ignoring dependencies (pacman -Udd libtinfo5.pkg.tar) and then build and install android-ndk

captain commented on 2016-06-06 13:41 (UTC)

I think the only solution is removing android-ndk and libtinfo-5 and installing android-ndk again

xyproto commented on 2016-06-05 12:01 (UTC)

Please report problems with libtinfo5 at the libtinfo5 package page, not here. Also note that if Google / Android NDK had allowed binary redistribution, this package could have been in [community] instead, and the whole process would have been a lot less cumbersome.

captain commented on 2016-06-03 08:50 (UTC)

:: libtinfo5 and libtinfo-5 are in conflict. Remove libtinfo-5? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: android-ndk: removing libtinfo-5 breaks dependency 'libtinfo-5'

neTpK commented on 2016-05-30 15:34 (UTC)

:: libtinfo5 and libtinfo-5 are in conflict ==> WARNING: Your packages are saved in /tmp/yaourt-tmp-petterk Emberassing.

xyproto commented on 2016-05-28 17:05 (UTC)

Updated the libtinfo depenceny.

luzvioleta commented on 2016-05-26 13:02 (UTC)

Please, update libtinfo to the new naming ... had to deinstall this package because of conflict :c Thank you ♥

hav3lock commented on 2016-05-24 22:31 (UTC)

libtinfo-5 will be now called libtinfo5, please update your package accordingly.

xyproto commented on 2016-05-10 22:44 (UTC)

Thanks yan12125, updated the dependency.

yan12125 commented on 2016-04-20 07:30 (UTC)

This package should now depends on libtinfo-5 instead of libtinfo: $ for f in $(grep -lr libtinfo /opt/android-ndk/toolchains) ; do ; echo $f ; ldd $f | grep libtinfo ; done /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/lib64/LLVMgold.so libtinfo.so.5 => not found libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/lib64/libLLVM.so libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/llvm-dis libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/llvm-as libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/clang libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/clang++ libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/FileCheck libtinfo.so.5 => not found /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/llvm-link libtinfo.so.5 => not found

xyproto commented on 2016-04-18 15:00 (UTC)

That is possible, but introducing epoch is a bit ugly and can never be removed. I am planning to remove the "r" from the package version instead.

yan12125 commented on 2016-04-09 17:29 (UTC)

Add "epoch=1" to PKGBUILD should fix the problem of version comparisons.

xyproto commented on 2016-04-07 13:24 (UTC)

@chenxiaolong, it is possible to have a version number without the "r", like for android-sdk. Someone complained about the "r" being missing in the android-sdk package, but I think it would be an improvement to not have the "r" also for android-ndk.

chenxiaolong commented on 2016-04-06 18:40 (UTC)

@xyproto: Is there a good way to ensure the version numbers are always increasing? Right now, pacman is treating r11c as being older than r11: chenxiaolong@cxl-4270cto $ vercmp r11 r11c 1 It's not a big deal, just a minor inconvenience. Thanks!

xyproto commented on 2016-04-06 09:47 (UTC)

@dreamingincode Flagging as out-of-date does the trick.

dreamingincode commented on 2016-04-03 13:19 (UTC)

r11c sha1sum de5ce9bddeee16fb6af2b9117e9566352aa7e279 sha256sum ba85dbe4d370e4de567222f73a3e034d85fc3011b3cbd90697f3e8dcace3ad94 Please update the PKGBUILD.

xyproto commented on 2016-03-17 11:53 (UTC)

Upstream updated the zip file. Updated the sha256 sum in response. Added dependency on libtinfo (thanks, @chenxiaolong).

chenxiaolong commented on 2016-03-15 07:31 (UTC)

@xyproto: Could you add libtinfo to the dependencies? clang depends on it: /opt/android-ndk/toolchains/llvm/prebuilt/linux-x86_64/bin/clang++: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory Thanks!

poom commented on 2016-03-10 00:07 (UTC)

r11 is now released

Nilus commented on 2016-01-11 20:55 (UTC) (edited on 2016-01-11 21:15 (UTC) by Nilus)

GDB exit with error: UNEXPECTED GDB STDERR: /opt/android-ndk/toolchains/arm-linux-androideabi-4.9/prebuilt/linux-x86_64/bin/arm-linux-androideabi-gdb: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory GDB PROCESS FINISHED, status 0, exit code 127 FOR FIX: Need install ncurses5-compat-libs from AUR

xyproto commented on 2015-11-20 15:09 (UTC)

r10e is still the latest official release. Unflagging as out-of-date.

xyproto commented on 2015-06-30 15:43 (UTC)

Updated the package to r10e. Everything works here.

commented on 2015-05-19 02:03 (UTC)

A slightly simplified PKGBUILD is available at: https://gist.github.com/anonymous/208585ccd718fe081b99 The main change moves the android-ndk.sh file to the normal source array, and also removes a redundant provides and changes the url to use https.

ikhthiandor commented on 2015-05-02 09:56 (UTC)

I am getting this error. Extracting android-ndk-r10d/build/awk Extracting android-ndk-r10d/build Extracting android-ndk-r10d Sub items Errors: 1398 Archive Errors: 1 Sub items Errors: 1398 ==> ERROR: A failure occurred in prepare(). Aborting... This stackoverflow thread might be relevant. http://stackoverflow.com/questions/28458758/error-encountered-installing-android-ndk

xyproto commented on 2015-02-11 00:06 (UTC)

Thanks, Kuci. Updated the package. Also using the new "source_x86_64" / "source_i686" possibilities.

the-k commented on 2015-02-08 19:01 (UTC)

replaces and provides should be global. Otherwise they do not work for me.

senselessfull commented on 2014-12-16 14:36 (UTC)

The problem is, that on some devices /tmp isn't large enough, which explains why manually downloading and extracting works [in home dir]. Changing the yaourt tmp-dir works and the call would be " yaourt -S --tmp ~/ android-ndk"

trulex commented on 2014-12-14 22:15 (UTC)

I installed it manually now and it worked. My yaourt installation is probably misconfigured.

trulex commented on 2014-12-14 19:00 (UTC)

Cannot install with yaourt: Sub items Errors: 234 Archive Errors: 1 Sub items Errors: 234 ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Makepkg was unable to build android-ndk.

lilydjwg commented on 2014-12-10 04:59 (UTC)

The new PKGBUILD fails with devtools because the source file is read-only. Could you copy it so that users don't have to modify it before building it with devtools? Also, the source files have the same file name every version. This may make makepkg think it has the sources but the checksum mismatches.

giniu commented on 2014-12-09 14:38 (UTC)

works now, thanks!

xyproto commented on 2014-12-09 10:41 (UTC)

The way the binary files are compressed were changed. Everything works here.

giniu commented on 2014-12-08 22:12 (UTC)

@xyproto - is it fixed? Still not working for me (looks like it is same pkgbuild as before)

xyproto commented on 2014-12-08 14:04 (UTC)

My bad, fixed. Thanks, nly and giniu.

nly commented on 2014-12-07 02:30 (UTC)

x86 and x86_64 hashes for 10d-1 are around the wrong way, and the extraction process seems broken.

giniu commented on 2014-12-06 19:41 (UTC)

For me, it says that android-ndk_x86_64.bin md5sum do not match

xyproto commented on 2014-12-06 18:27 (UTC)

Updated to 10d.

sftrytry commented on 2014-12-05 07:31 (UTC)

Android NDK, Revision 10d (December 2014)

xyproto commented on 2014-11-07 15:05 (UTC)

mmozeiko, it was a dependency when I adopted the package. Removed the dependency on android-sdk, as I agree that is is not stricly needed, even though people are likely to want android-sdk as well.

mmozeiko commented on 2014-11-05 10:34 (UTC)

Why this package depends on android-sdk? I'm pretty sure you can use "ndk-build" without android-sdk installed.

xyproto commented on 2014-11-03 14:21 (UTC)

PedroHLC, I agree. Updated the PKGBUILD.

PedroHLC commented on 2014-11-01 10:31 (UTC)

Wouldn't be better instead of {cp -r "$pkgname-$pkgver" "$pkgdir/opt/$pkgname"} just moving the folder??

xyproto commented on 2014-10-27 13:03 (UTC)

frownlee, thanks for the suggestion. Now that android-ndk is no longer split in two, I think provides=('android-ndk') makes more sense than provides=('android-ndk32' 'android-ndk64'), but I will certainly take the other suggestions into consideration.

commented on 2014-10-24 18:51 (UTC)

I would suggest a slightly simplified PKGBUILD (like the following): https://gist.github.com/anonymous/6bedcde142996f9ca80e

xyproto commented on 2014-10-23 14:24 (UTC)

Upstream has reversed the decision to split the 32-bit version into android-ndk32 and android-ndk64 and the 64-bit version into android-ndk32 and android-ndk64, so I'm also unsplitting this package.

xyproto commented on 2014-10-08 12:54 (UTC)

The packages now doesn't conflict anymore, but the last package to be installed is configured as ANDROID_NDK in /etc/profile.d/android-ndk.sh. Also added a symlink for the gdbserver issue, thanks zenolijo.

mathben commented on 2014-09-25 20:34 (UTC)

@smsware, I got the same problem. I solve it by manual installation after the error. pacman -U /tmp/yaourt-tmp-root/android-ndk32-r10b-1-x86_64.pkg.tar.xz rm /etc/profile.d/android-ndk.sh pacman -U /tmp/yaourt-tmp-root/android-ndk64-r10b-1-x86_64.pkg.tar.xz The file android-ndk.sh is the same in 32 and 64 package.

commented on 2014-09-24 05:34 (UTC)

error: failed to commit transaction (conflicting files) /etc/profile.d/android-ndk.sh exists in both 'android-ndk32' and 'android-ndk64' Errors occurred, no packages were upgraded. What should I do?

zenolijo commented on 2014-09-21 21:11 (UTC)

This is really annoying. It's not possible to run gdbserver at all, because when i run ndk-build with NDK_DEBUG=1 it tries to find the gdbserver file in /opt/android-ndk64/prebuilt/android-arm/gdbserver when it's actually in /opt/android-ndk64/prebuilt/android-arm64/gdbserver which sucks. It is easily fixable by symlinking android-arm to android-arm64 though, but you guys should do something about it.

xyproto commented on 2014-09-19 20:29 (UTC)

Updated the package to r10b and removed the conflict between android-ndk32 and android-ndk64 by introducing a symlink in /opt. Thanks for the feedback, frownlee.

commented on 2014-09-07 18:15 (UTC)

Actually, in all honesty, I think these two packages share so little in common they don't deserve to be a split package. Split packages are generally used when they share sources, which these two don't, and they're packaging steps are completely independent. A package group makes more sense IMO.

commented on 2014-09-06 22:53 (UTC)

I had a little time to implement what I meant. Here's the updated files (I also cleaned up the PKGBUILD a little) https://gist.github.com/anonymous/fcb67f9194d3862b008e

commented on 2014-08-30 23:21 (UTC)

I think both are useful at the same time (well, will be, once android L is released). I would set ANDROID_NDK_32 and ANDROID_NDK_64 in the profile.sh, and (perhaps) make ANDROID_NDK an alias for ANDROID_NDK_32.

xyproto commented on 2014-08-30 15:26 (UTC)

frownlee, my assumption was that people would just need one of the packages (android-ndk32). Do you need both packages? I agree that making them not conflict and just set ANDROID_SDK to ndk32 version might be better.

commented on 2014-08-29 20:02 (UTC)

Why not have each package set the ANDROID_NDK_{32,64} environment variable, and make the user make ANDROID_NDK to point to one or the other? One environment variable not even set by upstream seems like a strange reason to have the packages conflict.

dront78 commented on 2014-08-29 18:13 (UTC)

You are welcome! nothing changed within update :D

muskitu commented on 2014-08-08 20:06 (UTC)

Ok, sorry xyproto, it was my fault. Thank you! :D Thank you too dront78! :D

dront78 commented on 2014-08-08 19:49 (UTC)

hi here is my filesystem after install drwxr-xr-x 10 124982 5000 4096 июл 3 00:06 android-ndk-r10 and here is a cat /etc/profile.d/android-ndk32.sh export PATH=$PATH:/opt/android-ndk32 export ANDROID_NDK=/opt/android-ndk32 please fix uid:gid and environment path also as soon the packages are conflict /opt/android-ndk should be ok for both

xyproto commented on 2014-08-08 11:34 (UTC)

There is a conflict between android-ndk32 and android-ndk64 because ANDROID_NDK is set in the shell script in /etc/profile.d/ and ANDROID_NDK can't point to both of them at the same time. The idea is that you will have to choose one of them, depending on which one you need (most likely only android-ndk32). This is mentioned in the comments in the PKGBUILD. You can still install both by either forcing the install, editing the PKGBUILD or extracting the tarballs manually (and then deciding what to do about the script in profile.d). It is downloading both, because it is needed to build the split package. This is one of the reasons for why it may be a better candidate for [community] than AUR.

muskitu commented on 2014-08-07 14:29 (UTC)

I am trying to install android-ndk64, but I can't install it, there is a conflict with android-ndk32, why this is downloading android-ndk32 too?

xyproto commented on 2014-08-05 10:29 (UTC)

Adopted and made into a split package. Might be a better fit for [community] than AUR.

thestinger commented on 2014-07-25 23:40 (UTC)

This needs to be split up into separate packages for the 32-bit and 64-bit targets.

prurigro commented on 2014-06-11 01:46 (UTC)

I noticed the python scripts were all pointed to various incorrect paths (for the package), the full list of licenses weren't getting dropped in /usr/share/licenses/android-ndk and fixed a bunch of other issues with namcap and whatnot- feel free to pull in my changes http://96.126.108.7:90/android-ndk-r9d-1.src.tar.gz

commented on 2014-04-15 13:11 (UTC)

Hi sergej, Can you please update android-ndk in your repo?

dront78 commented on 2013-12-22 07:47 (UTC)

+1 for sjakub cp -al checked and works

sftrytry commented on 2013-12-20 03:38 (UTC)

I just found r9c released.

ElNick commented on 2013-11-07 22:51 (UTC)

Looks like options=(!strip) is ignored (because of the second options statement?). I get linking errors, e.g. try ndk-build native-audio sample. Replacing both lines with options=(!strip staticlibs) fixes it for me. Not sure if it is the correct way, since I'm not familiar with PKGBUILD.

thestinger commented on 2013-11-07 21:14 (UTC)

@henranto: Ah, that's from Arch Linux switching to stripping static libraries by default.

henranto commented on 2013-11-07 16:21 (UTC)

Might something is very very strange with my setup but the /opt/android-ndk is missing some files, 200 MB less than src/android-ndk-r9b after makepkg. The missing files are .a and .pod files. Is it only me or do others have same issue?

allencch commented on 2013-08-07 05:57 (UTC)

sha1sum for i686 should be "563ed727849f6b2f3ae43412e734865642e4554f"

sjakub commented on 2013-08-01 11:29 (UTC)

Could you please change "cp -a" at the end to "cp -al"? It would dramatically reduce disk usage and build times. Thanks!

thestinger commented on 2013-03-29 17:48 (UTC)

@PedoHLC: thanks, didn't realize it was broken on i686 :)

PedroHLC commented on 2013-03-29 14:50 (UTC)

Line 18 and 19 from PKGBUILD should have no space between variable, operator and value or it throws a "command not founded"

thestinger commented on 2013-03-25 21:26 (UTC)

@dront78: Thanks! I didn't notice that they finally added proper x86_64 support.

dront78 commented on 2013-03-25 11:22 (UTC)

please support new x86_64 ndk toolchain http://dl.google.com/android/ndk/android-ndk-r8e-linux-x86_64.tar.bz2

xgdgsc commented on 2013-03-12 04:18 (UTC)

You can add a default commented out line #PKGEXT=".pkg.tar" and your makedepends of "tar" is unnecessary (it is in base) .

thestinger commented on 2013-03-11 14:24 (UTC)

@xgdgsc: why override the user preference and skip it for this?

xgdgsc commented on 2013-03-11 11:59 (UTC)

Why not skip compression by adding PKGEXT=".pkg.tar" to the PKGBUILD?

thestinger commented on 2012-11-18 07:56 (UTC)

@AlexanderR: removed, thanks

AlexanderR commented on 2012-11-18 06:22 (UTC)

According to http://developer.android.com/tools/sdk/ndk/index.html, "All files and executables in the NDK release package are set to have read and execute permissions for all", so there is probably no need for the last line of package()

gabx commented on 2012-11-15 10:25 (UTC)

r8c-1 is out. TY for updating

kornerr commented on 2012-09-06 13:05 (UTC)

Android docs explicitly say that one needs SDK along with NDK since NDK does not have tools like emulator and such.

matsic commented on 2012-05-30 08:46 (UTC)

there no need to depend on android-sdk package

mikezackles commented on 2011-09-30 19:18 (UTC)

make-standalone-toolchain.sh fails because it can't write inside the directories that it has copied. It appears that none of the files/directories are writable by the owner. chmod -R u+w /opt/android-ndk appears to have fixed things for me.

thestinger commented on 2011-08-20 21:48 (UTC)

@buergi: That's a very elegant fix to the problem. Thanks :).

buergi commented on 2011-08-20 20:49 (UTC)

Actually there are so many wrong permissions, that it's hopeless to do it this way. I'd suggest the following command to copy the permissions from group to other: chmod -R a=g /opt/android-ndk This would hopefully fix all problems, since the group permissions seems to be correctly set.

buergi commented on 2011-08-20 20:19 (UTC)

Could the current maintainer please do something to fix those permission problems. There are about 150 directories which are only accessible from the root group. To fix all problems one could use something like the following command > find /opt/android-ndk -type d -and -not -perm -a+x -exec chmod 755 {} \; Furthermore the shell scripts in build/tools are not executable, but i don't know if those are really necessary. Nevertheless i'd fix those permissions too: > chmod 755 /opt/android-ndk/build/tools/*.sh

syntobu commented on 2011-08-04 03:07 (UTC)

The package as it is still has the permissions problem, 90% of the files installed are accessible to root only

commented on 2011-07-12 17:27 (UTC)

Updated

Svenstaro commented on 2011-06-09 20:25 (UTC)

Adopted and updated, please try it out.

Svenstaro commented on 2011-06-04 11:28 (UTC)

Thanks marquicus. g.vialetto, please use marquicus' files to update the package. :)

marquicus commented on 2011-06-04 04:13 (UTC)

I was unable to use the tools unless you are root, I used the files below to fix the permissions pkgbuild http://pastebin.com/L1hgcB4H install http://pastebin.com/RTChR7ZX

commented on 2011-02-25 08:23 (UTC)

Done.

falconindy commented on 2011-02-25 00:00 (UTC)

Please add options=(!strip) to this PKGBUILD to avoid failures with pacman-git (pacman 3.5).

guardian commented on 2011-02-15 08:32 (UTC)

g.vialetto > nice I was about to adopt it but didn't find time to read the wiki about adopting and updating packages yet.

commented on 2011-02-14 22:16 (UTC)

Adopted and updated.

commented on 2011-02-10 14:58 (UTC)

i drop this package since unfortunately i don't have time to spend it on :(

guardian commented on 2011-02-10 10:53 (UTC)

see https://gist.github.com/820248 for an updated PKGBUILD

peoro commented on 2011-01-19 12:39 (UTC)

Sample `hello-gl2' fails building (while others, like `hello-jni' work): $ cd /opt/android-ndk/samples/hello-gl2/ $ ../../ndk-build /usr/bin/make -f /opt/android-ndk/build/core/build-local.mk Compile++ thumb : gl2jni <= gl_code.cpp /opt/android-ndk/samples/hello-gl2/jni/gl_code.cpp:22:23: error: GLES2/gl2.h: No such file or directory /opt/android-ndk/samples/hello-gl2/jni/gl_code.cpp:23:26: error: GLES2/gl2ext.h: No such file or directory --- etc etc ---

commented on 2011-01-18 18:49 (UTC)

Works as a charm on a fresh install.

commented on 2011-01-07 12:10 (UTC)

Please, add the android-ndk on PATH

commented on 2010-12-14 09:35 (UTC)

adopted & updated to r5

Svenstaro commented on 2010-12-14 02:25 (UTC)

User seems inactive. I will orphan this for now. eXine, if you want to resume maintainership, mail me.

guardian commented on 2010-12-12 13:12 (UTC)

see https://gist.github.com/738029 for an updated PKGBUILD

MCMic commented on 2010-09-07 19:29 (UTC)

It miss an apps folder with Application.mk file that allow to build samples. Maybe I'm wrong but I had hard time trying to make the sample hello-jni work.

exine commented on 2010-05-28 17:15 (UTC)

Added android-sdk as an dependience (referring to android ndk documentation, it's required), bumped to r4

nirev commented on 2010-05-26 01:05 (UTC)

Note: changing the version from r3 to r4 and the corresponding md5 works!