Compilation du lun., 01 janv. 2024, liste linuxfr-news Sommaire :
1. [Lettre LinuxFr.org] Fedora a 20 ans : coup d'oeil dans le rétro avec
Renault - [email protected]
2. [Lettre LinuxFr.org] An neuf, vœux neufs - [email protected]
--- Begin Message ---Fedora a 20 ans : coup d'oeil dans le rétro avec Renault
Le projet Fedora a fêté le 6 novembre 2023 ses 20 ans. C'est en effet via cette annonce publique de la sortie de la dénommée Fedora Core 1 qui marque le coup d'envoi de cette histoire.
Continuité de la distribution Red Hat Linux en prenant un aspect communautaire, elle aura su au gré du temps s'imposer comme une distribution généraliste majeure de l'écosystème Linux. Au fil des années, de nombreuses technologies incorporées et testées en premier lieu dans la distribution ont su se généraliser au reste des distributions.
Profitons de cet anniversaire pour faire une rétrospective de l'évolution de la distribution mais aussi un rappel d'où nous partions il y a 20 ans. Cela permettra d'envisager aussi ce que nous réserve l'avenir, et qui sait faire un nouveau point d'étape dans 20 ans ?
- lien nᵒ 1 : Le site officiel du projet fedora
- lien nᵒ 2 : Site officiel de la communauté francophone de Fedora
- lien nᵒ 3 : Historique du site Fedora-fr
Sommaire
La genèse
Le commencement de la distribution Fedora nécessite de revenir un peu avant la sortie de Fedora Core 1, en 2002. À ce moment là, l'entreprise Red Hat maintenait deux distributions : Red Hat Enterprise Linux et Red Hat Linux. La première existe toujours et est le produit phare de l'entreprise, à savoir une distribution centrée sur les besoins professionnels et les usages avancés tels que les serveurs ou les stations de travail pro en vendant des licences et du support. La seconde était plutôt destinée au particulier pour avoir une distribution à utiliser à la maison comme il pouvait acheter en magasin une Mandrake ou un Windows XP en ce temps là sur CD.
Dans les deux cas, si les distributions sont libres avec le code source accessible, le développement n'est pas communautaire et Red Hat ne propose dans ses dépôts que les paquets qu'elle maintient.
Warren Togami a eu comme projet universitaire de proposer un dépôt communautaire et complémentaire pour ces distributions. L'objectif était de compléter les logiciels manquants dans les dépôts avec une bonne qualité d'intégration tout en permettant à d'autres personnes de l'aider dans cette tâche.
Le projet prend le nom fedora.us en référence au modèle de chapeau iconique du logo de Red Hat. Et il prend rapidement de l'essor.
Les ressources n'étant pas infinies, Red Hat souhaite se désengager de Red Hat Linux qui n'est pas assez rentable et propose de chapeauter le projet Fedora en adoptant un développement communautaire, et en s'en servant comme base pour sa distribution phare RHEL tout en donnant des ressources matérielles et humaines pour aider le projet Fedora dans sa tâche. En un sens, le projet Fedora et Red Hat Linux fusionnent. Au début cependant Red Hat maintenait le dépôt Core (d'où le nom de Fedora Core) tandis que les personnes extérieures pouvaient gérer de manière autonome le dépôt Extra.
C'est ainsi que fin 2003, Fedora Core 1 est publiée en se basant sur Red Hat Linux 9. Red Hat Linux n'aura plus de mises à jour dès mi-2004 marquant la fin de cette distribution.
Fedora Core 1
Si on fait l'expérience d'installer une Fedora Core 1, le ressenti est assez déroutant. Outre la nostalgie de ces interfaces finalement classiques mais un peu désuètes avec des graphismes très simples voire austères, nous ne sommes pour autant pas déboussolés tant les fondamentaux sont là. Le système est cependant bien plus réactif qu'à l'époque tant les performances ont progressé depuis.
En effet, la Fedora Core 1 nécessitait au minimum :
- un processeur 400 MHz Pentium II pour un usage graphique
- l'espace disque requis pouvait aller de 500 Mio au minimum à 5 Gio pour installer l'ensemble des paquets
- et niveau mémoire 256 Mio étaient recommandées pour un usage graphique.
Il ne manque que le doux bruit du disque dur qui gratte ou celui des courants qui dirigent les faisceaux d'électrons dans les tubes cathodiques avec ce grésillement caractéristique pour afficher un économiseur d'écran ou encore les fréquences pour établir les connexions via un modem 56k pour retrouver cette ambiance du début des années 2000.
Mais si au premier abord, rien n'a changé, en réalité tout est différent. Au moins dès ce moment là, l'architecture x86_64 était proposée mais c'était vraiment le balbutiement. En effet, le premier processeur grand public compatible, le Athlon 64, était sorti seulement deux mois plus tôt. L'architecture phare c'était x86 avec sa variante générique mais ancienne i386. Et autant dire avec ces machines sans accélération des instructions de virtualisation, il n'était pas vraiment envisageable de tester Fedora Core par ce biais là.
Reprenons, à ce moment là les Live CD de Fedora Core n'existaient pas encore officiellement. Pour la tester il fallait donc l'installer. Installer Fedora Core demandait au choix de télécharger l'image DVD de 3,7 Gio ou plusieurs images CD. L'installation par USB était un concept en ce temps là. Cela peut paraître superflu, mais quand Internet n'était pas aussi généralisé ou avec un débit très lent, avoir la logithèque au complet dès le départ était un atout important. Acheter un magazine juste pour avoir un CD d'installation était courant pour s'épargner ces temps de téléchargement interminables, et le coût associé parfois.
D'ailleurs, dès l'écran d'installation cet aspect saute aux yeux car nous pouvions littéralement choisir les paquets à installer au moment de l'installation, et insérer si nécessaire les CD complémentaires pour compléter le processus.
L'interface d'anaconda, le logiciel d'installation, était très linéaire avec beaucoup de questions qui font sourire aujourd'hui. Comme le choix du modèle de souris notamment pour connaître le nombre de boutons et la présence éventuelle de la molette, le choix du modèle d'écran pour connaître la résolution et la fréquence. Possibilité de synchroniser le temps par NTP mais il faut remplir le champ du serveur NTP soi même. Le compte administrateur et le compte utilisateur principal étaient bien distincts.
Une fois l'installation finie, on pouvait profiter du démarrage graphique avec l'outil rhgb (Red Hat Graphical Boot) qui est toujours un nom qu'on peut voir dans les arguments du noyau aujourd'hui chez Fedora Linux. C'était visuellement sympathique, avec cette possibilité de voir la console du lancement des services tout en gardant une interface graphique autour.
L'écran de connexion GDM se lance, il faut saisir le nom du compte qu'on souhaite lancer. Il n'y a pas de liste des comptes disponibles. Et enfin, l'interface GNOME se lance. Cependant même si c'est un GNOME 2, c'était au début un GNOME 2.4 avec un visuel proche de KDE avec une grande barre principale en bas, sans une bar en haut de l'écran qui était son mode canonique caractéristique. Le menu principal était accessible à travers l’icône du chapeau rouge de Red Hat, qui restera là pour les 4 premières versions de la distribution.
Niveau utilitaires, si certains noms sont familiers comme GIMP, la plupart des utilitaires GNOME, d'autres ont bien changé. Firefox n'existait pas, c'était son ancêtre la suite Mozilla qui était à la barre. Qui malheureusement ne gère pas les protocoles TLS récents ce qui rend impossible son usage sur le web moderne ou presque. Le courriel passait de fait par le même outil au lieu de Thunderbird bien qu'Evolution fut déjà disponible. La messagerie instantanée était proposée par l'ancêtre de Pidgin : Gaim en prenant en charge beaucoup de protocoles de cette époque dont le leader du marché en France qu'était MSN. Pour la suite bureautique c'était OpenOffice.org, le prédécesseur de LibreOffice, qui était présent.
Les outils systèmes étaient aussi très différents. DNF n'était même pas encore un rêve, la gestion des paquets passait par YUM qui était particulièrement lent et peu fiable. Le nombre de fois que la gestion des dépendances aboutissait à casser le système était fréquent, surtout avec l'usage de dépôts alternatifs pas toujours bien gérés. La configuration du système ne reposait pas uniquement sur GNOME mais sur des interfaces individuels conçus par Red Hat nommés system-config-*. C'était relativement peu flexible, il fallait souvent redémarrer la machine ou les services à la main pour appliquer des changements, le mot de passe superutilisateur était souvent requis, le réseau n'était pas géré par NetworkManager, la gestion du réseau n'était pas aussi dynamique qu'aujourd'hui en particulier pour les connexions sans fil, de même que l'intégration système via l'interface dbus. Imprimer était aussi vite laborieux pour installer l'imprimante et avoir le bon pilote, quand il existait. De même pour la numérisation des documents avec XSane.
Le démarrage était géré par des scripts init SysV classiques, systemd n'étant pas là de même que tous ses outils qui gravitent autour. Le noyau Linux lui même était un 2.4.22, la seule version de Fedora pré-2.6 qui fut une évolution majeure du noyau.
Le partitionnement standard était basé le système de fichiers ext3. Btrfs et ext4 n'existaient pas encore. Les volumes logiques par défaut n'apparaîtront également qu'un peu plus tard.
Les restrictions légales aussi rendait impossible la lecture de fichiers musicaux MP3 sans dépôts tiers. Et les limitations de l'époque empêchaient la lecture du son par plusieurs applications en même temps.
Cependant les bases étaient là, l'interface dans les canons de l'époque ce que beaucoup d'environnements de bureau maintiennent aujourd'hui par ailleurs comme Xfce ou MATE. Le thème Bluecurve accuse de l'âge mais l'intégration graphique globale était bonne sur l'ensemble des composants et sur tous les éléments de la chaine dont lors du démarrage de la machine.
20 ans d'évolution progressive visibles…
Après la sortie de Fedora Core 1, les changements sont arrivés petit à petit jusqu'à aboutir à nos systèmes modernes. Parfois un peu dans la souffrance le temps d'effectuer ces transitions.
Dès la 2e version, Fedora Core change de serveur d'affichage XFree86 pour X.org car la licence du projet avait changé pour devenir non libre. SELinux était aussi proposé avant d'être activé par défaut dans la 3e version. Cela reste encore une distinction de Fedora à ce jour dans l'écosystème en dehors d'Android, bien que Ubuntu par exemple a privilégié une alternative AppArmor depuis. La 3e version apporte la mise à disposition du dépôt extra évoqué plus haut, et le navigateur Web par défaut devient Firefox.
Après la Fedora Core 4 qui se démarque par un fond d'écran identique à son prédécesseur ce qui constitue un cas unique à ce jour, Fedora Core 5 marque un rupture par un thème graphique très poussé à base de bulle. Il met en avant le nouveau logo de Fedora qui restera en place pendant de nombreuses années. Et Fedora Core 6 continuera dans cette lancée avec un nouveau thème dédié et surtout l'arrivée de la technologie AIGLX pour proposer l'accélération graphique aux environnements de bureaux. Cela marqua le début de la mode pour les bureaux avec des bureaux virtuels sous forme de face d'un cube, les fenêtres gélatineuses, et autres effets visuels qu'on pouvait personnaliser via Compiz et Beryl.
L'année 2007 sera assez riche. Le mois de mai est marqué par la sortie de Fedora 7 qui abandonne son qualificatif Core grâce à la fusion des dépôts core et extra qui deviennent le dépôt fedora encore utilisé aujourd'hui comme base du système.
Mais Fedora 7 propose aussi un thème iconique signé Diana Fong, qui sera sans doute le dernier thème aussi personnalisé dans la distribution. Fedora 7 propose aussi un Live CD installable ce qui change complètement la manière d'installer et de tester le système. Dans le même temps, l'outil preupgrade est proposé pour faire des mise à niveau par Internet plutôt que de passer par la mise à niveau via les CD (ou une réinstallation). Dans les deux cas la fiabilité de l'opération restait assez aléatoire.
Au cours de l'année 2007, le projet Fedora Legacy jette l'éponge, c'était une initiative communautaire pour allonger la durée de support des versions de Fedora au delà de la moyenne de 13 mois. Cependant c'était gourmand en ressources et il y avait peu de volontaires. Il faut dire que les utilisateurs de Fedora sont plus attirés par les nouveautés que par l'utilisation prolongée d'une vieille version.
Fin de l'année en novembre, Fedora 8 sort en introduisant NetworkManager pour la gestion du réseau et PulseAudio pour le son. Ce dernier changement s'était fait très tôt et a nécessité beaucoup de versions avant d'avoir une gestion du son stable, notamment à cause de pilotes inadaptés et des changements profonds dans le système qui ont été nécessaires. De manière plus anecdotique les fonds d'écran changeaient aussi toutes les heures, principe concerné aujourd'hui pour avoir une variation de teinte en fonction de la luminosité extérieure supposée.
Mais cela ne s'arrête pas là, Fedora 9 migre de SysV à upstart pour la gestion des services au démarrage, technologie signée Canonical qui servira de tremplin à systemd par la suite car il en corrigera ses limitations. PackageKit fait aussi son entrée pour avoir un gestionnaire de paquets universel, capable d'être une surcouche à Yum, Apt et consorts, technologie toujours au cœur de GNOME Logiciels à ce jour. C'est également lui qui vous propose d'installer le paquet qui fourni la commande que vous venez de saisir si elle n'était pas présente dans votre système. C'est aussi cette version qui propose KDE 4.0, une nouvelle version de rupture qui en appellera d'autres pour cet environnement de bureau mais là aussi avec une fiabilité délicate à ses débuts.
Fedora 10 marque le remplacement de rhgb par plymouth pour l'affichage de l'écran de démarrage, ce composant n'ayant pas bougé depuis. Le système de fichiers ext4 est aussi utilisé par défaut en remplacement de ext3.
Fedora 11 a introduit en avant première après une intense campagne de tests le pilote Nvidia libre nouveau permettant d'exploiter le modesetting du noyau et améliorant grandement l'expérience utilisateur des possesseurs d'une carte graphique de la marque.
Fedora 12 introduit l'outil abrt pour détecter les crash et générer des rapports de bogues automatiquement à partir de ceux-ci, un outil important pour la progression de la qualité du projet Fedora. L'architecture x86 nécessite aussi la variante i686 pour améliorer les performances au détriment de la prise en charge des processeurs plus anciens.
C'est à ce moment là que les dépôts tiers Livna, Dribble et Freshrpms fusionnent pour former le dépôt RPMFusion. Ce dépôt est toujours la référence communautaire pour obtenir des paquets non libres ou ceux soumis aux brevets logiciels comme les codecs multimédia et des logiciels tels que VLC.
Quelques années plus tard, en mai 2011, Fedora 15 remplace Openoffice.org par LibreOffice. Tandis que GNOME 3 devient la nouvelle interface de référence en ayant un style plus moderne et épuré. systemd remplace également upstart pour la gestion des services du système. Il faudra attendre cependant Fedora 17 pour que tous les services reposent sur des unités systemd. Cette version introduit également un nouveau pare feu dynamique firewalld qui est toujours utilisé. Les répertoires systèmes fusionnent pour que
/binet/libredirigent vers/usr.Fedora 18 a remplacé l'outil preupgrade par FedUP qui marque un bon en avant dans la fiabilité du processus de mise à niveau du système même si c'était encore perfectible. Fedora 20 introduit la prise en charge de l'architecture ARM.
L'année 2013 fut une autre année charnière pour le projet Fedora. Devant le manque de vision le projet se met en pause pendant 1 an pour réfléchir à son avenir. C'est le projet Fedora.next. Cela donnera lieu à l'adoption des produits Workstation, Server et Cloud / Atomic qui perdurent de nos jours, avec un focus sur l'expérience utilisateur qui a été beaucoup relaté ces dernières années.
La réflexion sur le modèle de distribution des logiciels donnera lieu aux dépôts modulaires et aux variantes immuables de la distribution tels que Fedora Silverblue.
Cette année marque aussi la naissance officielle du Fedora Magazine qui publie une actualité synthétique et instructive du projet Fedora, en langue anglaise uniquement.
Fedora 21, première version sortie après cette période de réflexion met en place les nouveaux produits. Et de manière symbolique les versions de Fedora ne portent plus de nom, auparavant chaque version avait un nom unique qui devait avoir un lien (même ténu) avec le nom de la version précédente.
Fedora 22 marque la fin de l'ère de yum et de FedUp pour reposer sur dnf comme gestionnaire de paquets par défaut. Il était plus rapide, plus fiable et capable de gérer la mise à niveau lui même via un plugin.
En novembre 2016, Fedora 25 propose Wayland pour l'affichage dans l'environnement GNOME par défaut après une expérimentation dans GDM dans la version précédente. Si l'adoption de Wayland n'a pas été un long fleuve tranquille, le chemin parcouru reste important et les progrès visibles. Cette même année l'outil multiplateforme Fedora Media Writer est proposé pour facilement créer une clé USB bootable avec Fedora dessus.
Devant l'amélioration continue de la fiabilité, depuis Fedora 27 il n'y a plus de versions alpha. La version 28 abandonne le compte super utilisateur distinct par l'usage natif de sudo.
Fedora 29 concrétise un peu les objectifs de Fedora.next énoncés quelques années plus tôt par l'arrivée des dépôts modulaires qui n'auront tenu que 5 ans. Mais c'est surtout la première version de Fedora Silverblue qui annonce un début de série pour les distributions et variantes immuables en dehors des conteneurs.
À partir de Fedora 31, l'architecture x86 historique n'est plus prise en charge. 15 ans plus tôt c'était pourtant l'image de référence de la distribution.
Il faudra attendre Fedora 33 pour que btrfs devienne le système de fichier par défaut et de fait l'abandon des volumes logiques comme méthode de partitionnement privilégié car c'est directement fourni par btrfs. Par ailleurs zram compresse la RAM pour augmenter la quantité de mémoire virtuelle au lieu d'une partition swap dédiée comme c'était l'usage.
Fedora 34 permet à Pipewire de remplacer PulseAudio pour la gestion du son, avec une transition plus en douceur cette fois-ci. Le logo de la distribution change une nouvelle fois. Et Fedora Linux 35 adopte le nom actuel de la distribution.
… et 20 ans d'évolution en coulisse
La distribution elle même n'est pas la seule à avoir connu des changements en 20 ans. La communauté et l'infrastructure pour gérer ce projet ont aussi évolué.
En terme d'infrastructure, créer une distribution nécessite de gérer la traduction, le code source des paquets RPM à générer et des outils autour, la génération de ces paquets RPM, il faut des moyens de communication entre les contributeurs mais aussi entre utilisateurs, et divers services internes ou site web pour afficher les informations pertinentes.
Par exemple la traduction a débuté avec l'outil Transifex, avant de passer à Zanata puis à Weblate. Pour le code source cela a commencé avec Trac à l'ère où le gestionnaire de version SVN régnait en maître avant de passer à une solution maison nommée pagure pour tirer profit de git pour finir chez gitlab. Les forums officiels sont arrivés tardivement et sont passés de Ask à Discourse.
Les outils de développement ont significativement évolué même s'ils n'ont pas forcément changé en cours de route comme Bugzilla pour rapporter les bogues ou Koji pour construire les paquets ou encore les listes de diffusion avec Mailman / Hypperkitty pour les échanges de courriels entre développeurs. Des outils ont été ajouté en court de route comme fedmsg pour permettre la communication et la notification entre les différentes applications de l'infrastructure u projet Fedora. Ou encore Anitya qui permet d'être notifié si un projet libre a une nouvelle version publiée qui pourrait de fait justifier de mettre à jour un paquet dans Fedora. Et tant d'autres.
Niveau organisation décisionnelle les changements n'ont pas été très importants, si ce n'est la création d'un organisme dédié à la remontée communautaires des idées, la centralisation des activités de communication notamment des ambassadeurs avec la Fedora Ambassadors Steering Committee devenue depuis Mindshare en étendant son champ d'application.
Au fil des années malgré sa stratégie intacte d'introduire des changements importants en avance sur son temps, la qualité du projet Fedora s'est considérablement améliorée. Il était courant avant de considérer qu'il fallait attendre quelques semaines / mois avant de mettre à niveau son système, le temps d'essuyer les plâtres. Aujourd'hui ce temps est révolu, si les problèmes surviennent parfois, le système reste globalement stable et ce même pour les versions en développement. Avant 2010 utiliser Fedora Rawhide était par exemple un défi en soi, aujourd'hui cela ne l'est plus.
Ce travail résulte d'une maturité de l'écosystème du Logiciel Libre, les briques de base changent moins souvent. Les logiciels sont de manière générale plus testés et mieux finis et Fedora n'y fait pas exception. L'équipe d'assurance qualité de la distribution a aussi pris en ressources et responsabilités pour parvenir à ce résultat. Les outils développés dans ce but comme la notation des mise à jour avec un karma, la création de suite de tests pour de nombreux paquets ou l'outil abrt, et des pratiques telles que les journées de tests y contribuent également. Cela permet à Fedora aujourd'hui de poursuivre sa mission sans dissuader les gens de s'en servir au quotidien ce qui est important dans ce but.
Une communauté francophone quasiment aussi ancienne
La communauté francophone aussi va sur ses 20 ans. Le 24 mai 2004 naissait le site Fedora-fr pour proposer un forum et une documentation en langue française sur base de de l'outil Xoops.
Une page dédiée permet de voir l'évolution de l'équipe de la charte graphique au fil du temps. Après quelques années la plateforme a migré vers eZ publish pour la page d'accueil et FluxBB pour le forum. Tandis que depuis cette année c'est une base Wordpress et Flarum qui ont pris le relai. Le travail de maintenance se poursuit. Le serveur a longtemps été un serveur dédié chez l'hébergeur Ikoula, dont le dénommé Zod, pour finir sur un serveur virtuel chez l'hébergeur Scalway.
Pendant très longtemps le projet Fedora était très centrée sur l'anglais : les sites officiels n'étaient pas toujours traduits, le wiki pas multilingue, les forums officiels sont arrivés tardivement et restent majoritairement focalisés sur l'anglais, le Fedora magazine reste non traduit. D'où la nécessité rapidement d'avoir une communauté francophone avec son propre espace et indépendant du projet Fedora en tant qu'organisation.
Pour mieux gérer les ressources et responsabilités autour du site Fedora-fr, l'association Fedora-fr est fondée le 17/04/2007 à Charleville-Mézière. L'association ensuite se renommera en Borsalinux-fr suite à un accord signé avec Red Hat à ce sujet, le droit américain le nécessitant. L'association sera également déplacée à Paris pour faciliter sa gestion.
La communauté francophone a souvent été reconnue comme dynamique avec de bonnes initiatives et des membres compétents. Le point d'orgue a été l'organisation de la FUDCON (Fedora Users and Developers Conference) à Paris en 2012.
Et après ?
L'aventure du projet Fedora ne s'arrête pas là.
Si les technologies de rupture sont moins fréquentes qu'à ses débuts, il y a de nombreux challenges à relever. Par exemple les variantes immuables gagnent en popularité et utilisabilité. L'objectif reste de se diriger vers ce modèle à terme, est-ce que Fedora sautera le pas en abandonnant Fedora Workstation pour Silverblue ?
Le modèle de distribution des paquets peut aussi évoluer. Le projet Fedora investit beaucoup la question de la génération de paquets Flatpak à partir des RPM. Et si demain la plupart des logiciels étaient distribués par ces Flatpak plutôt que les classiques fichiers RPM ?
La chaine de démarrage souffre aussi de nombreuses limitations liées à l'historique de l’architecture x86. Il semble clair que l'avenir de la prise en charge du BIOS est sombre et que ce n'est plus qu'une question d'années avant d'assister à son abandon. La prise en charge d'UEFI seulement permettra de simplifier cette partie du système et d'envisager d'autres manière de démarrer le système comme avec systemd-boot au lieu de GRUB avec les fonctionnalités qu'il peut fournir dans ce contexte, ou encore le noyau unifié ce qui a été évoqué lors des dernières versions de Fedora. Mais cela signifierait probablement la fin de la prise en charge de nombreuses vieilles machines.
Et sans doute bien d'autres choses qui dépendront aussi des évolutions de l'informatique en général et dans le Logiciel Libre en particulier.
Et vous, quels souvenirs avez-vous de ces 20 années avec Fedora ?
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
--- Begin Message ---An neuf, vœux neufs
Période de changement d’année, période de vœux, parce que forcément, en changeant de millésime, tout va changer, euh… Pour changer donc, soyons fous, soyons rebelles, passons à la trappe les vœux de nouvel an et parlons de nos accomplissements passés et futurs et de ce que nous aimerions voir plus sur notre site préféré sur Linux et le logiciel libre.
Cinq personnes se sont prêtées au jeu de cette dépêche pas vraiment de vœux, mais un peu quand même, et dont l’avion est propulsé par une énergie parfaitement renouvelable et décarbonée, lutte contre le changement climatique oblige. En vrac dans les accomplissements : Python, Ansible, LibreOffice, des restaurants, Hugo (pas Victor, l’autre), Ace, Renga, Haiku, des sauvegardes etc., et cela ouvre sur de belles découvertes. L’année qui vient, sur LinuxFr.org, promet d’être passionnante.
Sommaire
Ysabeau
Accomplissements, réalisations, progrès de l’année 2023
J’ai fait tous les calculateurs de tricot auxquels je pensais et finalisé mon guide sur Calc de LibreOffice dans la foulée. Toujours pour LibreOffice, je me suis lancée dans la création d’une série de modèles pour Impress. Et j’ai refondu mes deux sites pro dans des versions beaucoup plus légères.
Ce que je voudrais faire, apprendre ou approfondir en 2024
M’améliorer sur Inkscape : les filtres et les motifs en particulier, tout le reste en général. Et aussi, peaufiner mes connaissances en EPUB. Terminer la série le Transimpressux et me pencher sur l’informatique et le handicap. Ce dernier sujet est assez peu traité.
Des contenus que je voudrais voir plus sur LinuxFr.org (type de contenu, sujet, etc.)
Un domaine qui mérite d’être plus exploré : la réparabilité, sur les plans techniques et juridiques notamment. Il y a aussi la question du handicap et de l’informatique qui mérite d’être plus mise en avant.
Julien Jorge
Accomplissements, réalisations, progrès de l’année 2023
En 2023 j’avais deux objectifs perso : faire une reprise d’une chanson, avec mon petit matos. C’était l’occasion de m’améliorer musicalement et d’approfondir Ardour. Bon, sur ce projet il ne s’est pas passé grand-chose. Le second objectif était plus simple : aller dans un resto exotique tous les mois. Pas exotique facile genre japonais ou thaï, mais plutôt des trucs auxquels on ne pense pas toujours : africain, brésilien, créole, mexicain, égyptien, allemand, espagnol, roumain, grec, afghan, libanais, russe. Ce projet-là a bien fonctionné :) C’est un petit budget mais ça nous a donné l’occasion de manger des trucs qu’on ne connaissait pas.
Côté informatique j’ai rapatrié tous les articles que j’avais écrit pour divers sites et j’ai tout mis sur mon propre site. Cela permet de m’assurer que ça ne disparaîtra pas quand ces sites mourront, et c’est aussi une démarche contre le web pourri de paywalls et autre pénibilités. Certes ça demande de faire un peu d’administration, mais je pense que ça vaut le coup. J’en ai profité pour tout passer en statique. Fini le _javascript_, les cookies, et autres trucs moisis ; le site est en bon vieux HTML. J’ai quand même opté pour un générateur de site qui me permet d’écrire mes articles en Markdown : Hugo. Maintenant j’espère juste que ce dernier ne deviendra pas obsolète trop tôt :)
J’avais aussi l’intention de passer à la pratique sur l’approche ECS avec la lib EnTT, et j’ai donc entamé une reprise d’un célèbre jeu de battle arena où les joueurs sont coincés dans une arène et posent des bombes pour s’attaquer les uns les autres. J’ai un gameplay grossier en place et un mode PvP, mais pas d’UI digne de ce nom !
Ce que je voudrais faire, apprendre ou approfondir en 2024
Déjà j’aimerais bien finir la refacto de la maison. Et niveau informatique je vise une version fonctionnelle minimale du petit jeu décrit ci-dessus, qui tournerait sous Android et uniquement en PvP. Le jeu est sous licence AGPL.
J’aimerais aussi me lancer dans une série d’articles de revue de code sur des projets amateurs. C’est difficile d’avoir des retours quand on est petit et dans son coin, et c’est vrai que globalement j’ai plutôt tendance à aller voir des projets qui m’apprennent des choses. Pourtant la critique me semble essentielle pour progresser, et de l’autre côté je pense qu’on a tendance à oublier ce qu’est la programmation classique quand on ne suit que des champions. Ça sera pour moi l’occasion de me confronter à des choses plus simples et de partager ma petite expérience. J’avais déjà fait quelques petits retours sur des projets présentés dans le fil C++ Show and Tell du forum r/cpp sur Reddit, j’envisage de faire ça de manière plus rigoureuse via des billets sur mon site.
Des contenus que je voudrais voir plus sur LinuxFr.org (type de contenu, sujet, etc.)
Des cookies, des popups RGPD, des propositions d’inscription à des newsletters qui surgissent quand je fais défiler la page… Heu non, il y a déjà le reste du web pour ça. Je voudrais plus de journaux sur les trucs qui vous intéressent, vos expérimentations, bricolages, essais, un peu de tout du moment qu’il y a de la technique :)
Benoît Oumph Sibaud
Accomplissements, réalisations, progrès de l’année 2023
J’ai commencé à faire un peu de Python, et aussi mes premiers tests Ansible avec Molecule. Le retard côté adminsys pour LinuxFr.org s’est réduit, de même pour celui sur le code (évidemment ça ne va jamais assez vite, c’est le principe). Et il y a eu de nouveaux contributeurs cette année, et ça, ça me réjouit. Et aussi une conf à plusieurs à Pas Sage en Seine (alors que j’ai manqué pour la première fois la Paris Linux Conf Open World Source Experience Solutions Summit Expo depuis 2000). Sinon 25 ans du site, fierté, même si on a raté l’occasion du pique-nique de célébration et que j’ai manqué le happening à OSXP avec l’OSI.
Ce que je voudrais faire, apprendre ou approfondir en 2024
Je voudrais jouer un peu avec Hurl pour des tests HTTP, probablement amener un peu d’intégration continue pour LinuxFr.org (il serait temps) et m’intéresser au Fediverse et à ActivityPub peut-être, et à Gemini (le protocole) ?. Ah oui avoir la fibre chez moi, et du coup probablement plus de services sur mon petit serveur perso (routeur Turris Omnia), et aussi de l’IPv6 sans VPN dédié. Rencontrer plus régulièrement le lectorat ou les personnes contribuant au site ou des publics nouveaux serait à faire et appréciable pour le moral et la motivation : à voir si ce serait via plus de stands ou de conférences ou d’événements.
Plus anecdotique : le 28 juin 2024, la nouvelle politique de minimisation des données mise en place un an plus tôt (pour les 25 ans du site) s’appliquera de fait pour les comptes déjà fermés préalablement, ce qui devrait plus ou moins alléger la base de données.
Des contenus que je voudrais voir plus sur LinuxFr.org (type de contenu, sujet, etc.)
Je serais intéressé d’avoir plus de contenus (idéalement des dépêches) sur la réparation et la réutilisation, sur de l’informatique sobre, sur des sujets qui ne me viendraient pas à l’idée (sérendipité), sur les politiques autour du numérique et des données, sur des retours d’expérience et sur les sujets qui vous passionnent vous. 2024 est aussi l’année des élections européennes, peut-être réfléchir à ce qui est faisable.
PulkoMandy
Accomplissements, réalisations, progrès de l’année 2023
Je ne vais sûrement pas tout lister parce que j’ai déjà oublié certains trucs.
J’ai enfin rattrapé mon retard sur le portage de ACE vers Haiku. J’en ai pas parlé ici parce que ce n’est pas un logiciel libre :(, mais la version Haiku est à jour, avec toutes les fonctionnalités et les plugins de la version MorphOS. Ça a été un gros travail depuis pas mal de temps, puisque j’ai commencé ce portage en 2014. L’auteur de la version originale pour MorphOS avait promis une version PC mais pour Haiku d’abord (histoire de troller les utilisateurs Linux et Windows qui réclamaient un portage sur PC). C’est maintenant chose faite, et peu de temps après une version pour Windows et Linux est apparue également.
J’ai travaillé aussi sur Renga, le client XMPP pour Haiku, qui prend forme petit à petit. Je suis loin d’avoir fini tout ce que je veux ajouter dedans.
Je termine enfin l’année en avançant ces derniers mois mon travail sur l’ajout du processeur uNSP dans VASM et VBCC (encore des logiciels non libres, décidément…), ce qui me permettra plus tard de développer des jeux pour les consoles VTech V.Smile.
J’ai fait des sauvegardes de ma collection de CDs (audio et jeux vidéo). Plusieurs d’entre eux étaient déjà illisibles (ou perdus), et certains ne sont plus édités et vont être difficiles à remplacer. Cela m’a déjà permis de faire un heureux: une personne a pu retrouver un logiciel shareware qui était un souvenir d’enfance, il s’agit d’Alien Detector Pro pour Windows qui avait disparu des internets (il existe une version Android, mais c’est pas pareil).
Ce que je voudrais faire, apprendre ou approfondir en 2024
J’ai commencé (doucement) à migrer mes projets hors de Github et à les remettre sur mon serveur auto-hébergé. J’avais déjà installé et configuré tout ça lors de la fermeture de Google Code Project Hosting, mais, je me suis encore fait avoir par la facilité d’une forge où on peut créer un projet en deux clics :(
Je vais poursuivre cette migration et fermer mes dépôts Github petit à petit.
Je disais que ACE était à jour et terminé, mais une nouvelle version 1.26 va bientôt arriver: je vais donc devoir m’y remettre afin qu’elle soit rapidement disponible pour Haiku. Mais ça ne devrait pas être trop long, le gros du travail est fait maintenant.
Je vais continuer à travailler sur Renga, et surtout sur WebKit, il serait vraiment bien que j’arrive à faire fonctionner enfin la version « WebKit2 » qui isole les différents composants dans plusieurs process, mais pour l’instant l’adaptation aux communications interprocess de Haiku s’avère plus compliquée que prévu et je n’arrive pas à libérer le temps et la motivation nécessaires.
Il faut que je trouve quoi faire avec mon micro-ordinateur d’un point de vue logiciel. Le matériel choisi n’est pas assez puissant pour faire tourner Haiku, mais ça pourrait être une expérience intéressante de voir si on peut alléger Haiku suffisamment. Linux fonctionne mais c’est ennuyeux. Peut-être un interpréteur Smalltalk compilé pour tourner directement comme un exécutable EFI?
Après l’archivage des CDs, je vais m’attaquer aux DVDs, même si je ne pense pas avoir autant de « raretés » de ce côté-là. Je m’interroge sur la préservation des bonus et menus de DVDs, les films eux-mêmes sont faciles à trouver, mais sur certains DVDs il y a de gros efforts pour remplir le disque avec plein d’autre chose (documentaires, menus…). Est-ce que quelqu’un s’en préoccupe?
Des contenus que je voudrais voir plus sur LinuxFr.org (type de contenu, sujet, etc.)
Continuez à partager nos projets, nos retours d’expérience sur différentes technologies, des liens un peu hors sujets mais qui explorent dans le détail un sujet qui s’avère plus intéressants qu’on ne pensait. Qu’il soit question de tricot, de vélo ou d’infrastructures autoroutières, c’est enrichissant de voir tout ce qu’on peut faire, avec du logiciel libre — ou pas — ou sans logiciel du tout.
palm123
Accomplissements, réalisations, progrès de l’année 2023
Des circonstances exceptionnelles m’ont empêché de réaliser grand-chose.
Je me suis quand même inscrit sur la liste des traducteurs de Zabbix en français, même si je n’ai pas avancé d’un iota.
Ce que je voudrais faire, apprendre ou approfondir en 2024
Alors d’abord avoir une doc Zabbix en français pour les dernières versions, comme la 7.0 qui sort actuellement. C’est un peu égoïste, car j’utilise Zabbix.
Ensuite je voudrais faire plus de choses avec Haiku, en particulier des portages, surtout que la doc est très bien faite.
Aussi, je veux approfondir wine, car je commence à savoir faire des choses, et je voudrais aller plus loin.
Ce projet n’est pas toujours en odeur de sainteté auprès des libristes, perso je le vois comme l’argument qui fait basculer certaines personnes depuis Windows : leur jeu ou programme favori fonctionne sous Linux, ils peuvent garder leurs habitudes, même si un logiciel équivalent existe sous Linux.Enfin je veux « investir » dans firecracker pour différents usages.
Des contenus que je voudrais voir plus sur LinuxFr.org (type de contenu, sujet, etc.)
Idéalement plus de liens sur des technos variées, comme dans la défunte revue LOGIN.
Pour finir
On vous souhaite tout de même la meilleure année possible (rebelles, mais pas trop). Et, surtout, n’hésitez pas, dans les commentaires, à « continuer » cette dépêche.
Oh ! Et merci à toutes celles et ceux qui font de LinuxFr.org un site qui fourmille autant et ouvre tant de perspectives.
Commentaires : voir le flux Atom ouvrir dans le navigateur
--- End Message ---
Fin de compilation de la liste linuxfr-news - lun., 01 janv. 2024
