J’ai installé ma propre instance de Mastodon : https://social.jesuislibre.net

Le tutoriel écrit en français par Angristan est limpide et je n’ai pas eu de soucis pour l’installer sur Debian 9.
Le seul soucis est la config Apache qui n’est documentée proprement.

Ça tourne au poil et rapidement sur un petit NUC en auto-hébergement.
Ça m’a aussi permis d’utiliser la v1.4.1 quand Framapiaf est toujours en v1.3.2 (je ne sais pas pourquoi)

Je suis moins satisfait de la fédération. J’ai découvert l’envers du décors :
– le fil global que contient que les posts publics des personnes suivies par des comptes locaux. Donc si t’es seul sur ton instance. T’as juste rien à par les gens que tu suis déjà…
– la recherche de personnes ne se fait que parmi les personnes connues par ton serveur (donc suivies par des comptes de ton serveur). Donc si t’es seul, tu ne trouves que les personnes que tu suis déjà.
– sur la page de profil d’un compte, tu ne vois que les billets qui sont déjà arrivés sur ton serveur. Donc, pour un nouveau compte, tu ne vois rien.
– la liste des abonnés affichés sur le profil d’un compte distant ne comptabilise que les abonnés du serveur local. Donc si t’es tout seul sur ton serveur, les profils externes n’ont qu’un abonné. Toi. Bonjour la découverte.
– la recherche par htag ne fonctionne que sur les posts recus par ton serveur local.
– les commentaires à des messages émis par des comptes d’autres serveur ne se sont pas visibles.

Finalement, on retrouve presque les mêmes limitations que sur Diaspora, l’autre réseau décentralisé a-centré. Ces limitations poussent les nouveaux à s’inscrire sur une grosse instance pour avoir du contenu. Et donc nuisent à la décentralisation.

C’est dommage car si on clique sur le profil d’un utilisateur, on arrive sur la page web du profil sur son serveur d’hébergement. Et là, on retrouve tout son historique et ses abonnés. C’est dommage que l’interface de mastodon ne puisse pas récupérer ces infos d’elle même.

Ca permettrait également de partager (retweeter booster dans le jargon de mastodon) un post ancien que le serveur n’a jamais reçu.

Related Posts:

• Faire une redirection de port sur son routeur avec UPnP
• Connexion SSH à travers un ordinateur relai avec ProxyJump
• Mise à jour Debian 8.7
• Bonnes résolutions 2017
• Accéder au flux RSS d’un compte Diaspora

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

Voilà bientôt un an que pour des raisons professionnelles (merci MEN), je dois vivre la semaine dans un petit appartement. Lorsque je l'ai su, j'ai du trouver une solution pour avoir un accès internet, abolument indispensable pour ma survie ^^ (et aussi pour bosser à la maison en fait).
Pour ça, j'avais deux possibilités : prendre un abonnement ADSL classique qui aurait pris plusieurs mois sachant que l'appart n'a pas de ligne active ou bien me servir d'un smartphone comme point d'accès WiFi.
Bien que peu confiant dans les smartphones, c'est ce second choix que j'ai suivi tout simplement parce que c'était plus pratique. À partir de ce moment là, mis à part le prix exorbitant de l'abonnement et de l'espionnage GOOGLE/Android, tout fonctionne bien, mon téléphone se transforme en "mini-*box".
Cependant, ce système fonctionne moyennement bien, des déconnexions surprises arrivent... Et surtout, la batterie est mise à mal ! :s

Dernièrement, PengouinBSD a fait part sur le forum obsd4* d'une solution qui règle ce souci et qui en plus permet d'avoir une connexion nettement plus fiable. Il suffit de relier le smartphone à l'ordinateur via un cable USB et accéder à internet au travers du téléphone, sans se servir de la carte WiFi du téléphone.
Non seulement :

• La batterie ne souffre plus
• Ça fonctionne beaucoup mieux
• Ça tourne nickel sous OpenBSD

Pour s'en servir, il faut brancher le smartphone à l'ordinateur puis aller dans les paramètres activer le "Modem USB" :

On observe dans OpenBSD que le téléphone est détecté comme périphérique "urndis0".
Ne me reste plus qu'à créer un fichier /etc/hostname.urndis0 contenant :

up
dhcp

Et hop, un petit coup de doas sh /etc/netstart et mon ordinateur a accès à internet au travers du téléphone. Je n'en aurait pas besoin éternellement, je vire ce smartphone dès que possible, mais en attendant, c'est chouette.

