Planet Libre

Carl Chenet : Édito de juin 2019

Petit édito pour juin, ça faisait longtemps. Je vais développer un peu les orientations du blog et de mes projets en cours pour le mois à venir.

Débuter avec Git

J’ai entrepris d’écrire une série d’articles pour débuter avec Git selon une approche très concrète à base d’exemples.

L’idée m’est venue car j’aide souvent des collègues qui cherchent de l’aide au bureau complètement en galère suite à une opération Git qui selon eux a mal tourné, alors que le problème provient le plus souvent d’une mauvaise compréhension du fonctionnement de Git, qui – pour leur défense – est bien sûr un logiciel pas toujours simple à appréhender.

Je ne sais pas encore combien d’articles contiendra cette série. On fera le point au prochain édito. Le 4ème article de la série est à paraître dès lundi.

La newsletter du Courrier du hacker

Cela fait un bon moment que je n’ai pas parlé du Courrier du hacker sur ce blog. Je vais en parler davantage sur ce blog.

Le 90ème numéro a été publié ce vendredi et nous sommes dans la dernière ligne droite vers le 100ème numéro. C’est énorme, je n’aurais jamais cru arriver à ce niveau d’implication avec ce projet. Merci à tous les lecteurs, sur les réseaux sociaux (Mastodon ou Twitter) et via les archives.

LinuxJobs.fr

Je vais également recommencer à communiquer sur LinuxJobs.fr, le site d’emploi pour la communauté du Logiciel Libre et Open Source que j’ai fondé.

Conclusion

Beaucoup d’articles à venir donc. Au plaisir d’en discuter avec vous via les commentaires ou sur les réseaux sociaux (voir juste en dessous). Et sinon au prochain édito 😉

Me suivre sur les réseaux sociaux

N’hésitez pas à me suivre directement sur les différents sociaux pour suivre au jour le jour mes différentes projets dans le Logiciel Libre :

Suivre l’actualité du Logiciel Libre et Open Source francophone

Abonnez-vous au Courrier du hacker, une newsletter hebdomadaire résumant le meilleur de l’actualité francophone du Logiciel Libre et Open Source. Déjà plus de 80 numéros et 2000 abonnés.

E-mail S'abonner

The post Édito de juin 2019 appeared first on Carl Chenet's Blog.

Gravatar de Carl Chenet
Original post of Carl Chenet.Votez pour ce billet sur Planet Libre.

Articles similaires

blog-libre : Décalage horaire entre Windows et Linux en dual-boot

En ce moment je m’occupe de tous les petits soucis que je rencontre sur GNU/Linux. Le pc fixe est en dual-boot, Madame utilise une session Windows, je suis sur Mint Xfce. Mint est à l’heure, la session de Madame affiche 2h de moins.

J’avais pris ce problème par dessus la jambe, réglé l’heure sur sa session mais après quelques essais, Windows affiche de nouveau 2h de moins. Pas évident de faire la corrélation entre Windows et Linux à cause du dual-boot.

On peut régler le problème du côté Windows ou Linux, je vous propose Linux évidemment : timedatectl --adjust-system-clock set-local-rtc 1. On vérifie ensuite qu’on a bien RTC in local TZ: yes en faisant timedatectl. À noter le Warning : The system is configured to read the RTC time in the local time zone. This mode can not be fully supported. It will create various problems with time zone changes and daylight saving time adjustments. The RTC time is never updated, it relies on external facilities to maintain it. If at all possible, use RTC in UTC by calling ‘timedatectl set-local-rtc 0’. En gros vous êtes bons pour faire les changements d’heure à la main. À présent vous retournez sur la session Windows, vous checkez l’heure et ça restera. Problème réglé.

On trouve le pourquoi en Français ou en Anglais (vous y trouverez aussi les manipulations à effectuer si vous préférez régler ça du côté Windows) : L’ordinateur stocke l’heure dans l’horloge matérielle de la carte mère. Windows utilise l’heure locale quand Linux utilise le temps universel coordonné (UTC). Il faut harmoniser l’heure de l’horloge matérielle entre Windows et Linux soit en passant Linux sur l’heure locale soit Windows sur l’UTC.

À noter que la solution recommandée est d’utiliser UTC sur Windows et Linux, c’est la solution que je vous conseille mais c’est celle qui demande des manipulations sur Windows.

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

Articles similaires

Renault : Revue de presse de Fedora 30

Cela fait depuis Fedora 19 que je publie sur la liste de diffusion de Fedora-fr une revue de presse de chaque sortie d'une nouvelle version. Récapituler quels sites en parle et comment. Je le fais toujours deux semaines après la publication (pour que tout le monde ait le temps d'en parler) même si là je dois admettre un petit retard. Maintenant, place à Fedora 30 !

Bien entendu je passe sous silence mon blog et le forum de fedora-fr.

Sites web d'actualité

Soit 5 sites sur les 25 contactés.

Blogs, sites persos ou sites non contactés

Soit 1 site.

Bilan

Le nombre de sites parlant de Fedora 30 est en légère baisse encore. Beaucoup d'articles se fondent sur ce que j'ai moi même rédigé (que ce soit la version courte ou longue).

La semaine de sa sortie, nous avons eu une augmentation de visites par rapport à la semaine d'avant de cet ordre là :

  • Forums : hausse de 16% (environ 851 visites en plus)
  • Documentation : hausse de 27% (soit environ 1500 visites en plus)
  • Le site Fedora-fr : hausse de 75% (soit 496 visites en plus)
  • Borsalinux-fr : hausse de 270% (soit 70 visites en plus)

À tenir compte de la situation particulière avec une sortie lors de la semaine du 1er mai en Europe. D'ailleurs le forum et même d'autres sections du site ont connu une hausse de fréquentation la semaine suivant la sortie.

Si vous avez connaissance d'un autre lien, n'hésitez pas à partager ! Rendez-vous pour Fedora 31.

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

Articles similaires

Thuban : Syspatch : patch Intel - MDS - amd64 - 6.4+6.5

Hier, l'équipe OpenBSD nous a sorti un nouveau correctif pour les processeurs Intel :

=> nommé "MDS" : les CPU Intel sont victimes d'une attaque dite "cross privilege side-channel".

Il est nécessaire d'exécuter la commande 'fw_update' après l'application du correctif !

Le redémarrage de votre machine est nécessaire, car cela affecte le noyau.

Architecture concernée : amd64

 

 

Pour en savoir plus sur la vulnérabilité "MDS" (Microarchitectural Data Sampling) - seulement en anglais :

Pour ceux qui ne comprennent pas l'anglais, sachez que cette faille s'inscrit dans la ligne droite des différentes failles trouvées depuis Meltdown & Spectre !

 

 

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

Renault : Fin de vie de Fedora 28

C'est en ce mardi 28 mai 2019 que Fedora 28 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

Un mois après la sortie d'une version de Fedora n, ici Fedora 30, la version n-2 (donc Fedora 28) est déclarée comme en fin de vie.

Ce mois sert à donner du temps aux utilisateurs pour faire la mise à niveau. Ce qui fait qu'en moyenne une version est officiellement maintenue pendant 13 mois.

En effet, la fin de vie d'une version signifie qu'elle n'aura plus de mises à jour et plus aucun bogue ne sera corrigé. Pour des questions de sécurité, avec des failles non corrigées, il est vivement conseillé aux utilisateurs de Fedora 28 et antérieurs d'effectuer la mise à niveau vers Fedora 30 ou 29.

Que faire ?

Si vous êtes concernés, il est nécessaire de faire la mise à niveau de vos systèmes. Vous pouvez télécharger des images CD ou USB plus récentes.

Il est également possible de faire la mise à niveau sans réinstaller via DNF ou GNOME Logiciels.

