Automatycznie Akceptuj wszystkie licencje SDK

Spotkałem się z tym w alpha5 podgląd.

Jake Wharton zwrócił mi uwagę, że obecnie możesz używać

mkdir -p "$ANDROID_SDK/licenses"
echo -e "\n8933bad161af4178b1185d1a37fbf41ea5269c55" > "$ANDROID_SDK/licenses/android-sdk-license"
echo -e "\n84831b9409646a918e30573bab4c9c91346d8abd" > "$ANDROID_SDK/licenses/android-sdk-preview-license"

Aby odtworzyć bieżący folder $ANDROID_HOME/license na twoim komputerze. Wynik byłby taki sam, jak proces opisany w linku błędu msg (http://tools.android.com/tech-docs/new-build-system/license).

Hasze to sha1 z tekstu licencji, który zapewne będzie okresowo aktualizowany, więc ten kod będzie działał tylko tak długo :)

I zainstalować go ręcznie, ale jest to nowy cel gradle ' a, aby to zrobić.

Na początku byłem zaskoczony, że to nie działa po wyjęciu z pudełka, nawet gdy zaakceptowałem licencje dla nazwanych komponentów za pomocą narzędzia android, ale zwrócono mi uwagę na to, że menedżer SDK jest w środku, ponieważ tworzy folder /licenses.

Myślę, że oficjalne narzędzia nie chciałyby pominąć tego kroku ze względów prawnych.

Ponowne przeczytanie wydania zauważa, że Stany

SDK auto-download: Gradle spróbuje pobrać brakujące pakiety SDK, od których zależy projekt.

Co nie oznacza, że będzie działać, jeśli nie masz jeszcze zainstalowanych narzędzi Androida i zaakceptowałeś już najnowsze licencje.

EDIT: mówiąc to, nadal nie działa na moim pudełku testowym gubuntu, dopóki nie podłączę SDK do AS. CI działa jednak dobrze - Nie wiem, jaka jest różnica...

W najnowszym Android Studio (2.3) najlepszym sposobem aktualizacji / akceptacji wszystkich licencji jest uruchomienie:

tools/bin/sdkmanager --licenses

Nadal może być konieczne skopiowanie plików licencji do innych lokalizacji w zależności od konfiguracji.

Jeśli używasz Jenkins, możesz użyć następującego skryptu bash jako pierwszego kroku w procesie budowania:

(while sleep 3; do echo "y"; done) | $ANDROID_HOME/tools/android update sdk -u

To oczywiście zainstaluje wszystkie dostępne aktualizacje, ale zaoszczędzi ci trochę czasu, jeśli możesz zaoszczędzić miejsce na dysku. Sen ma na celu uniknięcie zepsutej linii odczytu w programie instalacyjnym, ponieważ "tak" nie działa poprawnie w tym przypadku.

EDIT: musisz również dodać "Install Android project prerequisites" plugin w kroku budowania, aby uzyskać poprawne $ANDROID_HOME jeśli używasz wbudowanego menedżera SDK.

Dla nowego sdkmanager użyteczność:

yes | $ANDROID_HOME/tools/bin/sdkmanager "build-tools;24.0.3"

Jest małe opóźnienie między yessami, więc polecenie może wisieć z licencją na jakiś czas, ale nie wymaga ludzkiej interwencji.

Niestety sposób, w jaki OP pierwotnie rozwiązał, nie zawsze działa. Jeśli na podstawie komunikatu o błędzie znajdziesz aktualną wersję buildów build-tools . Może być tak, że brakuje wyższej wersji narzędzi do budowania. W takim przypadku musisz ręcznie uruchomić SDK Manager i dodać narzędzia do budowania i zaakceptować licencję.

Według instrukcji OP, wygląda to następująco.

$ ./gradlew build

 
To honour the JVM settings for this build a new JVM will be forked. Please consider using the daemon: https://docs.gradle.org/2.14.1/userguide/gradle_daemon.html.

FAILURE: Build failed with an exception.

* What went wrong:
A problem occurred configuring project ':app'.
> You have not accepted the license agreements of the following SDK components:
  [Android SDK Build-Tools 24.0.2].

...
BUILD FAILED

Uwaga: 2017-04-16

Narzędzie android zostało wycofane na rzecz nowego sdkmanager. Zobacz odpowiedź Joe Lawsona i kolejne posty z marca (2017) i dalej.

Następnie dostosuj polecenie w następujący sposób:

android update sdk --no-ui --filter build-tools-24.0.2,android-24,extra-android-m2repository

