Fedora-Fr - Communauté francophone Fedora - Linux

Planet de Fedora-Fr : la communauté francophone autour de la distribution Linux Fedora

A propos

Cette page est actualisée toutes les heures.

Cette page est une sélection de blogs autour de Fedora. Fedora-Fr.org décline toute responsabilité au sujet des propos tenus par les auteurs des blogs de ce planet. Leurs propos sont leur entière responsabilité.

Le contenu de ce planet appartient à leurs auteurs respectifs. Merci de consulter leur blogs pour obtenir les licences respectives.

Mot-clefs : Fedora

Petit bilan de Rawhide, épisode 4, mai 2017

Charles-Antoine Couret

Comme promis, à peu près tous les mois j'essaye de tenir au courant la communauté de mes aventures avec Rawhide / la prochaine version stable. D'un point de vue purement technique, je n'utilise pas Fedora Rawhide mais la future F26 à ce stade.

Fedora 26 Beta est décalé

Et oui, comme souvent, la prochaine Fedora sera en retard encore un petit peu. Normalement la Beta devrait sortir d'ici une semaine, mais un énième report à cause de bogues bloquants n'est pas à exclure.

Depuis la dernière fois il y a eu 3 journées de tests concernant :

J'ai participé aux trois et à part un bogue commun dans DNF concernant les langpacks, rien à signaler, tout s'est bien passé !

Changements notables

Niveaux changements notables, je ne note pas grand chose de nouveaux depuis. GNOME étant en voie de stabilisation c'est normal.

La grosse nouveauté, d'un point de vue plus technique, c'est peut être l'arrivée récente de LLVM 4.0 et CLang 4.0 dont bénéficie la dernière monture de mesa pour l'accélération graphique. Cela permet d'exploiter les dernières versions d'OpenGL sur l'ensemble des pilotes récents.

Cependant j'ai l'impression depuis que ma machine chauffe plus, mais c'est peut être liée à la montée du thermomètre dehors. À investiguer.

Les problèmes rencontrés ?

Pour le coup, il y en a eu plus que d'habitude.

Le bogue relevé lors des journées de tests à propos de DNF consiste au fait que si on désinstalle une traduction globale du système (dit langpacks), la traduction du paquet glibc persistera sur le système. Rien de bien grave, mais la fonctionnalité n'est pas encore totalement au point.

Un bogue concernant des clients de Bodhi, dont le cache du captcha est invalide et la seule solution pour régénérer le cache est de supprimer le répertoire ~/.fedora. Cela concerne en particulier l'utilitaire fedora-easy-karma que j'utilise quotidiennement.

Une mise à jour dans la pile Wayland rendait les raccourcis claviers de GNOME non fonctionnels. Toutes les applications de GNOME et uniquement celles-ci étaient concernées. Cela était particulièrement gênant mais semble maintenant résolu.

Un problème assez furtif, gnome-control-center ne se lançait plus, ne trouvant pas la bibliothèque libwbclient.so.0 pourtant installée. Le moyen de contournement est de réinstaller le paquet libwbclient.

Après j'ai eu quelques crashes de GNOME qui semblent avoir disparus avant de pouvoir le notifier.

Bref, le travail avance, quelques soucis mais dans l'ensemble cela va bien. Espérons que les retours des testeurs aidera à avoir une nouvelle Fedora très stable.

Participez à la journée de test consacrée à l'internationalisation

Charles-Antoine Couret

Aujourd'hui, ce mardi 23 mai, est une journée dédiée à un test précis : sur l'internationalisation de 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.

En quoi consiste ce test ?

Comme chaque version de Fedora, la mise à jour de ses outils impliquent souvent lapparition de nouvelles chaînes de caractères à traduire et de nouveaux outils liés à la prise en charge de langues (en particulier asiatiques).

Pour favoriser l'usage de Fedora dans l'ensemble des pays du monde, il est préférable de s'assurer que tout ce qui touche à l'internationalisation de Fedora soit testée et fonctionne. Notamment parce qu'une partie doit être fonctionnelle dès le LiveCD d'installation (donc sans mise à jour).

Les tests du jour couvrent :

  • Le bon fonctionnement d'ibus pour la gestion des entrées claviers ;
  • La personnalisation des polices de caractères ;
  • L'installation automatique des paquets de langues des logiciels installés suivant la langue du système ;
  • La traduction fonctionnelle par défaut des applications ;
  • Le cache de fontconfig qui a bien changé de répertoire (changement de Fedora 26) ;
  • Test de libpinyin 2.0 pour la saisie rapide du chinois Pinyin (changemement de Fedora 26).

Bien entendu, étant donné les critères, à moins de savoir une langue chinoise, l'ensemble des tests n'est pas forcément réalisable. Mais en tant que francophones, de nombreuses problématiques nous concernent et remonter les problèmes est important. En effet, ce ne sont pas les autres communautés linguistiques qui identifieront les problèmes d'intégration de la langue française.

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é.

Participez à la journée de test consacrée à DNF 2.0

Charles-Antoine Couret

Aujourd'hui, ce mardi 9 mai, 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.

En quoi consiste ce test ?

Fedora 26 propose comme nouveauté une mise à jour de son gestionnaire de paquets par défaut, dnf, à une nouvelle version majeure 2.0. Qui consiste en un nettoyage, changement d'API et bien entendu corrections de certains problèmes.

Étant donné le caractère central de ce programme, il est nécessaire de s'assurer que ce composant est fiable et donc de remonter l'essentiel des problèmes avant la diffusion de Fedora 26.

Les tests du jour couvrent :

  • La mise à jour, installation, suppression, établir la liste de paquets ;
  • Tests en ligne de commande ou graphiquement (via yumex par exemple) ;
  • La compatibilité avec la commande yum (son prédécesseur).

Pour une fois, c'est plutôt simple et rapide. :-)" class="smiley

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é.

Participez à la journée de test consacrée à Fedora Media Writer

Charles-Antoine Couret

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.

Capture_du_2016-04-18_23-41-52.png

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é.

Petit bilan de Rawhide, épisode 3

Charles-Antoine Couret

Comme promis, à peu près tous les mois j'essaye de tenir au courant la communauté de mes aventures avec Rawhide / la prochaine version stable. Depuis le mois dernier, cela n'a pas été aussi dynamique, mais quand même. :-)" class="smiley

D'un point de vue purement technique, je n'utilise pas Fedora Rawhide mais la future F26 à ce stade.

Fedora 26 Alpha est sortie… et ce sera la dernière !

