Encore un OS mobile utilisant Linux
Six firmes japonaises ont décidé de s’unir pour développer leur propre système d’exploitation mobile qui sera compatible avec Android et Symbian.
S’unir pour grandir
NTT Docomo, Renesas Electronics, Fujitsu, NEC, Panasonic et Sharp viennent donc de créer un consortium dans le but de commercialiser les premiers smartphones utilisant leur OS durant la fin 2011, voire le début 2012. Ils se concentreront principalement sur les fonctions multimédias et les graphismes 3D. Selon les sociétés, cette décision est née d’un désir par les fabricants de téléphones japonais de développer un OS nippon afin de maintenir un écosystème national.
Tous contre Apple
On pense qu’il s’agit surtout d’un désir de lutter contre l’iPhone qui représentait 46,1 % du marché des smartphones en 2009 au Japon (cf. « Les iMac aident les ordinateurs de bureau »). En s’associant, les sociétés réduisent les coûts de développement et le temps nécessaire pour l’écriture d’un tel système.
La diversité n’aide pas à régner
On peut néanmoins se demander si cela est bien nécessaire. En voulant commercialiser un OS se démarquant d’Android, Symbian, MeeGo et les autres, les entreprises japonaises diluent encore un peu plus les offres en place au profit d’Apple qui ne dispose que d’une seule plateforme avec un nombre exceptionnel d’applications. Or, plus il y aura d’OS et moins les développeurs auront accès à un système uni pour le développement de programmes rivalisant avec la pomme. On parle certes de mode de compatibilité, mais les diversités matérielles et logicielles n’aident pas les ingénieurs.
- Le LTE vaincra-t-il le WiMAX ?
- Nouveau ventirad Intel pour overclockeurs
- TV 3D Toshiba sans lunettes
- Intel recule sur le marché des GPU/IGP
- HP adopte lui aussi l’Atom N455
- La HD5970 4Go Toxic de Sapphire arrive
- Asus et Gigabyte adaptent l'USB à Apple
- Une bêta du prochain Windows Home Server
- Tom’s Guide : les gadgets écolos de demain
- TDJ : Phenom II X6, HIS HD5850 Icooler
- L’Atom N455 chez Lenovo
- 8Go de DDR3 VLP chez Crucial
- Facebook utilise des SSD
- Asus M4A89TD PRO : l'AMD 890FX à l'honneur
- NVIDIA dément les problèmes des GTX 480
- TSMC : des revenus en hausse
- Microsoft corrige un correctif de Windows 2000
- Lexar : des CF 300x et 600x de 32 Go






