On s’amuse comme on peut.

Le besoin est venu du fait que mon fils avait un jeu sur sa tablette et ça l’énervait quand son frêre ou moi nous y jouions et débloquions des niveaux. Alors, je me suis dit qu’il devait bien y avoir moyen d’installer des apk sur PC.

Ca n’a pas été si facile que cela en fait. La plupart des émulateurs sont pour Windows. Il existe quelques projets pour Linux comme Anbox ou Slashlik mais certains à base de snap pour Ubuntu et je n’ai rien réussi à faire tourner sous Debian. Le projet le plus intéressant et le plus vivant restait Android-x86 sachant que RemixOS qui devait faire passer tous les PC sous Android s’est arrêté il y a un an. J’ai donc opté pour la 7.1rc2 disponible.

Android-x86 fonctionne comme une distribution, on l’installe sur une clé et on peut tester en live, ça déménage, mais la partition en principe persistante n’a pas fonctionné chez moi donc ne voulant pas installer dans un premier temps, je suis parti sur la virtualisation et là c’est beaucoup moins fluide. Une fois que je suis (difficilement) parvenu à installer le jeu souhaité (un truc qui a plus de 5 ans sans 3D), c’était injouable tellement ça saccadait.

Sur mon laptop, il y avait une partition de libre (pour rappel, je prévois toujours deux partitions pour une distribution afin de pouvoir tester ou mettre en place avant une bascule) donc je me lance. Ca tourne sauf qu’au redémarrage, pas d’Android dans le Grub et les update-grub n’y font rien. En cherchant un peu, il faut se taper le paramétrage du grub à la main. La doc datant de la version 4.4, je la recopie avec les mises à jour nécessaires car certains paramètres manquaient et empêchaient le démarrage.

Editer en root le fichier /etc/grub.d/40_custom
Et pour mon laptop asus, j’y ai collé ceci (pour la partition sda3):
menuentry "Android-x86" {
set root='(hd0,3)'
linux /android-7.1-rc2/kernel quiet root=/dev/ram0 androidboot_hardware=asus_laptop androidboot.selinux=permissive acpi_sleep=s3_bios,s3_mode SRC=/android-7.1-rc2
initrd /android-7.1-rc2/initrd.img}

Autre problème, le clavier est en qwerty, un peu casse-pied même si Android n’est pas un outil de productivité, il me permet malgré tout de taper ce billet de blog. Idem, voici donc la doc honteusement repompée de ce site :

Par défaut le clavier est QWERTY, pour le passer en AZERTY français il faut télécharger les fichiers ici : http://code.google.com/p/eee-qwertz/ et renommer azerty_internal.idc en AT_Translated_Set_2_keyboard.idc copier les fichiers du zip dans :
/system/usr/idc/AT_Translated_Set_2_keyboard.idc
/system/usr/keychars/azerty.fr_FR.kcm
/system/usr/keylayout/azerty.fr_FR.kl

Alors, après avoir fait mumuse quelques temps sur ce système, qu’en dire ? Pleins de jeux ne fonctionnent pas, ils crashent ou ne bootent pas ; c’est probablement un problème de compatibilité matérielle. Malgré tout, cela permet de tester des applications que l’on souhaite utiliser sur sa tablette ou son futur smartphone. Aussi incroyable que cela puisse paraître, je suis toujours sur FirefoxOS mais le jour où le marketplace qui devait fermer en avril sera vraiment fermé, il faudra songer à changer. De toutes façons, je devrai changer un jour et actuellement, il n’y a plus que deux alternatives et même les systèmes dérivés (LineageOS, ResurectionRemix) ou communautaires (UBports, Replicant, rires dans la salle) ne sont disponibles que sur un nombre très restreint de téléphones généralement plus en vente.

Je ne peux pas dire que je sois totalament fan d’Android ; ça tourne plutôt bien et c’est assez bien foutu mais il y a Google dans tous les coins que l’on passe son temps à désactiver et toujours la sensation qu’il nous regarde par dessus l’épaule pour pomper tout ce qu’il peut. Après, il y a énormément d’appli mais il faut faire un sérieux tri entre le Premium, le gratuit truffé de pubs et le bon vieux propriétaire. F-Droid fait le job pour s’approvisionner en applis libres mais l’offre n’est pas beaucoup plus étoffée que sur FirefoxOS. Aptoid permet d’éviter le GooglePlay mais il y a à boire et à manger.