Comme annoncé il y a une semaine, la nouvelle Alpha est disponible. On amorce une phase du cycle de développement très intéressante pour Fedora. On va enchaîner les brefs périodes de gels, remplir les rapports de bogue, remonter les karmas des paquets, participer à des journées de tests qui vont bientôt s'enchaîner (ça a commencé en fait, comme ici).

Normalement à ce stade du cycle de développement, l'ensemble des fonctionnalités doivent être plus ou moins testables pour éviter les retards. Déjà qu'on a trois semaines de retard aujourd'hui, c'est en effet préférable. Cela semble être le cas d'après la liste que j'ai listé et ce que j'ai pu en voir. D'ailleurs, toutes les chaînes de caractères, en théorie, doivent être gelées (du moins pour les programmes gérés par Fedora) afin de pouvoir finir la traduction. C'est pourquoi le projet Fedora a organisé la semaine de traduction cette semaine pour avancer un bon coup avant le gel des traductions. N'hésitez pas à donner un coup de main !

Et comme je l'avais annoncé la dernière fois, cette Alpha est normalement la dernière. Car ça y est, le FESCo a validé il y a peu le changement intitulé « Plus de version Alpha » pour Fedora 27. Cela va être un changement probablement important dans le cycle de développement de Fedora et ce sera intéressant de suivre les impacts.

Pour finir concernant le cycle de développement, le vote des fonds d'écrans supplémentaires s'est terminé et voici les résultats.. Les premières images seront donc disponibles dans la future Fedora 26 pour enrichir vos fonds d'écran.

Changements notables

Pour le coup cela est moins riche que lors de la dernière fois, GNOME étant sortie en stable peu après, peu de changements à ce niveau. Il y le fond d'écran par défaut qui a été mis en place, comme vous pouvez le voir dans la capture ci-dessous.

F26.jpg

Je note que Thunderbird a été mis à jour vers la version 52.0 (ce qui est toujours sympa pour un logiciel que j'utilise au quotidien). Mais la particularité, outre ses nouveautés officielles, est qu'il est maintenant compilé avec le support de GTK+3 au lieu de GTK+2. Et je crois qu'aucune autre distribution le fait par défaut actuellement. Ce qui implique une meilleure intégration visuelle avec l'environnement GNOME (pas de manière énorme, j'en conviens) et est un premier pas pour avoir la prise en charge de Wayland. Fedora donc continue dans sa lancée d'aider à la transition technologique, ayant fait la même chose avec Firefox il y a un an.

Sinon rien de notables, beaucoup de bogues que j'avais rapporté semblent corrigés (ce qui est toujours appréciable), les traductions avancent. J'ai aussi constaté que j'avais besoin de swap, mon ordinateur vieux de 5 ans et demi avec ses 4 Gio commence à peiner sans swap, j'avais de gros soucis d'instabilités faute de RAM disponible. Je vais voir pour étendre à 8 Gio la mémoire vive pour le faire durer encore un peu.

Les problèmes rencontrés ?

Honnêtement, pas de gros soucis depuis un mois. Le seul nouveau problème que j'ai rencontré c'est un soucis entre les applications Qt (en particulier Qt creator) et Wayland. Depuis un mois je code pour le travail une application Qt et j'ai constaté le soucis. Probablement due à la mauvaise gestion de Wayland dans Qt (qui est en retard sur ce point par rapport à GTK+).

C'est vrai que c'est plutôt gênant, la souris perd facilement la possibilité d'agir (cliquer, scroller) ou le clavier change de disposition (en qwerty en général) sans retour en arrière possible. Passer en TTY et revenir dans GNOME suffit souvent à contourner le soucis. Mais c'est tellement récurrent et pénible que je suis sous X11 pour ma session du travail, tant que je bosse sur Qt du moins.

Sinon je n'ai rien de notable ce qui est plutôt bon signe. Je n'ai pas eu vraiment le temps de participer aux deux précédentes journées de tests, j'espère participer à la prochaine pour rapporter d'éventuels soucis. :-)" class="smiley

La semaine de traduction de Fedora 26 a débuté !

Charles-Antoine Couret

virtual-translations-sprint-f26.png

Depuis Fedora 24, durant le cycle de développement de la prochaine version, le projet Fedora met à l'honneur la traduction pendant une semaine. L'objectif est de traduire un maximum de choses durant cette semaine afin que l'ensemble du travail effectué aujourd'hui soit disponible lors de la sortie finale. Et plus la traduction est complète, mieux c'est pour les utilisateurs, spécialement pour ceux ne connaissant pas l'anglais.

La semaine de traduction commence aujourd'hui (le 11 avril) pour se terminer le 18 avril. Et la communauté francophone y participe bien évidemment.

Pour l'occasion, le projet Fedora a listé les paquets prioritaires à traduire. Cette liste repose sur la présence de ces programmes durant le processus d'installation, avant que l'utilisateur ne puisse mettre à jour le composant pour obtenir une meilleure traduction. Pour la langue française, cela concerne principalement DNF et Fedora Media Writer qui ne sont plus à jour.

Mais tous les programmes ou sites du projet accueilleront bien entendus vos contributions ! Vous trouverez l'ensemble des traductions restantes sur Zanata.

Si vous souhaitez nous donner un coup de main, vous pouvez consulter la page de l'équipe de traduction française. N'hésitez pas à contacter jibecfed (jean-baptiste@holcroft.fr) en cas de questions sur la traduction également.

Et pour vous remercier de votre aide, en cas de contribution significative (supérieure à 20 chaînes) un badge vous sera décerné.

Participez à la journée de test de Fedora 26 sur l'interface de partitionnement d'Anaconda

Charles-Antoine Couret

Aujourd'hui, ce jeudi 6 avril, est une journée dédiée à un test précis : sur la nouvelle interface alternative du partitionnement de l'installateur de Fedora qui est Anaconda.

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 qu'est cette nouvelle interface ?

C'est une nouveauté pour Fedora 26 de fournir pour le partitionnement deux interfaces graphique différentes. La nouvelle interface utilise celle de l'utilitaire blivet-gui qui est plus complète que celle par défaut et sans doute plus traditionnelle par son approche. L'objectif est de simplifier au maximum cette étape en tentant de contenter tout le monde concernant l'approche et la présentation de cette étape. Étape réputée difficile et fondamentale pour l'installateur.

Vous devriez pouvoir choisir au choix lors de l'installation d'utiliser l'une ou l'autre interface.

Les tests du jour couvrent :

  • La création d'un partitionnement personnalisé avec : RAID, BTRFS, LVM, partitions standards ext2, ext3, ext4 ou xfs et sans swap ;
  • Chiffrement des partitions (tout ou partie des partitions) ;
  • Chiffrement de LVM sur un système RAID ;
  • Installation sur des schémas RAID ou LVM déjà existants ;
  • Installation sur un disque vierge.

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.

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.

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.

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é.

Fedora 26 alpha est disponible pour les tests

Charles-Antoine Couret

C'est ce mardi 4 avril que les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de l'Alpha de la future Fedora 26.

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

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

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

Bureautique

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

Administration système

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

Développement

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

Autour de Fedora

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

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

Bons tests à tous !

Votez pour les fonds d'écran supplémentaires de Fedora 26 !

Charles-Antoine Couret

nuancier-f24-voted.png

Depuis Fedora 20, la livrée du système par défaut contient quelques fonds d'écrans additionnels. Et comme d'habitude, les contributeurs pouvaient soumettre leurs propres dessins ou photographies pour décorer cette nouvelle version.

Maintenant que la période de soumission s'est achevée, nous passons à la phase de vote. Tout possesseur d'un compte FAS peut en sélectionner 16 parmi les dizaines qui sont disponibles. Les plus populaires seront bien évidemment choisis et disponibles dans la Fedora 26 à sa sortie.

Le vote se déroule dans l'application Nuancier jusqu'au 6 avril !

Pour ceux que cela intéresse, le badge associé à cette action nécessite une action manuelle. Il suffit de cliquer sur un lien, proposé sur la page après le vote.

Petit bilan de Rawhide, épisode 2

Charles-Antoine Couret

Comme promis, à peu près tous les mois j'essaye de tenir au courant la communauté de mes aventures avec Rawhide / la prochaine version stable. Depuis fin janvier il y a eu de l'aventures et des changements.

Séparation de Rawhide et de Fedora 26

Cela fait une semaine que la séparation a débuté, pour se terminer durant le week-end. Aujourd'hui Rawhide sera donc la future Fedora 27, la branche pour la future Fedora 26 est maintenant indépendante et en voie de stabilisation. En théorie la branche qui va mener à Fedora 26 va introduire moins de changements et plus de correctifs pour améliorer sa stabilité au quotidien et il y a du travail. ;-)" class="smiley

Personnellement j'ai basculé sur la future Fedora 26 pour suivre au mieux son développement et rapporter les anomalies que je rencontre. Par défaut, quelqu'un sous Rawhide avant la séparation restera sur Rawhide après. Si vous souhaitez basculer sur Fedora 26, il est nécessaire d'exécuter la commande suivante :

# dnf distro-sync --releasever=26

Notons que cette commande fonctionne aussi pour passer de Fedora 25 à la future F26. Elle sera probablement plus longue et risquée.

Cette séparation signifie aussi que toutes les fonctionnalités prévues pour F26 doivent être un minimum testable (pour éviter les retards). Puis on va entrer dans le cycle de gel pour la version Alpha qui devrait sortir le 21 mars. Cela signifie aussi que les mises à jour vont passer par Bodhi maintenant, et que les outils de QA vont être accessibles à nouveau comme ceux pour donner le karma aux mises à jour, ou pour tester automatiquement les images.

Une grosse étape a donc été franchie, qui a nécessité beaucoup de travail pour l'équipe de l'infrastructure et les mainteneurs de paquets. Merci à eux.

Plus d'Alpha à partir de Fedora 27 ?

Il y a deux semaines une proposition sur la liste de diffusion de développement souhaite mettre un terme aux versions Alpha dans Fedora.

Comment ? En améliorant la qualité de Fedora Rawhide ! Passage des mises à jour par Bodhi, signature des paquets, utilisation des tests automatiques de QA, etc. L'objectif en améliorant la qualité de Rawhide est de supprimer la première étape d'une nouvelle version stable, pour gagner du temps et en énergie. La Alpha pouvant n'être qu'un jalon pour les nouvelles fonctionnalités. Cela pourrait aussi améliorer grandement la qualité de vie des testeurs en limitant l'impact de certains bogues.

Mais pour l'instant il n'y a pas de validation de ce plan, il faudra être un peu patient pour connaître le fin mot de l'histoire.

Les changements constatés

Si j'utilise la version de développement, outre aider à rapporter les soucis, c'est aussi pour identifier les changements et en profiter. Et je dois dire que contrairement à la dernière fois, il y a quelques changements visibles. Je ne vais présenter que ce qui me semble notable, visible et que j'ai constaté, il est possible que j'ai loupé de gros trucs. ;-)" class="smiley

