En ce mardi 29 octobre, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Fedora 31.

Cette version apporte beaucoup de changements concernant l'expérience utilisateur, la migration vers Wayland, l'abandon du 32 bits pour x86 et le début de l'abandon de Python 2.

Expérience utilisateur

Passage de l'environnement par défaut GNOME à la version 3.34. Cette version apporte de nombreux changements.

• La création de groupes d'applications dans l'overview a été simplifiée et est plus intuitive.
• Les processus de rendus Web du navigateur Epiphany sont maintenant dans des bacs à sable pour plus de sécurité. Par ailleurs, les onglets peuvent être épinglés et le bloqueur de pub est plus performant.
• Le gestionnaire de machines virtuelles Machines peut activer ou désactiver l'accélération du rendu 3D pour chaque machine virtuelle, il accepte de démarrer un média temporaire, comme un LiveCD, pour réparer la machine virtuelle et dispose d'une interface de création de machines virtuelles plus complète.
• Le panneau de configuration du fond d'écran a été remanié pour visualiser la configuration actuelle et permet d'ajouter facilement de nouvelles images dans la liste.
• L'application Musique vérifie automatiquement la présence de nouveaux morceaux dans le répertoire personnel et permet de lire un album en entier sans coupure entre les morceaux. Les albums conçus ainsi peuvent être écoutés comme un tout cohérent.
• Certaines applications ont reçu une nouvelle icône pour avoir un style plus moderne.

La roue tourne pour Xfce avec la version 4.14. Après plus de quatre années de développement, cette version propose de nombreux changements. Le portage vers GTK+ 3 et GDBus est terminé, ce qui permet la prise en charge native des écrans à très haute définition. Cela apporte en outre :

• la gestion de la synchronisation verticale pour le rafraichissement de l'écran ;
• les barres du bureau disposent d'un meilleur regroupement des applications dans la liste des applications ouvertes, tout comme une horloge retravaillée et la possibilité d'avoir des tailles d'icônes différentes entre les différentes barres ;
• la prise en charge des différents profils de couleurs pour permettre un calibrage des couleurs entre l'écran et différents périphériques comme une imprimante ;
• la configuration du multi-écran peut être sauvegardée et restaurée, et est spécialement conçue pour ceux qui ont un ordinateur portable avec un dock ;
• le navigateur de fichiers Thunar dispose d'une nouvelle barre d'adresse ;
• un nouveau thème et un mode ne pas déranger pour désactiver temporairement les notifications sont aussi de la partie ;
• et tant d'autres.

Mise à jour de l'environnement de bureau DeepinDE 15.11. Depuis la version 15.9 disponible dans Fedora 30, les améliorations sont :

• une moindre consommation mémoire et plus de performances pour le gestionnaire de fenêtres ;
• les fichiers du bureau peuvent être automatiquement regroupés par type dans des répertoires comme Musiques ou Vidéos ;
• le fond d'écran peut être une collection d'images affichées les unes après les autres ;
• les sons systèmes peuvent être activés ou désactivés individuellement ;
• l'icône de charge de batterie peut révéler au survol la capacité et l'autonomie restante ;
• l'application de lecture vidéo accepte le glisser / déposer d'un fichier de sous-titres pour les afficher ;
• le navigateur de fichiers peut graver des CD et DVD ;
• et beaucoup d'autres corrections.

Plymouth indique au démarrage des informations sur l'état du clavier lors de la saisie du mot de passe pour déchiffrer les partitions. Si vous chiffrez vos partitions pour améliorer la sécurité de vos données, vous aurez constaté qu'il y a un mot de passe à saisir au démarrage de la machine pour accéder à son contenu. Plymouth qui récupère ce mot de passe affiche maintenant la disposition clavier utilisée et si le verrouillage majuscule est actuellement actif. Cela permet à l'utilisateur qui n'a pas de possibilité de vérifier comment son clavier est configuré d'avoir cette information lors de la saisie.

Migration vers Wayland

Firefox utilise Wayland nativement par défaut avec GNOME. Cela permet d'améliorer la gestion des ressources dans un tel cas, XWayland n'étant plus nécessaire par défaut. Firefox devrait bénéficier d'une expérience plus fluide et plus cohérente, en particulier pour les écrans à haute densité de pixels qui seront correctement pris en charge. Le paquet firefox-x11 reste à disposition pour utiliser Firefox avec X11 comme avant.

