NanoTech a écrit 210 commentaires

Je mentionnerai aussi Gentoo Linux comme distribution pédagogique.

Question technique (qui risque de dégénérer au troll):
Vu que pkgng utilise un nouveau format de paquetage binaire (celui de pkg_* étant trop limité), pourquoi ne pas avoir récupéré un format existant comme DEB ou RPM?

Je comprends que l'outil pkgng répond à un besoin, mais le format de paquetage en lui même offre-t-il des fonctions non présentes dans DEB ou RPM?

Un paramètre manque dans cette analyse: Les développeurs.

FirefoxOS est trop limité. Par exemple, seules les appli pré-installées peuvent accéder à la caméra ou aux SMS et seules les appli signées du marché Mozilla peuvent accéder à TCP/IP.
Il n'y a pas de NDK.

Tizen a du potentiel (NDK, API plus complète) avec pour défaut principal d'être un peu trop lié à Samsung, ce qui peut faire peur aux autres vendeurs.

Moi, une fois j'ai eu un proxy qui m'interdisait l'accès à la catégorie "logiciel libre".
Parce que c'est sûr le logiciel libre, c'est un truc de boutonneux hacker black hat pas bien du tout.

En effet, c'est bien en licence open source, mais malheureusement la licence ne suffit pas à garantir la liberté de l'utilisateur.

Bien sûr, on pourra certainement jailbreaker le téléphone, comme on peut le faire avec iOS, Android ou Windows Phone.

À quand un téléphone aussi ouvert qu'un PC?

On n'a uniquement accès à JavaScript+HTML5+extensions.

Les appli qui veulent accéder à UDP ou TCP (WebSockets) peuvent le faire en JavaScript mais doivent être signées par Mozilla sur son Marketplace (appli privilégiée), contrairement à Android où les appli utilisateur le peuvent.

En effet:

Certified Apps: Certified apps can currently only be pre-installed on the device.
Privileged Apps: These apps are allowed to request increased permissions, and as such privileged apps must be verified and signed by a Marketplace.

TCP socket:

This API is available on Firefox OS for privileged or certified applications only.
Note: Only certified apps can use a port below 1024.

Firefox OS est MOINS ouvert qu'Android.

Pour moi, c'est du fauxpen source.

Le problème ne vient pas tellement du fait que les API de Firefox OS ne soient pas standardisables (elles sont plutôt propres), mais surtout du fait que personne d'autre ne semble s'y intéresser.

Je souhaiterais que la membres de Tizen et Mozilla se mettent d'accord pour unifier leurs systèmes avant qu'il n'y ait trop d'applications incompatibles sur les deux systèmes.

Malheureusement, je crois que Tizen n'est pas très ouvert aux contributions extérieures.

Moi je voudrais juste un téléphone où je peux installer le logiciel que je veux

Essaie Ubuntu Edge, je crois qu'il permet ça.
En plus, il est basé sur un environnement GNU/Linux assez traditionnel (mis à part pour Mir), et permet donc, à priori de compiler facilement le logiciel que tu veux, comme sur une Debian.

Dire que HTML5 est standard parce que basé sur HTML5, c'est comme dire qu'Android est standard parce que basé sur Java.
En effet, l'API pour accéder aux fonctions du téléphone (système de fichiers, Bluetooth, SMS, etc.) est unique à Firefox OS. WebOS, Bada et Tizen ont chacun une API différente.
À ce propos, Tizen et Bada on une API proche mais subtilement différente (paramètres dans un ordre différent), certainement pour que Samsung garde le contrôle sur son système.

Il faut savoir que depuis le 19 mai 2011, la vente liée est autorisée en France (L122-1 du code de la consommation).
Par contre l'abus de position dominante et le commerce déloyal de logiciels dont le prix n'est pas indiqué restent d'actualité.

L'immaturité de ce nom le discrédite dans tout le monde professionnel.
C'est quand même une barrière arbitrairement rajoutée au logiciel libre.

De même, je crois que beastie était un choix très osé.

Il est très difficile d'avoir du hardware libre. Même le Neo FreeRunner est basé sur un processeur ARM non libre.
Je n'ai jamais vu de téléphone sur OpenSPARC.

