Les systèmes IFEC (In-Flight Entertainment and Connectivity) dans certains des derniers Boeing 787 Dreamliner sont propulsés par Android. Une version de l'avion de ligne pouvant contenir entre 210 et 330 passagers et ayant Android embarqué à son bord a eu une review de la part de Qatar Airways en début de semaine à la Farnborough International Airshow.

Les systèmes IFEC utilisés par la compagnie aérienne dans son avion à Farnborough au Royaume-Uni sont des Avant TPMU (Touch Passenger Media Units) d'une multinationale bien de chez nous : Thales. Selon VR-Zone.com, la version Qatar Airways du 787 a été configuré avec 22 systèmes dans les sièges en classe affaire et de 232 autres unités en classe économique donc chacune fait 17,3 pouces et affiche 10,1 pouces respectivement.

Contrairement à la génération précédente de ce système utilisé dans les avions et qui nécessitent généralement des boîtiers en-dessous du siège, ces nouveaux systèmes basés sur Android sont des unités autonome. Chaque système est équipé d'une processeur ARM dual-core, 1GB de RAM et un SSD de 256GB. Cela signifie qu'au total dans un seul avion il y a plus de 500 processeurs ARM et 60TB de données.
En plus de cela, il y a un serveur central avec un processeur de 32 coeurs, 238 GB de RAM et un SSD de 4TB si l'opérateur choisit un autre système (centralisé) qu'Android.

D'autres compagnies aériennes telle que la British Airways auraient également signé pour recevoir des 787 avec ces systèmes basés sur Android. En plus du système Thales, ExtremeTech propose pour les Boeing 787 un autre système IFEC appelé ex3 de Panasonic qui est aussi basé sur Android.

Les développeurs de GitHub ont annoncé le lancement d'une application Android officielle pour leur service. Les créateurs disent que l'objectif de cette nouvelle application (construite en utilisant des projets open source comme ActionBarSherlock) est de fournir aux utilisateurs un moyen rapide pour "toujours rester connecté" sur leurs projets.

L'application propose par contre une licence limitée avec tout de même un bon ensemble de fonctionnalités. Une fois connecté à l'application avec un compte GitHub, les utilisateurs peuvent travailler avec Gist et créer, gérer et discuter des issues. Pour les repository assez imposants, les tickets peuvent être filtrés par label, milestone et assignees. L'application intègre également un fil d'actualité pour rester à jour des organisations, amis et repos que vous suivez.

L'application GitHub pour Android est disponible en téléchargement sur Google Play pour les périphériques tournant sous Android 2.2 (Froyo) ou plus. Et si vous rencontrez des problèmes sur l'appli, vous pouvez le signaler à l'équipe de développement sur la page des Issues du projet.

Jean-Baptiste Queru, responsable technique de l'Android Open Source Project (AOSP), a annoncé que Google était en train de déployer le code source d'Android 4.1 (Jelly Bean) sur le repository AOSP.

Au même moment que la parution du code source, Google fournira le firmware binaire pour le Galaxy Nexus et la tablette Nexus 7 (qui est déjà vendue avec Jelly Bean). Cela permettra aux développeurs de commencer à travailler sur leur ROM pour ces périphériques. Des binaires pour le Nexus S et la tablette Motorola Xoom devraient également être publiés sous peu.

Quand on dit ROMs customs, on pense bien évidemment à l'équipe du projet CyanogenMod, qui a déjà déclaré sur Google+ son intention de commencer à travailler sur une version Jelly Bean de leur mouture dès qu'ils auront terminé leur travail sur CyanogenMod 9 (basée sur Android 4.0) qui est actuellement en release candidate.

Google fait une (autre) tentative pour résoudre le problème de mise à jour d'Android comme il l'a dit à la conférence Google I/O. L'objectif est de donner des possibilités à adapter le matériel actuel et récent des fabricants de smartphones et de tablettes pour l'arriver des prochaines versions d'Android. Google espère que cela permettra aux utilisateurs de recevoir leur mise à jour plus rapidement.

Pour atteindre cet objectif, Hugo Barra a annoncé une nouvelle plate-forme appelée "Platform Development Kit" (PDK). Barra a déclaré que le kit contient le "code source requis" pour permettre aux fabricants de porter une prochaine version Android sur leur matériel. Il a ajouté que Google mettra le PDK à disposition de ses partenaires deux à trois mois avant la sortie d'une nouvelle version (ça va fuiter). Par contre aucune info au niveau des critères de sélection de ces "partenaires".

Pour rappel, Google libère ses mises à jour sur une base semestrielle. Avec les smartphones Android vendus en 2009 et 2010, il a fallu environ neuf mois avant que les fabricants tels que Samsung, Motorola et Sony migrent leur matériel vers une la nouvelle version.

Par conséquent, la majorité des nouvelles versions ne sont pas portées sur d'anciens périphériques ou alors le développement est bâclé ce qui fait par la suite ramer le périphérique. Prenez par exemple la version AT&T du Samsung Galaxy S II. Il a été mis à jour vers Android 4.0 cette semaine, ce qui signifie qu'il tournera sur cette version seulement 2 ou 3 semaines vu que Google a prévu la sortie d'Android 4.1 à la mi-Juillet.

Si Google met en oeuvre PDK comme il l'a annoncé, les utilisateurs pourront profiter au plus tôt d'une nouvelle version d'Android. Les fabricants de smartphones pourront travailler sur le portage d'une nouvelle version de leur matériel alors que Google peaufinera les derniers détails. A condition qu'ils jouent le jeu et envisagent de tous faire la mise à jour, ce qui n'a pas toujours été le cas même avec des smartphones relativement récents. Selon Motorola, l'adaptation du code pour les chipsets et les autres composants est la plus grande difficulté lors de l'élaboration d'une mise à jour.

Le PDK est la deuxième tentative de Google pour résoudre le problème de mise à jour. Lors de la Google I/O de 2011, Google avait promis que les périphériques de HTC, LG, Motorola, Samsung et Sony Ericsson seraient maintenus à jour pour au moins 18 mois. C'est actuellement le plus grand problème avec Android pour la plupart des utilisateurs. En espérant que la PDK porte ses fruits!

Voilà ça y est! La première version stable de Chrome pour Android a été publiée par l'équipe de développement de Google Chrome. Le navigateur mobile est pressenti pour être le futur remplaçant du navigateur par défaut sur Android pour les smartphones et les tablettes.

L'ouverture d'une "Stable Channel" pour le navigateur mobile est un pur "milestone" dans le développement du navigateur mobile et vient moins de 5 mois après les premières versions d'essai qui ont été introduites. Les développeurs disent que cette nouvelle version inclut une stabilité importante et des grandes améliorations de performance par rapport à la précédente bêta.

La première version stable de Chrome pour Android, version 18.0.1025123, intègre également certains ajustements de l'interface utilisateur, en particulier pour les tablettes. Selon le Google Product Manager, Srikanth Rajagopalan, d'autres channels de Chrome pour Android, semblables à ceux de la version de bureau de Chrome, seront disponibles à l'avenir.

Chrome pour Android 18.0.1025123 est disponible en téléchargement à partir de Google Play et requiert Android 4.0 "Ice Cream Sandwich" ou plus.