Le forum a été mis à jour! (lire la suite...)

Fks

Membre
  • Content count

    164
  • Joined

  • Last visited

About Fks

  • Rank
    Membre régulier
  • Birthday 06/23/66
  1. Tu as le liens sur le premier post. Il n'est pas sur le store il faut donc utiliser les sources inconnues.
  2. Comme dit au-dessus il y a un fil spécial qui pourrait t'aider : http://forum.frandroid.com/topic/199258-installation-m-a-j-v24-impossible-%C3%A0-cause-de-modification-du-buildprop/
  3. Moi je viens d'y arriver avec le bon build.prop voir ci-dessus. Changement de build.prop, Remise des bons droits, Reboot, Mise à jour. marcos_59143 il suffirait sans doute que tu change le fichier . apk par un avec le bon sha1. Je viens de vérifier le miens, après mise à jour, n'est pas le même. QQn qui n'a pas fait encore la mise à jour doit pouvoir te le donne.
  4. je ne crois pas que ça existe des fichiers de restauration.
  5. Non aujourd'hui à 17h35 j'ai mon update avec le script différent de celui de nonom d'hier et aujourd'hui à 20h37 j'ai le même que celui de nonom d'hier. C'est donc bien un update pour ceux qui ont une màj 21 dev et un autre à pour ceux qui ont une mise à jour release. Par contre ça explique sans doute plusieurs plantage de personnes qui aurait mis un build.prop dev sur un tel déjà en release quand il va checker le fichier "SaleTracker.apk", il doit trouver un bad checksum ou pas de fichier du tout d'où ma question sur ceux qui semble voir ce qui c'est passé avec une erreur autre qu'un bugdroid mort avec un panneau error. Serait-il possible de poster 2 buildprop : l'un dev avec le checksum "35242cbd176c8ca59aaeb2d151b712973e68b9fd" et l'autre release avec le checksum "8929cff58cfb864b55549902d078b2cd7bd48ed9". Mille merci à ceux qui feront ça. Je mets là mon script d'update pour le build.prop dev.
  6. Les zips de mise à jour sont signés numériquement. Toute modification rend la signature invalide, donc il y a 99,99% de chances que le recovery refuse de l'installer Tu as raison. Je viens de voir les fichiers OTA cert. En plus il y a un bin avec le script et je ne sais pas le générer. Je ne pense pas je pense que selon notre build.prop on a l'un ou l'autre des updates voire il le crée à la demande.
  7. J'ai remis une build.prop release et retéléchargé la mise à jour et le script a changé : A la ligne 2 le release est apparu. Tous les setprogress ont changé. Cette ligne a disparu : assert(apply_patch_check("/system/app/SaleTracker.apk", "7c2c1c3c25b11b38bc547ff60818840c3c11bbd5", "a889c5a6db90923734385ce4fc8a71b60de7a432")); Le check sum du buildprop n'est plus le même : assert(apply_patch_check("/system/build.prop", "cfdb2c53fe7c8d8047da6e147ab0cf622bd50450", "8929cff58cfb864b55549902d078b2cd7bd48ed9")); le SaleTracker.apk n'est plus installé.
  8. Comment faites vous pour lancer l'update.zip je veux dire celui du cache. Si je pouvais faire ça je pourrais modifier le script (mettre mon checksum) et retenter une installation.
  9. Merci Lannig pour le travaille de nettoyage qui éclaircit tout ça. Moi je n'ai pas le même script d'update j'ai : assert(file_getprop("/system/build.prop", "ro.build.fingerprint") == "WIKO/s8515_wiko/s8515:4.3/JLS36C/eng.develop.20140605.094954:user/dev-keys" || file_getprop("/system/build.prop", "ro.build.fingerprint") == "WIKO/s8515_wiko/s8515:4.3/JLS36C/eng.develop.20140801.161550:user/dev-keys"); dons 2 fois pour dev-keys mais je ne sais pas pourquoi. Pas moyen d'avoir un build.prop avec le bon check sha1 si qqn pouvait en mettre 1 avec devkey ce serait sympa. Pour les checksum j'ai ça dans le script : assert(apply_patch_check("/system/build.prop", "cfdb2c53fe7c8d8047da6e147ab0cf622bd50450", "35242cbd176c8ca59aaeb2d151b712973e68b9fd")); Je vois aussi : assert(apply_patch_check("/system/vendor/firmware/data/config/audioConfig.bin", "303dcc426932888a78f794a6cfb62d011ec649f5", "a08031883e6b9b2ac14a41d9dfd1789607d17f9d")); Ce fichier n'est-il pas construit à partir du fichier nvaudio-conf.xml ? En dernier lieu, plusieurs d'entre vous sont capable de voir ou ça a planté. Comment faites-vous ? Un fichier journal ?
  10. Bon alors : Tu ferme ta fenêtre DOS, Tu appuis sur la touche windows et dans la barre de recherche en bas à gauche tu tapes cmd sans faire "entrer", Puis sur cmd.exe tu fais clique droit puis "exécuter en tant qu'administrateur, Tu fais touche windows+E ce qui t'ouvre un explorateur, Tu recherche ton dossier platform-tools (sans doute dans c:\Downloads\adt-bundle-windows-x86-20140702\sdk\platform-tool), Le chemin apparait dans la barre du haut tu le copie, Tu retourne dans la console dos, tu tapes cd puis espace puis tu fais clique droit et coller. Ca marche ? Je pense qu'il n'y a pas de s à platform mais qu'il y en a un à tools.
  11. Non tu entre : cd c:\Downloads\adt-bundle-windows-x86-20140702\sdk\platform-tool
  12. Salut Romsss92, Le début de ligne "C\Users\HP>" indique ou tu es la commande ou tu veux aller je vois une faute pas de s à platform rééssais.
  13. J'ai essayé avec le build.prop de Corentin mais ça ne marche pas. QQn pourrait mettre un build prop d'origine propre. Merci