Si il y a une chose dont j’ai horreur c’est d’essuyer les plâtres d’outils mal finalisés. La dernière version d’Ubuntu 17.04 Zesty Zapus est sortie le 13/04 et j’ai eu la chance malchance d’avoir un peu de temps pour mettre à jour mes postes. Mais bon restons positif ça me donne l’occasion d’aider les pauvres malheureux qui vont se retrouver avec des ennuis DNS comme moi.

Un des changements importants apportés par cette nouvelle version est que systemd-resolved est maintenant utilisé comme résolveur DNS par défaut. Afin de jeter un œil vous pouvez faire un petit systemd-resolve status dans votre terminal. Vous pourrez également constater les changements dans le fichier /etc/resolv.conf.

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53

nameserver 127.0.0.53 pointe donc en réalité vers le daemon systemd-resolved comme c’est marqué ci-dessus. Chez moi ça se traduit tout de suite par une extrême lenteur pour aller sur le web, parfois des DNS Probe Finished, parfois des timeouts. Joie.

La communauté commence à s’activer et on voit fleurir quelques pistes pour résoudre le problème. J’ai personnellement apprécié cet article en Anglais qui propose dans un premier temps de désactiver DNSSEC source de la majorité des soucis apparemment. Comme il le souligne ce n’est pas propre, ce n’est pas une solution définitive car DNSSEC est utile d’un point de vue sécurité. Dans un second temps il propose de remplacer systemd-resolved par Unbound. C’est radical comme solution mais beaucoup de lecteurs souligneront que c’est LA bonne solution. Je vous fournis le lien pour des tutos en Français (moteur de recherche du Jdh powaaaa !).

Pour ma part j’ai choisi une autre solution moins radicale croisée ici. On peut constater que /etc/resolv.conf est en réalité un lien symbolique pointant vers /run/resolvconf/resolv.conf. On va supprimer ce lien symbolique puis en tirer un autre vers /run/systemd/resolve/resolv.conf qui est un fichier maintenu à jour par systemd-resolved pour compatibilité avec les programmes traditionnels Linux.

ls -la /etc/resolv.conf
sudo rm -f /etc/resolv.conf
sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

Je vous invite à présent à afficher /etc/resolv.conf pour constater le changement. Lorsque les plâtres sur systemd-resolved seront corrigés par les développeurs il vous suffira de faire un rollback en supprimant le lien symbolique et en tirant un lien symbolique vers /run/resolvconf/resolv.conf pour revenir à la configuration initiale.

ls -la /etc/resolv.conf
sudo rm -f /etc/resolv.conf
sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

Tcho !

Original post of blog-libre.Votez pour ce billet sur Planet Libre.

Aujourd'hui, ce jeudi 20 avril, est une journée dédiée à un test précis : sur la création de média installable pour Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

Qu'est-ce que la création de média installable ?

Son fonctionnement consiste en la sélection l'image voulue comme Workstation, spin KDE, Server ou autre, procède automatiquement au téléchargement et à l'installation sur un média amovible comme une clé USB disponible et compatible.

L'objectif étant de simplifier la procédure d'installation pour les néophytes, car beaucoup d'utilisateurs se perdent après le téléchargement du fichier ISO traditionnel pour procéder à l'installation. Là, tout sera automatisé et fonctionnel sans intervention particulière. De part cet objectif, ce sera le mode de téléchargement de l'image officielle de Fedora qui sera mis en avant à l'avenir.

La nouveauté par rapport à Fedora 25 est la disponibilité de l'utilitaire pour les images ARM avec installation sur d'autres médias que l'USB (comme une carte SD).

Les tests du jour couvrent :