La seule lueur à l’horizon, c’est Librem qui a réussi son pari de financer un téléphone libre pour 2019 mais à un prix un peu rebutant. A part ça, on peut dire que jusque là, le libre n’a pas encore réussi à trouver sa place dans les appareils mobiles qui sont pourtant les plus sensibles au niveaux des données personnelles qu’ils contiennent et dont on devrait vraiment avoir le contrôle.

Original post of alterlibriste.Votez pour ce billet sur Planet Libre.

La configuration du serveur HTTP Apache et de PHP a été modifiée dans Fedora 27, voici quelques explications.

1. Bascule du serveur HTTP en mode event

Depuis l'origine de la distribution, le serveur utilise le MPM prefork.

Pour des raisons évidentes de performance, il a été décidé de suivre les recommandations du projet et d'utiliser event par défaut.

Ce changement est aussi nécessaire pour bénéficier du support complet du protocole HTTP/2 via mod_http2.

2. Le problème de mod_php

Le module mod_php est uniquement supporté quand le MPM prefork est utilisé.

Dans la documentation PHP on peut lire :

Avertissement : Nous ne recommandons pas l'utilisation de PHP dans un environnement threadé MPM, avec Apache 2.

Et effectivement, quelques rapports de bugs signalent des plantages dans cette configuration.

Il n'était donc pas raisonnable de conserver mod_php par défaut.

De plus ce module a d'autres limitations ennuyeuses :

• intégré au serveur web, il partage son espace mémoire, pouvant entrainer des problèmes de sécurité
• une seule version peut être chargée

3. Utilisation de FastCGI

Depuis plusieurs années nous avons travaillé à rendre l'exécution de PHP aussi flexible que possible, dans différentes configurations, fonctionnant sans changement de configuration :

• httpd + mod_php
• httpd + php-fpm (lorsque mod_php est désactivé ou absent et que le serveur php-fpm fonctionne)
• nginx + php-fpm

L'utilisation de FPM est devenu la configuration par défaut recommandée pour une exécution propre de PHP :

• support de multiples serveurs web (apache httpd, nginx, lighttpd)
• isolation du frontal pour la sécurité
• dorsaux multiples
• architecture micro-services
• fonctionnement en container (docker)
• multiples versions de PHP

4. FPM par défaut

Depuis Fedora 27, mod_php ZTS (multi-thread) est toujours fournit, mais n'est plus activé, c'est donc FastCGI qui sera utilisé par défaut.

Pour ne pas casser les configurations existantes lors de la mise à jour, ou obtenir un serveur opérationnel dès l'installation, nous avons choisi de mettre en place quelques solutions, probablement de manière temporaire

• Le paquet php a une dépendance optionnelle sur php-fpm qui permet son installation par défaut
• le service httpd a une dépendance sur le service php-fpm qui permet son démarrage automatique

5. Problèmes connus

5.1. Modification de la configuration

Lors d'une modification de la configuration, ou de l'installation d'une nouvelle extension il est désormais nécessaire de redémarrer le service php-fpm.

5.2. Fichiers de configuration

Avec mod_php, il est habituel d'utiliser les directives php_value ou php_flag dans la configuration du serveur Apache ou dans un fichier .htaccess.

Il est désormais nécessaire soit d'utiliser les directives php_value ou php_flag dans la configuration de du pool FPM, soit d'utiliser un fichier .user.ini dans le dossier de l'application.

6. Revenir sur mod_php

Si vraiment vous souhaitez rester (temporairement) sur mod_php, cela reste possible :

• Revenir en MPM prefork dans le fichier /etc/httpd/conf.modules.d/00-mpm.conf.

 LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
 #LoadModule mpm_worker_module modules/mod_mpm_worker.so
 #LoadModule mpm_event_module modules/mod_mpm_event.so

• Activer le chargement du module dans le fichier /etc/httpd/conf.modules.d/15-php.conf. Attention, les rapports de bug dans cette configuration ne seront pas acceptés.

 # ZTS module is not supported, so FPM is preferred
 LoadModule php7_module modules/libphp7-zts.so

Dans ce cas, le paquet php-fpm pourra être désinstallé.

7. Conclusion

Fedora 27 utilise désormais une configuration moderne et conforme aux recommandations des projets. La sécurité et les performances sont améliorées.

Tout changement provoque inévitablement quelques petits problèmes et quelques grincement de dents, mais nous essaierons de prendre en compte les difficultés et d'améliorer ce qui doit l'être dans les prochaines mises à jour et dans les prochaines versions de Fedora.

Je prévois de mettre à jour ce billet en fonction des retours.

Original post of Remi Collet.Votez pour ce billet sur Planet Libre.