Par contre, on peut utiliser le même ordinateur et le même OS pour servir de smartphone et de desktop (dès qu'on le branche à un écran et un clavier).
De plus, il est plus facile de réécrire l'interface d'un logiciel plutôt que de le porter à un nouvel OS pour lequel toutes les API sont différentes.

Quand on branche un smartphone Ubuntu Edge, on peut se servir de The Gimp.

À noter qu'un Windows RT jailbreaké peut aussi exécuter The Gimp recompilé pour ARM.
En autorisant pas ça par défaut, Microsoft a saboté sa propre plateforme.

Travail/contribution upstream des patchs pour Qt, Gtk, … avec détection au runtime, afin qu'un soft Qt/Gtk/EFL déjà compilé puisse tourner sous Wayland ou Mir.

GTK et Qt sont calculés pour supporter plusieurs backend sans avoir à recompiler les programme. A priori, on aura pas à recompiler les programmes pour faire tourner sous Wayland, X11 ou même Mir.

Dans la même veine, développement d'un WaylandMir et d'un MirWayland

Ce n'est pas exclu, mais pas gagné non plus:

However, Wayland support could be added either by providing a Wayland-specific frontend implementation for our display server or by providing a
client-side implementation of libwayland that ultimately talks to Mir.

Référence: https://wiki.ubuntu.com/Mir/Spec

Même s'il est possible d'obtenir une relative compatibilité entre les environnements, ça me semble en beaucoup d'énergie dépensée pour rien.

Oui, sauf qu'avec GEM (Graphics Execution Manager) c'est le noyau qui centralise la gestion de l'allocation.
Pour l'appli utilisant libwayland-client, elle n'a pas à savoir si l'allocation est server-side ou client-side et on pourrait donc étendre le protocole Wayland pour autoriser l'allocation client-side sans avoir à modifier les appli.

Bon, on a intérêt a rapidement standardiser les client-side ou les server-side decorations, parce que sinon, on risque de trouver des combinaisons appli+compositeur avec zéro ou deux décorations.

Si on veut laisser le choix au compositeur, il faudrait rajouter une fonction du compositeur pour que l'appli puisse savoir si elle doit dessiner ou non ses propres décorations.

Ça colle avec ce que j'avais par ailleurs lu quand je m'étais penché sur l'avenir des WMs. Donc tu aurais à moitié raison, c'est bien au compositeur de
communiquer avec le matos, mais via un standard qui est openGL, et qui est visiblement impliqué dans la communication avec Wayland, si j'en crois les deux
dernières entrées de la FAQ:

Le compositeur utilise libGL pour communiquer directement avec le matériel, et le client aussi.
Il n'est donc pas beaucoup plus dur d'écrire un compositeur pour Wayland que pour X11.

Par contre, puisqu'il n'y a plus séparation du processus du gestionnaire de fenêtre et du serveur, un bogue dans celui-là va faire planter tout le système, alors que sous X11, on a l'habitude des gestionnaires de fenêtres bogués qui plantent et redémarrent souvent (par exemple Xfwm4).

En gros, le code de X.org a beau être gros, il correspond a une qualité bien supérieure à un gestionnaire de fenêtre et est beaucoup plus fiable.

S'il n'y a que la diffusion de ses propres créations, il n'y aucun problème. Là où cela pose problème, c'est quand on diffuse une œuvre sans l'accord de son auteur, là oui, il peut y avoir des soucis.

Il y a problème pour toute diffusion de travaux dérivés, de près où de loin, quand bien même ils sont formés presque exclusivement de nouveau matériel.

C'est ainsi que Nosferatu, film de 1922, fut interdit, et presque toutes les copies détruites, car il fut jugé contrefaçon du roman Dracula de Bram Stoker.

DMP = Dossier Médical Partagé (secondairement requalifié en Personnel pour faire moins Big Brother) = envoyer toutes les infos personnelles des patients au cloud de la sécu = fichage généralisé des médecins et patients
GNU Health = logiciel libre où les données sont hébergées par celui qui les a produites (hôpital).

Comparer le DMP et GNU health, c'est comme comparer la carte vitale (qui envoie tout à la sécu) à n'importe qu'elle carte à puce.

Il y a kexec pour changer de noyau sans passer par le reboot du BIOS, mais ça quitte quand même tous les programmes.

Prochaine étape: Linux 3.11 For Workgroups!

Comme d'habitude, beaucoup de progrès sur l'architecture de support de la plateforme ARM. Un jour on aura plus à utiliser de blob binaire du noyau Android.

C'est peut être difficile, mais c'est bien documenté, du moins pour un développeur assez expérimenté.

http://www.debian.org/doc/manuals/maint-guide/

Ah, toi aussi tu viens ici pour les troll.
Vive le Vendredi!

C'est un équivalent plus court et plus joli, rien de révolutionnaire.
On pouvait déjà tout faire rien qu'avec des div et des span.