Il a raison le Mr Civera : Non à la diversité.
Il a raison le Mr Civera : Non à la diversité.
Trop de diversité tue la diversité...
Android, iPhone OS et WM sont trop présent dans le marché pour que d'autre se montrent.... On sait à l'avance que ça fera un bide comme Meego.
Apple à une seule plate-forme peut-être mais aussi une politique de merde qui consiste à bloquer ses utilisateurs et à filtrer toutes les applis. Ils poussent au piratage. Alors qu'un système libre tout le monde peut faire ce qu'il veut avec et les failles de sécurité sont corrigées beaucoup plus vite. Moi je dis vive la diversité !
Android, iPhone OS et WM sont trop présent dans le marché pour que d'autre se montrent.... On sait à l'avance que ça fera un bide comme Meego.
En même temps il n'y a pas si longtemps WM était loin devant et aujourd'hui il est complètement à la traine. Symbian commence à donner des signes des faiblesse. Android n'est pas si vieux que ça et ça monte très vite.
Il est possible que ça marche. Pourquoi ne s'allierait-il pas à terme avec MeeGo ? En tout cas, pour moi c'est si évident.
Il a raison le Mr Civera : Non à la diversité.
même si je prends ton commentaire comme ironique, il ne faut pas non plus rentrer dans l'extrême.
Le choix, c'est bien, mais trop de choix, c'est pas top...
Ils quittent TRON ? Étonnant.
@Sam XX
A priori les japonais ont aussi des fonctions très avancées dans leur téléphone et dans leur réseau (paiement électronique, navigo, etc), utiliser Android ou Meego serait faire profiter de cette avance à leurs concurrents (ie j'arrose le jardin de mon voisin ...). Et ils ont leur marché intérieur de 120 millions d'habitants.
Ceci dit une alliance avec Symbian ou Meego aurait du sens contrairement à Android ou Windows Mobile - aucun contrôle sur ces plateformes: Google rajoute de la publicité partout et ses services en ligne sans compter toutes les versions 1.5 à 2.1 incompatibles et Microsoft peut tuer une plateforme en deux minutes (adieu Play for Sure, ou WM7 non compatible et non multitache).
Sur l'aspect "trop de diversité tue la diversité", c'est d'autant plus vrai que l'éclatement et le manque de visibilité de Linux pour le grand public provoque un rejet du genre "y a trop de choses, je ne comprends rien... alors je reste fidèle à un truc qui répond plus ou moins à mes besoins, mais sans me prendre la tête".
J'ai un N900 sous Maemo/Debian. Ca me convient totalement, notamment parce qu'il y a énormément de choses qui fonctionnent nativement, et d'autres qui sont en passe de fonctionner grâce à des recompilations dédiées. De là, trop de Linux différents = bordel pour trouver LA bonne application.
De toute façon, la cible est effectivement Apple et son store, sauf que je doute que cette alliance puisse prétendre à distribuer suffisamment de programmes ludiques/fun pour venir tailler dans le jardin de la pomme.
Sur l'aspect "trop de diversité tue la diversité", c'est d'autant plus vrai que l'éclatement et le manque de visibilité de Linux pour le grand public provoque un rejet du genre "y a trop de choses, je ne comprends rien... alors je reste fidèle à un truc qui répond plus ou moins à mes besoins, mais sans me prendre la tête".
Le problème c'est pas la diversité des distributions linux. Regarde les navigateurs web : Aujourd'hui il n'y a pas de diversité, mais si jamais il y en avait, ça poserait aucun problème : si tout les sites et tout les navigateurs respectent les standards, alors il y a aucun problème.
Les distributions linux c'est pareil : toutes les grandes distributions ont pour la plupart des interfaces standardisées. Si j'ai une appli pour une distro, et que je la veut pour l'autre, j'ai qu'a recompiler.
Pour le mobiles, y a certaines distributions qui respectent les schémas des distributions classiques, mais y en a d'autres qui divergent délibérément ou non du schéma classique. Quand on regarde Android, avec un noyau linux, une libc de chez BSD, un système d'initialisation risible (c'est un gros script shell de 500 ligne qui initialise tout le système ...), on se rend vite compte que ce système est compatible avec rien, et qu'on ne peut pas simplement recompiler les applis qui viennent d'ailleurs, ce qu'on ferait sur un distro de bureau. On peut pas appeler Android une distribution gnu/linux. Le problème c'est que c'est pareil avec la plupart des distros linux mobiles (sauf certaines, dont Debian, qui fait pas du tout la distinction entre mobile et ordinateur de bureau)
Une fois que tout le monde sera calmé avec les distributions linux pour mobile, peut être qu'on aura de nouveau des standards.
La diversité, c'est le contraire du monopole et du contrôle d'un marché par une seule entreprise. C'est très sain et il faut l'encourager. Si plusieurs acteurs du marché de regroupent, ce n'est pas une solution fermée et monopolistique qui devrait en sortir, mais au contraire une standardisation et/ou normalisation. A charge pour chacun alors de la respecter. Linux est tellement à géométrie variable qu'on peut en faire un OS qui respecte scrupuleusement ces normes (debian, la prochaine smartphone-distro nippone espérons) ou pas (Androïd).
La clef n'est pas tant le noyau utilisé (Linux, Windows, Mach), que le respect des standards. Reste pour le développeur le problème de la diversité des API.
Après samsung et HTC c'est au tout d'autres de vouloir leur OS. Sauf que là, en s'associant, cela risque de mieux marcher
Si j'ai une appli pour une distro, et que je la veut pour l'autre, j'ai qu'a recompiler.
Yakafokon... bien sûr.
Le consommateur lambda va sûrement trouver ça normal.
Eh turlupin, le batchy s'est un peu enflammé sur ce coup.

Il a voulu dire "jéka... uèrpéèmmiser/aptitudiser/yumimer/etc"
En développant (soit-disant) leur marché national, ils vont se couper de l'exportation !
Les seuls choix intéressants était Android, et peut-être Meego (Meego qui devrait se répandre, mais peut-être plus sur des TV, périphériques communiquant, etc)... Pourquoi cette divergence !
Avec Android, ils s'ouvraient au monde et profitaient directement des 50.000 appli existantes, et c'était dispo immédiatement (pas fin 2011 ou 2012)
Ok, ils disent "compatibles Android... et Symbian"... euh oui, peut-être... ça ressemble déjà à un bricolage cette compatibilité Android ET Symbain !
C'est soi-disant nouveau, mais c'est la partie visible du glaçon (une montagne de glace ne rentrerait pas dans un mobile) qui sera revue et corrigée estampillée "Six firmes japonaises".

![[:spamafote]](http://img.infos-du-net.com/forum/images/perso/spamafote.gif)
Dessous, ça reste un bon vieux Linux/UNIX des familles, exactement comme Androïd et MeeGo (tiens, tiens). D'où la compatibilité immédiate, ou à très peu de frais.
Par rapport à Symbian, le noyau est bien différent, mais ce qui compte, c'est l'API, comme dit dans un message précédent. A bah justement devine de Androïd (kernel:linux), MeeGo (linux), Symbian (EKA2), cékiki sait exploiter la libc ? - Ben tous !
Yakafokon... bien sûr.
Le consommateur lambda va sûrement trouver ça normal.
Le consommateur lambda sous Windows trouve normal de télécharger un logiciel de 1 Mo sorti d'on ne sait ou uniquement pour pouvoir configurer/réparer magiquement son Windows, alors qu'il suffirait juste de changer deux-trois ptites valeurs dans la base de registre (a condition de savoir lesquelles) pour faire la même chose.
Alors moi je trouve normal que le consommateur lambda aille installer (ou uèrpéèmmiser/aptitudiser/yumimer comme dirait zeb) des paquets d'on ne sait ou, crée par le premier Kevin sachant taper "make" dans un terminal, juste pour avoir le dernier logiciel à la mode, qui n'est pas encore sorti sur sa distro (ne rigolez pas, ça à vraiment été le cas quand compiz à pointé à faire parler de lui ...)
Le consommateur lambda sous Windows trouve normal de télécharger un logiciel de 1 Mo sorti d'on ne sait ou uniquement pour pouvoir configurer/réparer magiquement son Windows, alors qu'il suffirait juste de changer deux-trois ptites valeurs dans la base de registre (a condition de savoir lesquelles) pour faire la même chose.
Alors moi je trouve normal que le consommateur lambda aille installer (ou uèrpéèmmiser/aptitudiser/yumimer comme dirait zeb) des paquets d'on ne sait ou, crée par le premier Kevin sachant taper "make" dans un terminal, juste pour avoir le dernier logiciel à la mode, qui n'est pas encore sorti sur sa distro (ne rigolez pas, ça à vraiment été le cas quand compiz à pointé à faire parler de lui ...)
Mouais... Si l'on oublie que la majorité des dites personnes installent n'importe quoi avec le syndrome du "Je clique OK quoi qu'il arrive". Enfin bon...
Par contre, je doute vraiment qu'une majorité de gens soient prêts à faire la démarche. Quand je vois l'usage des smartphones fait par les gens de mon entourage, je me dis qu'ils auraient été plus avisés de se contenter d'un téléphone classique, et de s'offrir une Nintendo DS
Le consommateur lambda sous Windows trouve normal de télécharger un logiciel de 1 Mo sorti d'on ne sait ou uniquement pour pouvoir configurer/réparer magiquement son Windows, alors qu'il suffirait juste de changer deux-trois ptites valeurs dans la base de registre (a condition de savoir lesquelles) pour faire la même chose.
Toujours Yakafokon... tu le soulignes toi-même : "a condition de savoir lesquelles".
L'utilisateur lambda, soit la quasi totalité des utilisateurs, non seulement ne connaît pas cette possibilité mais une grande partie ignore même le rôle, voire jusqu'à l'existence de la BdR.
Une partie des utilisateurs est informée, plus ou moins complètement, et sait où trouver les informations nécessaires, mais c'est une toute petite partie.
Reprocher aux utilisateurs d'utiliser ce qui est à leur portée n'a pas de sens : on ne peut utiliser que ce qu'on connaît.
Par ailleurs, l'avantage théorique d'une solution "toute faite", à condition qu'elle ne soit pas buggée, est d'éviter une erreur de manip en se trompant de clé ou en faisant une faute de frappe dans les valeurs entrées dans la clé, d'autant que certaines modifications vont toucher plusieurs clés et ajouter de nombreuses valeurs.
Par conséquent tout se résume à choisir ses logiciels parmi des sources dont la fiabilité a été démontrée.
Dans un même ordre d'idée, je préfère utiliser des interfaces graphiques pour les logiciels de compression genre 7-Zip et autres plutôt que leur ligne de commande, idem pour les programmes de conversion/compression/montage video ou audio plutôt que les lignes de commande des divers logiciels "pilotés" par les interfaces graphiques.
Exemples : Super, m4ng, VirtualDub.
Alors pourquoi bannir le même principe pour modifier l'OS ? Parce que c'est plus simple à utiliser ? Mauvaise réponse.
Comme pour les autres cas, la seule réponse valable est que ça permet d'accéder à des réglages inaccessibles autrement.
Mais, ces réglages-là, qui en a besoin ?
Probablement pas l'utilisateur lambda, plutôt le tech de maintenance, l'admin système ou le geek qui cherche à en savoir plus.
Alors moi je trouve normal que le consommateur lambda aille installer (ou uèrpéèmmiser/aptitudiser/yumimer comme dirait zeb) des paquets d'on ne sait ou, crée par le premier Kevin sachant taper "make" dans un terminal, juste pour avoir le dernier logiciel à la mode, qui n'est pas encore sorti sur sa distro (ne rigolez pas, ça à vraiment été le cas quand compiz à pointé à faire parler de lui ...)
Tu ne parlais pas de simplement installer un paquet d'origine douteuse mais de recompiler les sources d'une appli pour ta version de Linux. Il y a une grosse différence. C'est ça qui me paraît peu crédible concernant l'utilisateur lambda.
Si j'ai une appli pour une distro, et que je la veut pour l'autre, j'ai qu'a recompiler.
Ben oui mais non
Android, iPhone OS et WM sont trop présent dans le marché pour que d'autre se montrent.... On sait à l'avance que ça fera un bide comme Meego.
Je crois que justement, le succès surprise de l'iPhone OS, d'Android, et (si tout se passe bien) de Windows Phone 7 montre bien que le marché est très encore très instable est qu'il y a peut-être une place pour une quatrième plate-forme.
Personnellement, j'y crois pas une seconde, je suis convaincu que la trilogie Apple/Google/Microsoft va tout dominer pour les dix ans à venir après avoir dégagé Symbian et Palm., ce qui est en très bonne voie. Mais ça n'empêche pas que les parts de marché fluctuent à vitesse relativement impressionnante dans le marché des plateformes mobiles, contrairement à l'immobilisme des PdM d'OS desktop/laptop.
Edit : évidemment complètement grillaÿd d'au moins deux jours par tout le monde mais bon.
Toujours Yakafokon... tu le soulignes toi-même : "a condition de savoir lesquelles".
L'utilisateur lambda, soit la quasi totalité des utilisateurs, non seulement ne connaît pas cette possibilité mais une grande partie ignore même le rôle, voire jusqu'à l'existence de la BdR.
C'est normal, Microsoft fait absolument tout pour que ça soit le cas. La base de registre est documentée nulle part, est absolument inbitable, que ce soit pour un utilisateur lambda ou par un programmeur ne connaissant pas Windows, et elle est malheureusement souvent nécéssaire.
Une partie des utilisateurs est informée, plus ou moins complètement, et sait où trouver les informations nécessaires, mais c'est une toute petite partie.
Reprocher aux utilisateurs d'utiliser ce qui est à leur portée n'a pas de sens : on ne peut utiliser que ce qu'on connaît.
Je reproche pas la chose aux utilisateurs, dans bien des cas, même moi je n'ai pas réussi à trouver ces informations; je trouvais uniquement des clefs de registre à modifier pour des anciens windows, ou des forums ou on dit d'installer un logiciel en russe sorti d'on ne sait ou pour résoudre le problème.
Par ailleurs, l'avantage théorique d'une solution "toute faite", à condition qu'elle ne soit pas buggée, est d'éviter une erreur de manip en se trompant de clé ou en faisant une faute de frappe dans les valeurs entrées dans la clé, d'autant que certaines modifications vont toucher plusieurs clés et ajouter de nombreuses valeurs.
Par conséquent tout se résume à choisir ses logiciels parmi des sources dont la fiabilité a été démontrée.
Ça c'est bien de l'avantage théorique. L'avantage théorique pour moi d'avoir une base de registre documentée, c'est aussi que l'on comprend exactement les implications des options que l'on change, et que l'on risque pas de créer plus de problème qu'ils n'y en a déjà. Alors que la plupart du temps, ces logiciels sont encore moins bien documenté que les bidouilles de base de registre.
Dans un même ordre d'idée, je préfère utiliser des interfaces graphiques pour les logiciels de compression genre 7-Zip et autres plutôt que leur ligne de commande, idem pour les programmes de conversion/compression/montage video ou audio plutôt que les lignes de commande des divers logiciels "pilotés" par les interfaces graphiques.
Exemples : Super, m4ng, VirtualDub.
Alors pourquoi bannir le même principe pour modifier l'OS ?
Parce que je préfère rater un encodage ou une compression plutôt que de réinstaller un OS.
Parce que les interfaces graphiques et non-graphiques sont généralement documentés, et sont souvent fait par les mêmes développeurs.
Mais, ces réglages-là, qui en a besoin ?
Probablement pas l'utilisateur lambda, plutôt le tech de maintenance, l'admin système ou le geek qui cherche à en savoir plus.
Sauf que ton utilisateur lambda, au moindre problème il va voir son tech de maintenance, et généralement il va préférer aller voir "le dieu en informatique" (c'est à dire, souvent moi) plutôt que des pros.
Tu ne parlais pas de simplement installer un paquet d'origine douteuse mais de recompiler les sources d'une appli pour ta version de Linux. Il y a une grosse différence. C'est ça qui me paraît peu crédible concernant l'utilisateur lambda.
Il y a bien des développeurs sous windows pour créer des logiciels magiques mal foutus, donc y il y a forcement des
powerusers qui savent compiler. Surtout que compiler sous Linux c'est bien plus facile que sous windows.
l'utilisateur lambda, lui il restera toujours à installer n'importe quoi ou à supplier le geek de l'aider.
Compiler, compiler.. oui, mais bon. En général, c'est juste trois commandes, toujours les mêmes :
Compiler, compiler.. oui, mais bon. En général, c'est juste trois commandes, toujours les mêmes :
oui, mais pas trop dans les SDK pour les téléphones mobiles (android ce n'est pas ./configure && make)
Malgré tout, c'est quand même indiqué : "leur propre système d’exploitation mobile qui sera compatible avec Android et Symbian." donc ils espèrent sans doute pouvoir utiliser la base logicielle existante, ce qui serait une bonne chose.
@farvardin: Quoi, y'a pas accès au shell, et on ne peut pas recompiler le noyau. Pfff !
@zeb, si, on peut accéder à un shell, mais vu que cela n'utilise pas la glibc, cela n'est pas aussi trivial que cela de porter des applications sur android. (voir ici pour une présentation de l'architecture d'android : http://www-igm.univ-mlv.fr/~dr/XPO [...] linux.html )
Je comprends bien que le portage peut ne pas être trivial. D'ailleurs ça peut ne pas l'être d'une distribution Linux à l'autre.
Par exemple, j'utilise la vénérable distribution Slackware, depuis toujours (1996).
Le système de boot est resté sous Lilo, et le démarrage n'est pas de de type SysV5 mais BSD. Donc beaucoup de services ne démarrent pas correctement si je n'y mets pas un minimum les mains. De plus , je n'installe jamais de service graphique (X) sur un serveur
Quant au site que tu cites :
Linux n'est pas un système d'exploitation, ce n'est un noyau. L'usage fait qu'on appelle Système Linux tout système exploitant un noyau Linux.
Le plus connu des systèmes Linux est GNU/Linux. Parmi les éléments essentiels amenés par GNU se trouve la glibc. En passant, ce n'est pas le seul système GNU. Existe aussi GNU/Hurd. Mais désolé, la glibc n'est pas non plus la seule implémentation de libc. Perso, je connais aussi uClibc. Mais Wikipedia en connait plus que moi.
De plus, contrairement à ce qui est prétendu sur ce même site, un système à noyau Linux sans système X reste un Linux.
Bref, et quoi qu'en disent ces ignares d'étudiants de Marne-La-Vallée, Android est un système Linux.
-----------------------
EDIT:
Oh la vache ! Ce n'est pas un ptit étudiant de première année qui aurait écrit l'article proposé par Farvardin. Ce serait un maître de conf', auteur de plusieurs publications
Et ben, ils sont mal barrés ses étudiants