Oui justement j'ai regardé. Je suis en 2.0 depuis le 29 septembre. Depuis pas de màj proposée, et je n'ai pas réussi à appliquer une version supérieure...
Le 18 janvier 2015 20:19, Alexandre Lissy <lissyx+mo...@lissyx.dyndns.org> a écrit : > 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 >
_______________________________________________ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