Bon en vrai, comme je me déplace beaucoup, que je peux être connecté avec un cable ethernet (jme0) à la maison, en WiFi (rtwn0) dans la chambre ou avec le portable (urndis0) quand je bosse, j'ai rassemble toutes les configurations dans un fichier /etc/hostname.trunk0 qui permet à OpenBSD de basculer sur la connexion disponible selon où je me trouve :)

$ cat /etc/hostname.urndis0
up

$ cat /etc/hostname.trunk0
trunkproto failover trunkport jme0
trunkproto failover trunkport urndis0
trunkproto failover trunkport rtwn0
trunkport jme0
trunkport urndis0
trunkport rtwn0
dhcp
rtsol

Encore une fois... J'adore OpenBSD !!!

Merci PengouinBSD pour la découverte ;)

Sinon, rien à voir, j'ai découvert qu'on pouvait répondre aux interventions sur framagit (issues, commentaire sur commit) juste en répondant par mail à la notification reçue. C'est beau le mail décidément ^^

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

Actuellement, nous pouvons juxtaposer deux fenêtres côte-à-côte pour pouvoir passer rapidement de l’une à l’autre. Chaque fenêtre occupant chacune une moitié verticale d’écran, sans pouvoir être redimensionnées.

C’était sans doute très bien dans les années 2000 (Windows 7 le permettait déjà sous cette forme), mais de nos jours, d’être limité à deux fenêtres sans pouvoir les redimentionner ou les organiser selon nos préférences (une fenêtre dans chaque coin, ou deux dans la partie supérieure et une troisième occupant horizontalement toute la moitié inférieure…) peut-être rapidement bloquant.

Il existe d’ailleurs plusieurs extensions pour combler ces lacunes : gTile, ShellTile, ShellShape…

Mais la bonne nouvelle, c’est que plusieurs développeurs travaillent actuellement à améliorer Mutter, le gestionnaire de fenêtres du projet GNOME, pour pouvoir juxtaposer nativement quatre fenêtres côte-à-côte et pouvoir facilement les redimensionner, tout en influant automatiquement sur la taille des autres fenêtres.

Il faut par contre espérer que cette fois-ci ce soit la bonne, puisque certains d’entre vous se souviennent peut-être que début 2016, nous avions déjà l’espoir de voir arriver de telles améliorations dans GNOME 3.20 ;-)

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

C'est ce mardi 13 juin que les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la Beta de la future Fedora 26.

Malgré les risques concernant la stabilité d’une version Beta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora 26 et réduisez du même coup le risque de retard. Les versions en développements manquent de testeurs et de retours pour mener à bien leurs buts.

Cette version se distingue par l'arrivée en catimini d'une étape dans le projet Fedora.NEXT qui est la modularité, pour découpler les versions de Fedora avec les versions de certains paquets (pour avoir plusieurs Python en parallèle par exemple). Ce n'est pas complet et c'est pour le moment réservé à la version Server.

Voici les nouveautés annoncées pour cette version :

Bureautique

• Mise à jour vers GNOME 3.24 ;
• Suppression du pilote Synaptics pour les touchpads pour les sessions Xorg qui est totalement remplacé par libinput ;
• Création du spin autour dédié à l'environnement LXQt ;
• Utilisation de l'interface graphique de blivet dans l'installateur Anaconda, en plus de l'interface traditionnelle ;
• Fedora Media Writer prend en charge les images ARM ;
• Passage des adresses virtuelles de 42 à 48 bits pour l'architecture AARCH64 ce qui devrait améliorer les performances pour ces processeurs.
• Mise à jour de libpinyin vers la version 2.0 pour les entrées de saisi en chinois Pinyin.

Administration système

• Les utilisateurs locaux identifiés avec sssd bénéficient d'un cache local plus rapide ;
• La machine virtuelle Java OpenJDK et OpenSSH rejoignent les politiques de sécurité de GnuTLS, NSS et OpenSSL en utilisant la même politique de sécurité de mots de passe qu'eux ;
• Mise à disposition comme expérimental de la modularité dans Fedora Server;
• systemd-coredump est activé par défaut ;
• Mise à disposition d'une image Docker minimale pour réduire au maximum la taille des conteneurs. Possibilité de l'étendre via dnf par la suite et prochainement de le personnaliser via kickstart.
• L'image Docker utilise OverlayFS par défaut maintenant afin d'améliorer les performances. Attention, ce système de fichier n'est pas totalement conforme au standard POSIX.
• Le répertoire de Fontconfig passe de /var/cache/fontconfig à /usr/lib/fontconfig/cache pour mieux fonctionner sur le système à base d'OSTree ;
• Authconfig a été nettoyé, supprimant la gestion de Hesiod mais aussi la version graphique de l'interface que ce soit la GUI ou la TUI.
• La bibliothèque de gestion des cartes cryptographiques PKCS#11 Coolkey remplace OpenSC par défaut, pour une suppression prévue pour Fedora 27 ;
• L'interpréteur Python passe la gestion de la langue C à C.UTF-8 même si la variable d'environnement PYTHONCOERCECLOCALE vaut 0 ;
• Mise à jour de BIND à la version 9.11 ;
• Mise à jour d'OpenSSL à la version 1.1.0.
• Mise à jour de DNF à la version 2.0.

