Category Archives: librisme

Le cauchemar Samsung ou La regression des fonctions de base (Corrigé sur les mises à jour du Galaxy A des 2 et 23 avril 2016)

Ce billet a été publié à la mi-février 2016, les mises à jour système du 2 et 23 avril 2016 corrige les deux problèmes.
* Grâce à celle du 2 avril, on peut à présent accéder au système en PTP et MTP
* Grâce à celle du 23 avril, on peut brancher un USB mass storage (comme une clé USB), via un câble USB-OTG
* Par contre, une nouvelle édition casse les claviers chinois et japonais. On ne peut plus sélectionner qu’une rangée de caractères sur l’ensemble des possibilité par phonème/more :(.

Avant d’acheter mon Samsung Galaxy S il y a quelques années, voulant éviter trop d’e-dechets, j’ai regardé ce qui se faisait et réfléchi à ce que j’allais acheter pendant entre 6 mois et un an 1/2. L’annonce, de cette petite merveille correspondait à toutes mes attentes :
* Android basé sur Linux, avec toute sa liberté d’action
* Écran AMOLED, qui était un réel avantage par rapport aux autres écrans de l’époque, permettant de bien apprécier les photos.
* facilité de connexion (« masse storage » de base en USB, rien de plus simple, compatible, rapide, efficace ou que l’on soit avec n’importe quel appareil).
* Bonne mémoire, processeur Samsung efficace, carte SD, tout bien standard.

Au bout de quelques années, le téléphone pas mal maltraité, a finir par avoir son écran cassé, le connecteur USB avait un faux contact, j’ai été obligé d’acheter pendant un voyage en Chine, un appareil permettant de charger directement la batterie. Entre temps, le Galaxy Note était sorti !

Le Galaxy Note a été un grand pas en avant :
* Écran plus grand et confortable
* Stylet S-Pen utilisant les technologies de notre chère Wacom, bien connu des infographistes.
* Meilleure autonomie (surtout si on désactive les applications Google/Samsung inutiles).

Mais en même temps l’évolution ajoutait une petite régression :
* retrait du mass storage au profit du protocole MTP ou PTP (au choix, plus complexes, plus lents, avaient l’avantage, pour les plus ignorants en informatique de rajouter des couches de vérification pour ceux qui débranche un téléphone sans valider la déconnexion sur le système… seraient ils aller l’option mass storage ????)

Cela était sans doute du aux gens qui débranchait le téléphone en plein transfert sans sélectionner déconnecter, mais bon, déjà on perdait en efficacité, simplicité, compatibilité. Au bout de quelques temps j’ai fini par perdre cette petite merveille, je ne sais pas comment.

Je me suis pris en remplacement un Galaxy Note 3 lite, je ne voulais pas un Note 3 qui comportait un processeur Snapdragon, mais un Note 3 lite qui contenait un processeur Samsung (important pour moi de boycotter les États-Unis qui faisaient alors la guerre en Irak, Afghanistan et ailleurs, en plus des lobyings forcés un peu partout). J’étais content, mais ça commençait à bien se gâter du côté de Samsung :
* Plus que le protocole MTP pour le transfert (le plus lent des trois). On pouvait contourner en utilisant la carte microSD interne et la retirer/insérer quand besoin.
* Une application avec un grand F (Flipboard je crois), qui venait sans arrêt s’afficher quand on appuyait sur le bouton du milieu, sans aucun moyen de la désactiver, les forums se remplissaient de messages à ce propos.
* L’apparition du NFC qui pourrait être une fonction pratique dans certains cas, mais que franchement personne n’utilise (trop lent pour le transfert, n’apporte rien en plus, il y a déjà bluetooth et Wifi plus efficace pour cela, pratique pour pirater les cartes bancaires avec leur trous de sécurité, mais ça n’est pas ce que cherche la majorité des gens).
* De plus en plus d’application qu’on utilise pas forcément qui sont lancée ou relancées en permanence, et impossible à désactiver, vidant de plus en plus rapidement la batterie. Je tenais 11 jours avec le Galaxy S, là, malgré la plus grosse batterie, il a fallu que je root (passe administrateur) le téléphone et vire toutes les applications Google et Samsung pour arriver péniblement à la moitié. Ça m’a permis aussi de me débarrasser de ce fameux Fliboard qui Fâche toute la Foule, de me mettre un pare-feu pour éviter des transfert non désirés (par les résidus s’applications Google/Samsung) dans certains lieux de Paris où la bande passante chute avec l’épaisseur des murs en pierre de taille.
* Je constatait que là où des gens avec des tablettes chinoises sans marque sous Android à 50€ pouvait connecter tout et n’importe quoi en USB via un câble USB-OTG (merci le noyau Linux), les bridages de Samsung, en permettait beaucoup moins :(.

Le cauchemar

Enfin, après l’avoir de nouveau perdu, je passe la semaine dernière au Galaxy A5 2016 (mauvaise période où les notes récent sont >500€ => en immobilisation pour les entreprises, pas glope), et là, la catastrophe la plus totale :((.
* Plus du tout de support USB standard (ni MTP, ni PTP, ni masse storage), mais pourquoi ??? Quel intérêt, que veux Samsung ? Je sais que je ne pourrais pas transférer les photos dans un cybercafé, ou sur mes ordis sous Linux… Il faudrait installer un Windows, :D, c’est du grand n’importe quoi. Ils s’amusent à réinventer la roue carrée, en créant des usines à gaz, pour au final avoir des choses qui ne fonctionnent pas (les pilotes windows de Samusng n’ont jamais été très au point le peu de fois où j’ai du l’utiliser pour une mise à jour du firmware sur les ordinateurs d’amis).
* Une simple clé USB via un câble USB-OTG ne peut être lue ou montée. Ça n’aurait pas mangé de pain de le laisser.
* La carte microSD est dans une trappe très compliquées à ouvrir/insérer (il faut une épingle à nourrice, comme lorsqu’un CD était bloqué dans le lecteur dans les années 1990.
* Elle est avec une carte SIM au format nano-SIM (comme sur les ordinateurs de pomme pour les pommes), résultat j’ai du couper au ciseau le carton de la SIM que j’avais pris, format standard (je m’attendait pas à cette surprise), j’ai eu peu d’avoir 5 jours de plus de commande de nouvelle SIM avant de voir les nombreux tutos sur le sujet. Elle est au passage aussi galère à mettre que la microSD, et le pire c’est qu’il faut l’insérer même temps que la microSD (avec le côté pas pratique).
* La batterie est fixée à l’intérieure, donc quand elle est morte, jeter le téléphone (mode plus d’e-dechets) Il y a bien une documentation pour l’enlever pour les plus hackers, mais eux même le déconseille parce qu’on risque de tout casser. Pas la peine de penser à une batterie de secours, en cas de long périple non plus donc… Bon, un chargeur USB pas samsung fera très bien l’affaire dans les premiers temps ;).
* Le F (flipboard) a été renommé Briefing et est encore plus invasif, avant c’était bouton du milieu, maintenant, c’est quand on fait glisser l’écran du bureau de gauche à droite. On peut le désactiver via, paramètres => applications => gestionnaire d’application => toutes =>Briefing =>forcer l’arrêt désactiver, comme différentes applications Google (mais pas toutes :( /microsoft). Mais malgré tout, on a toujours l’écran pourrit en glissant vers la gauche. Si je n’arrive pas à échanger le téléphone pour quelque chose de mieux, j’espère que le rootage fera l’affaire. ou sinon, je mettrait une ROM XiaoMI ou cyanogenMOD.
* On est envahi d’applications Microsoft (OneDrive, Word et je ne sais quel autres trucs inutiles) en plus de celles de Google (Drive qui fait pareil) et de Samsung (, qui veulent pour les 3 marques en même temps absolument qu’on sauvegarde nos données perso sur leur cloud à eux :(. Je vois que ça comme raison pour la suppression des moyen simple de connecter à son ordinateur OwnCloud notre ami ? Autres solutions rapide pour compenser, GhostCommander + extension SFTP sur f-droid.org, mais on est obligé de passer par du Wifi, et il n’y aura pas forcément de serveur SFTP partout…
* Le bouton d’en bas à gauche qui sert d’habitude de bouton menu a été remplacé par le bouton changement d’application et celui du milieu qui avait cette fonction, de recherche Google, super inutile donc, encore une fois :(. Résultat différentes applications que j’utilisai depuis le Samsung Galaxy S, en suivant leurs évolutions et qui me sont vitales (dictionnaires multilingue où je peux mettre mes propres dictionnaires que je fais évoluer), enregistreur sonore haute définition pour les enregistrement d’ambiances sonores dans certains endroits de mes voyages, etc… sont devenues inutilisables étant toutes deux dépendantes de ce bouton, pour insérer/mettre à jour les dictionnaires pour l’une, et pour choisir la qualité d’enregistrement pour l’autre.
* Sur les Galaxy Note, il y avait la reconnaissance d’écriture manuscrite sur le clavier (pratique pour chinois/japonais), surtout que la saisie en pinyin, du clavier samsung, ne met pas forcément en avant les caractères les plus utilisés. Ben, là non, comme si ce type de fonction était dépendant du stylet… :(. Ça encore ça n’est pas trop grave, on doit pouvoir trouver des applications tierce qui font la même chose.

Quelques mises à jours dans les paquets Archlinux ARM faits maison

Toujours dans mon dépôt perso de binaires et PKGBUILD Archlinux ARM
* Ajouté l’émulateur PPSSPP (pour PSP, console portable), étonnamment il détecte si c’est OpenGL ou OpenGL ES qui est accéléré et s’adapte !!! Espérons que ça en pousse d’autres à faire pareil en attendant Vulkan. Par contre sur le RK3288, on peut pas agrandir la fenêtre et l’application plante (en figeant X) si l’accélération matérielle est active. (il est possible de ne redémarrer que lightdm si on est connecté en ssh sur la machine.

* Nouvelle version de qemu (2.4.1, je sais plus si je l’avais dit), on doit pouvoir améliorer encore, mais c’est déjà mieux. Il n’y a pas l’exécutable qemu-kvm par exemple. Mise à jour du 10 décembre : mise à jour en version 2.5.0 de mon paquet (requiet libcacard qui est un paquet à part, se trouve dans le même dossier), ajoute les émulations de systèmes complets, les bios, le support GTK, les PKGBUILD sont plus propres.

* Mise à jour d’Entangle (même version mais avec lib récente)

* Mise à jour de 0ad (Alpha19, il vaut mieux du full OpenGL accéléré, sinon, c’est du 3 fps en pur logiciel ^^

* Mise à jour de blender en 2.76.b, plus besoin de mon patch puisque le patch pour non-x86 a été appliqué dans les sources originales, le PKGBUILD officiel d’archlinux (pour x86) fonctionne donc parfaitement sous arm (et autres à priori)

* en ARM et x86_64 à la fois, j’ai ajouté perl-glib-object-introspection qui permet d’utiliser gstreamer avec gmusicbowser (any comme écrit en perl, également disponible) et donc de jouer plus de formats de fichiers. Penser à choisir pulse à la place d’auto pour la sortie de gstreamer dans les prefs). Ils sont tirés d’AUR sans modification.

J’ai créé un dossier obsolète pour les vieux paquets qui ne doivent plus fonctionner (entre changement de gcc, libc et api/abi).

J’ai commencé une méthode de saisie pour le mongol traditionnel pour ibus, ça marche assez bien mais c’est pas encore complet, donc, je n’ai pas mis. Je ne suis pas sur de la meilleur disposition pour le clavier, chaque clavier que j’ai vu (sur Android (application Bainu),, ou différents schéma sur les sites webs (sur un clavier cyrillique mongol ou russe, sur un clavier qwerty (pour les Mongols de Chine probablement ?)) de documentation de l’écriture sont différent…) j’en ai pris un relativement phonétique par rapport au qwerty donc. Je la mettrais à disposition dès que j’aurais mis les codes spéciaux indispensables pour certaines liaisons.

Blender est utilisable sur ARMv7 (32 bits) sans acceleration 3D grâce à LLVMpipe.

blender-17:2.76-1.0001-armv7h.pkg.tar.xz (paquet pour Archlinux ARM). (version mise à jour par l’équipe blender par défaut en utilisant le PKGBUILD d’archlinux x86, compile tout seul maintenant et devrais être intégré dans le build automatique archlinux ARM : blender-17:2.76.b-3-armv7h.pkg.tar.xz cette version ne marche plus en raison de la mise à jour d’autres librairies, utilisez pacman maintenant)

J’ai proposé un patch, accepté (mais retravaillé) par la formidable équipe Blender qui permet de compiler sur des architectures non-x86 (non Intel). J’ai proposé ce soir un PKGBUILD et patch pour Archlinux ARM en attendant que sorte la prochaine version de Blender.

.Sur mon Chromebook ARM (Asus Chromebook C201, utilisant un Rockchip RK3288 : CPU=4*Cortex-A17@1.8 Ghz + GPU=Mali-T764, uniquement compatible OpenGL ES (vivement Vulkan)), ça tourne plutôt bien en pure rendu logiciel, grâce à LLVMpipe pour l’interface et à la puissance de la machine pour le rendu. Il n’y a pas encore d’optimisation SIMD ARM NEON (pour ARMv7) ou pour (ARMv8) pour Cycle.

C’est une machine que j’ai pris il y a 2 semaines qui à l’avantage d’être :
* pas cher (200€ 2Go RAM, 250€ 4Go RAM en France) / 150$ 2 Go RAM, 200$ 4Go RAM aux États-Unis, cherchez l’erreur).
* Avoir une bonne autonomie : 13heure sous chromeOS (installé par défaut), jusqu’à environ 3j (oui, 72 heures de marche !!!) sous GNU/LInux, si on coupe les modules Wifi/BT lorsque l’on ne s’en sert pas.
* Être malgré tout léger (900 grammes), la faible consommation et grande efficacité du Rockchip permettant d’avoir cette autonomie avec une batterie 2 cellules/38 Wh, et évitant d’avoir à embarquer radiateur et ventilateur.
* Bien carburer malgré ces caractéristiques.

Je vais faire un autre article ou une page pour expliquer comment l’installer.

Il reste à installer le support OpenCL, pour utiliser l’accélération du GPGPU avec rendu 3d de Cycle (2e rendu en fin de vidéo).

En plus de son côté très léger et grande autonomie (introuvable sur les processeurs Intel, forcément plus lourds, avec pour les plus léger une autonomie moindre), J’aime bien le fait que ce soit une marque de République de Chine (Taïwan) et un processeur de République populaire de Chine (Chine continentale), parce qu’aucun de ce pays divisé en 2 n’est en guerre, je n’ai donc pas l’impression de participer à l’effort de guerre. De moins polluer (plus grande efficacité énergétique).

Qemu pour Arch Linux ARM

Compilation personnelle de Qemu pour Arch Linux ARM, comme il n’est pas encore dans le dépôt officiel (il faudrait que je vérifie le Yaourt). Pour le moment j’ai du désactivé spice(Sur Wikipedia en français) qui permet d’avoir un contrôle visuel de la machine virtuelle. Il est toujours possible de se connecter en console.

Maintenant obsolete, préferer le dépot officiel.

C’est dans mon dépôt habituel, il faut installer les paquets suivants (avec dépendances) :

* libseccomp-2.2.3-1-armv7h.pkg.tar.xz
* iasl-20150408-1.1-armv7h.pkg.tar.xz
* leveldb-1.18-1.1-armv7h.pkg.tar.xz

Vous aurez aussi besoin de paquet SeaBIOS « any » (indépendant de l’architecture matérielle), que l’on peut trouver ici
https://www.archlinux.org/packages/extra/any/seabios/, cliquez sur Download From Mirror dans la boîte de droite.

J’ai fait une copie locale au cas où :
* seabios-1.8.2-1-any.pkg.tar.xz (seabios-1.9.3-1-any.pkg.tar.xz)

Et bien sûre du paquet Qemu lui même :
* qemu-2.3.0-3-armv7h.pkg.tar.xz

Pour installer ensuite, sous root ou en sudo :

pacman -U libseccomp-2.2.3-1-armv7h.pkg.tar.xz iasl-20150408-1.1-armv7h.pkg.tar.xz \
  leveldb-1.18-1.1-armv7h.pkg.tar.xz seabios-1.8.2-1-any.pkg.tar.xz \
  qemu-2.3.0-3-armv7h.pkg.tar.xz

Je ne les ai pas optimisé pour la 3e génération des Cortex-A (Cortex-A7/a15/a17), ils fonctionnent donc sur tous les Cortex-A, pas que sur Cubieboard2.

J’espère avoir bientôt un smartbook basé sur le Rockchip RK3288 pour d’autres expérimentations avec les ARM. Différents constructeurs fabriquent des modèles en 11″ avec environ 10 heures d’autonomie, vendus entre 150 et 250 $ en fonction des configurations (2 ou 4 Go de RAM, 16 ou 32Go de SSD). Ils sont largement utilisables comme pc de travail (web/terminal/bureautique, etc…) et différentes distributions Linux (dont Arch Linux ARM, Debian, Ubuntu, peuvent être installés dessus) :
* Asus (C201 11.6″ Chromebook et Chromebook Flip C100P (10″), ce dernier pouvant également être utilisé comme tablette)
* Haier Chromebook C11
* Hisense Chromebook C11
* CTL H4 Chromebook for education

Devant le succès de cette plateforme, MediaTek propose une solution similaire basée sur le MT8173, Quad-cœur 64-bits big.LITTLE.