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