Développement

• La bibliothèque standard Glibc progresse à la version 2.25 ;
• La bibliothèque majeure du C++ Boost donne un coup de boost à la version 1.63 ;
• Mise à jour de GCC à la version 7 ;
• Le langage Python rampe à la version 3.6 ;
• Mise à disposition d'une nouvelle variante Fedora Lab centrée sur le développement autour de Python, disponible également par Docker et Vagrant ;
• Le SDK de Docker pour Python est disponible en version 2 ;
• Le compilateur d'Haskell passe à la version 8.0 ;
• Le langage Go fonce à la version 1.8 ;
• Le compilateur du langage D donne la réponse 1.1.0 concernant sa version ;
• Le langage Ruby utilise la version 2.4 ;
• Le langage PHP s'impose avec la version 7.1 et son framework Zend à la version 3 ;
• pkgconf est l'implémentation de référence pour le système pkgconfig maintenant.

Autour de Fedora

• L'image AMI (pour le cloud d'Amazon) va bénéficier des mêmes tests automatiques que Fedora Atomic ou Cloud. La mise à jour se fera sur une région d'abord, et si les tests passent le reste de la migration sera automatique afin d'éviter de corrompre toutes les régions avec une image non fonctionnelle.
• Les CFLAGS par défaut des paquets ont changé pour supprimer l'optimisation concernant les processeurs Atom afin d'accélérer le fonctionnement pour les autres processeurs i686 ;
• Les paquets reposant sur Golang bénéficieront par défaut de l'option Position Independent Executables pour plus de sécurité ;
• Mise à disposition du système de base pour le futur système modulaire de Fedora dans le cadre du projet Fedora.NEXT. Disponible uniquement pour une nouvelle installation et pour des fins de tests actuellement.

Si l'aventure vous intéresse, les images sont disponibles par Torrent. En cas de bogue, n'oubliez pas de relire la documentation pour signaler les anomalies sur le BugZilla ou de contribuer à la traduction sur Zanata.

La version finale devrait être disponible le 11 juillet.

Bons tests à tous !

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

Le mois dernier, Ubuntu souhaitait connaître l’avis de ses utilisateurs quant à l’utilité d’une sélection d’extensions GNOME. Les résultats du sondage viennent d’être publiés (18 330 personnes y ont participé), et comme on peut le constater, la plupart des extensions sont particulièrement plébiscitées.

Cela ne signifie pas que les extensions seront proposées par défaut, mais ça permet aux développeurs de mieux comprendre les attentes des utilisateurs. Par exemple, que ces derniers souhaitent un dock visible en permanence et non pas uniquement depuis la vue d’ensemble des activités. En ce qui concerne la position des boutons de la barre de titre, 54% des personnes les préfèrent à droite et 46% à gauche.

Fichiers 3.26 aura droit à une nouvelle fonctionnalité permettant de restaurer les onglets ayant été fermés.

Ubuntu a récemment annoncé abandonner LightDM au profit de GDM, le gestionnaire d’affichage du projet GNOME. L’une des fonctionnalités intéressantes que proposait LightDM concernait la possibilité de se connecter sur une session invité (ne nécessitant pas d’identifiants et ne donnant pas accès aux données des autres comptes utilisateur… sauf quand il y a une faille de sécurité :)

Les développeurs d’Ubuntu ont indiqué travailler à l’intégration d’une telle fonctionnalité dans GDM, mais cette dernière ne sera sans doute pas prête avant 2018.

Le thème Arc pour Thunderbird (toujours en version alpha) vient de sortir une nouvelle version et propose désormais les variantes Dark et Darker.

Yash Singh vient de publier deux billets de blog (ici et là) pour montrer l’état d’avancement de la prise en charge des événements récurrents dans Agenda. Ça avance bien et nous devrions donc sans problème en bénéficier dans GNOME 3.26.

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