Cela tourne autours de GNOME. Déjà il y a une refonte des icônes, qui semble légère de prime abord mais qui peut surprendre (notamment licône de Nautilus toute bleue !). Cela est également visible dans les applications GNOME telles que Nautilus (pour les dossier ou les fichiers).

Nouvelles_icones.png

À voir l'étendue de ce nouveau design, mais personnellement j'apprécie.

Ensuite il y a un gros travail en cours sur l'outil de configuration de GNOME. L'objectif est de le rendre plus proche d'en point de vue design des autres applications. Mais aussi plus clair. Et on commence à visualiser ces changements sur quelques pages. Par exemple ici sur la page des utilisateurs :

Ajouter_utilisateur.png Utilisateur.png

Mais cela est visible aussi sur la page des imprimantes (mais n'en ayant pas d'installé pour l'instant, je ne peux vous le montrer, regardez du côté du développeur Felipe Borges qui communique beaucoup sur le sujet).

Il y a l'ajout du nouveau mode nuit. Vous connaissez Redshift ou équivalent ? Ces applications modifient la couleur d'affichage de votre écran suivant l'heure de la journée pour éviter de fatiguer vos yeux notamment le soir en appliquant un filtre rouge. Cette fonctionnalité n'était plus possible directement avec Wayland. Maintenant GNOME intègre cette fonctionnalité directement et cela fonctionne sous Wayland aussi :

Mode_nuit.png

J'ai testé pendant une semaine en gros, la fonctionnalité marche comme prévue mais je ne trouve pas cela pertinent. Je trouvais au contraire que cela me fatiguait plus les yeux, en plus de ne pas être forcément très pratique. En effet, techniquement il faudrait que cela tienne compte de la météo, de l'orientation des fenêtres, de l'éclairage, etc. et non seulement de l'heure et de la latitude. Puis il y a des applications où cela sert plus qu'à d'autres.

Avec mon thème sombre, ce sont surtout les pages web à fond blancs qui posent soucis. Ce serait bien d'activer ce mode sur Firefox par exemple mais pas sur le lecteur vidéo où on souhaite le respect de la couleur d'affichage par exemple. Suivant l'usage de l'ordinateur, on peut se retrouver à jongler avec l'activation de ce mode. Personnellement je l'ai coupé, mais il fonctionne comme attendu.

Enfin, il y une refonte des notifications dans GNOME Shell.

Notifications.png

On peut voir lapparition du bouton pour tout nettoyer, une interface un peu plus claire et « plat », l'ajout des informations de la météo aussi pour éviter de lancer l'application dédiée.

Problèmes rencontrés

Comme d'habitude, Fedora Rawhide nous réserve des surprises en terme de stabilité. Comme la dernière fois, je n'en ai pas rencontré tant que cela, seulement quatre mais qui sont assez importantes.

Le premier est que depuis quelques temps GNOME Wayland crashe plutôt régulièrement avec ma configuration. Cela semble lié au pilote graphique nouveau. Je vais essayer d'obtenir d'autres traces pour faire avancer le sujet.

Le deuxième j'en avais déjà parlé lors du compte rendu du FOSDEM. Je n'ai pas fait de rapport car je n'arrive pas à le reproduire. Cela ressemble un peu à celui-là mais je n'en suis pas sûr même si les symptômes et conditions sont similaires (j'avais en effet changé la disposition par défaut de mon clavier il y a peu).

Le troisième bogue est après la reconstruction générale des paquets avec GCC 7 (le compilateur par défaut de F26), Firefox devenait inutilisable. L'interface n'était pas cohérente, pas chargée entièrement, les pages Web non plus… Cela est due sans doute à une trop grande optimisation du code par GCC qui a cassé le fonctionnement. Quelques jours après le rapport, problème corrigé. :-)" class="smiley

Notons que le bogue que j'avais identifié concernant la lecture des vidéos semble résolue. Enfin ! J'attends encore un peu avant de signaler cela sur le Bugzilla histoire d'être sûr (bogue à caractère aléatoire qui nécessite donc plusieurs essais pour vérifier sa disparition).

Enfin, le dernier est un problème du noyau Linux lié au Wifi pour certains modèles de carte (dont ma carte évidemment). Le noyau crashait partiellement lors de son activation ce qui était plutôt pénible et obligeait de garder un vieux noyau en secours. N'ayant pas encore la connexion par câble à la maison, c'était plutôt embêtant. Mais c'est corrigé. Ouf.

Ce sera tout pour cette fois, ce qui me semble déjà chargé. Je vous donne rendez-vous dans 1 mois pour la suite des aventures.

Petit problème dans les élections du FAmSCo

Charles-Antoine Couret

J'en avais parlé il y a peu des résultats des différentes élections au sein du projet Fedora, dont le FAmSCo, l'organe qui gère les ambassadeurs du projet.

Cependant dans ces résultats, une polémique a eu lieu.

Une information passée inaperçue

La polémique a concerné Frederico Lima qui est un contributeur brésilien. C'est même un contributeur plutôt connu et respecté dans l'ensemble ce qui explique peut être le manque de vigilance (ou l'absurdité des règles) qui a entouré son élection.

En effet, même si c'est un bon contributeur, le fait est que s'il avait souhaité devenir ambassadeur, son mentor n'était pas actif ou disponible jusqu'au jour de l'élection. Et plutôt que de renoncer à la candidature ou de contacter un autre mentor, l'élection s'est poursuivie. Peu après, des gens ont constaté que formellement il n'était pas ambassadeur et ne peut donc siéger au FAmSCo qui gère les ambassadeurs.

Résolution

S'en est suivi forcément une situation de crise autour de ce contexte. Le FAmSCo a saisi le Conseil pour obtenir un avis, qui a renvoyé le FAmSCo face à sa propre procédure en cas de siège vacant.

Le FAmSCo va donc proposer quelques noms pour remplacer le siège vacant à la communauté afin de procéder à un changement. Voici les noms : Zacharias Mitzelos, Sirko Kemter et… Frederico Lima lui même. Et oui entre temps il est devenu formellement un ambassadeur.

À l'heure actuelle, je ne sais pas où en est la procédure. D'autant qu'entre temps les liens fedorahosted sont morts définitivement, et c'est là bas qu'avait commencé la procédure.

Conclusion

Cet évènement a entrainé une grosse discussion sur les listes de diffusions (dont je peine à retrouver la trace) pas particulièrement agréables sur ce qui semble être une situation absurde.

Ce genre d'évènements plaident pour la mise à mal du statut d'ambassadeur, et que tout contributeur un minimum sérieux et impliqué devrait l'être d'office pour éviter ce genre de bévues. Il est assez étonnant de considérer un contributeur actif de plusieurs années ne puisse pas remplir le rôle d'un ambassadeur. Et peut être qu'il va retrouver son siège qu'il avait obtenu, car durant le laps de temps il a rempli la formalité nécessaire pour être un ambassadeur auprès du projet.

En tout cas on peut espérer que les leçons vont être tirées du cette histoire. Soit en vérifiant ce genre de formalités même pour des membres « connus » de longue date, ou en supprimant ce statut formellement.

Nettoyage de printemps de la documentation francophone

Charles-Antoine Couret

Pour l'arrivée du printemps, le site fedora-fr.org se modernise un peu (suppressions de pages inutiles / obsolètes, passage en HTTPS, remplacement de Google Analytics par Piwik). La documentation francophone aussi. Depuis quelques années elle n'était plus suffisamment maintenue et nous souhaitons y remédier.

Pour cela quelques rédacteurs se mettent au travail pour retravailler le Wiki, taguer les pages obsolètes comme telles, réécrire les articles ayant besoin d'un rafraichissement ou même écrire du nouveau contenu pour nous adapter aux besoins des utilisateurs d'aujourd'hui. L'objectif est de retrouver un wiki plutôt à jour et de qualité pour aider les utilisateurs de Fedora au quotidien.

Vous êtes bien sûr invités à contribuer à cet effort collectif, il y a toujours besoin d'aide que ce soit pour la réalisation des articles, la relecture, ou même des tâches annexes (comme tagguer les pages correctement). Si vous êtes intéressés, vous pouvez commencer par suivre la page de présentation pour contribuer.

Si vous avez des idées de contenus à ajouter pour répondre aux besoins d'aujourd'hui (par exemple une page sur Wayland), merci de donner votre avis sur le forum.

En espérant que cette initiative vous sera utile et vous plaira. :-)" class="smiley

Résultats des élections de Fedora

Charles-Antoine Couret

Comme je vous le rapportais il y a peu, Fedora a organisé des élections pour renouveler partiellement le collège de ses organes.

Le scrutin est comme toujours un vote par valeurs. Nous pouvons attribuer à chaque candidat un certain nombre de points, dont la valeur maximale est celui du nombre de candidat, et le minimum 0. Cela permet de montrer l'approbation à un candidat et la désapprobation d'un autre sans ambiguïté. Rien n'empêchant de voter pour deux candidats avec la même valeur.

Les résultats pour le Conseil sont (seul le premier est élu) :

  # votes |  noms
- --------+----------------------
     743  | Robert Mayr (robyduck)
- --------+----------------------
     738  | Justin W. Flory (jflory7)
     466  | Giannis Konstantinidis (giannisk)
     413  | Charles Profitt (cprofitt)
     393  | Itamar Reis Peixoto (itamarjp/itamarjp)

À titre indicatif le score maximal possible était de 5 * 260 (pour 260 votants) soit 1300.

Les résultats pour le FESCo sont (seuls les cinq premiers sont élus) :

  # votes |  noms
- --------+----------------------
    1401  | Kevin Fenzi (nirik / kevin)
    1075  | Adam Miller (maxamillion / maxamillion)
     988  | Jared Smith (jsmith / jsmith)
     735  | Justin Forbes (jforbes / jforbes)
     691  | Kalev Lember (kalev / kalev)
- --------+----------------------
     558  | Itamar Reis Peixoto (itamarjp / itamarjp)
     539  | Frederico Lima (fredlima / fredlima)

À titre indicatif le score maximal possible était de 7 * 267 (pour 267 votants) soit 1869.

Les résultats pour le FAmSCo sont donc (seuls les sept premiers sont élus) :

  # votes |  noms
- --------+----------------------
    1623  | Robert Mayr (robyduck)
    1576  | Jona Azizaj (jonatoni)
    1274  | Gabriele Trombini (mailga)
    1168  | Giannis Konstantinidis (giannisk)
    1110  | Itamar Reis Peixoto (itamarjp)
    1010  | Frederico Lima (fredlima)
     964  | Sylvia Sanchez (Kohane / lailah)
- --------+----------------------
     944  | Sirko Kemter (gnokii)
     920  | Zacharias Mitzelos (mitzie)
     862  | Marcel Ribeiro Dantas (mribeirodantas)
     856  | Daniel Lara (danniel)
     735  | Lucas Landim (landim)
     731  | Tulio Macedo (_Teseu_ / teseu)

À titre d'indication, la valeur maximale possible est de 13 * 247 (car il y a eu 247 votants) soit 3211.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin était proche aux alentours de 250 votants.. Les scores sont aussi plutôt éparpillés, avec souvent quelques membres assez largement en tête de chaque scrutin. Kevin a par contre écrasé le vote pour l'accès au FESCo, démontrant la qualité apprécié de son travail depuis des années.

Bravo aux participants et aux élus, que le projet Fedora avance. :-)" class="smiley