GNOME Logiciels a également dû vous prévenir par une pop-up de la disponibilité de Fedora 29 ou 30. N'hésitez pas à lancer la mise à niveau par ce biais.

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

Articles similaires

RaspbianFrance : Apprenez à programmer avec Python 3 et la Raspberry Pi, cours d’introduction.

Apprendre à programmer en Python avec la Raspberry Pi

Nous savons que nombre de nos lecteurs souhaitent apprendre à coder et créer leurs propres logiciels pour Raspberry Pi, mais ne savent pas comment s’y prendre ni par où commencer.

Ça tombe bien, la Raspberry Pi a justement été inventée pour permettre à tous d’apprendre à programmer !

Grâce à ce tutoriel, vous pourrez apprendre les bases du Python, ce qui vous permettra de créer des logiciels simples, notamment afin de contrôler des équipements branchés à la Raspberry Pi.

Le matériel nécessaire pour ce cours sur Python

Pour suivre ce cours, vous aurez simplement besoin du matériel suivant :

Vous aurez aussi besoin de pouvoir contrôler votre Raspberry Pi, soit via écran/clavier, soit à distance en SSH (voir notre tutoriel sur le sujet).

Pour qui est fait ce cours ?

Ce cours est plutôt à destination des débutants. Il ne rentre pas dans les détails d’une utilisation très avancée de Python, mais il vous permettra de découvrir les bases de ce langage.

Les connaissances ainsi acquises devraient tout de même vous permettre de réaliser la plupart des programmes dont vous pourriez avoir besoin, mais également de vous donner les bases vous permettant par la suite d’acquérir les connaissances complémentaires par vous même.

Ce cours a été créé à l’origine dans le but d’être donné à une classe d’étudiants en informatique de première année, afin de les initier à Python sur un volume horaire d’environ 8h.

Ce cours a été pensé dans l’optique de servir de support de présentation qui sera distribué en fin de séance afin de permettre aux élèves de l’utiliser comme une fiche complète de révision. Vous verrez d’ailleurs quelques phrases relatives à ce type de présentation, comme les règles de formation des groupes, nous les laissons pour d’éventuels professeurs qui souhaiteraient s’en inspirer.

Si vous devez former des personnes à l’utilisation de Python, notamment dans le cadre des spécialités Numériques et Sciences Informatiques, etc., vous pouvez réutiliser cette présentation sans problèmes de droits !

Nous vous demandons seulement de citer la source du cours !

Les points de Python vus dans ce cours

Dans ce cours, vous trouverez abordés les points suivants :

  • Présentation de Python, de son histoire et de son utilisation
  • Installation de l’environnement de développement
  • Découvrir le shell Python
  • Créer un premier script Python
  • Utiliser les variables et lire des valeurs de l’utilisateur
  • Comprendre la notion de types en Python
  • Manipuler et afficher du texte
  • Utiliser des opérateurs mathématiques
  • Utiliser des conditions dans vos programmes
  • Répéter des actions avec les boucles
  • Ré-utiliser du code avec les fonctions
  • Trouver et utiliser le code des autres avec les bibliothèques Python et Pip
  • Découpez votre programme avec « import »
  • Lire et écrire des fichiers avec Python
  • Exécuter des commandes Linux avec Python
  • Connecter Python à une base de données et utiliser MySQL
  • Exercice, créer un programme Python qui utilise une API
  • Les bonnes adresses où trouver de l’aide sur Python
Petit lexique

Ce cours présente l’utilisation de notions de base de l’informatique, par exemple les variables, mais comme il est destiné à des étudiants ayant déjà quelques bases de programmation, leur intérêt n’est pas toujours abordé en détail.

Voici donc un petit lexique afin de vous permettre de comprendre l’intérêt de ces notions de base.

  • Variable : Un moyen d’associer un nom unique qui ne change pas à une valeur qui pourra changer. Par exemple, stocker le nombre de tour d’un jeu, qui évoluera au fur et à mesure, sous le nom « nombre_tour », pour le retrouver facilement.
  • Boucle : Un moyen de répéter une action sans avoir à l’écrire plusieurs fois dans le programme. Par exemple, afficher 1, 2, 3…, 1000, sans avoir à vraiment taper 1000 fois la commande servant à afficher.
  • Condition : Un moyen de faire exécuter un bout du programme seulement si certaines conditions sont respectées. Par exemple, afficher 1, 2, 3…, 1000, mais afficher le chiffre en rouge, SEULEMENT si il est supérieur à 5 et inférieur à 10.
  • Les types : Caractérisent le contenu d’une variable afin de savoir si elle contient des chiffres, un texte, une valeur de type vrai ou faux, un tableau de valeurs, etc.
  • Les fonctions : Un moyen de regrouper une portion de code sous un nom unique pour pouvoir l’appeler facilement sans avoir besoin de le ré-écrire. Par exemple, si on allume souvent en voyant, on va créer une fonction pour ça, que l’on appellera à chaque fois, plutôt que de retaper tout le temps le même code compliqué.
  • Une bibliothèque : Un ensemble de fonctions qui traitent d’un même sujet, par exemple l’envoi d’e-mail, et qui ont été regroupées pour pouvoir être facilement utilisées et intégrées à n’importe quel programme.
Introduction à Python avec la Raspberry Pi

Vous pouvez retrouver ce cours en plein écran à l’adresse suivante : https://raspbian-france.fr/cours/slides-python-introduction.html

Envie de pousser plus loin avec Python, besoin d’un tutoriel plus complet ? Allez voir le cours de notre partenaire Éléphorm pour apprendre Python !

Vous pouvez aussi vous procurer le livre de Patrice Clément « Python et Raspberry pi ».

Lire l'article complet : Apprenez à programmer avec Python 3 et la Raspberry Pi, cours d’introduction.

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

Articles similaires

Full Circle Magazine FR : Le PDF du 144

Bonjour !

Aujourd'hui, notre petite équipe vous présente le numéro 144, celui d'avril 2019, numéro anniversaire (12 ans !) du magazine Full Circle. Il est disponible sur notre page Numéros ou directement en cliquant sur l'image de couverture ci-dessous.

issue144.png

Ce numéro est un tout petit peu moins perfectionné que d'habitude, suite à la défaillance de l'ordinateur de notre scribeur qui se relèvait tout juste d'un piratage ; il a l'impression que les malheurs le poursuivent. Les sources ne figurent actuellement pas sur la page Numéros, mais pourraient y paraître à un moment quelconque.

Ce mois-ci, outre les tutoriels et autres rubriques habituelles, il y a la critique du livre The Linux Command Line, disponible uniquement en anglais, mais un « must » pour les admins, et le début d'une nouvelle série sur la certification Linux. Enfin, dans Jeux Ubuntu, Battle for Westnoth nous appelle tous à l'aide.

Nous vous en souhaitons bonne lecture.

Bab (notre scribeur) et d52fr et moi, traducteurs et relecteurs.

Gravatar de Full Circle Magazine FR
Original post of Full Circle Magazine FR.Votez pour ce billet sur Planet Libre.

Articles similaires

antistress : Mes extensions pour GNOME Shell (starring Clipboard Indicator)

Interface de gestion en ligne des extensions pour GNOME Shell

Petit billet en passant – je n'utilise que trois extensions pour GNOME Shell – principalement pour souligner la praticité de l'une d'entre elle qui s'est vite rendue indispensable : Clipboard Indicator.

BackSlide

BackSlide (site officiel), de p91paul, sous licence libre GNU GPL v3, est typiquement une extension qu'on installe et qu'on oublie immédiatement après. Sa fonction : elle s'occupe de changer automatique le fond d'écran à intervalle régulier.
Une fois installée, une icône s'ajoutera à la barre supérieure du Shell au cas où vous souhaiteriez modifier ses réglages par défaut ou ajouter des images au stock qu'elle propose. Pas indispensable, mais agréable et sans souci.