Refresh Sources:
  Fetching https://dl.google.com/android/repository/addons_list-2.xml
  Validate XML
  Parse XML
  Fetched Add-ons List successfully
  Refresh Sources
  Fetching URL: https://dl.google.com/android/repository/repository-11.xml
  Validate XML: https://dl.google.com/android/repository/repository-11.xml
  Parse XML:    https://dl.google.com/android/repository/repository-11.xml
...
Error: Ignoring unknown package filter 'build-tools-24.0.2'
-------------------------------
License id: android-sdk-license-xxxxxxxx
Used by: 
 - SDK Platform Android 7.0, API 24, revision 2
  - Android Support Repository, revision 39
-------------------------------

...

November 20, 2015
Do you accept the license 'android-sdk-license-xxxxxxxx' [y/n]: y

Installing Archives:
  Preparing to install archives
  Downloading SDK Platform Android 7.0, API 24, revision 2
  Installing SDK Platform Android 7.0, API 24, revision 2
    Installed SDK Platform Android 7.0, API 24, revision 296%)
  Downloading Android Support Repository, revision 39
  Installing Android Support Repository, revision 39
    Installed Android Support Repository, revision 3999%)
  Done. 2 packages installed.

To rozwiązało mój błąd

echo yes | $ANDROID_HOME/tools/bin/sdkmanager "build-tools;25.0.2"

Narzędzie android jest przestarzałe i powinieneś użyć sdkmanager. sdkmanager zapisuje również plik licenses po zaakceptowaniu go po raz pierwszy. Licencja zmienia się w zależności od tego, którego SDK używasz, mimo że polecenie

echo -e "\n8933bad161af4178b1185d1a37fbf41ea5269c55" > "$ANDROID_SDK/licenses/android-sdk-license"

Działa na niektórych systemach. To nie zadziała na wszystkich. Niektóre instalacje SDK oczekują, że plik licencji zakończy się bez znaku nowego wiersza w pliku, więc spróbuj dodać -n do polecenia echo.

echo -n -e "\n8933bad161af4178b1185d1a37fbf41ea5269c55" > "$ANDROID_SDK/licenses/android-sdk-license"

Jeśli to nie działa, możesz spróbować użyć kodowania base64 zamiast tego.

Więc odkryć moją licencję:

$> rm ${ANDROID_HOME}/
$> unzip tools_r25.2.3-linux.zip -d ${ANDROID_HOME}
$> ${ANDROID_HOME}/tools/bin/sdkmanager "system-images;android-23;default;x86_64"

Poprosi Cię o zaakceptowanie Licencji. Po zaakceptowaniu skopiuje go do ${ANDROID_HOME}/licenses/android-sdk-license. Aby upewnić się, że zawsze otrzymujesz dokładnie to, co jest napisane, użyj base64.

$> base64 ${ANDROID_HOME}/licenses/android-sdk-license
Cjg5MzNiYWQxNjFhZjQxNzhiMTE4NWQxYTM3ZmJmNDFlYTUyNjljNTU=

Następnie możesz użyć base64 -d odtworzyć dokładnie plik.

$> echo Cjg5MzNiYWQxNjFhZjQxNzhiMTE4NWQxYTM3ZmJmNDFlYTUyNjljNTU= | base64 -d > ${ANDROID_HOME}/licenses/android-sdk-license

Możesz sprawdzić, czy zapisany plik jest tym, czego oczekuje, uruchamiając na nim sha1sum.

$> sha1sum ${ANDROID_HOME}/licenses/android-sdk-license
da6b80c9c47b41c0bf7032938e7137a58a3dc249

Jeśli uruchamiamy yes | sdkmanager --licenses, to drukujemy zawartość $ANDROID_HOME/licenses/android-sdk-license,

Zdobędziemy to

# cat $ANDROID_HOME/licenses/android-sdk-license

8933bad161af4178b1185d1a37fbf41ea5269c55

d56f5187479451eabf01fb78af6dfcb131a6481e

Dla GitLab CI, aby zaakceptować licencje Android SDK Build-Tools 26.0.2, musisz uruchomić to

before_script:
  - mkdir -p $ANDROID_HOME/licenses
  - echo "8933bad161af4178b1185d1a37fbf41ea5269c55" > $ANDROID_HOME/licenses/android-sdk-license
  - echo "d56f5187479451eabf01fb78af6dfcb131a6481e" >> $ANDROID_HOME/licenses/android-sdk-license

Zauważ, że dla każdego, kto obecnie zadaje to pytanie, build-tools - 24.0.2 jest (myślę) teraz uważany za przestarzały, więc otrzymasz:

 Error: Ignoring unknown package filter 'build-tools-24.0.2'