Résultats des élections de Fedora

Charles-Antoine Couret

Comme je vous le rapportais il y a peu, Fedora a organisé des élections pour renouveler partiellement le collège de ses organes.

Le scrutin est comme toujours un vote par valeurs. Nous pouvons attribuer à chaque candidat un certain nombre de points, dont la valeur maximale est celui du nombre de candidat, et le minimum 0. Cela permet de montrer l'approbation à un candidat et la désapprobation d'un autre sans ambiguïté. Rien n'empêchant de voter pour deux candidats avec la même valeur.

Les résultats pour le Conseil sont (seul le premier est élu) :

  # votes |  noms
- --------+----------------------
     743  | Robert Mayr (robyduck)
- --------+----------------------
     738  | Justin W. Flory (jflory7)
     466  | Giannis Konstantinidis (giannisk)
     413  | Charles Profitt (cprofitt)
     393  | Itamar Reis Peixoto (itamarjp/itamarjp)

À titre indicatif le score maximal possible était de 5 * 260 (pour 260 votants) soit 1300.

Les résultats pour le FESCo sont (seuls les cinq premiers sont élus) :

  # votes |  noms
- --------+----------------------
    1401  | Kevin Fenzi (nirik / kevin)
    1075  | Adam Miller (maxamillion / maxamillion)
     988  | Jared Smith (jsmith / jsmith)
     735  | Justin Forbes (jforbes / jforbes)
     691  | Kalev Lember (kalev / kalev)