Suspend Button

Suspend Button (site officiel), de laser_b, sous licence libre GNU GPL v2, est encore une extension qu'on installe et qu'on oublie immédiatement après. Sa fonction : elle ajoute un bouton de mise en veille à côté du bouton « arrêt » de l’ordinateur.

Clipboard Indicator

Clipboard Indicator (site officiel), de Tudmotu, sous licence libre MIT, est une extension qui vous fait gagner du temps et vient fluidifier votre organisation de travail. C'est un gestionnaire de presse-papier évolué et pourtant très simple à utiliser.
Il ajoute une icône à la barre supérieure du Shell. En la faisant dérouler, vous verrez que vos précédents fragments de texte que vous avez copié y figurent, et vous pouvez sélectionner n'importe lequel dans l'historique, au clavier ou à la souris, pour pouvoir le coller.
Un interrupteur vous permet de passer en mode privé pour éviter qu'y figurent des choses confidentielles, et un bouton « Vider l'historique » vous permet de faire le ménage après-coup (une croix à côté de chaque entrée vous permet par ailleurs de faire un ménage sélectif).
À côté de chaque entrée figure également une étoile, qui vous permet de marquer les chaînes de caractères que vous utilisez régulièrement et qui resteront accessibles sans limite de temps : génial.
Enfin, dans les paramètres, très complets, vous pourrez notamment définir la taille de l'historique ou découvrir les raccourcis clavier du logiciel (ctrl + F9 à F12). Indispensable.

Bonus : Places Status Indicator

Places Status Indicator (site officiel), de fmuellner, sous licence libre GNU GPL v2, est encore une extension qu'on installe et qu'on oublie immédiatement après. Sa fonction : proposer sur la la barre supérieure du Shell un raccourci vers vos principaux dossiers (Documents, Musique, Téléchargements...). Celle-ci je l'ai installée sur le poste de mon père que j'administre : très rassurante pour les débutants.

Et vous, quelles extensions utilisez-vous ?

Gravatar de antistress
Original post of antistress.Votez pour ce billet sur Planet Libre.

Articles similaires

Carl Chenet : Débuter avec Git partie 3 : un commit plus complexe

Après avoir réalisé notre premier commit, nous continuons cette série d’articles pour débuter avec Git en nous intéressant aux différentes opérations possibles pour réaliser un commit plus complexe que le simple ajout d’un fichier.

Objectif

Pour bien débuter avec Git, nous avons vu dans le précédent article comment réaliser un commit très simple, consistant à enregistrer un seul fichier. Nous irons aujourd’hui plus loin pour coller davantage à la complexité du monde réel en constituant un nouveau commit avec plusieurs modifications différentes issues de plusieurs fichiers.

État initial du dépôt

Nous allons commencer avec un dépôt Git contenant un seul fichier texte nommé README qui est assez long.

$ cd commit-complexe $ ls README $ wc -l README 19 README Premiers changements

Nous allons ajouter sur la première ligne la phrase “do not forget to read the file foo!” et sur la dernière ligne la phrase “do not forget to read the file bar”.

Voyons maintenant les modifications par rapport au commit précédent :

$ cd commit-complexe $ git diff diff --git a/README b/README index d012f47..737bc05 100644 --- a/README +++ b/README @@ -1,5 +1,7 @@ this is a README +do not forget to read the file foo! + Lots of interesting stuff here Let's work @@ -17,3 +19,5 @@ These criteria eliminated every then-extant version-control system, so immediate The development of Git began on 3 April 2005.[16] Torvalds announced the project on 6 April;[17] it became self-hosting as of 7 April.[16] The first merge of multiple branches took place on 18 April.[18] Torvalds achieved his performance goals; on 29 April, the nascent Git was benchmarked recording patches to the Linux kernel tree at the rate of 6.7 patches per second.[19] On 16 June Git managed the kernel 2.6.12 release.[20] Torvalds turned over maintenance on 26 July 2005 to Junio Hamano, a major contributor to the project.[21] Hamano was responsible for the 1.0 release on 21 December 2005 and remains the project's maintainer.[22] + +To finish, do not forget to read file bar!

Git nous indique les changements intervenus avec des + devant les ajouts. Nous avons donc rajouté deux lignes et deux sauts de lignes.

Choix de ce qu’on souhaite mettre dans son commit : l’index

Bien, il nous reste maintenant à écrire les nouveaux fichiers foo et bar. Mais il est 19h, je suis fatigué et je ne vais avoir le temps que d’écrire le premier fichier foo. Nous procédons comme suit pour écrire et ajouter le fichier foo :

$ echo "very interesting stuff" > foo $ cat foo very interesting stuff

Une fois créé, nous indiquons à Git que nous souhaitons que ce nouveau fichier soit pris en compte au prochain commit. On appelle cette opération indexer un fichier :

$ git add foo

Une furieuse envie d’enregistrer le travail en cours en faisant un git commit -a est notre premier réflexe, mais le fichier README va donc évoquer un fichier bar qui n’existe pas encore dans le dépôt. Ce n’est pas propre, surtout si un collègue relit immédiatement mon travail.

Dans notre situation, la solution est de choisir ce que l’on veut ajouter au commit, c’est à dire le fichier foo (ce que nous venons de faire) et seulement une partie des modifications du fichier README. C’est possible avec l’option –patch ou -p de git add qui va nous permettre d’indexer seulement les modifications qui nous intéressent pour préparer le prochain commit.

$ git add -p README

La commande va identifier vos différentes modifications du fichier en question et vous demander lesquelles vous souhaitez indexer pour le prochain commit.

@@ -1,5 +1,7 @@ this is a README +do not forget to read the file foo! + Lots of interesting stuff here Let's work Stage this hunk [y,n,q,a,d,j,J,g,/,e,?]? y

Cette commande nous présente notre première modification dans le fichier README. Un hunk est ici donc une modification unitaire identifiée par Git. Le contenu ajouté apparaît avec un symbole + en tout début de ligne. Nous acceptons d’indexer la première modification en appuyant sur y (yes).

+ +To finish, do not forget to read file bar! Stage this hunk [y,n,q,a,d,K,g,/,e,?]? n

Git nous affiche ensuite la seconde modification identifiée dans le fichier. Nous refusons la seconde en appuyant sur n (no), que nous ajouterons demain quand nous aurons écrit le fameux fichier bar dans un futur commit, parce qu’il est 19h et qu’à chaque jour suffit sa peine.

L’index avant le commit

Bien, après cette sélection, où en sommes-nous ? Un git status va nous aider.

$ git status On branch master Changes to be committed: (use "git reset HEAD ..." to unstage) modified: README new file: foo Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: README

La commande est très claire si on la lit rigoureusement : sur la branche master, les modifications suivantes sont prêtes à être committées : le fichier README a été modifié et un nouveau fichier foo a été créé.

Git nous indique également qu’un changement est survenu mais qu’il n’a pas été indexé (sous la phrase Changes not staged for commit) : c’est le fameux changement que nous souhaitons faire demain.

Le commit lui-même

Il est grand temps de valider nos modifications et de créer un commit. Il ne faut ici surtout pas utiliser l’option -a de git commit sous peine de valider indistinctement toutes les modifications présentes dans le dépôt, ce que nous ne voulons absolument pas faire.

On va vérifier puis valider notre commit grâce à la commande suivante :

$ git commit -v

Un éditeur de texte s’ouvre et nous affiche la sortie suivante :

# Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # # On branch master # Changes to be committed: # modified: README # new file: foo # # Changes not staged for commit: # modified: README # # ------------------------ >8 ------------------------ # Do not modify or remove the line above. # Everything below it will be ignored. diff --git a/README b/README index d012f47..6c50e6b 100644 --- a/README +++ b/README @@ -1,5 +1,7 @@ this is a README +do not forget to read the file foo! + Lots of interesting stuff here Let's work diff --git a/foo b/foo new file mode 100644 index 0000000..7c50c6a --- /dev/null +++ b/foo @@ -0,0 +1 @@ +very interesting stuff

Nous retrouvons ici le résultat du précédent git status et le détail des modifications qui vont être validées. Nous remarquons que seule la mention du fichier foo dans le README et la création de ce fichier foo y figurent. Nous avons donc réussi notre commit.

Si ça n’était pas le cas, vous pouvez quitter votre éditeur de texte sans enregistrer, cela annulera le commit. Si tout est bon, entrez simplement un message de commit pertinent comme “mention foo in README and add the foo file” et sauvegardez.

Le résultat de la commande est le suivant :

$ git commit -v [master 077f1f6] mention foo in README and add the foo file 2 files changed, 3 insertions(+) create mode 100644 foo

Nous voyons notre message de validation et également que deux fichiers ont été modifiés.

État de notre dépôt après ce commit

Dans quel état est notre dépôt après ce commit ? Encore une fois l’analyse de la commande git status va nous aider.

$ git status On branch master Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: README no changes added to commit (use "git add" and/or "git commit -a")

En effet nous avons la seconde modification du fichier README que nous avions faite qui n’a pas encore été enregistrée dans aucun commit. Nous n’avons pas indexé cette modification. Elle demeure donc dans notre dépôt en attente d’un prochain traitement.

Un git diff nous montre cette modification :

$ git diff diff --git a/README b/README index 6c50e6b..737bc05 100644 + +To finish, do not forget to read file bar!

Il s’agit bien de la modification que nous ne souhaitions pas encore enregistrer (j’ai simplifié l’affichage de la commande précédente pour aller à l’essentiel).

Sauvegarde du travail

Nous avons un beau commit, mais il n’existe pour l’instant que sur notre ordinateur personnel. Un malheureux accident ou un vol est si vite arrivé, il est indispensable de sauver notre travail sur notre dépôt Git distant (voir la création du dépôt distant dans la partie 1). Nous procédons avec un simple git push vers notre dépôt distant:

$ git push Conclusion

Bien débuter avec Git nécessite de comprendre ce que l’on fait et pour cela nous abordons les notions fondamentales une par une.

La notion essentielle abordée aujourd’hui est l’ajout de modifications à l’index. L’index constitue l’ensemble des modifications à prendre en compte dans le prochain commit. Nos modifications ont donc pour l’instant 3 statuts possible dans Git : non-indexées, indexées ou enregistrées dans un commit. À chaque statut correspond une palette d’opérations possibles et Git vous tient en permanence au courant du statut de vos différentes modifications en cours, en vous proposant souvent des actions possibles.

Nous aborderons bientôt dans un prochain article une autre notion fondamentale de Git : les branches.

Me suivre sur les réseaux sociaux

N’hésitez pas à me suivre directement sur les différents sociaux pour suivre au jour le jour mes différentes projets dans le Logiciel Libre :

Suivre l’actualité du Logiciel Libre et Open Source francophone

Abonnez-vous au Courrier du hacker, une newsletter hebdomadaire résumant le meilleur de l’actualité francophone du Logiciel Libre et Open Source. Déjà plus de 80 numéros et 2000 abonnés.

E-mail S'abonner

The post Débuter avec Git partie 3 : un commit plus complexe appeared first on Carl Chenet's Blog.

Gravatar de Carl Chenet
Original post of Carl Chenet.Votez pour ce billet sur Planet Libre.

Articles similaires

Journal du hacker : Liens intéressants Journal du hacker semaine #21

Pour la 21ème semaine de l'année 2019, voici 12 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 !

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

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 :)

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

Articles similaires

Simon Vieille : DOSSIER. Reprendre la main sur ses données avec l’auto-hébergement

Dans un dossier complet, Tinternet & cie vous explique comment nous pouvons reprendre la main sur nos données personnelles sur internet.

Un premier article d'une longue série j'espère 🙂

Gravatar de Simon Vieille
Original post of Simon Vieille.Votez pour ce billet sur Planet Libre.

Articles similaires

Simon Vieille : DOSSIER. Reprendre la main sur ces données avec l’auto-hébergement

Dans un dossier complet, Tinternet & cie vous explique comment nous pouvons reprendre la main sur nos données personnelles sur internet.

Un premier article d'une longue série j'espère 🙂

Gravatar de Simon Vieille
Original post of Simon Vieille.Votez pour ce billet sur Planet Libre.

Articles similaires

genma : Ajoutez des extraits de bash_history dans vos wikis

Dans le présent billet je voudrais mettre le focus sur une bonne pratique de documentation que nous avons au sein de mon équipe d'administrateur système, à savoir celle d'ajouter des extraits de bash_history dans le suivi des tickets dans le Kanban.

Je pars du principe que vous utilisez un shell bash par défaut, que ce soit sur votre machine en local ou sur les machines serveurs accédées à distance. Le principe reste le même avec les autres shells.

Le *bash_history* est le fichier caché qui contient l'historique des commandes shell (bash) saisies dans un terminal et qui est conservé dans le dossier de chaque utilisateur. Ces commandes correspondent donc aux commandes saisies au cours des différentes sessions. Le bash_history est donc une forme de traçabilité des actions.

Dans le présent billet ce sera un abus de langage pour désigner les dernières commandes tapées en tant qu'administrateur système.

Quand on fait de l'administration système, il est pratique de retrouver des commandes ou séquences de commandes déjà tapées et de les rappeler pour les ré-exécuter, dans son terminal.

Dans le cadre d'une documentation wiki, un exemple valant mieux qu'un long discours, nous avons comme bonne pratique d'ajouter dans le suivi du ticket (dans le Kanban, je ferai un billet dédié nos processus d'usage du Kanban) les commandes issues d'un copier coller du bash_history.

Le bash history est bien évidemment à nettoyer un peu (surtout si on a tâtonné). Il faut idéalement rajouter des commentaires pour les commandes qui ne sont pas évidentes. Cela permet d'avoir rapidement la structure pour l'ébauche de la documentation où l'on généralisera si besoin les commandes pour que ce ne soit plus spécifique aux actions menées dans le cadre du ticket mais utilisable dans un cadre plus général.

Dans le cas d'un post-mortem, le bash_history permettra d'analyser la démarche et les actions qui ont été réalisées pour résoudre un problème, de retrouver les pistes qui ont été explorées et celles qui n'ont pas abouties.

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

genma : Ajoutez des extraits de bash_history dans vos wikis

Dans le présent billet je voudrais mettre le focus sur une bonne pratique de documentation que nous avons au sein de mon équipe d'administrateur système, à savoir celle d'ajouter des extraits de bash_history dans le suivi des tickets dans le Kanban.

Je pars du principe que vous utilisez un shell bash par défaut, que ce soit sur votre machine en local ou sur les machines serveurs accédées à distance. Le principe reste le même avec les autres shells.

Le *bash_history* est le fichier caché qui contient l'historique des commandes shell (bash) saisies dans un terminal et qui est conservé dans le dossier de chaque utilisateur. Ces commandes correspondent donc aux commandes saisies au cours des différentes sessions. Le bash_history est donc une forme de traçabilité des actions.

Dans le présent billet ce sera un abus de langage pour désigner les dernières commandes tapées en tant qu'administrateur système.

Quand on fait de l'administration système, il est pratique de retrouver des commandes ou séquences de commandes déjà tapées et de les rappeler pour les ré-exécuter, dans son terminal.

