En général il suffit de virer le plugin flash pour avoir youtube en HTML5, c'est indépendant du contenu. Si Flash (ou gnash) est installé mais flashblock aussi, il faudra l'activer.
Sinon, pour le manque de vidéos complètes. Il suffit™ d'en faire et de leur envoyer, je suppose ?
Sur mon compatible IBM-PC (core i7) avec SSD, la plus grosse perte de temps c'est le BIOS (30s~1min de american trends, ok il y a le HD et des bus PIC inutil(isé)es en plus à lancer), ma carte mère n'est pas listée dans les compatibles dans coreboot, mais les composants semblent OK, ça me donne envie de m'investir dans ce domaine pour me débarrasser de cette croute, mais il faudrait une véritable volonté. Après sous ubuntu et antergos (archlinux, donc systemd), on sent plus de rapidité sur le second, mais c'est pas super flagrant non plus.
Sur ARM (32 bits, il n'y a pas d'americantrends à la con, mais uboot), la partie 'bios' (en fait c'est différent puisque le bios est à la fois uboot (en gros grub compact) et l'os lui même, soit est quasi-instantanée (j'ai laissé un délai de 2s pour les options). J'ai de l'ArchlinuxARM avec (systemd) ça boot bien 2 ou 3 fois plus vite qu'un ubuntu il y a 1 an, il faudrait re-comparer aujourd'hui. Sur une carte microSD, ça permet d'avoir l'espace d'un SSD en plus compact, plutôt que les 4Go de la flash, c'est un tout petit peu plus lent, environ 10~20 secondes au total, mais toujours plus rapide que le PC (systemd ou pas). Idéalement, il faudrait utiliser la flash comme partition réservée à l'hibernation, afin de booter plus rapidement, on devrait pouvoir atteindre 2 ou 3 secondes de boot, départ sans courant avec ce principe.
Je me demande si les ARM 64bits (tous ACPI compliant avec les mêmes bus PCI et SATA que les PC x86), vont aussi avoir du american trends bouseux dans le bios par défaut ???
tiens, j'ai suivi le lien et je note ça que j'avais loupé dans l'histoire des libc :
Note that previous versions of this comparison included eglibc rather than glibc, mainly since Debian-based distributions were using the eglibc fork during the time in which glibc was essentially unmaintained. Since most of eglibc has been merged back into glibc and eglibc is being discontinued, the comparison has been updated based on glibc.
Au passage, on remarque que (e)glibc est bien plus gourmande en mémoire dans la comparaison des auteurs de musl, mais est environ 2 fois plus rapide (à ~30% près) sur une bonne partie des fonctions importantes (allocation/libération mémoire, création/suppression des threads, etc…) à quelques exceptions près.
J'aime bien le côté tout UTF-8 par défaut et du coup une gestion plus performante ce cet encodage par musl, mais vu le nombre d'incompatibilité avec les applis utilisant (malheureusement) les anciens encodages, je me dit que pas mal ne doivent plus tourner (l'occasion de se pousser le cul pour tout remettre tout ces beaux codes tous libres en UTF ?).
Elle a des côtés plus résistant au crash qui semblent prometteur dans certains cas d'après ce tableau. Vu les incompatibilité et les problèmes encore présents d'une part et d'autre, il vaudra mieux dans beaucoup de cas attendre les évolutions à venir avant de déterminer si un changement serait une bonne idée ? Intéressant de savoir que ça existe en tout cas.
Mince, j'ai plussé par erreur… Oui, j'utilise du Linux sur de l'ARM basse conso (moins de 15W pour l'ensemble du système (limite de 5A de l'USB, je fais tourner sur du 2A, loin des 100~300W d'un PC classique ou il n'y a pas que le CPU), et ça dépote plus qu'on ne pourrait le croire, même si certains supports d’accélération 3D libre manque (Lima pas bougé depuis ~3 ans)), LLVM à fait de gros progrès.
Et encore, j'ai un vieux machin, le RK3288 de Rockchip (vendu sur différents appareils avec Linux, pas de redevance crosoft) a une bonne gestion de l’accélération graphique (pilote fermé). Différents pilotes libres sont en bonne voie (freedreeno, VideoCore), est au top des perfs ARM, permet de jouer plusieurs vidéos HD simultanées (ça me rappelle les démos de BeOS sur la BeBox, en LowD à l'époque, qui étaient exceptionnelles sur ce point). Bon, certes ce type de machine à 100€ qui consomme 15W sont plus proche du Corei3 que du Corei7, mais bon, pas même prix, pas même factures EDF, pas même encombrement…
Bien content de voir que BeOS continue son petit chemin via Haiku. Encore un truc à tester dans ma TODO (port des trucs que j'avais codé sue BeBox ?). Le côté monothread de certains trucs (Firefox par exemple quand un mot de passe (htpassword) est demandé, impossible d'aller copier depuis un autre onglet, me semble toujours un retour 15 ans en arrière, avant BeOS )
Ce système est déjà proposé pour les connexions SSH (SSHFP, rfc4255, utilise DNSSEC) et pour les mails (DKIM, RFC 4871 et 5672). Cela permet une relative indépendance par rapport un organisme tiers et peut se mettre en place simplement.
Une empreinte de clé est contenue dans un enregistrement de type TXT d'un DNS, le client vérifie donc, la correspondance entre ce que propose le DNS et ce que propose le serveur.
Ah, c'est pour ça l'EPR, pour la totalité de ceux qui mettent en veille plutôt que d'éteindre réellement ;).
~10 W/h de pas éteint multiplié par 60.000.000 de français, ça fait bien 600 MW/h, entre un et deux réacteurs nucléaires donc. Heureusement qu'il y a les barrages, les éoliennes, les panneaux solaires, quelques déchetteries et centrale au fuel en France et le charbon de nos voisins allemands pour aider .
J'ai dis une bếtise, le Lion's club et le Rotary ne sont pas des clubs de bagnoles pour milliardaires, mais des clubs de chefs d'entreprises industrielles, qui fait dans la bienfaisance pour aider à sa propre activité (encore pire)
Dans le cas du Rotary, les femmes n'étaient pas admises avant les années 1980, Bill Gates est un important participant (on sait aussi qu'il fait avec Monsanto une banque de graine pour breveter un peu plus le vivant), etc… Ça sent que les aides pas terribles moralement, pour récupérer un peu plus de terrain.
Quand je vois que Microsoft est le principal partenaire, j'ai du mal à croire que des solutions libres soient proposés aux enfants déjà en difficulté :(.
Est-ce une bonne idée de les enfoncer d'avantages dans leur problèmes ?
Plus généralement, l'ensemble des sponsors font peur : Clear Channel (un des 2 plus des panneaux publicitaires dans le monde avec J.C. Decaux, une énorme entreprise pharmaceutique britannique, Universalis, quelques clubs de grosses voitures pour milliardaires, une secte catholique (qui semble plutôt créationniste d'après les livres, à vérifier), etc… ça me fait un peu peur quant au contenu de ces ordinateurs.
Et parmi les sponsors plusieurs ministères français… Ne serait-il pas mieux que l'état s'engage d'avantage en faveur de l'installation d'ordinateurs sous logiciels libres à disposition des patients, dans les hôpitaux publiques, plutôt que de sponsoriser indirectement Microsoft qui est loin de manquer d'argent ???
PowerVR G6xx a également fait une annonce dans ce sens sur ses derniers modèles au moment de la sortie de l'Allwinner A80 (qui l'intègre). Mais c'est dur d'avoir une confirmation, la moitié des infos sur leur site ne le donne pas, et ce ne sont que des pages à aspect promotionnelle, il n'y a pas de pages réellement orientées spécifications techniques brutes.
Du côté d'ARM par contre, même les Mali les plus récents/puissants (T7xx) ne supportent qu'OpenGL ES jusqu'à 3.1, de l'OpenCL, mais pas d'OpenGL complet :
Ah oui, j'ai pas les yeux en face des trous en ce moment :). Il y a même les ES 2.0, top cool ça !!! Et du coup… Ardreno, normal qu'il ne soit pas dans les OpenGL puisqu'il ne supporte,comme la majorité des GPU ARM, sauf les tous récents K1 de Nvidia) qu'OpenGL ES.
Je garde cette URL dans mon marquepagier du coup :)
Cool, merci, donc, il faut (encore) botter les dev pour qu'ils ajoutent un peu de doc :).
Au passage, je vois que la partie OpenGL ES commence à 3.1, WebGL utilise OpenGL 2.0 (WebGL 2.0 utilisera OpenGL 3.0). Je me demande si on peut trouver des specs similaires pour OpenGL ES de la série 2, et pourquoi pas d'OpenGL ES 1.x aussi, qui ne traine pas les boulets d'OpenGL 1.x.
Je pense que ça pourrait servir à la Mozilla fondation, à pas mal de developpeurs web, et aux libristes qui exigent un pingouin élevé en plein air ce genre d'infos.
Pratique ça, dommage, il n'y a pas OpenGL ES, que les OpenGL de bureau. Hors, WebGL par exemple, est basé sur OpenGL ES, donc, ça n'est pas important que pour les smartphones/smartbook/smartbidules/botiers tv/consoles de jeu android, mais aussi pour le web interactif en 3D ou 2D accéléré 3D (même sur processeur supportant OpenGL complet).
Quitte à faire un apprentissage général, autant faire celui qui sera le plus accessible et compatible avec la majorité des autres, aura suffisamment d'indépendances avec l'OS avec les migrations futures (au moment ou les parts de marchés des OS sont remis en questions) et le moins contraignant… LibreOffice. ça parait assez logique.
Bah, bloquer un « clone évident », c'est déjà bloquer l'innovation. Un peut comme si on bloquer un clone de git qui sert à la base d'un fork… Les clones évidents, sont la force des compatibles IBM PC que nous utilisons quasiment tous, des téléphones sous Anroid, des distributions Linux, etc… Apple n'aurait pas fait d'écrans tactiles, pas de pinch-and-zoom, etc…
Le problème c'est qu'il y a au moins de modes : Gallium3D (le mieux++) avec KMS et DRI, avec DRM.
Gallium3d à aussi l'avantage d'avoir les pilotes softpipe et surtout LLVMpipe (qui permet de faire un rendu efficace au CPU quand on pas de GPU), et visiblement a inspiré par les avancées dans l'organisation du pilote, Mantle d'AMD (qui est plus rapide que les autres avec rendu matériel du coup), qui a à son tour inspiré OpenGL (et ES) Next, qui sera à son tour dans Mesa :) et Direct3D 12 (mais on s'en fout de ça).
Freedreno (pilote Gallium3D) est inclus depuis au moins la 10.2.3, et {{refnec|je crois qu'un autre devait faire son apparition dans le git bientôt}} ?
Et par contre, la mise à jour de firefox sous *buntu est trop automatique (grrr 29+), mais on peut tout de même bloquer à la 28 via synaptic (ouf).
La 29+ bug tout bonnement avec une config que j'utilise depuis au moins 10 ans. Le menu qui oblige à faire 3 clique en plus pour chaque marque page, etc… ça n'a pas été une bonne idée à mon avis.
Bon, a part ça, tout le monde utilise des bureau linux autour de moi, les madame michu restés sur windows prient pour que malwarebytes leur annonce moins de 20 malwares apparus dans la semaine et avoir ainsi un temps de boot inférieur à 30 minute (en comptant les nombreuses fenêtre popup à fermer pleins de messages abscons), et parfois dans une langue totalement inconnue des 3/4 de la grande famille Michu qui n'ont pas fait le passage.
Bon encore heureux qu'on lui ai conseillé malwarebytes, parce que sinon l'antivirus mis à jour tous les jours aurait du tout protéger, et donc si ça ramait, c'est que son ordinateur était maintenant trop vieux (2 mois après l'achat ?). Je sais c'est mal, mais c'est une solution rapide qui permet de dépanner et d'expliquer que c'est dangereux de se connecter à internet avec Windows, ça fait généralement son chemin au bout de quelques mois et aide plus facilement à accepter un passage à un OS qui n'a pas omis les règles de sécurité de base d'il y a 20 ans.
Bon, sinon, sous le bureau linux au dessus de 60 ans pas de problèmes pour comprendre, et généralement content du changement. Le problème c'est plutôt les entre-deux qui se sont mit à office sur le tard et ne veulent pas changer d'habitude et sont bloqués ad eternam sur windows XP.
Ce que j'aime bien, aussi c'est le nombre de cartes dit « de développement » ARM à 50~100 € pré-installé Android et soit Linux en dualboot, soit linux flashable sans trop de problème. Plus que parfait pour un lecteur vidéo de salon (qui va récupérer sur internet/réseau local eth/wifi ou hdd plugé en USB), ça fait des ravages dans ce domaine. Pratique, un boîtier pas cher, petit, qui fait pas de bruit (pas de ventilo), qui consomme rien (25W max, lorsque grosse appli jeu 3d lourde android, plutôt dans les 5w sinon). Lorsque l'on peut y mettre facilement linux, ça fait ce qu'on veut en simple bureautique (libreoffice quelques applis graphiques genre gimp etc…)/web sans le ralentissement des malwares.
Les processeurs ARM ont généralement une unité de chiffrement intégrée (cryptoprocesseur). Pour prendre les processeurs tout récents et abordables, le Rockchip RK3288, très bien géré par Linux (bonne communauté de libriste pour libérer + efforts de la société Rockchip plus récemment si j'ai bien suivit) permet de traiter les algorithmes AES 128bits, DES, 3DES, SHA-1, SHA-256, MD5 et PRNG 160bits. C'est pareil sur les processeurs Allwinner et Samsung (pour citer les plus répandus).
Est-ce que ces logiciels sont adaptés à l'utilisation de ces unités cryptographiques ? Est-ce qu'il existe des outils permettant d'analyser et d'auditer la fiabilité de ces unités de calcul (benchmark de fiabilité ?)
Bon, ce que j'en tire :
* Apple fait faire ses processeurs pour tablette/téléphone par Samsung depuis le début (et l'A7 est toujours produit par Samsung
* Il y a un procès pour un truc louche (une tablette avec des coins carrés ou arrondis, je sais plus
* Samsung est avec LG et Daewoo, l'un des trois consortium géant de Corée du Sud à tout faire (ordis, frigos, télé, etc… et armement)
* Les armements de Corée du Sud sont (guerre de Corée oblige) sous licences de compagnies des États-Unis.
* Les juges anti-blanchiment (et accessoirement anti-corruption), qui s'acharnent en Europe et ailleurs contre le blanchiment des mafias et les transferts dans les paradis fiscaux (Appel de Genève, Denis Robet, juge Van Ruymbeke, affaires Cleastream, etc…) ont montré qu'une bonne méthode pour blanchir l'argent, c'est de perdre un procès (par exemple pour un travail mal fait, ou autre affaire en commun). L'argent devient tout de suite légal. Donc, c'est un bon moyen, pour une organisation mafieuse importante dans un pays A de récupérer, par exemple, des sommes d'une organisation mafieuse d'un pays B (via des intermédiaires si nécessaire), avec lequel il y aurait des échanges de drogue, d'armes, de grosses sommes d'argent lié à tout ça et de ne pas se faire griller pour transfert de fond douteux.
Et surtout, on ne sait pas quel microcode la NSA à intégré au puces CISC, ou quel cablage au RISC. Qui va vérifier ce que fait l'unité de chiffrement et ce que fait la carte réseau Intel, avant de le passer au switch linksys au routeur CISCO (tous backdoorés par la NSA ? Quand certains leurs montrent les backdoor, plutôt que de les corriger, ils ont tendance à mettre un masque devant, laissant penser, qu'on va pas s'en sortir avec eux. Sans parler des scanneurs d'écran (à distance) et clavier qui sont répandus depuis au moins 20 ans.
Ils parlent de El Gamal, mais d'après wikipedia : son algo (qui est peut-être bien indépendamment de ses implémentations) « est la base du système DSA standardisé par le NIST ». donc même problème qu'avec RSA, c'est bien de faire des algos efficaces, mais quand on a des services secret qui implémente des versions avec porte dérobée pour les standards, ça sert plus à rien.
Donc, de toute façon, c'est un système avec backdoor pas la peine de décodeurs matériels, il suffit de connaître la backdoor (aller la chopper à la NSA ?). NIST & RSA (la société, pas le trio de l'algo et l'algo) sont obligés de demander gentiment à la NSA avant de normaliser l'implémentation d'un algo de crypto. Et comme le rappelle DJ. Bernstein (l'auteur de qmail & co), ils nous filent même pas certains infos à propos de la création de leurs courbes elliptiques (laissant supposé qu'elles sont toutes trouées, pas uniquement celles ou c'est déjà démontrées). Du coup, il a fait crée un nouvel algo ed25519, qui a en plus l'avantage d'être plus efficace (donc de consommer moins de ressources).
Sous OpenSSH, Utiliser ed25519 plutôt que RSA/DSA/ECDSA (pas confondre avec edDSA), il est déjà implémenté, une inclusion dans un RFC est en cours dans deux brouillons de l'IETF (réellement international et indépendant) pour pouvoir enregistré des empreintes de la clé publique du serveur SSH dans les DNS (via une extension de SSHFP), et ainsi de vérifier l'authenticité de la clé avant de l'accepté lors du premier accès (nécessite l'utilisation de DNSSEC pour être efficace).
Et il y a déjà un autre brouillon de RFC est en cours pour l'accepter dans TLS (utilisé par HTTPS par exemple), en attendant il faut faire avec les passoires…
Pour rappel, DJ. Bernstein à passé 2 concours pour voir ses algos retenus aux niveaux nationaux. Un refusé aux US, un accepté en Europe (ecrypt.eu.org). Bon, il semble un peu remonté contre son gouvernement, notamment sur le fait d'avoir le droit à un peu de vie privée, ce qui doit les fâcher.
Sur *buntu 14.04, Mate est proposé en bureau alternatif (paquet mate-destkop), par contre, du côté de Cinnamon, il y a nemo (gestionnaire de fichier graphique) et Muffin (gestionnaire de fenêtre), mais pas de cinnamon-desktop.
Par contre, sur Arch (x86 et ARM), il y a déjà systemd, cinnamon et mate depuis longtemps et xorg 1.16 depuis quelques semaines.
Au passage, la distro liveCD archbang-light (qui utilise tout ça) boot en VM (virtualbox sans KVM) en moins de 10 secondes de la simulation de bios au bureau et s’éteint en ~1 seconde. Sans activer l’accélération 3d, des tests de l'utilisation d'Opera (il n'y a qu'openbox, Opera, un LXterminal et emelFM2 en applications graphiques, mais toutes les commandes de base indispensable comme openssh, rsync, curl, tracepath etc…) sur cette version live cd, il faut l'installer pour pouvoir ajouter les autres paquets avec pacman). sur des sites assez intensifs en 2d vecto (testé avec http://osmbuildings.org/), c'est à peu près aussi fluide que dans firefox dans l'environnement natif de mon bureau (8 cœurs + accélération 2d pour rendu vecto via cairo, qu'un cœur dans la virtualisation). je suppose qu'Opera, comme tout le monde appelle cairo également.
Désolé, j'ai peut être été un peu dur, ça n'était pas mon intention, sans le travail de l'April, je ne sais pas où on serait.
Et après tout, ça permet de remettre en question certaines choses de voir ces articles. Il est vrai que n'ai pas vu beaucoup d'analyse sur l'état du libre sur les mobiles (et encore moins sur Android) complète et c'est probablement une bonne initiative de lancer (ou relancer ?) le débat.
Le libre sur les mobiles, c'est du tout frais (si l'on oublie ce que faisait Nokia avant d'être tué par Microsoft) et en pleine évolution. Il y a quelques espoirs dans un domaine encore frais, mais aussi beaucoup de travail visiblement. Les efforts de Jolla (crée par les auteurs du N9 chez Nokia) on permis d'avoir libHybris, qui permet d'utiliser du vrai Linux avec des pilotes propriétaire pour Anrdoid, c'est évidement un gros avantage pour les systèmes libres et l'aide à l’ingénierie inverse pour la libération des pilotes. Jolla n'a finalement pas choisi une solution complètement libre pour son propre système, c'est dommage. Ce serait sans doute bien si l'April développait un guide des solutions libres et des pièges à éviter sur les mobiles. Peut-être une étude un peu plus exhaustive que ce qu'a fait Phandroid. Les travaux de XDA et de F-droid permettent déjà de réunir pas mal d'info.
J'ai également cru comprendre qu'il y a d'avantage de convergence dans l'utilisation du noyau Linux entre Android et du GNU/Linux et des projets comme VolksPC permettent maintenant (probablement via de containers ou un autre système de virtualisation ??) de faire tourner simultanément GNU/Linux (Debian) et Android.
Au passage, quelque chose m'a inquiété cette semaine. J'ai découvert que Google à bloqué la possibilité de téléchargement de fichiers depuis code.google.com. Hors de nombreux projets libres pour Android utilisaient cette plate-forme pour le développement et distribuaient donc également les .apk par ce biais. Je ne sais pas si c'est ce point ou autre chose (copie illicites de fichiers, coût du transfert et stockage des fichiers) qui a décidé à Google de supprimer le service. On peut par contre toujours récupérer des copies des sources via les outils habituels, mais je ne pense pas que tout le monde soit capable de produire un APK à partir des sources. On verra bien la solution que trouverons les développeurs (probablement téléchargement des APK depuis une autre source).
[^] # Re: Impossible de visualiser la galerie sans flash
Posté par tao popus . En réponse à la dépêche Sortie de SynfigStudio 0.64.3 : BugFix!. Évalué à 4.
En général il suffit de virer le plugin flash pour avoir youtube en HTML5, c'est indépendant du contenu. Si Flash (ou gnash) est installé mais flashblock aussi, il faudra l'activer.
Sinon, pour le manque de vidéos complètes. Il suffit™ d'en faire et de leur envoyer, je suppose ?
[^] # Re: Participation,
Posté par tao popus . En réponse à la dépêche GCompris se refait une beauté... avec votre aide. Évalué à 3.
Au si des autres, aussi ;).
Bonne initiative en tout cas. Je souhaite du courage, longue vie, tout le bonheur du monde et plein de petits enfants à GCompris.
[^] # Re: Fonctionnalités clées.
Posté par tao popus . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 2.
Sur mon compatible IBM-PC (core i7) avec SSD, la plus grosse perte de temps c'est le BIOS (30s~1min de american trends, ok il y a le HD et des bus PIC inutil(isé)es en plus à lancer), ma carte mère n'est pas listée dans les compatibles dans coreboot, mais les composants semblent OK, ça me donne envie de m'investir dans ce domaine pour me débarrasser de cette croute, mais il faudrait une véritable volonté. Après sous ubuntu et antergos (archlinux, donc systemd), on sent plus de rapidité sur le second, mais c'est pas super flagrant non plus.
Sur ARM (32 bits, il n'y a pas d'americantrends à la con, mais uboot), la partie 'bios' (en fait c'est différent puisque le bios est à la fois uboot (en gros grub compact) et l'os lui même, soit est quasi-instantanée (j'ai laissé un délai de 2s pour les options). J'ai de l'ArchlinuxARM avec (systemd) ça boot bien 2 ou 3 fois plus vite qu'un ubuntu il y a 1 an, il faudrait re-comparer aujourd'hui. Sur une carte microSD, ça permet d'avoir l'espace d'un SSD en plus compact, plutôt que les 4Go de la flash, c'est un tout petit peu plus lent, environ 10~20 secondes au total, mais toujours plus rapide que le PC (systemd ou pas). Idéalement, il faudrait utiliser la flash comme partition réservée à l'hibernation, afin de booter plus rapidement, on devrait pouvoir atteindre 2 ou 3 secondes de boot, départ sans courant avec ce principe.
Je me demande si les ARM 64bits (tous ACPI compliant avec les mêmes bus PCI et SATA que les PC x86), vont aussi avoir du american trends bouseux dans le bios par défaut ???
[^] # Re: Fonctionnalités clées.
Posté par tao popus . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 2.
tiens, j'ai suivi le lien et je note ça que j'avais loupé dans l'histoire des libc :
Note that previous versions of this comparison included eglibc rather than glibc, mainly since Debian-based distributions were using the eglibc fork during the time in which glibc was essentially unmaintained. Since most of eglibc has been merged back into glibc and eglibc is being discontinued, the comparison has been updated based on glibc.
Au passage, on remarque que (e)glibc est bien plus gourmande en mémoire dans la comparaison des auteurs de musl, mais est environ 2 fois plus rapide (à ~30% près) sur une bonne partie des fonctions importantes (allocation/libération mémoire, création/suppression des threads, etc…) à quelques exceptions près.
J'aime bien le côté tout UTF-8 par défaut et du coup une gestion plus performante ce cet encodage par musl, mais vu le nombre d'incompatibilité avec les applis utilisant (malheureusement) les anciens encodages, je me dit que pas mal ne doivent plus tourner (l'occasion de se pousser le cul pour tout remettre tout ces beaux codes tous libres en UTF ?).
Elle a des côtés plus résistant au crash qui semblent prometteur dans certains cas d'après ce tableau. Vu les incompatibilité et les problèmes encore présents d'une part et d'autre, il vaudra mieux dans beaucoup de cas attendre les évolutions à venir avant de déterminer si un changement serait une bonne idée ? Intéressant de savoir que ça existe en tout cas.
[^] # Re: Eh ben...
Posté par tao popus . En réponse à la dépêche Haiku se lâche enfin. Évalué à 7.
Mince, j'ai plussé par erreur… Oui, j'utilise du Linux sur de l'ARM basse conso (moins de 15W pour l'ensemble du système (limite de 5A de l'USB, je fais tourner sur du 2A, loin des 100~300W d'un PC classique ou il n'y a pas que le CPU), et ça dépote plus qu'on ne pourrait le croire, même si certains supports d’accélération 3D libre manque (Lima pas bougé depuis ~3 ans)), LLVM à fait de gros progrès.
Et encore, j'ai un vieux machin, le RK3288 de Rockchip (vendu sur différents appareils avec Linux, pas de redevance crosoft) a une bonne gestion de l’accélération graphique (pilote fermé). Différents pilotes libres sont en bonne voie (freedreeno, VideoCore), est au top des perfs ARM, permet de jouer plusieurs vidéos HD simultanées (ça me rappelle les démos de BeOS sur la BeBox, en LowD à l'époque, qui étaient exceptionnelles sur ce point). Bon, certes ce type de machine à 100€ qui consomme 15W sont plus proche du Corei3 que du Corei7, mais bon, pas même prix, pas même factures EDF, pas même encombrement…
Bien content de voir que BeOS continue son petit chemin via Haiku. Encore un truc à tester dans ma TODO (port des trucs que j'avais codé sue BeBox ?). Le côté monothread de certains trucs (Firefox par exemple quand un mot de passe (htpassword) est demandé, impossible d'aller copier depuis un autre onglet, me semble toujours un retour 15 ans en arrière, avant BeOS )
# Utilisation de vérification via les enregistrements DNS(SEC)
Posté par tao popus . En réponse au sondage Comme autorité de certification pour linuxfr.org je préfèrerais.... Évalué à 1.
Ce système est déjà proposé pour les connexions SSH (SSHFP, rfc4255, utilise DNSSEC) et pour les mails (DKIM, RFC 4871 et 5672). Cela permet une relative indépendance par rapport un organisme tiers et peut se mettre en place simplement.
Une empreinte de clé est contenue dans un enregistrement de type TXT d'un DNS, le client vérifie donc, la correspondance entre ce que propose le DNS et ce que propose le serveur.
# Fork Voxelands
Posté par tao popus . En réponse au journal Minecraft est mort :-( Vive... Minetest \o/. Évalué à 1.
Je viens de découvrir un fork (depuis 2013), forcément… libre, de Mimetest nommé Voxelands qui à l'air d'avoir bien évolué depuis Minetest :
http://voxelands.com/
[^] # Re: Ou est le bouton ?
Posté par tao popus . En réponse au sondage Pour éteindre/redémarrer mon ordinateur, j'utilise.... Évalué à -3.
Ah, c'est pour ça l'EPR, pour la totalité de ceux qui mettent en veille plutôt que d'éteindre réellement ;).
~10 W/h de pas éteint multiplié par 60.000.000 de français, ça fait bien 600 MW/h, entre un et deux réacteurs nucléaires donc. Heureusement qu'il y a les barrages, les éoliennes, les panneaux solaires, quelques déchetteries et centrale au fuel en France et le charbon de nos voisins allemands pour aider .
[^] # Re: Sponsorisons du Microsoft !!
Posté par tao popus . En réponse à la dépêche Un ebook sur AngularJS à prix libre et pour une bonne cause. Évalué à 1.
J'ai dis une bếtise, le Lion's club et le Rotary ne sont pas des clubs de bagnoles pour milliardaires, mais des clubs de chefs d'entreprises industrielles, qui fait dans la bienfaisance pour aider à sa propre activité (encore pire)
Dans le cas du Rotary, les femmes n'étaient pas admises avant les années 1980, Bill Gates est un important participant (on sait aussi qu'il fait avec Monsanto une banque de graine pour breveter un peu plus le vivant), etc… Ça sent que les aides pas terribles moralement, pour récupérer un peu plus de terrain.
# Sponsorisons du Microsoft !!
Posté par tao popus . En réponse à la dépêche Un ebook sur AngularJS à prix libre et pour une bonne cause. Évalué à 2.
Quand je vois que Microsoft est le principal partenaire, j'ai du mal à croire que des solutions libres soient proposés aux enfants déjà en difficulté :(.
Est-ce une bonne idée de les enfoncer d'avantages dans leur problèmes ?
Plus généralement, l'ensemble des sponsors font peur : Clear Channel (un des 2 plus des panneaux publicitaires dans le monde avec J.C. Decaux, une énorme entreprise pharmaceutique britannique, Universalis, quelques clubs de grosses voitures pour milliardaires, une secte catholique (qui semble plutôt créationniste d'après les livres, à vérifier), etc… ça me fait un peu peur quant au contenu de ces ordinateurs.
Et parmi les sponsors plusieurs ministères français… Ne serait-il pas mieux que l'état s'engage d'avantage en faveur de l'installation d'ordinateurs sous logiciels libres à disposition des patients, dans les hôpitaux publiques, plutôt que de sponsoriser indirectement Microsoft qui est loin de manquer d'argent ???
[^] # Re: Alternative
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 1.
Ah oui, même OpenGL 2.1 d'après la table glxinfo, mais cela se limite également aux Snapdragons les plus récents, avec Adreno A3xx:
http://people.freedesktop.org/~imirkin/glxinfo/glxinfo.html#v=Mesa%2010.3.0&p=compat
PowerVR G6xx a également fait une annonce dans ce sens sur ses derniers modèles au moment de la sortie de l'Allwinner A80 (qui l'intègre). Mais c'est dur d'avoir une confirmation, la moitié des infos sur leur site ne le donne pas, et ce ne sont que des pages à aspect promotionnelle, il n'y a pas de pages réellement orientées spécifications techniques brutes.
Du côté d'ARM par contre, même les Mali les plus récents/puissants (T7xx) ne supportent qu'OpenGL ES jusqu'à 3.1, de l'OpenCL, mais pas d'OpenGL complet :
http://www.arm.com/zh/products/multimedia/mali-high-end-graphics/mali-t760.php
[^] # Re: Alternative
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 0.
Ah oui, j'ai pas les yeux en face des trous en ce moment :). Il y a même les ES 2.0, top cool ça !!! Et du coup… Ardreno, normal qu'il ne soit pas dans les OpenGL puisqu'il ne supporte,comme la majorité des GPU ARM, sauf les tous récents K1 de Nvidia) qu'OpenGL ES.
Je garde cette URL dans mon marquepagier du coup :)
[^] # Re: Et du côté des SoC ARM ?
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 1.
C'est VideoCore4 (gallium/drivers/vc4) de Broadcomm l'autre pilote GPU de SoC ARM au passage et il est déjà dans le tronc du git Mesa :).
[^] # Re: Et du côté des SoC ARM ?
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 4.
Cool, merci, donc, il faut (encore) botter les dev pour qu'ils ajoutent un peu de doc :).
Au passage, je vois que la partie OpenGL ES commence à 3.1, WebGL utilise OpenGL 2.0 (WebGL 2.0 utilisera OpenGL 3.0). Je me demande si on peut trouver des specs similaires pour OpenGL ES de la série 2, et pourquoi pas d'OpenGL ES 1.x aussi, qui ne traine pas les boulets d'OpenGL 1.x.
Je pense que ça pourrait servir à la Mozilla fondation, à pas mal de developpeurs web, et aux libristes qui exigent un pingouin élevé en plein air ce genre d'infos.
[^] # Re: Alternative
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 2.
Pratique ça, dommage, il n'y a pas OpenGL ES, que les OpenGL de bureau. Hors, WebGL par exemple, est basé sur OpenGL ES, donc, ça n'est pas important que pour les smartphones/smartbook/smartbidules/botiers tv/consoles de jeu android, mais aussi pour le web interactif en 3D ou 2D accéléré 3D (même sur processeur supportant OpenGL complet).
[^] # Re: Abus de position dominante…
Posté par tao popus . En réponse à la dépêche Revue de presse de l'April pour la semaine 35 de l'année 2014. Évalué à 1.
Quitte à faire un apprentissage général, autant faire celui qui sera le plus accessible et compatible avec la majorité des autres, aura suffisamment d'indépendances avec l'OS avec les migrations futures (au moment ou les parts de marchés des OS sont remis en questions) et le moins contraignant… LibreOffice. ça parait assez logique.
Bah, bloquer un « clone évident », c'est déjà bloquer l'innovation. Un peut comme si on bloquer un clone de git qui sert à la base d'un fork… Les clones évidents, sont la force des compatibles IBM PC que nous utilisons quasiment tous, des téléphones sous Anroid, des distributions Linux, etc… Apple n'aurait pas fait d'écrans tactiles, pas de pinch-and-zoom, etc…
[^] # Re: définition ?
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 2.
Le problème c'est qu'il y a au moins de modes : Gallium3D (le mieux++) avec KMS et DRI, avec DRM.
Gallium3d à aussi l'avantage d'avoir les pilotes softpipe et surtout LLVMpipe (qui permet de faire un rendu efficace au CPU quand on pas de GPU), et visiblement a inspiré par les avancées dans l'organisation du pilote, Mantle d'AMD (qui est plus rapide que les autres avec rendu matériel du coup), qui a à son tour inspiré OpenGL (et ES) Next, qui sera à son tour dans Mesa :) et Direct3D 12 (mais on s'en fout de ça).
# Et du côté des SoC ARM ?
Posté par tao popus . En réponse à la dépêche MesaMatrix pour suivre les progrès de Mesa. Évalué à 6.
Et les GPU des SoC ARM dans tout ça ?
Freedreno (pilote Gallium3D) est inclus depuis au moins la 10.2.3, et {{refnec|je crois qu'un autre devait faire son apparition dans le git bientôt}} ?
[^] # Re: Linux Bureau ?
Posté par tao popus . En réponse au journal Disruptive innovation comme y disent aux states. Évalué à 2.
Et par contre, la mise à jour de firefox sous *buntu est trop automatique (grrr 29+), mais on peut tout de même bloquer à la 28 via synaptic (ouf).
La 29+ bug tout bonnement avec une config que j'utilise depuis au moins 10 ans. Le menu qui oblige à faire 3 clique en plus pour chaque marque page, etc… ça n'a pas été une bonne idée à mon avis.
Bon, a part ça, tout le monde utilise des bureau linux autour de moi, les madame michu restés sur windows prient pour que malwarebytes leur annonce moins de 20 malwares apparus dans la semaine et avoir ainsi un temps de boot inférieur à 30 minute (en comptant les nombreuses fenêtre popup à fermer pleins de messages abscons), et parfois dans une langue totalement inconnue des 3/4 de la grande famille Michu qui n'ont pas fait le passage.
Bon encore heureux qu'on lui ai conseillé malwarebytes, parce que sinon l'antivirus mis à jour tous les jours aurait du tout protéger, et donc si ça ramait, c'est que son ordinateur était maintenant trop vieux (2 mois après l'achat ?). Je sais c'est mal, mais c'est une solution rapide qui permet de dépanner et d'expliquer que c'est dangereux de se connecter à internet avec Windows, ça fait généralement son chemin au bout de quelques mois et aide plus facilement à accepter un passage à un OS qui n'a pas omis les règles de sécurité de base d'il y a 20 ans.
Bon, sinon, sous le bureau linux au dessus de 60 ans pas de problèmes pour comprendre, et généralement content du changement. Le problème c'est plutôt les entre-deux qui se sont mit à office sur le tard et ne veulent pas changer d'habitude et sont bloqués ad eternam sur windows XP.
Ce que j'aime bien, aussi c'est le nombre de cartes dit « de développement » ARM à 50~100 € pré-installé Android et soit Linux en dualboot, soit linux flashable sans trop de problème. Plus que parfait pour un lecteur vidéo de salon (qui va récupérer sur internet/réseau local eth/wifi ou hdd plugé en USB), ça fait des ravages dans ce domaine. Pratique, un boîtier pas cher, petit, qui fait pas de bruit (pas de ventilo), qui consomme rien (25W max, lorsque grosse appli jeu 3d lourde android, plutôt dans les 5w sinon). Lorsque l'on peut y mettre facilement linux, ça fait ce qu'on veut en simple bureautique (libreoffice quelques applis graphiques genre gimp etc…)/web sans le ralentissement des malwares.
[^] # Re: Vitesse d'utilisation seulement ou aussi sécurité?
Posté par tao popus . En réponse à la dépêche scdrand: alimenter le pool d’entropie du noyau à partir d’une carte à puce. Évalué à 1.
Les processeurs ARM ont généralement une unité de chiffrement intégrée (cryptoprocesseur). Pour prendre les processeurs tout récents et abordables, le Rockchip RK3288, très bien géré par Linux (bonne communauté de libriste pour libérer + efforts de la société Rockchip plus récemment si j'ai bien suivit) permet de traiter les algorithmes AES 128bits, DES, 3DES, SHA-1, SHA-256, MD5 et PRNG 160bits. C'est pareil sur les processeurs Allwinner et Samsung (pour citer les plus répandus).
Est-ce que ces logiciels sont adaptés à l'utilisation de ces unités cryptographiques ? Est-ce qu'il existe des outils permettant d'analyser et d'auditer la fiabilité de ces unités de calcul (benchmark de fiabilité ?)
# [Next INpact] Un début de détente dans la guerre acharnée entre Apple et Samsung
Posté par tao popus . En réponse à la dépêche Revue de presse de l'April pour la semaine 32 de l'année 2014. Évalué à 3.
Bon, ce que j'en tire :
* Apple fait faire ses processeurs pour tablette/téléphone par Samsung depuis le début (et l'A7 est toujours produit par Samsung
* Il y a un procès pour un truc louche (une tablette avec des coins carrés ou arrondis, je sais plus
* Samsung est avec LG et Daewoo, l'un des trois consortium géant de Corée du Sud à tout faire (ordis, frigos, télé, etc… et armement)
* Les armements de Corée du Sud sont (guerre de Corée oblige) sous licences de compagnies des États-Unis.
* Les juges anti-blanchiment (et accessoirement anti-corruption), qui s'acharnent en Europe et ailleurs contre le blanchiment des mafias et les transferts dans les paradis fiscaux (Appel de Genève, Denis Robet, juge Van Ruymbeke, affaires Cleastream, etc…) ont montré qu'une bonne méthode pour blanchir l'argent, c'est de perdre un procès (par exemple pour un travail mal fait, ou autre affaire en commun). L'argent devient tout de suite légal. Donc, c'est un bon moyen, pour une organisation mafieuse importante dans un pays A de récupérer, par exemple, des sommes d'une organisation mafieuse d'un pays B (via des intermédiaires si nécessaire), avec lequel il y aurait des échanges de drogue, d'armes, de grosses sommes d'argent lié à tout ça et de ne pas se faire griller pour transfert de fond douteux.
Après j'ai dit ça, j'ai rien dit hein…
[^] # Re: Suggestion de correction
Posté par tao popus . En réponse au journal La crypto ça sert plus à rien de toute façon. Évalué à 10.
Et surtout, on ne sait pas quel microcode la NSA à intégré au puces CISC, ou quel cablage au RISC. Qui va vérifier ce que fait l'unité de chiffrement et ce que fait la carte réseau Intel, avant de le passer au switch linksys au routeur CISCO (tous backdoorés par la NSA ? Quand certains leurs montrent les backdoor, plutôt que de les corriger, ils ont tendance à mettre un masque devant, laissant penser, qu'on va pas s'en sortir avec eux. Sans parler des scanneurs d'écran (à distance) et clavier qui sont répandus depuis au moins 20 ans.
Ils parlent de El Gamal, mais d'après wikipedia : son algo (qui est peut-être bien indépendamment de ses implémentations) « est la base du système DSA standardisé par le NIST ». donc même problème qu'avec RSA, c'est bien de faire des algos efficaces, mais quand on a des services secret qui implémente des versions avec porte dérobée pour les standards, ça sert plus à rien.
Donc, de toute façon, c'est un système avec backdoor pas la peine de décodeurs matériels, il suffit de connaître la backdoor (aller la chopper à la NSA ?). NIST & RSA (la société, pas le trio de l'algo et l'algo) sont obligés de demander gentiment à la NSA avant de normaliser l'implémentation d'un algo de crypto. Et comme le rappelle DJ. Bernstein (l'auteur de qmail & co), ils nous filent même pas certains infos à propos de la création de leurs courbes elliptiques (laissant supposé qu'elles sont toutes trouées, pas uniquement celles ou c'est déjà démontrées). Du coup, il a fait crée un nouvel algo ed25519, qui a en plus l'avantage d'être plus efficace (donc de consommer moins de ressources).
Sous OpenSSH, Utiliser ed25519 plutôt que RSA/DSA/ECDSA (pas confondre avec edDSA), il est déjà implémenté, une inclusion dans un RFC est en cours dans deux brouillons de l'IETF (réellement international et indépendant) pour pouvoir enregistré des empreintes de la clé publique du serveur SSH dans les DNS (via une extension de SSHFP), et ainsi de vérifier l'authenticité de la clé avant de l'accepté lors du premier accès (nécessite l'utilisation de DNSSEC pour être efficace).
Using ED25519 in SSHFP Resource Records
http://tools.ietf.org/html/draft-moonesamy-sshfp-ed25519
Et il y a déjà un autre brouillon de RFC est en cours pour l'accepter dans TLS (utilisé par HTTPS par exemple), en attendant il faut faire avec les passoires…
Curve25519 for ephemeral key exchange in Transport Layer Security (TLS)
http://tools.ietf.org/html/draft-josefsson-tls-curve25519
Pour rappel, DJ. Bernstein à passé 2 concours pour voir ses algos retenus aux niveaux nationaux. Un refusé aux US, un accepté en Europe (ecrypt.eu.org). Bon, il semble un peu remonté contre son gouvernement, notamment sur le fait d'avoir le droit à un peu de vie privée, ce qui doit les fâcher.
[^] # Re: Options compilateur?
Posté par tao popus . En réponse à la dépêche Sortie de X.Org 1.16. Évalué à -2.
ça doit être dans le diff, ça ;).
[^] # Re: Belle journée
Posté par tao popus . En réponse à la dépêche Sortie de X.Org 1.16. Évalué à 2.
Sur *buntu 14.04, Mate est proposé en bureau alternatif (paquet mate-destkop), par contre, du côté de Cinnamon, il y a nemo (gestionnaire de fichier graphique) et Muffin (gestionnaire de fenêtre), mais pas de cinnamon-desktop.
Par contre, sur Arch (x86 et ARM), il y a déjà systemd, cinnamon et mate depuis longtemps et xorg 1.16 depuis quelques semaines.
Au passage, la distro liveCD archbang-light (qui utilise tout ça) boot en VM (virtualbox sans KVM) en moins de 10 secondes de la simulation de bios au bureau et s’éteint en ~1 seconde. Sans activer l’accélération 3d, des tests de l'utilisation d'Opera (il n'y a qu'openbox, Opera, un LXterminal et emelFM2 en applications graphiques, mais toutes les commandes de base indispensable comme openssh, rsync, curl, tracepath etc…) sur cette version live cd, il faut l'installer pour pouvoir ajouter les autres paquets avec pacman). sur des sites assez intensifs en 2d vecto (testé avec http://osmbuildings.org/), c'est à peu près aussi fluide que dans firefox dans l'environnement natif de mon bureau (8 cœurs + accélération 2d pour rendu vecto via cairo, qu'un cœur dans la virtualisation). je suppose qu'Opera, comme tout le monde appelle cairo également.
[^] # Re: Les echos citent stallman ¡
Posté par tao popus . En réponse à la dépêche Revue de presse de l'April pour la semaine 31 de l'année 2014. Évalué à 2.
Désolé, j'ai peut être été un peu dur, ça n'était pas mon intention, sans le travail de l'April, je ne sais pas où on serait.
Et après tout, ça permet de remettre en question certaines choses de voir ces articles. Il est vrai que n'ai pas vu beaucoup d'analyse sur l'état du libre sur les mobiles (et encore moins sur Android) complète et c'est probablement une bonne initiative de lancer (ou relancer ?) le débat.
Le libre sur les mobiles, c'est du tout frais (si l'on oublie ce que faisait Nokia avant d'être tué par Microsoft) et en pleine évolution. Il y a quelques espoirs dans un domaine encore frais, mais aussi beaucoup de travail visiblement. Les efforts de Jolla (crée par les auteurs du N9 chez Nokia) on permis d'avoir libHybris, qui permet d'utiliser du vrai Linux avec des pilotes propriétaire pour Anrdoid, c'est évidement un gros avantage pour les systèmes libres et l'aide à l’ingénierie inverse pour la libération des pilotes. Jolla n'a finalement pas choisi une solution complètement libre pour son propre système, c'est dommage. Ce serait sans doute bien si l'April développait un guide des solutions libres et des pièges à éviter sur les mobiles. Peut-être une étude un peu plus exhaustive que ce qu'a fait Phandroid. Les travaux de XDA et de F-droid permettent déjà de réunir pas mal d'info.
J'ai également cru comprendre qu'il y a d'avantage de convergence dans l'utilisation du noyau Linux entre Android et du GNU/Linux et des projets comme VolksPC permettent maintenant (probablement via de containers ou un autre système de virtualisation ??) de faire tourner simultanément GNU/Linux (Debian) et Android.
Au passage, quelque chose m'a inquiété cette semaine. J'ai découvert que Google à bloqué la possibilité de téléchargement de fichiers depuis code.google.com. Hors de nombreux projets libres pour Android utilisaient cette plate-forme pour le développement et distribuaient donc également les .apk par ce biais. Je ne sais pas si c'est ce point ou autre chose (copie illicites de fichiers, coût du transfert et stockage des fichiers) qui a décidé à Google de supprimer le service. On peut par contre toujours récupérer des copies des sources via les outils habituels, mais je ne pense pas que tout le monde soit capable de produire un APK à partir des sources. On verra bien la solution que trouverons les développeurs (probablement téléchargement des APK depuis une autre source).