- --------+----------------------
     558  | Itamar Reis Peixoto (itamarjp / itamarjp)
     539  | Frederico Lima (fredlima / fredlima)

À titre indicatif le score maximal possible était de 7 * 267 (pour 267 votants) soit 1869.

Les résultats pour le FAmSCo sont donc (seuls les sept premiers sont élus) :

  # votes |  noms
- --------+----------------------
    1623  | Robert Mayr (robyduck)
    1576  | Jona Azizaj (jonatoni)
    1274  | Gabriele Trombini (mailga)
    1168  | Giannis Konstantinidis (giannisk)
    1110  | Itamar Reis Peixoto (itamarjp)
    1010  | Frederico Lima (fredlima)
     964  | Sylvia Sanchez (Kohane / lailah)
- --------+----------------------
     944  | Sirko Kemter (gnokii)
     920  | Zacharias Mitzelos (mitzie)
     862  | Marcel Ribeiro Dantas (mribeirodantas)
     856  | Daniel Lara (danniel)
     735  | Lucas Landim (landim)
     731  | Tulio Macedo (_Teseu_ / teseu)

À titre d'indication, la valeur maximale possible est de 13 * 247 (car il y a eu 247 votants) soit 3211.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin était proche aux alentours de 250 votants.. Les scores sont aussi plutôt éparpillés, avec souvent quelques membres assez largement en tête de chaque scrutin. Kevin a par contre écrasé le vote pour l'accès au FESCo, démontrant la qualité apprécié de son travail depuis des années.

Bravo aux participants et aux élus, que le projet Fedora avance. :-)" class="smiley

Petit bilan de Rawhide, 2 mois après

Charles-Antoine Couret

Comme vous le savez, il y a deux mois je suis passé à Rawhide. Pour la première fois je vais vivre entièrement le cycle de développement d'une version de Fedora. L'objectif étant bien entendu de découvrir des choses et d'aider à détecter des problèmes plus tôt. Afin que la Fedora 26 soit la plus stable possible.

Les problèmes rencontrés

Il n'y a pas à dire, à ce stade il y a du boulot ! J'ai rencontré en 2 mois quelques bogues plutôt importants. Je m'y attendais, et il y a eu de grands progrès par rapport à la situation d'il y a quelques années.

En premier lieu, un bogue de Firefox que j'avais peu avant la sortie de F25 qui continue à me poursuivre. Les vidéos sur les pages Web parfois tournent en boucle sur 1 seconde de buffer. Rendant illisible la lecture, obligeant de relancer Firefox.

Ensuite, un bogue qui continue toujours, GNOME Shell a une erreur obligeant à relancer la session, sans raison à son lancement. C'est plutôt aléatoire. Mais si la session se lance bien, ce problème ne surgit plus avant le prochain lancement.