Dans le cadre d'une documentation wiki, un exemple valant mieux qu'un long discours, nous avons comme bonne pratique d'ajouter dans le suivi du ticket (dans le Kanban, je ferai un billet dédié nos processus d'usage du Kanban) les commandes issues d'un copier coller du bash_history.

Le bash history est bien évidemment à nettoyer un peu (surtout si on a tâtonné). Il faut idéalement rajouter des commentaires pour les commandes qui ne sont pas évidentes. Cela permet d'avoir rapidement la structure pour l'ébauche de la documentation où l'on généralisera si besoin les commandes pour que ce ne soit plus spécifique aux actions menées dans le cadre du ticket mais utilisable dans un cadre plus général.

Dans le cas d'un post-mortem, le bash_history permettra d'analyser la démarche et les actions qui ont été réalisées pour résoudre un problème, de retrouver les pistes qui ont été explorées et celles qui n'ont pas abouties.

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

RaspbianFrance : Contrôler une imprimante 3D à distance avec la Raspberry Pi et Octopi.

Impression 3D avec une Raspberry Pi

Au même titre que la Raspberry Pi, l’impression 3D fait partie des outils presque indispensables des makers, hackers et autres bidouilleurs.

Créer presque n’importe quel objet en plastique en quelques heures, pour un coût dérisoire, et avec comme seule contrainte d’en posséder un modèle 3D. Pour toute personne faisant dans le prototypage, c’est un peu le rêve.

Ce n’était donc qu’une question de temps avant que nous ne fassions un tutoriel regroupant les deux thématiques, impression 3D et Raspberry Pi.

Aujourd’hui, nous allons donc voir comment piloter une imprimante 3D à distance avec une Raspberry Pi et la distribution Octopi, issue du mélange de Raspbian et du logiciel Octoprint.

L’objectif sera de pouvoir piloter à distance une imprimante 3D, déclencher à distance l’impression d’un fichier, et observer en direct le déroulement de l’impression via une webcam.

Quel matériel pour contrôler une imprimante 3D avec Octopi ?

Pour suivre ce tutoriel, vous aurez besoin du matériel suivant (cliquez sur le liens pour voir le prix en ligne) :

En plus de tout cela, vous aurez bien évidemment besoin d’une imprimante 3D.

Je présume que parmi vous certains ne possèdent pas encore d’imprimantes, envisagent un achat et se demandent quelle imprimante choisir. Je n’ai absolument pas la prétention d’être un expert sur le sujet, je ne peut vous donner que mon ressenti et mes expériences personnelles.

À travers mes études, mes expériences professionnelles et personnelles, j’ai eu l’occasion d’utiliser quelques imprimantes 3D et de voir pas mal de pièces produites par impression 3D.

À titre personnel je possède aujourd’hui une imprimante Alfawise U20 dont je suis pleinement satisfait. Le tutoriel a donc été réalisé avec cette imprimante et les différents exemples seront faits pour cette imprimante.

Si vous cherchez une première machine à acquérir, je pense que l’Alfawise U20 est une très bonne machine pour débuter avec un excellent rapport qualité/prix/capacités et volumes d’impression. Les impressions produites sont parmi les plus belles que j’ai pu voir.

La seule chose que j’ai à reprocher à cette imprimante est peut-être l’absence d’un système de calibrage automatisé.

Voici un exemple d’impression qu’une personne a pu obtenir avec l’Alfawise U20, à gauche sans et à droite avec TL-smoothers.

En dehors de l’Alfawise, je peux également vous recommander la Creality CR-10 qui est relativement proche mais possède une communauté plus vaste.

Pour débuter aujourd’hui avec l’impression 3D, ces deux modèles me semblent donc les plus adaptés.

Voir l’Alfawise U20 Voir la Creality CR-10

Installer Octopi sur la carte SD

Octoprint est un logiciel permettant de contrôler des imprimantes 3D via une interface web.

Si le logiciel en tant que tel est installable sur tout types de machines, la distribution Octopi propose une version pré-installée et pré-configurée pour la Raspberry Pi via le système Raspbian.

Dans ce tutoriel, c’est donc cette distribution que nous allons utiliser. Pour cela, commencez par la télécharger à l’adresse suivante : https://octopi.octoprint.org/latest

Téléchargez également le logiciel Etcher, qui nous permettra d’installer Octopi sur la carte MicroSD.

Une fois Etcher et Octopi téléchargés, insérez la carte MicroSD dans votre ordinateur et lancez Etcher. Cliquez sur « Select Image » et sélectionnez l’image d’Octopi. Puis cliquez sur « Select Drive » et choisissez la carte MicroSD. Enfin, cliquez sur « Flash! ».

Configurer le Wi-Fi de la Raspberry Pi

Maintenant que l’image est installée sur la carte SD, nous allons configurer Octopi pour qu’il se connecte à votre Wi-Fi. Si vous souhaitez vous connecter directement en Ethernet vous pouvez ignorez cette étape.

Ouvrez votre explorateur de fichier et rendez-vous dans la partition boot de la carte SD.

Utilisez un éditeur de texte (comme bloc-notes ou notepad++ sous Windows, Gedit sous Linux, etc.) pour ouvrir le fichier octopi-wpa-supplicant.conf dans la partition boot.

Videz entièrement le fichier et collez le texte ci-dessous à la place.

## WPA/WPA2 secured network={ ssid="nom_box" psk="mdp_box" } country=FR ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1

Remplacez les parties nom_box et mdp_box par le nom et le mot de passe de votre box.

Ce réglage est valable pour les box utilisant la sécurité WPA (soit 90 % des box récentes). Si votre box utilise la sécurité WEP à la place, utilisez la configuration ci-dessous à la place.

## WEP "secured" network={ ssid="nom_box" key_mgmt=NONE wep_key0="mdp_box" wep_tx_keyidx=0 } country=FR ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1

Une fois le fichier rempli, enregistrez-le et expulsez la carte SD.

Premier démarrage d’Octopi sur la Raspberry Pi

Maintenant que nous avons configuré le Wi-Fi nous allons pouvoir terminer l’installation sur la Raspberry Pi.

Pour cela, insérez la carte SD dans votre Raspberry et branchez la caméra, puis branchez l’alimentation de la Raspberry.

Attendez quelques minutes le temps que la Raspberry Pi ait totalement fini de démarrer et soit bien connectée au réseau.

Dans un premier temps, nous allons modifier le mot de passe par défaut de la Raspberry Pi via SSH.

Pour cela, connectez-vous en SSH à l’hôte octopi.local avec l’utilisateur pi et le mot de passe raspberry. Si vous ne savez pas comment utiliser SSH, vous pouvez lire notre tutoriel sur le sujet.

Une fois connecté en SSH, lancez la commande sudo raspi-config, choisissez « Change user password », et entrez le nouveau mot de passe à utiliser.

Une fois le mot de passe modifié, nous allons pouvoir finaliser l’installation d’Octopi.

Configurer Octoprint

Pour configurer Octoprint, commencez par relier votre imprimante 3D à votre Raspberry Pi en USB, puis connectez-vous à l’adresse http://octopi.local depuis un ordinateur connecté au même réseau Wi-Fi que la raspberry.

Vous allez vous retrouvez sur la page d’accueil d’Octoprint et devant l’assistant d’installation « Setup Wizard ».

La première étape consiste à définir le mot de passe d’Octoprint afin d’empêcher que n’importe qui puisse faire imprimer n’importe quoi sur votre imprimante 3D.

Renseignez donc le nom d’utilisateur et le mot de passe que vous souhaitez utiliser, puis cliquez sur « Keep Access Control Enabled », puis suis « Next ».

L’étape suivante vous permet de choisir si vous souhaitez que les auteurs d’Octoprint puissent collecter des données statistiques. Choisissez comme bon vous semble et cliquez sur « Next ».