Un échange avec Bruno Adelé, qui fut l’initiateur du projet CaCause à une époque (déjà 5 ans) où les blogs statiques n’avaient pas d’autre alternative que Disqus, a titillé mon intellect. Bruno envisage de migrer son blog vers Hugo et d’utiliser le gestionnaire de commentaires staticman dont la particularité est de soumettre les commentaires par des pull-request GIT.

Cela m’a rappelé le projet Pecosys qui avait une approche similaire : les commentaires étaient partie intégrante du blog, publiés dans GIT sous forme de fichiers au format Markdown et convertis en HTML par le moteur de blog Pelican. La complexité de mise en oeuvre de Pecosys (un dépôt GIT privé, un e-mail dédié, un plugin spécifique pour Pelican) ont eu raison du projet. Deux ans plus tard, je codais Stacosys en simplifiant un peu les pré-requis système. Entre temps, des alternatives crédibles à Disqus avaient vu le jour comme Isso notamment. Stacosys est donc resté un projet personnel et depuis, il gère les commentaires de ce blog.

Dans Stacosys, les commentaires ne font plus partie des sources du blog. le navigateur Web du lecteur communique directement avec Stacosys via une API REST et une instance de Stacosys peut être partagée entre plusieurs sites par des requêtes CORS. Stacosys stocke les commentaires dans sa base de données et il ne fait plus de GIT. Contrairement à Pecosys (PElican COmment SYStem), Stacosys n’est pas lié à un moteur de blog particulier, il est facilement intégrable dans une page HTML par un peu de JavaScript.

Au vu de mon utilisation mono-site de Stacosys je me suis demandé si je ne pourrais pas revenir à une génération des commentaires en pages statiques. Cela apporte plusieurs avantages :

• une plus grande rapidité de navigation : au lieu d’ajouter les commentaires à la page en asynchrone par JavaScript, ils font partie de la page
• la capacité à supporter plus d’utilisateurs simultanés car le serveur HTTP ne sert que des ressources statiques
• plus de sécurité sur mon serveur grâce une surface d’attaque réduite : plus besoin d’une application HTTP REST accessible sur Internet

L’idée n’est pas réécrire Stacosys mais de pouvoir l’utiliser dans les deux cas de figure : mono-site et multi-site.

Le moteur de blog Hugo fournit une solution technique élégante à travers les data templates. Il s’agit de récupérer de l’information pendant la construction du blog pour enrichir les pages avec une information dynamique (qui peut changer à chaque build). On peut lire des fichiers JSON sur disque, ou mieux, faire des requêtes HTTP pour récupérer du JSON.

Ca tombe bien, Stacosys fournit une API REST qui renvoie du JSON :-) Ni une ni deux, j’ai adapté mes modèles pour que Hugo interroge Stacosys pendant sa phase de build et génère les articles en incluant les commentaires en fin de page.

Voici le template Hugo des commentaires qui utilise la fonction getJSON pour récupérer les commentaires de la page en cours :

    <div id="stacosys-comments">
      {{ $restParam := (printf "/comments?token=%v&url=%v" .Site.Params.widgets.stacosys_token .URL) }}
      {{ $resp := getJSON .Site.Params.widgets.stacosys_url $restParam }}
      {{ range $resp.data }}    
      <hr>
      <div class="inline">
        {{ if isset . "site" }}
          <a href="{{ .site }}">
        {{ end }}
        <img src="http://www.gravatar.com/avatar/{{ .avatar }}.jpg" style="float:left; margin-right:10px" height="32" width="32">
        {{ if isset . "site" }}
          a>
        {{ end }}
          <span class="title">{{ .author }}span>
          <span> - {{ .date }}span>
      div>
      <p>
      {{ .content | markdownify }}
      p>
      {{ end }}
    div> 

et un exemple de données renvoyée par Stacosys :

    {
      "data": [
        {
          "author": "Bruno",
          "avatar": "b97a3605714350fdad083394c974a9b4",
          "content": "Ça donne effectivement envie de se laisser convaincre par un Librem. Le seul problème c'est que c'est déjà limite si j'ai un téléphone mobile et payer un tel prix alors que je pourrais pratiquement avoir un nouvel ordinateur au même montant, ça ne donne pas trop envie. Quand mon téléphone actuel cessera de fonctionner, peut-être que je choisirai plutôt de ne pas en racheter.",
          "date": "2017-10-01 20:03:46"
        },
        {
          "author": "Yax",
          "avatar": "308a3596152a79231f3feedc49afa4ef",
          "content": "Je comprends c'est pas mon budget téléphone non plus. Une alternative acceptable c'est le reconditionné de téléphones éprouvés et connus pour être bien supportés par les ROMs communautaires. Ça fait un peu d'écologie en prime.",
          "date": "2017-10-01 22:20:37"
        }
      ]
    }