Un bogue apparemment qui a concerné aussi F25 et F24, avec Firefox impossible d'aller sur des sites tels que Google ou Wikipédia. Un problème dû à HTTPS sur HTTP2 apparemment. Cela a été corrigé rapidement, mais pourrait revenir pour Thunderbird et SeaMonkey à l'avenir, à cause de la mise à jour de NSS (la bibliothèque de sécurité de Mozilla) et le manque de correctif pour ces programmes. C'est en discussion sur la manière d'aborder la chose.

Un nouveau bogue apparu hier, qui semble venir du logiciel lui même. Ouvrir des onglets dans Epiphany rend l'écran noir ou gèle le système. Plutôt ennuyeux, mais au moins Epiphany n'est pas mon navigateur principal donc cela ne me gêne pas trop.

Enfin, dernier bogue qui vient d'être résolu. GNOME Shell, GDM et d'autres programmes plantaient, à cause d'un écart de version entre la bibliothèque harfbuzz de Fedora et de FreeType dans RPMFusion. Le mainteneur dans RPMFUsion a rapidement corrigé le tir.

Bref, 5 bogues que je considère comme importants et que j'ai rencontré en 2 mois. Ce n'est pas beaucoup. Dont 2 qui ont touché aussi la version stable de Fedora par ailleurs. Cela demande quand même un peu de patience et de bidouilles pour corriger la situation mais rien d'insurmontable. :-)" class="smiley

Cependant, il y a eu discussion il y a quelques temps sur Rawhide. Un empaqueteur a jugé bon de pousser un paquets qui ne fonctionnait pas sur Rawhide dans les dépôts (car pas testé par ses soins avant). Selon lui Rawhide doit être un dépôt poubelle où la stabilité ne compte pas car cela pourrait ralentir ses développements. Je trouve que de manquer ici de respect aux testeurs est dommageable. Rawhide par définition doit être utilisable et un paquet doit être testé par son mainteneur avant. Cela paraît être le minimum à faire.

Heureusement que cette mentalité a fortement régressé. Il n'y a plus beaucoup d'empaqueteurs qui tiennent encore de tels propos.

Les changements

Forcément l'intérêt de passer à Rawhide ou à une version de tests, c'est aussi découvrir et profiter des changements en avance. Pour l'instant pas de grands bouleversements. GNOME Shell et LibreOffice sont en avance d'une version par rapport à Fedora 25 (mais sont toujours en développement). Comme souvent leurs améliorations sont par petite touche et l'ensemble est plus agréable.

Le plus grand changement visible vient de GNOME Builder je pense, dont une bonne partie de l'interface a été changée. C'est l'IDE que j'utilise depuis une année maintenant et il évolue vraiment dans le bon sens, c'est très appréciable.

Après nous ne sommes qu'au début du développement de ce que deviendra Fedora 26. Les fonctionnalités ne sont pas encore toutes définies, et encore moins mises en place. Et les logiciels upstream aussi ont beaucoup à faire, GNOME n'a pas encore fini de changer (sa sortie étant dans 2 mois) par exemple.

J'espère que ce genre de billets vous plairont, je compte en faire mensuellement. Quand j'aurais des changements plus visibles je ferais des captures d'écran associés. Si cela intéresse les gens d'aller à l'aventure de Rawhide, n'hésitez pas, il y a très peu de testeurs mais beaucoup de besoins ! Et c'est grâce à cette activité que la Fedora stable est stable.

Petit bilan de Rawhide, 2 mois après

Charles-Antoine Couret

Comme vous le savez, il y a deux mois je suis passé à Rawhide. Pour la première fois je vais vivre entièrement le cycle de développement d'une version de Fedora. L'objectif étant bien entendu de découvrir des choses et d'aider à détecter des problèmes plus tôt. Afin que la Fedora 26 soit la plus stable possible.

Les problèmes rencontrés

Il n'y a pas à dire, à ce stade il y a du boulot ! J'ai rencontré en 2 mois quelques bogues plutôt importants. Je m'y attendais, et il y a eu de grands progrès par rapport à la situation d'il y a quelques années.

En premier lieu, un bogue de Firefox que j'avais peu avant la sortie de F25 qui continue à me poursuivre. Les vidéos sur les pages Web parfois tournent en boucle sur 1 seconde de buffer. Rendant illisible la lecture, obligeant de relancer Firefox.

Ensuite, un bogue qui continue toujours, GNOME Shell a une erreur obligeant à relancer la session, sans raison à son lancement. C'est plutôt aléatoire. Mais si la session se lance bien, ce problème ne surgit plus avant le prochain lancement.

Un bogue apparemment qui a concerné aussi F25 et F24, avec Firefox impossible d'aller sur des sites tels que Google ou Wikipédia. Un problème dû à HTTPS sur HTTP2 apparemment. Cela a été corrigé rapidement, mais pourrait revenir pour Thunderbird et SeaMonkey à l'avenir, à cause de la mise à jour de NSS (la bibliothèque de sécurité de Mozilla) et le manque de correctif pour ces programmes. C'est en discussion sur la manière d'aborder la chose.

Un nouveau bogue apparu hier, qui semble venir du logiciel lui même. Ouvrir des onglets dans Epiphany rend l'écran noir ou gèle le système. Plutôt ennuyeux, mais au moins Epiphany n'est pas mon navigateur principal donc cela ne me gêne pas trop.

Enfin, dernier bogue qui vient d'être résolu. GNOME Shell, GDM et d'autres programmes plantaient, à cause d'un écart de version entre la bibliothèque harfbuzz de Fedora et de FreeType dans RPMFusion. Le mainteneur dans RPMFUsion a rapidement corrigé le tir.

Bref, 5 bogues que je considère comme importants et que j'ai rencontré en 2 mois. Ce n'est pas beaucoup. Dont 2 qui ont touché aussi la version stable de Fedora par ailleurs. Cela demande quand même un peu de patience et de bidouilles pour corriger la situation mais rien d'insurmontable. :-)" class="smiley

Cependant, il y a eu discussion il y a quelques temps sur Rawhide. Un empaqueteur a jugé bon de pousser un paquets qui ne fonctionnait pas sur Rawhide dans les dépôts (car pas testé par ses soins avant). Selon lui Rawhide doit être un dépôt poubelle où la stabilité ne compte pas car cela pourrait ralentir ses développements. Je trouve que de manquer ici de respect aux testeurs est dommageable. Rawhide par définition doit être utilisable et un paquet doit être testé par son mainteneur avant. Cela paraît être le minimum à faire.