Vous allez maintenant pouvoir configurer le système de vérification de connexion d’Octoprint. Laissez les choses comme telles et cliquez sur « Next »

La prochaine étape vous permet de régler le système de blacklist de plugin, lequel est censé vous protéger contre l’installation de plugin dangereux. Activez ou désactivez le système selon votre choix puis cliquez sur « Next ».

La partie suivante vous permet de configurer un profil personnalisé pour Cura, passez cette étape.

Ensuite, nous allons pouvoir configurer un profil personnalisé pour notre imprimante. Cela nous permet notamment de définir le nom de l’imprimante, mais surtout le volume d’impression utilisable.

Renseignez donc le nom de l’imprimante dans la partie « General ».

Puis le volume d’impression dans la partie « Print bed & build volume ». Adaptez ces informations selon le modèle de votre imprimante. Si vous utilisez une Alfawise U20, vous pouvez utiliser les paramètres ci-dessous.

Laissez la partie « Axes » telle quelle et configurer la partie « Hotend & extruder » pour adapter la configuration à la taille de votre buse d’impression (0.4 mm pour l’Alfawise U20). Ceci fait, cliquez sur « Next ».

Il ne vous reste plus qu’à cliquez sur « Finish » et ça y est, votre imprimante est configurée.

Pour la prise en main, je vous laisse découvrir le logiciel par vous même, il est vraiment très simple et vous trouverez de nombreux tutoriels en ligne !

Rendre Octoprint accessible depuis internet

Pour l’instant Octoprint n’est utilisable que depuis votre réseau local. Si vous souhaitez pouvoir le contrôler depuis internet il faut rendre votre Raspberry Pi accessible depuis l’extérieur. Pour cela, la solution la plus simple est probablement d’utiliser un service de DynDNS, qui vous permet d’associer un nom de domaine à votre box.

Il existe de nombreux services de DynDNS, et les réglages diffèrent un peu selon les box, mais les principes généraux restent les mêmes.

Ce tutoriel étant déjà bien assez long, je vous renvoie vers notre tutoriel dédié à la mise en ligne d’une Raspberry Pi avec un DynDNS, que vous aurez juste à adapter un petit peu !

Il ne vous reste plus qu’à modéliser et imprimer !

Lire l'article complet : Contrôler une imprimante 3D à distance avec la Raspberry Pi et Octopi.

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

Articles similaires

Miamondo : Distro à jour, distro toujours!

Introduction Le programme de mise à jour Les difficultés rencontrées avec crontab et systemd.timer L'astuce pour contourner le problème Le code Conclusion Introduction Bonjour, Il y a quelques jours, j'ai regardé une vidéo d'Adrien Linuxtricks expliquant que la distribution Linux Mint présentait l'inconvénient de ne jamais rappeler à l'utilisateur lambada qu'il était temps de faire [...]

Gravatar de Miamondo
Original post of Miamondo.Votez pour ce billet sur Planet Libre.

Articles similaires

Journal du hacker : Liens intéressants Journal du hacker semaine #20

Pour la 20è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 !

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

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 :)

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

Articles similaires

Renault : Apports de Fedora à l'écosystème du Logiciel Libre partie 2

Il est courant, au sein de la communauté du Logiciel Libre, de présenter une distribution GNU/Linux comme une simple intégration, ou un assemblage de tous les logiciels qu'elle propose. Une sorte de glu entre eux.

Si c'est sans doute le cas de certaines d'entre elles, nous ne pouvons en conclure que c'est toujours le cas. En particulier, la distribution Fedora va au delà de ce constat. Ses objectifs et sa communauté lui permettent de réaliser d'autres choses. En effet depuis sa création Fedora est une vitrine technologique et à ce titre a essayé de mettre en avant ou de développer des solutions novatrices pour le Logiciel Libre. Mais depuis Fedora 21, sortie fin 2014, Fedora s'est découpée en trois produits distincts. Si finalement une Fedora Workstation et Server ont accès aux mêmes paquets, le projet a souhaité fournir des expériences utilisateur adaptées à chaque cas d'usage dès la fin de l'installation. Par conséquent, Fedora Workstation a sa liste de travail pour intégrer et développer de nouvelles solutions pour améliorer l'usage bureautique de l'utilisateur.

Et si la distribution Fedora est souvent considérée comme une version de tests pour la distribution Red Hat Enterprise Linux (RHEL) de Red Hat nous allons constater que finalement toute la communauté tire des bénéfices de ses travaux.

Le présent article est une adaptation des articles de blogs ici et de Christian Schaller qui m'en a donné l'autorisation. Il fait suite à un premier article à ce sujet qui avait donné lieu à une conférence lors des JM2L de 2017 et aux RMLL de 2018 dont la vidéo est disponible ici.

Expérience utilisateur Pipewire

Wim Taymans, co-auteur de GStreamer et grand contributeur de PulseAudio étend le spectre de ses travaux avec Pipewire. Il souhaite avec ce composant unifier l'audio et la vidéo sous Linux. L'objectif au long terme n'est pas de gérer uniquement la vidéo, mais de prendre en compte également tout type de flux audio. Et non seulement il souhaite s'attaquer aux cas d'usage de PulseAudio, mais également à ceux de Jack (qui est plutôt dédié au traitement audio professionnel ou d'amateurs éclairés). Cela passera notamment par une compatibilité avec les applications existantes sans réécriture de leur part.

L'objectif est de rendre la plateforme Linux plus attirante pour les compositeurs et autres artistes du milieu. Pipewire a fait sa première apparition dans Fedora 27. Et son usage commence à produire ses premiers effets.

En effet, grâce à ce composant, GNOME Shell avec Wayland est capable de faire de l'affichage distant de la session via le protocole VNC. Cela permet donc les usages de contrôles à distance graphique. Merci à Jonas Ådahl pour ce résultat.

Séquence de démarrage Affichage de GRUB

Hans de Goede a travaillé pour masquer GRUB par défaut sous Fedora, sauf si plusieurs systèmes sont installés. En effet dans ce cas de figure, GRUB ne sert qu'à démarrer un ancien noyau, ce qui est nécessaire uniquement en cas de soucis. Pour des raisons de cohérence et de simplicité, les messages de démarrage étant cachés par défaut, ce menu est caché pour ne pas perturber l'utilisateur outre mesure et gagner du temps.

Un nouveau mécanisme est mis en place. Le menu caché est finalement affiché si le précédent démarrage n'a pas abouti à une session valide. Cela autorise ainsi une résolution possible du problème. Pour désactiver cette fonctionnalité, vous pouvez manuellement appliquer la commande suivante avec les droits super utilisateurs :

# grub2-editenv - unset menu_auto_hide

Hans de Goede a publié une FAQ à propos de ce changement pour savoir comment l'activer ou le désactiver et quel est le comportement en cas de problèmes. Ce travail documenté permet à d'autres distributions de reproduire ce comportement pour simplifier la séquence de démarrage.

Démarrage sans remise à zéro de l'affichage

Pour les utilisateurs d'une carte graphique Intel et d'un ordinateur avec l'UEFI activé, l'affichage durant le démarrage est continu, sans remise à zéro de ce dernier. Cela rend l'expérience plus fluide et jolie. La changement fait suite au changement introduit dans Fedora 29 pour qu'un ordinateur mono-système ait GRUB masqué par défaut. Le nouveau thème plymouth bgrt récupère également le logo du constructeur de l'ordinateur ou de la carte mère durant le démarrage. Si vous ne souhaitez pas voir ce logo, basculez vers le thème spinner. Vous pouvez regarder cette vidéo pour voir le changement en action et les explications en détails et la FAQ par Hans de Goede, son développeur.

Les jeux vidéo