Il reste une interaction entre le serveur HTTP et Stacosys pour poster des commentaires via le formulaire mais on n’a plus besoin que Stacosys ait son nom FQDN propre et soit exposé sur Internet.

Le nouveau système ressemble à ceci :

Les sources complets sont sur mon Github.

C’est en place depuis le début de la semaine et je suis ravi du résultat. Combiné avec un Firefox Quantum pour la navigation ça roxe du poney !

Original post of Yannic Arnoux.Votez pour ce billet sur Planet Libre.

Original post of genma.Votez pour ce billet sur Planet Libre.

Après avoir eu une alerte sur mon PC équipé d’Ubuntu que ma partition / était presque pleine, je me suis mis dans l’idée de redimensionner les partitions avec GPARTED.

Bon ça a échoué … Heureusement j’avais fait quelques backups :). Pour faire simple, j’ai tout réinstallé.
J’en ai profité pour revenir à mes premières amours : Debian ! Je n’ai pas pu l’installer avant la version 9 car la version du noyau était trop ancienne pour l’architecture de mon PC LENOVO Thinkcentre m700.

La procédure d’installation est décrite ici.

Tout fonctionne bien ( carte son, vidéo, réseau, …) . Pour le support du WIFI, il faut ajouter les firmwares propriétaires ( voir ci-dessous).

Voici ce que j’ai fait post installation :

Localisation

J’ai eu un problème. Le clavier était en QWERTY alors que j’ai bien spécifié AZERTY pendant l’installation.

La documentation Debian est disponible ici.

Voila ce que j’ai fait

# apt-get install console-data
# loadkeys fr-pc
# dpkg-reconfigure console-data
# dpkg-reconfigure keyboard-configuration
# service keyboard-setup restart
# udevadm trigger --subsystem-match=input --action=change

Divers

Voici une liste de paquets / logiciels que j’installe régulièrement:

# apt-get install ttf-mscorefonts-installer easytag tuxguitar-jsa htop frescobaldi gparted grsync ntfs-config chromium autofs openjdk-8-jdk openjdk-8-jre

Lilypond

Lilypond n’est pas dans Stretch. J’ai donc utilisé l’installeur pour l’installer.

# sh lilypond-2.18.2-1.linux-64.sh

Spotify

Il faut télécharger au préalable le package libssl1 et l’installer.

# dpkg -i libssl1.0.0_1.0.1t-1+deb8u7_amd64.deb

Et lancer les commandes :

# echo deb http://repository.spotify.com?utm_source=rss&utm_medium=rss stable non-free | tee /etc/apt/sources.list.d/spotify.list
# apt-get update
# apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys
# apt-get update
# apt-get install spotify-client

Atom

J’ai téléchargé le paquet depuis le site d’atom et lancé la commande

# dpkg -i atom.deb

Firefox 57

Les dernières versions de firefox ne sont pas dans le repository alternatif

# cp ~/Téléchargements/firefox-57.0.tar.bz2 /usr/local
# cd /usr/local
# tar -jxf firefox-57.0.tar.bz2
# ls
# rm firefox-57.0.tar.bz2
# chown -R :users firefox
# chmod a+x firefox/firefox
# mv /usr/lib/firefox-esr/firefox-esr /usr/lib/firefox-esr/firefox-esr_orig
# ln -s /usr/local/firefox/firefox /usr/lib/firefox-esr/firefox-esr

Droits utilisateur

J’ai ajouté les droits cdrom floppy users bluetooth à tous les utilisateurs

Autofs

J’utilise autofs pour les connexions nfs et cifs. La documentation est décrite dans cet article.

Firmware WIFI

Pour faire fonctionner le wifi. Il faut ajouter les firmwares non libre ( il faut ajouter le repo non-free).

# apt-get install firmware-iwlwifi

VirtualBox

# vi /etc/apt/sources.list.d/virtualbox.list

Ajout du repository

deb http://download.virtualbox.org/virtualbox/debian?utm_source=rss&utm_medium=rss stretch contrib

Et lancer les commandes

# wget -q https://www.virtualbox.org/download/oracle_vbox_2016.asc?utm_source=rss&utm_medium=rss -O- | apt-key add -
# apt-get udpate
# apt-get install virtualbox-5.2

Original post of Littlewing.Votez pour ce billet sur Planet Libre.