Heureusement que cette mentalité a fortement régressé. Il n'y a plus beaucoup d'empaqueteurs qui tiennent encore de tels propos.

Les changements

Forcément l'intérêt de passer à Rawhide ou à une version de tests, c'est aussi découvrir et profiter des changements en avance. Pour l'instant pas de grands bouleversements. GNOME Shell et LibreOffice sont en avance d'une version par rapport à Fedora 25 (mais sont toujours en développement). Comme souvent leurs améliorations sont par petite touche et l'ensemble est plus agréable.

Le plus grand changement visible vient de GNOME Builder je pense, dont une bonne partie de l'interface a été changée. C'est l'IDE que j'utilise depuis une année maintenant et il évolue vraiment dans le bon sens, c'est très appréciable.

Après nous ne sommes qu'au début du développement de ce que deviendra Fedora 26. Les fonctionnalités ne sont pas encore toutes définies, et encore moins mises en place. Et les logiciels upstream aussi ont beaucoup à faire, GNOME n'a pas encore fini de changer (sa sortie étant dans 2 mois) par exemple.

J'espère que ce genre de billets vous plairont, je compte en faire mensuellement. Quand j'aurais des changements plus visibles je ferais des captures d'écran associés. Si cela intéresse les gens d'aller à l'aventure de Rawhide, n'hésitez pas, il y a très peu de testeurs mais beaucoup de besoins ! Et c'est grâce à cette activité que la Fedora stable est stable.

Élections pour le Conseil, FESCo et FAmSCo cette semaine

Charles-Antoine Couret

Comme le projet Fedora est communautaire, une partie du collège des organisations suivantes doit être renouvelée : Council, FESCo et FAmSCo. Et ce sont les contributeurs qui décident. Chaque candidat a bien sûr un programme et un passif qu'ils souhaitent mettre en avant durant leur mandat pour orienter le projet Fedora dans certaines directions. Je vous invite à étudier les propositions des différents candidats pour cela.

J'ai voté

Pour voter, il est nécessaire d'avoir un compte FAS actif et de faire son choix sur le site du scrutin. Vous avez jusqu'au mardi 17 janvier à minuit heure française pour le faire. Donc n'attendez pas trop.

Je vais profiter de l'occasion pour résumer le rôle de chacun de ces comités afin de clarifier l'aspect décisionnel du projet Fedora mais aussi visualiser le caractère communautaire de celui-ci.

Council

Le Council est ce qu'on pourrait qualifier le grand conseil du projet. C'est donc l'organe décisionnaire le plus élevé de Fedora. Le conseil définit les objectifs à long terme du projet Fedora et participe à l'organisation de celui-ci pour y parvenir. Cela se fait notamment par le biais de discussions ouvertes et transparentes vis à vis de la communauté.

Mais il gère également l'aspect financier. Cela concerne notamment les budgets alloués pour organiser les évènements, produire les goodies, ou des initiatives permettant de remplir les dits objectifs. Ils ont enfin la charge de régler les conflits personnels importants au sein du projet, tout comme les aspects légaux liés à la marque Fedora.

Les rôles au sein du conseil sont complexes.

Ceux avec droit de vote complet

Tout d'abord il y a le FPL (Fedora Project Leader) qui est le dirigeant du conseil et de facto le représentant du projet. Son rôle est lié à la tenue de l'agenda et des discussions du conseil, mais aussi de représenter le projet Fedora dans son ensemble. Il doit également servir à dégager un consensus au cours des débats. Ce rôle est tenu par un employé de Red Hat et est choisi avec le consentement du conseil en question.

Il y a aussi le FCAIC (Fedora Community Action and Impact Coordinator) qui fait le lien entre la communauté et l'entreprise Red Hat pour faciliter et encourager la coopération. Comme pour le FPL, c'est un employé de Red Hat qui occupe cette position avec l'approbation du conseil.

Il y a deux places destinées à la représentation technique et à la représentation plus marketing / ambassadrice du projet. Ces deux places découlent d'une nomination décidée au sein des organes dédiées à ces activités : le FESCo et le FAmSCo. Ces places sont communautaires mais ce sont uniquement ces comités qui décident des attributions.

Il reste deux places communautaires totalement ouvertes et dont tout le monde peut soumettre sa candidature ou voter. Cela permet de représenter les autres secteurs d'activité comme la traduction ou la documentation mais aussi la voix communautaire au sens la plus large possible. C'est pour l'une de ces places que le vote est ouvert cette semaine !

Ceux avec le droit de vote partiel

Un conseiller en diversité est nommé par le FPL avec le soutien du conseil pour favoriser l'intégration au sein du projet des populations le plus souvent discriminées. Son objectif est donc de déterminer les programmes pour régler cette problématique et résoudre les conflits associés qui peuvent se présenter.

Un gestionnaire du programme Fedora qui s'occupe du planning des différentes versions de Fedora. Il s'assure du bon respect des délais, du suivi des fonctionnalités et des cycles de tests. Il fait également office de secrétaire du conseil. C'est un employé de Red Hat qui occupe ce rôle toujours avec l'approbation du conseil.

FESCo

Le FESCo (Fedora Engineering Steering Committee) est un conseil entièrement composé de membres élus et totalement dévoués à l'aspect technique du projet Fedora.

Ils vont donc traiter en particulier les points suivants :

  • Les nouvelles fonctionnalités de la distribution ;
  • Les sponsors pour le rôle d'empaqueteur (ceux qui pourront donc superviser un débutant) ;
  • La création et la gestion des SIGs (Special Interest Group) pour organiser des équipes autour de certaines thématiques ;
  • La procédure d'empaquetage des paquets.

Le responsable de ce groupe est tournant. Les 9 membres sont élus pour un an, sachant que chaque élection renouvelle la moitié du collège.

FAmSCo

Le FAmSCo (Fedora Ambassadors Steering Committee) est l'équivalent du FESCo sur l'aspect plus humain du projet. Pendant que le FESCo se préoccupera beaucoup plus des empaqueteurs, la préoccupation de ce conseil est plutôt l'ambassadeur.

Voici un exemple des thèmes dont il a compétence :

  • Gérer l'accroissement des ambassadeurs à travers le mentoring ;
  • Pousser à la création et au développement des communautés plus locales comme la communauté française par exemple ;
  • Réaliser le suivi des évènements auxquels participent les ambassadeurs ;
  • Accorder les ressources aux différentes communautés ou activités, en fonction des besoin et de l'intérêt ;
  • S'occuper des conflits entre ambassadeurs.

Les 7 membres de cette équipe sont également entièrement élus avec une durée de mandat d'un an. Chaque élection renouvelle le collège par moitié.

Élections pour le Conseil, FESCo et FAmSCo cette semaine

