Forum openmoko-fr.org

SuperZell · 15-04-2009 14:20:00

Je n'arrive plus a construire d'images d'Android depuis quelques semaines depuis koolu, j'ai tout le temps des soucis dans ce genre, je pensais avoir cassé quelque-chose chez moi, mais visiblement je suis pas le seul.

Enfin, si je trouve quelque-chose je remettrais ici, mais ce serais bien si quelqu'un qui y arrive pouvais ce manifester

misc · 15-04-2009 15:18:57

Donne l'erreur, ça ira mieux pour aider, je pense

FreedomSound · 15-04-2009 15:21:20

misc : sur le wiki page d'android

SuperZell · 15-04-2009 15:23:35

misc a écrit:
Donne l'erreur, ça ira mieux pour aider, je pense

Elle est dans le wiki

Edit: Mer.. grillé

Dernière modification par SuperZell (15-04-2009 15:23:59)

FreedomSound · 15-04-2009 15:34:55

héhé, ouned !

Dernière modification par FreedomSound (15-04-2009 16:19:06)

misc · 15-04-2009 15:53:07

Ah oui.

ben visiblement, y a une incompatibilité avec webkit, est ce que android utilise sa propre copie ?

Essaye de retirer toute trace de webkit sur ta machine ou ton environnement de dev ?

FreedomSound · 15-04-2009 16:20:51

Code:

dpkg -l |grep webkit
ii  libqt4-webkit                                   4.4.0-1ubuntu5~hardy1                                      Qt 4 WebKit module

Je désinstall, compile et te dirais çà.

Merci !!

misc · 16-04-2009 01:30:29

Mouais, c'est une versionde webkit pour le runtime, ça doit pas être ça.

misc · 16-04-2009 10:02:35

Alors, j'ai tenté de suivre le howto, et j'abouti à une erreur :
[misc@takara android] $ make TARGET_PRODUCT=freerunner
build/core/product_config.mk:229: WARNING: adding test OTA key
build/core/main.mk:177: implicitly installing apns-conf_sdk.xml
============================================
TARGET_PRODUCT=freerunner
TARGET_SIMULATOR=
TARGET_BUILD_TYPE=release
TARGET_ARCH=arm
TARGET_OS=linux
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=TC3
============================================
host Executable: adb (out/host/linux-x86/obj/EXECUTABLES/adb_intermediates/adb)
/usr/bin/ld: skipping incompatible /usr/lib64/libncurses.so when searching for -lncurses
/usr/bin/ld: skipping incompatible /usr/lib64/libncurses.a when searching for -lncurses
/usr/bin/ld: cannot find -lncurses
collect2: ld a retourné 1 code d'état d'exécution
make: *** [out/host/linux-x86/obj/EXECUTABLES/adb_intermediates/adb] Erreur 1