Beaucoup de tests ont été effectués par Olivier Fourdan et Jonas Ådahl pour identifier les problèmes d'exécution des jeux vidéo Steam avec GNOME sous Wayland et ont pu en corriger l'essentiel. Cela permet de repousser les limites de Wayland dans les cas d'usage et rendre ainsi chaque jour X11 de moins en moins nécessaire.

Pour améliorer également les performances des jeux vidéo, l'entreprise Feral Interactive a développé le projet gamemode pour optimiser la configuration du système dans le but de maximiser les performances lors de l'exécution d'un jeu. Pour l'instant Fedora se contente de proposer par défaut ce paquet mais une réflexion est en cours pour essayer de rendre ce paquet non nécessaire, en améliorant le gouverneur du CPU par exemple.

Gestion du matériel Autonomie

Hans de Goede a travaillé sur une meilleure gestion de l'autonomie des ordinateurs portables avec un processeur Intel. Cela passe par une meilleure gestion de l'énergie des ports SATA pour disques durs et SSD (gain estimé de 1-1,5 W) en reprenant le mode utilisé par Windows : med_power_with_dipm. Intel HDA codec pour le multimédia est mis en sommeil après une seconde d’inactivité (gain estimé de 0,4 W). Et activation de l'économie d'énergie pour les récepteurs Bluetooth en USB (gain estimé de 0,4 W si tous les ports USB sont en repos). Sachant qu'un ordinateur portable récent non orienté puissance consomme moins de 10 W (7,5 W par exemple sur un Lenovo E560) en usage non intensif. Cela peut donner 20% d'autonomie supplémentaire.

Thunderbolt 3

Intégration de la norme Thunderbolt 3 qui est une norme concurrente à l'USB sur de nombreux points. Cette norme permet en effet de gérer des transferts de données ou de brancher un écran externe par exemple sur le même port. Cependant ces périphériques pourraient accéder à des informations sensibles de votre machine lors du branchement pour des raisons de performances. En effet pour alléger la charge CPU, ces périphériques peuvent être maîtres de la communication DMA. C'est pourquoi la norme propose une politique de sécurité pour que l'utilisateur autorise ou non l'accès à l'ordinateur et éviter que discrètement un appareil branché sans votre consentement ait un libre accès. Maintenant il est possible de configurer dans GNOME ces accès par le biais des notifications ou du panneau de configuration qui lui est dédié.

Panneau-Thunderbolt.png

Les politiques de sécurité possibles étant :

  • none : pas de restrictions ;
  • dponly : uniquement la sortie vidéo via DisplayPort ;
  • user : les périphériques connectés doivent recevoir une autorisation de l'utilisateur ;
  • secure : l'utilisateur doit autoriser l'appareil également et l'appareil doit prouver son identité avec une clé secrète.
Développement Fedora Toolbox

Debarshi Ray a développé l'outil Fedora Toolbox pour simplifier le développement en utilisant massivement les conteneurs. Ainsi il sera plus simple de développer par exemple votre projet maison avec Fedora pour bénéficier des dernières versions, de le tester sur RHEL pour la compatibilité. Et si c'est un jeu, exécuter cela dans un environnement SteamOS.

Un gros travail est en cours pour améliorer encore l'expérience utilisateur afin de ne pas à avoir à réinstaller les mêmes outils dans chaque conteneur, ou d'être confus à propos du contenu de chacun. Il est envisagé de pouvoir plus facilement travailler sur des environnements complexes précis tels que Tensorflow ou CUDA par exemple.

Son intérêt sera particulièrement important dans le cadre du projet Silverblue, détaillé plus bas. En effet dans le contexte d'un système immutable, l'objectif sera de reposer les outils de développement sur des conteneurs manipulés à travers ce genre d'outils.

Et demain ? Le HiDPI fractionnel

GNOME_HiDPI.png

Les affichages à haute densité de pixels (HiDPI) sont de plus en plus fréquents dans les configurations milieu et haut de gamme. Ils permettent d'améliorer la finesse de l'affichage sans pour autant réduire la taille des éléments affichés. Cependant sur certains modèles d'écran, les ratios entiers du HiDPI produisent des affichages trop grands ou trop petits. Pour résoudre ce problème, on souhaite introduire des valeurs intermédiaires non entières.

La bonne prise en charge de tels écrans n'est possible qu'avec Wayland, et GNOME dispose à titre expérimental d'une telle fonctionnalité qui a besoin de quelques raffinements encore. Pour ceux qui veulent tester, il suffit d'ajouter la valeur scale-monitor-framebuffer à la clé gsettings org.gnome.mutter.experimental-features pour que le panneau de configuration le propose.

Cela peut être effectué à l'aide de la commande suivante :

$ gsettings set org.gnome.mutter.experimental-features ['scale-monitor-framebuffer']

Ce travail est le fruit de la collaboration entre Jonas Ådahl de Red hat et Marco Trevisan de Canonical. Il devrait être bientôt disponible de manière stable.

Pipewire

Pipewire est encore en voie de maturation. De nombreuses choses restent à faire ou à stabiliser. Par exemple Jan Grulich, Tomas Popela et Eike Rathke travaillent sur la fonctionnalité d'écran partagé avec Wayland pour Firefox et Chrome afin de partager son écran lors d'une visioconférence avec WebRTC par exemple. Cependant cela n'est pas encore assez stable pour être activé par défaut. Si vous le souhaitez avec Chrome, il suffit d'activer l'option chrome://flags/#enable-webrtc-pipewire-capturer.

La gestion de l'audio n'est pas encore en place bien que le chantier soit bien avancé. Pipewire peut utiliser un plugin PulseAudio de GStreamer pour jouer le son de certaines applications GNOME. Wim teste également les applications employant Jack pour corriger les problèmes de compatibilité. Il fait également des tests sur une barre de son Sony HT-Z9F soundbar pour s'assurer du bon fonctionnement de Pipewire avec ce genre de matériel. Ainsi à terme les protocoles SPDIF, HDMI ou Bluetooth seront pris en charge convenablement. Le codec LDAC qui est un codec de haute qualité audio pour le Bluetooth sera également de la partie.

La prise en charge de JACK devrait être disponible avant celle de PulseAudio. Les premiers résultats stables pourraient apparaitre pour Fedora 31 à ce niveau.

OpenH264

Cela fait quelques temps que Firefox dispose de la bibliothèque d'OpenH264 de Cisco pour décoder matériellement le format H264 qui est très répandu. Cependant, le format H264 dispose de ce que l'on appelle des profils. L'objectif est d'activer certaines fonctionnalités du format suivant le cas d'usage de la vidéo. Une visio-conférence par exemple a besoin d'une plus faible qualité d'image que le film enregistré sur votre disque dur, et ce afin de limiter le besoin en bande passante et en latence.

OpenH264 ne prenait en charge que le profil baseline. Grâce à une collaboration de Red Hat, Endless, Cisco et Centricular, les profils high et main seront proposés prochainement. Le travail est en fait déjà partiellement disponible mais quelques rafinements restent nécessaires avant de le proposer par défaut. Des plateformes de vidéo en ligne comme Youtube pourront en tirer parti prochainement.

Les applications reposant sur la bibliothèque GStreamer, comme Totem de GNOME seront également bénéficiaires de cette amélioration.

Wayland Firefox

Firefox_Wayland.png

Fedora a beaucoup œuvré pour proposer Wayland par défaut et faire en sorte que les logiciels essentiels fonctionnent bien avec comme LibreOffice et GNOME. C'est également le cas pour Firefox qui commence à voir le bout du tunnel, ce travail étant porté par Martin Stransky.

