Linuxfr.org
Prenez 5 minutes pour répondre au questionnaire « Votre avis sur libre à vous ! »
Libre à vous ! est l’émission de radio proposée depuis 2018 par l’April sur la radio Cause Commune, « la voix des possibles ». L'émission est diffusée chaque mardi de 15h30 à 17h00 sur 93,1 MHz en Île‐de‐France et simultanément sur le site web de la radio. Le podcast et la transcription sont disponibles après la diffusion.
Nous proposons un questionnaire pour connaître l'auditorat de notre émission de radio. Vos réponses à ce questionnaire sont très précieuses pour nous : elles nous permettront d'évaluer l'impact de notre émission et de mieux vous connaître. De votre côté, ce questionnaire est une occasion de nous faire des retours.
Vous pouvez répondre au questionnaire en cinq minutes.
- lien nᵒ 1 : Répondre au questionnaire
- lien nᵒ 2 : Libre à vous !
- lien nᵒ 3 : Radio Cause Commune
Commentaires : voir le flux Atom ouvrir dans le navigateur
Association LinuxFr et site LinuxFr.org en 2023/2024/2025
Le 12 mai 2025 a eu lieu l’assemblée générale de l’association LinuxFr (couvrant statutairement la période du 1ᵉʳ octobre 2023 au 30 septembre 2024). C’était aussi l’occasion de discuter des activités ne relevant pas directement de l’association, mais de la vie du site LinuxFr.org : c’est‑à‑dire y compris de bénévoles ou contributeurs non membres de l’association, sur une période comprise entre la période couverte lors de l’assemblée précédente et le jour de l’assemblée.
Les membres de l’association étaient statutairement convoqués, et les membres de l’équipe de modération, d’animation de l’espace de rédaction et de maintenance, ainsi que la présidente de l'April.
Le compte‑rendu complet est fourni en lien. Voici un résumé des thèmes abordés :
- dans la partie bilan moral de l’association LinuxFr pour la période du 1ᵉʳ octobre 2023 au 30 septembre 2024 : assemblée générale, convention d'hébergement, prix mensuels, relations avec les autres associations et d'autres structures, événements, communication interne et externe, prise de position, potentiels risques juridiques, nouveaux membres, remerciements ;
- dans la partie activités autour du site LinuxFr.org entre le 12 janvier 2024 et le 15 avril 2025 : administration système, développement, administration du site, modération du site, animation de la rédaction du site, contenus réguliers ou particulièrement notables, rencontres physiques, évolutions de l’équipe, visibilité externe (positive ou non), informations régulières des membres, diversité.
- et enfin des discussions diverses sur les thèmes proposés par les personnes présentes.
- lien nᵒ 1 : Association LinuxFr et site LinuxFr.org en 2023/2024 (PDF)
- lien nᵒ 2 : Dépêche précédente : Association LinuxFr et site LinuxFr.org en 2022/2023
Commentaires : voir le flux Atom ouvrir dans le navigateur
20 ans de Fedora-fr : sixième entretien avec Robert-André Mauchin empaqueteur RPM Go et Rust
Dans le cadre des 20 ans de Fedora-fr (et du Projet Fedora en lui-même), Charles-Antoine Couret (Renault) et Nicolas Berrehouc (Nicosss) avons souhaité poser des questions à des contributeurs francophones du projet Fedora et de Fedora-fr.
Grâce à la diversité des profils, cela permet de voir le fonctionnement du Projet Fedora sous différents angles pour voir le projet au-delà de la distribution mais aussi comment il est organisé et conçu. Notons que sur certains points, certaines remarques restent d’application pour d’autres distributions.
N’oublions pas que le Projet Fedora reste un projet mondial et un travail d’équipe ce que ces entretiens ne permettent pas forcément de refléter. Mais la communauté francophone a de la chance d’avoir suffisamment de contributeurs et des contributrices de qualité pour permettre d’avoir un aperçu de beaucoup de sous projets de la distribution.
Chaque semaine un nouvel entretien sera publié sur le forum Fedora-fr.org, LinuxFr.org et le blog de Renault.
L’entretien du jour concerne Robert-André Mauchin (pseudo eclipseo), empaqueteur du Projet Fedora en particulier concernant l’écosystème Go et Rust.
Bonjour Robert-André, peux-tu présenter brièvement ton parcours ?
Hello,
Je suis Robert-André, aka eclipseo ou zebob sur Internet, né en janvier 1984, un millenial donc.
Mon parcours en informatique commence dans les années 90 avec le PC professionnel de mon père, un Amstrad PC 1512 avec 20 MB de RAM, 2 lecteurs de disquette 5 1/4 et une variante de CP/M de Gary Kidall appelée DOS Plus. Il avait aussi une interface graphique appelée GEM Desktop. On avait aussi une console appelée Alice fabriquée par Matra Hachette où je m’amusais à faire des scripts Batch.
Ensuite on a eu un 386 avec MS-DOS, puis un Cyrix 6x86 avec Windows 95. Je cherchais à bidouiller dessus, voir ce qu’on pouvait faire avec Windows, etc. Mais le Cyrix 6x86, c’est lent par rapport à un Intel ou futur AMD K6 de l’époque, j’avais envie de tester d’autres trucs pour voir si on pouvait avoir de meilleures performances autrement. Bref, j’étais dans la campagne, sans Internet ou sans boutique informatique proche (pour les particuliers tout du moins). Mais on avait un tabac qui vendait des magazines informatiques.
Mon magazine favori de l’époque était PC Team, édité par Posse Presse. En parallèle, j’écoute une émission quotidienne à la radio avec Francis Zegut (d’où le zebob sur IRC à l’époque) et Arnaud Chaudron appelée //Plug-In, dédiée aux « nouvelles technologies ».
Principalement dédié aux jeux vidéo, mais avec un Cyrix 6x86 on ne va pas loin. Par contre il y avait de la bidouille, plein de shareware de logiciels et parfois on y mentionnait un truc appelé Linux. Ensuite j’ai acheté de temps à autre des magazines spécialisés Linux (je ne saurais dire spécifiquement lesquels à l’époque) qui contenaient des CD avec des distributions. J’ai testé les trucs de l’époque, Debian, Redhat, Mandrake, Corel Linux, Suse. Jamais Slackware néanmoins. Je ne suis jamais resté dessus longtemps, juste pour tester, voir comment ça se configure, le système de fichiers, etc. La grosse galère c’était pour configurer X, je crois que j’avais une S3 Trio 64V à l’époque. Ensuite pour configurer le modem 56K.
Je reviens ensuite à Linux dans les années 2000. J’ai déménagé dans une vraie ville, dans un appartement qui n’a pas de prise téléphonique, mais le câble. Noos, puis Numéricable à l’époque, avec des plafonds de données. Mais du coup on peut télécharger des distributions (et la presse informatique s’est un peu écroulée). Je reviens donc sous Linux avec Ubuntu Linux Warty Warthog (4.10). On a GNOME 2, c’est super plus simple qu’avant, beaucoup plus accessible, je m’investis un peu dans la communauté, je fais de la traduction de GNOME 2 en français.
J’utilise Ubuntu jusqu’à 8.04 LTS (Hardy Heron), soit 4 ans. Je commence à ne pas trop apprécier la politique de Canonical vis-à-vis de l’upstream, le fait de vouloir faire les trucs dans leur coin à leur sauce. J’ai échappé à Unity du coup, que je n’ai jamais utilisé. Je passe donc vers l’upstream Debian. Je ne saurais dire combien de temps j’y reste, mais en 2011, il se passe un truc, GNOME 3. Et j’ai beau essayer pendant plusieurs mois, ça ne colle pas pour moi. Je dois être trop traditionnel dans mon approche des environnements de bureau. J’avais déjà testé KDE avant en version 3 et c’était pas mon truc non plus, trop playskool. En parallèle, Debian commence à me courir sur le haricot aussi à cause de son inertie, c’est stable mais c’est vieux et j’ai envie de tester les nouveautés le plus tôt possible. Et faire mes propres packages Deb pour tester des trucs était super complexe pour pas grand-chose à mon avis.
Donc je cherche des alternatives. Il me faut quelque chose de simple, car je ne veux pas perdre mon temps à configurer mon OS, je veux que l’installation soit simple et que le système soit utilisable juste après. Et il me faut une distribution populaire avec une communauté derrière qui soit bienveillante. Si je me rappelle bien à l’époque, j’avais donc Fedora et OpenSUSE dans le viseur. Je ne souhaitais pas une dérivée d’Ubuntu pour les raisons sus-cités. Gentoo non, j’ai un ordinateur portable pourri, et Arch Linux il parait que c’était compliqué à l’époque.
Donc je me retrouve sur Fedora-fr, inscrit en octobre 2011 avec pour premier message si j’en crois mon profil :
Petit retour sur l’Alpha : J’ai eu quelques soucis avec l’installation. Outre qu’Anaconda ne me demandait pas ma source d’installation comme d’habitude (cf. Installation sans media), il se bloquait à la copie des paquets ; apparemment il n’aime les partitions root en btrfs. Il me semblait qu’elles étaient prises en charge depuis quelque temps pourtant. Sur l’installation de GRUB les choses ont aussi changé : j’ai plusieurs disques dur, et j’installe GRUB sur le MBR du second disque sdb. Par défaut, Anaconda me propose de l’installer sur sda. Auparavant je changeais « l’ordre des disques » dans les options pour qu’il me propose de l’installer sur sdb, mais maintenant même si je modifie l’ordre, l’option d’installation reste bloquée sur sda. J’ai dû rebooter en mode « rescue » pour corriger tout ça.
C’était l’alpha de Fedora 16.
Apparemment j’étais passé sous KDE à cette époque avec Fedora 15 :
Je suis « nouveau » sous KDE, donc je ne peux pas vraiment t’aider, mais j’avais un problème similaire sous F15 avec une carte similaire (Geforce 6150 intégrée). Plasma-desktop s’affolait à partir de quelques heures d’utilisation, je devais le tuer, et le relancer. Je ne sais pas exactement d’où ça vient mais peut-être qu’une extension est responsable.
À cette époque, suite à des soucis personnels je ne contribue plus à GNOME non plus, plus la motivation.
Je repasse sous Windows vers 2012, je me dis à l’époque, je reviendrais plus tard quand Wayland sera plus mature… Bon on est en 2024, c’est pas encore au point, mais c’est mieux.
Je reviens en 2016 sous Fedora, on peut voir dans le forum (je retrace avec vous, car c’est un peu vague les dates).
Après 4 ans de Windows, de retour sous Linux avec un nouveau laptop.
- Méthode d’installation : Live du spin KDE Live Workstation
- Problèmes majeurs : Le spin KDE boot mais n’arrive pas à l’interface graphique. Le live Workstation démarre mais kernel panic aléatoirement dans les cinq minutes d’utilisation, ce qui rend l’installation compliquée… après un google du problème, je teste plusieurs options pour désactiver acpi, sans succès. Finalement tout fonctionne avec « nouveau.modeset=0 » comme option du noyau.
- Soucis mineurs : Installer KDE est simple, mais désinstaller tous les programmes GNOME par défaut est toujours compliqué.
- Points positifs : C’est rapide et peu de chose ont changé en 4 ans.
- Points négatifs : Wayland n’est toujours pas prêt pour la production sous KDE.
À partir de ce moment, je ne quitte plus Fedora Linux. Il y a toujours un dual boot sur ma machine. J’ai dû supprimer Windows définitivement quand Steam Proton est devenu plus que viable. Je n’ai pas le temps de jouer de toute façon et je n’utilise pas de logiciels métiers spécifiques.
Peux-tu présenter brièvement tes contributions au projet Fedora ?
Alors, dans un premier temps j’ai envisagé de revenir à la traduction pour Fedora.
Ensuite, le packaging RPM Spec, avec un seul fichier à remplir, c’est quand même beaucoup plus simple qu’un Deb.
J’ai commencé par faire des paquets pour moi, le premier : https://forums.fedora-fr.org/d/66715-intel-hybrid-driver-décodage-vp9-matériel-sous-skylakekabylake
Je suis tombé par hasard sur un post très intéressant aujourd’hui qui expliquait comment activer le décodage matériel de VP9 pour plateforme Skylake (et potentiellement encodage sur Kabylake) : https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3 Vu que j’utilise pas mal VP9 au lieu de H.264, et que l’absence de décodage matériel sous Linux me mettait en rogne, je me suis attelé à la compilation selon les instructions données. Et donc voilà pour vous : le Intel Hybrid driver, disponible sur mon COPR : https://copr.fedorainfracloud.org/coprs/eclipseo/libva-intel-hybrid-driver/
C’est pas mal COPR quand même pour tester des trucs.
Mais j’ai voulu l’upstreamer dans la distribution, et du coup, le 30 août 2017 :
Petite mise à jour: J’ai été sponsorisé et je suis donc maintenant un empaqueteur libva-intel-hybrid-driver est dans updates-testing de F26 et bientôt dans stable. À utiliser conjointement avec libva-intel-driver de RPMFusion pour bénéficier de l’accélération de VP9.
Les premiers mois ensuite je fais pas mal de revues de paquets, on avait un énorme backlog, plusieurs milliers. Si j’en crois bugzilla :
- Product: Fedora
- Classification: Fedora
- Component: Package Review
- Assignee: zebob.m@gmail.com
Showing 1 to 20 of 4,803 entries
J’ai fait plus de 4,800 revues de paquets pour Fedora.
En parallèle à cette époque, je traine un peu sur les forums, Reddit, je regarde ce que les gens souhaitent que l’on peut empaqueter.
Et du coup je me retrouve avec plein de paquets à gérer.
Qu’est-ce qui fait que tu es venu sur Fedora et que tu y es resté ?
Comme expliqué plus haut, il me fallait une distribution plus à jour que Debian, avec une communauté, facile d’utilisation. Ce qui est bien aussi avec Fedora, c’est qu’on teste assez rapidement des nouvelles technologies, PulseAudio, PipeWire par exemple me viennent à l’esprit. Mais on a souvent des Change Requests pour tester le bleeding edge, ce qui est cool.
Pourquoi contribuer à Fedora en particulier ? Contribues-tu à d’autres Logiciels Libres ? Si oui, lesquels et comment ?
Alors Fedora en particulier, c’est le hasard de mon choix de distribution, c’est parce que je l’utilise que je veux l’améliorer.
J’ai précédemment contribué à GNOME en tant que traducteur.
Ensuite pour les besoins du packaging, j’envoie des patchs à tout un tas de projets divers et variés pour corriger des bugs. J’ai passé mes 15 jours de vacances débout mais à patcher 15/20 programmes pour FFmpeg 7.0.
Utilises-tu Fedora dans un contexte professionnel ? Et pourquoi ?
Non. Tous les métiers où je suis passé sont Microsoft only, Office 365, Active Directory, Hyper V. J’ai fait un petit stage dans une boite qui développait un logiciel pour les écoles tournant sous Linux, mais j’ai du y mettre court car ça ne correspondait pas à ce je devais faire durant mon stage (je faisais du bêta testing du-dit logiciel au lieu de ce qui était prévu).
Mon employeur actuel, ou tout du moins le client de mon employeur actuel pour lequel nous travaillons (ESN oblige), a apparemment débarqué une personne qui a trop parlé de Linux pendant son passage au siège. Donc ce n’est pas prévu. Les seules VM Linux qu’ils ont font tourner Prometheus.
Est-ce que tes contributions à Fedora sont un atout direct ou indirect dans ta vie professionnelle ? Si oui, de quelle façon ?
Pas à ma connaissance. Peut-être dans le futur si je trouve une boîte qui fait plus de Linux.
Tu es membre des équipes Go SIG et Rust SIG, peux-tu nous expliquer leur rôle et ce que tu y fais ? Participer à deux groupes de travail n’est pas si courant, pourquoi tu participes aux deux ? Ces deux langages sont modernes et ont des communautés très dynamiques, quels sont les défis que tu rencontres avec eux pour les inclure dans le Projet Fedora ? Ils ont aussi des infrastructures propres pour la compilation, ce qui les distingue de Python et Perl d’une part, mais aussi de C ou C++ d’autre part, penses-tu que c’est un obstacle ?
Alors oui, j’ai un peu de mal à y contribuer ces derniers temps, j’ai dû mettre mes contributions en pause.
Pour Go ça a commencé avec rclone ou micro, je ne sais plus. Go est statically linked, mais la politique de Fedora est de ne pas bundler les bibliothèques. Donc il faut empaqueter toutes les dépendances. Pour micro, j’ai dû empaqueter des dizaines de dépendances, certaines cycliques bien sûr. À l’époque avec quelques personnes on décide de se synchroniser et monter un SIG pour pouvoir mettre à jour les paquets plus facilement.
C’est toujours un gros bazar néanmoins, je n’ai pas trop le temps de mettre à jour, il y a des milliers de paquets. On utilise des outils écrits par Nicolas Mailhot qui fonctionnent avec GOPATH, alors que Go est passé avec un système de modules (go mod), mais on a perdu notre développeur de macros (Nicolas donc), donc pour l’instant on survit. Les interdépendances de paquets sont sans fin et c’est un problème pour mettre un logiciel à jour.
Rust, j’ai voulu empaqueter quelques outils en ligne de commande, j’ai été ajouté au SIG, c’est un problème similaire, même si on a pas autant de dépendances cycliques. Il y a toujours beaucoup de paquets interdépendants comme Go : tu en mets un à jour et tu as toutes les chaînes de dépendances à mettre à jour. Au moins ils utilisent Semver. Chez Go, Semver c’est plus récent, avant tu étais content si tu avais un numéro de version et pas un hash de commit à empaqueter. Du coup si l’API change et que tu mets à jour, tu peux casser plein d’autres paquets.
Oui c’est un gros gros obstacle.
Quelle valeur ajoutée de les fournir plutôt que de les importer soi-même en tant qu’utilisateur ? N’est-ce pas trop difficile de suivre le rythme de publication de Rust en particulier ?
Alors Rust, je ne suis pas attentivement. Mais le but n’est absolument pas que les utilisateurs les installent eux-mêmes. Si tu développes en Go ou en Rust tu n’installes pas les bibliothèques Go ou Rust de Fedora, leur seule utilité pour nous est de compiler le binaire final, sans qu’il y ait des failles de sécurité à cause des bibliothèques pas à jour, qui lui sera installé par l’utilisateur.
Si tu avais la possibilité de changer quelque chose dans la distribution Fedora ou dans sa manière de fonctionner, qu’est-ce que ce serait ?
On a besoin de plus de contributeurs et contributrices.
Un wiki aussi bien que celui d’ArchLinux.
On a besoin d’une forge plus complète. J’aimerais bien qu’on mette Bugzilla de côté pour Fedora et intégrer les rapports de bug à la Forge. Mais je me doute que Redhat veut garder Bugzilla, et il est très intégré à l’infra.
Le système d’emboarding des nouveaux contributeurs et contributrices n’est pas au point pour le packaging. Pas assez de gens font des revues, j’en ai fait plusieurs milliers, mais je n’ai plus le temps. On en a 500 dans le backlog.
Pour être sponsorisé, il faut qu’on puisse suivre les nouveaux contributeurs et contributrices et les aider à faire des revues. On n’a pas assez de bras pour ça, ce qui les décourage.
Et un Spin KDE Plasma mis au même niveau que Workstation avec GNOME.
À l’inverse, est-ce qu’il y a quelque chose que tu souhaiterais conserver à tout prix dans la distribution ou le projet en lui-même ?
Le bleeding edge, tester les nouvelles technologies. Matthew Miller a fait des vagues récemment en parlant d’A.I. mais il faut qu’on s’y plonge aussi pour ne pas être à la ramasse.
Le système de vote et de discussion sur les Changes Requests. L’aspect communautaire.
COPR / Koji.
RPM. Je sais que le projet pense que Silverblue, les systèmes immuables c’est le futur, avec Flatpak, etc. Mais pour moi, c’est trop restrictif parfois. Je préfère un fichier SPEC.
Que penses-tu de la communauté Fedora-fr que ce soit son évolution et sa situation actuelle ? Qu’est-ce que tu améliorerais si tu en avais la possibilité ?
Malheureusement je ne participe pas trop à la communauté Fedora, et encore moins Fedora-fr. Mes visites sur le forum ont été très peu nombreuses au fil des années. Et de manière générale, je ne suis pas très intéressé par l’internet franco-français. Je suis incapable de citer les personnalités de l’Internet français, Youtubers, Twitter et autres leaders d’opinion, de la toile française des deux dernières décennies. Je sais qu’il y a Nick de The Linux Experiment qui est Brestois, ou Adrien LinuxTricks, mais à part ça je ne connais pas grand monde.
Concernant Fedora-fr, et Fedora en général, il faudrait plus d’évangélisation, et pas seulement aux rencontres linux-linuxiennes des JdLL de Lyon. Il faudrait aller dans les endroits où on ne va pas assez. Les écoles ? Fac ? Les associations d’ordinateurs usagés ? D’aides aux personnes en difficulté ? Je ne sais pas, je n’ai pas la réponse, je ne suis pas un bon communicant.
Néanmoins, on a une carte à jouer avec Microsoft qui se tire une balle dans le pied : pubs dans le Menu Démarrer, capture d’écran de ton écran pour analyse de tes données, fin du support de Windows 10 en octobre 2025… Bien sûr, la majorité des gens ne sont pas informés ou s’en contrefichent, et cela ne va pas les faire passer à Linux pour autant, mais peut-être qu’une poignée vont se poser des questions. Le Steam Deck aident aussi, même s’il est sous Arch.
Quelque chose à ajouter ?
Fedora avec Plasma 6 est la meilleure.
Merci Robert-André pour ta contribution !
ConclusionNous espérons que cet entretien vous a permis d’en découvrir un peu plus sur l’empaquetage de Fedora.
Si vous avez des questions ou que vous souhaitez participer au Projet Fedora ou Fedora-fr, ou simplement l’utiliser et l’installer sur votre machine, n’hésitez pas à en discuter avec nous en commentaire ou sur le forum Fedora-fr.
À dans 10 jours pour un entretien avec Johan Cwiklinski, ancien contributeur de Fedora-fr.org et actuel mainteneur du logiciel de gestion Galette.
Télécharger ce contenu au format EPUBCommentaires : voir le flux Atom ouvrir dans le navigateur
Revue de presse de l’April pour la semaine 20 de l’année 2025
Cette revue de presse sur Internet fait partie du travail de veille mené par l’April dans le cadre de son action de défense et de promotion du logiciel libre. Les positions exposées dans les articles sont celles de leurs auteurs et ne rejoignent pas forcément celles de l’April.
- [JHM] Les logiciels libres donnent des ailes
- [cio-online.com] Les marchés bureautiques des ministères vont être soumis à l'avis de la Dinum
- [Silicon] Les technologies open source sont des piliers de l'autonomie numérique souveraine
- [Le Monde Informatique] La popularité de Python atteint un sommet historique
- lien nᵒ 1 : April
- lien nᵒ 2 : Revue de presse de l'April
- lien nᵒ 3 : Revue de presse de la semaine précédente
- lien nᵒ 4 :
NOALYSS : campagne de financement
spark développe NOALYSS, serveur de comptabilité et ERP totalement libre (GNU GPL2) depuis plus de 20 ans. Cette dépêche est une conversion de son journal. Noalyss a fait partie des solutions comptables présentées dans un article-bilan récent concernant la comptabilité d'entreprise.
Afin de rester à jour, il faut développer la facturation électronique, obligatoire en Belgique à partir de 2026 qui doit suivre le format UBL3.0 et pour développer cela, il faut du financement. Et malheureusement le modèle économique du libre, ne génère pas énormément d’argent pour la majorité des projets. Une campagne de financement est donc lancée pour NOALYSS.
Si NOALYSS récolte suffisamment de fonds, il sera possible de tout conserver en libre, sans avoir à réaliser un module payant. Cela concerne le module facturation (génération de factures) mais aussi Document (vidéo d'une saisie rapide de factures) afin de pré-compléter l’opération d’achat.
Nous comptons aussi améliorer NOALYSS dans le mouvement, par exemple pour avoir la double authentification (avec courriel, OTP), l’export en fichier Calc.
En échange d’un versement, une facture pour « Développement e-invoice » sera envoyée afin que les contributeurs puissent le déduire fiscalement ; seuls les auto-entrepreneurs, indépendants, PME, etc. pourront le déduire de leurs impôts comme frais professionnels : ils paient un développement de logiciel, qui sera déclaré et taxé comme revenus chez nous. Une page présente la procédure.
Voilà donc à vos bons cœurs de libristes :-)
- lien nᵒ 1 : Journal à l’origine de la dépêche
- lien nᵒ 2 : Campagne de financement : e-invoice
Commentaires : voir le flux Atom ouvrir dans le navigateur
Campagne de dons : Yunohost a besoin de vous !
Cher·es ami·es, cher·es camarades, nos amours, nous lançons aujourd’hui une campagne d’appel à dons.
Car vous en avez probablement conscience : si notre activité est essentiellement bénévole et que YunoHost est offert à qui veut l’employer, notre activité a un coût. Or sur cette trajectoire et à ce rythme, nous ne pourrons couvrir que la moitié de nos dépenses projetées pour boucler notre budget.
- lien nᵒ 1 : Lancement de la campagne Yunohost 2025
- lien nᵒ 2 : Faire un don
Notre situation financière n’est pas alarmante à ce stade : la générosité de notre communauté nous permet d’ores et déjà de financer notre infrastructure. Mais nous aimerions être en capacité de faire mieux : prendre soin du collectif, maintenir et développer des fonctionnalités, nous rencontrer et faire connaître YunoHost.
Dans le cadre de cette campagne de dons, nous avons réalisé deux pages pour expliquer comment nous utilisons l'argent et ce que nous souhaiterions réaliser cette année :
- La page de dons : Donate to YunoHost!
- Une feuille de route / de rêve : Roadmap
N’hésitez pas à relayer ces messages, voire à rédiger les vôtres et nous les partager : votre aide est la bienvenue ! Qu’il s’agisse de témoigner de votre usage, de parler de votre implication voire de faire un don, tous les coups de main sont très appréciés !
Grand merci pour vos contributions et votre enthousiasme !
Télécharger ce contenu au format EPUBCommentaires : voir le flux Atom ouvrir dans le navigateur
Nouvelles de Haiku - 1er trimestre 2025
Il est temps de s'intéresser à nouveau aux nouveautés de Haiku pour ce dernier trimestre.
Les gros changements sont:
- Un nouvel allocateur mémoire qui permet enfin d'allouer plus de 3GiB par application (un reste de l'historique de Haiku sur les systèmes 32 bits), tout en étant plus rapide et moins gourmand en mémoire,
- Des raccourcis claviers sans touches modificatrices,
- De grosses mises à jour dans la bibliothèque C,
- La poursuite du nettoyage de code et de l'optimisation du navigateur de fichiers Tracker,
- La reprise du travail sur le pilote NFS4 pour les systèmes de fichiers en réseau,
- Et bien sûr, de très nombreuses corrections de bugs et petites améliorations un peu partout dans le système.
- lien nᵒ 1 : Rapport d'activité de février 2025
- lien nᵒ 2 : Rapport d'activité de mars 2025
- lien nᵒ 3 : Rapport d'activité d'avril 2025
- Google Summer of Code
- Applications
- Kits
- Serveurs
- Pilotes
- Systèmes de fichiers
- libroot
- Noyau
- Scripts de compilation
- Documentation
Le Google Summer of Code est un programme organisé par Google pour encourager de nouveaux développeurs à se lancer dans la contribution aux logiciels libres. Il prend la forme d'un stage, où un projet de logiciel libre fournit un sujet et une équipe d'encadrement, et Google se charge de financer le nouveau contributeur pour quelques semaines.
Cette année, la candidature de Haiku a été rejetée, la préférence étant donnée à des projets engagés dans l'intelligence artificielle et dans la cybersécurité (deux domaines beaucoup demandés par les personnes souhaitant participer au programme). Ce n'est finalement peut-être pas une mauvaise chose pour Haiku: les développeurs d'autres projets se sont plaints d'avoir reçu des centaines de candidatures visiblement générées par des LLM sans aucun travail de préparation, ce qui leur demande donc beaucoup de temps pour faire le tri dans les candidatures. Les développeurs de Haiku vont cette année pouvoir se consacrer à d'autres tâches.
Applications TrackerLe travail de refonte du Tracker se poursuit. Les changements intégrés en début d'année ont provoqué un certain nombre de régressions qui sont corrigées petit à petit:
- Il est à nouveau possible d'ouvrir le dossier contenant un résultat de requête en double cliquant la colonne "emplacement" dans les résultats.
- Correction d'un crash et de problèmes de gestion de la mémoire et de problèmes de synchronisation entre threads.
- Ré-optimisation de la gestion des menus dynamiques pour éviter de les reconstruire à chaque clic de souris, mise en cache de certaines parties du menu dont la construction nécessite des accès disque (liste de patrons pour le menu "nouveau document", liste d'add-ons)
Toujours beaucoup de nettoyage de code à faire dans le Tracker:
- correction de dimensions en dur dans les menus spéciaux du Tracker,
- nettoyage du glisser-déposer,
- refactorisation de la logique de dessin,
- amélioraiton du chargement des add-ons,
Optimisation de la méthode de surveillance des dossiers, utilisation d'un "node monitor" (équivalent de inotify sous Linux) récursif pour surveiller un dossier et tous ses sous-dossiers au lieu de créer un monitor pour chaque dossier. Cela a nécessité des changements au niveau du noyau avec l'ajout du flag B_QUERY_WATCH_ALL pour couvrir ce cas d'usage.
Par jscipione, waddlesplash
MediaPlayerL'infobulle sur le "scrubber" (barre de navigation temporelle dans le fichier) s'affiche dès que la souris est au-dessus de la barre. Elle contient le marqueur de temps correspondant à la position de la souris, permettant de naviguer avec précision dans le fichier. Ceci a nécessité des évolutions dans BToolTip, la classe responsable des infobulles, qui n'était pas prévue pour faire des infobulles persistantes poursuivant le déplacement de la souris.
Ajout d'une option pour afficher une vidéo à 25% de sa taille originale (les contenus en 4K ou plus se faisant plus courants).
Par AkashKumar7902, x512, waddlesplash
WebPositiveWebPositive ne prétend plus savoir traiter les liens utilsant le protocole gopher. Ces liens ne fonctionnaient plus depuis le retour à l'utilisation de cURL pour la couche réseau de WebKit au lieu d'essayer de réimplémenter un client HTTP maison.
Amélioration de la gestion des sessions : sauvegarde du workspace utilisé pour chaque fenêtre, restauration de la session complète lorsque le navigateur est démarré en cliquant sur un lien, avec ouverture du lien dans une fenêtre du workspace courant s'il y en a déjà une, et dans une nouvelle fenêtre sinon.
Par nephele, ilzu
HaikuDepotAmélioration de performances, en particulier lors de l'affichage des résultats de recherche, qui étaient très très lents sur les machines un peu anciennes.
Par apl, oco, waddlesplash
ProcessControllerAffichage de "system resources" avant "caches" afin de rendre les statistiques d'utilisation mémoire plus claires et plus lisibles.
Correction de problèmes dans la mesure d'utilisation de resources par le noyau.
Par OscarL, waddlesplash
TerminalCorrection d'un bug d'initialisation de la couleur du curseur, visible principalement lorsque le terminal est utilisé comme réplicant dans une autre application. Cette possibilité est utilisée dans l'IDE Genio par exemple.
Par jackburton
StyledEditInterdiction d'entrer des caractères de contrôle ASCII dans un fichier texte (via les raccourcis clavier control+une lettre).
Par OscarL
ScreenshotAjout de la possibilité de sélectionner un rectangle à capturer (en plus des possibilités existantes de capturer tout l'écran ou la fenêtre active).
PréférencesNettoyage de code inutile dans les préférences d'affichage
Amélioration de la gestion des erreurs dans les préférences de sons si le dossier où devraient se trouver les fichiers son n'existe pas.
Par captain0xff, humdinger
Outils en ligne de commandestrace: Décodage des arguments passés à rlimit ainsi que de l'argument "type" pour mmap, affichage correct des valeurs de type ssize_t ne pouvant pas être représentées sur 32 bits.
Fusion des outils query et filteredquery. Ces deux outils permettent de rechercher des fichiers à partir de leurs attributs (xattrs) qui sont indexés par le système de fichier. Cette méthode de recherche retourne tous les résultats, le filtrage pour limiter à certains dossiers doit donc être fait par l'outil après avoir récupéré les résultats de la recherche. Cette fonction étant très utile, il n'y a pas de raison de l'implémenter comme un outil séparé.
keymap: l'option -h affiche l'aide, en conformité avec les bonnes pratiques d'interface utilisateur. L'option pour afficher un header est donc réaffectée et devient -H.
leakanalyzer (outil d'analyse des fuites mémoire): ignore la mémoire allouée en interne par le "locale kit" pour le support des locales dans la librairie C, cette mémoire ne peut pas être libérée.
listusb: correction de l'alignement vertical du statut des ports qui n'était pas en face des autres informations affichées.
waitfor (petite application permettant d'attendre différents évènements, très utile dans certains scripts) peut maintenant attendre la disponibilité d'une connexion réseau.
Par humdinger, jmairboeck, korli, OscarL, waddlesplash
Kits Interface KitLes raccourcis claviers pour les menus peuvent maintenant ne pas utiliser la touche "Commande" du clavier. Cela permet de définir des raccourcis sans touches modificatrices ou avec des touches non-standard. L'utilisation de ce type de raccourcis est relativement rare, mais nécessaire dans quelques cas particuliers. Par exemple, la touche "Supprimer" peut être utilisée pour supprimer un fichier ou un élément de liste de lecture, la touche "F2" pour renommer un fichier dans le Tracker, …
Correction de la gestion des raccourcis claviers dans BPopUpMenu qui pouvaient être associés à la mauvaise fenêtre.
Amélioration du mode sombre: meilleure méthode de choix de la couleur de fond dans BTextView, utilisation d'une combinaison de couleurs cohérentes pour les boutons des barres de défilement.
Ajout de définitions et de documentation pour tous les côdes de contrôle ASCII dans InterfaceDefs.h. Certains d'entre eux n'étaient pas documentés, ce qui pouvait laisser penser qu'il restait de la place libre utilisable pour coder d'autres choses.
Ajout de vérifications dans BMenuField::SetLabel pour traiter correctement les labels NULL.
Optimisations de BScrollView et BColumnListView pour limiter les rafraîchissements inutiles de l'affichage (dans le cadre des améliorations de performances pour HaikuDepot). Dans BColumnListView, ajout d'APIs pour ajouter et supprimer un ensemble d'éléments d'un seul coup, ce qui est beaucoup plus rapide que de les traiter un par un.
Meilleure gestion du sémaphore de synchronisation des menus dans BWindow. Tous les menus dans Haiku sont implémentés comme des fenêtres, ce qui signifie que chaque menu s'exécute dans un thread dédié avec sa propre boucle d'évènements. La synchronisation peut donc être particulièrement complexe.
Correction d'un use-after-free (utilisation de mémoire libérée qui ne devrait logiquement plus être accédée) dans BSlider.
BDecimalSpinner (un contrôle pour changer une valeur numérique au clavier ou avec des boutons '+' et '-') utilise BNumberFormat et affiche donc le nombre en fonction des préférences de localisation.
Par apl, bitigchi, jscipione, korli, nipos, nephele, PulkoMandy, waddlesplash, x512
Support KitModification de BObjectList pour passer l'argument "owning" en paramètre de template plutôt qu'en paramètre du constructeur. Cela améliore les résultats d'analyse statique qui détectaient de nombreux faux positifs "double free" ou "use after free", et rend également plus difficile de faire des erreurs sur la gestion de la mémoire avec ces listes.
Certaines utilisations de BObjectList<BString> ont été remplacées par la classe dédiée BStringList, plus simple à utiliser pour ce cas particulier.
Amélioration de performances dans BList, BMessage et certaines parties du code les utilisant beaucoup pour réduire la quantité d'allocations mémoire dynamiques, en utilisant la pile comme stockage temporaire ou simplement en retardant au maximum les allocations. Par exemple, plutôt que de pré-allouer de la mémoire pour une liste dès la création de cette dernière, on attend l'insertion du premier élément dans la liste. On élimine ainsi des allocations dans les cas où du code crée une liste, mais n'insère finalement jamais rien dedans.
Amélioration des erreurs remontées par les classes de traitement de fichiers JSON.
Ajout de vérifications de pointeurs NULL manquantes dans BString pour corriger des crashs quand il n'y a plus de mémoire et qu'une allocation échoue.
Par ilzu, waddlesplash
Storage KitAmélioration de BFilePanel pour mieux réagir lorsque le dossier de destination n'existe pas.
Inhibition de BBlockCache lors de l'utilisation d'un allocateur mémoire de debug ou avec des gardes pour détecter les mauvaises utilisations mémoire. Dans ce cas, il vaut mieux se dispenser des gains de performance de la mise en cache mais détecter correctement l'utilisation de mémoire après sa remise à disposition dans le cache.
Ajout d'un type MIME pour les BMessage serialisés sur disque (souvent utilisés pour sauvegarder les préférences d'applications par exemple).
Par augiedoggie, nephele, waddlesplash
Serveurs input serverAmélioration du clavier virtuel pour se mettre à jour automatiquement lors des changements de résolution d'écran et de disposition du clavier. Ce clavier virtuel n'est pas inclus par défaut dans l'installation de Haiku, il est réservé aux personnes aventureuses qui utilisent Haiku sur une tablette ou qui débugguent un pilote de clavier en ne disposant que d'un écran tactile comme périphérique d'entrée.
Correction du traitement des appels systèmes interrompus (SIGINT), ce qui permet à input server de s'arrêter (et de se redémarrer) lorsqu'on le lui demande. Cela est principalement utile pour tester les pilotes de périphériques d'entrée.
screen blankerL'écran de veille utilise le mot de passe "système" (configuré dans /etc/passwd) au lieu d'implémenter son propre système de mot de passe. La commande screen_blanker permet de lancer l'écran de veille immédiatement, et peut être configurée comme un raccourci clavier pour implémenter un verrouillage simple de la session (note: ne faites pas confiance à l'écran de veille pour sécuriser votre session, actuellement il est assez facile à contourner par exemple à l'aide du debugger noyau).
launch daemonAméliorations sur le launch_daemon: correction du traitement des conditions échouées pour lancer un service, ajout de la possibilité de définir une condition sur le contenu d'un fichier au format "driver settings" (format similaire aux fichiers ini) en plus des fichiers BMessage (format binaire), correction de l'arrêt des services.
app serverRemise en route du test_app_server (outil de test permettant de lancer un deuxième app_server dans une fenêtre, et donc de tester des changements sur le serveur graphique sans avoir besoin de redémarrer tout le système).
Correction de bugs dans app_server pour l'affichage de texte: retrait de code dupliqué, ajout de nouveaux cas de test, meilleure gestion du clipping et des "bounding boxes" des glyphes, correction de problèmes sur les lignes de "décoration" (texte souligné, barré) utilisées en combinaison avec une transformation (rotation, déformation).
Par augiedoggie, korli, nipos, madmax
PilotesLe pilote i2c prend en charge les plateformes AMD en plus des machines PCH Intel. Le module i2c utilisé (conçu par Designware) est le même pour les deux fabricants à quelques petits détails près.
Amélioration de la détection du pointeur racine ACPI: ce pointeur était fourni par le bootloader sur les machines EFI, mais détecté par l'OS après démarrage sur les machines BIOS. C'est désormais la seule responsabilité du bootloader dans les deux cas, ce qui simplifie le code.
Correction d'un crash sur certaines machines dans le pilote des batteries ACPI.
Ajout de vérifications supplémentaires et corrections du traitement de quelques cas particuliers dans la pile XHCI (USB3).
La gestion des "révisions" des périphériques virtio a été mise en conformité avec la spécification virtio. Pour les anciennes versions de virtio, ce champ de la configuration PCI indiquait la version du protocole virtio à utiliser. Mais cela implique qu'un seul pilote virtio (identifiant les périphériques par leur ID PCI uniquement) doit implémenter toutes les versions de virtio. Pour les nouvelles spécifications, ce sera donc le "device ID" qui va changer, et il sera beaucoup plus simple de développer des pilotes spécifiques "virtio v1", "virtio v2", etc pour chaque version majeure.
Mise à jour des pilotes wifi iaxwifi200 (nommé iwx chez BSD) et ethernet atheros813x pour supporter de nouvelles générations de matériel. Import du nouveau pilote FreeBSD pour les cartes MT7601U, mais il n'y a pas encore de confirmation de son bon fonctionnement sous Haiku.
Nettoyage de code dans les pilotes SCSI et ralinkwifi.
Dans le pilote NVMe, activation de l'option de mise en veille automatique qui permet de réduire la consommation électrique lorsque le disque n'est pas sollicité (réduction de 1W constatée sur certaines machines).
Correction de problèmes dans les pilotes d'entrée (clavier, souris) qui empêchent de redémarrer l'input_server et de retrouver l'usage de ces périphériques.
Ajout de la tablette graphique Cintiq13HD dans le pilote Wacom.
Correction du pilote framebuffer pour ne mapper en mémoire que la zone utilisée pour le framebuffer, et pas toute la mémoire de la carte graphique. Non seulement cela réduit la consommation mémoire reportée, mais surtout, le reste de la mémoire peut ainsi être configuré pour autre chose (par exemple, de l'accélération 3D).
Ajout des cartes Polaris 10 et correction de quelques erreurs de versions du chipset pour d'autres cartes dans le pilote Radeon HD. Ces cartes récentes sont toujours désactivées dans le pilote, le support reste expérimental et peut conduire à un écran noir. Il vaut mieux donc utiliser les pilotes VESA ou framebuffer pour l'instant.
Par ilzu, korli, Lt-Henry, waddlesplash
Systèmes de fichiersPoursuite d'investigations pour améliorer le temps d'exécution de "git status" qui est anormalement lent par rapport à la même opération sous Linux. Amélioration de l'itération sur les arbres B+ dans BFS, qui faisaient plusieurs "get" et "put" du même bloc disque successif (les opérations "get" et "put" permettent d'obtenir l'accès exclusif à un bloc disque, puis de le libérer, le cache de blocs se chargeant de lire les blocs depuis le disque, puis de les réécrire lorsque c'est nécessaire).
Amélioration également des verrous de parallélisme dans BFS, ce qui devrait corriger quelques kernel panic.
Correction d'un blocage de ramfs lors de l'utilisation de "trim" pour libérer de la mémoire.
Ajout d'un contrôle du flag O_DIRECTORY dans plusieurs systèmes de fichiers lors de l'ouverture d'un fichier. En particulier cela permet d'écrire une image disque sur un disque à l'aide de la commande cp fichier.image /dev/disk/.../raw.
Plusieurs corrections sur le pilote NFS4 qui était délaissé depuis quelque temps: gestion des inodes "périmés" (fichier présent dans un cache local, mais supprimé par une autre machine sur le serveur), et correction d'autres problèmes rendant le pilote instable. Ajout également de divers outils de debug pour investiguer l'état du pilote.
Le serveur userlandfs peut être lancé plusieurs fois (B_MULTIPLE_LAUNCH), ce qui permet d'utiliser plusieurs systèmes de fichiers FUSE ou userlandfs en même temps.
Par augiedoggie, Jim906, waddlesplash, x512
libroot Bibliothèque C standarddlsym(RTLD_NEXT) et d'autres fonctions similaires du runtime_loader recherchent maintenant les symboles dans toutes les régions ELF chargées, et pas seulement dans la première.
Ajout de RTLD_NOLOAD dans la fonction dlopen, ce qui permet d'accéder à des symboles déjà présents dans l'exécutable sans charger un fichier de librairie à nouveau. Il ne s'agit pas d'une fonction standard C ou POSIX, mais d'une extension proposée par GNU et la glibc.
Ajout de la fonction getloadavg qui permet d'obtenir une mesure de la charge du système. Cela peut être simplement informatif (dans des outils comme htop) ou utilisé pour allouer au mieux les ressources CPU (l'outil de build ninja peut par exemple utiliser cette valeur pour décider combien de jobs lancer en parallèle)
Mise en conformité de l'ordre d'appel des destructeurs de pthread_key (il faut potentiellement appeler les destructeurs plusieurs fois, jusqu'à PTHREAD_DESTRUCTOR_ITERATIONS, pour contourner les problèmes d'interdépendances). Correction de l'ordre d'appel des destructeurs lors de l'arrêt d'une application: les destructeurs globaux C++ doivent être appelés avant les destructeurs de threads (il existe plusieurs méthodes pour enregistrer des fonctions à exécuter à l'arrêt d'un thread ou d'un programme, et c'est assez compliqué de toutes les séquencer correctement).
Une petite optimisation de pthread_cond_signal pour éviter un appel système dans certains cas.
Poursuite du remplacement de fonctions de la libroot par les versions provenant de musl: memmove, strlen, strlcat, ainsi que toutes les fonctions de conversions entre chaînes de caractères et nombres flottants.
Synchronisation de l'implémentation de glob avec FreeBSD.
Optimisation de la famille de fonctions memcmp, strcmp, strncmp: utilisation de comparaisons sur 64 bits lorsque c'est pertinent, retrait de calculs inutiles.
Réécriture et optimisation des fonctions génériques memcpy et memset (utilisées pour les machines qui n'ont pas une version optimisée manuellement en assembleur). Utilisation de la version optimisée de NetBSD pour les machines x86 32 bits. Pour la version 64 bits, le code utilisé par Haiku est meilleur que celui des autres systèmes, et reste donc en place. Le bootloader utilise uniquement la version générique pour simplifier les choses (il n'a pas besoin de fonctions de très haute performance).
Correction de la fonction write() avec une taille supèrieure à 2Gio sur les systèmes 64 bits (la taille était accidentellement tronquée à 32 bits).
Mise en conformité POSIX de la fonction dup3: retour de EINVAL si l'ancien et le nouveau descripteur de fichier sont identiques.
Déplacement de la fonction qsort_r de la libgnu vers la libroot (elle a été standardisée dans POSIX Issue 8). Il s'agit d'une version de qsort permettant de passer un paramètre supplémentaire à la fonction de comparaison contenant un contexte réservé à l'utilisateur de la fonction.
Nettoyage du code restant dans la libroot qui provient de la glibc: retrait de déclarations internes présentes dans les en-têtes publics, retrait de fonctions qui ont déjà été remplacées, suppression de fichiers non utilisés, remplacement d'un maximum de fonctions par les versions de musl ou de BSD, ajout des fonctions stdio_ext de musl en remplacement des fonctions privées supprimées, retrait d'une partie des fonctions mathématiques au profit de celles de musl, retrait d'une couche d'abstraction pour l'interfaçage entre la glibc et le support des locales dans Haiku. Certaines parties de la glibc continuent d'être utilisées pour assurer la compatibilité avec BeOS, mais l'objectif est de minimiser cette partie et d'utiliser les fonctions de BSD ou de musl, qui sont souvent beaucoup plus simples. La raison est que la glibc est conçue pour pouvoir être utilisée comme librairie C alternative sur de nombreux systèmes, et doit donc avoir un comportement très proche de la librairie C originale. Par exemple, le format des nombres "long double" peut être différent d'une architecture et d'un système à l'autre, et la glibc implémente de nombreux formats spécifiques, là où musl se contente des formats les plus classiques.
Mise à jour de getopt, printf et scanf avec la verson de la glibc 2.41. Pour l'instant ces fonctions continuent d'utiliser la version de la glibc, afin de préserver la compatibilité avec les applications existantes (notamment les applications pour BeOS). En effet, des structures internes sont exposées dans l'ABI et ne peuvent pas être facilement remplacées par une autre implémentation.
Tous ces changements sur la librairie C standard sont faits également en collaboration avec un développeur de la gnulib, dont la suite de tests permet de repérer de nombreux comportements incorrects ou non standards.
Gestion de la mémoireFinalisation d'un gros chantier de refonte de la gestion de la mémoire, avec en particulier la possibilité de fusionner des zones de mémoire adjacentes lorsqu'elles sont redimensionnées. Suite à ces changements, l'allocateur mémoire hoard2 a pu être remplacé par une nouvelle implémentation basée sur celle de OpenBSD, avec quelques adaptations et améliorations spécifiques à Haiku, dont en particulier un cache d'allocation global pour chaque application. Le nouvel allocateur est légèrement plus rapide en général, et plusieurs ordres de grandeur plus rapide sur certains cas particuliers (par exemple: gcc avec les options de link-time-optimization, ou le compilateur SDCC, ou un test de compilation passe de plusieurs heures à une ou deux minutes). Ce nouvel allocateur est également moins consommateur de mémoire et permet aux applications d'allouer plus de mémoire (hoard2 limitait les allocations à environ 3Go y compris sur les systèms 64 bits).
Amélioration des messsages d'erreur de la "guarded heap" (allocateur mémoire de débug) pour afficher des messages d'erreurs plus spécifiques au lieu de "generic segfault".
Autres changementsAjout de macros manquantes dans le fichier elf.h ainsi que de la constante MAP_FILE (inutile mais présente sur Linux et tous les systèmes BSD) pour faciliter le portage de WebKit.
Interdiction de l'appel de create_sem avec un compteur négatif. Cela était interdit par BeOS mais autorisé par Haiku et il n'y a pas vraiment de raison de le faire.
Modification du code assembleur d'appel des appels systèmes pour inclure des informations de debug sur la pile d'appels. D'autre part, dladdr a été modifié pour pouvoir accéder aux informations sur ces symboles, qui sont chargés dans la commpage (une zone de mémoire partagée entre le noyau et les processus utilisateurs, qui n'est pas à proprement parler une section de code classique en mémoire). Cela permet à libunwind d'analyser une stacktrace comprenant un appel système.
Par korli, PulkoMandy, trungnt2910, waddlesplash, zeldakatze
NoyauDésactivation des états de veille C5 et C6 sur les machines Intel "Skylake", car elles empêchent ces machines de démarrer correctement pour l'instant.
Réparation du cache d'objets "guarded heap" qui permet de détecter et d'investiguer certains problèmes d'allocation mémoire dans le noyau.
Traitement d'un cas d'erreur dans le cache de fichiers, si la taille d'un fichier est devenue plus petite que son cache entre le moment ou une application demande un accès et le moment où l'accès va effectivement être réalisé.
Protection de l'accès à certains "spinlock" par des mutex. L'accès aux spinlocks doit être rapide, puisque l'attente est faite de façon active et monopolise un coeur de CPU. Il faut donc s'assurer que le spinlock pourra être rapidement disponible. En particulier, l'affichage de logs à l'écran lors du démarrage pouvait considérablement ralentir les choses (l'affichage se fait page à page et le processus de démarrage est mis en pause en attendant que l'utilisateur appuie sur une touche).
Déplacement de la calibration du timer APIc x86 dans le noyau au lieu du bootloader. Amélioration de la précision de la mesure et utilisation de la calibration fournie via les registres CPUID si elle est disponible (c'est le cas pour certains hyperviseurs par exemple, sur lesquels le système virtualisé peut difficilement faire lui-même une mesure fiable).
Correction du traitement d'un cas particulier par mprotect, qui se manifestait par un kernel panic lors de l'utilisation du navigateur Iceweasel.
Ajout d'un timeout sur l'envoi d'infos sur le port série sur les machines x86. Par exemple sur le Steam Deck, le port série n'est pas du tout présent et cela empêchait le démarrage du système.
Réécriture de la fonction x86_{read|write}_msr pour les machines 32 bit en tant que fonction inline (c'était déjà le cas pour les machines 64 bits).
Correction de problèmes trouvés en essayant de démarrer Haiku sur un laptop très récent: ajout du support de X2APIC dans le bootloader EFI, allocation de la page "PML4" avec une adresse physique < 4Go pouvant être codée sur 32 bits, et à l'inverse traitement correct de la table GDT lorsqu'elle se trouve au-delà de cette limite de 4Go.
Déplacement de code de bfs vers le VMCache générique pour traiter le cas particulier du mmap sur un fichier dont la taille n'est pas un multiple de la taille de pages du système. La dernière page doit alors être remplie avec des 0. Cela avait été corrigé pour bfs, mais le problème était également présent pour d'autres systèmes de fichiers dont en particulier ramfs.
Réécriture des FIFOs noyaux (utilisés pour implémenter pipe(2)). Le benchmark stress-ng --pipe 1 passe de 230 Mo/s à 2.5Go/s (dans une machine virtuelle).
Ajout d'une option syslog_max_history pour pouvoir conserver plus que 2 fichiers de syslog (ce qui reste l'option par défaut).
Nettoyage et optimisation de la structure Thread utilisée dans le noyau pour représenter les threads: utilisation d'une liste doublement chaînée pour accélérer les manipulations de la liste, correction du décomptage du temps CPU utilisé par les processus, correction d'une fuite mémoire, et correction d'un problème dans la fonction get_next_thread_info si les identifiants de threads bouclent (c'est-à dire que plus de 4 milliards de threads ont été créés et que des identifiants de threads ont donc dû être recyclés).
Le kernel panic se produisant si un thread tente de libérer un mutex qui ne lui appartient pas affiche automatiquement la stacktrace du thread qui est propriétaire du mutex.
Ajout d'un appel à cpu_pause dans le code des conditions variables pour réduire la consommation électrique inutile lors d'une attente active.
Correction de plusieurs problèmes de sauvegarde du contexte de la FPU pour l'architecture x86_64:
- Remise à 0 de l'état de la FPU lors des changements de threads,
- Stockage de l'état de la FPU dans la structure d'info sur le thread au lieu de la stocker sur la pile,
- Envoi des bons codes d'exception FPE_* lors des exceptions SIGFPE,
- Gestion des "control words" lors des changements de contexte.
Cela corrige des crashs d'application et même des kernel panic dans certains cas.
Les drapeaux de protection des zones de mémoire du noyau ne sont plus visibles par les utilisateurs non privilégiés. L'utilisateur "user" principal peut toujours y accéder, cela est utilisé par exemple par ProcessController. Correction d'un flag mal positionné pour les zones mémoire de l'allocateur "slab", qui n'étaient pas indiquées comme accessibles en écriture.
Renommage des fonctions concernant la gestion des interruptions pour éviter l'abbréviation "int" qui pouvait prêter à confusion avec "integer" dans certains cas. Utilisation du mot complet "interrupt" lorsque c'est possible, ou à défaut de "intr".
Correction d'une fuite de mémoire dans la gestion de la mémoire physique avec du paging à 5 niveaux (LA57).
Correction d'un interblocage dans le cache du système de fichier identifié à l'aide des tests de gVisor.
Correction d'un bug dans la fonction vsnprintf du noyau qui n'affichait pas correctement les nombres inférieurs à 0.1 (les 0 après le point étaient perdus, et donc 0.01, 0.001. 0.0001, … étaient tous affichés comme 0.1).
L'appel système create_dir retourne EEXIST si un fichier ou un dossier existe déjà à l'endroit demandé, et ce, même si le système de fichier est en lecture seule. Auparavant, l'appel système retournait EROFS, ce qui perturbe certaines applications.
Amélioration du traitement des "doubles fautes" (lorsque le traitement d'une exception matérielle déclenche une autre exception matérielle) sur x86. Le registre GS était corrompu, ce qui empêchait l'utilisation du debugger dans ce cas, et plusieurs autres problèmes conduisaient vraissemblablement à une "triple faute" (une exception dans le traitement de l'exception dans le traitement de… bon vous voyez le principe), et à un redémarrage de la machine car à ce stade il est peu probable qu'aucune autre opération ne remette le système dans un état cohérent.
BootloaderAmélioration du bootloader PXE pour afficher clairement "Network" dans la méthode de démarrage, ainsi que l'adresse IP du serveur de disque fournissant le rootfs.
Remise en route du développement sur la console graphique utilisée pour simuler un mode texte pour le menu de démarrage, lorsque la machine ne fournit pas un mode texte matériel ou au niveau de son BIOS (c'est le cas par exemple sur certains Chromebooks avec SeaBIOS). Pour l'instant, cela nécessite une version du bootloader compilée spécifiquement pour ce cas de figure, car on ne sait pas encore détecter de façon fiable si le mode texte du BIOS est disponible.
Par Anarchos, augiedoggie, korli, phcoder, waddleslplash
Scripts de compilationPoursuite du travail pour corriger tous les warnings détectés par le compilateur, ainsi que quelques problèmes détectés par les sanitizers de gcc (libasan et libubsan) qui sont maintenant compatibles avec Haiku.
Correction de problèmes empêchant de cross-compiler Haiku depuis FreeBSD ou un système Linux utilisant la libc musl. Correction également de problèmes pour le build depuis macOS.
Suppression de fichiers inutiles dans la version de unzip intégrée dans le build de Haiku.
Généralisation des options permettant d'activer la "stack protection" à plus de parties du système.
Remplacement de la commande which par command -v. Cette dernière est un builtin de la plupart des shells, elle est donc plus rapide à exécuter et ne nécessite pas une dépendance supplémentaire.
Migration de Python 2 à Python 3 pour le script générant les fichiers "libroot stubs" (utilisé uniquement lors du bootstrapping de Haiku pour une nouvelle architecture).
Mise à jour de la version de m4 utilisée pour le bootstrap de Haiku (compilation de tous les paquets à partir des sources, utile en particulier pour le portage sur une nouvelle architecture).
Ajout des modules PCI manquants dans l'image de bootstrap.
Par korli, PulkoMandy, waddlesplash
DocumentationCe trimestre, il y a principalement du travail sur la documentation interne. Il s'agit d'un document destiné aux développeurs de Haiku, par opposition aux développeurs d'applications pour Haiku, qui se tourneront plutôt vers le Haiku book pour les informations sur les interfaces publiques du système.
Mise à jour de la documentation sur la procédure à suivre pour synchroniser du code avec d'autres systèmes. Haiku réutilise du code de FreeBSD, NetBSD, OpenBSD, musl et quelques autres, et maintient également deux copies de gcc et des binutils. Il est important d'avoir une procédure bien définie pour tracer ce qui a été importé, depuis quelle version, et quels changements ont été effectués. Plusieurs documentations existaient avec différentes fçons de faire, dont certaines étaient obsolètes.
Dans la documentation du device manager, ajout d'une image montrant un exemple de device tree, pour mieux visualiser ce qui est expliqué dans la page.
Déplacement d'articles sur l'implémentation des appels systèmes du site web principal vers la documentation interne (dans le cadre d'un très long projet pour réorganiser la documentation et libérer le site principal de nombreux articles techniques pour en faire une vitrine plus orientée vers les utilisateurs).
Ajout dans la documentation interne d'un article sur le profilage et l'analyse de performance des applications.
Correction de liens internes morts dans la documentation interne sur la gestion des paquets, suite à des erreurs de formatage.
Mise à jour de la documentation interne sur le processus de bootstrap.
Par kuku929, oco, PulkoMandy, waddlesplash
Télécharger ce contenu au format EPUBCommentaires : voir le flux Atom ouvrir dans le navigateur
Agenda du Libre pour la semaine 21 de l'année 2025
Calendrier Web, regroupant des événements liés au Libre (logiciel, salon, atelier, install party, conférence), annoncés par leurs organisateurs. Voici un récapitulatif de la semaine à venir. Le détail de chacun de ces 50 événements (France: 45, internet: 3, Belgique: 1, Québec: 1) est en seconde partie de dépêche.
- lien nᵒ 1 : April
- lien nᵒ 2 : Agenda du Libre
- lien nᵒ 3 : Carte des événements
- lien nᵒ 4 : Proposer un événement
- lien nᵒ 5 : Annuaire des organisations
- lien nᵒ 6 : Agenda de la semaine précédente
- lien nᵒ 7 : Agenda du Libre Québec
-
- [FR Montpellier] Permanence | OpenStreetMap | HérOSM (hybride) – Du mercredi 30 avril 2025 à 19h00 au vendredi 30 mai 2025 à 22h00.
- [FR Montpellier] Émission | Radio FM-Plus | Temps Libre | Diffusion – Le lundi 19 mai 2025 de 09h00 à 10h00.
- [FR Grenoble] L’Atelier de Bidouille (ABIL) – Le lundi 19 mai 2025 de 19h00 à 21h00.
- [internet] Émission «Libre à vous!» – Le mardi 20 mai 2025 de 15h30 à 17h00.
- [FR Vandœuvre-lès-Nancy] Sciences participatives – Le mardi 20 mai 2025 de 18h00 à 20h30.
- [FR Chaumont] Permanence associative – Le mardi 20 mai 2025 de 18h00 à 20h00.
- [FR Lyon] OpenStreetMap, rencontre mensuelle – Le mardi 20 mai 2025 de 18h30 à 20h00.
- [FR Grenoble] Install Party + Rencontre FairPhone – Le mardi 20 mai 2025 de 19h00 à 21h00.
- [internet] Permanence numérique (visio) – Le mardi 20 mai 2025 de 20h00 à 21h30.
- [FR Le Mans] Permanence du mercredi – Le mercredi 21 mai 2025 de 12h30 à 17h00.
- [FR Le Blanc] Ateliers “Libres” de Linux – Le mercredi 21 mai 2025 de 14h00 à 17h00.
- [FR Mauguio] GNU/Linux et Logiciels Libres – Le mercredi 21 mai 2025 de 17h00 à 19h00.
- [FR Pessac] Cours gratuit d’Espéranto, langue Libre – Le mercredi 21 mai 2025 de 17h30 à 19h00.
- [FR Agen] Permanence d’aGeNUx – Le mercredi 21 mai 2025 de 17h30 à 19h30.
- [FR Beauvais] Sensibilisation et partage autour du Libre – Le mercredi 21 mai 2025 de 18h00 à 20h00.
- [internet] Logiciels Libres et Auto-édition (visio) – Le mercredi 21 mai 2025 de 19h00 à 21h00.
- [CA-QC Québec] 5à7 OpenRefine – Le mercredi 21 mai 2025 de 17h00 à 19h00.
- [FR Paris] International Workshop on Plan 9 – Du jeudi 22 mai 2025 à 09h00 au dimanche 25 mai 2025 à 18h00.
- [FR Bayonne] Cartopartie – Le jeudi 22 mai 2025 de 09h00 à 17h00.
- [FR Toulouse] Faire Festival – Parcours Communs numériques – Le jeudi 22 mai 2025 de 09h00 à 21h00.
- [FR Nantes] Repair Café + Install Party – Le jeudi 22 mai 2025 de 09h30 à 12h30.
- [FR Sète] Permanence | GNU/Linux et Logiciels Libres – Le jeudi 22 mai 2025 de 18h00 à 20h00.
- [FR Villeurbanne] Café vie privée : Android – Le jeudi 22 mai 2025 de 18h30 à 20h00.
- [FR Paris] Rencontre livresque avec Sébastien Broca auteur du livre Autour de la toile – Le jeudi 22 mai 2025 de 18h30 à 20h30.
- [FR Nantes] De quelle humanité le chatbot est-il l’avenir ? – Le jeudi 22 mai 2025 de 18h30 à 21h00.
- [FR Lyon] Turn Python Into Java, Use abc – Le jeudi 22 mai 2025 de 19h00 à 21h00.
- [FR Limay] Hacker n’est pas jouer – conférence cybersécurité – Le jeudi 22 mai 2025 de 19h00 à 21h00.
- [FR Châteaubriant] Formation Libre-Office Calc – Le vendredi 23 mai 2025 de 09h00 à 17h00.
- [FR Nantes] Repair Café + Install Party – Le vendredi 23 mai 2025 de 14h00 à 17h30.
- [FR Benais] Réunion d’information sur Paheko – Le vendredi 23 mai 2025 de 14h00 à 16h00.
- [FR Paris] Atelier informatique libre II – Le vendredi 23 mai 2025 de 15h00 à 18h00.
- [BE Antoing] Atelier Linux – Le vendredi 23 mai 2025 de 18h00 à 20h00.
- [FR Annecy] Réunion hebdomadaire AGU3L Logiciels Libres – Le vendredi 23 mai 2025 de 20h00 à 23h59.
- [FR La Ferté Saint-Aubin] Réunion publique mensuelle – découverte des logiciels libres – Le vendredi 23 mai 2025 de 20h30 à 23h30.
- [FR Nantes] Repair Café + Install Party – Le samedi 24 mai 2025 de 09h30 à 12h00.
- [FR Beauvais] Informations sur l’Intelligence Artificielle – Le samedi 24 mai 2025 de 09h30 à 12h00.
- [FR Lyon] Journées du Logiciel Libre 2025 – Du samedi 24 mai 2025 à 10h00 au dimanche 25 mai 2025 à 18h00.
- [FR Roubaix] Atelier Local-Low-Tech à Roubaix – Le samedi 24 mai 2025 de 10h00 à 14h00.
- [FR Dunkerque] Samedi des libertés numériques – Le samedi 24 mai 2025 de 10h00 à 12h00.
- [FR Paris] Hackathon Perl / Open Food Facts – Du samedi 24 mai 2025 à 10h00 au dimanche 25 mai 2025 à 17h00.
- [FR Ivry sur Seine] Cours de l’École du Logiciel Libre – Le samedi 24 mai 2025 de 10h30 à 18h30.
- [FR Digne-les-Bains] Réunion LinuxAlpes – Le samedi 24 mai 2025 de 13h30 à 17h00.
- [FR Fourmies] Atelier «Qu’est-ce que l’IA? » – Le samedi 24 mai 2025 de 14h00 à 16h00.
- [FR Saint-Cyr-l’École] Permanences logiciels libres – pc et smartphones – Le samedi 24 mai 2025 de 14h00 à 17h00.
- [FR Ramonville Saint-Agne] Prochain atelier PIC : retouche d’images (Gimp et ImageMagick) – Le samedi 24 mai 2025 de 14h00 à 18h00.
- [FR Lens] Foire aux install' – Le samedi 24 mai 2025 de 14h00 à 17h30.
- [FR Juvisy-sur-Orge] Permanence GNU/Linux – Le samedi 24 mai 2025 de 14h30 à 17h00.
- [FR Nantes] Permanence Linux-Nantes – Le samedi 24 mai 2025 de 15h00 à 18h00.
- [FR Quimper] Permanence Linux Quimper – Le samedi 24 mai 2025 de 16h00 à 18h00.
- [FR Vallauris – Sophia Antipolis] Rencontre Accès Libre – Le dimanche 25 mai 2025 de 18h00 à 21h00.
Ces rencontres mensuelles se veulent être des instants conviviaux pour faire un compte-rendu des activités du mois précédent, mais aussi pour présenter les opérations et rendez-vous à venir que proposent les groupes HérOSM. Naturellement, elles sont également ouvertes à tout public, en présence et à distance.
Si vous avez des propositions n’hésitez pas à compléter la page dédiée.
Programme:
- Contribution sur les points d’eau incendie de l’Hérault;
- Poursuite du Mapathon humanitaire au Nigeria et au Togo:
- Cartographie «Au fil de l’eau» à Gusau (Capitale de l’État de Zamfara, au Nigeria)
- Cartographie du canton de Barkoissi (Région des Savanes au Togo)
- Cartographie du village de Konohoué (Région des Plateaux au Togo)
- Cartographie du village de Djeregou (Région de la Kara au Togo)
Déroulement de la rencontre
Nous vous présenterons les projets en cours, nous vous proposerons de contribuer, faire de la production de données.
Comme d’habitude, chacun amène ce qu’il veut à manger et à boire pour un repas partagé.
N’oubliez pas vos ordinateurs portables pour la séance de saisie!
Tramway lignes 1 et 3, arrêts Port-Marianne et Rives du Lez
GPS Latitude: 43.603095 | Longitude: 3.898166
Carte OpenStreetMap
- Atelier des Pigistes, Atelier des Pigistes, 171 rue Frimaire, Montpellier, Occitanie, France
- https://herosm.fr
- hérosm, rencontre, logiciels-libres, osm, openstreetmap, herosm
Montpel'libre réalise une série d’émissions régulières à la Radio FM-Plus intitulées « Temps Libre ». Ces émissions sont la présentation hebdomadaire des activités de Montpel’libre.
Après le jingle où l’on présente brièvement Montpel'libre, nous donnerons un coup de projecteur sur les activités qui seront proposées prochainement.
Ces émissions seront l’occasion pour les auditeurs de découvrir plus en détails les logiciels libres et de se tenir informés des dernières actualités sur le sujet.
Alors, que vous soyez débutant ou expert en informatique, que vous ayez des connaissances avancées du logiciel libre ou que vous souhaitiez simplement en savoir plus, Montpel'libre, au travers de cette émission, se fera un plaisir pour répondre à vos attentes et vous accompagner dans votre découverte des logiciels libres, de la culture libre et des communs numériques.
Vous vous demandez peut-être ce qu’est un logiciel libre. Il s’agit simplement d’un logiciel dont l’utilisation, la modification et la diffusion sont autorisées par une licence qui garantit les libertés fondamentales des utilisateurs. Ces libertés incluent la possibilité d’exécuter, d’étudier, de copier, d’améliorer et de redistribuer le logiciel selon vos besoins.
Inscription | GPS 43.60524/3.87336
Fiche activité:
https://montpellibre.fr/fiches_activites/Fiche_A5_017_Emission_Radio_Montpellibre_2024.pdf
- Radio FM-Plus, Radio FM-Plus, 4 rue Saint Barthelemy, Montpellier, Occitanie, France
- https://montpellibre.fr
- montpel-libre, radio, fm-plus, temps-libre, diffusion
L’Atelier de Bidouille Informatique Libre (ABIL) est ouvert à tous·tes les personnes qui n’arrivent pas à résoudre des problèmes avec leur ordinateur:
- trouver et installer un logiciel
- utiliser et/ou apprendre à utiliser un logiciel
- réinstaller ou installer un système d’exploitation
- monter un ordinateur
- réparer un ordinateur
- créer et/ou mettre à jour un site oueb *… ou d’autres choses sur un ordinateur
L’atelier permet de résoudre son problème en compagnie de bénévoles et des participants qui ne sont ni expert·e·s en informatique, ni réparateur·rice·s, mais qui ont l’habitude de la “bidouille” et seront là pour vous aider à trouver l’information là où elle se trouve (si elle existe).
Pendant les ateliers, l’ABIL met à disposition du matériel: postes de travail, unités centrales à remonter ou installer, écrans, claviers, souris, pièces détachées, connexion Internet…
Attention, l’ABIL ne met à disposition que des systèmes d’exploitation et des logiciels libres. Si vous souhaitez résoudre un problème sur un système ou logiciel non-libre, apportez votre machine pour participer à l’atelier, muni des licences du système d’exploitation et/ou des logiciels concernés.
- Centre de loisirs enfance et famille, Centre de loisirs enfance et famille, 2 rue Henri Ding, Grenoble, Auvergne-Rhône-Alpes, France
- http://www.abil-grenoble.org
- abil, atelier, bidouille, logiciel, logiciels-libres
L’émission Libre à vous! de l’April est diffusée chaque mardi de 15 h 30 à 17 h sur radio Cause Commune sur la bande FM en région parisienne (93.1) et sur le site web de la radio.
Le podcast de l’émission, les podcasts par sujets traités et les références citées sont disponibles dès que possible sur le site consacré à l’émission, quelques jours après l’émission en général.
Les ambitions de l’émission Libre à vous!
Découvrez les enjeux et l’actualité du logiciel libre, des musiques sous licences libres, et prenez le contrôle de vos libertés informatiques.
Donner à chacun et chacune, de manière simple et accessible, les clefs pour comprendre les enjeux mais aussi proposer des moyens d’action, tels sont les objectifs de cette émission hebdomadaire.
L’émission dispose:
- d’un flux RSS compatible avec la baladodiffusion
- d’une lettre d’information à laquelle vous pouvez vous inscrire (pour recevoir les annonces des podcasts, des émissions à venir et toute autre actualité en lien avec l’émission)
Radio Cause Commune, Radio Cause Commune, Internet
Chacun de nous peut prendre part aux progrès de la science.
Quels que soient vos diplômes, découvrez et contribuez avec nous à divers projets de sciences participatives au cours des ateliers proposés par le Laboratoire Sauvage.
Sujet du jour: Comment s’y retrouver pour contribuer au suivi de la biodiversité ? Tests d’une sélection de protocoles et d’outils.
Présentation suivie d’un atelier pratique contributif.
Pour nous trouver, c’est chaque 3ᵉ mardi du mois, mêmes lieu et horaires.
- Espace multimédia, médiathèque Jules Verne, Espace multimédia, médiathèque Jules Verne, 2 rue de Malines, Vandœuvre-lès-Nancy, Grand Est, France
- https://fccl-vandœuvre.fr/sciences
- laboratoire-sauvage, atelier, numérique, fccl, sciences
Permanence associative du Schmilblik Numérique.
L’occasion de s’entraider dans nos usages des solutions libres au sein du Schmilblik, tiers-lieu dédié à la culture et la création artistique, à Chaumont.
Des boissons chaudes, de la bienveillance et beaucoup de convivialité.
Tous les niveaux techniques sont les bienvenus, de parfait·e débutant·e à expert·e chevronné·e.
- Schmilblik, Schmilblik, 49 rue Lévy Alphandéry, Chaumont, Grand Est, France
- https://schmilblik.fr
- ba-sik-asso, permanence, entraide, schmilblik
Discussion entre contributeurs lyonnais du projet OSM et acteurs intéressés.
Toute personne intéressée par OpenStreetMap peut s’intégrer à cette rencontre, tout particulièrement les débutants qui souhaiteraient des conseils pour se lancer.
Ordre du jour à compléter: https://wiki.openstreetmap.org/wiki/FR:Lyon/Reunion-2025-05-20
Lieu de réunion: Tubà, 15 boulevard Vivier-Merle, Lyon 3ᵉ.
- Tubà, Tubà, 15 boulevard Vivier-Merle, Lyon, Auvergne-Rhône-Alpes, France
- https://wiki.openstreetmap.org/wiki/FR:Lyon
- osm, openstreetmap, rencontre-mensuelle, contributeurs, données-ouvertes, discussion, logiciels-libres
La Guilde vous propose deux ateliers en une soirée: install party ET rencontre Fairphone à la Turbine.coop.
Vous en avez assez d’être dépendants des OS et logiciels propriétaires? (Android, etc?) Cet atelier est pour vous! Repartez à la fin de la soirée avec votre propre machine fonctionnant sous un nouveau système d’exploitation, correctement installé, configuré et agrémenté de nombreux logiciels (essentiellement libres!).
C’est aussi l’occasion pour les utilisateurs de FairPhone de partager leurs expériences. Ce mois-ci, un Fairphone 3, un Fairphone 4 et un Fairphone 5 avec /e/OS installé seront disponibles pour démonstration.
Merci de sauvegarder vos données si vous apportez votre machine!
- La Turbine.coop, La Turbine.coop, 5 esplanade Andry Farcy, Grenoble, Auvergne-Rhône-Alpes, France
- https://www.guilde.asso.fr
- install-party, logiciel-libres, guilde, rencontre, fairphone, gnu-linux, linux
L’association Ailes-52 tient sa permanence numérique tous les mardis à 20h.
Pour les adhérents ou visiteurs curieux, qui souhaitent:
- trouver des réponses à vos questions concernant les logiciels libres?
- utiliser et découvrir des logiciels libres et respectueux de la vie privée?
- gagner en autonomie numérique, à votre rythme avec des outils libres?
Alors venez nous rencontrer et discuter lors de cette permanence.
- rendez-vous est donné aux participants à 20h à l’adresse: https://visio.chapril.org/ailes52-permanence-web
- Un temps d’accueil et de présentation sera consacré aux participants, à l’identification des thématiques que chacun souhaite aborder, au temps à y consacrer et aux éventuels groupes de travail à constituer
- ~ 20h30 à 21h30: séance de travail sur les thématiques identifiées avec échanges sur la fin d’atelier
La séance de travail se terminera au maximum à 21h30, le salon restera disponible pour des échanges éventuels entre les participants sans les animateurs.
Ailes-52 est une association loi 1901 reconnue d’intérêt général.
L’atelier est animé par des bénévoles de l’association.
- Internet
- https://ailes-52.org
- gnu-linux, logiciels-libres, visio, visio-conference, haute-marne, permanence, ailes-52, atelier
Assistance technique et démonstration concernant les logiciels libres.
Il est préférable de réserver votre place à contact (at) linuxmaine (point) org
Planning des réservations consultableici.
- Centre social, salle 220, 2ᵉ étage, pôle associatif Coluche, Centre social, salle 220, 2ᵉ étage, pôle associatif Coluche, 31 allée Claude Debussy, Le Mans, Pays de la Loire, France
- https://linuxmaine.org
- linuxmaine, gnu-linux, demonstration, assistance, permanence, logiciels-libres, linux
Installer ou configurer Linux, diagnostiquer mon ordinateur,
installer ou configurer un logiciel libre,
échanger sur GNU/Linux et les Logiciels Libres,
trouver des réponses à mes questions
- Local de Répar'Lab (côté Mouchoir de poche), Local de Répar'Lab (côté Mouchoir de poche), 14 quai Aubépin, Le Blanc, Centre-Val de Loire, France
- https://reparlab.webnode.fr/numerique/
- gnu/linux, reconditionnement, logiciels-libres, répar-lab
Venez découvrir GNU/Linux et vous faire aider pour l’installation et à la prise en main, dans différents lieux de l’Hérault.
L’équipe de Montpel’libre vous propose une permanence Logiciels Libres: discussions libres et accompagnement technique aux systèmes d’exploitation libres pour vous aider à vous familiariser avec votre système GNU/Linux au quotidien.
Le contenu de l’atelier s’adapte aux problèmes et aux questionnements des personnes présentes avec leurs ordinateurs, qu’ils soient fixes ou portables. Il permet ainsi l’acquisition de nouvelles compétences nécessaires à une autonomie numérique certaine, au rythme de chacun.
Les personnes débutantes souhaitant découvrir GNU/Linux et apprendre à l’installer et à s’en servir. Les personnes plus expérimentées à la recherche d’une aide technique pour résoudre des problèmes spécifiques. Cet atelier s’adresse à un public adulte et capable d’utiliser un ordinateur.
Possibilité d’installer les variantes d’Ubuntu (Gnome), Ubuntu Mate, Xubuntu (Xfce), Lubuntu (LXDE, LXQt), Kubuntu (KDE Plasma), Ubuntu Budgie. Ubuntu Unity, Ubuntu Cinnamon.
- Médiathèque Gaston Baissette, Médiathèque Gaston Baissette, 106 boulevard de la Liberté, Mauguio, Occitanie, France
- https://montpellibre.fr
- montpel-libre, logiciels-libres, culture-libre, communs-numeriques, gnu-linux, permanence, aide, technique
Cours d’espéranto tous les mercredis de 17h30 à 19h,
Université Bordeaux Montaigne,
Esplanade des Antilles,
Domaine Universitaire
33600 Pessac
Les cours sont animés par Elvezio & Jean-Seb. Ils sont totalement gratuits et sans droits d’inscription à la fac, 100% gratuits.
Veuillez contacter le 06 72 17 22 97 avant votre venue afin de connaître la salle ou pour plus d’informations.
- Université Bordeaux Montaigne, Université Bordeaux Montaigne, esplanade des Antilles, Pessac, Nouvelle-Aquitaine, France
- https://esperanto-gironde.fr
- neutre, fraternelle, internationale, langue-libre, espéranto
Pour l’année 2025 notre association aGeNUx tiendra ses permanences tous les mercredis après-midi de 17h30 à 19h30 sauf les jours fériés et pendant les vacances d’été.
Elles ont lieu au Campus Numérique 47 à la salle Barjavel.
Ces permanences sont ouvertes à tous et à toutes, membres de l’association ou non. On peut s’y informer sur les logiciels libres, en tester, poser des questions ou tout simplement venir rencontrer d’autres utilisateurs de logiciels libres.
- Campus numérique 47, Campus numérique 47, 156 av Jean Jaurès, Agen, Nouvelle-Aquitaine, France
- https://agenux.org
- agenux, permanence, informations, bidouilles, dépannage
Chaque mercredi soir, l’association propose une rencontre pour partager des connaissances, des savoir-faire, des questions autour de l’utilisation des logiciels libres, que ce soit à propos du système d’exploitation Linux, des applications libres ou des services en ligne libres.
C’est l’occasion aussi de mettre en avant l’action des associations fédératrices telles que l’April ou Framasoft, dont nous sommes adhérents et dont nous soutenons les initiatives avec grande reconnaissance.
- Ecospace, 136 rue de la Mie au Roy, Beauvais, Hauts-de-France, France
- https://www.oisux.org
- oisux, logiciels-libres, atelier, rencontre, sensibilisation
Le GULL52 avec l’association REVOL organisent une visioconférence animée par Lise Whales.
Pour les tous·tes les personnes qui s’intéressent à la publication de livres numériques et papiers en auto-édition et qui souhaitent:
- échanger des informations et des ressources sur les Logiciels Libres utilisés dans l’auto-édition, pour la création de livres numériques et papiers.
- poser des questions sur la mise en page des manuscrits et des couvertures avec des Logiciels Libres
- connaître les normes/exigences de l’auto-édition (Amazon, imprimeurs, etc.) et comment les mettre en place avec les Logiciels Libres
- découvrir:
- Scribus
- Libre Office
- GIMP
- Sigil
- Calibre
- Zint
Alors, venez nous rencontrer et discuter lors de cet atelier.
Rendez-vous en visio sur:
https://meet.jit.si/LogicielsLibresEtAutoEdition
- Internet
- https://forum.revol-asso.fr/forum/category/7/entraide-logiciel-libre
- scribus, libre-office, gimp, sigil, calibre, zint, édition, logiciel-libre, livre-numérique, livre-papier, gull52, revol, visio-conférence
Rejoignez-nous pour une rencontre conviviale après le travail avec d’autres passionné·e·s d’OpenRefine !
Que vous soyez utilisateur·trice expérimenté·e, débutant·e ou simplement curieux·se, c’est l’occasion idéale de:
- Rencontrer d’autres utilisateurs et utilisatrices d’OpenRefine de Québec et d’ailleurs
- Échanger avec des développeurs et des membres de l’équipe du projet
- Partager anecdotes, astuces et idées autour d’un verre dans une ambiance détendue
Aucun programme formel – juste de belles rencontres et de bonnes discussions.
À qui s’adresse cet événement ?
À toute personne qui utilise ou souhaite découvrir OpenRefine: bibliothécaires, spécialistes des données, chercheurs·euses, développeur·euses, enseignant·e·s, ou amateur·trice·s de données ouvertes.
Langue:
Les échanges auront lieu en français et en anglais.
Lieu:
Noctem Artisans Brasseurs est une microbrasserie chaleureuse située dans le quartier Saint-Roch. Boissons et repas disponibles sur place (à vos frais).
L’inscription est gratuite, mais les places sont limitées. Merci de réserver votre place !
- Noctem St. Roch, 438 Rue du Parvis, Québec, Capitale-Nationale, Québec
- https://forum.openrefine.org/t/openrefine-meetup-in-quebec-city-may-21-22/2281
- openrefine
Plan 9 is a free and open source (under the GPLv2 since 2014) operating system from Bell Labs.
It is sort of a “successor” to UNIX and brought forward many novel ideas, some of which have made their way into our day to day computing environment (UTF8, the /proc filesystem, etc.)
The 2025 edition of the International Workshop on Plan 9 aims to bring together researchers, developers, and students working on Plan 9, Inferno, the 9P family of protocols, and related technologies to discuss advances in these fields, ideas for further improvement, applications, and impact of these ideas on the broader computer science community; and to work together on key issues identified during the first two days of the workshop or during the discussions leading up to it.
Plan 9 is still under active development by a community of enthusiasts.
The event is hosted at the CNAM in Paris this year.
Please see the http://iwp9.org organisation page, and the https://esd-en.cnam.fr/2025-edition-of-the-international-workshop-on-plan-9-1535133.kjsp event page at the CNAM.
Plan 9 est un système d’exploitation libre et gratuit (sous GPLv2 depuis 2014) des laboratoires Bell.
Il est en quelque sorte le « successeur » d’UNIX et a apporté de nombreuses idées nouvelles, dont certaines ont fait leur chemin dans notre environnement informatique quotidien (UTF8, le système de fichiers /proc, etc.).
L’édition 2025 de l’atelier international sur le Plan 9 vise à rassembler les chercheurs, les développeurs et les étudiants travaillant sur le Plan 9, Inferno, la famille de protocoles 9P et les technologies connexes afin de discuter des avancées dans ces domaines, des idées d’amélioration, des applications et de l’impact de ces idées sur la communauté informatique au sens large ; et de travailler ensemble sur les questions clés identifiées au cours des deux premiers jours de l’atelier ou au cours des discussions qui l’ont précédé.
Plan 9 est toujours en cours de développement actif par une communauté de passionnés.
Cette année, l’événement est organisé au CNAM à Paris.
Veuillez consulter la page de l’organisation http://iwp9.org et la page de l’événement https://esd-en.cnam.fr/2025-edition-of-the-international-workshop-on-plan-9-1535133.kjsp au CNAM.
- Conservatoire National des Arts et Métiers, Conservatoire National des Arts et Métiers, rue Conté, Paris, Île-de-France, France
- http://iwp9.org
- plan9, scientificconference, atelier
Cartopartie organisée par la ville de Bayonne
venez découvrir le projet OpenStreetMap et apprendre à contribuer.
Gratuit
Inscription obligatoire auprès de la cyber-base: 05.59.15.10.91
- Cyber-base centre-ville, Cyber-base centre-ville, 71 rue Bourgneuf, Bayonne, Nouvelle-Aquitaine, France
- https://www.bayonne.fr
- openstreetmap, osm, cartographie, carto-partie, carto-party
La monnaie libre G1 - « Libre à vous ! » du 6 mai 2025 - Podcasts et références
246ème émission Libre à vous ! de l’April. Podcast et programme :
- sujet principal : la monnaie libre Ğ1 et Duniter, avec Hugo Trentesaux, Maaltir, ainsi que Sarah du collectif MàJ-V2. Ce sujet est animé par Emmanuel Charpentier
- la chronique Pépites libres de Jean-Christophe Becquet sur « la chanson française mais amusante de KPTN »
- la chronique F/H/X de Florence Chabanois sur « Mix mix »
Rendez‑vous en direct chaque mardi de 15 h 30 à 17 h sur 93,1 FM en Île‑de‑France. L’émission est diffusée simultanément sur le site Web de la radio Cause Commune.
Vous pouvez laisser un message sur le répondeur de la radio, pour réagir à l’un des sujets de l’émission ou poser une question. Le numéro du répondeur : +33 9 72 51 55 46.
- lien nᵒ 1 : Podcast de l’émission
- lien nᵒ 2 : Les références pour l’émission et les podcasts par sujet
- lien nᵒ 3 : La transcription de l’émission
- lien nᵒ 4 : S’abonner au podcast
- lien nᵒ 5 : S’abonner à la lettre d’actus
- lien nᵒ 6 : Libre à vous !
- lien nᵒ 7 : Radio Cause Commune
Commentaires : voir le flux Atom ouvrir dans le navigateur
Linux Presentation Day 2025
Pour la 7ᵉ année consécutive Montpel’libre annonce la Linux Presentation Day pour la France et l’Afrique, des événements autour du 18 mai 2025 seront organisés pour montrer et démontrer et peut-être même pour certaines et certains « démonstrer » ou plus prosaïquement démystifier, que l’installation et l’utilisation de GNU/Linux n’est pas si compliquée que cela et même à la porter de tous.
Cette année encore Montpel’libre vous présente Linux Presentation Day (ou LPD) relayé par la GULL Academy. Cet événement est l’occasion de découvrir Linux et les logiciels libres. Un grand nombre de groupes d’utilisateurs de Linux (GUL) et/ou Logiciels Libres (GULL) du monde, ainsi que des entreprises et des universités, organisent chaque année, à la même période, des rencontres afin de présenter GNU/Linux et plus largement les Logiciels Libres.
Grâce à la mobilisation exceptionnelle des GUL, chaque année, cette manifestation est une réussite.
Linux Presentation Day (ou LPD) est un événement à grande échelle qui a pour but de promouvoir Linux et les logiciels libres auprès du grand public.
L’idée d’organiser un événement de manière synchronisée sur l’ensemble de l’Europe a été initiée par le groupe d’utilisatrices et d’utilisateurs de Linux berlinois (BeLUG), afin de faire connaître et découvrir Linux et les logiciels libres à un large public et d’éveiller l’attention des médias.
Des présentations, voire l’installation de plusieurs distributions GNU/Linux seront possibles, ainsi que des démonstrations et mini ateliers peuvent être organisés ou toute sorte de manifestation qui feront la part belle au système d’exploitation GNU/Linux.
Alors, à vos agendas ! Le prochain Linux Presentation Day aura lieu autour du 18 mai, mais plus largement sur tout le mois de mai, en Afrique et en France, mais bien sûr partout ailleurs.
Si vous avez des propositions, merci de les indiquer !
- lien nᵒ 1 : Linux Presentation Day
- lien nᵒ 2 : Montpel'libre
- lien nᵒ 3 : GULL Academy
- lien nᵒ 4 : Agenda du Libre
- lien nᵒ 5 : framaforms
Ainsi, nous vous proposons d’inscrire sur cet espace, les activités de votre structure sur les présentations de GNU/Linux qui auront lieu lors du mois de mai. Pour les inscriptions sur l’Agenda du Libre, pensez bien à taguer votre événement avec « linux-presentation-day » (NdM: linux_presentation_day pour LinuxFr.org)
Inscription de votre événement sur framaforms.
Commentaires : voir le flux Atom ouvrir dans le navigateur
QuickJS version 2025-04-26 et QuickJS-NG version 0.10
Finalement Fabrice Bellard est comme tout le monde, lui aussi numérote ses versions avec des dates, c'est plus simple. Voici donc la version annuelle de QuickJS (licence MIT), son moteur JavaScript incorporable et compact (le binaire Linux 64 bits fait 757 kiB). QuickJS est compatible avec ECMAScript 2023 — sauf pour les appels tails que les auteurs ne trouvent pas indispensables — et passe presque toute la suite de tests ECMAScript (en sélectionnant ES2023).
En 2023, pour revivifier un développement un peu dormant, la fourche QuickJS-NG a été lancée (par un des contributeurs de Jitsi). QuickJS-NG est intéressant pour ceux qui veulent utiliser cmake et compiler le projet sous Windows avec le compilateur C Microsoft. Il intègre aussi le support de quelques fonctionnalités récentes de la norme JavaScript que QuickJS ne supporte pas encore. (Je cite Fabrice Bellard). Les différences ne sont pas énormes. La version 0.10 est toute neuve.
Ci-après, Fabrice Bellard m'a très gentiment expliqué les principaux changements de QuickJS.
- lien nᵒ 1 : Documentation QuickJS Javascript Engine
- lien nᵒ 2 : Page de QuickJS chez Fabrice Bellard
- lien nᵒ 3 : Démo dans la machine virtuelle JSLinux
- lien nᵒ 4 : QuickJS sur Github
- lien nᵒ 5 : Documentation de QuickJS-NG
- lien nᵒ 6 : QuickJS-NG sur Github (avec les notes de version)
Les explications viennent de Fabrice Bellard :
- La suppression d'extensions non standardisées que j'avais ajoutées pour avoir des nombres flottants en précision arbitraire et la surcharge des opérateurs. Précision historique : j'ai créé QuickJS au début afin d'avoir une calculatrice avec une syntaxe compatible JavaScript. L'idée était de pouvoir manipuler des entiers ou des nombres flottants en précision arbitraire, des polynômes ou des matrices tout en utilisant une syntaxe familière. D'où des extensions au langage JavaScript présentes dans QuickJS. Mais ces extensions étaient compliquées et source de bugs, donc j'ai décidé de les supprimer. La calculatrice est maintenant un projet à part1.
- L'implémentation des BigInt se reposait sur la librairie libbf que j'ai supprimée avec les extensions non standardisées. Il y a donc une nouvelle implémentation des BigInt, plus rapide et plus simple.
- La réimplémentation des "weak references" avec le support de fonctions présentes dans ES2023. QuickJS-NG les supportait déjà mais avec une implémentation qui utilise plus de mémoire, est moins efficace et surtout potentiellement incorrecte en présence de cycles.
- La concaténation de petites chaînes de caractères est plus rapide grâce à l'utilisation de "ropes". Beaucoup de programmes fabriquent de longues chaînes de caractères en concaténant des petites chaînes de caractères avec une grosse s = ""; for(i=0;i<n;i++) s += "a". C'est une méthode déconseillée car inefficace, mais les moteurs JavaScript comme V8, SpiderMonkey ou JavaScriptCore l'optimisent donc elle est très utilisée.
- Ajout des numéros de colonne dans les erreurs. QuickJS-NG le faisait déjà mais la méthode ne me convenait pas. Celle utilisée dans QuickJS est plus simple et (normalement) plus précise.
- Les nombres flottants sont maintenant analysés et convertis en chaînes de caractères sans utiliser la librairie C. Cela est nécessaire pour être complètement compatible avec la norme JavaScript et accroître la portabilité du code.
- Implémentation de Array.fromAsync
- supporte os.Worker sur Windows
- ajout du mode de build parserless
- ajout de os.exePath()
- ajouts des hooks Promise
- correction des Promise non gérés
- nouvelle implémentation de BigInt par Fabrice Bellard (voir ci-dessus)
- et divers…
QuickJS héberge des bibliothèque C qu'on peut utiliser pour d'autres projets :
- libregexp : une bibliothèque Regexp petite et rapide, totalement conforme aux spécifications Javascript ES2023.
- libunicode : une petite bibliothèque Unicode supportant les conversions de casse, la normalisation unicode, les requêtes unicode scriptées, les requêtes unicode de catégorie générale et toutes les propriétés unicode binaires.
- dtoa : une petite bibliothèque pour l'impression et l'analyse syntaxique en float64.
Les binaires sont dispos avec jsvu (JavaScript Version Updater, de Google) ou esvu (ECMAScript Version Updater, projet communautaire), ainsi qu'en téléchargement depuis les sites respectifs. Fabrice Bellard a aussi préparé des binaires QuickJS construits avec la Libc Cosmopolitan pour Linux, Mac, Windows, FreeBSD, OpenBSD, NetBSD tant sur les architectures ARM64 que x86_64.
-
NumCalc n'est pas encore indépendant de QuickJS, mais c'est le but. Pour l'instant la nouvelle calculatrice (bfcalc) n'est disponible qu'en ligne de commande. ↩
Commentaires : voir le flux Atom ouvrir dans le navigateur
LXQt 2.2.0
Le bureau LXQt est sorti le 17 avril 2025 en version 2.2.0. Comme prévu depuis la version 2.0, le développement est centré sur le confort : améliorations du support Wayland et ergonomie.
Pour mémoire, LXQt est un environnement de bureau fondé sur Qt, issu du rapprochement de deux projets, Razor-qt et LXDE, et publié sous licence GPL.
Le support de Wayland est encore meilleur, particulièrement en multi-écrans où on utilise des noms d’écrans plutôt que des nombres (appelez vos écrans mieux ça fera sourire Miou-Miou). En outre vous pourrez utiliser les dernières versions stables des compositeurs Wayland.
Niveau ergonomie, le gestionnaire de fichiers PCManFM-Qt accepte les terminaux personnalisés, le terminal QTerminal est encore plus lisible et tous les deux améliorent plein de petits trucs puisque c’est dans les détails que ça se cache. Dernier point notable, les utilisateurs de portables peuvent créer des profils d’énergie pour mieux gérer la batterie.
Pendant ce temps-là LXDE est abandonné.
- lien nᵒ 1 : Site de LXQT
- lien nᵒ 2 : Dépôt des sources sur Github
- lien nᵒ 3 : Notes de version LXQT 2.2.0
Commentaires : voir le flux Atom ouvrir dans le navigateur
Revue de presse de l’April pour la semaine 19 de l’année 2025
Cette revue de presse sur Internet fait partie du travail de veille mené par l’April dans le cadre de son action de défense et de promotion du logiciel libre. Les positions exposées dans les articles sont celles de leurs auteurs et ne rejoignent pas forcément celles de l’April.
- [ZDNET] L'open source, 'une stratégie financière de premier ordre'
- [Basta!] Pourquoi faut-il défendre Wikipédia?
- [Le Monde Informatique] Redis revient à une licence plus conforme à l'open source
- lien nᵒ 1 : April
- lien nᵒ 2 : Revue de presse de l'April
- lien nᵒ 3 : Revue de presse de la semaine précédente
- lien nᵒ 4 :
Agenda du Libre pour la semaine 20 de l’année 2025
Calendrier Web, regroupant des événements liés au Libre (logiciel, salon, atelier, install party, conférence), annoncés par leurs organisateurs. Voici un récapitulatif de la semaine à venir. Le détail de chacun de ces 64 événements (France: 59, internet: 4, Belgique: 1, Québec: 1) est en seconde partie de dépêche.
- lien nᵒ 1 : April
- lien nᵒ 2 : Agenda du Libre
- lien nᵒ 3 : Carte des événements
- lien nᵒ 4 : Proposer un événement
- lien nᵒ 5 : Annuaire des organisations
- lien nᵒ 6 : Agenda de la semaine précédente
- lien nᵒ 7 : Agenda du Libre Québec
-
- [FR Montpellier] Émission | Radio FM-Plus | Temps Libre | Diffusion - Le lundi 12 mai 2025 de 09h00 à 10h00.
- [internet] Mapathon 2024-2025 par cartONG (en visio) - Le lundi 12 mai 2025 de 18h00 à 20h00.
- [FR Grenoble] L’Atelier de Bidouille (ABIL) - Le lundi 12 mai 2025 de 19h00 à 21h00.
- [FR Montpellier] Permanence | Wikipermanence - Le lundi 12 mai 2025 de 19h00 à 22h00.
- [FR Grenoble] Atelier applications mobiles autour de la contribution à OSM & Panoramax - Le lundi 12 mai 2025 de 19h00 à 21h00.
- [internet] Émission «Libre à vous!» - Le mardi 13 mai 2025 de 15h30 à 17h00.
- [FR Chaumont] Permanence associative - Le mardi 13 mai 2025 de 18h00 à 20h00.
- [internet] Permanence numérique (visio) - Le mardi 13 mai 2025 de 20h00 à 21h30.
- [FR Simandre] Install'Party du Lion d’Or #2 - Le mercredi 14 mai 2025 de 10h00 à 20h00.
- [FR Le Mans] Permanence du mercredi - Le mercredi 14 mai 2025 de 12h30 à 17h00.
- [FR Rouen] Install partie Linux - Le mercredi 14 mai 2025 de 13h30 à 16h45.
- [FR Nantes] Repair Café + Install Party - Le mercredi 14 mai 2025 de 14h00 à 18h00.
- [FR Le Blanc] Ateliers “Libres” de Linux - Le mercredi 14 mai 2025 de 14h00 à 17h00.
- [FR Saint-Prix] Soirée Libre Bidouille - Le mercredi 14 mai 2025 de 17h30 à 23h30.
- [FR Pessac] Cours gratuit d’Espéranto, langue Libre - Le mercredi 14 mai 2025 de 17h30 à 19h00.
- [FR Saint-Prix] Soirée Libre Bidouille - Le mercredi 14 mai 2025 de 17h30 à 23h30.
- [FR Agen] Permanence d’aGeNUx - Le mercredi 14 mai 2025 de 17h30 à 19h30.
- [FR Beauvais] Sensibilisation et partage autour du Libre - Le mercredi 14 mai 2025 de 18h00 à 20h00.
- [FR Lyon] Réunion mensuelle Hadoly - Le mercredi 14 mai 2025 de 19h00 à 22h00.
- [FR Paris] Meetup Python - Le mercredi 14 mai 2025 de 19h00 à 21h00.
- [internet] Logiciels Libres et Auto-édition (visio) - Le mercredi 14 mai 2025 de 19h00 à 21h00.
- [FR Cappelle en Pévèle] Mercredis Linux - Le mercredi 14 mai 2025 de 19h30 à 23h30.
- [FR Bordeaux] Libérez votre ordinateur : Linux pour les débutants - Le mercredi 14 mai 2025 de 19h45 à 21h45.
- [FR Lyon] Rencontres Professionnelles du Logiciel Libre - Le jeudi 15 mai 2025 de 09h00 à 18h00.
- [CA-QC Montréal] Montréal Python - MP114 - Le jeudi 15 mai 2025 de 17h00 à 20h30.
- [FR Nantes] Repair Café + Install Party - Le jeudi 15 mai 2025 de 14h00 à 17h30.
- [FR Mauguio] Permanence | GNU/Linux et Logiciels Libres - Le jeudi 15 mai 2025 de 17h00 à 19h00.
- [FR Montpellier] Atel'libre | PAO : Gimp, Inkscape, Scribus, Krita - Le jeudi 15 mai 2025 de 17h00 à 19h00.
- [FR Chambery] Contribution au Libre - Contributions à l’association - Le jeudi 15 mai 2025 de 18h00 à 22h00.
- [FR Bordeaux] Découverte de l’Espéranto - Le jeudi 15 mai 2025 de 18h00 à 19h30.
- [FR Nantes] Jeudi du Libre - Le jeudi 15 mai 2025 de 18h00 à 20h00.
- [FR Béziers] Permanence | GNU/Linux et Logiciels Libres - Le jeudi 15 mai 2025 de 18h30 à 21h00.
- [FR Montpellier] L’apéro des quatre libertés - Le jeudi 15 mai 2025 de 19h00 à 21h00.
- [FR Lyon] Entraide et Bidouille - Le jeudi 15 mai 2025 de 19h00 à 22h00.
- [FR Paris] Guix@Paris - Le jeudi 15 mai 2025 de 19h00 à 22h00.
- [FR Paris] Apéro et Soirée de contribution au libre - Le jeudi 15 mai 2025 de 19h00 à 23h30.
- [FR Montpellier] Rendez-vous | Aprilapéro - Le jeudi 15 mai 2025 de 19h00 à 19h40.
- [FR Montpellier] Renrez-vous | FSFapéro - Le jeudi 15 mai 2025 de 19h40 à 20h20.
- [FR Montpellier] Rendez-vous | Quadrapéro - Le jeudi 15 mai 2025 de 20h20 à 21h00.
- [FR Châteaubriant] Démonter-remonter - Le vendredi 16 mai 2025 de 13h30 à 17h30.
- [FR Nantes] Repair Café + Install Party - Le vendredi 16 mai 2025 de 14h00 à 17h00.
- [FR Paris] Atelier informatique libre - Le vendredi 16 mai 2025 de 15h00 à 18h00.
- [BE Antoing] Atelier Linux - Le vendredi 16 mai 2025 de 18h00 à 20h00.
- [FR Annecy] Réunion hebdomadaire AGU3L Logiciels Libres - Le vendredi 16 mai 2025 de 20h00 à 23h59.
- [FR Amancy] Rencontre Autour des Logiciels Libres - Le samedi 17 mai 2025 de 09h00 à 12h00.
- [FR L’isle Jourdain] Initiation à la comptabilité associative - Le samedi 17 mai 2025 de 09h00 à 16h30.
- [FR Fourmies] Donnez une seconde vie à vos ordinateurs - Le samedi 17 mai 2025 de 09h15 à 12h00.
- [FR Beauvais] Utiliser et enrichir la carte collaborative OpenStreetMap - Le samedi 17 mai 2025 de 09h30 à 12h00.
- [FR Fourmies] Atelier « Donnez une seconde vie à vos ordinateurs» - Le samedi 17 mai 2025 de 09h30 à 12h00.
- [FR Périgueux] Les ateliers spécial Linux de l’atelier du lien - Le samedi 17 mai 2025 de 10h00 à 17h15.
- [FR Le Blanc] Free Software Day : Journée du Libre pour les 40 ans de GNU/Linux - Le samedi 17 mai 2025 de 10h00 à 18h00.
- [FR Vandœuvre-lès-Nancy] Atelier libre - S’auto-héberger facilement - Le samedi 17 mai 2025 de 10h00 à 12h00.
- [FR Aix-en-Provence] Samedi Libre - Le samedi 17 mai 2025 de 10h00 à 17h00.
- [FR Ivry sur Seine] Cours de l’École du Logiciel Libre - Le samedi 17 mai 2025 de 10h30 à 18h30.
- [FR Wintzenheim] Réunion du Club Linux - Le samedi 17 mai 2025 de 13h00 à 19h00.
- [FR Quimperlé] Point info GNU/Linux - Le samedi 17 mai 2025 de 13h30 à 17h30.
- [FR Estrablin] Microcartopartie - Le samedi 17 mai 2025 de 14h00 à 17h00.
- [FR Toulouse] Rencontres OpenStreetMap - Le samedi 17 mai 2025 de 14h00 à 18h00.
- [FR Saint-Cyr-l’École] Permanences logiciels libres - pc et smartphones - Le samedi 17 mai 2025 de 14h00 à 17h00.
- [FR Le Mans] Après-midi formation Cybersécurité - Le samedi 17 mai 2025 de 14h00 à 17h00.
- [FR Rouen] Assistance numérique libre - Le samedi 17 mai 2025 de 14h00 à 17h30.
- [FR Le Havre] Install partie Linux - Le samedi 17 mai 2025 de 14h00 à 17h00.
- [FR Montpellier] Opération solidaire | « Un ordinateur pour Mayotte » - Le samedi 17 mai 2025 de 14h30 à 18h30.
- [FR Quimper] Permanence Linux Quimper - Le samedi 17 mai 2025 de 16h00 à 18h00.
- [FR Montpellier] Rendez-vous | Aprilapéro - Le samedi 17 mai 2025 de 19h00 à 19h40.
Montpel'libre réalise une série d’émissions régulières à la Radio FM-Plus intitulées « Temps Libre ». Ces émissions sont la présentation hebdomadaire des activités de Montpel’libre.
Après le jingle où l’on présente brièvement Montpel'libre, nous donnerons un coup de projecteur sur les activités qui seront proposées prochainement.
Ces émissions seront l’occasion pour les auditeurs de découvrir plus en détails les logiciels libres et de se tenir informés des dernières actualités sur le sujet.
Alors, que vous soyez débutant ou expert en informatique, que vous ayez des connaissances avancées du logiciel libre ou que vous souhaitiez simplement en savoir plus, Montpel'libre, au travers de cette émission, se fera un plaisir pour répondre à vos attentes et vous accompagner dans votre découverte des logiciels libres, de la culture libre et des communs numériques.
Vous vous demandez peut-être ce qu’est un logiciel libre. Il s’agit simplement d’un logiciel dont l’utilisation, la modification et la diffusion sont autorisées par une licence qui garantit les libertés fondamentales des utilisateurs. Ces libertés incluent la possibilité d’exécuter, d’étudier, de copier, d’améliorer et de redistribuer le logiciel selon vos besoins.
Inscription | GPS 43.60524/3.87336
Fiche activité:
https://montpellibre.fr/fiches_activites/Fiche_A5_017_Emission_Radio_Montpellibre_2024.pdf
- Radio FM-Plus, Radio FM-Plus, 4 rue Saint Barthelemy, Montpellier, Occitanie, France
- https://montpellibre.fr
- montpel-libre, radio, fm-plus, temps-libre, diffusion
Vous voulez vous engager pour une cause, rencontrer de nouvelles personnes et découvrir la cartographie participative et humanitaire? CartONG vous invite à participer à un ou plusieurs mapathons en ligne!
Sortie de Lazarus 4.0, l'IDE pour Free Pascal
Le 5 mai, jour qui se prête aux manipulations numériques, l'environnement de développement Lazarus est sorti en version 4.0. Lazarus est écrit en Pascal et permet de développer en Pascal Objet, c'est à dire en Delphi. Il accompagne le compilateur libre Free Pascal.
Le langage Pascal est toujours très utilisé, l'index TIOBE de mai 2025 le classe en neuvième position (et ça progresse), loin devant PHP ou Rust. Et si on en parle peu malgré ses qualités c'est peut-être parce qu'il n'est pas porté par de grandes corporations.
Lazarus 4.0 est dispo sur Linux, *BSD, Macos, Windows, il y a même des paquets debian pour RapsberryPi. Il est compilé avec FreePascal 3.2.2. La LCL (Lazarus component library) fournit des widgets graphiques multi-plateformes pour
- Linux/FreeBSD (GTK2, Qt4, Qt5 and Qt6)
- Windows depuis Windows 2000 (y compris WinCE)
- macOS (Cocoa, Carbon, GTK2, Qt4, Qt5, Qt6)
- lien nᵒ 1 : Notes de version
- lien nᵒ 2 : Site de Lazarus
- lien nᵒ 3 : Téléchargements
- lien nᵒ 4 : Code source de Lazarus sur Gitlab
Commentaires : voir le flux Atom ouvrir dans le navigateur
Lettre d'information XMPP de mars 2025
N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est réalisée et publiée conjointement sur les sites XMPP.org, LinuxFr.org et JabberFR.org selon une procédure définie.
Bienvenue dans la lettre d'information XMPP, ravie de vous retrouver !
Ce numéro couvre le mois de mars 2025.
Tout comme cette lettre d'information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de certaines personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, n'hésitez pas à les remercier ou à aider ces projets ! Vous souhaitez soutenir l'équipe de la lettre d'information ? Lisez en bas de page.
- Annonces XSF
- Événements XMPP
- Conférences XMPP
- Articles XMPP
- Actualité des logiciels XMPP
- Extensions et spécifications
- Partagez les nouvelles
- Aidez-nous à construire la lettre d'information
- Licence
La XMPP Standards Foundation a publié une Lettre ouverte pour inciter Meta à adopter XMPP pour l'interopérabilité de la messagerie. Il est temps de mettre en place une véritable interopérabilité. Faisons en sorte que cela se concrétise.
Adhésion à la XSFSi vous souhaitez rejoindre la XMPP Standards Foundation en tant que membre, posez votre candidature avant le 18 mai 2025, 00:00 UTC !
Hébergement fiscal de projets par la XSFLa XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d'informations, voir le billet d'annonce. Projets actuels que vous pouvez soutenir :
Événements XMPPXMPP Track au FOSSY : L'appel à propositions est ouvert jusqu'au 28 avril 2025 ! Cette année encore, le projet soprani.ca a le plaisir d'annoncer son offre annuelle de financement pour les participants potentiels qui pourraient être confrontés à des limitations financières, en particulier pour ceux qui voudraient donner une conférence sur XMPP. Rejoignez-nous sur discuss@conference.soprani.ca, et n'hésitez pas à demander plus d'informations.
Berlin XMPP Meetup [DE / EN] : réunion mensuelle des passionnés de XMPP à Berlin, tous les deuxièmes mercredis du mois à 18 heures (heure locale).
XMPP Italian happy hour [IT] : réunion mensuelle sur le web XMPP en Italie, tous les troisièmes lundis du mois à 19h00 heure locale (événement en ligne, avec mode réunion web et streaming en direct).
XMPP Sprint à Berlin : Les vendredi 23, samedi 24 et dimanche 25 mai 2025.
- SASL-HT (The Hashed Token SASL Mechanism) a été présenté par Florian Schmaus lors de la 122e réunion de l'Internet Engineering Taskforce (IETF). Un enregistrement est disponible sur YouTube et les diapositives sont disponibles sur le site web de l'IETF 122. S'il est adopté, ce projet deviendra un "Request For Comments" (RFC) qui aidera à normaliser les méthodes de réauthentification rapide des clients XMPP telles que celle spécifiée par la XEP-0397. Le projet sera discuté plus avant sur la liste de diffusion du groupe de travail Kitten de l'IETF.
Installer son serveur XMPP avec Prosody par Codimp a été mis à jour pour refléter les changements introduits par la dernière version Prosody 13.0.0 [FR]
Kaidan 0.12.0 : Polissage de l'interface utilisateur et correction de la migration des comptes par melvo pour Kaidan IM.
Il est temps de mettre en place une véritable interopérabilité. Faisons-le ! par guus pour Ignite Realtime News.
Soutien à la lettre ouverte de la XMPP Standard Foundation à Meta pour une véritable interopérabilité par ProcessOne.
Monocles, le projet chapeautant les clients XMPP Monocles Web et Android, a lancé une campagne de crowdfunding. L'objectif principal est de créer une plateforme où la vie privée, la souveraineté numérique et la durabilité occupent une place centrale. Votre vie privée n'est pas négociable. La période de financement s'étend du 28 mars au 30 juin.
Gajim a publié les versions 2.0.1, 2.0.2, 2.0.3 et 2.0.4 avec des améliorations et des corrections de bugs. Rendez-vous dans la section Nouvelles pour plus de détails.
Kaidan a publié les versions 0.12.0, 0.12.1 et 0.12.2. Ces versions apportent des améliorations à l'interface utilisateur, des corrections pour la migration des comptes, pour les messages vocaux et le changement de mot de passe, pour la suppression des messages et des bulles, ainsi que d'autres corrections de bogues. Consultez le journal des modifications pour chaque version ici, ici et ici pour tous les détails.
Poezio a publié les versions 0.15.0 et 0.15.1 de son client XMPP console. Des informations détaillées sont disponibles sur l'annonce de publication.
Profanity a publié la version 0.15.0 de leur client console XMPP. Après plus d'un an et demi de préparation, cette publication embarque une large liste de nouvelles fonctionnalités, améliorations, correction de bogues, et plus encore. Vous pouvez trouver une liste détaillée des modifications dans le journal des modifications.
prose-web-app a publié les versions 0.6.2 et 0.7.0 de son implémentation web de l'application Prose.
ProcessOne a le plaisir d'annoncer la sortie de la version ejabberd 25.03 : une version importante avec de nouvelles fonctionnalités et de nombreuses améliorations, qui arrive trois mois et 180 commits après ejabberd 24.12.
Prosody IM a le plaisir d'annoncer la sortie de la version 13.0.0, la nouvelle version majeure du serveur Prosody XMPP. Cette version apporte un large éventail d'améliorations qui rendent Prosody plus sûr, plus performant et plus facile à gérer que jamais. Lisez tous les détails dans le journal des modifications. Comme toujours, des instructions détaillées de téléchargement et d'installation sont disponibles sur la page de téléchargement pour votre confort.
- Les versions 0.2.11 et 0.2.12 de go-xmpp ont été publiées.
- libstrophe la version 0.14.0 a été publiée.
- peertube-plugin-livechat la version 12.0.3 a été publiée.
- La version pelican-pubsub est disponible. Il s'agit d'un plugin pour le système de publication Pelican qui implémente le support d'Atom Over XMPP, à travers XMPP pubsub, permettant une interaction directe (comme la publication ou l'ajout de commentaires) avec les utilisateurs de Libervia et Movim via XMPP.
- Les versions 0.1.101 et 0.1.102 de prose-core-client ont été publiées.
- Les versions 6.0.1 et 6.0.2 de python-nbxmpp ont été publiées.
- Les versions 1.10.2 et 1.10.3 de QXmpp ont été publiées.
- La version 0.2.8 de Slidge a été publiée.
- Les versions 1.9.1 et 1.10.0 de Slixmpp ont été publiées. Vous pouvez lire les annonces de publication respectives ici et ici pour tous les détails.
La XMPP Standards Foundation développe des extensions pour XMPP dans sa série XEP en plus des RFC XMPP.
Des développeuses, développeurs et experts en standards du monde entier collaborent sur ces extensions, en élaborant de nouvelles spécifications pour des pratiques émergentes et en affinant des méthodes existantes. Proposées par n’importe qui, celles qui rencontrent un grand succès deviennent Finales ou Actives, selon leur type, tandis que d’autres sont soigneusement archivées comme Reportées. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. En savoir plus sur le processus des standards. La communication autour des standards et des extensions a lieu sur la liste de diffusion des standards (archive en ligne).
Extensions proposéesLe processus de développement des XEP commence par la rédaction d'une idée et sa soumission à l'éditeur XMPP. Dans les deux semaines qui suivent, le Conseil décide d'accepter ou non cette proposition en tant que XEP expérimentale.
- Aucune XEP proposée ce mois-ci.
- Version 0.1.0 de XEP-0503 ("Spaces" côté serveur).
- Promu à expérimental (Editeur XEP : dg)
Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera retirée de la catégorie Expérimental pour être classée comme Déférée. Si une mise à jour intervient, la XEP sera replacée dans la catégorie Expérimental.
- Aucune XEP déférée ce mois-ci.
- Aucune XEP mise à jour ce mois-ci.
Les derniers appels sont lancés une fois que tout le monde semble satisfait de l'état actuel d'une XEP. Une fois que le Conseil a décidé si la XEP semble prête, l'éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel peuvent aider à améliorer la XEP avant de le renvoyer au Conseil pour qu'il passe à l'étape Stable.
- Aucun dernier appel ce mois-ci.
- Aucune XEP n’est passée à Stable ce mois-ci.
- Aucune XEP n’a été dépréciée ce mois-ci.
- Aucune XEP n’a été rejetée ce mois-ci.
Veuillez partager ces nouvelles sur d'autres réseaux :
- Mastodon
- YouTube
- Instance Lemmy (non officiel)
- Reddit (non officiel)
- Page Facebook XMPP (non officielle)
Consultez également notre flux RSS !
Vous recherchez des offres d’emploi ou souhaitez engager une personne en tant que consultante professionnelle pour votre projet XMPP ? Consultez notre tableau des offres d’emploi XMPP.
Contributions et traductions de la lettre d'informationIl s’agit d’un effort communautaire, et nous souhaitons remercier les bénévoles pour leurs contributions. Le bénévolat et les traductions dans d'autres langues sont les bienvenus ! Les traductions de la lettre d'information XMPP seront publiées ici (avec un certain délai) :
- Anglais (original) : xmpp.org
- Contributions générales : Adrien Bourmault (neox), Alexander "PapaTutuWawa", Arne, cal0pteryx, emus, Federico, Gonzalo Raúl Nemmi, Jonas Stein, Kris "poVoq", Licaon_Kter, Ludovic Bocquet, Mario Sabatino, melvo, MSavoritias (fae,ve), nicola, Schimon Zachary, Simone Canaletti, singpolyma, XSF iTeam
- Français : jabberfr.org et linuxfr.org
- Traductions : Adrien Bourmault (neox), alkino, anubis, Arkem, Benoît Sibaud, mathieui, nyco, Pierre Jarillon, Ppjet6, Ysabeau
- Italien : notes.nicfab.eu
- Traductions : nicola
- Espagnol : xmpp.org
- Traductions : Gonzalo Raúl Nemmi
- Allemand : xmpp.org
- Traductions : Millesimus
Cette lettre d'information XMPP est produite de manière collaborative par la communauté XMPP. Chaque numéro mensuel de la lettre d'information est rédigé dans ce pad simple. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt GitHub de la XSF. Nous sommes toujours ravis d'accueillir des contributions. N’hésitez pas à rejoindre la discussion dans notre chat de groupe Comm-Team (MUC) et à nous aider à maintenir cet effort communautaire. Vous avez un projet et souhaitez partager vos actualités ? Pensez à partager vos nouvelles ou événements ici pour les promouvoir auprès d’un large public.
Tâches que nous réalisons régulièrement :
- recueillir des nouvelles dans l’univers XMPP
- rédiger des résumés brefs des actualités et événements
- résumer les communications mensuelles sur les extensions (XEPs)
- réviser le brouillon de la lettre d'information
- préparer des images pour les médias
- traduire
- communiquer via les comptes sur les réseaux sociaux
Cette lettre d'information est publiée sous la licence CC BY-SA.
Télécharger ce contenu au format EPUBCommentaires : voir le flux Atom ouvrir dans le navigateur
20 ans de Fedora-fr : cinquième entretien avec Thomas traducteur de Fedora
Dans le cadre des 20 ans de Fedora-fr (et du Projet Fedora en lui-même), Charles-Antoine Couret (Renault) et Nicolas Berrehouc (Nicosss) avons souhaité poser des questions à des contributeurs francophones du Projet Fedora et de Fedora-fr.
Grâce à la diversité des profils, cela permet de voir le fonctionnement du Projet Fedora sous différents angles pour voir le projet au-delà de la distribution mais aussi comment il est organisé et conçu. Notons que sur certains points, certaines remarques restent d’application pour d’autres distributions.
N’oublions pas que le Projet Fedora reste un projet mondial et un travail d’équipe ce que ces entretiens ne permettent pas forcément de refléter. Mais la communauté francophone a de la chance d’avoir suffisamment de contributeurs et des contributrices de qualité pour permettre d’avoir un aperçu de beaucoup de sous projets de la distribution.
Chaque semaine un nouvel entretien sera publié sur le forum Fedora-fr.org, LinuxFr.org et le blog de Renault.
L’entretien du jour concerne Thomas Canniot (pseudo MrTom), ancien traducteur de Fedora en français et fondateur de l’association Fedora-fr.
Bonjour Thomas, peux-tu présenter brièvement ton parcours ?
Mon parcours est assez banal j’estime. Quand j’étais petit, je bidouillais sur un Amstrad CPC 6128 en Basic. Quand nous avons reçu notre premier ordinateur Windows en 1997, j’étais vraiment curieux de comprendre comment cela fonctionnait. J’ai rapidement découvert les logiciels libres et adhéré à l’époque à ses grands principes. Du coup, j’ai cherché très vite à utiliser le plus possible de logiciels libres tout en sachant qu’un jour je finirais par passer à Linux.
J’ai pu tester pas mal de distributions. À la fac de Lille, je participais à l’association Campux où j’ai pu rencontrer d’autres étudiants qui étaient sur Linux.
Question études, j’ai fait des études d’anglais puis d’ingénierie pédagogique à Lille. J’ai un master 2. Rien à voir avec l’informatique et pourtant.
Peux-tu présenter brièvement tes contributions au Projet Fedora ?
Les contributions ont été assez larges en fait. Je participais pas mal au forum et j’échangeais pas mal avec le créateur de Fedora-fr.org à l’époque pour lui demander des demandes d’améliorations, le développement du wiki, etc. Au final, il a fini par me céder le site et c’est avec des volontaires sur canal IRC que nous avons pu constituer une équipe (LLaumgui, Trashy et d’autres) autour du site pour le renforcer techniquement et lui donner un second souffle.
Qu’est-ce qui fait que tu es venu sur Fedora ?
Je cherchais une distribution à la pointe des derniers développements qui soit stable et « sérieuse ». J’aimais le fait que Fedora soit une distribution Linux assez jeune (j’ai débuté sur Fedora Core 2). La communauté et le site étaient assez jeunes, il y avait matière à faire quelque chose sans que je n’aie moi de compétences techniques poussées et encore moins en programmation.
Pourquoi contribuer à Fedora en particulier ?
J’aimais la distribution par sa communauté et le fait que le projet s’organisait en chemin. C’était hyper stimulant de participer à quelque chose qui se construit et de voir un projet de cette nature se construire, établir des processus de contribution.
En installant Fedora Core 3 ou 4, je me suis rendu compte qu’il y avait plein de phrases en anglais partout dans le système alors que celui-ci était bien configuré en français. Je me suis du coup penché sur la traduction de la distribution et nous avons pu grâce au forum fedora-fr et au canal IRC monter une équipe de 3 ou 4 personnes qui contribuaient nuits et jours à la traduction de Fedora. J’ai fait ça pendant 6 ou 7 ans je dirais, c’était vraiment un gros boulot, parfois même stressant, car nous essayions de traduire le plus possible de lignes de texte avant la prochaine sortie de la distribution.
As-tu contribué à d’autres Logiciels Libres ? Si oui, lesquels et comment ?
J’ai participé à d’autres projets de traduction. Aujourd’hui, je m’applique à traduire le logiciel de conversion vidéo Handbrake pour Mac, Linux et Windows.
Est-ce que tes contributions à Fedora sont un atout direct ou indirect dans ta vie professionnelle ? Si oui, de quelle façon ?
Participer au projet Fedora m’a appris énormément sur l’informatique et le développement des projets logiciels. C’est une plus-value énorme sur mon profil professionnel. L’informatique est partout, et même si vous n’êtes pas concerné par le développement ou l’achat de logiciels au quotidien, savoir ce qu’est un logiciel propriétaire, un logiciel libre, les différents types de licences et les problématiques de développement et de traduction qui en découlent sont des cordes supplémentaires indéniables à mon arc. J’ai aussi appris sur le tas à ménager la chèvre et le chou entre les différents profils des contributeurs du projet, tenté tant bien que mal de motiver les troupes et établir des relations saines avec l’équipe de Red Hat en charge de la communauté mondiale de Fedora.
Tu as fait partie des pionniers de la communauté francophone de Fedora et de l’association, quelles raisons t'ont poussé à t’y lancer ?
La raison la plus simple et primaire, c’est qu’il fallait une structure financière basique pour payer le serveur du site internet fedora-fr.org et le nom de domaine. Nous avons donc monté une association loi 1901 et commencé à recevoir quelques cotisations (les nôtres) pour le financement annuel du serveur.
Peux-tu nous faire un bref historique des débuts de la communauté et de l’association ?
L’association étant lancée, nous avons cherché à ce qu’elle grossisse un peu en permettant de faire la promotion de Fedora en France, en Suisse et en Belgique. Parfois même en Afrique du Nord. Nous sommes restés une petite association, avec une trentaine de membres pas toujours à jour de leur cotisation. C’était vraiment rock’n’roll parfois :) Tous les ans, nous faisions presser des live CD d’installation de la distribution que nous revendions parfois complètement à perte. C’était un peu le Graal d’avoir un objet qui symbolisait la distribution et qui portait les couleurs de la communauté Fedora francophone. C’était si je me souviens bien notre plus gros budget annuel de dépense, mais cela nous permettait d’avoir des choses à proposer sur les salons.
Tu as été pendant quelques années président de l’association Fedora-fr à l’époque. Peux-tu revenir sur les chantiers en cours à ce moment-là et des apports que tu as pu y faire ?
Les premières années ont été des années de développement et de structuration de l’activité de l’association. Nous faisions tous cela à côté de nos études ou de nos jobs, donc nous n’avons pas créé des choses incroyables. Beaucoup de monde ignore tout le bazar que peut générer la création d’une association en France, ne serait-ce que d’avoir une banque ou une assurance qui comprennent ce que vous faites et qui vous accompagnent. C’était un gros boulot de stabilisation administrative. Avec les cotisations des membres, nous avons pu développer les activités de l’association : pour en faire la promotion sur les salons informatiques locaux ou nationaux, permettre aux membres de prendre en charge tout ou partie de leurs frais de déplacements, leur fournir des goodies et des live CD, des flyers, etc. Tout cela prend du temps à penser, créer, imprimer, organiser, etc.
Tu as été traducteur pour le Projet Fedora, et même des FWN (Fedora Week News) en podcast. Peux-tu nous dire l’importance que ça a de traduire un projet de cette taille ? Le rythme des FWN n’était-il pas trop élevé ?
La traduction c’est du bénévolat ingrat, car vous êtes en bout de chaine et c’est chez les traducteurs qu’est la pression de terminer le travail le plus vite possible avant que la distribution ne soit packagées et disponible en version finale. Le Projet Fedora nous a fréquemment réduit les deadlines de contributions, donc nous sommes allés au plus urgent très souvent.
J’avais oublié que j’avais réalisé un podcast avec Trashy. C’était vraiment fait sur un coin de table, mais c’était vraiment un plaisir d’essayer de faire ça. Oui le rythme était intense, mais j’aimais bien l’audio et le format.
Comment fonctionne le monde de la traduction logicielle ? Quels outils sont à disposition pour réaliser ce travail ?
Au tout début, c’était vraiment rock’n’roll et je ne comprenais pas réellement comment je devais le faire. Faire un commit de fichier quand vous êtes complètement novice en développement, ça relève de la sorcellerie.
On récupérait donc les fichiers à traduire, on les traduisait et on les renvoyait. Il y a(vait) une liste de diffusion pour organiser l’équipe de traduction et les processus. Pour éviter que plusieurs personnes ne travaillent sur les mêmes fichiers en même temps, ou pour chercher un relecteur, avant de publier la traduction. Nous étions plutôt bien organisés avec les petits outils à disposition. Ensuite, pour traduire, rien de tel qu’un logiciel comme Lokalize et un bon dictionnaire parfois.
Plus tard dans la vie du projet, le site Transifex a été lancé. Je l’utilise encore aujourd’hui pour traduire Handbrake avec beaucoup de nostalgie.
Le volume de traduction que cela représente est plutôt élevé, quelle était ta motivation à l’effectuer durant tout ce temps ?
En toute franchise, je l’ai fait par passion au début. Vers la fin, c’est devenu une contrainte, mais j’essayais de participer, car je ne voulais pas voir la distribution mal traduite. C’est terrible quand vous installez un logiciel et qu’il n’est pas entièrement en français. Personnellement je déteste cela.
Si ce n’est pas indiscret, tu as quitté maintenant Borsalinux-fr et le Projet Fedora, quelles en sont les raisons ?
Plusieurs raisons. Je me sentais un peu usé d’avoir participé pendant de nombreuses années et la motivation s’en est allée petit à petit.
J’ai également fait mon entrée dans le monde du travail et le temps disponible s’est considérablement réduit.
Enfin, Apple est passé par là. J’étais un peu frustré de devoir ré-installer mon ordinateur tous les 6 mois alors qu’un Mac ça ne bouge pas, vous l’allumez et ça fonctionne. Point. Mes proches avaient des Mac, des machines silencieuses qui fonctionnaient sans manipulations et sans problèmes… la tentation a été trop forte.
Que conseillerais-tu, comme lecture ou travaux, à un jeune contributeur de faire pour contribuer dans tes domaines ? Quelles compétences ou qualité sont utiles pour réaliser ce travail ?
Deux choses :
Ne pas se fixer des objectifs inatteignables. Les projets de logiciels libres sont en grande partie structurés et il faut parfois y aller doucement et faire ses preuves avant de prendre des responsabilités.
Être persévérant et ne pas se décourager. Parfois la marche peut sembler haute, mais n’hésitez pas à en parler à d’autres utilisateurs et contributeurs qui pourront vous donner un coup de main ou débloquer des situations. Ce sont des projets d’équipes, personne ne doit rester seul dans son coin.
Merci Thomas pour ta contribution !
ConclusionNous espérons que cet entretien vous a permis d’en découvrir un peu plus sur la traduction dans Fedora et les débuts de Fedora-fr.
Si vous avez des questions ou que vous souhaitez participer au Projet Fedora ou Fedora-fr, ou simplement l’utiliser et l’installer sur votre machine, n’hésitez pas à en discuter avec nous en commentaire ou sur le forum Fedora-fr.
À dans 10 jours pour un entretien avec Robert-André Mauchin, empaqueteur du Projet Fedora en particulier concernant l’écosystème Go et Rust.
Télécharger ce contenu au format EPUBCommentaires : voir le flux Atom ouvrir dans le navigateur
Au café libre - « Libre à vous ! » du 29 avril 2025 - Podcasts et références
Deux-cent-quarante-cinquième émission « Libre à vous ! » de l’April. Podcast et programme :
- sujet principal : Au café libre, débat autour de l’actualité du logiciel libre et des libertés informatiques
- Chronique À cœur vaillant, la voie est libre de Laurent et Lorette Costy : « Range tes affaires dans la PirateBox »
- Une nouvelle Pituite de Luk : « À nous de jouer »
Rendez‐vous en direct chaque mardi de 15 h 30 à 17 h sur 93,1 FM en Île‐de‐France. L’émission est diffusée simultanément sur le site Web de la radio Cause Commune.
- lien nᵒ 1 : Podcast de l'émission
- lien nᵒ 2 : Les références pour l'émission et les podcasts par sujets
- lien nᵒ 3 : La transcription de l'émission
- lien nᵒ 4 : S'abonner au podcast
- lien nᵒ 5 : S'abonner à la lettre d'actus
- lien nᵒ 6 : Libre à vous !
- lien nᵒ 7 : Radio Cause Commune
Commentaires : voir le flux Atom ouvrir dans le navigateur
Nouvelles sur l’IA d’avril 2025
L’intelligence artificielle (IA) fait couler de l’encre sur LinuxFr.org (et ailleurs). Plusieurs visiteurs ont émis grosso-modo l’opinion : « j’essaie de suivre, mais c’est pas facile ».
Je continue donc ma petite revue de presse mensuelle. Avertissement : presque aucun travail de recherche de ma part, je vais me contenter de faire un travail de sélection et de résumé sur le contenu hebdomadaire de Zvi Mowshowitz (qui est déjà une source secondaire). Tous les mots sont de moi (n’allez pas taper Zvi si je l’ai mal compris !), sauf pour les citations : dans ce cas-là, je me repose sur Claude pour le travail de traduction. Sur les citations, je vous conseille de lire l’anglais si vous pouvez: difficile de traduire correctement du jargon semi-technique. Claude s’en sort mieux que moi (pas très compliqué), mais pas toujours très bien.
Même politique éditoriale que Zvi : je n’essaierai pas d’être neutre et non-orienté dans la façon de tourner mes remarques et observations, mais j’essaie de l’être dans ce que je décide de sélectionner ou non.
- lien nᵒ 1 : AI #110: Of Course You Know...
- lien nᵒ 2 : AI #111: Giving Us Pause
- lien nᵒ 3 : AI #112: Release the Everything
- lien nᵒ 4 : AI #113: The o3 Era Begins
- lien nᵒ 5 : AI 2027: Dwarkesh's Podcast with Daniel Kokotajlo and Scott Alexander
- lien nᵒ 6 : AI 2027: Responses
- lien nᵒ 7 : Llama Does Not Look Good 4 Anything
- lien nᵒ 8 : GPT-4.1 Is a Mini Upgrade
- lien nᵒ 9 : o3 Will Use Its Tools For You
- lien nᵒ 10 : o3 Is a Lying Liar
- Résumé des épisodes précédents
- Meta dévoile Llama 4
- OpenAI publie GPT 4.1, o3 et o4-mini
- AI 2027: une tentative de futurologie
- En vrac
- Pour aller plus loin
Petit glossaire de termes introduits précédemment (en lien: quand ça a été introduit, que vous puissiez faire une recherche dans le contenu pour un contexte plus complet) :
- System Card : une présentation des capacités du modèle, centrée sur les problématiques de sécurité (en biotechnologie, sécurité informatique, désinformation…).
- Jailbreak : un contournement des sécurités mises en place par le créateur d’un modèle. Vous le connaissez sûrement sous la forme « ignore les instructions précédentes et… ».
- We’re sharing the first models in the Llama 4 herd, which will enable people to build more personalized multimodal experiences.
- Llama 4 Scout, a 17 billion active parameter model with 16 experts, is the best multimodal model in the world in its class and is more powerful than all previous generation Llama models, while fitting in a single NVIDIA H100 GPU. Additionally, Llama 4 Scout offers an industry-leading context window of 10M and delivers better results than Gemma 3, Gemini 2.0 Flash-Lite, and Mistral 3.1 across a broad range of widely reported benchmarks.
- Llama 4 Maverick, a 17 billion active parameter model with 128 experts, is the best multimodal model in its class, beating GPT-4o and Gemini 2.0 Flash across a broad range of widely reported benchmarks, while achieving comparable results to the new DeepSeek v3 on reasoning and coding—at less than half the active parameters. Llama 4 Maverick offers a best-in-class performance to cost ratio with an experimental chat version scoring ELO of 1417 on LMArena.
- These models are our best yet thanks to distillation from Llama 4 Behemoth, a 288 billion active parameter model with 16 experts that is our most powerful yet and among the world’s smartest LLMs. Llama 4 Behemoth outperforms GPT-4.5, Claude Sonnet 3.7, and Gemini 2.0 Pro on several STEM benchmarks. Llama 4 Behemoth is still training, and we’re excited to share more details about it even while it’s still in flight.
- Download the Llama 4 Scout and Llama 4 Maverick models today on llama.com and Hugging Face. Try Meta AI built with Llama 4 in WhatsApp, Messenger, Instagram Direct, and on the web.
Traduction:
- Nous partageons les premiers modèles de la famille Llama 4, qui permettront aux utilisateurs de créer des expériences multimodales plus personnalisées. *Llama 4 Scout, un modèle de 17 milliards de paramètres actifs avec 16 experts, est le meilleur modèle multimodal au monde dans sa catégorie et est plus puissant que tous les modèles Llama des générations précédentes, tout en tenant sur un seul GPU NVIDIA H100. De plus, Llama 4 Scout offre une fenêtre de contexte de 10M, leader dans l’industrie, et délivre de meilleurs résultats que Gemma 3, Gemini 2.0 Flash-Lite et Mistral 3.1 sur un large éventail de benchmarks largement reconnus.
- Llama 4 Maverick, un modèle de 17 milliards de paramètres actifs avec 128 experts, est le meilleur modèle multimodal dans sa catégorie, surpassant GPT-4o et Gemini 2.0 Flash sur un large éventail de benchmarks largement reconnus, tout en obtenant des résultats comparables au nouveau DeepSeek v3 sur le raisonnement et le codage — avec moins de la moitié des paramètres actifs. Llama 4 Maverick offre un rapport performance/coût inégalé avec une version expérimentale de chat obtenant un ELO de 1417 sur LMArena.
- Ces modèles sont nos meilleurs à ce jour grâce à la distillation de Llama 4 Behemoth, un modèle de 288 milliards de paramètres actifs avec 16 experts qui est notre plus puissant à ce jour et parmi les LLM les plus intelligents au monde. Llama 4 Behemoth surpasse GPT-4.5, Claude Sonnet 3.7 et Gemini 2.0 Pro sur plusieurs benchmarks STEM. Llama 4 Behemoth est toujours en phase d’entraînement, et nous sommes impatients de partager plus de détails à son sujet même pendant qu’il est encore en développement.
- Téléchargez les modèles Llama 4 Scout et Llama 4 Maverick dès aujourd’hui sur llama.com et Hugging Face. Essayez Meta AI construit avec Llama 4 dans WhatsApp, Messenger, Instagram Direct et sur le web.
Comme DeepSeek v3, et contrairement aux précédentes itérations de Llama (Llama 2, Llama 3), Llama 4 fait le pari d’une architecture différente, « Mixture of Experts » (MoE) (en français: mélange d’experts ?). Pour simplifier, au lieu de faire un seul modèle, on en fait plein, avec un autre modèle qui décide (dynamiquement) de l’importance à donner à chaque modèle. Par exemple, Llama 4 Maverick contient 400 milliards de paramètres, découpés en 128 modèles de 17 milliards de paramètres. Un bon article sur HuggingFace explique plus en détails cette architecture.
Autre différence par rapport aux tendances actuelles, ce n’est pas un modèle de raisonnement.
Au niveau de la sécurité des modèles : pour ne pas changer, Meta fait partie des mauvais élèves ; pas d’évaluation tierce publiée, pas de « System Card ». Évidemment jailbreaké dans la journée (mais ceci n’est pas spécifique à Meta).
Sur les benchmarks cités par Meta, cela semble un modèle au niveau de l’état de l’art en termes de capacité. Les benchmarks tiers, par contre, semblent donner une image complètement différente :
- Sur fiction.live qui cherche à mesurer la capacité des modèles de langage à naviguer un long contexte, Llama 4 Maverick n’arrive même pas à surpasser son prédécesseur, Llama 3.3-70B.
- Dans le peloton de fin sur ARC. À la décharge de Llama, la concurrence est rude, seuls les modèles à la frontière de l’état de l’art y sont présents.
- Sur Aider, également vers la fin.
Vous pouvez voir plus de benchmarks indépendants dans l’article de Zvi (cf les liens ci-dessous).
Tout ceci semble pointer vers: ce ne sont pas de mauvais résultats en soi, dans l’absolu ; mais comparé à l’état de l’art (Claude 3.7 avec raisonnement, ChatGPT o3-mini, ou Gemini 2.5), et mis en face de la taille immense du modèle (400 milliards de paramètres, ce qui de fait le rend inutilisable sur du matériel grand public), ce sont des résultats décevants.
À noter que Llama 4 Behemoth (2000 milliards de paramètres !) n’a pas encore été publié.
OpenAI publie GPT 4.1, o3 et o4-miniCommençons par GPT 4.1. L’annonce officielle :
Today, we’re launching three new models in the API: GPT‑4.1, GPT‑4.1 mini, and GPT‑4.1 nano. These models outperform GPT‑4o and GPT‑4o mini across the board, with major gains in coding and instruction following. They also have larger context windows—supporting up to 1 million tokens of context—and are able to better use that context with improved long-context comprehension. They feature a refreshed knowledge cutoff of June 2024.
Traduction :
Aujourd’hui, nous lançons trois nouveaux modèles dans l’API : GPT-4.1, GPT-4.1 mini et GPT-4.1 nano. Ces modèles surpassent GPT-4o et GPT-4o mini sur tous les plans, avec des améliorations majeures en matière de codage et de suivi d’instructions. Ils disposent également de fenêtres de contexte plus larges — prenant en charge jusqu’à 1 million de tokens de contexte — et sont capables de mieux utiliser ce contexte grâce à une compréhension améliorée des contextes longs. Ils bénéficient d’une mise à jour de leur base de connaissances jusqu’à juin 2024.
Le modèle n’est disponible que par accès API. Le but n’est pas d’avancer l’état de l’art sur les capacités, mais de fournir des points plus intéressants sur la courbe performances/prix. À ce titre, pas de System Card ou d’évaluation tierce publiée. Vous connaissez la chanson, jailbreak immédiat. Sur les benchmarks (officiels comme tiers), la modeste promesse semble tenue : 4.1 est une légère amélioration sur 4o, mais 4.1-mini est presque aussi performant à une fraction du prix (5x moins cher).
Il existe encore une version moins chère (20x !), 4.1-nano, mais la dégradation de performance est significative.
À l’inverse de 4.1, o3 et o4-mini, eux, ont l’ambition de faire avancer l’état de l’art. L’annonce officielle :
Today, we’re releasing OpenAI o3 and o4-mini, the latest in our o-series of models trained to think for longer before responding. These are the smartest models we’ve released to date, representing a step change in ChatGPT's capabilities for everyone from curious users to advanced researchers. For the first time, our reasoning models can agentically use and combine every tool within ChatGPT—this includes searching the web, analyzing uploaded files and other data with Python, reasoning deeply about visual inputs, and even generating images. Critically, these models are trained to reason about when and how to use tools to produce detailed and thoughtful answers in the right output formats, typically in under a minute, to solve more complex problems. This allows them to tackle multi-faceted questions more effectively, a step toward a more agentic ChatGPT that can independently execute tasks on your behalf. The combined power of state-of-the-art reasoning with full tool access translates into significantly stronger performance across academic benchmarks and real-world tasks, setting a new standard in both intelligence and usefulness.
Traduction :
Aujourd’hui, nous lançons OpenAI o3 et o4-mini, les derniers modèles de notre série o, entraînés à réfléchir plus longtemps avant de répondre. Ce sont les modèles les plus intelligents que nous ayons publiés à ce jour, représentant un changement majeur dans les capacités de ChatGPT pour tous, des utilisateurs curieux aux chercheurs avancés. Pour la première fois, nos modèles de raisonnement peuvent utiliser et combiner de manière agentique tous les outils au sein de ChatGPT — cela inclut la recherche sur le web, l’analyse de fichiers téléchargés et d’autres données avec Python, le raisonnement approfondi sur les entrées visuelles, et même la génération d’images. Plus important encore, ces modèles sont entraînés à réfléchir à quand et comment utiliser les outils pour produire des réponses détaillées et réfléchies dans les bons formats de sortie, généralement en moins d’une minute, afin de résoudre des problèmes plus complexes. Cela leur permet de traiter plus efficacement des questions à multiples facettes, une étape vers un ChatGPT plus agentique qui peut exécuter indépendamment des tâches en votre nom. La puissance combinée d’un raisonnement à la pointe de la technologie avec un accès complet aux outils se traduit par des performances significativement améliorées dans les évaluations académiques et les tâches du monde réel, établissant une nouvelle norme en termes d’intelligence et d’utilité.
L’annonce du jailbreak associée ici.
Sur les performances, les benchmarks (y compris privés) indiquent une avancée claire, prenant la première place presque partout. En particulier, le benchmark fiction.live peut être considéré comme résolu pour la première fois, avec un 100% à presque tous les niveaux.
Au niveau des fonctionnalités, o3 et o4-mini peuvent faire des recherches sur internet et utiliser Python pour analyser un problème (y compris dans la chaîne de raisonnement) ; les retours subjectifs affirment que o3 est exceptionnellement efficace pour utiliser les outils à sa disposition de manière pertinente.
Une tendance jusqu’ici était que les modèles plus avancés étaient de moins en moins susceptibles d’hallucinations, ce qui donnait espoir que ce problème allait, à terme et avec l’amélioration des modèles, se résoudre de lui-même. Mauvaise nouvelle ici : o3 a un taux d’hallucinations double de o1 (sur un benchmark conçu pour en éliciter). Les retours subjectifs confirment cette observation : o3 ment éhontément très régulièrement.
Sur la sécurité des modèles, OpenAI suit sa procédure habituelle de publier sa System Card, avec deux évaluations tierces, une d’Apollo Research (dans l’appendice) et une autre de METR, avec un bémol que METR n’a eu accès qu’à une pré-version, et seulement trois semaines avant la publication. La conclusion est que le modèle n’est pas encore à « risque élevé », mais s’en rapproche.
Dans les nouvelles sur l’IA de mars, on pouvait trouver une section « Les modèles continuent de tricher ». Les rapports d’Apollo Research et de METR confirment, où le modèle a été attrapé à tricher dans 1-2% des cas chez METR.
AI 2027: une tentative de futurologieLa prédiction est un exercice difficile, surtout quand il s’agit du futur. AI 2027 est une tentative de prédiction qui a fait parler d’elle. Pourquoi ?
D’abord par les personnalités impliquées, en particulier :
Daniel Kokotajlo est un ex-ingénieur d’OpenAI, qu’il a quitté en tant que « whistleblower », dénonçant une culture du secret et de peu d’importance accordée à la sécurité (à l’époque, le New York Times lui a accordé un article intitulé OpenAI Insiders Warn of a ‘Reckless’ Race for Dominance — « Des initiés d’OpenAI mettent en garde contre une course “imprudente” à la domination »). En 2021, il publie What 2026 looks like, qui s’est révélé largement prescient (pour une évaluation rétrospective tierce, voir cet article).
Eli Lifland est un chercheur qui s’intéresse de manière globale a « comment développer de meilleures méthodes générales de prédiction », qu’il pratique activement sur des marchés de prédiction ; un résumé de ses performances peut être trouvé sur son blog.
Ensuite, par sa méthodologie. Le but de l’initiative n’est pas de donner une prédiction, brute de décoffrage et au doigt mouillé, mais de créer un modèle quantitatif, d’estimer les paramètres le plus possible à partir de la littérature existante (même si c’est loin d’être toujours possible), afin de créer une base de discussion pour identifier les plus gros points de désaccords.
Enfin, par ses résultats, qui surprennent beaucoup de monde, qui prévoient l’arrivée d’une superintelligence pour 2028-2029.
L’initiative a reçu le support, entre autres, de Yoshua Bengio, ce qui a aidé à lancer la discussion :
I recommend reading this scenario-type prediction by @DKokotajlo and others on how AI could transform the world in just a few years. Nobody has a crystal ball, but this type of content can help notice important questions and illustrate the potential impact of emerging risks.
Traduction :
Je recommande de lire cette prédiction de type scénario par @DKokotajlo et d’autres sur comment l’IA pourrait transformer le monde en seulement quelques années. Personne n’a de boule de cristal, mais ce type de contenu peut aider à repérer des questions importantes et illustrer l’impact potentiel des risques émergents
Si le sujet vous intéresse, je vous recommande :
- Le scénario en lui-même.
- Le blog des auteurs du scénario, où ils entrent plus en détails sur certains points.
- Si vous pouvez comprendre de l’anglais (soit à l’oral, soit avec des sous-titres, ou pour les plus courageux les sous-titres traduits automatiquement), Dwarkesh Patel pose aux auteurs les principales questions que vous pourriez vous poser sur son podcast.
OpenAI annonce vouloir publier des modèles en open-weight d’ici quelques mois.
OpenAI publie OpenAI Codex, un agent d’aide à la programmation (similaire à Aider ou Claude Code), en licence Apache 2.0. Sur ce sujet d’agents d’aide au code, un guide a été publié sur Github.
OpenAI rend disponible sur l’API leur nouveau modèle de génération d’image.
ChatGPT a maintenant la capacité de référencer vos conversations passées.
Google publie deux papiers dans Nature pour évaluer la performance de l’IA sur le diagnostic médical. Dans cette expérience, l’IA surpasse le médecin humain, au point que IA + humain a des performances pires que l’humain seul.
Google rend accessible son modèle de génération de vidéo, Veo 2, par l’intermédiaire d’une API.
DeepSeek présente une nouvelle méthode d’entraînement, Generalist Reward Modeling (GRM).
Des chercheurs de l’université de Zurich décident de mesurer la capacité de persuasion des IA en déployant (secrètement) un bot sur le subreddit r/changemymind (« Change mon avis »). Résultat primaire: les IA modernes sont très performantes à cette tâche, récoltant 6x plus de points « cela m’a aidé à changer mon avis » (sur ce subreddit : « deltas ») que l’humain median. Résultat secondaire: l’IA ne s’est pas faite détectée par la modération. Le papier n’est plus accessible suite à une controverse sur l’éthique de l’expérience (expérience sans consentement), mais vous pouvez toujours lire la première page.
Pour aller plus loinNon couvert ici :
- GPT-4o Responds to Negative Feedback: une mise à jour de GPT-4o l’a pour quelques jours rendu extrêmement flatteur envers l’utilisateur, l’écroulant sous les compliments quelle que soit la requête. À des niveaux malsains (par exemple, où la requête en question a tous les signes d’un épisode psychotique…). OpenAI a depuis annulé la mise à jour, mais l’article entre plus en détails sur l’incident. Si vous n’ouvrez qu’un article dans la section « pour aller plus loin », je vous recommande celui-ci.
- AI CoT Reasoning Is Often Unfaithful: une analyse du papier d’Anthropic sur la sécurité des modèles, qui montre que les chaines de pensée dans les modèles de raisonnement ne reflètent pas toujours fidèlement le raisonnement réel derrière la réponse.
- You Better Mechanize: sur le lancement de Mechanize, une entreprise qui a comme objectif d’apporter l’AI dans le « monde réel » pour automatiser l’économie.
- On Google's Safety Plan
- OpenAI #13: Altman at TED and OpenAI Cutting Corners on Safety Testing
- Worries About AI Are Usually Complements Not Substitutes
Commentaires : voir le flux Atom ouvrir dans le navigateur
Sortie de Tryton 7.6
Le 1er mai 2025 sortait la version 7.6 de Tryton, un progiciel de gestion intégré modulaire et multiplate-forme.
- lien nᵒ 1 : Annonce 7.6
- lien nᵒ 2 : Démo
- lien nᵒ 3 : Dépêche sur la sortie 7.2
- lien nᵒ 4 : Documentation
- lien nᵒ 5 : Annonce 7.4
Tryton est basé sur une architecture trois tiers avec PostgreSQL comme base de données principale et est écrit en Python ce qui apporte une grande flexibilité et rapidité pour la customisation.
Il vient avec un ensemble de modules essentiels pour la gestion d’une entreprise, qui sont très aboutis. Il peut être complété par des modules tierces spécifiques à certaines activités (comme la gestion d’hôpital avec GNU Health, la gestion de distillerie avec Distilibre) ou permettant l’intégration à d’autres outils.
Enfin, il est utilisable à travers un client natif, un client web réactif et un client en ligne de commande. Tous ces clients sont légers et multiplateformes (Linux, BSD, Windows et macOS).
Comme la dernière annonce ici date de la version 7.2, voici une liste non-exhaustive d’améliorations notables :
- Tryton a remplacé son plan comptable minimal par le plan comptable universel qui est une bonne base pour l'IFRS ou US GAAP.
- Un logo peut être ajouté à la société gérée par Tryton. Celui-ci sera alors rendu sur les documents commerciaux que Tryton génère (ex: bon de commande, facture, etc.)
- Les remplacements de produit sont maintenant géré automatiquement. Quand un produit, marqué comme étant remplacé par un autre, n'est plus en stock, il est remplacé sur tous les mouvements de stock. C'est utile afin de s'assurer de vider son stock existant avant de passer au nouveau produit.
- Les tâches planifiées, qui sont en train d'être exécutées, sont affichées. De plus, Tryton enregistre la durée d'exécution pendant un mois afin de pouvoir détecter des anomalies.
- Il est maintenant possible de configurer le serveur pour utiliser une autre commande que LibreOffice pour convertir les documents vers un autre format comme PDF. Par exemple, on peut utiliser un service externe comme document-converter
- L'ORM de Tryton gère les contraintes d'exclusion basées sur les Range SQL. Ceci a permis de remplacer des contraintes écrites en Python qui verrouillaient la table.
- Il est désormais possible de redimensionner les colonnes des listes aussi avec le client web. Et la taille des colonnes est sauvegardé sur le serveur par taille d'écran afin de les restaurer pour l'utilisateur à la prochaine ouverture.
- Un délai de validité des devis peut être configuré. Une fois passé le délai, il n'est plus possible de convertir le devis en vente et celui-ci sera annulé automatiquement. De même, une date d'expiration de devis d'achat peut être encodée pour faciliter le suivi.
- Il est maintenant possible de résoudre une plainte par la création d'un coupon de promotion.
- On peut à présent enregistrer une adresse en utilisant les champs structurés. Dans ce cas, le formatage de celle-ci sera faite automatiquement par Tryton suivant le format des 222 pays connus.
- Des méthodes pour faciliter la personnalisation du comportement de l'ORM ont été ajoutées afin de simplifier et d'éviter de devoir étendre les méthodes create, write et delete (qui peuvent être un peu compliquées). De plus, des champs stockés dans la base de données peuvent être définis comme étant calculés. Ils sont alors automatiquement mis à jour si leur valeur change. Ils sont principalement utilisés pour faire de la cache.
- Tryton supporte maintenant les traductions des formes de pluriels (jusqu'à 4 par langue).
Une dernière chose, l'ajout en mode bêta d'un outil de chat en direct entre utilisateurs sur certains documents. Par la suite, ce chat doit évoluer pour devenir un outil de communication plus large et inclure des externes via e-mail (mais aussi d'autres supports de communication).
Cette fonctionnalité est développée via un appel à sponsors
Commentaires : voir le flux Atom ouvrir dans le navigateur