Y a qu'a monter ça ! :p => https://developer.mozilla.org/en-US/Inbox/Building_FOTA_build_by_community_for_existing_Fire (honnêtement ça prend du temps, mais c'est pas impossible à faire et on apprend plein de truc)
Sinon tu build juste pour toi une master ou 2.2 et tu la flash de temps en temps. Après si le keon est compatible je peux te faire une build sans vérification de signature au besoin ;) dattaz Le 18/01/2015 20:11, <mentalo /> a écrit : > Ce que je veux faire est simple : en attendant mieux, je voudrais prendre > le Keon en téléphone principal pour lâcher le ZTE. > Et je voudrais y mettre une version récente de B2G (2.1 ou 2.2, histoire de > faire un peu de remontée de bugs). > > Or les méthodes trouvées sur le net sont assez très accessibles pour moi, > il y a toujours une étape où je bloque, ou où je n'ai pas le résultat > escompté. Alors qu'avec la build communautaire, j'ai facilement upgradé le > ZTE, et du premier coup. Donc j'aurais voulu faire pareil avec le Keon (et > avoir un peu de support avec la communauté en cas de pépin, ce qui est > rarement possible en suivant des tutos « extérieurs »). > > Après je n'ai peut-être pas le niveau technique pour le faire, ton message > me paraît très abscons :) Donc c'est peut-être une mauvaise idée de vouloir > le faire... Je cherche juste une solution pour avoir un téléphone > fonctionnel. > > Le 18 janvier 2015 14:09, Alexandre Lissy <lissyx+mo...@lissyx.dyndns.org> > a écrit : > >> Le 18/01/2015 12:18, <mentalo /> a écrit : >>> Je n'y connais pas grand-chose, mais est-ce qu'une build Open C est >>> "facilement" adaptable pour passer sur un autre appareil (Keon par >>> exemple) ? Ou ça serait très/trop différent ? >> >> Ça dépend de ce que tu veux faire. Pour simplifier, la contrainte la >> plus forte, c'est que ton appareil ciblé ait une version d'AOSP >> compatible ; donc dans le cas d'une build pour l'Open C, quelque chose >> en Jelly Bean 4.3. >> >> C'est d'ailleurs exactement ce qui est fait sur ces builds à l'heure >> actuelles : c'est un device tree Flame JB (même SoC, même version CAF) >> qui est utilisé et hacké pour construire ces versions. >> >> Maintenant, je ne suis pas certain de comprendre le but de ta question : >> est-ce que tu veux porter sur un nouveau téléphone ? (c'est beaucoup de >> boulot), est-ce que tu veux aider à faire les builds ? est-ce que c'est >> juste de la curiosité ? >> >>> >>> Le 14 janvier 2015 16:57, Alexandre Lissy >>> <lissyx+mo...@lissyx.dyndns.org <mailto:lissyx+mo...@lissyx.dyndns.org>> >>> a écrit : >>> >>> Hello, >>> >>> Suite au travail de dattaz et de quelques autres, nous avons >> maintenant >>> à disposition des versions à jour de B2G pour certains modèles : >> Open C >>> FR et Open C eBay au moins. >>> >>> Les retours montrent que beaucoup de gens sont intéressés et s'en >>> servent. Dattaz a mis en place un espace pour la remontée de bugs >> sur le >>> bugzilla FrenchMozilla, >>> >> https://bugzilla.frenchmozilla.org/buglist.cgi?bug_status=__open__&list_id=786&order=Importance&product=FirefoxOS&query_format=specific >>> >>> Quelques bugs ont déjà été remontés. Nous avons besoin de votre aide >>> pour que des gens fassent : >>> - triage de ces bugs ; c'est-à-dire, savoir dire s'ils sont valides >> ou >>> pas. Pas nécessairement besoin d'être tech, il suffit de suivre les >>> listes de développement, et le bugzilla Mozilla, et d'avoir une >> version >>> à jour. >>> - suivi des bugs : identifier ceux qui sont upstream (i.e., liés à >> B2G) >>> et qu'on doit faire remonter dans le bugzilla Mozilla, maintenir le >> bug >>> côté frenchmoz (ouvrir/fermer, etc.), pour éventuellement trouver de >>> nouveaux bugs. >>> - être diplomate : sur les bugs nouveaux, savoir identifier si tous >> les >>> éléments sont présents pour faire du triage proprement. Par exemple, >>> capture d'écran, description claire des étapes de reproduction, logs, >>> etc. Quand ça manque, savoir demander aux gens de le faire. >>> >>> Et être diplomate c'est pas facile :). >>> >>> Les bugs rapportés sur le bugzilla frenchmoz peuvent être en anglais >> ou >>> en français, pas question de rajouter une barrière supplémentaire >> pour >>> les utilisateurs. Ce travail est un peu ingrat, mais essentiel pour >>> pouvoir produire des versions à jour pour la communauté et qui >> soient de >>> bonne qualité. Si plusieurs personnes s'y mettent et se répartissent >>> intelligemment la tâche, ça ne sera un fardeau pour personne. >>> >>> _______________________________________________ >>> Moz-fr mailing list >>> Moz-fr@mozfr.org <mailto:Moz-fr@mozfr.org> >>> http://mozfr.org/mailman/listinfo/moz-fr >>> >>> >>> >>> >>> _______________________________________________ >>> Moz-fr mailing list >>> Moz-fr@mozfr.org >>> http://mozfr.org/mailman/listinfo/moz-fr >>> >> >> >> _______________________________________________ >> Moz-fr mailing list >> Moz-fr@mozfr.org >> http://mozfr.org/mailman/listinfo/moz-fr >> > > > > _______________________________________________ > Moz-fr mailing list > Moz-fr@mozfr.org > http://mozfr.org/mailman/listinfo/moz-fr > _______________________________________________ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