• Le téléchargement ou la sélection de l'image souhaitée ;
• L'installation sur la clé USB ;
• La conformité de l'image d'installation (c'est-à-dire fonctionnelle) ;
• Compatible UEFI et BIOS ;
• Fonctionnel sous Fedora, Windows et Mac OS.

Le test est un peu inhabituel car il porte sur le fonctionnement de l'application sur d'autres systèmes que Fedora que sont Windows et Mac OS. Si vous avez de tels systèmes disponibles, il ne faut pas hésiter à remonter les soucis rencontrés avec eux. Car ce seront évidemment les systèmes préférentiels pour un tel outil.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

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

Plotinus est un projet encore en phase de développement qui offre une palette de commandes aux différentes applications GTK+, ce qui permet de parcourir les différentes fonctions d’un logiciel depuis une boîte de recherche textuelle, plutôt qu’en parcourant les différents menus à la souris.

Si le principe vous parle, c’est qu’il est similaire aux palettes de commandes offertes par un certain nombre d’éditeurs de texte (Atom, Sublime Text, Visual Studio Code…) ou la fonction HUD de l’environnement Unity proposé par Ubuntu.

Comme dit précédemment, le projet est encore jeune et contient par conséquent un certain nombre de limitations, comme l’impossibilité de s’installer facilement ou de pouvoir modifier le raccourci clavier utilisé. Ce dernier point étant problématique, puisque un certain nombre d’applications, telles que Firefox ou LibreOffice Writer, utilisent le même raccourci clavier, rendant l’utilisation du module impossible.

Pour ceux qui souhaiteraient tout de même tester, sous Fedora ou RHEL, il faut tout d’abord installer les paquets git cmake vala gtk3-devel. Sous Ubuntu, Linux Mint ou elementary OS, ça sera git cmake valac libgtk-3-dev.

Vient ensuite la récupération des sources et la compilation :

git clone https://github.com/p-e-w/plotinus.git
cd plotinus
mkdir build
cd build
cmake ..
make

Il ne reste plus qu’à indiquer aux applications GTK+ où trouver le module. Pour cela, il faut éditer le fichier /etc/environment et y ajouter la ligne :

GTK3_MODULES=/chemin/vers/libplotinus.so

Mais si un simple test vous suffit, vous pouvez passer par le terminal et utiliser la même ligne, en y ajoutant le nom de l’application que vous souhaitez tester à la fin. Par exemple, pour l’éditeur de texte, ça donnera :

GTK3_MODULES=/chemin/vers/libplotinus.so gedit

Une fois l’application lancée, vous pouvez tester la fonctionnalité à l’aide du raccourci clavier Ctrl+Maj+P.

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

Non, il ne s’agit pas d’un musicien mais, comme l’explique Dan Callahan sur le blog Mozilla Hacks, d’un morceau du projet Quantum qui vise à rendre Firefox plus performant (beaucoup plus) en utilisant la puissance de calcul de la carte graphique pour accélérer l’affichage. Extrait de l’article paru aujourd’hui sous le titre « Firefox 53: Quantum Compositor, Compact Themes, CSS Masks, and More » :

Firefox 53, disponible aujourd’hui, inclut cette nouvelle fonctionnalité essentielle : Le processus Quantum Compositor sur Windows. Un compositeur est chargé d’aplatir tous les éléments empilés sur une page web pour produire une image qui peut être affichée sur l’écran. Firefox peut désormais faire tourner son compositeur dans un processus complètement séparé de son programme principal. Ainsi, Firefox continuera à tourner même si le compositeur plante. Il pourra simplement le relancer. Pour plus de détails sur le fait que cela peut réduire le nombre de plantages complet de Firefox, lisez cet article de Anthony Hughes.

Si vous passez à Firefox 53 sur Windows, dites-nous si vous sentez une différence au niveau des performances !

Original post of mozillaZine-fr.Votez pour ce billet sur Planet Libre.

Le week-end des 8 et 9 avril, j’ai pu participer à un évènement organisé par la fondation Mozilla, un « Locasprint » (ironique comme nom pour une rencontre de traducteurs).

Trois présentations ont été faites sur le périmètre de traduction dans la communauté Mozilla. Évidemment, s’il faut trois présentations c’est que c’est large, très large et le caractère exhaustif de la présentation a fait que cela a naturellement pris du temps, la matinée entière y a été consacré !

Le fait qu’il y ait quatre intervenants différents et de nombreuses illustrations a permi de rendre l’ensemble plus agréable.

Le reste de la journée, appuyé sur ce tour d’horizon a été structuré en trois thèmes :

• la traduction via la plateforme Pontoon (applications, sites, extensions, courriels, phrases d’en-tête, etc.),
• traduire le Mozilla Developer Network (une documentation utilisant un wiki),
• la traduction articles (très proche du fonctionnement de Framalang).

Dans les personnes présentes, on trouve un équilibre entre les personnes ayant un passé orienté linguistique et celles ayant un passé technique. Naturellement la première catégorie est très féminine tandis que la seconde est particulièrement masculine.

L’objectif assumé est de ne pas faire du chiffre, d’une part parce que la langue française est plutôt bien représentée, mais surtout parce que les possibilités étant très nombreuses, il vaut mieux profiter de cette rencontre pour que les néophytes profitent de la présence des contributeurs actuels pour obtenir les explications nécessaires.

C’est donc d’une manière très décomplexée que j’ai pu assaillir Théo Chevalier de questions sur Pontoon – la plateforme de traduction développée par Mozilla – mais aussi sur le fonctionnement global de l’internationalisation, des dépôts des traducteurs, etc.

L’ensemble me semble habilement pensé par des personnes comprenant bien les besoins d’une communauté de traducteur.

Pendant plusieurs années, Mozilla a utilisé Pootle, mais malheureusement pendant quelque temps le projet est tombé en sommeil, Mozilla a été obligé de cloner le code et de maintenir sa propre version. Face à une cette impasse et les besoins spécifiques non couverts nécessaires à une grosse communauté, Mozilla a décidé de lancer son propre développement. Les deux plateformes perdurent et chaque équipe peut choisir à quel moment elle souhaite migrer vers Pontoon. Pootle est désormais à nouveau maintenu et vivant, c’est malheureusement trop tard pour Mozilla.

En pointillé, j’ai également passé du temps à comprendre comment traduire et mettre à jour le MDN, le site de documentation principal de Mozilla, appuyé sur un wiki « maison » appelé Kuma. La traduction de la documentation est souvent un sujet complexe mal pris en compte chez les projets. Amis contributeurs dans de petits projets, sachez que Mozilla souffre aussi sur ce thème…

Merci aux organisateurs et traducteurs présents ce week-end. Pour en savoir plus, parcourez cette page dédiée à l’évènement : https://github.com/mozfr/besogne/wiki/Locasprint

Original post of Jean-Baptiste Holcroft.Votez pour ce billet sur Planet Libre.