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.
Geeksphone fournis toujours des versions à jour pour le Keon. > > Le 18 janvier 2015 14:09, Alexandre Lissy > <lissyx+mo...@lissyx.dyndns.org <mailto: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%2bmo...@lissyx.dyndns.org> > <mailto:lissyx+mo...@lissyx.dyndns.org > <mailto:lissyx%2bmo...@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> > <mailto:Moz-fr@mozfr.org <mailto:Moz-fr@mozfr.org>> > > http://mozfr.org/mailman/listinfo/moz-fr > > > > > > > > > > _______________________________________________ > > 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 <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