Conclusion, le sdk n'a pas l'air de vouloir marcher sur x86_64, de base ( en fait, je vais aller changer HOST-ARCH, je mets juste mon erreur ici car je vais pas être le seul à l'avoir )

FreedomSound · 16-04-2009 10:15:27

j'ai eu le même soucis de "-lncurses"... Ca a été résolu par le apt-get install et tout plein de paquets.
Je les ai trouvés sur un billets en googlisant. La moitié est sûrement inutile. En tout cas, çà m'a résolu le probleme.

Ha les archi 64bit que du bonheur

Pour ce qui est du webkit, en recompilant hier soir, je suis arrivé au même problème. Qu'est-ce que tu appel runtime ?

Dernière modification par FreedomSound (16-04-2009 10:16:01)

misc · 16-04-2009 10:15:29

Et bon, pour activer le x86_64, aprés avoir un peu jouer dans le makefile, faut aussi nettoyer du code :

host C++: libutils <= frameworks/base/libs/utils/CallStack.cpp
frameworks/base/libs/utils/CallStack.cpp: In function 'const char* android::lookup_symbol(const void*, uint32_t*, char*, size_t)':
frameworks/base/libs/utils/CallStack.cpp:87: erreur: cast from 'void*' to 'uint32_t' loses precision
frameworks/base/libs/utils/CallStack.cpp: In static member function 'static const char* android::MapInfo::mapAddressToName(const void*, const char*)':
frameworks/base/libs/utils/CallStack.cpp:187: erreur: cast from 'const void*' to 'unsigned int' loses precision
frameworks/base/libs/utils/CallStack.cpp: In member function 'android::String8 android::CallStack::toStringSingleLevel(const char*, int32_t) const':
frameworks/base/libs/utils/CallStack.cpp:294: attention : format '%08x' expects type 'unsigned int', but argument 4 has type 'size_t'
frameworks/base/libs/utils/CallStack.cpp:294: attention : format '%08x' expects type 'unsigned int', but argument 4 has type 'size_t'
frameworks/base/libs/utils/CallStack.cpp:301: attention : format '%08x' expects type 'unsigned int', but argument 4 has type 'size_t'
frameworks/base/libs/utils/CallStack.cpp:301: attention : format '%08x' expects type 'unsigned int', but argument 4 has type 'size_t'
make: *** [out/host/linux-x86_64/obj/STATIC_LIBRARIES/libutils_intermediates/CallStack.o] Erreur 1

misc · 16-04-2009 10:25:55

FreedomSound a écrit:
j'ai eu le même soucis de "-lncurses"... Ca a été résolu par le apt-get install et tout plein de paquets.
Je les ai trouvés sur un billets en googlisant. La moitié est sûrement inutile. En tout cas, çà m'a résolu le probleme.

Ha les archi 64bit que du bonheur

C'est vrai, c'est pas comme si ça faisait des années que les distros linux étaient dispo sur du 64 bits, et c'est pas
comme si les divers trucs pour faire du code portables etaient connus depuis longtemps...

J'avais déja libnucrses-devel, le paquet qui continet libnucrses.so, utilisé par le linker de gcc, mais voila, en version 64 bits, comme le makefile force -m32, ça rale sur "archi non reconnu"

FreedomSound a écrit:
Pour ce qui est du webkit, en recompilant hier soir, je suis arrivé au même problème. Qu'est-ce que tu appel runtime ?

Le runtime, c'est la bibliothéque ( .so sous linux, .dll sous win, .dylib sous os x ), contrairement au headers, ou tu as un ou plusieurs .h, pour la compilation à C.

Quand tu installes gnome, ça va installer gtk sous forme de library, cad d'un .so.1.2 . Quand tu compiles gnome, il te faut gtk et les headers, cad le .so, et les .h.

Ce que j'appelle le runtime, c'est la partie qui sert juste à l'execution. Normalement, ça n'influe pas sur la compilation.

sleg · 16-04-2009 10:38:38

Merci pour le tuto. Je vais essayer ça

kaoul · 20-04-2009 22:38:04

J'ai réussi à m'en sortir avec le tutoriel. Cependant lorsque Android boot, j'arrive sur l'interface qui dit "No SIM Card" (normal j'ai pas mis de sim), "Press Menu to unlock" mais j'ai beau appuyer sur Power plusieurs fois, rien ne se passe. Comment on le débloque ?? Le wiki openmoko dit "tap 3 times" mais ça semble pas marcher.

Aussi, j'ai pas encore de partition fat32 mais je pense pas que ça joue.

D'avance merci et déjà merci pour le tuto !

FreedomSound · 21-04-2009 09:18:25

De rien pour le tuto. Merci à vous.

Cependant, il y a une nouvelle version d'androïd, Koulu 1.0 Beta6
Il semblerai qu'il faille simplement la décompresser dans une partition et hop.. çà roule.
Je test et vous dis.

kaoul · 21-04-2009 20:07:41

Koolu beta6 est géante, je n'ai plus de problème avec le blocage du téléphone et android était installé en 10 minutes !

Seul point faible, le matériel de l'openmoko qui fait que ça rame beaucoup quand on scroll, espérons que des hacks améliorerons cela.

[edit] Je résume les informations qui m'ont manqué ici : http://blog.upme.fr/?/Informatique/Andr … onctionnel

Have fun

Dernière modification par kaoul (25-04-2009 13:30:36)

Forum openmoko-fr.org

Annonce

#26 15-04-2009 14:20:00

Re: ANDROID sur SDHC

#27 15-04-2009 15:18:57

Re: ANDROID sur SDHC

#28 15-04-2009 15:21:20

Re: ANDROID sur SDHC

#29 15-04-2009 15:23:35

Re: ANDROID sur SDHC

misc a écrit:

#30 15-04-2009 15:34:55

Re: ANDROID sur SDHC

#31 15-04-2009 15:53:07

Re: ANDROID sur SDHC

#32 15-04-2009 16:20:51

Re: ANDROID sur SDHC

Code:

#33 16-04-2009 01:30:29

Re: ANDROID sur SDHC

#34 16-04-2009 10:02:35

Re: ANDROID sur SDHC

#35 16-04-2009 10:15:27

Re: ANDROID sur SDHC

#36 16-04-2009 10:15:29

Re: ANDROID sur SDHC

#37 16-04-2009 10:25:55

Re: ANDROID sur SDHC

FreedomSound a écrit:

FreedomSound a écrit:

#38 16-04-2009 10:38:38

Re: ANDROID sur SDHC

#39 20-04-2009 22:38:04

Re: ANDROID sur SDHC

#40 21-04-2009 09:18:25

Re: ANDROID sur SDHC

#41 21-04-2009 20:07:41

Re: ANDROID sur SDHC

Pied de page des forums