Fabien DUPONT a écrit 11 commentaires

Tu peux me contacter sur mon adresse email : evenit chez gmail.
On passera sur téléphone après.

(Petite parenthèse pour dire que je viens de découvrir que le fameux Wolfram Alpha qui était soit disant révolutionnaire, est quand même capable de répondre ce genre de question : http://www.wolframalpha.com/input/?i=What+are+the+capitals+o(...) )

SI tu tapes la même phrase dans Google [1], tu obtiens la page Wikipedia de la Turquie en première position. Tu crois qu'ils utilisent Chat80 ?

[1] http://www.google.com/search?hl=en&source=hp&q=Which(...)

Et hop ! tombé dans le piège à Troll ;)

...du type des modèles de chez Qnap qui fonctionnent sous Linux et fournissent un certain nombre de logiciels libres packagés (format qpkg spécifique à Qnap) pour que les utilisateurs n'aient pas grand chose à faire. On y trouve entre autre Apache, MySQL (peut-être bientôt plus libre :p), Joomla, Asterisk... et plus encore.

Reste à voir la qualité de l'intégration pour assurer la sécurité des données. Mais c'est déjà un bon point de départ pour sortir les utilisateurs du nuage et les ramener sur terre...

Notez que je parle de Qnap parce que j'en ai commandé un, mais d'autres marques concurrentes ont des produits similaires.

Touché !

Mais s'il n'y a pas d'applis pour Maemo, il n'y aura pas non plus d'utilisateurs. Le problème de l'écosystème applicatif est le gros handicap de Maemo. Et je ne suis pas sûr que MeeGo change vraiment la donne.

Il va donc falloir faire plier Google pour qu'Android rentre dans le rang en ce qui concerne les contributions au noyau (tu-di-du-da Troll Inside) et que le côté Linux ressorte plus.

Souvent, il s'agit d'un problème de workflow avant publication de la connaissance. Il peut être intéressant de passer par une phase de validation pour éviter d'"enduire d'erreur" l'utilisateur...

Mais il existe sûrement des solutions de wiki qui imposent des règles relativement strictes et qui correspondent donc au besoin...

C'est le prix de la liberté. Les opérateurs ne savent pas (ou n'ont pas le temps/les moyens de) modifier la ROM de base pour en brider les fonctionnalités. Il suffit de voir Orange qui retire les applications Google sous prétexte qu'elles fonctionnent sur HTTP(S) et ne consomment donc pas de hors-forfait...

Je retiens surtout qu'il veut un Linux, pas spécialement un Android dont, soit dit en passant, les patches ont été virés du noyau Linux il y a peu. Je plussoie donc le N900 pour le bidouilleur.

Par contre, il faut savoir que les applis, bien que nombreuses, manquent franchement de cohérence graphique et d'eye candy (comme disent les anglophones). Je sais que pour la bidouille c'est pas grave, surtout quand on voit le graphisme de base des environnement Gnome/KDE (on est vendredi, j'en profite), mais dans un usage quotidien, c'est quand même moins bien intégré qu'un iPhone ou un Android (surtout avec l'interface Sense d'HTC), mais je m'égare un peu...

Et je possède un N900 que j'utilise comme téléphone principal, donc je me permets de témoigner ;)

CARP est un protocole développé par l'équipe d'OpenBSD si je me souviens bien.
Je te conseille donc d'aller faire un tour sur leur site pour trouver de la doc.
Mais pour faire court, tu peux aussi regarder cette page de la doc d'OpenBSD :

PF: Haute-disponibilité des pare-feu avec CARP et pfsync

Sinon, si tu dois absolument le faire fonctionner sous Linux, il semble qu'il faille patcher le noyau pour que cela fonctionne en kernel-land, sinon tu peux utiliser ucarp [2]. Et une petite doc est disponible sur Linux.com [3].

[1] http://www.openbsd.org/faq/pf/fr/carp.html
[2] http://www.ucarp.org/
[3] http://www.linux.com/archive/feature/35482

Tu peux aussi désactiver les drivers sans arrêter la machine avec un noyau Linux ; il faut juste qu'ils soient compilés en modules. Et si Windows n'est plus qu'une interface avec un ensemble d'outils systèmes, les environnements graphiques sous Linux font la même chose et on peut faire tourner plusieurs versions de ces environnements.

C'est bizarre, mais l'article de PC Inpact sur le sujet me fait plutôt penser à une distribution Linux o_O

En fait, Singularity serait le noyau avec un petit système de base, (genre µCLinux, basé sur busybox...) et qui ferait tourner des services. Pour l'interface, il suffit de lancer X et un gestionnaire de fenêtre, pour l'hyperviseur il suffit de lancer libvirt (avec du Xen ou du KVM derrière). Bref, on définit ce qui doit démarrer via un système de type RunLevel et on définit qui accède à quoi via SELinux...

Quand on parle de rupture de compatibilité, il suffit de voir KDE 3 et 4 pour se dire que ce n'est pas spécifique à Windows (ok on n'est pas vendredi) ... Et si on veut du C#, on peut toujours coder avec Mono...

Franchement, pour l'instant, la description du bouzin est trop légère pour en tirer des conclusions et imaginer un brevet basé sur l'innovation...

Enfin ce que j'en dit...