Podczas uruchamiania różnych poleceń, które sugerowano, aby je zainstalować.

Rozwiązaniem jest dodanie --all:

android update sdk --no-ui --all --filter "build-tools-24.0.2"

Również jeśli jesteś na 32-bitowym Linuksie, Wszystko po zbudowaniu narzędzia 23.0.1 jest 64bit tylko , więc nie będzie działać. Użytkownicy 32bit utknęli na 23.0.1, jedynym sposobem na uzyskanie późniejszego narzędzia do budowania jest przełączenie do 64bit.

Znaleźliśmy ten sam problem, budując projekt na Jenkinsie. Z buildToolsVersion '25.0.2', musimy zaakceptować licencje przed budową. W naszym przypadku musieliśmy uruchomić:

./sdkmanager --update to wymaga od nas zaakceptowania licencji dla sdkmanagera, a następnie

./sdkmanager --licenses wymaga to od nas zaakceptowania nowych licencji, które nie zostały wcześniej zaakceptowane

Pamiętaj: Uruchom te komany z tym samym użytkownikiem, co jenkins. W moim Debianie użytkownikiem Jenkinsa jest po prostu jenkins. Innymi słowy: zrobienie tego jako root stworzy akceptowane licencje jako root, więc Jenkins ich nie przeczyta.

Przy okazji, znaleźliśmy sdkmanager w /var/lib/jenkins/tools/android-sdk/tools/bin. Jeśli twojego tam nie ma, znajdź go za pomocą find / -name "sdkmanager"

Dla komunikatu o błędzie o numerze SDK api 25:

android update sdk --no-ui --all --filter build-tools-25.0.1,android-25,extra-android-m2repository

Jeśli używasz tools/bin/sdkmanager --licenses nadal musisz mieć interakcję z ludźmi. Mam problem z używaniem mojego GitLab CI. To jest moje rozwiązanie:

wget --quiet --output-document=tools.zip https://dl.google.com/android/repository/sdk-tools-linux-3859397.zip
unzip -qq tools.zip
echo y | tools/bin/sdkmanager "platforms;android-25"
echo y | tools/bin/sdkmanager "platform-tools"
echo y | tools/bin/sdkmanager "build-tools;25.0.2"
echo y | tools/bin/sdkmanager "extras;android;m2repository"
echo y | tools/bin/sdkmanager "extras;google;m2repository"

echo y powie Tak, jeśli jest jakieś pytanie, ale musisz zrobić jedną linię na pakiet instalacyjny

Rozwiązałem ten problem tworząc publiczne repo git z zaakceptowanymi plikami licencyjnymi. Następnie używam wget, aby pobrać te licencje na dowolnym komputerze, którego potrzebuję do katalogu [sdk-dir]/licenses przed uruchomieniem ./ align = "left" /

Ok dla każdego, kto ma ten problem od 2018. Powyższe odpowiedzi wcale mi nie odpowiadały. To, co zadziałało, to otwarcie Android SDK-kliknięcie przycisku Pobierz na pasku narzędzi i wybranie odpowiednich Pakietów. Po zakończeniu pobierania pozwoli Ci zaakceptować umowę licencyjną.

Miałem ten sam błąd podczas korzystania z Cordova.

Problem wynikał z faktu, że zainstalowałem Android Sdk przez Android Studio i przez apt z apt install android-sdk adb. I Cordova wywołał pliki zainstalowane przez apt zamiast plików w moim katalogu domowym.

Zadziałało, gdy zmieniłem ścieżkę do SDK w bash:

# Change path
export ANDROID_HOME="$HOME/Android/Sdk/"
echo "Android home = $ANDROID_HOME"
# Accept licenses
eval "${ANDROID_HOME}/tools/bin/sdkmanager --licenses"
# Run Cordova
cordova build android

Następnie usunąłem pliki systemowe, które nie były już używane: apt remove android-sdk adb.

Możesz zaakceptować całą licencję, wykonując następujące polecenie:

 sdkmanager --licenses

Spowoduje to wyświetlenie monitu o wszystkie licencje, których jeszcze nie zaakceptowałeś i możesz po prostu wpisać y, aby zaakceptować każdą z nich.

Możesz również po prostu wykonać

$ANDROID_HOME / tools/bin / sdkmanager --licenses

Lub dla Windows execute

% ANDROID_HOME% / tools/bin / sdkmanager --licenses

Dla tych, którzy mają problemy z zestawem SDK wiersza poleceń, powodem, dla którego nie znajdzie licencji, które zaakceptowałeś, jest to, że zostały napisane w innym miejscu niż $ANDROID_HOME/licenses, gdzie muszą być.