Les applications Qt utiliseront de manière analogue Wayland lors d'une session GNOME sous Wayland. Les mêmes bénéfices que pour Firefox sont à attendre. En réalité GNOME était le seul bureau où les applications Qt se comportaient ainsi car le module Qt Wayland n'était pas activé pour une telle session. En effet, le gestionnaire de fenêtres de GNOME, mutter, demande aux applications l'utilisation d'un Client-Side Decorations pour définir la décoration des fenêtres ce qui n'était pas possible avec Qt jusqu'ici. Les décorations de fenêtre proviennent du programme QGnomePlatform.

Abandon de l'architecture 32 bits pour x86

Fedora abandonne l'architecture x86 32 bits. Le noyau Linux i686 n'est plus généré et les dépôts associés sont également supprimés. De fait, il n'y aura plus d'images amorçables de Fedora pour cette architecture, ni mise à niveau possible depuis Fedora 30 pour ces installations. Des paquets i686 peuvent subsister dans les dépôts à destination des utilisateurs ayant l'architecture x86_64 uniquement.

Cela résulte d'un processus amorcé depuis Fedora 27 où cette architecture était une architecture dite secondaire, c'est-à-dire avec une maintenance minimale et qui ne pouvait pas bloquer la procédure de sortie d'une nouvelle version de Fedora.

Cette architecture qui était finalement assez peu utilisée ces derniers temps, avec environ 1% des utilisateurs, souffrait de nombreux bogues souvent découverts et corrigés tardivement faute de testeurs et de développeurs pour identifier et corriger ces problèmes.

Le projet espère ainsi libérer des ressources matérielles, en espace disque et bande passante, mais aussi humaines pour se concentrer sur les autres architecture plus émergentes comme AArch64. Les utilisateurs concernés sont invités soit à utiliser une image x86_64 si leur matériel le leur permet, ou alors à envisager de changer de distribution d'ici la fin du support de Fedora 30.

Migration vers Python 3

Le binaire /usr/bin/python fait référence dorénavant à Python 3 et non plus à Python 2. En effet, Python 2 ne sera plus supporté par le projet officiel en janvier 2020, le projet Fedora respecte donc la PEP 394 pour entamer cette transition. En cas de problèmes, vous pouvez créer le lien symbolique de ~/.local/bin/python, pour un utilisateur, ou de /usr/local/bin/python, pour le système entier, vers /usr/bin/python2 afin de restaurer le comportement historique.

Le nom des paquets suit également ce nouveau schéma, le paquet python-requests installera par exemple la version compatible Python 3 de ce paquet. Il faudra nommer spécifiquement python2-requests pour préciser le paquet compatible avec Python 2 de ce module.

De plus, il y a une suppression massive de paquets Python 2 pour ne garder essentiellement que les derniers projets non convertis à Python 3 aujourd'hui. Seuls les paquets nécessitant Python 2 qui n'ont pas une version Python 3, ou qui sont une dépendance à de tels paquets, sont conservés. Cela réduit la tâche de maintenance nécessaire après janvier 2020 et permet d'amorcer la transition en plusieurs étapes.

Les mainteneurs du projet Fedora continueront à maintenir Python 2 dans Fedora 30 et 31 jusqu'à leur fin de vie respective, c'est-à-dire vers juin et décembre 2020. Python 2 sera par contre totalement supprimé pour Fedora 32. Cette décision permet de garder une compatibilité fonctionnelle importante au sein d'une même version de Fedora.

YUM 3 tire sa révérence, seuls des liens symboliques vers DNF sont maintenus. Son API n'est également plus accessible.

La communauté francophone

L'association

Borsalinux-fr est l'association qui gère la promotion de Fedora dans l'espace francophone. Nous constatons depuis quelques années une baisse progressive des membres à jour de cotisation et de volontaires pour prendre en main les activités dévolues à l'association.

Nous lançons donc un appel à nous rejoindre afin de nous aider.

L'association est en effet propriétaire du site officiel de la communauté francophone de Fedora, organise des évènements promotionnels comme les Rencontres Fedora régulièrement et participe à l'ensemble des évènements majeurs concernant le libre à travers la France principalement.

Si vous aimez Fedora, et que vous souhaitez que notre action perdure, vous pouvez :

• Adhérer à l'association : les cotisations nous aident à produire des goodies, à nous déplacer pour les évènements, à payer le matériel ;
• Participer sur le forum, les listes de diffusion, à la réfection de la documentation, représenter l'association sur différents évènements francophones ;
• Concevoir des goodies ;
• Organiser des évènements type Rencontres Fedora dans votre ville.

Nous serions ravis de vous accueillir et de vous aider dans vos démarches. Toute contribution, même minime, est appréciée.