Fedora avait un dépôt COPR pour tester Firefox avec Wayland, puis un paquet officiel firefox-wayland était proposé depuis Fedora 28. Ce dernier n'étant qu'un script qui lance Firefox avec la variable d'environnement MOZ_ENABLE_WAYLAND défini à 1. Cela a permis de constater de nombreux problèmes qui ont pu être corrigés. Pour Fedora 31, qui devrait sortir en fin d'année 2019, Firefox avec la gestion native de Wayland sera proposé par défaut. Ainsi l'un des derniers composants par défaut de Fedora Workstation pourrait se passer du besoin d'utiliser XWayland.

Pilote propriétaire de nVidia

Il y a également le pilote propriétaire de nVidia qui n'offre pas pleinement une bonne expérience avec une session sous Wayland. Ce qui est bien sûr un problème pour ceux qui veulent tirer le plein potentiel de la carte graphique, en particulier pour les jeux ou le montage vidéo. Des travaux importants de Adam Jackson ont pu résoudre des problèmes pour la gestion des espaces de couleur et des écrans multiples. Mais il manque toujours la compatibilité avec XWayland pour offrir une expérience complète d'une session sous Wayland, si vous n'en avez pas besoin cela devrait fonctionner convenablement dès maintenant.

Les souris à haute résolution

Les souris à destination des joueurs ou des graphistes ont souvent des résolution plus haute afin d'améliorer la sensibilité et la précision du pointage. C'est pourquoi Peter Hutterer et Benjamin Tissoires ont proposé une RFC pour Wayland afin de tenir compte de ces cas d'usage. Le périphérique Dell Totem pourrait avoir une prise en charge pour Fedora 31.

La construction des applications Flatpak

GNOME_Logiciels_Flatpak_RPM.png

Owen Taylor travaille sur l'infrastructure de Fedora pour apporter de quoi construire des applications Flatpak directement, en parallèle des formats RPM classiques. L'objectif est de faciliter la vie du mainteneur qui pourra concevoir en une fois la construction des deux formats et les autres distributions ou utilisateurs pourront récupérer le Flatpak à jour directement s'ils le souhaitent.

Depuis la dernière fois, des progrès sensibles ont été obtenus. Un site web a été mis en ligne pour suivre l'évolution de ce travail pour une dizaine de paquets. Une fois que cet essai sera transformé, l'objectif est bien sûr d'étendre ce système à l'ensemble des paquets concernés.

Une réflexion est menée pour que GNOME Logiciels propose via une option de choisir d'installer un logiciel depuis Flatpak ou le dépôt RPM par défaut. À plus long terme l'option disparaitrait pour laisser place aux Flatpak uniquement, les RPM seraient relégués pour la base du système.

L'outil fleet commander avec Active Directory

FleetCommander.png

Fleet Commander est un outil pour gérer des flottes entières de machines sous Fedora ou RHEL, notamment pour les universités, les grosses entreprises ou les administrations et ainsi, de pouvoir gérer des milliers de machines. Il est possible de configurer les postes avec un navigateur Web ou l'outil Cockpit.

Oliver Gutierrez a intégré la sauvegarde de la configuration avec la solution Active Directory en plus de FreeIPA qui n'attend plus que la mise à disposition de la nouvelle version. Cela permettra de rendre cet outil plus pertinent dans plus d'entreprises ou administrations, qui utilisent plus souvent Active Directory que FreeIPA.

Fedora Silverblue

silverblue-logo.png

Fedora travaille beaucoup pour concevoir un système atomique, selon les travaux de Project Atomic. Actuellement c'est la version Cloud qui en bénéficie nativement, mais les travaux sur la version Workstation sont en cours. Le but est d'améliorer la fiabilité du système, il sera ainsi possible de facilement mettre à jour le système en diminuant les risques liés à une procédure exécutée dans un ordre différent que prévu par exemple. Le retour à une situation antérieure en cas de problème sera également plus facile en sélectionnant l'état précédent du système dans GRUB.

Une telle architecture propose aussi un système dans un état immutable, le rendant plus fiable ce qui impose une séparation plus stricte et claire entre le système et les applications. Ce qui parachève le travail envisagé par le projet Fedora.next. L'objectif est que Fedora propose un système de base et immutable à travers rpm-ostree et que les applications traditionnelles soient installées avec des Flatpak uniquement.

Devant l'intérêt récent pour cette technologie, un groupe de travail a été constitué l'année dernière, le projet a été renommé également en Fedora Silverblue et de grands progrès fonctionnels ont eu lieu depuis.

En effet cela fait deux cycles de développement de Fedora où Fedora Silverblue a bénéficié d'une journée de tests. Ainsi de nombreuses personnes, dont votre serviteur, ont pu le tester pour vérifier la viabilité du système avec l'image de base et les applications provenant du dépôt Flathub. Et les résultats sont positifs.

Aujourd'hui la gestion des Flatpak est complète. GNOME Logiciels permet de gérer un système reposant sur rpm-ostree. Les situations un peu particulières, comme Google Chrome qui installe tout dans /opt ou le pilote graphique propriétaire de nVidia qui ne peut être distribué nativement ont été réglées.

Le travail reste important pour gérer l'ensemble des cas d'usage tout en proposant une expérience utilisateur optimale. Par ailleurs quelques travaux restent nécessaires pour proposer des environnements de développement complets capables de gérer un tel système, la gestion des codecs ou encore des applications complexes comme VirtualBox.

Matthias Clasen a publié un article complet pour ceux qui veulent plus de détails.

Vous pouvez tester Fedora Silverblue en téléchargeant les images mis à disposition régulièrement.

Conclusion

Comme nous pouvons le voir avec cette liste d'exemples, une distribution d’envergure comme Fedora, mais aussi Ubuntu, Debian ou autres peuvent apporter bien plus qu'une liste de logiciels à installer. Ils proposent des nouveaux outils, participent au développement ou à la stabilisation des logiciels qu'ils fournissent, peuvent collaborer avec d'autres entreprises ou communautés pour améliorer la prise en charge de leur produit.

Et encore, nous ne parlons que des travaux significatifs de ces trois dernières années, Fedora a également œuvré pour PulseAudio, systemd, PackageKit, NetworkManager, le pilote libre nouveau et tant d'autres composants par le passé !

Et malgré les liens forts entre Red Hat et Fedora, nous pouvons voir que beaucoup des travaux de Fedora de ces dernières années ont bénéficié à la plupart des distributions aujourd'hui. Et cela n'est pas près de se terminer.

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

Articles similaires

Yannic Arnoux : Souvenir de blog

J’aime bien l’allure du nouveau blog mais l’ancien Blog du Yax me manque un peu, probablement parce que j’avais tout fait de A à Z, le HTML, le CSS et le JavaScript. Le résultat faisait un peu amateur mais c’était ma création.

Il me reste Archive.org pour les souvenirs :-)

Ancien Blog du Yax

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

genma : L'application FreshRSS pour Android

Utilisant FreshRSS sur mon instance Yunohost depuis un long moment, j'utilisais par défaut le client EasyRSS sur mon ordiphone.

Dans ce petit billet, je voudrais présenter rapidement l'existence d'une application FreshRSS que l'ami Augier des Internet a créé.

Il s'agit d'une application cliente pour le logiciel FreshRSS, et cette application est donc une alternative à EasyRSS. Et une alternative, c'est toujours à prendre.

Reparti de zéro en exploitant l'API de FreshRSS, pour avoir une application répondant à ses besoins et reposant sur des technologies qu'il maitrise, en bon libriste, Augier a mis le code source à disposition en ligne ici et le package de l'application prêt à l'installation ici

A tester en parallèle de EasyRSS pour celles et ceux qui consultent leur agrégateur FreshRSS depuis leur ordiphone / smartphone. C'est encore en version alpha mais une versions alpha assez stable qui est utilisable au jour le jour.

Et si vous avez des remarques, des critiques constructives, des suggestions ou envie de contribuer, ça se passe par ici

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

Pages