Okazało się, że najprostszym rozwiązaniem było zaakceptowanie takich licencji:

$ANDROID_HOME/bin/sdkmanager --licenses --sdk_root=$ANDROID_HOME

Uwaga: zakłada się, że ustawiono ANDROID_HOME, aby wskazywać miejsce, w którym zainstalowany jest zestaw sdk.

Skopiuj cały katalog licencje/ i wklej go do katalogu domowego Android SDK na komputerze, na którym chcesz zbudować swoje projekty.

Https://developer.android.com/studio/intro/update.html#download-with-gradle

To rozwiązało problem dla mnie

W Windows PowerShell możesz zrobić

for($i=0;$i -lt 30;$i++) { $response += "y`n"}; $response | sdkmanager --licenses

Jest to znacznie bardziej elastyczne i nie wymaga żadnej ręcznej interwencji. Liczba 30 jest dowolna, powinna wystarczyć na pokrycie liczby akceptacji licencji, ale może być zwiększona w razie potrzeby

Cd $ANDROID_HOME / tools / bin ./ sdkmanager --update

Biegnę

#react-native run-android 

Z terminala i spełnił ten problem. Aby ręcznie, przejdź do Android Studio - > Android SDK - > Platforma SDK Kliknij Pokaż szczegóły pakietów i sprawdź:

+ Google APIs
+ Android SDK Platform 23
+ Intel x86 Atom_64 System Image
+ Google APIs Intel x86 Atom_64 System Image

Podczas instalacji pakietów, zaznacz accept license = > może rozwiązać problem.

Na Mac OSX przejdź do sdk/tools/bin

Następnie uruchom ./sdkmanager --licenses i zaakceptuj wszystkie licencje.

W końcu znalazłem rozwiązanie na Windows, aby mieć naprawdę cichą i automatyczną instalację:

W systemie Windows nie działa następująca składnia:

echo y | sdkmanager --licenses

Wygląda na to, że "y" nie są poprawnie wysyłane do programu java nazwanego w partii.

Obejściem jest utworzenie pliku file-y.txt z kilkoma "y" , jeden po linii, i używać

call sdkmanager --licenses < file-y.txt

Spowoduje utworzenie potrzebnych plików w katalogu licenses. Problem jest prawdopodobnie związany z użyciem BufferedReader w Java

Są 2 podejścia, które mogę znaleźć do tego problemu.

1. Zaktualizuj narzędzia sdk za pomocą okna poleceń, akceptując umowę licencyjną w następujący sposób, po prostu zmień wersję zgodnie z potrzebami.

   Android Update sdk --no-ui --filter build-tools-25.0.2,android-25, extra-android-m2repository

2. Drugim podejściem jest kopiowanie folderów licencyjnych do katalogu głównego Androida. Goto your development machine open Android Studio. Znajdź lokalizację sdk z projektu Menu struktury. (C:\Users\UserName\AppData\Local\Android\sdk). Pod tym katalogiem musi znajdować się folder licencyjny. Skopiuj folder z zawartością. Wklej ten folder w swoim serwerze Jenkins (lub tam, gdzie napotkasz ten problem) w folderze głównym android sdk. (C:\Users\UserName.jenkins\tools\android-sdk)

Wreszcie, te 2 proste kroki zadziałały dla mnie na windows 10.

1) Upewnij się, że zaktualizowałeś swoje android build tools i api. Na Android Sdk wystarczy kliknąć zainstaluj pakiety, aby zainstalować dostępne aktualizacje.

2) Uruchom Android Studio i zostaniesz poproszony o zainstalowanie odpowiednich narzędzi do budowania dla już zaktualizowanego api i narzędzi, zainstaluje to właściwości narzędzi do budowania, w tym licencje i gotowe.

Nawiguję do:

/usr/lib/android-sdk/licenses

I wpisałem w Terminalu:

echo -e "\n8933bad161af4178b1185d1a37fbf41ea5269c55" > $ANDROID_SDK/licenses/android-sdk-license"

Z uprawnieniem roota. I teraz działa.

Dla aplikacji natywnych:

Jeśli masz problem z aplikacją React Native, oprócz wyżej wymienionych kroków, upewnij się, że masz aplikację local.Plik Właściwości w katalogu android (AppName/android) Twojej aplikacji, który wskazuje na twój katalog 'sdk':

sdk.dir=/PATH_TO_SDK/

Wypróbowałem wszystkie powyższe polecenia na komputerze z systemem windows 10 ale rozwiązaniem było użycie SDKMANAGER, aby sprawdzić i zaakceptować licencje kupić instalując brakujące wersje