Okaryn Posté(e) 11 décembre 2013 Auteur Posté(e) 11 décembre 2013 Tu exécutes bien la commande "repo sync -j4" avant de lancer la compilation ? Essaies éventuellement de refaire un repo init... peut être qu'il y a eu un soucis, mais c'est vraiment étrange. Citer
Burn2 Posté(e) 11 décembre 2013 Posté(e) 11 décembre 2013 Je refais ces commandes à chaque fois. Repo init, repo sync, il ne le récupère pas.Je viens de supprimer le .repo dans slim et je refais encore une fois le repo init puis le repo sync, je vais voir ce que je récupère. Citer
Okaryn Posté(e) 11 décembre 2013 Auteur Posté(e) 11 décembre 2013 Il faudrait regarder dans ce qu'il affiche s'il n'y a pas une erreur quelque part. Le repo init n'est nécessaire qu'une seule fois, inutile de refaire la commande ensuite, juste le repo sync Citer
Burn2 Posté(e) 11 décembre 2013 Posté(e) 11 décembre 2013 Sachant que j'arrive à compiler il n'y a pas d'erreur. En gros je récupère la version build 2.1 et pas la 2.2. Mais je ne vois pas ou pourrait être l'erreur sachant que rien ne précise à moment donné quel flag on veut récupérer. Sinon je vais encore tout recommencer à 0, mais normalement je suis parti de 0 avec une vm tout juste fraichement installée donc pas possible qu'il reste des reste de quoi que ce soit. (surtout en sachant que la build 2.2 ça fait un moment qu'elle est sortie) Citer
Okaryn Posté(e) 11 décembre 2013 Auteur Posté(e) 11 décembre 2013 Je viens de supprimer le répertoire /vendor/slim/ puis de faire un repo sync : je suis revenu en version 2.1 également, bizarre... Ce n'est donc pas toi qui merdouille :p Ils ont eu un soucis sur leur gith à un moment, peut être que ça vient de là. Citer
Burn2 Posté(e) 11 décembre 2013 Posté(e) 11 décembre 2013 T'es entrain de me dire que je perds mon temps pour rien merci... :D Par contre ce qui m'étonne c'est qu'en supprimant le répertoire /vendor/slim puis faire un repo sync, il ne le récupère pas. Alors que chez toi si??? Citer
Okaryn Posté(e) 11 décembre 2013 Auteur Posté(e) 11 décembre 2013 J'ai ouvert un sujet sur leur forum pour signaler l'anomalie en demandant s'il n'y avait pas d'autres fichiers revenus dans une version précédente. Pour le repo sync, c'est en effet bizarre. Ceci dit, la version 4.3 c'est du passé, autant partir sur la 4.4 (branche kk4.4 pour le repo init) ;o) Citer
Burn2 Posté(e) 11 décembre 2013 Posté(e) 11 décembre 2013 Merdum j'ai posé la question sur leur forum aussi mais sur la news de la sortie de la 2.2. :D Pour le 4.4 non mon but c'était justement d'avoir la 4.3 2.2 tant que la 4.4 n'est pas "vendue" comme stable. :D Citer
Burn2 Posté(e) 13 décembre 2013 Posté(e) 13 décembre 2013 Toujours aucune modif dans le git, et aucune réponse nulle part. :( Impossible de constuire la 2.2. Citer
Burn2 Posté(e) 15 décembre 2013 Posté(e) 15 décembre 2013 J'ai eu une réponse, on me dit qu'il n'y a pas de différence et ce que ce n'est pas grave, donc du coup en renommant dans le fichier de conf directement ça le fera. Citer
Okaryn Posté(e) 15 décembre 2013 Auteur Posté(e) 15 décembre 2013 C'est rassurant que ce ne soit que ça alors :) Citer
Burn2 Posté(e) 15 décembre 2013 Posté(e) 15 décembre 2013 La seule modif réelle sur le 2.2 c'est en fait le binaire su qui est un dépo externe.Donc je devrais arriver à le compiler si mon serveur arrive à être stable.... (ou si je trouve la cause de mon pb...) Citer
mikosims Posté(e) 21 décembre 2013 Posté(e) 21 décembre 2013 Je reviens vers vous, un peu tardivement car j'ai laissé la compilation de coté ces derniers jours mais je reviens donc vers vous pour partager la réponse que j'ai eu d'un des développeur de la rom PSX, pour ceux qui souhaitent la compiler en incluant le kernel PSK dedans, il est necessaire avant de lancer la compilation d'appeler la commande " build-kernel.sh " dans le dossier kernel/lge/mako (ou dans kernel/lge/hammerhead pour les nexus 5) Pas de fonctionnalités en plus pour PSX V3 si ce n'est la compatibilité du PSK avec le mod multirom. 1 Citer
Okaryn Posté(e) 21 décembre 2013 Auteur Posté(e) 21 décembre 2013 Merci Mikosims pour ce retour :) J'ai ajouté l'information sur le 1er topic, en "§8 - Divers", ça pourra aider pour ceux qui chercheront ! Citer
FlyinGrub Posté(e) 6 janvier 2014 Posté(e) 6 janvier 2014 Vous confirmez que je peux utiliser CTRL + C ^pour fermer le telechargement de la source et après reprendre avec "repo sync" Citer
Okaryn Posté(e) 6 janvier 2014 Auteur Posté(e) 6 janvier 2014 Oui, je l'ai fait plus d'une fois ;) Citer
Okaryn Posté(e) 12 février 2014 Auteur Posté(e) 12 février 2014 J'ai besoin de votre aide :) J'essaie de compiler la Slimkat mais sans prendre le Kernel Slim, mais celui compilé par Barome (directement l'image, pas de compilation). quelqu'un saurait comment faire ? J'ai ouvert un sujet sur le forum Slim, mais pas de réponse. Dans ce que j'ai pu lire à droite et à gauche, il suffirait de mettre TARGET_PREBUILT_KERNEL avec l'emplacement de l'image du Kernel, mais ça fait planter la compilation :( Je mettrais à jour le 1er sujet avec une nouvelle méthode pour synchroniser les fichiers modifiées (envsetup.sh) avec rm -f ~/slimkat/build/envsetup.sh repo forall ~/slimkat/build -c 'git checkout .' Citer
el liberator Posté(e) 12 février 2014 Posté(e) 12 février 2014 Bonsoir Tu as respecté cette syntaxe ? : TARGET_PREBUILT_KERNEL := device/vendor-name/device-name/kernel Sinon une façon plus simple , tu compiles la SlimKat avec son kernel , puis tu ouvres le zip et tu remplaces le kernel (boot.img) par celui de Barome ;) Citer
Okaryn Posté(e) 12 février 2014 Auteur Posté(e) 12 février 2014 Je suis en train de refaire la manip avec le target_prebuilt_kernel car je me rend compte que j'avais mis en référence le "Zimage" et non le dossier "Kernel" du zip de Barome. J'ai donc extrait le dossier "kernel" du Hell'doc, placé ça dans "/slimkat/device/lge/mako/kernel" et renseigné dans "/slimkat/device/lge/mako/BoardConfig.mk" la ligne "TARGET_PREBUILT_KERNEL := device/lge/mako/kernel" et mis en commentaire "# TARGET_KERNEL_SOURCE := kernel/lge/mako" (lu sur un wiki Cyanogen). A voir d'ici une 30aine de minutes :p Pour la seconde option, c'est la première chose que j'ai voulu faire (réflexe du Galaxy S1) et... bootloop :p Ce qui est normal car de ce que j'ai lu ensuite le boot.img contient le kernel (zimage du zip de Barome) + le ramdisk + autre chose. En décortiquant d'ailleurs le Zip du hell's doc, il y a tout un script qui s'occupe de faire ça au moment de flasher. Citer
el liberator Posté(e) 12 février 2014 Posté(e) 12 février 2014 ah ok , le kernel de Barome n'est pas built-in ? , dans ce cas oui , c'est un peu plus compliqué mais faisable , en modifiant le script : updater-script Citer
Okaryn Posté(e) 12 février 2014 Auteur Posté(e) 12 février 2014 j'aimerai faire quelque chose d'assez propre, et ça doit bien être faisable quand même :p Ca vient de se replanter, snif :( En tout cas, j'aime bien chercher des heures pour quelque chose, heureusement d'ailleurs ! Citer
el liberator Posté(e) 12 février 2014 Posté(e) 12 février 2014 (modifié) pourquoi tu ne prends pas les sources du kernel de Barome , il a un github il me semble , non ? EDIT : sinon , regarde comment avait fait la SlimTeam à l'époque ou les sources du kernel pour le Neux 5 n'était pas dispo https://github.com/SlimRoms/device_lge_hammerhead/commit/18e14401be9de6f67de14ef6f3bcf870a1e0dcdd Modifié 12 février 2014 par el liberator Citer
Okaryn Posté(e) 12 février 2014 Auteur Posté(e) 12 février 2014 Houlala,mélanger 2 gith ? Je n'en suis pas encore à ce niveau, je passe à peine l'étape débutant :p Mais bon, va peut être falloir que j'y vienne car j'ai beau triturer le truc dans tous les sens, ça n'avance pas. En tout cas, je sais que la variable doit pointer sur le fichier zimage et non le dossier kernel (enfin d'après ça). Citer
el liberator Posté(e) 12 février 2014 Posté(e) 12 février 2014 @Okaryn j'ai édité mon message précédent Citer
Recommended Posts
Rejoignez la conversation
Vous pouvez poster maintenant et vous enregistrez plus tard. Si vous avez un compte, connectez-vous maintenant pour poster.