Charles-Antoine Couret

Comme le projet Fedora est communautaire, une partie du collège des organisations suivantes doit être renouvelée : Council, FESCo et FAmSCo. Et ce sont les contributeurs qui décident. Chaque candidat a bien sûr un programme et un passif qu'ils souhaitent mettre en avant durant leur mandat pour orienter le projet Fedora dans certaines directions. Je vous invite à étudier les propositions des différents candidats pour cela.

J'ai voté

Pour voter, il est nécessaire d'avoir un compte FAS actif et de faire son choix sur le site du scrutin. Vous avez jusqu'au mardi 17 janvier à minuit heure française pour le faire. Donc n'attendez pas trop.

Je vais profiter de l'occasion pour résumer le rôle de chacun de ces comités afin de clarifier l'aspect décisionnel du projet Fedora mais aussi visualiser le caractère communautaire de celui-ci.

Council

Le Council est ce qu'on pourrait qualifier le grand conseil du projet. C'est donc l'organe décisionnaire le plus élevé de Fedora. Le conseil définit les objectifs à long terme du projet Fedora et participe à l'organisation de celui-ci pour y parvenir. Cela se fait notamment par le biais de discussions ouvertes et transparentes vis à vis de la communauté.

Mais il gère également l'aspect financier. Cela concerne notamment les budgets alloués pour organiser les évènements, produire les goodies, ou des initiatives permettant de remplir les dits objectifs. Ils ont enfin la charge de régler les conflits personnels importants au sein du projet, tout comme les aspects légaux liés à la marque Fedora.

Les rôles au sein du conseil sont complexes.

Ceux avec droit de vote complet

Tout d'abord il y a le FPL (Fedora Project Leader) qui est le dirigeant du conseil et de facto le représentant du projet. Son rôle est lié à la tenue de l'agenda et des discussions du conseil, mais aussi de représenter le projet Fedora dans son ensemble. Il doit également servir à dégager un consensus au cours des débats. Ce rôle est tenu par un employé de Red Hat et est choisi avec le consentement du conseil en question.

Il y a aussi le FCAIC (Fedora Community Action and Impact Coordinator) qui fait le lien entre la communauté et l'entreprise Red Hat pour faciliter et encourager la coopération. Comme pour le FPL, c'est un employé de Red Hat qui occupe cette position avec l'approbation du conseil.

Il y a deux places destinées à la représentation technique et à la représentation plus marketing / ambassadrice du projet. Ces deux places découlent d'une nomination décidée au sein des organes dédiées à ces activités : le FESCo et le FAmSCo. Ces places sont communautaires mais ce sont uniquement ces comités qui décident des attributions.

Il reste deux places communautaires totalement ouvertes et dont tout le monde peut soumettre sa candidature ou voter. Cela permet de représenter les autres secteurs d'activité comme la traduction ou la documentation mais aussi la voix communautaire au sens la plus large possible. C'est pour l'une de ces places que le vote est ouvert cette semaine !

Ceux avec le droit de vote partiel

Un conseiller en diversité est nommé par le FPL avec le soutien du conseil pour favoriser l'intégration au sein du projet des populations le plus souvent discriminées. Son objectif est donc de déterminer les programmes pour régler cette problématique et résoudre les conflits associés qui peuvent se présenter.

Un gestionnaire du programme Fedora qui s'occupe du planning des différentes versions de Fedora. Il s'assure du bon respect des délais, du suivi des fonctionnalités et des cycles de tests. Il fait également office de secrétaire du conseil. C'est un employé de Red Hat qui occupe ce rôle toujours avec l'approbation du conseil.

FESCo

Le FESCo (Fedora Engineering Steering Committee) est un conseil entièrement composé de membres élus et totalement dévoués à l'aspect technique du projet Fedora.

Ils vont donc traiter en particulier les points suivants :

  • Les nouvelles fonctionnalités de la distribution ;
  • Les sponsors pour le rôle d'empaqueteur (ceux qui pourront donc superviser un débutant) ;
  • La création et la gestion des SIGs (Special Interest Group) pour organiser des équipes autour de certaines thématiques ;
  • La procédure d'empaquetage des paquets.

Le responsable de ce groupe est tournant. Les 9 membres sont élus pour un an, sachant que chaque élection renouvelle la moitié du collège.

FAmSCo

Le FAmSCo (Fedora Ambassadors Steering Committee) est l'équivalent du FESCo sur l'aspect plus humain du projet. Pendant que le FESCo se préoccupera beaucoup plus des empaqueteurs, la préoccupation de ce conseil est plutôt l'ambassadeur.

Voici un exemple des thèmes dont il a compétence :

  • Gérer l'accroissement des ambassadeurs à travers le mentoring ;
  • Pousser à la création et au développement des communautés plus locales comme la communauté française par exemple ;
  • Réaliser le suivi des évènements auxquels participent les ambassadeurs ;
  • Accorder les ressources aux différentes communautés ou activités, en fonction des besoin et de l'intérêt ;
  • S'occuper des conflits entre ambassadeurs.

Les 7 membres de cette équipe sont également entièrement élus avec une durée de mandat d'un an. Chaque élection renouvelle le collège par moitié.

AMC version 1.3.0

Patrice Kadionik

Les RPM d'AMC (Auto Multiple Choice) version 1.3.0 sont disponibles dans le dépôt eddy33 pour Fedora ≥ 23, versions 32 et 64 bits.


Installation :

# dnf install http://kadionik.vvv.enseirb-matmeca.fr/fedora/repo-eddy33-1.0-1.fc25.noarch.rpm
# dnf install auto-multiple-choice

++

Création du dépôt Fedora eddy33

Patrice Kadionik

Salut.

Cela faisait pas mal de temps que je cherchais l'occasion de créer un dépôt Fedora... C'est fait !

J'utilise le logiciel libre AMC (Auto Multiple Choice) pour créer des QCM avec autocorrection après scan des copies afin d'évaluer certains de mes cours.

AMC est un logiciel plutôt génial pour cela : http://home.gna.org/auto-qcm/

Malheureusement, il n'est plus maintenu sous forme de paquetages RPM pour Fedora depuis la version 21. J'ai ainsi comblé ce vide avec la création du dépôt eddy33. Le dépôt eddy33 propose AMC pour Fedora 23 et supérieur en version 32 et 64 bits. Voici donc le premier paquetage que je maintiens. Il faut bien un début ;-)" class="smiley

L'accès au dépôt eddy33 se fait par la commande :
# dnf install http://kadionik.vvv.enseirb-matmeca.fr/fedora/repo-eddy33-1.0-1.fc25.noarch.rpm

Les paquetages disponibles sont signés.

++