Si vous souhaitez avoir un aperçu de notre activité, vous pouvez participer à nos réunions hebdomadaires chaque lundi soir à 20h30 (heure de Paris) sur IRC (canal #fedora-meeting-1 sur Freenode).

Vous pouvez aussi nous rencontrer lors du prochain Paris OpenSource Summit le 10 et 11 décembre (c'est un mardi et un mercredi) aux Docks de Paris à Aubervilliers. Un stand sera installé pour présenter Fedora, obtenir vos retours et répondre à vos questions.

La documentation

Depuis juin 2017, un grand travail de nettoyage a été entrepris sur la documentation francophone de Fedora, pour rattraper les 5 années de retard accumulées sur le sujet.

Le moins que l'on puisse dire, c'est que le travail abattu est important : près de 90 articles corrigés et remis au goût du jour. Un grand merci à Charles-Antoine Couret, Nicolas Berrehouc, Édouard Duliège, José Fournier et les autres contributeurs et relecteurs pour leurs contributions.

L'équipe se réunit tous les lundis soir après 21h (heure de Paris) sur IRC (canal #fedora-doc-fr sur Freenode) pour faire progresser la documentation par un travail collaboratif. Le reste de la semaine cela se passe sur les listes de diffusion.

Si vous avez des idées d'articles ou de corrections à effectuer, que vous avez une compétence technique à retransmettre, n'hésitez pas à participer.

Comment se procurer Fedora 31 ?

Si vous avez déjà Fedora 30 ou 29 sur votre machine, vous pouvez faire une mise à niveau vers Fedora 31. Cela consiste en une grosse mise à jour, vos applications et données sont préservées.

Autrement, pas de panique, vous pouvez télécharger Fedora avant de procéder à son installation. La procédure ne prend que quelques minutes.

Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable.

De plus, pour éviter les mauvaises surprises, nous vous recommandons aussi de lire au préalable les bogues importants connus à ce jour pour Fedora 31.

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

Ce tutoriel est la troisième partie d’un dossier consacré à la découverte de l’électronique avec la Raspberry Pi. Si vous ne l’avez pas lu, je vous conseille de consulter le premier tutoriel pour contrôler une LED avec la Raspberry Pi ainsi que le second tutoriel pour utiliser un lecteur RFID avec la Raspberry Pi.

Quand on commence la domotique, un besoin classique est de contrôler un mouvement physique dans la réalité depuis un programme.

Dans ce tutoriel nous allons voir comment utiliser la Raspberry Pi pour contrôler un servomoteur.

Les accessoires pour contrôler un servomoteur

Pour pouvoir suivre ce tutoriel et contrôler un servomoteur nous aurons besoin du matériel suivant :

• Une Raspberry Pi
• Son alimentation
• Une carte MicroSD
• Un servomoteur (nous utiliserons un SG90)
• Des câbles duponts et des résistances

C’est quoi la différence entre moteur, servomoteur et moteur pas à pas ?

Avant de commencer à brancher notre servomoteur sur notre Raspberry Pi, faisons un petit point sur les différents types de moteurs classiquement utilisés en électronique.

Sans rentrer dans les détails, on peut grossièrement découper les moteurs utilisés en électronique en trois catégories :

• Le moteur : Il tourne tant qu’il est alimenté. Il est adapté quand vous souhaitez effectuer un mouvement continu ne demandant pas une grande précision.
• Le moteur pas à pas : Il tourne par sorte de petits bonds successifs. C’est-à-dire que vous allez pouvoir lui demander de faire, par exemple, 50 sauts, ou 112 sauts, qui correspondrons à un certain déplacement (par exemple un quart de tour). Il est adapté quand vous souhaitez faire un mouvement continu de grande précision (ils sont par exemple utilisés dans les imprimantes 3D).
• Le servomoteur : Il tourne ave un certain angle, défini selon un signal de type PWM (Pulse Width Modulation). Souvent les petits moteurs sont limités et ne peuvent pas faire plus d’un tour. Ils sont donc plutôt utilisés pour un mouvement court de grande précision.

Il y aurait encore bien d’autres choses à dire sur ces différents moteurs, mais on rentrerai alors dans des questions de mécanique qui dépassent de loin la portée de notre tutoriel.

Dans notre cas nous allons utiliser un servomoteur car il s’agit du moteur de précision le plus simple à contrôler depuis une Raspberry Pi.

Brancher un servomoteur à la Raspberry Pi

La première chose à faire pour pouvoir utiliser notre servomoteur est de le brancher à la Raspberry Pi.

Les servomoteurs possèdent 3 connecteurs électriques. Les couleurs peuvent changer selon les constructeurs, mais généralement vous retrouverez quelque chose comme :

• Un fil rouge, qui sert d’alimentation.
• Un fil noir ou marron, qui sert de GDN.
• Un autre fil, qui sert à transmettre le signal PWM commandant la position du moteur.

Nous allons donc relier ces différents câbles à la Raspberry Pi, le fil rouge à un port GPIO 5 volts et le noir à un port GND.

Pour le port PWM en revanche, nous allons obligatoirement devoir le relier à la 12ème broche GPIO de la Raspberry Pi. En effet, c’est la seule broche GPIO supportant un signal PWM par défaut.

Vous devriez donc avoir un montage comme celui-ci.

À noter, ici nous alimentons notre servomoteur directement depuis la Raspberry Pi. Cela fonctionne car nous utilisons un très petit servomoteur, mais sur un modèle plus conséquent nous aurions besoin d’une alimentation dédiée.

Piloter le servomoteur en lignes de commande

Maintenant que nous avons branché notre servomoteur, nous allons pouvoir le piloter directement depuis la ligne de commande de la Raspberry Pi.

Pour cela, nous allons commencer par activer le mode PWM sur le port 12, soit le GPIO 18 selon la numérotation processeur.

gpio -o mode 18 pwm

Et nous allons activer le mode Mark/Space de PWM, qui permet d’avoir un signal plus adapté à notre usage.

gpio pwm-ms

Enfin, nous allons configurer la durée d’un cycle, des fréquences à employer, etc.

Le servomoteur est réglé pour fonctionner à une fréquence de 50 Hz soit 20 ms. Le signal de la Raspberry Pi fonctionne à une autre fréquence, 19.2 MHz. En utilisant ces deux chiffres, on peut calculer une période et un range (merci à framboise314.fr pour la formule) :

50 = 19.2 * 10^6 / 192 / 2000

Nous allons donc régler la Raspberry Pi pour utiliser ces valeurs :

gpio pwmc 192
gpio pwmr 2000

Enfin, nous allons pouvoir faire bouger notre moteur ! Sachez que l’on ne passe pas un angle au servomoteur, mais un chiffre qui sera converti en angle. Notre servomoteur va de 0° à 180°. Après quelques tests, il semblerait que 0° correspondant à 230, 90° à 150 et 180° à 70.

Pour envoyer notre moteur à 90° nous allons donc utiliser la commande :

gpio -g pwm 18 150

Et nous remplacerons 150 par 230 pour aller à 0°, 70 pour aller à 180° ou n’importe quelle valeur entre les deux selon nos besoins.

À noter, ces petits moteurs supportent un angle de 180° de façon précise, mais ils ont un peu de marge qui peuvent les amener à faire du 190° ou 200° et même à faire un tour complet si vous mettez une valeur suffisamment basse. C’est spécifique à chaque modèle de moteur.

Piloter le servomoteur avec Python

Comme pour les tutoriels précédents de cette série, l’objectif est plutôt de contrôler notre moteur avec Python plutôt que directement en lignes de commande. Je considère que vous avez maintenant les bases de Python, si ce n’est pas le cas allez lire les tutoriels précédents, des liens sont disponibles au début de cet article.

Pour contrôler notre moteur depuis un script Python nous allons encore une fois utiliser la lib Rpi.GPIO.

En Python et sur la Pi, l’angle du moteur est calculé comme un pourcentage du cycle. Ce pourcentage se nomme « Duty Cycle ».

Un signal de 0.5ms correspond à 0° et un signal de 2.5ms à 180°. Sachant que notre cycle est de 50 Hz, soit 20ms, cela nous permet de calculer les Duty Cycle pour 0° et 180° comme ceci :

x = 0.5 / 20
y = 2.5 / 20

On trouve alors que le Duty Cycle correspondant à 0° est 0.025, soit 2.5% et que celui correspondant à 180° est 0.125, soit 12.5%.

Petit problème néanmoins, si cette valeur est théoriquement bonne, dans les faits elle a tendance à déclencher un tour complet du moteur pour 0°… Je vous conseille donc plutôt d’utiliser 4% pour 0°. La valeur 12.5% pour 180, est bonne.

Pour contrôler le moteur, il nous suffit de définir le pin 12 comme notre signal PWM, et d’utiliser les fonctions start et ChangeDutyCycle.

Vous pouvez donc créer un fichier servo.py et y mettre le code suivant :

#!/usr/bin/env python3
#-- coding: utf-8 --
import RPi.GPIO as GPIO
import time


#Set function to calculate percent from angle
def angle_to_percent (angle) :
    if angle > 180 or angle < 0 :
        return False

    start = 4
    end = 12.5
    ratio = (end - start)/180 #Calcul ratio from angle to percent

    angle_as_percent = angle * ratio

    return start + angle_as_percent


GPIO.setmode(GPIO.BOARD) #Use Board numerotation mode
GPIO.setwarnings(False) #Disable warnings

#Use pin 12 for PWM signal
pwm_gpio = 12
frequence = 50
GPIO.setup(pwm_gpio, GPIO.OUT)
pwm = GPIO.PWM(pwm_gpio, frequence)

#Init at 0°
pwm.start(angle_to_percent(0))
time.sleep(1)

#Go at 90°
pwm.ChangeDutyCycle(angle_to_percent(90))
time.sleep(1)

#Finish at 180°
pwm.ChangeDutyCycle(angle_to_percent(180))
time.sleep(1)

#Close GPIO & cleanup
pwm.stop()
GPIO.cleanup()

Il ne vous reste plus qu’à lancer le script en faisant :

python3 ./servo.py

Vous devriez alors voir votre moteur démarrer à 0°, puis passer à 90° et enfin s’arrêter à 180°.

Il ne vous reste plus qu’à adapter ce script à vos propres besoins !

Lire l'article complet : Comment contrôler un servomoteur avec la Raspberry Pi

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

L'équipe d'OpenBSD nous a livré hier soir les deux premiers correctifs pour OpenBSD 6.6 :

• le premier se nomme "bpf" à-propos de bpf(4) qui rencontre des dysfonctionnements lors de la suppression de périphériques. Il nécessite de redémarrer votre machine.
• le deuxième se nomme "ber" afin de corriger des problèmes de collision de symboles, qui ont pour conséquences le dysfonctionnement de nombreuses applications logicielles tierces. Après l'application de ce correctif, il est nécessaire d'exécuter le programme makewhatis, et de relancer les services ldapd, snmpd si ces derniers sont installés !

Du fait du correctif n°1, il est nécessaire de redémarrer votre machine, car cela touche au fonctionnement du noyau qui se trouve être modifié, relinké.

---

Architectures concernées : toutes les architectures gérées par le projet OpenBSD - seules amd64, arm64 et i386 peuvent le faire par syspatch.

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

L'équipe d'OpenBSD nous a livré hier soir les deux premiers correctifs pour OpenBSD 6.6 :

• le premier se nomme "bpf" à-propos de bpf(4) qui rencontre des dysfonctionnements lors de la suppression de périphériques. Il nécessite de redémarrer votre machine.
• le deuxième se nomme "ber" afin de corriger des problèmes de collision de symboles, qui ont pour conséquences le dysfonctionnement de nombreuses applications logicielles tierces. Après l'application de ce correctif, il est nécessaire d'exécuter le programme makewhatis, et de relancer les services ldapd, snmpd si ces derniers sont installés !

Architectures concernées : amd64, arm64 et i386

Du fait du correctif n°1, il est nécessaire de redémarrer votre machine, car cela touche au fonctionnement du noyau qui se trouve être modifié, relinké.

 

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

Pour la 43ème semaine de l'année 2019, voici 10 liens intéressants que vous avez peut-être ratés, relayés par le Journal du hacker, votre source d’informations pour le Logiciel Libre francophone !

• « Déframasoftisons Internet » : Framasoft fermera progressivement 30 services
• Compétences clefs pour développeur(euse)s
• Migrer des mots de passe sous Firefox Quantum
• Un an de chantage à la webcam
• GNOME 3.34
• Que s'est-il passé sur la page Wikipédia de Thierry Breton le jour où Macron l'a proposé à la Commission européenne ?
• Détecteur de gaz Anavi - ESP8266
• Flasher un sonoff R2 sous tasmota
• Pous­ser ses filtres SIEVE en ligne de commande et sans mot de passe (avec Kwal­let)
• Les 10 paliers de libération d’un téléphone Android

Pour ne plus rater aucun article de la communauté francophone, voici :

• Le flux RSS du Journal du hacker
• Le compte Twitter du Journal du hacker
• Le compte Diaspora* du Journal du hacker
• Le compte Mastodon du Journal du hacker

De plus le site web du Journal du hacker est « adaptatif (responsive) ». N’hésitez pas à le consulter depuis votre smartphone ou votre tablette !

Le Journal du hacker fonctionne de manière collaborative, grâce à la participation de ses membres. Rejoignez-nous pour proposer vos contenus à partager avec la communauté du Logiciel Libre francophone et faire connaître vos projets !

Et vous ? Qu’avez-vous pensé de ces articles ? N’hésitez pas à réagir directement dans les commentaires de l’article sur le Journal du hacker :)

Original post of Journal du hacker.Votez pour ce billet sur Planet Libre.