Seb's blog

Je ne suis plus neutre

2026-04-10T00:00:00Z

Actuellement, c’est devenu assez difficile pour moi d’écrire des billets sur Linux et tout ce qui gravite autour. Je n’y prends plus autant de plaisir. Ce que je vois me lasse, parfois même me répugne. Et pourtant, objectivement, il y a eu une amélioration constante depuis plus de 20 ans. L’utilisation s’est simplifiée, les systèmes sont plus accessibles, plus propres, plus efficaces.

Mais il y a un “mais”. Un gros.

Je ne me sens plus vraiment légitime pour en parler. Mon avis est biaisé. Je hais l’environnement Red Hat, je n’aime pas les Flatpak, et mon opinion des Snap est à peu près du même acabit. Dans tous les cas, je préfère ne pas en avoir du tout. Sur mes systèmes, que ce soit Gentoo ou NixOS, je n’utilise rien de tout ça. À la rigueur, j’ai Bazaar sur NixOS pour avoir un magasin d’applications plus agréable, mais ça s’arrête là.

Alors oui, je dis que je ne me sens plus légitime. Mais est-ce que je l’ai déjà été un jour ? Peut-être au début. À l’époque de ma belle SUSE 9.3, ou pendant les premières années avec Mandriva. Et puis Debian est arrivée, et avec elle une certaine vision des choses.

Je pense surtout que je ne suis plus en phase avec le Linux “moderne”. Depuis que j’ai commencé à rejeter tout ce qui est distributions dites “faciles” comme Mint, Manjaro ou MX Linux, il y a eu une rupture. Et c’est étrange, parce qu’Ubuntu, elle, ne me pose aucun problème. Mint, si.

Je regarde souvent Distrowatch, ce musée de la curiosité, et je suis toujours aussi surpris par ce classement de “popularité”. Enfin, de curiosité. C’est quoi ce classement ? Une bonne partie du top 50 me semble sans intérêt réel. Et même dans le top 10, certaines distributions me laissent perplexe. Comment openSUSE ou Ubuntu peuvent se retrouver derrière des trucs comme Zorin ou MX Linux ?

Je n’ai jamais pensé que Linux devait rester un truc de geeks. Mais j’ai toujours pensé que ça en était un. Ce n’est pas “mamie” qui installe une distribution, il faut arrêter. Ce sera toujours quelqu’un d’autre qui le fera pour elle. Et en même temps, je ne vois aucun intérêt à la difficulté gratuite. Si je suis sur Gentoo ou NixOS, ce n’est pas pour la complexité, c’est pour ce qu’elles m’apportent.

Mandriva avait ce juste milieu. Accessible, mais pas idiot. Ubuntu aussi, dans un sens. C’est probablement l’un des meilleurs OS aujourd’hui. Stable, cohérent, adaptable. Alors pourquoi autant de clones ?

Et puis il y a la communauté. Celle que je ne reconnais plus vraiment. Elle a toujours été comme ça, mais aujourd’hui c’est amplifié. L’acharnement contre Ubuntu dès qu’elle bouge d’un millimètre, alors que dans le même temps, Red Hat ou Fedora peuvent faire des choix discutables sans provoquer la même réaction. Et Arch… Arch, c’est presque une religion. On ne parle que de ses qualités, jamais de ses défauts.

L’histoire des mises à jour partielles m’a fait sourire après coup. Sur Debian Stable, on recommande parfois de faire les mises à jour en deux temps. Techniquement, c’est déjà une forme de mise à jour partielle. Et pourtant, personne n’en fait tout un drame. Comme quoi, tout est aussi une question de perception.

Le vrai problème, au fond, c’est que si je parle d’une distribution que je n’aime pas, mon billet sera biaisé. Même sans le vouloir. Je tirerai toujours vers le négatif. J’en ai déjà fait l’expérience. Mon billet sur Mageia 10 bêta en est un bon exemple. À la base, je voulais en dire du bien. Mais très vite, je n’ai vu que le gâchis.

Et je me suis posé une question simple : à quoi bon ?

À quoi bon écrire sur quelque chose que je ne vais même pas tester sérieusement, ni utiliser ? À quoi bon faire semblant d’être neutre alors que je ne le suis pas ?

J’aimerais parler de certaines distributions comme CachyOS ou Bazzite. Certaines m’ont même intrigué, voire plu sur certains aspects. Mais je sais déjà que mon réflexe sera d’aller chercher les défauts. Toujours.

Alors peut-être que le problème n’est pas que je suis biaisé. Peut-être que le problème, c’est que j’ai voulu croire trop longtemps que je devais ne pas l’être.

Je ne suis pas neutre. Je ne l’ai probablement jamais été. J’ai mes préférences, mes rejets, mes contradictions. Et je n’ai plus envie de faire semblant.

Mais surtout, je crois que je me trompe de sujet.

À force de vouloir parler de Linux dans son ensemble, des tendances, des distributions, des choix des autres… je me suis éloigné de ce qui m’intéresse vraiment.

Ce que j’aime encore aujourd’hui, c’est mon Linux. Ce que je fais avec, comment je l’optimise, comment je le comprends, comment je le casse aussi parfois.

Alors peut-être que la suite est là.

Arrêter de vouloir être une voix “générale”, et simplement redevenir quelqu’un qui partage son expérience, avec ses biais, ses choix, et ses coups de gueule.

Et si ça ne plaît pas, tant pis. Au moins, ce sera honnête.

Gentoo, NixOS et les autres : une histoire de cuisine et de temps “cerveau”

2026-03-30T00:00:00Z

J’aime bien expliquer les distributions Linux avec une métaphore de cuisine.

Les distributions binaires classiques comme Debian, Fedora, ou même Arch Linux, c’est un peu comme un chef dans une cuisine où tous les plats sont déjà préparés. Les ingrédients ont été sélectionnés, les recettes ont été exécutées, et les plats sont prêts. Le chef n’a plus qu’à réchauffer et servir.

C’est rapide, efficace, et ça fonctionne très bien dans l’immense majorité des cas.

NixOS, c’est un peu différent. On est dans une cuisine où il y a absolument tous les ingrédients du monde, parfaitement rangés dans des contenants étiquetés. Et au milieu de la pièce, il y a un robot de cuisine extrêmement sophistiqué.

On lui donne une recette précise, une liste d’ingrédients, et il fait tout. Découpe, cuisson, assemblage.

Le chef ne cuisine pas vraiment, il décrit ce qu’il veut manger.

Et puis il y a Gentoo.

Gentoo, c’est un chef dans une immense cuisine où il y a tous les ingrédients possibles et tous les instruments imaginables. Mais cette fois, il n’y a ni plat préparé ni robot.

Le chef fait tout lui-même.

Il choisit les ingrédients, il prépare les sauces, il découpe, il mélange, il surveille la cuisson. Tout est possible, absolument tout. Mais tout repose sur lui.

Et c’est là que le sujet devient intéressant.

Le faux problème du temps #

Quand on parle de Gentoo, la première critique qui revient toujours concerne le temps.

Installer une application prend plus de temps que sur Arch Linux, Debian ou Fedora. Faire une mise à jour du système prend plus de temps aussi.

Même lorsqu’on active les paquets binaires fournis par Gentoo, les installations restent souvent plus longues que sur une distribution binaire classique. En pratique, j’ai souvent l’impression que l’installation d’un paquet binaire Gentoo prend à peu près le même temps qu’une installation via Flatpak.

Mais ce temps-là n’est pas vraiment le problème.

La machine reste totalement utilisable pendant une compilation. On peut continuer à travailler, naviguer sur internet, écrire un billet de blog ou même jouer.

Il m’est souvent arrivé d’écrire des articles pendant que mon système se compilait tranquillement. Ou de lancer une petite partie de 0 A.D. ou de Dead by Daylight.

Et pour être totalement honnête, ma routine était souvent la même :

Je lançais mes mises à jour vers 18h45, puis j’allais dîner, regarder la télévision avec les enfants et madame, et je revenais vers 21h.

Le temps machine n’est donc pas vraiment un problème.

Le vrai coût est ailleurs.

Le temps “cerveau” #

Ce qui finit par peser avec Gentoo, ce n’est pas le temps que la machine passe à compiler.

C’est ce que j’appelle le temps “cerveau”.

C’est un temps difficile à mesurer. Un mélange de réflexion, de vérifications, de petites actions à effectuer parce que le système nous le demande.

Sous Gentoo, les outils sont excellents. Ils nous guident énormément. Portage nous indique ce qu’il faut faire, les messages sont souvent très clairs, et il donne même les commandes à exécuter.

Mais cela reste des choses à faire soi-même.

Par exemple :

Nettoyer Perl et reconstruire ses modules :

perl-cleaner -q --modules

Reconstruire les modules du noyau si nécessaire :

emerge -q @module-rebuild

Vérifier les dépendances cassées :

revdep-rebuild -iq

Ce ne sont pas des opérations compliquées. Ce sont même des choses que l’on finit par faire presque machinalement.

Mais elles existent.

Et surtout, elles s’accumulent.

Cela peut être un bout de code à ajouter dans un script, quelques paquets supplémentaires à installer pour activer une fonctionnalité, une commande à lancer après une mise à jour, ou encore une news Portage qui demande une intervention manuelle.

Quand on est plongé dedans, on ne s’en rend pas vraiment compte.

Mais lorsqu’on quitte Gentoo pendant un moment, on réalise soudainement la quantité de petites décisions et d’actions que l’on faisait régulièrement.

C’est cela que j’appelle le temps cerveau.

Une autre philosophie #

Ces dernières années, j’ai été assez séduit par une approche presque opposée.

Celle de projets comme universal-blue.

Leur idée est simple : l’utilisateur ne devrait pas avoir à s’occuper de la maintenance de son système.

Le projet le résume très bien :

Laissez-nous nous occuper de vos mises à jour. Conçu pour ne pas vous gêner. Obtenez ce que vous voulez sans sacrifier la stabilité du système. Laissez votre système d’exploitation gérer votre matériel pour que vous n’ayez pas à vous en soucier. Travailler avec votre matériel, pas pour lui.

J’aime beaucoup cette vision.

C’est aussi un peu l’esprit de certains projets autour de Fedora Atomic ou des images immuables.

Et c’est également quelque chose que l’on retrouve dans l’écosystème Nix.

Où j’en suis aujourd’hui #

Avec NixOS, j’ai passé un peu de temps à écrire mes fichiers Nix pour obtenir exactement le système que je voulais.

Cela m’a demandé un peu de travail au départ. Mais une fois que tout est en place, le système devient très simple à maintenir.

Je n’ai pratiquement plus rien à faire.

La prochaine étape sera peut-être d’aller encore plus loin, vers quelque chose qui fonctionne directement en sortie de boîte, sans configuration particulière.

Sur ma Gentoo en revanche, je reste en mode totalement manuel.

Et quelque part, c’est aussi pour cela que j’y reviens toujours.

Parce que de temps en temps, cuisiner soi-même dans une grande cuisine pleine d’ingrédients reste un plaisir.

Arch Linux ou l’art de trembler devant une mise à jour

2026-03-25T00:00:00Z

Peut-on revenir un instant sur un concept absolument fascinant de l’écosystème Arch Linux : la fameuse “mise à jour partielle” ?

Parce que, pour être honnête, c’est un terme que je n’avais jamais entendu auparavant. Et pourtant, cela fait des années que j’utilise Linux, que je manipule des gestionnaires de paquets, que j’installe des logiciels à la volée.

En pratique, combien sommes-nous à faire ceci :

rafraîchir les dépôts,
installer un paquet précis,
sans forcément mettre à jour tout le système entre temps ?

Bref, une opération banale. Une routine quotidienne. Quelque chose d’aussi naturel que respirer pour n’importe quel utilisateur Linux.

Eh bien figurez-vous que dans le monde d’Arch Linux… c’est une pratique dangereuse.

Oui, dangereuse.

J’ai entendu parler de ce concept sur le Discord de Gaming Linux, dans la section Arch. Oui, encore elle. Quand je dis souvent qu’Arch est fragile, certains pensent que j’exagère. Pourtant, il suffit de gratter un peu la surface pour voir apparaître les fissures.

Curieux, je suis allé consulter la documentation officielle, la page consacrée à la maintenance du système. Et là, noir sur blanc :

Partial upgrades are unsupported

Autrement dit : les mises à jour partielles ne sont pas supportées.

Et ce n’est pas une petite recommandation polie glissée dans un coin du wiki. Non. C’est une véritable mise en garde accompagnée d’explications sur la manière dont vous pourriez casser votre système si vous osez faire certaines commandes.

Par exemple :

pacman -Sy
pacman -S paquet

Dans l’univers Arch, cette séquence peut provoquer des incohérences de bibliothèques et casser des programmes.

Et là, on commence à se poser des questions.

Une catastrophe… qui n’arrive presque nulle part ailleurs #

Parce que cette pratique, je la fais depuis toujours.

Sur Mandriva. Sur Debian. Sur Ubuntu. Sur Fedora. Sur openSUSE. Sur Nixos. Et surtout sur Gentoo.

Et bizarrement, dans tous ces cas-là, mon système ne s’effondre pas comme un château de cartes.

Alors bien sûr, les défenseurs d’Arch vont immédiatement dégainer l’argument magique : “Oui mais Arch est une rolling release”.

Très bien. Prenons donc une vraie rolling release : Gentoo est une rolling release…

Et là, surprise : le concept même de “mise à jour partielle interdite” n’existe pas. On met à jour ce qu’on veut, quand on veut. On installe un paquet ? Portage reconstruit ce qui doit l’être. Les dépendances sont recalculées. Les bibliothèques sont alignées.

Bref, le système gère la situation.

Ce qui pose une question simple : si une rolling release comme Gentoo peut fonctionner sans ce genre de restriction, pourquoi Arch en a-t-elle besoin ?

Et une autre question s’impose : comment un projet aussi ancien qu’Arch Linux, qui se veut moderne, n’a-t-il toujours pas réglé ce problème ?

À moins que le problème ne soit pas la mise à jour partielle… mais la fragilité du système lui-même.

Après tout, si d’autres rolling releases y arrivent, ce n’est peut-être pas un problème de modèle… mais d’implémentation.

Et puis, rappelons-le : Arch Linux se vante de sa simplicité. Oui, simplicité — un joli slogan marketing. On se demande parfois si les développeurs eux-mêmes y voient un rapport avec ce qui arrive quand un simple pacman -S peut casser le système.

Quand installer un paquet peut casser le système, ce n’est plus de la simplicité… et ce n’est certainement pas la faute de l’utilisateur.

Un système qui marche… tant qu’on marche droit #

Ce qui est fascinant avec Arch, c’est que cette contrainte est présentée comme une évidence technique. Comme si c’était la seule manière possible de faire fonctionner une distribution rolling.

Sauf que non.

C’est simplement la manière dont Arch a été ~~mal~~ conçue.

Le système fonctionne très bien… tant que tout reste parfaitement aligné.

Mais si vous déviez légèrement de la trajectoire prévue, la machine peut commencer à grincer.

Vous voulez installer un paquet rapidement ? Non. Mettez d’abord tout le système à jour.

La mise à jour échoue ? Résolvez immédiatement le problème avant toute autre action.

Vous utilisez des paquets AUR ? Recompilez-les dès que les dépendances changent.

Et si un binaire casse parce qu’il ne trouve plus la bonne bibliothèque, la documentation vous explique gentiment de ne surtout pas bricoler un lien symbolique.

Traduction : débrouillez-vous pour remettre tout l’écosystème parfaitement synchronisé.

La distribution “simple” #

Arch Linux aime se présenter comme une distribution simple et élégante.

Dans les faits, on découvre surtout un système qui exige une certaine discipline… et qui peut se montrer étonnamment susceptible.

Le moindre décalage dans les versions de bibliothèques devient une source potentielle de problèmes. Là où d’autres distributions absorbent ce genre de situation sans broncher, Arch préfère brandir un panneau “attention, danger”.

C’est un peu comme conduire une voiture extrêmement performante… mais dont le moteur cale si vous tournez la clé dans le mauvais ordre.

Une fragilité structurelle #

Je l’ai déjà dit plusieurs fois ici : Arch Linux est une distribution fragile.

Pas inutile. Pas inintéressante.

Mais fragile.

Elle repose sur des outils qui donnent beaucoup de contrôle à l’utilisateur, mais qui manquent parfois de garde-fous. Résultat : une mécanique capable de tout faire… à condition de ne jamais s’écarter du mode d’emploi.

Et cette fameuse interdiction des mises à jour partielles en est une illustration presque caricaturale.

Une règle qui semble évidente dans l’écosystème Arch, mais qui fait franchement sourire dès qu’on regarde comment fonctionnent d’autres distributions rolling.

Comme quoi, derrière le vernis de la simplicité, certaines architectures cachent parfois une étonnante délicatesse mécanique.

(source).

Mageia, cette distribution que j’aime détester

2026-03-23T00:00:00Z

Mageia est une énigme pour moi. C’est LA distribution que j’aime détester, ou peut-être plus justement que je déteste aimer.

Je reste profondément attaché à l’époque Mandriva. Cette distribution avait quelque chose de particulier : une vision claire. Une distribution à sortie fixe tous les six mois, fiable, facile, simple, moderne et toujours relativement à jour. Bref, une distribution qui savait où elle allait.

Mageia en est l’héritière… mais malheureusement sans vraiment en avoir hérité l’âme.

Et c’est là tout le problème.

Car ce qui me frappe le plus avec Mageia, ce n’est pas seulement la direction prise. C’est que ce choix semble parfaitement assumé par ses développeurs et une partie de la communauté qui paraît satisfaite de cet état de fait. Là où Mandriva cherchait à être dynamique et moderne, Mageia semble s’être installée dans une sorte de confort tranquille.

Un confort qui ressemble de plus en plus à une Debian en RPM.

Sauf que Debian peut se le permettre. Mageia, beaucoup moins.

Et à choisir, si je dois utiliser une distribution volontairement figée, je me tournerai sans hésiter vers Debian plutôt que vers Mageia. Debian a l’histoire, l’écosystème, la base d’utilisateurs et la cohérence technique pour assumer ce modèle. Mageia, elle, semble l’imiter sans vraiment avoir les mêmes fondations.

Une Porsche qu’on n’entretient plus #

Mageia me fait penser à une Porsche dont on serait fier… mais dont on n’aurait plus les moyens d’assurer l’entretien.

La voiture est belle, le moteur est noble, l’héritage est prestigieux. Mais on la laisse dormir au garage. La peinture ternit, les pièces vieillissent, et au fil du temps elle devient surtout le souvenir de ce qu’elle aurait pu rester.

Regardons Mageia 10 #

Si je reprends mon billet sur la bêta de Mageia 10, on peut y voir quelques bonnes choses… mais qui paraissent déjà un peu en retrait.

Par exemple :

Kernel 6.18 C’est une bonne chose, et même la meilleure nouvelle de cette version. C’est une LTS maintenue jusqu’en 2028 avec de bonnes performances. Rien à redire.
Plasma 6.5 Et là ça coince déjà un peu. La version 6.6.3 est déjà sortie et apporte plusieurs petites améliorations très appréciables. Par exemple la reconnaissance de texte directement depuis une capture d’écran et sa copie dans le presse-papiers. Une fonction dont il devient difficile de se passer une fois qu’on y a goûté.

On a un peu l’impression qu’ils jouent la carte Debian… qui nous avait déjà servi une version avec Plasma 6.3 alors que 6.4 était disponible depuis longtemps.
GNOME 49 Là encore, c’est dommage. Il y avait largement le temps d’intégrer GNOME 50 et ses nombreuses petites améliorations qui rendent cette version particulièrement réussie.
XFCE 4.20 Rien à dire ici. C’est la version stable actuelle. La 4.22 devrait arriver d’ici la fin de l’année.
LibreOffice 26.2 Rien de choquant non plus. Et soyons honnêtes, ce n’est pas forcément le logiciel pour lequel j’exige toujours la toute dernière version.
Firefox ESR 140.8 Là aussi c’est un choix discutable. Offrir à la fois l’ESR et la version mensuelle aurait été plus pertinent.

Et la liste pourrait continuer.

Un esprit Mandriva perdu en route #

Le problème n’est pas qu’une distribution fasse des choix conservateurs. Beaucoup le font et certains le font très bien.

Le problème est que Mageia ne ressemble plus à ce qu’était Mandriva.

Mandriva cherchait à être moderne, accessible et dynamique. Mageia semble avoir choisi la prudence permanente, au point de parfois paraître figée.

Et c’est sans doute pour cela que cette distribution me laisse un goût étrange.

Parce qu’au fond, derrière mes critiques, il reste toujours une forme d’attachement.

Mageia reste l’héritière d’une grande distribution. Mais aujourd’hui encore, j’attends toujours de voir si elle décidera un jour de redevenir digne de cet héritage.

Mageia 10 passe en bêta : la distribution se rapproche de la ligne d’arrivée

2026-03-20T00:00:00Z

Le projet Mageia franchit une nouvelle étape vers sa prochaine version majeure. L’équipe vient d’annoncer la disponibilité de Mageia 10 Beta 1, désormais ouverte aux tests publics.

Après validation par le conseil du projet, les images ISO de cette première bêta ont été mises à disposition sur les miroirs officiels. Au total, ce sont près de 26 Go d’images d’installation qui ont été publiées pour permettre aux testeurs de mettre la future version à l’épreuve.

De nombreuses mises à jour depuis l’alpha #

Depuis la sortie de l’alpha en janvier, un grand nombre de corrections et d’améliorations ont été intégrées. La distribution profite également d’une base logicielle nettement plus récente par rapport à la version précédente.

Parmi les principaux changements par rapport à Mageia 9 :

Linux 6.18 LTS
KDE Plasma 6.5
GNOME 49
Xfce 4.20
LibreOffice 26.2
Firefox ESR 140.8
Mesa 26.0.2, apportant un support actualisé pour les pilotes AMD, Intel et nouveau (les pilotes propriétaires NVIDIA sont également disponibles).

Les prochaines étapes avant la sortie finale #

Si tout se déroule comme prévu, la version finale de Mageia 10 est toujours attendue pour avril 2026.

D’ici là, l’équipe prévoit encore plusieurs étapes importantes :

publier une Beta 2 avec les illustrations et la documentation mises à jour
intensifier les tests, notamment les mises à niveau depuis Mageia 9
corriger les bogues bloquants avant la publication finale

Plusieurs formats d’installation #

Cette bêta propose déjà plusieurs méthodes d’installation afin de couvrir les différents usages :

Images d’installation classiques pour systèmes 32 bits (i686) et 64 bits
Images Live avec différents environnements de bureau, dont Plasma, GNOME et Xfce

Comme toujours avec les versions bêta, ces images sont avant tout destinées aux tests et aux retours des utilisateurs afin de stabiliser la distribution avant sa sortie officielle.

Les curieux et les testeurs peuvent récupérer les ISO sur les miroirs du projet et commencer à explorer ce que prépare Mageia pour sa prochaine génération.

SUSE à vendre… encore : le Linux qui change de propriétaire plus souvent que de fond d’écran

2026-03-17T00:00:00Z

Décidément, SUSE semble avoir trouvé sa vocation. Non pas vendre Linux aux entreprises… mais se vendre lui-même.

Oui, encore une fois, la société derrière la distribution au caméléon vert serait sur le marché pour environ 6 milliards de dollars. Et à force, cela commence à ressembler moins à une stratégie industrielle qu’à une partie de Monopoly entre fonds d’investissement.

Parce que soyons honnêtes deux minutes.

Si vous avez perdu le fil de qui possède SUSE, ce n’est pas de votre faute. Même les historiens du logiciel libre commencent à avoir besoin d’un tableau blanc et de ficelles rouges.

Petit résumé du feuilleton :

1992 : naissance de SUSE
2004 : rachat par Novell
2011 : Novell avalé par Attachmate
2014 : Attachmate absorbé par Micro Focus
2018 : Micro Focus passe chez EQT
2021 : introduction en bourse
2023 : retour au privé
2026 : potentiellement à vendre… encore

À ce stade, SUSE ne change plus de propriétaire. Il fait des migrations régulières.

On pourrait presque imaginer une commande :

emerge --change-owner suse

Le problème dans tout ça n’est pas seulement financier. C’est l’instabilité chronique que cela crée autour de l’écosystème.

Car derrière SUSE, il y a aussi openSUSE.

Officiellement, openSUSE est un projet communautaire. Dans la réalité, une grande partie des ressources, des développeurs et de l’infrastructure proviennent de SUSE.

Autrement dit, quand SUSE éternue… openSUSE attrape souvent un rhume.

Et c’est là que la situation devient franchement étrange.

Tous les quelques années, la même question revient :

Qui possède SUSE ?
Quelle est la stratégie ?
Cloud ?
Enterprise ?
Kubernetes ?
Edge ?
IA ?
Autre buzzword à la mode ?

Et surtout :

combien de temps avant le prochain rachat ?

Car quand une entreprise devient une puce financière qui circule entre investisseurs, la priorité n’est plus forcément la technologie ou la vision long terme. La priorité devient souvent… la valorisation pour la prochaine revente.

Et pendant ce temps, les utilisateurs regardent ça comme un match de tennis :

EQT → acheteur ? → fonds d’investissement ? → introduction en bourse ? → revente ?

Ping. Pong.

Pendant que Red Hat, lui, est solidement installé chez IBM avec une stratégie claire autour du cloud hybride, SUSE semble naviguer dans un brouillard stratégique permanent.

Et openSUSE dans tout ça ?

Bonne question.

Parce que lorsque l’entreprise qui finance une bonne partie de l’écosystème change de propriétaire régulièrement, on ne peut pas s’empêcher de se demander :

Quelle sera la prochaine direction ?
Les investissements vont-ils continuer ?
Les projets communautaires resteront-ils prioritaires ?

Ou bien deviendront-ils simplement une variable d’ajustement dans un tableur Excel ?

Le plus ironique dans cette histoire, c’est que SUSE est l’une des plus anciennes entreprises Linux encore en activité. Une pionnière du Linux en entreprise.

Mais aujourd’hui, elle donne parfois l’impression d’être une distribution stable… posée sur une entreprise qui ne l’est pas.

Reste à voir qui sortira le chéquier cette fois.

Microsoft ? Oracle ? Amazon ? Broadcom ? Ou un énième fonds d’investissement dont personne n’avait entendu parler la veille ?

Dans tous les cas, une chose semble certaine :

Le caméléon change de couleur. Mais le propriétaire change encore plus souvent. (Merci Éric pour le lien https://itsfoss.com/news/suse-for-sale-again/)

GLF OS Phoenix Pulsar débarque

2026-03-15T00:00:00Z

Dans la grande constellation des distributions Linux, certaines brillent discrètement… et d’autres arrivent comme une supernova prête à envoyer des FPS dans l’espace. La nouvelle version de GLF OS, baptisée Phoenix Pulsar, vient tout juste d’atterrir et elle arrive chargée comme un cargo spatial rempli de drivers, d’optimisations gaming et de nouveautés.

Bref, si votre souris commence à frétiller à l’idée de cliquer sur “Installer”, c’est normal.

Pour ceux qui découvrent GLF OS #

Petit rappel rapide pour les nouveaux arrivants qui auraient raté les épisodes précédents.

GLF OS est une distribution Linux pensée par la communauté Gaming Linux FR avec un objectif très clair : rendre Linux simple, prêt à jouer et agréable à utiliser, même pour ceux qui viennent directement du monde Windows.

L’idée n’est pas de transformer l’utilisateur en moine compilateur qui médite devant un terminal pendant trois heures. Non. Ici on installe, on démarre… et on joue.

Parmi les ingrédients de la recette :

installation simple et guidée
pilotes graphiques déjà configurés
applications gaming intégrées
optimisations pour réduire la latence
pare-feu actif par défaut
mises à jour automatiques

Et pour couronner le tout, plusieurs fonctionnalités modernes sont activées dès l’installation :

HDR
VRR
fractional scaling

Le tout dans un système 100 % gratuit et respectueux de la vie privée.

Autrement dit : un Linux qui ne demande pas un doctorat en sysadmin pour lancer un jeu.

Ce que propose Phoenix Pulsar #

Cette nouvelle version apporte son lot de nouveautés et de mises à jour bien senties.

Kernel Linux 6.18 LTS #

GLF OS Phoenix Pulsar repose sur le kernel 6.18 LTS, qui apporte :

de meilleures optimisations pour le gaming (latence, HDR, VRR)
une compatibilité matérielle améliorée (AMD, Intel, Apple)
des améliorations de sécurité comme le chiffrement TCP et le BPF signé

En clair : une base solide qui devrait tenir la route pendant plusieurs années.

Drivers NVIDIA 590.48 #

Les joueurs NVIDIA ne sont pas oubliés.

Les drivers 590.48 apportent :

optimisations pour les GPU RTX série 50, 40 et 30
améliorations du ray tracing
support du DLSS 3.5
gestion améliorée de la latence

Bref, de quoi faire tourner les ventilateurs de votre GPU avec enthousiasme.

Les améliorations made in GLF OS #

L’équipe ne s’est pas contentée d’empiler des mises à jour. Plusieurs améliorations spécifiques au projet arrivent avec Phoenix Pulsar.

Une configuration pensée pour les streamers #

Les créateurs de contenu profitent désormais d’un environnement prêt à streamer :

OBS préconfiguré
Stream Deck prêt à l’emploi

De quoi lancer un stream sans passer deux heures à configurer chaque bouton.

Nouvelles applications intégrées #

Plusieurs logiciels font leur entrée dans l’écosystème :

Thunderbird
Shotwell / Digikam
Kcalc
Piper
Reaper + Calf pour la production audio

Côté gaming et personnalisation :

Input Remapper pour reconfigurer clavier, souris ou manette
Faugus, désormais mis en avant à la place de Lutris
GOverlay pour configurer MangoHud en quelques clics

Deux outils développés spécialement pour GLF OS arrivent aussi :

Nix-Firewall-Management pour gérer le pare-feu via une interface graphique
Nix-Shared-Drive pour gérer facilement les partages Samba

Extensions GNOME #

Quelques touches esthétiques et pratiques :

Rounded Window Corners pour des fenêtres plus élégantes
Bluetooth Battery Meter pour afficher la batterie des périphériques Bluetooth

Corrections de bugs #

Quelques fantômes ont aussi été exorcisés :

le bug de l’écran de bienvenue qui revenait à l’infini
remplacement de SDDM par LightDM
corrections diverses sur KDE
corrections de bugs sur Kdenlive sous GNOME

Nouvelles fonctionnalités #

Parmi les petites améliorations qui font plaisir :

retour du clavier AZERTY par défaut dans le live ISO
sélecteur de clavier au démarrage (QWERTY, QWERTZ…)
Discord en paquet Nix avec rich presence
NoiseTorch activé par défaut pour supprimer le bruit de fond du micro

GLF OS fait aussi un pas vers plus de modularité.

Il devient possible de désinstaller facilement :

Firefox
le support imprimantes
le support des volants
les applications gaming
les mises à jour automatiques

Autres améliorations :

Nix-Disk simplifié
dictionnaire français ajouté dans LibreOffice
affichage du pilote graphique via GLFFetch

Une documentation enrichie #

Le projet ajoute également plusieurs ressources utiles :

une charte de conduite
un guide expliquant les différences entre NixOS et GLF OS
la documentation technique des outils GLF
une documentation dédiée à la gestion du pare-feu

Remerciements #

Un grand merci à toutes les personnes qui ont contribué à cette version : développeurs, testeurs, graphistes et communicants.

Mention spéciale à :

Vinceff & Cammi, co-leaders du projet
Didic, tests et graphisme
Nobody, développement de Nix Firewall Management, Goverlay, layout et documentation
Mika, développement d’Easy Flatpak, Nix Shared Drive et du welcome screen
Gesmas, Piaf Jaune et Ange des Ténèbres pour la communication
xxdjjulinaoxx pour les tests

Sans eux, Phoenix Pulsar n’aurait jamais pris son envol.

Et voilà. Une nouvelle version de GLF OS est dans la nature, prête à transformer votre machine en station de jeu Linux prête au décollage.

Bon jeu. 🐧🎮

AB 1043 : la Californie invente le bouton « je suis adulte »

2026-03-06T00:00:00Z

Parfois, la réalité dépasse la parodie. Et la Californie vient encore de nous offrir un petit bijou législatif avec AB 1043.

Le principe ? Simple. D’une simplicité presque touchante.

Les systèmes d’exploitation et les applications devraient demander l’âge de l’utilisateur, générer un « signal d’âge », puis transmettre cette information aux applications pour qu’elles puissent décider quoi afficher ou non.

En clair : votre système devra savoir si vous êtes un enfant, un ado ou un adulte.

Voilà.

Oui. C’est tout.

Et si vous êtes en train de vous demander : « Mais… on parle bien du même Internet où tout le monde clique sur “Oui j’ai 18 ans” depuis 1998 ? »

Félicitations, vous venez de comprendre le problème.

Le bouton magique #

Toute cette belle mécanique repose sur un concept révolutionnaire : demander l’âge à l’utilisateur.

Parce que, comme chacun le sait, les enfants sont des créatures profondément honnêtes. Jamais ils ne mentiraient sur leur âge pour accéder à quelque chose d’interdit.

Jamais.

C’est bien connu.

D’ailleurs toute l’industrie du porno s’est bâtie pendant vingt ans sur un système de sécurité inviolable : un bouton « I am 18+ ».

AB 1043 semble vouloir transformer ce chef-d’œuvre de cybersécurité en standard officiel du système d’exploitation.

La prochaine étape sera peut-être d’ajouter une question bonus :

« Promis juré vous ne mentez pas ? »

Et si l’utilisateur clique « oui », alors là c’est sûr, la loi est respectée.

L’éléphant dans la pièce : le logiciel libre #

Mais le vrai moment comique arrive quand on regarde ce que cela signifie pour les systèmes open source.

Linux. BSD. Les distributions maintenues par des bénévoles. Les projets communautaires.

Selon cette logique, un système d’exploitation devrait implémenter un mécanisme d’âge officiel, que les applications pourraient consulter.

Donc quoi exactement ?

Gentoo devrait demander ta date de naissance pendant le emerge --sync ?

Arch Linux afficherait un message :

pacman -Syu
Veuillez entrer votre âge avant la mise à jour.

Et si tu refuses ?

Pas de kernel.

Pas de Firefox.

Pas de htop.

Reviens quand tu seras majeur.

Le moment où la réalité rattrape la loi #

Ce genre de texte semble écrit dans un monde imaginaire où :

les systèmes d’exploitation sont tous contrôlés par des grandes entreprises
les utilisateurs ne peuvent pas modifier leur machine
et personne n’a jamais entendu parler de code source

Dans la vraie vie, quelqu’un mettra simplement :

age=42

dans un fichier de configuration.

Ou désactivera la fonction.

Ou compilera le logiciel sans.

Ou fera un fork.

Ou ignorera complètement la règle.

Bref… exactement ce que fait Internet depuis trente ans.

Une loi pour dire qu’on a fait quelque chose #

Et c’est probablement ça le cœur du problème.

Cette loi ne rendra pas Internet plus sûr. Elle ne protégera pas réellement les enfants.

Elle sert surtout à produire une belle phrase politique :

« Nous avons agi pour protéger les mineurs en ligne. »

Même si la mesure elle-même est techniquement naïve.

Conclusion #

AB 1043 tente de résoudre un problème complexe avec la solution la plus naïve possible :

demander l’âge à l’utilisateur.

C’est un peu comme installer une porte blindée… mais laisser la clé sous le paillasson.

Internet a déjà prouvé depuis longtemps que le bouton “j’ai 18 ans” n’a jamais arrêté personne.

Mais maintenant, grâce à la Californie, il pourrait devenir une fonctionnalité officielle des systèmes d’exploitation.

Le futur est merveilleux.

Et pour finir comment ne pas laisser notre ami Vinceff en parler:

Plasma 6.6.0 — Toujours plus loin, toujours plus propre

2026-02-20T00:00:00Z

KDE Plasma 6.6.0 🌟 — Quand ton bureau Linux sourit encore plus #

Publié par la Communauté KDE le 17 février 2026 — Plasma, cet écosystème fluide, modulable et joyeux, vient d’embrasser une nouvelle étape dans sa vie cosmique avec la version 6.6.0 ! (kde.org)

Plasma 6.6 se présente comme une symphonie d’ergonomie, d’accessibilité et de petites touches raffinées qui rendent chaque interaction plus naturelle — sans sacrifier une once de la puissance qui fait battre le cœur des enthousiastes Linux.

🎹 Un accueil plus humain #

L’environnement ne se contente plus d’être beau et rapide : il devient plus doux à apprivoiser. Plasma Setup te permet de configurer un compte utilisateur après l’installation de ton système, séparant l’essentiel technique des étapes qui comptent vraiment pour toi.

📸 Spectacle devient devin #

Tu as déjà voulu extraire du texte d’une capture d’écran sans sortir un OCR externe ? Bonne nouvelle : Spectacle s’en charge maintenant directement ! C’est idéal pour documenter, traduire ou rendre accessible ce que tu vois.

🎨 Personnalisation à ton rythme #

Plasma 6.6 te laisse convertir ton propre setup en un thème global qui s’active automatiquement selon l’heure du jour ou de la nuit. Tu peux aussi ajuster l’intensité des cadres, paramétrer les emojis avec ton teint préféré, et même scanner un QR code pour connecter un réseau Wi-Fi avec ta caméra.

🔊 Contrôle plus fluide #

Survolez une icône d’application qui joue du son dans le gestionnaire de tâches… et scrollez pour ajuster son volume. C’est du petit luxe, mais du luxe bien senti.

♿ Accessibilité repensée #

Plasma 6.6 renforce son ouverture à tous :

Filtres pour daltoniens enrichis, incluant un nouveau filtre en niveaux de gris.
Zoom et loupe avec un mode qui garde le pointeur toujours centré.
Slow Keys sur Wayland (garde le doigt un peu plus longtemps pour éviter les erreurs de frappe).
Paramètre “Reduced Motion” standardisé pour réduire les animations.

Ces nouveautés rendent Plasma 6.6 plus inclusif que jamais.

🧩 Petites grandes choses #

Parmi les autres raffinements :

Bureaux virtuels limités à l’écran principal.
Login manager optionnel nouveau.
Luminosité automatique selon le capteur ambiant.
Widgets Web Browser / Volume audio que tu peux épingler.
Installer des polices depuis Discover (sur les OS qui le supportent).
Priorité de processus ajustable dans System Monitor.
Plus de douceur dans les animations, surtout sur écrans à haut taux de rafraîchissement.

C’est la cerise sur le gâteau pour ceux qui vivent Plasma au quotidien.

🌙 En mémoire d’un ami #

Cette version est dédiée à Björn Balazs, un contributeur passionné de la communauté KDE, dont l’énergie pour la liberté numérique continue d’inspirer Plasma.

🎉 Conclusion

Plasma 6.6 est une ode à la convivialité sans compromis : une mise à jour qui consolide l’expérience utilisateur, élargit l’accessibilité, affine les détails du quotidien et enrichit les outils qui rendent ton bureau aussi polyvalent qu’un couteau suisse numérique.

Si tu pensais que ton environnement préféré ne pouvait pas devenir encore plus fluide et engageant, Plasma te montre que même les étoiles peuvent s’aligner un peu mieux. 🌌💫

Bazzite, Bonne Foi Et Lignes Rouges : Quand Les Faits Parlent D’eux-même

2026-02-06T00:00:00Z

Il y a des situations où l’équilibre ne consiste plus à mettre deux récits sur un pied d’égalité, mais à regarder froidement les faits disponibles, leur chronologie, et les responsabilités réelles (du moins essayer).

Dans l’affaire Bazzite – Antheas – GPD, plus on avance, plus une chose devient claire : le projet Bazzite a cherché à corriger, cadrer et limiter les dégâts, tandis qu’Antheas a multiplié les initiatives personnelles, les débordements et les récits concurrents.

Ce billet n’est pas un acte de foi. C’est une lecture factuelle d’un enchaînement d’événements qui, mis bout à bout, dessinent une tendance difficile à ignorer.

Un projet qui tente de reprendre le contrôle #

Face à l’annonce publique de GPD évoquant une « adaptation officielle » de Bazzite pour la Win 5, la réaction du projet est rapide et cohérente :

rappel clair qu’aucun matériel n’a été reçu,
confirmation qu’aucune collaboration officielle n’était en cours,
demande explicite de cesser l’usage du nom et des logos Bazzite,
rappel des canaux officiels de support, des images signées et des méthodes de vérification.

Ce n’est pas une posture défensive floue. C’est une remise au carré.

Bazzite ne cherche pas à tirer profit de l’ambiguïté. Au contraire, le projet s’en éloigne publiquement, au risque même de casser un effet marketing qui aurait pu lui être favorable.

La question Antheas : ce que dit le dossier #

Côté Bazzite, la ligne officielle est constante :

Antheas a été retiré du projet pour violations répétées du Code of Conduct, décision prise par vote majoritaire au sein de l’organisation.

Ce point est important, car il casse immédiatement un récit simpliste du type « fondateur évincé arbitrairement ». On parle ici :

d’un processus collectif,
d’un historique,
et non d’un incident isolé.

Les discussions publiques, notamment sur Reddit, montrent que ce n’était pas la première fois que le comportement d’Antheas posait problème. Plusieurs membres évoquent des précédents, des tensions, et une difficulté récurrente à rester dans un cadre clair.

Quand l’initiative personnelle devient un problème #

Le cœur du problème n’est pas technique.

Il est organisationnel.

Antheas a manifestement continué à agir comme un représentant du projet, y compris dans des discussions avec des acteurs industriels, alors que ce rôle n’était plus clairement encadré. Résultat :

un constructeur qui croit à une validation officielle,
une communauté qui pense à un support acté,
un projet qui doit ensuite démentir publiquement.

Dans un contexte open source amateur, cela passe parfois. Dans un projet devenu visible, financé, et observé, c’est une ligne rouge.

Le contre-récit personnel, ou l’art de déplacer la faute #

Face à cette éviction, Antheas publie un long « post-mortem ».

Le texte est travaillé, émotionnellement chargé, et efficace rhétoriquement. Mais il a un défaut majeur :

👉 il dilue sa responsabilité personnelle dans un récit systémique où tout devient faute des autres.

Les violations du Code of Conduct ne sont jamais précisées. Les critiques sont présentées comme des cabales. Les décisions collectives deviennent des coups de force. Et les rappels à l’ordre se transforment en trahison.

C’est un schéma classique : quand les faits sont contraignants, on attaque la légitimité du cadre.

Je m’en excuse ici explicitement : j’ai moi-même, dans un premier temps, trop vite pris ce récit pour argent comptant. Le texte est suffisamment bien écrit pour entraîner l’adhésion émotionnelle, surtout quand on n’a pas encore l’ensemble des éléments factuels sous les yeux. Avec le recul et les sources publiques désormais disponibles, il apparaît clairement que ce récit relevait davantage de la justification personnelle que d’une analyse honnête de la situation.

La bonne foi de Bazzite, imparfaite mais visible #

Bazzite n’est pas un projet parfait. Aucun ne l’est.

Mais dans cette affaire :

les communications ont été publiques et archivées,
les corrections ont été laissées visibles pour transparence,
la responsabilité n’a pas été rejetée sur GPD,
et le projet a clairement refusé toute récupération commerciale abusive.

Ce sont des signaux de bonne foi, même dans un contexte tendu.

Liens et sources publiques #

Pour permettre à chacun de se faire son propre avis, voici les sources accessibles publiquement qui documentent cette affaire et son contexte :

Annonce officielle Bazzite – « Correction regarding GPD Win5 Support for Bazzite » (Universal Blue) https://universal-blue.discourse.group/t/correction-regarding-gpd-win5-support-for-bazzite/11574
Mise à jour officielle – « Upholding Our Values: Our Final Update on GPD » (Universal Blue / HackMD) https://hackmd.io/@ublue-os/B1zf_ScI-l
Discussion Reddit – « Upholding Our Values: Our Final Update on GPD » (r/Bazzite) https://www.reddit.com/r/Bazzite/comments/1qrcdtp/upholding_our_values_our_final_update_on_gpd/
Thread Reddit – Correction regarding GPD Win5 support (r/linux_gaming) https://www.reddit.com/r/linux_gaming/comments/1qow6jr/correction_regarding_gpd_win5_support_for_bazzite/
Annonce initiale relayée côté GPD (r/gpdwin) https://www.reddit.com/r/gpdwin/comments/1qhw6gn/the_official_adaptation_of_gpd_win5_is_happening/
Couverture média indépendante – GamingOnLinux https://www.gamingonlinux.com/2026/01/bazzite-linux-founder-releases-statement-asking-gpd-to-cease-using-their-name

Le logiciel libre valorise l’initiative, l’énergie individuelle, la passion.

Mais il repose aussi sur une chose moins glamour : des règles, des limites, et de la responsabilité.

Quand un individu, aussi compétent soit-il, devient une source récurrente de confusion, de conflits et de risques réputationnels, la séparation n’est pas une trahison.

C’est parfois simplement une nécessité.

Et dans cette séquence précise, tout indique que Bazzite a tenté de protéger son projet, là où Antheas a surtout cherché à sauver son récit.

Antheas : le contre-récit nécessaire

2026-02-04T00:00:00Z

Dans toute crise open source, il existe un réflexe quasi automatique : chercher un camp du bien et un camp du mal. Un héros évincé, un mainteneur tyrannique, une communauté victime. La réalité, elle, est presque toujours plus inconfortable.

Après avoir analysé la dérive de la gouvernance de Bazzite, il serait intellectuellement malhonnête de passer sous silence un autre élément devenu de plus en plus clair à mesure que les témoignages s’accumulent : Antheas Kapenekakis n’est pas le personnage irréprochable que son propre récit laisse entendre.

Ce billet n’est pas une tentative de réhabilitation de Bazzite, ni un procès d’intention. C’est un rappel salutaire : critiquer une gouvernance toxique n’exonère pas de toute responsabilité individuelle.

L’arrogance comme mode de communication #

Plusieurs retours concordants décrivent des échanges publics où Antheas s’est montré méprisant, cassant, voire humiliant envers des utilisateurs. Moqueries sur Discord, réponses condescendantes à des retours pourtant légitimes, généralités douteuses sur des communautés nationales…

Ces comportements ne sont pas anecdotiques. Ils participent eux aussi à l’installation d’un climat délétère, où l’utilisateur hésite à signaler un problème par peur d’être ridiculisé.

Un message d’avertissement mal formulé concernant Nvidia et GameMode, jugé anxiogène par plusieurs utilisateurs, a par exemple été balayé avec sarcasme plutôt que corrigé ou expliqué. Là encore, le fond du débat importe moins que la posture adoptée.

Le syndrome classique du contributeur indispensable #

Un autre travers bien connu de l’écosystème libre apparaît ici : celui du contributeur clé convaincu que son importance technique le place au‑dessus des règles élémentaires de communication.

Oui, Antheas a énormément contribué. Oui, son travail sur Handheld Daemon et le kernel est réel. Mais l’open source n’accorde aucun passe‑droit moral. La compétence n’autorise ni le mépris, ni la brutalité sociale.

Quand un projet devient une arène de tensions permanentes, ceux qui y excellent techniquement finissent souvent par s’y comporter comme des propriétaires, même lorsqu’ils dénoncent ce travers chez d’autres.

Victime d’une éviction injuste… et acteur d’un climat toxique #

Il est possible, et même nécessaire, de tenir deux idées à la fois :

l’éviction d’Antheas de Bazzite s’est faite sans processus clair et relève d’un abus de pouvoir,
Antheas a lui‑même contribué, par son attitude, à dégrader l’ambiance communautaire.

Refuser cette nuance, c’est remplacer une mythologie par une autre.

Le danger des récits unilatéraux #

Les longs billets post‑mortem sont des armes redoutables. Ils fixent un récit, structurent l’opinion, et placent l’auteur en position morale dominante. Mais ils sont, par nature, incomplets.

Ceux qui ont été blessés par des propos déplacés, ignorés ou rabaissés ne se reconnaissent pas dans un discours qui ne parle que de gouvernance et jamais de comportements interpersonnels.

Or, un projet libre ne se détruit pas uniquement par des décisions techniques ou politiques. Il se fissure aussi par des micro‑violences répétées, des humiliations publiques et un sentiment d’impunité.

Une leçon plus large que Bazzite #

Ce contre‑récit n’a pas pour but de désigner un nouveau coupable. Il sert à rappeler une vérité inconfortable : les conflits open source ne produisent presque jamais des innocents parfaits.

La maturité d’un écosystème se mesure à sa capacité à accepter cette complexité, à refuser les récits manichéens et à exiger, de tous les acteurs, une responsabilité à la hauteur de leur influence.

Conclusion #

Antheas n’est ni un imposteur, ni un martyr. C’est un contributeur compétent, engagé, mais humainement faillible, parfois brutal, parfois aveugle à ses propres excès.

Reconnaître cela ne blanchit en rien les dérives de la gouvernance de Bazzite (d’après lui). Mais l’ignorer reviendrait à reproduire exactement ce que l’on prétend dénoncer : un récit tronqué, confortable, et finalement stérile.

Si l’écosystème Linux veut grandir, il devra apprendre une chose simple mais difficile : la responsabilité ne s’arrête jamais à la porte de la technique.

L’immuable n’est pas magique: quand la sécurité devient un slogan

2026-02-04T00:00:00Z

On nous vend l’immuabilité comme un bouclier magique. Comme si un système en lecture seule pouvait arrêter les hackers. Comme si un conteneur ou un Flatpak transformait votre PC en bunker. Spoiler : ça ne marche pas comme ça.

L’immuable ? Une illusion en pyjama de sécurité #

Silverblue, Kinoite, Aeon, Bazzite, Aurora, Bluefin… Appelez-les comme vous voulez, le schéma est le même. Un pare-feu désactivé par défaut. Ou au mieux, activé mais ouvert comme les portes d’un château en ruine. Et on nous explique que c’est pour la simplicité. La simplicité de se faire scanner tous les ports par n’importe qui, ça, c’est sûr, c’est simple.

On vous raconte des histoires de conteneurs inviolables et de systèmes atomiques. On vous fait miroiter la sécurité. La vérité ? Vos applications peuvent toujours sortir. Vos sockets peuvent toujours écouter. Vos services peuvent toujours répondre à des paquets venus d’Internet. Votre NAT français soi-disant protecteur ? Une passoire à UPnP et IPv6 ouvert. Les box ne sont pas des remparts. Jamais. Et croire que votre machine derrière un NAT est “protégeable par défaut” est une naïveté qui ferait rire les pirates.

Et vous, l’utilisateur, vous êtes censé faire confiance. Faire confiance à qui ? À un marketing qui vend la sécurité comme une feature esthétique. Faire confiance à des devs qui trouvent que “mettre un pare-feu serait trop compliqué”. Trop compliqué pour qui ? Pas pour vous. Pour eux. Pour sauver leurs fesses quand quelqu’un se plaint. Les rapports de bug fermés avec un simple “WONTFIX” ? Voilà leur réponse à vos inquiétudes légitimes. Vous voulez un pare-feu ? Mauvais choix, vous êtes un customizer, débrouillez-vous.

L’immuable n’est pas magique. L’immuable ne vous sauvera pas quand quelqu’un frappera à votre port 22. L’immuable ne vous protégera pas quand un bug kernel ou un service mal configuré exposera vos données. Le conteneur n’est pas un bouclier. Flatpak n’est pas un antivirus. Et Silverblue ou Aeon n’est pas un garde du corps.

Ne vous laissez pas embobiner par les discours sur BTRFS et les rollback atomiques. Oui, revenir à une version précédente est joli sur le papier, mais cela ne vous empêche pas de vous faire scanner, d’être attaqué sur un LAN public, ou de vous faire exploiter un service vulnérable. Ce n’est pas un problème de rollback. C’est un problème de politique de sécurité défaillante.

Et pour couronner le tout, la communication officielle est un modèle de non-assistance et d’arrogance. “Pas nécessaire”, “trop compliqué”, “ne rapporte rien” — voilà les excuses pour justifier un OS prétendument moderne qui joue avec la sécurité des utilisateurs. Pendant ce temps, la plupart des distributions classiques activeraient un pare-feu en cinq minutes et dormiraient tranquilles.

La sécurité, ce n’est pas un concept marketing. Ce n’est pas un slogan. Ce n’est pas un joli logo. La sécurité, c’est des couches, une responsabilité, une discipline. Et l’immuable qui n’active pas de pare-feu par défaut ? C’est juste un OS qui se prend pour invincible et qui se fout de vous.

Si vous croyez à l’immuabilité comme à une assurance tous risques, vous allez vite apprendre que le mot magique ne remplace pas la rigueur. L’immuable, c’est bien joli quand on parle de rollback et de cohérence, mais sur le réseau, vous êtes en slip derrière des portes ouvertes. Et personne ne viendra vous protéger.

Bazzite : chronique d’une ambiance délétère

2026-02-02T00:00:00Z

Quand la technique masque mal les dérives humaines

Un projet libre peut survivre à des bugs. Beaucoup moins à une gouvernance toxique.

Il y a des projets qui meurent faute de moyens, d’autres faute de compétences. Et puis il y a ceux qui se sabotent eux-mêmes avec une constance presque admirable, convaincus que l’improvisation permanente, l’ego et l’arbitraire peuvent tenir lieu de gouvernance. Et puis il y a ceux qui se sabordent eux‑mêmes, lentement, à coups de décisions impulsives, de gouvernance bancale et d’un rapport malsain à la communauté. Bazzite, malheureusement, semble aujourd’hui appartenir à cette dernière catégorie.

Ce billet n’est pas un règlement de comptes personnel. C’est une analyse critique, assumée, d’une ambiance et d’un fonctionnement qui illustrent parfaitement ce qu’il ne faut pas faire quand un projet Linux dépasse le stade du “hobby entre potes”.

Quand un projet grandit mais que la gouvernance reste infantile #

Le succès de Bazzite est indéniable. En deux ans, le projet est passé de quelques centaines d’utilisateurs à des dizaines de milliers. Or, ce changement d’échelle impose une transformation profonde : on ne gère plus un OS utilisé quotidiennement par des milliers de personnes comme on gère son PC personnel.

C’est précisément là que le bât blesse, et pas qu’un peu. Bazzite a continué à être piloté comme un terrain de jeu technique, avec des choix dictés par l’envie d’expérimenter plutôt que par la stabilité. Sorties Fedora day‑one, changements d’infrastructure majeurs sans maturité suffisante, suppression ou remplacement de composants essentiels sans plan de transition clair… tout cela est peut‑être acceptable sur une machine personnelle. Sur un OS censé être fiable, beaucoup moins.

Dans le monde GNU/Linux, on connaît ce dilemme depuis longtemps : la liberté technique n’excuse ni l’irresponsabilité, ni le mépris implicite des utilisateurs.

Le fantasme de l’OS “visionnaire” #

Un autre problème récurrent est cette croyance qu’un mainteneur doit imposer sa vision coûte que coûte. X11 supprimé au mauvais moment, choix logiciels discutables imposés comme des évidences (mixte visuel KDE/GNOME), accumulation de paquets inutiles à maintenir, …

Il ne s’agit pas ici de dire que chaque décision était techniquement mauvaise. Le problème est ailleurs : l’absence de contre‑pouvoir, de discussion sérieuse, et surtout de remise en question.

Un projet sain écoute ses contributeurs, ses utilisateurs avancés, et accepte que certaines idées soient prématurées. Un projet fragile confond leadership et autoritarisme.

Discord n’est pas une gouvernance (et encore moins une cour royale) #

C’est probablement l’aspect le plus délétère de toute cette histoire. Gérer une communauté de grande ampleur comme un serveur Discord privé est une erreur classique, mais rarement assumée à ce point.

Bannissements arbitraires, sanctions floues, absence de procédures claires, décisions prises à chaud, confusion entre modération et relations personnelles… tout cela crée un climat de méfiance permanent. Une communauté ne devient pas toxique par hasard. Elle le devient quand le pouvoir est concentré, opaque, émotionnel, et exercé sans contrepoids. Elle le devient quand les règles changent selon l’humeur, selon la tête du client, ou selon l’utilité émotionnelle que certains représentent pour les mainteneurs.

Un projet open source n’est ni un groupe de soutien psychologique, ni un fan‑club. Ce n’est agréable pour personne de l’écrire, mais c’est nécessaire.

Le mythe dangereux du « tout ira bien sans ceux qui dérangent » #

L’éviction brutale d’un contributeur majeur, sans processus clair, sans médiation, sans transparence, est toujours un signal rouge. Pas seulement pour la personne concernée, mais pour l’avenir du projet.

Car le message envoyé est limpide : remettre en question certaines décisions peut coûter cher. À partir de là, les contributeurs compétents se taisent ou partent. Il ne reste que l’entre‑soi, l’auto‑validation, et une illusion de consensus.

C’est souvent à ce moment précis qu’un projet cesse d’être crédible à long terme, même si les chiffres d’utilisateurs continuent de donner l’illusion du contraire.

Bazzite : OS sérieux ou jouet personnel ? #

Il faut être honnête, quitte à être brutal : Bazzite ne peut plus prétendre aujourd’hui être une base sérieuse pour des constructeurs, des intégrateurs ou des utilisateurs qui cherchent une plateforme fiable et prévisible. Non pas à cause de la technologie, mais à cause de la gouvernance.

Un OS peut survivre indéfiniment comme projet hobby. C’est respectable. Mais cela implique de l’assumer pleinement, et de cesser toute communication ambiguë sur la fiabilité, la pérennité ou l’usage professionnel.

À l’inverse, prétendre viser le sérieux sans en adopter les exigences est la pire des postures.

Une leçon pour tout l’écosystème Linux #

L’histoire de Bazzite n’est pas un cas isolé. Elle est un rappel brutal que le logiciel libre ne protège pas contre les erreurs humaines, l’ego, ni les dérives communautaires.

La technique peut être excellente. Le kernel peut être patché à la perfection. Les performances peuvent être au rendez‑vous. Si la gouvernance est toxique, tout le reste finit par se fissurer.

C’est une leçon que l’écosystème Linux devrait prendre au sérieux, surtout à l’heure où de plus en plus de projets gagnent en visibilité et en responsabilité.

Conclusion : le logiciel libre ne sauve pas de soi-même #

Bazzite n’est pas « mort ». Mais il s’est enfermé dans une trajectoire où les erreurs humaines pèsent plus lourd que les qualités techniques. Mais il a clairement choisi une trajectoire. Une trajectoire où l’instabilité humaine pèse plus lourd que la stabilité technique.

Les utilisateurs ont le droit d’être exigeants. Les contributeurs ont le droit d’être respectés. Et les mainteneurs ont le devoir de comprendre qu’à partir d’une certaine taille, un projet ne leur appartient plus vraiment.

Quand cette réalité est refusée, l’ambiance devient délétère. Et le projet, tôt ou tard, en paie le prix.

Note : ce billet critique des pratiques et une culture de projet, pas des personnes. Le harcèlement n’a jamais fait avancer le logiciel libre.

Bazzite, l’envers du décor du gaming Linux

2026-02-01T00:00:00Z

Ceci est une traduction de Post-mortem de Bazzite.

Bonjour à toutes et à tous, j’espère que vous avez passé de bonnes fêtes de Noël. Moi, en tout cas, oui. Et ça faisait longtemps que ce n’était pas le cas. Vous vous demandez peut-être ce qui se passe, ou vous êtes confus face à ce qui est arrivé à Bazzite pendant les fêtes. Ayons donc une discussion honnête à ce sujet, sur ce que cela signifie pour vous en tant qu’utilisateur de Bazzite, et sur ce que l’avenir réserve.

Un bref historique #

Mais commençons par un bref historique de Bazzite et de sa naissance. Bazzite a commencé en 2023 comme un projet annexe de Kyle Gospodnetich, visant à explorer s’il était possible de créer quelque chose de similaire à SteamOS, mais basé sur OSTree et Fedora. Il s’est avéré que oui, et vers la fin de 2023, on peut estimer que Bazzite comptait au maximum environ 500 utilisateurs actifs par semaine (la métrique que nous utilisons encore aujourd’hui).

Puis, vers novembre 2023, la Legion Go est sortie. À ce moment-là, je cherchais un PC personnel à utiliser en dock, et je me suis dit : « tiens, c’est un excellent rapport qualité-prix ». Le meilleur chip AMD pour 800 $, des contrôleurs intégrés et un très bon écran. Je l’ai donc achetée et j’y ai installé Linux, pour me rendre compte que… rien ne fonctionnait. Je me suis dit que je pouvais peut-être y faire quelque chose, et j’ai donc créé le projet Handheld Daemon, qui visait à fournir une alternative logicielle au logiciel constructeur de la Legion Go sous Linux. Les progrès ont été rapides, et vers décembre 2023, la Legion Go fonctionnait correctement. Kyle a vu cela et a intégré Handheld Daemon à Bazzite.

En janvier 2024, le support de la ROG Ally a été ajouté, puis en mars 2024, un support préliminaire pour GPD, Ayaneo, AYN et OneXPlayer est arrivé. Ce support a ensuite été consolidé tout au long de 2024, avec la ROG Ally X en septembre 2024, les appareils OneXPlayer en octobre 2024, et GPD sur les derniers mois de 2024.

En parallèle, cela a toutefois créé des tensions entre moi et d’autres développeurs open source. Plus précisément Derek J. Clark, présent dans ce milieu depuis 2022, il me semble, estimait que son antériorité d’un an et les privilèges qui en découlaient (mainteneur de ChimeraOS, administrateur d’un Discord privé avec d’autres développeurs open source spécialisés dans les consoles portables) lui donnaient le droit d’être celui qui devait créer… ce que faisait Handheld Daemon.

Ainsi, bien que Handheld Daemon ait été fonctionnel et complet dès mars 2024, Derek a lancé inputplumber à cette période et a utilisé ses moyens pour me faire taire, entre autres choses. Cela a inclus des campagnes de dénigrement auprès d’autres professionnels du secteur, mon bannissement de ce serveur Discord privé, et le fait de convaincre d’autres distributions “hobby” d’utiliser son logiciel pour des raisons idéologiques (par exemple : « nous utilisons plus de pilotes kernel »).

Je me suis dit que c’était regrettable, mais dans le même temps, mon avis d’expert était que l’architecture d’Inputplumber était fondamentalement défectueuse et ne fonctionnerait jamais correctement. Je le lui ai dit en privé, ce qu’il a interprété comme une insulte. Je n’ai jamais fait de déclaration publique à propos de Derek ou d’Inputplumber, car je voulais rester professionnel. Les distributions font leurs choix pour leurs utilisateurs, et si ce ne sont pas les meilleurs, c’est leur problème.

Je me suis donc concentré sur Bazzite, en intégrant étroitement Handheld Daemon avec Bazzite, son noyau et un fork de gamescope que je maintenais. Bazzite a alors connu une croissance rapide et une forte exposition médiatique, au point que nous avons terminé l’année avec environ 60 000 utilisateurs actifs par semaine, soit une multiplication par 120 depuis mon arrivée.

Pendant ce temps, j’ai aussi réduit considérablement la charge de maintenance de Bazzite : suppression des images Asus et Surface, nettoyage du kernel pour préparer un vrai secure boot, ajout de verrous de version pour les pilotes Nvidia. Résultat : le taux de succès des builds est passé d’environ 70 % à plus de 95 %. J’ai également préparé le terrain pour un financement durable de Bazzite, en faisant les recherches nécessaires et en créant un espace OpenCollective où beaucoup d’entre vous font des dons.

Décembre 2025 #

Avançons maintenant jusqu’en décembre 2025. Toutes les familles ont leurs problèmes, et l’équipe Bazzite ne fait pas exception. Pour simplifier, disons qu’il y a moi, Kyle, Noel Miller, et quelques autres personnes qui n’ont pas besoin d’être exposées ici.

Au fil des années, moi et de nombreux utilisateurs « normaux » de Bazzite avons commencé à avoir des problèmes avec Kyle. Kyle est un excellent mainteneur, mais il semble considérer Bazzite comme son OS personnel, et le serveur Discord comme son salon privé. Or, quand on dépend de son ordinateur pour jouer, travailler et être productif, on veut de la stabilité et de la fiabilité.

Il a tendance à pousser des changements avant qu’ils ne soient prêts, simplement pour pouvoir jouer avec. Par exemple :

sorties Fedora dès le jour 1, qu’elles fonctionnent ou non,
suppression de X11 début 2024 pendant que Chris Titus (premier gros YouTuber) testait Bazzite, cassant une grande partie de ses logiciels et le poussant à abandonner la review,
introduction trop précoce de Bazaar malgré des problèmes mémoire et des crashes sur du matériel modeste,
passage à iwd le jour même où Phoronix annonçait des rumeurs sur l’arrêt de sa maintenance par Intel, cassant le Wi-Fi d’entreprise et celui de nombreux appareils Intel,
utilisation de Ptyxis comme terminal par défaut (logiciel correct, mais Konsole suffisait),
inclusion du client Steam avec des codecs problématiques empêchant la distribution sur certains matériels,
ajout d’un tas de paquets inutiles à maintenir ensuite (8 extensions GNOME, etc.).

Il y en a d’autres, mais vous voyez l’idée.

Par ailleurs, Kyle traite Discord comme un espace personnel, développe des relations parasociales avec certains utilisateurs, et bannit des gens pour désaccord, pour avoir signalé des problèmes, ou simplement par favoritisme. Contrairement à ce que certains pensent, il ne s’agit pas principalement de militants politiques. Ceux-là sont marginaux. La majorité des bannissements concernent des personnes qui veulent utiliser un seul préfixe Wine, disent que les conteneurs ne peuvent pas remplacer leur workflow, se plaignent de réglages « non orthodoxes », ou évoquent vaguement le piratage.

La gestion de tout cela ne respecte pas les standards modernes de conduite communautaire, ce qui crée de l’animosité et de la frustration. Certains utilisateurs finissent par craquer en messages privés, lesquels sont ensuite utilisés comme preuve pour un bannissement définitif. Il m’arrivait fréquemment de me réveiller avec des messages de modération Reddit de la part d’utilisateurs mécontents. Pendant toute ma période comme modérateur Reddit/Discord, j’ai banni environ trois comptes spam au total sur Reddit.

À la longue, j’ai commencé à être frustré par ce comportement. J’ai demandé à Kyle d’arrêter, certaines discussions étant publiques. Cela a conduit certains membres problématiques de la communauté à mal interpréter mes propos et à tenter de me cibler et de me « cancel » publiquement, Derek s’y joignant avec des déclarations publiques. Ils semblaient dépendre psychologiquement de la communauté. Or, nous ne sommes ni thérapeutes, ni particulièrement doués socialement. S’appuyer sur des développeurs ou un espace communautaire pour un soutien émotionnel n’est pas sain. Si vous avez besoin de soutien, adressez-vous à des personnes dans la vraie vie.

De plus, dans une communauté de cette taille, un processus clair est nécessaire avant de bannir quelqu’un. Les erreurs arrivent. Ce qui peut fonctionner dans une petite communauté ne fonctionne plus à l’échelle de Bazzite.

Kyle a utilisé cette tentative de “cancel” comme levier. J’imagine qu’il s’est dit : « Bazzite est maintenant dans une bonne situation, je n’ai plus besoin de gens qui questionnent mes changements (souvent cassants). Je vais virer Antheas, puis adopter les intégrations upstream pour m’aligner avec Valve. Je réduis ainsi la pression politique (notamment liée à Framework, que Kyle gère) et je prends le contrôle total de Bazzite. »

Il tente désormais de créer l’Open Gaming Collective (OGC) pour externaliser la maintenance matérielle, en invitant quiconque souhaite s’y joindre.

Sans suivre aucun processus établi, il a abusé de ses accès à l’infrastructure Bazzite et de son avantage de premier clic pour me supprimer. Il m’a ensuite bloqué, annulé notre conférence prévue au FOSDEM, et effacé toute mention de moi du site de Bazzite. Noel a été complice, m’envoyant un message poli de remerciement et m’indiquant qu’ils allaient d’abord réduire mes accès. J’ai répondu que j’étais soit un égal, soit dehors. Après deux ans, j’y avais droit. Noel faisait un peu de gestion communautaire, mais ce genre de décision dépassait clairement son rôle.

Ces décisions sont irréversibles. Un pont a été brûlé. J’ai vraiment essayé de faire de Bazzite le nouveau standard du jeu sous Linux, durable sur le long terme, avec une communauté saine et la meilleure expérience possible. J’ai dû faire beaucoup de compromis pour cela.

Mais après ces actions, le destin de Bazzite est scellé : ce sera un OS non commercial, de type hobby.

Ces décisions n’ont d’ailleurs pas restauré l’harmonie. Aurora et Bluefin ont quitté le Discord commun.

Personnellement, j’ai pris un bon mois de pause et profité de mes vacances.

Si ce post-mortem n’arrive que maintenant, c’est parce que je voulais laisser à Kyle, et à moi-même, le temps de réfléchir et éventuellement de reconsidérer ses actions. Mais visiblement, ce n’est pas le cas. Ce genre de choses se règle normalement en privé, donc ceci est un dernier recours.

Et maintenant ? #

Qu’est-ce que cela signifie pour vous, utilisateurs de Bazzite ? Les choses risquent de devenir chaotiques. Vous voudrez peut-être désactiver les mises à jour, surtout sur du matériel portable. Les utilisateurs de MSI Claw ont déjà perdu certaines fonctionnalités Wi-Fi suite au passage à iwd il y a deux semaines.

De mon côté, il y aura malheureusement une période sans service avant qu’une alternative n’existe. Cela dit, des distributions Linux durcies peuvent rester sécurisées longtemps sans mises à jour, tant que vous n’installez pas de logiciels provenant de sources douteuses.

Vous devriez aussi envisager d’arrêter les dons, car une partie de ces fonds ne me reviendra plus. Je n’ai jamais touché un centime. À mon avis, une partie ou la totalité devrait être donnée à des œuvres caritatives.

L’avenir #

Concernant l’avenir, je ne peux pas dire ce qu’il adviendra de Bazzite. C’est un cas classique de rupture entre fondateurs. La marque Bazzite est désormais encore plus « contaminée » et ne suit plus une trajectoire durable. Si par durabilité on entend « OS hobby amusant », alors oui, il pourra exister indéfiniment. Et tant mieux pour Kyle. Mais si on parle de quelque chose de sérieux, que des constructeurs pourraient préinstaller ou sur lequel on pourrait vraiment compter, ce n’est plus possible.

De mon côté, je continuerai à maintenir Handheld Daemon et les patches kernel upstream (j’en ai contribué 12 pour le noyau 7.0). Et je repartirai peut-être d’une page blanche, en me concentrant sur l’essentiel : stabilité, fiabilité, conformité légale, et tout ce qu’on attend d’un OS sur un PC personnel.

J’ai créé un serveur Discord pour Handheld Daemon, où vous pouvez demander de l’aide et discuter avec nous :

https://discord.hhd.dev

Enfin, je m’excuse encore pour ce parcours chaotique. Je voulais vraiment que Bazzite devienne la référence du jeu Linux, mais parfois, les choses ne se passent pas comme prévu. Si vous subissez des régressions, vous êtes en droit de vous plaindre. Vous avez installé Bazzite pour des raisons qui ne sont peut-être plus valables. Vous y avez passé des jours à l’installer, le configurer, l’optimiser. Je respecte profondément cela, et je suis désolé.

Signé, Antheas Kapenekakis

Clarification concernant l’annonce GPD #

GPD est une excellente entreprise, très supportive du travail accompli sur Bazzite. En novembre, j’étais en discussion avec eux pour ajouter un support correct de la GPD Win 5 à Bazzite. En janvier, j’ai repris contact avec eux, leur expliquant une partie de ce que j’écris ici et l’incertitude autour de l’avenir de Bazzite. Nous avons convenu que si l’intégration pouvait être finalisée, ce serait dans l’intérêt des utilisateurs ayant acheté l’appareil sur cette promesse. La seule intégration encore manquante côté Bazzite est Handheld Daemon, dont je suis toujours responsable. Je la terminerai progressivement dans les semaines à venir.

Il est très regrettable que Kyle cible une entreprise pour avoir fièrement annoncé son support de Bazzite/Linux et accepté de gérer les retours sur son Discord. C’était impensable il y a seulement un an.

Je m’excuse ici au nom de Kyle. L’abus ou la mauvaise gestion des accès ne lui donne pas légalement le droit de déposer la marque Bazzite ou de prendre ce type de décision. En réalité, il serait aujourd’hui très difficile de déposer la marque, celle-ci étant contaminée par mon implication publique et irrévocable, ainsi que par la mauvaise gestion qui a suivi. Cette zone grise juridique (déjà existante en partie) est l’une des raisons pour lesquelles je concentre désormais mes efforts ailleurs. La marque Bazzite ne peut désormais être utilisée que de manière non commerciale, et ne peut pas être vendue sans qu’une nouvelle discussion ait lieu.

GNU Guix 1.5.0, la liberté jusqu’au bout… trop loin pour moi

2026-01-31T00:00:00Z

La sortie de GNU Guix 1.5.0 marque un moment important. Après des années d’attente, le projet livre enfin une version majeure, riche, ambitieuse, cohérente. Guix continue de tracer sa route à part dans l’univers GNU/Linux, avec sa gestion fonctionnelle des paquets, ses configurations reproductibles et son attachement presque philosophique à la pureté logicielle.

Et c’est justement là que, pour moi, le bât blesse.

Guix est totalement libre, au sens le plus strict du terme. Aucun pilote propriétaire, aucun firmware non libre, aucun compromis. Même si des dépôts non officiels existent pour contourner ces limites, ils restent en marge du projet, presque tolérés à contrecœur. Résultat, dans la pratique, je me retrouve face à un système que je ne peux pas réellement installer ni utiliser sur mon matériel, sans bricolages permanents ou renoncements fonctionnels.

Je respecte profondément cette démarche. Elle est cohérente, honnête, et même admirable. Guix ne ment pas, ne triche pas, ne fait pas semblant. Mais cette radicalité a un prix, et ce prix, c’est l’accessibilité. Dans un monde où beaucoup de machines dépendent encore de blobs, de firmwares et de pilotes propriétaires, Guix devient un système pour convaincus, pas pour utilisateurs ordinaires.

Alors oui, GNU Guix 1.5.0 est une belle sortie. Oui, c’est un projet important. Mais en l’état, son choix assumé du “100 % libre ou rien” me ferme simplement la porte. Pas par désaccord idéologique, mais par contrainte très concrète.

La liberté logicielle est un idéal magnifique. Encore faut-il pouvoir démarrer la machine pour en profiter.

Gentoo vs NixOS sur une vieille machine

2026-01-29T00:00:00Z

Bench réel, sans mythe ni poudre aux yeux #

Il y a des comparaisons qui se font à coups d’idéologie, de slogans ou de captures d’écran soigneusement cadrées. Et puis il y a celles qui se font avec une machine fatiguée, un terminal ouvert, et un chronomètre qui ne ment pas.

L’idée ici était simple : prendre la même vieille machine, installer Gentoo et NixOS, poser le même environnement (XFCE), à peu près les mêmes applications, et regarder ce qui se passe. Pas pour désigner un vainqueur absolu, mais pour comprendre comment chaque système se comporte dans la vraie vie.

Ce billet n’est donc ni une pub, ni un procès. C’est un retour d’expérience, brut, avec ses chiffres, ses surprises, et ses confirmations.

Le contexte #

La machine n’est pas de première jeunesse (2007). Justement.

C’est important, parce que sur du matériel ancien :

chaque accès disque se sent,
chaque dépendance chargée compte,
chaque couche d’abstraction laisse une trace.

XFCE a été choisi pour éviter tout biais lié à un environnement lourd. Les tests ont été faits à la main, avec des commandes simples (time, sysbench), répétées plusieurs fois pour éviter l’effet « coup de chance ».

On ne parle pas ici de benchmarks synthétiques à rallonge, mais de choses concrètes :

démarrage d’applications du quotidien,
performances CPU pures.

Démarrage des applications #

LibreOffice Calc #

C’est souvent là que les différences sautent aux yeux.

Sous Gentoo :

premier lancement autour de 17 secondes,
lancements suivants entre 4 et 5 secondes.

Sous NixOS :

premier lancement très coûteux, autour de 34 secondes,
lancements suivants autour de 5 à 6 secondes.

La lecture est assez claire. Le cold start est plus pénalisant sous NixOS. Ce n’est pas un bug, ni une surprise :

le modèle Nix implique des chemins longs,
des binaires souvent plus gros,
davantage de dépendances chargées au premier passage.

Une fois les caches chauds, l’écart se réduit fortement, mais Gentoo garde un léger avantage. Sur une machine ancienne, ce premier lancement laisse une impression durable.

VLC #

Ici, surprise.

Sous Gentoo :

lancements à chaud autour de 3 à 4 secondes.

Sous NixOS :

lancements souvent entre 1,9 et 3 secondes.

Pour VLC, NixOS prend l’avantage. Ce n’est pas incohérent : VLC est une application très bien packagée, relativement autonome, avec peu de découverte dynamique au démarrage. Le modèle Nix, quand tout est déjà bien figé et disponible, fonctionne très bien.

Thunar #

Match nul.

On parle de quelques dixièmes, parfois centièmes de seconde. GTK simple, peu de dépendances, pas de magie noire d’un côté ou de l’autre. Aucun système ne triche ici.

Quod Libet #

Résultats très proches des deux côtés :

autour de 4 secondes après le premier lancement,
des variations minimes.

Python et GTK font que le disque et le cache jouent un rôle plus important que la distribution elle-même. Rien de réellement discriminant.

Performances CPU #

Pour sortir du ressenti et aller vers quelque chose de plus objectif, sysbench a été utilisé.

Un seul thread #

Gentoo : environ 690 à 695 événements par seconde.
NixOS : environ 650 à 660 événements par seconde.

Gentoo garde ici une avance de l’ordre de 5 à 6 %. Ce n’est pas spectaculaire, mais c’est constant. On retrouve ce qu’on attend d’un système compilé avec des options adaptées à la machine.

Tous les threads disponibles #

Gentoo : environ 1350 à 1380 événements par seconde.
NixOS : environ 1290 à 1310 événements par seconde.

Même tendance. Gentoo reste devant, sans écraser son concurrent, mais sans jamais se faire dépasser non plus.

Ce que ces chiffres racontent vraiment #

La tentation est grande de conclure trop vite. Ce serait une erreur.

Gentoo #

légèrement plus rapide sur le CPU,
démarrages à froid plus courts,
sensation de système plus direct, plus « proche du métal ».

C’est le résultat logique d’un système taillé pour la machine, sans généralisation excessive.

NixOS #

parfois plus rapide sur des applications très bien packagées,
performances globales très honorables malgré l’abstraction,
un coût initial plus visible au premier lancement des grosses applications.

Sur du matériel ancien, NixOS paie son modèle, mais beaucoup moins qu’on pourrait l’imaginer.

Vieille machine, vieille vérité #

Sur une machine moderne, beaucoup de ces écarts seraient noyés dans la puissance brute. Ici, ils ressortent parce que le matériel ne pardonne rien.

Gentoo profite clairement de son approche sur mesure.

Mais ce qui est peut-être le plus intéressant, c’est que NixOS reste très proche, malgré :

son store immuable,
ses chemins verbeux,
son approche radicalement différente de la gestion logicielle.

Il y a quelques années, le fossé aurait été bien plus visible.

Conclusion #

Gentoo, c’est le costume fait chez le tailleur du quartier, ajusté à la morphologie exacte.

NixOS, c’est un prêt-à-porter modulaire très bien conçu, parfois un peu plus long à enfiler, mais étonnamment confortable une fois en place.

Sur une vieille machine, le sur-mesure gagne encore un peu. Mais l’écart n’a rien d’une claque.

Ce billet n’est pas une fin de débat. Juste une photo honnête, prise à un instant donné, sur une machine donnée.

Et dans un monde où beaucoup parlent sans mesurer, ça vaut déjà quelque chose.

Une série de billets NixOs

2026-01-28T00:00:00Z

Je vais lancer une série de billets tuto consacrés à NixOS.

L’idée, avant tout, est très simple : me servir de pense-bête. Mais si au passage ça peut aider d’autres curieux, bidouilleurs ou futurs convertis, alors tant mieux.

Petite précision avant de continuer : j’avoue, j’ai un peu triché sur les dates. À la base, je voulais publier ces billets à des dates bien précises pour nourrir le blog, mais en fin de compte je ne vois plus trop l’intérêt. La plupart ont été rédigés depuis quelques jours (voir semaines), et je les publie donc au fil de l’eau plutôt que de respecter un calendrier strict. C’est un peu mon agenda de diffusion qui décide du rythme, pas vraiment l’ordre de création.

Il n’y a rien de magique dans NixOS. Certaines choses peuvent sembler un peu obscures au début, surtout quand on débarque d’un monde plus classique, mais absolument tout est trouvable et documenté, à condition de savoir où chercher. Le point d’entrée incontournable reste le site https://search.nixos.org/, qui devient très vite ton meilleur ami pour comprendre les options, les paquets et les modules disponibles.

Pour ceux qui se poseraient la question : non, je ne suis pas passé sur NixOS à titre principal. Je suis toujours sur Gentoo. Ça fonctionne toujours aussi bien, et oui, il existe bel et bien une différence assez flagrante quand on cherche à obtenir une machine aussi réactive sous NixOS qu’avec Gentoo. Les deux approches n’ont clairement pas la même philosophie, même si on peut arriver à des résultats très proches.

Petite mise en contexte. Un pote à moi est sous CachyOS, sur une machine strictement identique à la mienne, un Acer Nitro N50-600. La seule différence matérielle entre nos deux configs, c’est le disque dur : il a simplement mis un HDD plus gros. En voyant la réactivité de ma machine, il a voulu que je l’aide à installer Gentoo.

Sur le papier, why not. Dans les faits, l’idée de me relancer dans huit heures d’installation ne m’enchantait pas vraiment. Je lui ai donc proposé une alternative plus raisonnable : installer une Calculate Linux. Et puis, au fil de la réflexion, une autre idée m’est venue. Pourquoi ne pas tenter une NixOS, en essayant d’obtenir quelque chose de propre, de poli, ou presque ?

C’est de là qu’est née cette série. Je vous livre ici ce qu’on a mis en place sur sa machine, mais aussi ce que j’ai soigneusement gardé de côté, au cas où, pour la mienne. Des choix, des options, des essais, parfois des hésitations, bref, du concret.

Ces billets ne prétendent pas être la vérité absolue ni la meilleure façon de faire. Ils reflètent simplement un cheminement, des tests, et une envie de comprendre comment tirer le meilleur de NixOS sans perdre ses repères quand on vient de Gentoo.

Si ça peut servir à d’autres, tant mieux. Sinon, au minimum, ça m’évitera de tout réapprendre dans six mois.

PipeWire sous NixOS : audio moderne et faible latence

2026-01-27T00:00:00Z

Pour qui veut un système audio stable, performant et multi-usages, PipeWire est devenu l’option incontournable sous Linux. Que ce soit pour la musique, le gaming, l’IA avec Ollama, ou simplement éviter les micro-coupures, ce fichier pipewire.nix assure un setup complet et prêt à l’emploi.

Fichier `pipewire.nix` #

{ pkgs, ... }:

{
  services.pulseaudio.enable = false;
  # Priorité temps réel pour éviter les micro-coupures
  security.rtkit.enable = true;

  services.pipewire = {
    enable = true;
    alsa.enable = true;
    alsa.support32Bit = true;
    pulse.enable = true;
    jack.enable = true;

    # Utilisation de Wireplumber (le gestionnaire de sessions moderne)
    wireplumber.enable = true;

    # Configuration pour réduire la latence
    extraConfig.pipewire = {
      "99-lowlatency" = {
        "context.properties" = {
          "default.clock.rate" = 48000;
          "default.clock.quantum" = 1024;
          "default.clock.min-quantum" = 32;
          "default.clock.max-quantum" = 2048;
        };
      };
    };

    # règle pour désactiver la caméra
    wireplumber.extraConfig = {
      "10-disable-camera" = {
        "wireplumber.profiles" = {
          main = { "monitor.libcamera" = "disabled"; };
        };
      };
    };
  };

  # --- Bonus : Suppression du bruit pour le micro ---
  # Très utile si les ventilos tournent fort pendant le jeu ou que Ollama tourne
  programs.noisetorch.enable = true;

  environment.systemPackages = with pkgs; [
    pavucontrol # L'interface indispensable pour gérer les sorties
    helvum      # Un patchbay graphique pour relier tes flux audio (style JACK)
  ];
}

Pourquoi cette configuration ? #

PipeWire et WirePlumber
- services.pipewire.enable = true : active le serveur audio moderne, compatible ALSA, PulseAudio et JACK.
- wireplumber.enable = true : gère les sessions audio proprement et permet des profils personnalisés.
Faible latence et temps réel
- security.rtkit.enable = true : donne priorité temps réel aux processus audio pour éviter les micro-coupures.
- extraConfig.pipewire["99-lowlatency"] : configuration détaillée des clocks pour maximiser la fluidité du son.
Support complet des systèmes
- ALSA et Pulse activés, avec support 32-bit pour compatibilité avec les applications plus anciennes.
- JACK activé pour les applications professionnelles ou la création musicale.
Nettoyage audio pour le micro
- programs.noisetorch.enable = true supprime les bruits de fond, indispensable quand les ventilos tournent fort ou Ollama chauffe le CPU/GPU.
Outils utiles inclus
- pavucontrol : interface pour gérer les sorties et périphériques.
- helvum : patchbay graphique pour relier flux audio comme avec JACK, pratique pour les setups complexes gaming ou streaming.

Notes #

Cette configuration est largement inspirée de GLFOS beta, avec quelques ajustements pour optimiser la latence et la stabilité sur des systèmes desktop orientés gaming et IA. Le setup est plug & play, invisible pour l’utilisateur standard, mais prêt à fournir un son pro et réactif pour ceux qui veulent pousser leur matériel à fond.

NVIDIA sous NixOS : accepter la réalité, et la faire fonctionner proprement

2026-01-26T00:00:00Z

On peut aimer le logiciel libre, Wayland, Vulkan et les stacks élégantes… et quand même avoir une carte NVIDIA. C’est une réalité très répandue, surtout sur les machines orientées gaming ou calcul, et il serait malhonnête de prétendre le contraire.

Ce fichier nvidia.nix ne cherche pas à réinventer NVIDIA sous Linux. Il cherche à faire fonctionner correctement une carte NVIDIA moderne, sans bidouille fragile ni configuration ésotérique.

Choisir explicitement le driver NVIDIA #

Je force clairement l’utilisation du driver propriétaire NVIDIA :

pas de détection implicite,
pas d’ambiguïté entre nouveau, modesetting ou autre fallback,
pas de surprise après une mise à jour.

Le serveur graphique sait exactement quoi charger, et le système aussi.

Modesetting et Wayland #

Le modesetting est activé, ce qui est aujourd’hui indispensable pour :

Wayland,
Plasma 6,
Gamescope,
et un affichage cohérent dès le boot.

J’ajoute également le paramètre nvidia-drm.modeset=1 au chargement du module, pour m’assurer que tout est prêt très tôt dans la chaîne graphique.

Pas de gestion d’énergie exotique #

La gestion d’énergie NVIDIA est volontairement laissée simple :

pas de power management expérimental,
pas de fonctionnalités partiellement supportées,
priorité à la stabilité.

Sur une machine desktop fixe, c’est un compromis largement acceptable.

Le driver “production”, pas l’aventure #

Je choisis le driver NVIDIA de production fourni par le kernel utilisé. Pas de bêta, pas de version exotique, pas de course au dernier numéro.

L’objectif est clair : stabilité, compatibilité Vulkan, compatibilité CUDA, et paix intérieure lors des mises à jour système.

CUDA, vidéo et accélération matérielle #

Même si tout le monde n’utilise pas CUDA au quotidien, je l’installe ici de manière optionnelle. Ça évite d’avoir à tout reconfigurer le jour où une application en a besoin.

Côté vidéo, j’active tout ce qui permet une accélération matérielle propre :

VA-API via nvidia-vaapi-driver,
ponts VA-API ↔ VDPAU,
outils de diagnostic pour vérifier que tout fonctionne réellement.

Les variables d’environnement sont définies globalement, pour éviter les configurations par application ou par utilisateur.

Observer son GPU, simplement #

Parce qu’un GPU qui travaille, ça se surveille.

J’ajoute donc :

nvtop, l’équivalent de htop pour la carte graphique,
des outils pour tester VDPAU et VA-API.

Pas besoin de fouiller des logs ou de deviner si l’accélération est active.

Support 32 bits et compatibilité gaming #

Le support graphique 32 bits est activé. C’est indispensable pour :

Steam,
Proton,
Wine,
et beaucoup de jeux encore dépendants de bibliothèques 32 bits.

Encore une fois, mieux vaut le prévoir que le découvrir trop tard.

Une configuration réaliste #

Ce fichier n’est ni militant, ni idéologique. Il part d’un constat simple : NVIDIA est là, et sous NixOS, on peut la faire fonctionner correctement, proprement, et de façon reproductible.

Ce n’est peut-être pas la stack la plus élégante du monde, mais c’est une stack qui fonctionne, et qui tient dans le temps.

{ config, pkgs, ... }:

{
  services.xserver.videoDrivers = [ "nvidia" ];

  hardware.nvidia = {
    modesetting.enable = true;
    powerManagement.enable = false;
    open = false;
    nvidiaSettings = true; # installe l'outil nvidia-settings
    package = config.boot.kernelPackages.nvidiaPackages.production;
  };

  boot.kernelModules = [ "nvidia" "nvidia_modeset" "nvidia_uvm" "nvidia_drm" ];

  environment.systemPackages = with pkgs; [
    cudaPackages.cudatoolkit  # Facultatif
    nvidia-vaapi-driver       # Ajoute le driver VA-API pour le décodage vidéo
    vdpauinfo                 # Outil pour tester VDPAU
    libva-utils               # Outils pour tester VA-API
    nvtopPackages.nvidia      # htop mais pour Nividia GPU !
  ];

  environment.sessionVariables = {
    # Indispensable pour l'accélération vidéo matérielle via nvidia-vaapi-driver
    NVD_BACKEND = "direct";
    # Pour forcer l'utilisation de la librairie d'accélération matérielle
    LIBVA_DRIVER_NAME = "nvidia";
  };

  hardware.graphics = {
    enable = true;
    enable32Bit = true;
    extraPackages = with pkgs; [
      libva-vdpau-driver               # Pont VA-API → VDPAU
      libvdpau-va-gl                   # Accélération VDPAU OpenGL
    ];
  };

  boot.extraModprobeConfig = ''
    options nvidia-drm modeset=1
  '';
}

Jouer sous NixOS : un desktop gaming sérieux, sans bidouilles à la main

2026-01-26T00:00:00Z

Quand on parle de gaming sous Linux, on traîne encore pas mal de clichés. Pourtant, aujourd’hui, jouer sous Linux est non seulement possible, mais parfaitement viable… à condition d’avoir une configuration cohérente.

Mon fichier gaming.nix a un objectif clair : tout ce qu’il faut pour jouer, streamer et mesurer les performances, sans avoir à bricoler après coup, ni à expliquer à l’utilisateur comment “installer Proton à la main”.

À noter également que cette configuration ne sort pas de nulle part. Une bonne partie de ce fichier a été largement inspirée, voire directement pompée, d’une configuration GLFOS en version bêta de mémoire.

GLFOS fait partie de ces distributions qui ont très tôt pris au sérieux le gaming sous Linux, avec des choix techniques pragmatiques et orientés usage réel plutôt que démonstration académique. Je me suis donc appuyé sur ce qui fonctionnait déjà bien, pour l’adapter à NixOS et l’intégrer proprement dans une configuration déclarative, maintenable et reproductible.

Wine, Proton et lanceurs modernes #

La base, c’est évidemment la compatibilité Windows.

J’installe directement :

Wine Staging pour une compatibilité maximale hors Steam,
Steam, correctement intégré,
Heroic pour Epic Games et GOG,
Lutris pour centraliser tout ce petit monde.

L’idée est simple : peu importe d’où vient le jeu, il doit être lançable sans gymnastique.

Côté Steam, j’ajoute directement Proton GE comme outil de compatibilité externe. Pas besoin de le télécharger manuellement dans un dossier obscur, tout est prêt dès la première ouverture.

Performances et visibilité #

Un bon setup gaming, ce n’est pas seulement lancer le jeu. C’est aussi savoir ce qu’il se passe sous le capot.

J’intègre donc :

MangoHud, avec une configuration détaillée (FPS, frametime, CPU, GPU, VRAM, batterie, heure…),
Gamescope, pour une meilleure gestion de l’affichage, notamment sous Wayland.

Tout est configuré via des variables d’environnement globales. Pas besoin de fichiers planqués dans le home, pas besoin d’expliquer à l’utilisateur comment activer un overlay.

Capture et streaming sans douleur #

Pour OBS, j’ajoute directement le plugin obs-vkcapture, indispensable pour capturer correctement des jeux Vulkan.

Il est activé à la fois :

au niveau matériel,
et dans l’environnement Steam.

Résultat : OBS voit les jeux, sans hacks, sans scripts, sans prières.

Manettes PlayStation : pas de faux clics #

Petit détail qui a son importance.

Les manettes PlayStation exposent un touchpad vu comme un périphérique d’entrée classique. Résultat : clics fantômes sur le bureau, curseur qui bouge tout seul, expérience désastreuse.

J’ajoute donc des règles udev pour ignorer proprement ces touchpads, en USB comme en Bluetooth. La manette reste fonctionnelle dans les jeux, mais n’interfère plus avec le desktop.

C’est typiquement le genre de détail invisible… jusqu’au jour où il manque.

Steam intégré proprement au système #

Steam est activé avec :

ouverture automatique des ports pour le Remote Play,
transferts locaux de jeux,
support du matériel Steam (manettes, etc.),
activation de GameMode pour prioriser les performances en jeu.

Encore une fois, l’objectif est que ça fonctionne sans que l’utilisateur sache ce qu’est GameMode, Proton ou une variable d’environnement.

Une philosophie assumée #

Ce fichier résume bien ma vision du gaming sous NixOS :

pas de bidouille post-install,
pas de configuration dispersée,
pas de dépendance à des scripts trouvés sur un forum.

Tout est déclaré, reproductible, documenté. Le système sait qu’il est fait pour jouer, et il s’organise en conséquence.

{ pkgs, ... }:
{
  environment.systemPackages = with pkgs; [
    wineWowPackages.staging
    heroic
    lutris
    mangohud
    gamescope
    obs-studio-plugins.obs-vkcapture
  ];

  environment.sessionVariables = {
    STEAM_EXTRA_COMPAT_TOOLS_PATHS = "\${HOME}/.steam/root/compatibilitytools.d";
    MANGOHUD_CONFIG = "control=mangohud,legacy_layout=0,horizontal,battery,time,time_format=%H\\:%M,gpu_stats,gpu_power,cpu_stats,ram,vram,fps,frametime=1,frame_timing=1,hud_no_margin,table_columns=14";
    GAMESCOPE_WSI = "wayland";
  };

  services.udev.extraRules = ''
    # USB
    ATTRS{name}=="Sony Interactive Entertainment Wireless Controller Touchpad", ENV{LIBINPUT_IGNORE_DEVICE}="1"
    ATTRS{name}=="Sony Interactive Entertainment DualSense Wireless Controller Touchpad", ENV{LIBINPUT_IGNORE_DEVICE}="1"
    # Bluetooth
    ATTRS{name}=="Wireless Controller Touchpad", ENV{LIBINPUT_IGNORE_DEVICE}="1"
    ATTRS{name}=="DualSense Wireless Controller Touchpad", ENV{LIBINPUT_IGNORE_DEVICE}="1"
  '';

  hardware.steam-hardware.enable = true;
  hardware.graphics.extraPackages = [ pkgs.obs-studio-plugins.obs-vkcapture ];
  programs.gamemode.enable = true;

  programs = {
    steam = {
      enable = true;
      package = pkgs.steam.override { extraEnv = { MANGOHUD = true; OBS_VKCAPTURE = true; }; };
      extest.enable = true;
      remotePlay.openFirewall = true;
      localNetworkGameTransfers.openFirewall = true;
      extraCompatPackages = with pkgs; [ proton-ge-bin ];
    };
  };
}

fstrim sous NixOS : entretenir son SSD sans y penser

2026-01-26T00:00:00Z

À noter que cette configuration correspond déjà au comportement par défaut de NixOS. Le service fstrim est activé automatiquement sur les systèmes utilisant des SSD, avec une exécution périodique. Je choisis malgré tout de le déclarer explicitement. Non pas parce que c’est indispensable aujourd’hui, mais parce que ça documente clairement l’intention, et que ça évite toute surprise le jour où un défaut changerait, ou lors d’une relecture de la configuration plusieurs mois plus tard.

Les SSD ont changé beaucoup de choses. Rapidité, silence, réactivité… mais ils ont aussi une contrainte que beaucoup d’utilisateurs ignorent totalement : le TRIM.

Et c’est bien là le problème. Si on compte sur l’utilisateur pour lancer une maintenance manuelle, elle ne sera tout simplement jamais faite.

À quoi sert fstrim ? #

Quand on supprime des fichiers sur un SSD, les blocs ne sont pas automatiquement libérés côté matériel. Sans information explicite, le contrôleur du SSD continue à les considérer comme occupés, ce qui peut :

dégrader les performances dans le temps,
augmenter l’usure inutilement,
et donner l’impression que “le SSD ralentit”.

La commande fstrim sert précisément à informer le SSD des blocs réellement libres. C’est de l’entretien de fond, invisible, mais essentiel.

Pourquoi une exécution hebdomadaire ? #

Inutile d’en faire trop.

Un TRIM hebdomadaire est largement suffisant pour un usage domestique :

navigation web,
bureautique,
multimédia,
un peu de jeu.

Faire du TRIM tous les jours n’apporte pas de gain significatif, et encore moins à la main. Une fois par semaine, c’est le bon équilibre entre efficacité et sobriété.

Une ligne, un service, zéro charge mentale #

Sous NixOS, la configuration tient en quelques lignes :

le service est activé,
l’intervalle est défini,
systemd s’occupe du reste.

Pas de cron bricolé, pas de script maison, pas de rappel à noter quelque part. Le système s’entretient tout seul, comme il devrait toujours le faire.

Toujours la même philosophie #

Ce fichier peut paraître anecdotique, mais il résume bien mon approche :

la maintenance doit être automatique,
l’utilisateur ne doit rien avoir à gérer,
les bonnes pratiques doivent être intégrées par défaut, pas documentées dans un coin.

Un SSD entretenu, c’est un système qui reste rapide dans le temps. Et un système qui reste rapide, c’est un utilisateur qui n’a jamais besoin de se demander pourquoi “ça rame”.

{
  services.fstrim = {
    enable = true;
    interval = "weekly";  # TRIM une fois par semaine, suffisant pour un SSD domestique
  };
}

MiniDLNA sous NixOS : un serveur DLNA simple, rapide et configurable

2026-01-26T00:00:00Z

Pour ceux qui veulent partager leurs vidéos, photos ou musiques sur le réseau local, MiniDLNA reste une solution légère et efficace. Pas besoin de Plex compliqué ou de media servers gourmands : juste un serveur qui marche, qui se configure facilement et qui se fait oublier.

Voici le fichier minidlna.nix que j’utilise :

{ config, pkgs, lib, ... }:
{
  services.minidlna = {
    enable = true;
    openFirewall = true;
    settings = {
      media_dir = [
        "V,/home/sebastien/Vidéos"
      ];
      wide_links = "yes";
      friendly_name = "Mon-Serveur-DLNA";
      inotify = "yes";
      notify_interval = 10;
      album_art_names = "Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg";
      log_level = "info";
      # Boost pour grosses bibliothèques :
      strict_dlna = "no";             # plus permissif avec les fichiers
      inotify_queue_size = "8192";    # augmente la taille de la queue inotify
      max_connections = "100";        # nombre max de connexions simultanées
      root_container = "V";           # utile pour certains clients UPnP
      presentation_url = "/";         # URL de la page web DLNA
    };
  };
}

Pourquoi cette configuration ? #

Activation simple et firewall friendly Le service est activé, et openFirewall = true permet aux clients DLNA du réseau local de découvrir le serveur sans bricoler le firewall.
Répertoire média unique Ici, je ne partage que /home/sebastien/Vidéos, mais on peut ajouter d’autres répertoires si nécessaire. Le préfixe "V," correspond au root container, pratique pour certains clients UPnP.
Surveillance automatique (inotify) inotify = "yes" + notify_interval = 10 garantit que les nouveaux fichiers apparaissent presque instantanément sur tous les clients connectés.
Compatibilité et permissivité
- strict_dlna = "no" : permet aux clients de lire plus facilement des fichiers qui ne suivent pas parfaitement les standards DLNA.
- album_art_names : MiniDLNA sait détecter les jaquettes dans plusieurs formats, pratique pour les bibliothèques vidéo ou musicales.
Optimisations pour grosses bibliothèques
- inotify_queue_size = 8192 : augmente la taille de la queue si tu as des milliers de fichiers.
- max_connections = 100 : peut gérer beaucoup de clients simultanément.
Interface web minimale presentation_url = "/" permet d’accéder à MiniDLNA via un navigateur si besoin, mais ce n’est pas obligatoire pour la majorité des usages.

Philosophie NixOS-friendly #

Comme pour mes autres fichiers :

Tout est déclaratif : pas de configuration dispersée dans /etc/minidlna.conf.
Maintenance minimale : inotify s’occupe des changements, le service démarre au boot.
Clair et lisible : même des années plus tard, on comprend rapidement le setup.

MiniDLNA reste discret, rapide et fiable, parfait pour un serveur domestique “plug & play” pour les taties Danielle et les collectionneurs de vidéos de chats 🐱📺.

l’entretien automatique de NixOS sans prise de tête: maintenance.nix

2026-01-25T00:00:00Z

Avant d’entrer dans le détail technique, une conviction simple guide ce fichier (et en passant, Vinceff reste comme tu es avec tes convictions!!!) : la sécurité passe par des mises à jour fréquentes. Et surtout, par des mises à jour invisibles, sans intervention de l’utilisateur. Dans la vraie vie, beaucoup de gens ne lanceront jamais une mise à jour si on leur laisse la responsabilité de le faire. Automatiser, ce n’est pas infantiliser : c’est retirer un point de friction critique, tout en gardant le contrôle côté système.

Je pars aussi d’un constat très simple : pour beaucoup d’utilisateurs venant de Windows, le mot mise à jour est devenu anxiogène. Écrans bleus après un patch (ça date, je vous l’accorde !), redémarrages imposés au pire moment, pilotes cassés, performances dégradées… À force de déboires, update rime pour eux avec emmerdes.

Et ce constat, je le fais sur le terrain. J’installe des Linux chez de vrais Michu. Des personnes qui veulent simplement utiliser leur machine pour aller sur le web, regarder les photos de Tatie Danielle sur Facebook, lancer leurs vidéos de chats, ou jouer tranquillement à KPatience. Rien de plus.

Elles ne savent pas installer une distribution, encore moins un paquet, ne comprennent pas ce qu’est une mise à jour, et surtout n’ont aucune envie de l’apprendre. Ce qu’elles veulent, ce sont des machines qui se comportent comme des tablettes : on allume, ça marche, et on n’y pense plus.

Dans ce contexte, laisser la gestion des mises à jour à l’utilisateur est une illusion. Si on lui demande de décider, il ne fera rien. Non par négligence, mais par méfiance acquise à la dure ou simplement par ignorance. D’où mon choix assumé : des mises à jour fréquentes, automatisées, prévisibles, et surtout invisibles, sans intervention humaine. La sécurité ne doit pas dépendre de la motivation ou du niveau technique de l’utilisateur.

Dans une configuration NixOS, il y a ce qu’on voit (Plasma, les applications, le thème) et ce qui travaille en coulisses. Le fichier maintenance.nix appartient clairement à la seconde catégorie. Il ne fait pas de bruit, ne change pas l’interface… mais il garantit que le système reste propre, à jour et en bonne santé.

L’idée générale est simple : automatiser l’entretien, sans surprise, sans intervention quotidienne, et sans casser une session de jeu ou de travail.

Mise à jour automatique du système #

system.autoUpgrade = {
  enable = true;
  operation = "switch";
  allowReboot = true;
  channel = "https://channels.nixos.org/nixos-25.11";
  dates = "Fri 19:00";
  randomizedDelaySec = "5min";
  rebootWindow = {
     lower = "19:00";
     upper = "21:00";
   };
};

Cette section active les mises à jour automatiques hebdomadaires.

enable = true : le mécanisme est actif.
operation = "switch" : le système est construit et activé automatiquement.
channel : le canal NixOS suivi, ici 25.11.
dates = "Fri 19:00" : une seule exécution par semaine, le vendredi soir.
randomizedDelaySec : un léger décalage pour éviter les collisions avec d’autres tâches planifiées.

La présence de allowReboot = true combinée à une rebootWindow définit une fenêtre autorisée si un redémarrage devenait nécessaire. En pratique, sur une machine de bureau ou de gaming, le reboot reste rare, mais le cadre est posé.

Objectif : un système à jour sans y penser, et sans mise à jour surprise en plein jeu.

Optimisation automatique du store Nix #

nix.optimise = {
  automatic = true;
  dates = [ "daily" ];
  randomizedDelaySec = "5min";
  persistent = false;
};

Le store Nix grossit vite, surtout avec Steam, Wine, Proton ou des reconstructions fréquentes. Cette option permet à Nix de réorganiser et optimiser les binaires déjà présents.

Exécution quotidienne
Impact quasi nul sur les performances
Gain réel sur l’espace disque et la cohérence du store

C’est le ménage discret, fait pendant que la machine respire tranquillement.

Garbage collector : nettoyer sans tout casser #

nix.gc = {
  automatic = true;
  dates = [ "weekly" ];
  options = "--delete-older-than 15d";
  randomizedDelaySec = "5min";
  persistent = false;
};

Le garbage collector supprime les anciennes générations et dépendances inutiles.

Ici, le choix est volontairement conservateur :

Nettoyage hebdomadaire
Suppression uniquement des éléments âgés de plus de 15 jours

Cela laisse largement le temps de revenir en arrière en cas de problème, tout en évitant que le SSD se transforme en musée des builds passés.

Déduplication automatique du store #

nix.settings.auto-optimise-store = true;

Cette option permet à Nix de détecter les fichiers identiques dans le store et de les remplacer par des hardlinks.

C’est particulièrement efficace avec :

Steam
Wine
Proton
Les runtimes partagés

Résultat : beaucoup d’espace disque économisé, sans aucune contrepartie visible.

Fonctionnalités expérimentales activées #

nix.settings.experimental-features = [ "flakes" "nix-command" ];

Même si elles sont encore marquées comme expérimentales, ces fonctionnalités sont devenues quasi incontournables :

nix-command : la nouvelle CLI, plus cohérente et plus lisible
flakes : base des configurations modernes et reproductibles

Elles sont activées ici une bonne fois pour toutes, au niveau système.

Philosophie générale #

Ce fichier maintenance.nix incarne une approche simple :

Automatiser ce qui peut l’être
Éviter les tâches manuelles répétitives
Garder un système propre sans surveillance constante

Ce n’est pas spectaculaire, mais c’est exactement ce genre de configuration qui fait qu’un NixOS reste fiable dans le temps, même utilisé quotidiennement pour le travail et le gaming.

Un système bien entretenu est un système qu’on oublie. Et c’est sans doute le plus beau compliment qu’on puisse lui faire.

Voici le fichier dans son intégralité:

{ config, pkgs, lib, ... }:

{
  # ==========================================================
  # Auto-upgrade système – Gaming-ready 🐓💨
  # ==========================================================
  system.autoUpgrade = {
    enable = true;                               # Active l'auto-upgrade
    operation = "switch";                        # Build + activation automatique
    allowReboot = true;                          # Pas de reboot automatique
    channel = "https://channels.nixos.org/nixos-25.11"; # Channel utilisé
    dates = "Fri 19:00";                         # 1 run par semaine
    randomizedDelaySec = "5min";                 # Décalage léger pour éviter collisions
    # persistent = false  # Pas nécessaire avec deux runs/semaine
    # Fenêtre reboot si un jour allowReboot = true
    rebootWindow = {
       lower = "19:00";  # début fenêtre
       upper = "21:00";  # fin fenêtre
     };
    # fixedRandomDelay = false  # Pas utile sur PC solo
  };

  # ==========================================================
  # Optimisation automatique du store Nix
  # ==========================================================
  nix.optimise = {
    automatic = true;             # Active l'optimisation des binaires
    dates = [ "daily" ];          # Tous les jours
    randomizedDelaySec = "5min";  # Décalage léger pour éviter collision avec upgrade ou GC
    persistent = false;           # Pas nécessaire pour PC souvent allumé
  };

  # ==========================================================
  # Garbage collector
  # ==========================================================
  nix.gc = {
    automatic = true;             # Active le garbage collector
    dates = [ "weekly" ];         # Hebdo suffit pour SSD / Steam / Wine
    options = "--delete-older-than 15d"; # Supprime ce qui a >15 jours
    randomizedDelaySec = "5min";  # Décalage léger pour éviter collision avec upgrade ou optimise
    persistent = false;           # Pas nécessaire pour PC allumé régulièrement
  };

  # ==========================================================
  # Optimisation automatique des fichiers identiques
  # ==========================================================
  nix.settings.auto-optimise-store = true;
  # Nix détecte les fichiers identiques dans le store et les remplace par des hardlinks
  # Utile pour Steam / Wine / Proton, économise beaucoup de place

  # ==========================================================
  # Fonctionnalités expérimentales
  # ==========================================================
  nix.settings.experimental-features = [ "flakes" "nix-command" ];
  # flakes : support expérimental des flakes
  # nix-command : active la nouvelle CLI Nix
}

Mon paquet.nix: toutes mes applis déclarées sous NixOS

2026-01-24T00:00:00Z

Gérer les logiciels sur Linux peut vite devenir un enfer si l’on empile paquets et binaires sans méthode. Sur NixOS, j’ai choisi la voie déclarative : chaque application, chaque runtime, chaque helper est listé, installé et configuré via un fichier unique paquet.nix.

Ce billet détaille mes choix (piqués chez GLFOS), et explique pourquoi cette approche est essentielle pour un poste de travail cohérent et fiable.

Flatpak et xdg-portal : les ponts vers le monde extérieur #

J’utilise beaucoup d’applications Flatpak, notamment pour celles qui ne sont pas dans Nixpkgs ou pour garantir des versions récentes.

services.flatpak.enable = true;
xdg.portal.extraPortals = [ pkgs.xdg-desktop-portal-gtk pkgs.kdePackages.xdg-desktop-portal-kde ];
xdg.portal.config.common.default = "kde";
xdg.portal.enable = true;

Flatpak est activé comme service
Les portails XDG sont configurés pour KDE et GTK
L’interface KDE est déclarée comme default

Pour automatiser l’installation initiale :

systemd.services.flatpak-repo = {
  wantedBy = [ "multi-user.target" ];
  requires = [ "network-online.target" ];
  after = [ "network-online.target" ];
  path = [ pkgs.flatpak ];
  script = ''
    flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo && flatpak install -y flathub org.dupot.easyflatpak
  '';
};

Résultat : Flathub est déclaré et installé automatiquement au premier boot, avec un helper pratique.

Les applications déclarées : tout est visible #

Tout ce qui compose mon environnement est listé dans environment.systemPackages. Cela va de l’édition de texte aux jeux rétro, en passant par la bureautique et la vidéo :

Bureautique : LibreOffice, Typora, Quodlibet
Multimédia : VLC, MPV, GStreamer, OBS Studio, Sound Juicer, Pitivi
Graphisme / Création : GIMP, Glaxnimate, Blender, Flare
Réseau et utilitaires : Git, LFTP, FileZilla, wget, fastfetch
Jeux et émulation : RetroArch, Nestopia UE, ScummVM, Cataclysm DDA, The Legend of Edgar, Wesnoth, RocksnDiamonds
Compression et archivage : zip, unzip, 7zip, pbzip2, pigz, lz4, lzop, lrzip, xz, zstd
Terminal et outils CLI : MC, Screen, Node.js 24, Ubuntu Classic runtime
Thèmes et intégration : Humanity Icons, Yaru Theme
Navigateur et codecs : Vivaldi + ffmpeg codecs

Tout est déclaré explicitement, aucun paquet n’est installé à la volée, aucun runtime n’est oublié.

La philosophie derrière `paquet.nix` #

Reproductible : je peux réinstaller sur une machine vide, tout sera là sans rien oublier
Transparent : je vois tout d’un coup d’œil, pas besoin de se souvenir de ce qui a été installé par l’utilisateur ou par un script
Maintenable : ajouter, retirer, mettre à jour, c’est juste modifier une ligne et relancer nixos-rebuild
Mix Flatpak / Nix : je tire parti des forces de Nix pour le système et des Flatpaks pour les apps modernes qui ne sont pas dans Nixpkgs

En somme, mon fichier paquet.nix est mon catalogue applicatif complet.

Le fichier `paquet.nix` #

{ pkgs, ... }:
{
  services.flatpak.enable = true;
  xdg.portal.extraPortals = [ pkgs.xdg-desktop-portal-gtk pkgs.kdePackages.xdg-desktop-portal-kde ];
  xdg.portal.config.common.default = "kde";
  xdg.portal.enable = true;
  systemd.services.flatpak-repo = {
    wantedBy = [ "multi-user.target" ];
    requires = [ "network-online.target" ];
    after = [ "network-online.target" ];
    path = [ pkgs.flatpak ];
    script = ''
      flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo && flatpak install -y flathub org.dupot.easyflatpak
    '';
  };

  environment.systemPackages = with pkgs; [
    amule
    appimage-run
    arj
    aspell
    aspellDicts.fr
    bashFHS
    blender
    bluez-tools
    brotli
    btop-cuda
    bzip2
    cataclysm-dda
    cpio
    detox
    dgen-sdl
    discord
    enchant
    exfatprogs
    fastfetch
    fceux
    filezilla
    flare
    ffmpeg
    ffmpegthumbnailer
    gimp
    git
    glaxnimate
    gnutar
    gparted
    gspell
    gst_all_1.gstreamer
    gst_all_1.gst-plugins-base
    gst_all_1.gst-plugins-good
    gst_all_1.gst-plugins-bad
    gst_all_1.gst-plugins-ugly
    gst_all_1.gst-libav
    gst_all_1.gst-vaapi
    gzip
    humanity-icon-theme
    hunspell
    hunspellDicts.fr-any
    ispell
    lftp
    lha
    libreoffice-fresh
    libarchive
    lrzip
    luanti
    lz4
    lzop
    mc
    mesa-demos
    mldonkey
    mplayer
    mpv
    nestopia-ue
    nodejs_24
    ntfs3g
    nvd
    obs-studio
    p7zip
    pbzip2
    pciutils
    pigz
    pitivi
    pixz
    qbittorrent
    quodlibet-full
    retroarch-full
    rocksndiamonds
    screen
    scummvm
    simple-scan
    smplayer
    soundconverter
    sound-juicer
    the-legend-of-edgar
    typora
    usbutils
    ubuntu-classic
    unrar
    unzip
    vivaldi
    vivaldi-ffmpeg-codecs
    vlc
    vscode-fhs
    wesnoth
    wget
    xz
    yaru-theme
    yt-dlp
    zeroad-unwrapped
    zip
    zola
    zstd
  ];
}

Conclusion #

paquet.nix est la déclaration exhaustive de tout ce qui compose mon environnement logiciel sur NixOS.

Tout est transparent : aucun paquet caché, aucun runtime oublié
Tout est reproductible : relancer nixos-rebuild suffit à tout restaurer
Tout est maintenable : ajouter, supprimer ou mettre à jour n’est qu’une modification de ce fichier

En combinant Flatpak et Nix, ce fichier assure un environnement complet, moderne et cohérent, prêt pour le poste de travail quotidien, le gaming, la création et la bureautique.

imprimer et scanner sans magie sous NixOS

2026-01-23T00:00:00Z

L’imprimante a cette réputation étrange sous Linux : tantôt elle fonctionne immédiatement, tantôt elle refuse obstinément de coopérer, souvent sans explication claire. Ajoutez le scan à l’équation, et on bascule vite dans le folklore.

Sous NixOS, j’ai fait un choix simple : déclarer l’impression et la numérisation comme des composants normaux du système, au même titre que le réseau ou le son. Pas de clics ésotériques, pas de configuration dispersée.

Ce billet présente mon fichier imprimante.nix, utilisé tel quel sur mon poste de travail.

Pourquoi un fichier `imprimante.nix` #

Comme pour le boot ou le bureau, séparer la configuration de l’impression a plusieurs avantages :

Tout ce qui concerne CUPS, le scan et la détection réseau est regroupé
Le comportement est identique pour tous les utilisateurs
Aucun réglage n’est fait à la main après installation

Une imprimante, ce n’est pas un accessoire exotique. C’est une brique du poste de travail.

Gestion multi-utilisateur propre #

Le fichier commence par quelque chose qu’on ne voit pas souvent, mais qui change tout (merci les gars de GLFOS!!!) :

let
  all-users = builtins.attrNames config.users.users;
  normal-users = builtins.filter (user: config.users.users.${user}.isNormalUser == true) all-users;
in

Ici, je récupère automatiquement :

tous les utilisateurs déclarés dans NixOS
uniquement ceux qui sont des utilisateurs normaux (pas les comptes système)

Pourquoi ? Pour éviter de gérer les droits à la main, utilisateur par utilisateur.

CUPS : le moteur d’impression #

services.printing = {
  enable = true;
  startWhenNeeded = true;
  drivers = with pkgs; [
    gutenprint
    hplip
    hplipWithPlugin
  ];
};

CUPS est le cœur de l’impression sous Linux. Ici :

Le service est activé explicitement
Il démarre à la demande, pas inutilement en permanence
Les pilotes sont déclarés globalement

gutenprint couvre un large éventail d’imprimantes. hplip et sa version avec plugin assurent un support correct pour le matériel HP, impression et scan compris.

Rien n’est laissé à l’auto-détection hasardeuse.

Avahi et ZeroConf : l’imprimante réseau sans IP fixe #

services.avahi = {
  enable = true;
  nssmdns4 = true;
  openFirewall = true;
};

Cette partie permet de trouver automatiquement une imprimante réseau via imprimante.local, sans configuration manuelle d’adresse IP.

Avahi joue ici un rôle discret mais essentiel :

découverte réseau automatique
intégration transparente avec CUPS
aucune règle firewall à ajouter à la main

C’est ce qui permet de brancher une imprimante sur le réseau et de l’utiliser sans se poser de questions.

Le scan : SANE, mais déclaré correctement #

hardware.sane = {
  enable = true;
  extraBackends = with pkgs; [ sane-airscan hplipWithPlugin ];
};

Le scan est souvent le parent pauvre des configurations.

Ici :

SANE est activé explicitement
sane-airscan permet le scan réseau moderne
hplipWithPlugin assure la compatibilité avec les multifonctions HP

Résultat : les applications de scan KDE détectent immédiatement le matériel, sans bidouille.

Droits utilisateurs : pas de clic, pas d’oubli #

users.groups.scanner.members = normal-users;
users.groups.lp.members = normal-users;

Tous les utilisateurs normaux sont automatiquement ajoutés aux groupes :

lp pour l’impression
scanner pour la numérisation

Pas besoin de se souvenir d’ajouter un utilisateur plus tard. Le système reste cohérent, même sur une machine familiale ou partagée.

Le fichier `imprimante.nix` #

Voici le fichier complet, tel qu’il est utilisé :

{ config, pkgs, ... }:
let
  all-users = builtins.attrNames config.users.users;
  normal-users = builtins.filter (user: config.users.users.${user}.isNormalUser == true) all-users;
in
{
  services.printing = {
    enable = true;
    startWhenNeeded = true;
    drivers = with pkgs; [
      gutenprint
      hplip
      hplipWithPlugin
    ];
  };

  services.avahi = {
    enable = true;
    nssmdns4 = true;
    openFirewall = true;
  };

  hardware.sane = {
    enable = true;
    extraBackends = with pkgs; [ sane-airscan hplipWithPlugin ];
  };

  users.groups.scanner.members = normal-users;
  users.groups.lp.members = normal-users;
}

Conclusion #

Ce fichier imprimante.nix ne cherche pas à être original.

Il fait quelque chose de plus important : il rend l’impression et le scan prévisibles.

Pas de réglages manuels après coup
Pas de permissions oubliées
Pas de dépendance implicite

L’imprimante devient enfin ce qu’elle devrait toujours être sous Linux :

un périphérique banal, fiable, et ennuyeux.

OpenRGB sous NixOS : contrôler son RGB sans se prendre la tête

2026-01-22T00:00:00Z

Le RGB, c’est ce petit plus qui fait plaisir à certains setups. Ventilos, bandes LED, clavier, souris… pourquoi se priver d’un peu de couleur si ça ne gêne personne ? Mais il faut le faire proprement, et surtout sans multiplier les services inutiles ni bricoler à la main.

OpenRGB : centraliser et simplifier #

Sous NixOS, on a la chance que OpenRGB soit disponible et packagé proprement. Mon fichier openrgb.nix a deux objectifs simples :

Installer OpenRGB avec tous les plugins disponibles, pour supporter le maximum de périphériques RGB.
```
services.hardware.openrgb.package = pkgs.openrgb-with-all-plugins;
```
Activer le service système, pour que l’application puisse gérer le RGB de manière centralisée et cohérente :
```
services.hardware.openrgb.enable = true;
```

Résultat : dès que le système est lancé, OpenRGB sait quoi contrôler, et il n’y a pas besoin de lancer des commandes obscures ou de bricoler des scripts au hasard dans /usr/local.

Port serveur (optionnel) #

OpenRGB peut exposer un serveur réseau pour contrôler le RGB à distance (port 6742 par défaut). Je le laisse désactivé ici par défaut, parce que :

Je n’en ai pas besoin sur mon setup personnel,
Laisser un port ouvert inutilement n’est jamais une bonne idée,
On garde l’option dans la conf si on veut l’activer plus tard.

#services.hardware.openrgb.server.port = "6742";

Une philosophie simple #

Ce fichier s’inscrit dans la même logique que le reste de ma configuration :

Installer ce qui est utile, avec toutes les options nécessaires,
Activer uniquement ce qui doit l’être,
Eviter le bruit et les bricolages manuels.

Le RGB, ce n’est pas critique pour la stabilité ou la sécurité, mais quand on décide de l’avoir, autant que ça marche proprement, sans tracas.

{ config, pkgs, lib, ... }:
{
services.hardware.openrgb.package = pkgs.openrgb-with-all-plugins;
#services.hardware.openrgb.server.port = "6742";
services.hardware.openrgb.enable = true;
}

Ollama + CUDA 6.1 sur NixOS : l’IA qui tire parti du GPU

2026-01-22T00:00:00Z

Pour ceux qui veulent faire tourner Ollama avec accélération GPU sur des cartes NVIDIA un peu anciennes, il faut parfois forcer la compilation pour une architecture CUDA spécifique. C’est exactement ce que fait mon ollamaCUDA61.nix.

Fichier `ollamaCUDA61.nix` #

{ config, pkgs, lib, ... }:

let
  ollamaWithCUDA61 = pkgs.ollama-cuda.overrideAttrs (final: prev: {
    preBuild = (prev.preBuild or "") + ''
      cmake -B build -DCMAKE_CUDA_ARCHITECTURES="61"
      cmake --build build -j $NIX_BUILD_CORES
    '';
  });
in
{
  environment.systemPackages = with pkgs; [
    ollamaWithCUDA61
    oterm
  ];

  services.ollama = {
    enable = true;
    package = ollamaWithCUDA61;
    loadModels = [ "llama3.2" ];
    acceleration = "cuda";
  };
}

Explications #

Forcer CUDA 6.1 L’astuce se trouve dans la section overrideAttrs : on ajoute une étape de build pour compiler Ollama avec -DCMAKE_CUDA_ARCHITECTURES="61". Cela permet de tirer profit du GPU même si la carte est un peu ancienne (par exemple GTX 10x0 / Pascal).
Compilation parallèle cmake --build build -j $NIX_BUILD_CORES utilise tous les cœurs disponibles pour que la compilation soit rapide.
Packages système J’installe ollamaWithCUDA61 et oterm pour pouvoir utiliser Ollama depuis un terminal propre et moderne.
Service Ollama
- enable = true : le service Ollama se lance automatiquement.
- package = ollamaWithCUDA61 : on force l’utilisation de notre version compilée pour CUDA 6.1.
- loadModels = [ "llama3.2" ] : charge automatiquement le modèle LLaMA3 2.x au démarrage.
- acceleration = "cuda" : active l’accélération GPU.

Philosophie #

Reproductible : tout est déclaré, pas de bricolage à la main après l’installation.
Optimisé GPU : on ne se contente pas du CPU, on exploite la carte NVIDIA.
Plug & play : le service Ollama est prêt à l’usage dès que le système est lancé.

Si tu as une carte compatible CUDA 6.1, cette configuration te permet de bénéficier d’IA locale rapide et efficace sans te prendre la tête avec des builds manuels ou des flags obscurs.

Ma configuration boot sous NixOS, expliquée

2026-01-22T00:00:00Z

Le démarrage d’un système, c’est un peu comme les fondations d’une maison. On ne les voit pas une fois installé, mais si elles sont bancales, tout le reste finit par se fissurer.

Sous NixOS, j’ai choisi de déclarer clairement tout ce qui touche au boot, au noyau et au comportement bas niveau dans un fichier dédié : boot.nix.

Ce billet explique mes choix, leurs objectifs, et précise un point important : je me suis largement inspiré des configurations GLFOS alpha et beta, que j’ai lues, disséquées, et adaptées à mon usage réel. Ce n’est pas du copier-coller aveugle, mais un travail d’appropriation.

Pourquoi un fichier `boot.nix` #

Séparer la configuration du boot permet plusieurs choses :

Isoler les réglages sensibles
Savoir exactement ce qui touche au noyau
Tester, revenir en arrière, comparer

Quand un problème apparaît, je sais où regarder. Et quand tout fonctionne, je sais pourquoi.

Nettoyage et systèmes de fichiers #

boot.tmp.cleanOnBoot = true;

Un classique, mais toujours utile. Le /tmp repart propre à chaque démarrage, sans laisser traîner des déchets d’anciens processus.

boot.supportedFilesystems.zfs = lib.mkForce false;

ZFS n’est pas utilisé sur cette machine. Je le désactive explicitement pour éviter de charger inutilement du code et des modules dont je n’ai aucun besoin. Moins de bruit, moins de surface.

Le choix du noyau : performance et réactivité #

kernelPackages = pkgs.linuxPackages_xanmod_latest;

J’ai volontairement testé et comparé plusieurs noyaux, notamment en m’inspirant des choix faits dans GLFOS alpha et beta.

Mon choix actuel se porte sur XanMod, pour plusieurs raisons :

Schedulers orientés desktop et gaming
Patchs de réactivité éprouvés
Très bon compromis entre performance brute et stabilité

Les alternatives (noyau standard, latest, zen) restent commentées. Rien n’est figé, tout est documenté.

Paramètres kernel : réduire le bruit, améliorer le ressenti #

kernelParams = [ ... ];

Ces options viennent en grande partie de mes lectures des configurations GLFOS, ajustées à mon matériel et à mes usages.

Quelques points clés :

Démarrage silencieux (quiet, loglevel=3)
Réduction du spam systemd et udev
Gestion CPU Intel via intel_pstate=active
IRQ threadés pour améliorer l’audio et le gaming
Mitigations activées intelligemment, sans tomber dans l’excès

Le but n’est pas d’optimiser un benchmark, mais d’obtenir un système fluide et agréable à l’usage.

Thermald : laisser le CPU respirer intelligemment #

services.thermald.enable = true;

Thermald permet une gestion thermique propre sur les CPU Intel. Là encore, ce n’est pas spectaculaire, mais c’est un filet de sécurité qui évite des comportements erratiques en charge prolongée.

ZRAM : le swap repensé #

zramSwap = { ... };

C’est probablement l’une des parties les plus importantes de ce fichier.

Inspiré directement des choix faits dans GLFOS alpha et beta, j’ai adopté une configuration ZRAM claire :

Compression zstd, rapide et efficace
25 % de la RAM allouée
Priorité élevée, avant tout swap disque

Résultat :

Moins de freezes
Un système qui encaisse mieux les charges lourdes
Un comportement beaucoup plus stable en gaming et en multitâche

ZRAM n’est plus un gadget, c’est une brique centrale.

Sysctl : quand le détail change tout #

boot.kernel.sysctl = { ... };

Ces réglages sont directement inspirés, là encore, des travaux visibles dans GLFOS, avec des ajustements personnels.

Mémoire et swap #

Swappiness élevée, pensée pour ZRAM
Réduction des accès inutiles
Meilleure gestion des caches

Réactivité desktop #

Scheduler plus indulgent avec les applications interactives
Moins de migrations CPU inutiles

Réseau #

fq comme file d’attente
BBR pour la congestion TCP

Moins de latence, plus de stabilité, surtout en usage réseau intensif.

BBR : explicite jusqu’au bout #

boot.kernelModules = [ "tcp_bbr" ];

Pour utiliser BBR correctement, je charge explicitement le module noyau. Rien d’implicite, rien de magique. Si ça fonctionne, c’est parce que c’est déclaré.

Le fichier `boot.nix` #

Voici le fichier complet, tel qu’il est utilisé sur ma machine :

{ pkgs, config, lib, ... }:
{
  boot = {
    tmp.cleanOnBoot = true;

    supportedFilesystems.zfs = lib.mkForce false;

    kernelPackages = pkgs.linuxPackages_xanmod_latest;

    kernelParams = [
      "quiet"
      "loglevel=3"
      "systemd.show_status=auto"
      "rd.udev.log_level=3"
      "intel_pstate=active"
      "iommu=pt"
      "threadirqs"
      "mitigations=auto"
    ];
  };

  services.thermald.enable = lib.mkDefault true;

  zramSwap = {
    enable = true;
    algorithm = "zstd";
    memoryPercent = 25;
    priority = 100;
  };

  boot.kernel.sysctl = {
    "vm.swappiness" = 150;
    "vm.page-cluster" = 0;
    "vm.vfs_cache_pressure" = 50;
    "vm.dirty_ratio" = 15;
    "vm.dirty_background_ratio" = 5;
    "vm.max_map_count" = 2147483642;

    "kernel.sched_autogroup_enabled" = 1;
    "kernel.sched_migration_cost_ns" = 5000000;

    "net.core.default_qdisc" = "fq";
    "net.ipv4.tcp_congestion_control" = "bbr";

    "kernel.kptr_restrict" = 1;
    "kernel.dmesg_restrict" = 1;
  };

  boot.kernelModules = [ "tcp_bbr" ];
}

Conclusion #

Ce fichier boot.nix est le résultat de lectures, de tests, d’erreurs parfois, et surtout d’un vrai travail d’inspiration autour des configurations GLFOS alpha et beta.

Il ne cherche pas à être universel.

Il décrit un démarrage maîtrisé, réactif, cohérent, pensé pour un poste de travail moderne, orienté desktop et gaming, sans tomber dans l’optimisation aveugle.

Tout est déclaré. Tout est traçable. Et surtout, tout est compris.

Fail2ban sous NixOS : protéger son serveur sans y penser

2026-01-22T00:00:00Z

Si on installe un serveur, même chez soi, il faut accepter une réalité simple : le bruteforce existe, et il ne prévient jamais. Pour protéger SSH, les services web, ou même le mail, il faut une protection automatique et cohérente.

C’est exactement ce que fait mon fichier fail2ban.nix.

Fail2ban : la base #

Fail2ban surveille les logs système, détecte les tentatives répétées d’authentification échouée et bannit les IP malveillantes. Sous NixOS, je l’active simplement :

services.fail2ban.enable = true;

Et le reste, c’est configuration intelligente :

maxretry : combien de tentatives avant bannissement.
bantime : combien de temps l’IP reste bannie.
bantime-increment : chaque récidive est plus sévère, jusqu’à une semaine max.
ignoreIP : whitelist pour loopback et réseau local, évidemment.

Le tout fonctionne automatiquement, sans que l’utilisateur touche aux logs ni aux jails.

Les jails essentielles #

Je déclare clairement plusieurs jails critiques :

SSHD : tolérance faible, ban long si bruteforce détecté.
HTTP / Nginx : protection contre DoS, brute-force web et authentifications échouées.
Mail (Postfix / Dovecot) : pour éviter que des serveurs ouverts ne se fassent exploiter.
Recidive : pour punir les IP qui reviennent malgré les bans initiaux.

Chaque jail est configurée avec backend = "systemd", ce qui permet de lire directement le journal, sans fichiers de logs dispersés.

Durcissement complémentaire #

Fail2ban, c’est bien, mais il faut aussi prévenir les vecteurs d’attaque dès la source :

SSH :
- interdiction du root,
- verrouillage après 3 tentatives,
- désactivation de l’authentification par clavier ou forwarding inutile.
Pare-feu NixOS :
- ping refusé pour plus de discrétion,
- logging pour auditer les refus,
- seuls les ports nécessaires sont ouverts.
Sysctl réseau :
- SYN cookies pour protéger des attaques TCP,
- refus des redirections ICMP et ping broadcast,
- filtre anti-spoofing actif.

Tout cela forme un écosystème cohérent, où Fail2ban agit en complément de protections déjà natives du noyau et du firewall.

Philosophie #

Comme toujours, ma logique est simple :

L’utilisateur ne doit rien avoir à faire pour que son serveur reste sécurisé.

Pas de bricolage manuel, pas de crontab obscure, pas de fichiers à vérifier tous les jours. Tout est déclaratif, maintenable et reproductible, exactement comme le reste de ma configuration NixOS.

{ config, pkgs, ... }:

{
  ############################################
  # Fail2ban – Protection contre le bruteforce
  ############################################
  services.fail2ban = {
    enable = true;  # Active Fail2ban

    # -------------------------------
    # Paramètres globaux (DEFAULT)
    # -------------------------------

    maxretry = 5;      # Nombre d'échecs avant bannissement
    bantime  = "1h";   # Durée du bannissement initial si non précisé dans la jail

    # -------------------------------
    # Bannissement progressif
    # -------------------------------

    bantime-increment = {
      enable = true;                        # Active la récidive intelligente
      multipliers = "1 2 4 8 16 32 64";     # Chaque récidive = ban plus long
      maxtime = "168h";                     # Jamais plus d'1 semaine
      overalljails = true;                  # Récidive globale (toutes jails confondues)
    };

    # -------------------------------
    # IPs ignorées (whitelist)
    # -------------------------------

    ignoreIP = [
      "127.0.0.1/8"       # Loopback IPv4
      "::1"               # Loopback IPv6
      "192.168.1.0/24"    # Réseau local
    ];

    # -------------------------------
    # Intégration firewall (Nix-style)
    # -------------------------------

    packageFirewall = config.networking.firewall.package;

    # -------------------------------
    # Jails (syntaxe moderne)
    # -------------------------------

    jails = {

      # ---- SSH : protection principale ----
      sshd.settings = {
        enabled  = true;           # Active la jail
        filter   = "sshd";         # Filtre Fail2ban standard
        backend  = "systemd";      # Lecture directe du journal systemd
        maxretry = 3;              # SSH = tolérance basse
        bantime  = "6h";           # Ban sérieux pour bruteforce
        findtime = "10m";          # Fenêtre pour compter les échecs
      };

      # ---- HTTP : protection serveur web ----
      http-get-dos.settings = {
        enabled  = true;                  # Active la jail HTTP
        filter   = "http-get-dos";        # Filtre pour requêtes GET excessives
        backend  = "systemd";
        port     = "http,https";
        maxretry = 10;                    # Tolérance pour bots légitimes
        findtime = "10m";                 # Fenêtre de détection
        bantime  = "1h";                  # Ban court pour cette jail
      };

      # ---- Recidive : punition longue durée ----
      recidive.settings = {
        enabled  = true;                  # Active la jail récidive
        filter   = "recidive";            # Jail spéciale multi-bans
        backend  = "systemd";
        maxretry = 5;                     # 5 bans = sanction lourde
        findtime = "24h";                 # Fenêtre large (historique)
        bantime  = "7d";                  # Une semaine dehors
      };

      # ---- Nginx : protection serveur web (si actif) ----
      nginx-http-auth.settings = {
        enabled  = true;
        filter   = "nginx-http-auth";
        backend  = "systemd";
        port     = "http,https";
        maxretry = 5;                     # Auth échouées
        findtime = "10m";
        bantime  = "2h";
      };

      nginx-limit-req.settings = {
        enabled  = true;
        filter   = "nginx-limit-req";
        backend  = "systemd";
        port     = "http,https";
        maxretry = 10;                    # Trop de requêtes
        findtime = "10m";
        bantime  = "1h";
      };

      # ---- Postfix : protection serveur mail (si actif) ----
      postfix-sasl.settings = {
        enabled  = true;
        filter   = "postfix[mode=auth]";
        backend  = "systemd";
        port     = "smtp,submission";
        maxretry = 3;
        findtime = "10m";
        bantime  = "6h";
      };

      # ---- Dovecot : protection IMAP/POP3 (si actif) ----
      dovecot.settings = {
        enabled  = true;
        filter   = "dovecot";
        backend  = "systemd";
        port     = "imap,pop3,imaps,pop3s";
        maxretry = 5;
        findtime = "10m";
        bantime  = "2h";
      };
    };
  };

  ############################################
  # Durcissement SSH (complément indispensable)
  ############################################
  services.openssh = {
    enable = true;                       # SSH actif pour Fail2ban
    settings = {
      Port = 22;                         # À changer pour port non-standard (2222) si souhaité
      LogLevel = "VERBOSE";              # Logs détaillés pour Fail2ban
      PermitRootLogin = "no";            # Root interdit
      PasswordAuthentication = true;     # Clés uniquement = false (recommandé)
      PubkeyAuthentication = false;       # Authentification par clé
      KbdInteractiveAuthentication = false;
      MaxAuthTries = 3;                  # Cohérent avec Fail2ban
      X11Forwarding = false;             # Désactiver X11 par défaut
      AllowAgentForwarding = false;      # Désactiver agent forwarding
      AllowTcpForwarding = false;        # Désactiver TCP forwarding
      PermitTunnel = "no";               # Pas de tunnels
      ClientAliveInterval = 600;         # Keepalive 10min
      ClientAliveCountMax = 0;           # Fermer si pas de réponse
    };
  };

  ############################################
  # Pare-feu NixOS
  ############################################
  networking.firewall = {
    enable = true;                        # Pare-feu actif
    allowPing = false;                    # Pas de ping (discrétion)
    logRefusedConnections = true;         # Logs utiles en audit
    logRefusedUnicastsOnly = false;       # Logger tous les refus

    # Ports ouverts (adapter selon vos services)
    allowedTCPPorts = [ 22 ];             # SSH (HTTP et HTTPS 80 443)
    allowedUDPPorts = [ ];                # Ajouter si nécessaire (DNS, etc)
  };

  ############################################
  # Sysctl : durcissement réseau
  ############################################
  boot.kernel.sysctl = {
    "net.ipv4.tcp_syncookies" = 1;       # Protection SYN flood
    "net.ipv4.conf.all.rp_filter" = 1;   # Validation source IP
    "net.ipv4.icmp_echo_ignore_broadcasts" = 1; # Ignorer ping broadcast
    "net.ipv4.conf.all.send_redirects" = 0;     # Pas de redirects ICMP
    "net.ipv4.conf.default.send_redirects" = 0;
    "net.ipv4.conf.all.accept_redirects" = 0;   # Refuser redirects ICMP
    "net.ipv4.conf.default.accept_redirects" = 0;
    "net.ipv6.conf.all.accept_redirects" = 0;   # IPv6 aussi
    "net.ipv6.conf.default.accept_redirects" = 0;
  };
}

Bluetooth sous NixOS : minimal, propre, sans usine à gaz

2026-01-22T00:00:00Z

Le Bluetooth fait partie de ces fonctionnalités qu’on veut quand on en a besoin, mais qui n’ont aucune raison de tourner en permanence en arrière-plan. Souris, casque, manette… oui. Démon bavard au boot, interface redondante et services inutiles… non merci.

Dans cette optique, mon fichier bluetooth.nix va volontairement à l’essentiel : activer ce qui est nécessaire, laisser le reste dormir.

{ config, pkgs, lib, ... }:

{
  #########################
  # Bluetooth minimal et propre
  #########################

  # Activer le support Bluetooth
  hardware.bluetooth.enable = true;

  # Laisser le paquet BlueZ par défaut
  # hardware.bluetooth.package = [ pkgs.bluez ];

  # Ne pas activer Blueman (KDE Plasma gère déjà le Bluetooth)
  services.blueman.enable = false; #true pour XFCE

  # Ne pas allumer le Bluetooth au boot
  hardware.bluetooth.powerOnBoot = false;
}

Activer le Bluetooth, simplement #

NixOS rend les choses simples. Une seule option suffit pour activer le support Bluetooth au niveau système :

le matériel est reconnu,
le noyau fait son travail,
BlueZ est utilisé par défaut, sans bidouille.

Je ne force pas de paquet spécifique. Le BlueZ fourni par NixOS fait très bien le job, et je préfère rester sur les choix par défaut tant qu’il n’y a pas de raison solide de les contourner.

Pas de Blueman sous KDE Plasma #

Sous KDE Plasma, tout est déjà là. La gestion Bluetooth est intégrée, cohérente avec l’environnement, et parfaitement suffisante pour un usage desktop classique.

Activer Blueman en plus reviendrait à :

dupliquer les interfaces,
ajouter un service de plus,
compliquer inutilement le système.

Blueman garde son intérêt sur des environnements plus légers comme XFCE, mais sous Plasma, il est clairement superflu.

Pas de Bluetooth allumé au boot #

C’est un choix assumé.

Je ne veux pas que le Bluetooth soit activé automatiquement au démarrage :

pour des raisons de sobriété,
pour éviter des services actifs sans usage immédiat,
et parce que beaucoup d’utilisateurs n’en ont besoin qu’occasionnellement.

Quand on veut connecter un périphérique, on l’active. Le reste du temps, il reste éteint. Simple, lisible, maîtrisé.

Une philosophie cohérente #

Ce fichier s’inscrit dans la même logique que le reste de ma configuration :

pas de fonctionnalités “au cas où”,
pas de démons inutiles,
pas de complexité cachée.

NixOS permet d’exprimer très clairement ses intentions. Ici, l’intention est limpide : Bluetooth oui, bruit non.

Décryptage de mon fichier NixOS pour KDE Plasma 6

2026-01-21T00:00:00Z

Ce billet n’est pas un copier-coller de la doc officielle, ni une tentative de prêcher la bonne parole. C’est juste une explication tranquille de mon fichier Nix pour Plasma 6, tel que je l’utilise au quotidien. Un bureau complet, cohérent, assumé, sans chercher la maigreur extrême ni l’usine à gaz.

L’idée générale est simple : un vrai environnement KDE prêt à servir, proprement déclaré, reproductible, et sans dépendre d’installations post-install à la main.

Mon Plasma 6 sous NixOS #

Il y a deux façons d’installer un bureau sous Linux.

La première consiste à poser un environnement minimal, puis à empiler des outils au fil du temps, à coups de commandes, de clics et d’oublis. La seconde consiste à déclarer clairement ce que l’on veut, une bonne fois pour toutes, et à laisser le système faire son travail.

Sous NixOS, j’ai choisi la deuxième voie.

Ce billet présente mon fichier plasma.nix, celui qui définit intégralement mon environnement KDE Plasma 6. Pas une démo, pas un exemple de doc, mais un bureau que j’utilise réellement au quotidien.

Pourquoi un fichier dédié pour Plasma #

Séparer Plasma dans son propre fichier Nix, c’est avant tout une question de lisibilité.

Le bureau n’est pas disséminé dans configuration.nix
Les choix sont explicites
L’environnement est reproductible, sans mémoire cachée
Pour finir, je peux changer de bureau juste en l’omettant

Quand je lis ce fichier, je sais exactement à quoi ressemble la machine une fois démarrée.

Plasma 6, SDDM et Wayland #

La base est volontairement simple et assumée :

SDDM comme gestionnaire de connexion
Plasma 6 comme environnement de bureau
Wayland activé par défaut, sans hésitation

Plasma 6 est pensé pour Wayland. X11 reste disponible si nécessaire, mais ce n’est plus le point d’ancrage.

Un environnement KDE complet #

Plasma n’est pas juste un shell graphique. KDE propose un écosystème cohérent, et je l’utilise comme tel.

Dans ce fichier, on retrouve :

Les outils essentiels (Konsole, Dolphin, Kate, Okular…)
Les modules système et d’intégration
Les applications réseau et distantes
Le multimédia, la création, la bureautique
Même quelques jeux KDE, parce que ça fait partie de l’ADN du projet

Le but n’est pas d’être minimaliste. Le but est d’avoir un bureau utilisable immédiatement, sans passer l’après-midi à installer ce qui manque.

Qt5, Qt6 et cohérence visuelle #

Même si Plasma 6 repose sur Qt6, tout l’écosystème n’a pas encore totalement basculé.

L’intégration Qt5 est donc activée explicitement, afin d’éviter les incohérences visuelles et les applications qui jurent au milieu du bureau. Le résultat est discret, mais essentiel.

Les polices : le détail qui change tout #

Un bureau peut être techniquement impeccable et rester désagréable à l’usage.

J’utilise :

Noto pour la couverture linguistique
Noto CJK pour éviter les caractères manquants
Noto Color Emoji pour un rendu emoji correct
FiraCode et JetBrains Mono (Nerd Fonts) pour le terminal et l’édition

Tout est déclaré, rien n’est bricolé après coup.

Le fichier `plasma.nix` #

Voici le fichier complet, tel qu’il est utilisé sur ma machine :

{ config, pkgs, ... }:

{
  # Activer le serveur d’affichage Plasma
  services.displayManager.sddm.enable = true;
  services.desktopManager.plasma6.enable = true;

  # Wayland (optionnel mais recommandé pour Plasma 6)
  services.displayManager.sddm.wayland.enable = true;

  # Applications KDE (ensemble complet)
  environment.systemPackages = with pkgs; [
    # Paquets de base
    kdePackages.kde-cli-tools
    kdePackages.kde-gtk-config
    kdePackages.plasma-workspace
    kdePackages.systemsettings
    kdePackages.konsole
    kdePackages.dolphin
    kdePackages.kate
    kdePackages.kcalc
    kdePackages.okular
    kdePackages.gwenview
    kdePackages.ark
    kdePackages.kdenlive
    kdePackages.kmail
    kdePackages.kontact
    kdePackages.korganizer
    kdePackages.kget
    kdePackages.kolourpaint
    kdePackages.krdc
    kdePackages.krfb
    kdePackages.ksshaskpass
    kdePackages.kdeconnect-kde
    kdePackages.kdeplasma-addons
    kdePackages.discover
    kdePackages.kcharselect
    kdePackages.kcolorchooser
    kdePackages.ksystemlog
    kdePackages.sddm-kcm
    kdePackages.skanpage
    kdePackages.skanlite

    # Suite bureautique
    kdePackages.calligra

    # Outils pratiques
    kdiff3
    kdePackages.kompare
    kdePackages.isoimagewriter
    kdePackages.partitionmanager
    hardinfo2
    kdePackages.ghostwriter
    kdePackages.audex

    # Vidéo & Wayland
    haruna

    # KDE Games
    kdePackages.libkdegames
    kdePackages.kpat
    kdePackages.kmahjongg
    kdePackages.kshisen
  ];

  # Intégration Qt5 / Qt6
  services.desktopManager.plasma6.enableQt5Integration = true;

  # Gestion des polices
  fonts = {
    enableDefaultPackages = true;

    fontconfig = {
      enable = true;
      defaultFonts.emoji = [ "Noto Color Emoji" ];
    };

    packages = with pkgs; [
      noto-fonts
      noto-fonts-cjk-sans
      noto-fonts-color-emoji
      nerd-fonts.fira-code
      nerd-fonts.jetbrains-mono
    ];
  };
}

Conclusion #

Ce fichier ne cherche pas à impressionner.

Il décrit simplement un bureau KDE Plasma 6 complet, cohérent et reproductible, sans installation implicite, sans paquet universel planqué, sans configuration fantôme.

Tout est déclaré. Tout est visible. Tout est refaisable.

Et pour moi, c’est exactement ce que devrait être un environnement de bureau sous Linux.

Linux n’est pas faible parce qu’il est fragmenté. Il est solide parce qu’il l’est

2026-01-21T00:00:00Z

Ce billet n’aurait pas vu le jour sans le vrac de Fred qui pointe sur une belle faille (encore une !) de Snap.

On entend souvent que Linux aurait un “problème” : trop de distributions, trop de formats de paquets, trop de façons de faire. Gentoo avec Portage, Debian avec apt, Arch avec pacman, Fedora et le monde RPM avec dnf. Trop compliqué, trop dispersé, pas “moderne”.

Alors on nous a sorti la solution miracle : les paquets universels. Un seul format, un seul store, une seule source de vérité.

Sur le papier, c’est propre. Dans la réalité, c’est une régression déguisée en progrès.

Quand chaque distribution fait ses choix, les dégâts restent locaux #

Dans le modèle classique des distributions :

chaque paquet est intégré,
recompilé si nécessaire,
audité dans un contexte précis,
maintenu par des humains identifiés.

Quand un paquet pose problème, l’impact est circonscrit :

une version,
une distribution,
un dépôt.

Un souci chez Debian ne devient pas automatiquement un souci chez Arch. Une erreur dans Fedora n’inonde pas Gentoo par capillarité.

Cette diversité n’est pas du bruit. C’est un pare-feu naturel.

Les paquets universels suppriment les frontières… et avec elles la sécurité #

Snap, Flatpak & co reposent sur une idée simple : “si tout le monde utilise le même paquet, tout ira mieux”.

Ce qu’on oublie de dire, c’est que :

un compte compromis devient une arme massive,
une signature valide suffit à rassurer,
une mise à jour pousse le problème partout.

Quand un Snap malveillant passe, ce n’est plus un incident local. C’est une diffusion industrielle.

Avec les paquets traditionnels, l’attaquant doit convaincre :

un mainteneur,
une équipe,
une distribution.

Avec un store universel, il suffit de récupérer un compte.

Le cas concret : quand la confiance change de mains #

Des comptes Snap parfaitement légitimes ont été repris simplement parce que des domaines e-mail ont expiré. Pas de hack sophistiqué. Pas de zero-day.

Juste un modèle centralisé qui suppose que la confiance est éternelle.

Dans le monde des distributions classiques, ce scénario est bien plus difficile :

les adresses changent,
les mainteneurs sont remplacés,
les paquets sont orphelins ou supprimés,
les mises à jour ne sont pas automatiques sans validation.

La confiance n’est pas implicite. Elle est renégociée en permanence.

Gentoo, Debian, Arch, RPM : des cultures, pas juste des formats #

Un paquet n’est pas qu’un fichier compressé.

Sur Gentoo, c’est :

un ebuild lisible,
des USE flags explicites,
des dépendances choisies.

Sur Debian :

une politique stricte,
une séparation claire entre stable, testing et unstable.

Sur Arch :

du simple,
du direct,
des PKGBUILD compréhensibles.

Dans le monde RPM :

une intégration forte au système,
des cycles de validation clairs.

Ce sont des cultures de maintenance, pas des obstacles.

La diversité ralentit. Et c’est très bien. #

Oui, la multiplicité des distributions ralentit la propagation. Oui, elle complique la vie des éditeurs pressés. Oui, elle empêche le bouton magique “publier partout”.

Mais elle empêche aussi :

la compromission globale,
la dépendance à un store unique,
la confiance aveugle dans un tiers central.

Linux n’a jamais cherché la facilité à tout prix. Il a cherché la maîtrise.

Conclusion #

La multitude des formats de paquets n’est pas une faiblesse à corriger. C’est une stratégie de survie qui a fait ses preuves.

Vouloir tout uniformiser, c’est appliquer une logique de plateforme à un écosystème qui s’est construit contre ça.

Linux est robuste parce qu’il est multiple. Et tant mieux si ça dérange ceux qui voudraient un bouton “Next, Next, Finish”.

Gentoo s’installe désormais… graphiquement

2026-01-09T00:00:00Z

Découverte de calamares-gentoo-livecd #

On associe souvent Gentoo à une installation longue, textuelle, presque initiatique. Partitionnement à la main, extraction du stage3, chroot, configuration minutieuse… Et pourtant, en 2026, Gentoo sait aussi enfiler un costume plus accueillant, sans renier son ADN. Quoique…

Grâce au projet calamares-gentoo-livecd, il est désormais possible d’installer Gentoo via une interface graphique, en s’appuyant sur Calamares, tout en conservant Portage, les profils officiels et la philosophie Gentoo.

Spoiler : ça fonctionne, et plutôt bien.

Une installation graphique… mais qui reste Gentoo #

L’installation complète de la base, chez moi, a pris environ 30 minutes montre en main, compilation comprise, avec un œil attentif sur les logs.

📍 Chrono réel

Début : 15h02
Fin : 15h32

Bien sûr, le temps dépendra de la machine, du profil choisi et de l’usage ou non des binaires, mais le résultat est là : 👉 Gentoo installé proprement, sans passer par la procédure manuelle classique.

Point de départ : le livegui KDE officiel #

L’installation débute depuis l’image officielle livegui-kde de Gentoo :

🔗 https://distfiles.gentoo.org/releases/amd64/autobuilds/20260107T201601Z/livegui-amd64-20260107T201601Z.iso

Une fois l’ISO lancée, on arrive sur un environnement KDE Plasma fonctionnel, avec tout le nécessaire pour travailler confortablement.

Préparation depuis Konsole #

On ouvre Konsole, puis on passe en root :

sudo -i

Avant toute chose, on synchronise l’arbre Portage et les overlays Gentoo :

emaint -a sync

Installation de Calamares pour Gentoo #

Le paquet qui nous intéresse est app-misc/calamares-gentoo-livecd, on peut le chercher avec :

eix calamares

Installation classique via Portage :

emerge -avq calamares-gentoo-livecd

⚠️ Attention Par défaut, ce paquet est compilé depuis les sources. Si vous souhaitez utiliser des binaires pour accélérer l’installation, pensez à configurer Portage en conséquence :

📘 Documentation officielle : https://wiki.gentoo.org/wiki/Binary_package_guide/fr

Dans le live, les binaires sont disponibles à l’installation avec l’option -g:

emerge -avqg calamares-gentoo-livecd

Acceptation des changements de USE flags #

Lors de l’installation du paquet calamares-gentoo-livecd, Portage peut demander l’acceptation de changements de USE flags ou d’options associées à certaines dépendances.

C’est parfaitement normal : Calamares s’appuie sur plusieurs composants graphiques et bibliothèques qui nécessitent des ajustements dans la configuration Portage.

Dans le live, l’installation se fait généralement avec l’option d’auto-acceptation des propositions Portage, via le mécanisme autounmask.

Concrètement, Portage propose d’écrire automatiquement les changements nécessaires dans /etc/portage grâce à l’option :

--autounmask-write

Il faut accepter ces changements lorsqu’ils sont proposés.

Une fois l’écriture effectuée, Portage demandera de mettre à jour la configuration. Il suffit alors de lancer :

dispatch-conf

(ou etc-update selon vos habitudes)

ici on fait juste u pour utiliser la nouveau fichier

Après validation des modifications, il est nécessaire de relancer l’installation du paquet :

emerge -avq calamares-gentoo-livecd

Une fois cette étape passée, l’installation se déroule normalement et Calamares sera disponible dans le menu KDE.

Lancement de Calamares #

Une fois l’installation terminée, Calamares apparaît directement dans le menu KDE. Il suffit alors de le lancer comme n’importe quelle application graphique.

Installation pas à pas #

Calamares-Gentoo guide l’utilisateur à travers les étapes classiques :

choix de la langue
fuseau horaire
disposition du clavier
choix du stage3 Gentoo

Ce qui distingue Gentoo : le choix du stage3

Contrairement à la plupart des distributions, Gentoo ne part pas d’un système préinstallé figé. Son point de départ est un stage3, une archive minimale qui contient uniquement l’essentiel pour faire fonctionner Portage et le système de base.

Le choix du stage3 est une étape clé, car il détermine dès le départ :

l’architecture
le type d’init (OpenRC ou systemd)
le profil de base (minimal, desktop, etc.)

Autrement dit, le stage3 n’impose pas un environnement complet, il prépare un terrain cohérent sur lequel l’utilisateur construit son système.

Même dans le cadre de l’installation graphique via Calamares, Gentoo conserve cette philosophie : l’installateur s’appuie sur un stage3 adapté, garantissant que le système final reste fidèle aux choix fondamentaux de Gentoo.

C’est cette approche qui distingue Gentoo : le contrôle commence dès la première brique, pas à la fin de l’installation.

💡 À noter : Il n’existe pas de “stage3 Plasma” à proprement parler. Plasma sera installé ensuite via les méta-paquets KDE, conformément à la philosophie Gentoo.

partitionnement
utilisateur
résumé
confirmation

Installation en cours #

Une fois tout validé, l’installation démarre réellement. Compilation, installation des paquets, configuration du système… tout est visible via les logs.

C’est transparent, lisible, et très rassurant pour qui aime savoir ce qui se passe sous le capot.

=== START CALAMARES 3.3.14
2026-01-09 - 14:08:30 [6]: void CalamaresApplication::init()
2026-01-09 - 14:08:30 [6]:     Calamares version: 3.3.14
2026-01-09 - 14:08:30 [6]:     .. Using Qt version: 6.10.1
2026-01-09 - 14:08:30 [6]:     .. Build type: RelWithDebInfo
2026-01-09 - 14:08:30 [6]:     .. Using Boost Python
2026-01-09 - 14:08:30 [6]:     .. Using settings: "/etc/calamares/settings.conf"
2026-01-09 - 14:08:30 [6]:     .. Using log file: "/root/.cache/calamares/session.log"
2026-01-09 - 14:08:30 [6]:     .. Languages: QList("ar", "as", "ast", "az", "az_AZ", "be", "bg", "bn", "ca", "ca@valencia", "cs_CZ", "da", "de", "el", "en", "en_GB", "eo", "es", "es_AR", "es_MX", "et", "eu", "fa", "fi_FI", "fr", "fur", "gl", "he", "hi", "hr", "hu", "id", "is", "it_IT", "ja", "ka", "ko", "lt", "ml", "mr", "nb", "nl", "oc", "pl", "pt_BR", "pt_PT", "ro", "ru", "si", "sk", "sl", "sq", "sr", "sr@latin", "sv", "tg", "th", "tr_TR", "uk", "vi", "zh_CN", "zh_TW")
2026-01-09 - 14:08:30 [6]: bool Calamares::initQmlModulesDir()
2026-01-09 - 14:08:30 [6]:     Using Calamares QML directory "/usr/share/calamares/qml"
2026-01-09 - 14:08:30 [6]: Calamares::Branding::Branding(const QString&, QObject*, qreal)
...

Conclusion #

Ce projet ne transforme pas Gentoo en distribution “clé en main”, et c’est tant mieux. Il offre simplement une porte d’entrée graphique, moderne, sans sacrifier :

Portage
les profils officiels
la liberté de configuration post-installation

calamares-gentoo-livecd, c’est Gentoo… mais sans la douleur initiale, et avec un sourire en prime.

Pour les curieux, les pressés, ou simplement ceux qui veulent tester Gentoo sans ressortir tout le manuel, c’est une initiative à suivre de très près.

Firefox sous NixOS : une configuration propre, rapide et bien intégrée à KDE

2026-01-08T00:00:00Z

Quand on arrive sur NixOS, surtout après des mois de Gentoo, on a parfois l’impression que Firefox est… sage. Fonctionnel, oui. Mais pas encore affûté. Bonne nouvelle : avec programs.firefox, on peut lui donner une vraie personnalité, tout en gardant la philosophie déclarative de NixOS.

Voici donc ma configuration Firefox actuelle, orientée intégration KDE, performances vidéo/GPU, et confort d’utilisation, sans tomber dans la parano du durcissement extrême.

🎯 Objectifs de cette configuration #

Firefox activé proprement via NixOS
Intégration native avec KDE (file picker via portail XDG)
Support PipeWire (audio/vidéo moderne)
Accélération matérielle vidéo et rendu GPU
Interface allégée (pas de pub, pas de bruit inutile)
Correcteur orthographique français fonctionnel
Support optionnel des web-apps (PWA)

📦 La configuration NixOS #

{ pkgs, ... }:

{
  programs.firefox = {
    enable = true;

    # Support PipeWire (audio / screencast / Wayland)
    wrapperConfig = {
      pipewireSupport = true;
    };

    # Langues disponibles dans Firefox
    languagePacks = [ "fr" "en-US" ];

    # Support optionnel des web-apps Firefox (PWA)
    nativeMessagingHosts.packages = [
      pkgs.firefoxpwa
    ];

    preferences = {
      # --- Langue & localisation ---
      "intl.accept_languages" = "fr-fr,en-us,en";
      "intl.locale.requested" = "fr,en-US";

      # Utiliser le sélecteur de fichiers KDE via xdg-desktop-portal
      "widget.use-xdg-desktop-portal.file-picker" = 1;

      # --- Accélération vidéo & GPU ---
      "media.ffmpeg.vaapi.enabled" = true;
      "media.hardware-video-decoding.force-enabled" = true;
      "gfx.webrender.all" = true;

      # --- Confort & vie privée ---
      "browser.bookmarks.restore_default_bookmarks" = false;
      "browser.shell.checkDefaultBrowser" = false;

      # Nouvelle page : pas de pubs, pas de messages Mozilla
      "browser.newtabpage.activity-stream.showSponsored" = false;
      "browser.newtabpage.activity-stream.feeds.snippets" = false;
      "browser.newtabpage.activity-stream.showSponsoredTopSites" = false;

      # HTTPS partout (optionnel)
      # "dom.security.https_only_mode" = true;
    };
  };

  # Correcteur orthographique système
  environment.systemPackages = [
    pkgs.hunspell
    pkgs.hunspellDicts.fr-moderne
  ];
}

🔍 Explications importantes #

🧩 Intégration KDE et Wayland #

Le réglage :

"widget.use-xdg-desktop-portal.file-picker" = 1;

force Firefox à utiliser le file picker KDE, au lieu de l’ancien sélecteur GTK. Résultat : cohérence visuelle, favoris partagés, et moins de friction cognitive.

🎬 Accélération matérielle #

Avec VAAPI et WebRender activés :

Décodage vidéo matériel (YouTube, streaming)
Moins de CPU, moins de chauffe
Rendu fluide même avec plusieurs onglets animés

Sur une machine modeste ou un GPU un peu ancien, la différence est très visible.

✍️ Correcteur orthographique #

Sous NixOS, Firefox ne télécharge pas les dictionnaires tout seul comme sur d’autres distributions. La solution propre consiste à installer Hunspell + dictionnaire au niveau système. Firefox les détecte ensuite automatiquement.

🌱 Une configuration déclarative, mais pas rigide #

Ce que j’aime ici, c’est qu’on reste fidèle à l’esprit NixOS :

tout est lisible
tout est versionnable
tout est reproductible

Mais Firefox, lui, reste un navigateur vivant, rapide, et agréable à utiliser au quotidien.

🧠 Conclusion #

Firefox sous NixOS n’est pas lent, ni bridé. Il est juste… neutre par défaut.

Avec quelques lignes bien choisies, on obtient un navigateur :

intégré à KDE
accéléré matériellement
propre visuellement
et fidèle à la philosophie Unix moderne

Bref, un Firefox qui ne fait pas de bruit, mais qui travaille bien. 🦊✨

Installation via thunderbird.nix sur Nixos

2026-01-07T00:00:00Z

Dans cette série de billets NixOS, on s’intéresse aujourd’hui à une application que beaucoup d’entre nous utilisent tous les jours : Thunderbird. L’objectif est simple : installer Thunderbird, ajouter un correcteur orthographique français et s’assurer qu’il démarre directement en français.

Installation via `thunderbird.nix` #

Voici le fichier que j’utilise :

{ config, pkgs, ... }:

{
  environment.systemPackages = with pkgs; [
    thunderbird
    hunspell
    hunspellDicts.fr-any  # Correcteur orthographique français
    kdePackages.kdepim-addons
    libnotify
  ];

  environment.variables = {
    LANG = "fr_FR.UTF-8";
    LC_ALL = "fr_FR.UTF-8";
    GTK_USE_PORTAL = "1"; # Pour que Thunderbird utilise Dolphin
    # Permet aux applications KDE/Thunderbird de trouver les dictionnaires Hunspell
    DICPATH = "${pkgs.hunspellDicts.fr-any}/share/hunspell";
  };
  
  fonts.packages = with pkgs; [
    liberation_ttf
  ];
}

Explication des sections #

Packages système

environment.systemPackages = with pkgs; [ thunderbird hunspell hunspellDicts.fr-any ];

Cette ligne installe Thunderbird ainsi que Hunspell et son dictionnaire français. Hunspell est le moteur de correction orthographique, et hunspellDicts.fr-any fournit les règles et dictionnaires français.

Variables d’environnement

environment.variables = {
  LANG = "fr_FR.UTF-8";
  LC_ALL = "fr_FR.UTF-8";
  DICPATH = "${pkgs.hunspellDicts.fr-any}/share/hunspell";
};

LANG et LC_ALL assurent que Thunderbird et le système démarrent en français.
DICPATH indique à Thunderbird où trouver le dictionnaire Hunspell, ce qui permet une correction orthographique fonctionnelle dès le lancement.

Pourquoi c’est important #

Lisibilité immédiate : Dès l’ouverture, Thunderbird est en français.
Orthographe fiable : Pas besoin de chercher ou d’installer manuellement le dictionnaire français.
Reproductible : Déclaratif et versionnable comme tout fichier NixOS. On peut le partager ou le réutiliser sur une autre machine sans effort.

Conclusion #

Avec ce simple thunderbird.nix, on obtiens un client mail complet, fonctionnel et francisé dès le départ. Comme pour ZRAM et sysctl, on applique ici la philosophie NixOS : déclaratif, reproductible et propre.

Ce billet illustre bien que NixOS ne sert pas seulement à régler le kernel ou la mémoire, mais permet aussi de mettre en place ses applications quotidiennes de manière simple et transparente.

Sysctl.nix pour ma Nixos

2026-01-06T00:00:00Z

Dans le billet précédent, on a mis en place ZRAM pour améliorer la gestion de la mémoire et absorber les pics de charge sans passer par le disque. Aujourd’hui, on monte d’un cran et on s’attaque à un fichier souvent mal compris, parfois surchargé, mais pourtant essentiel : sysctl.nix.

Ici, le contexte est important. La machine tourne avec un kernel ZEN. Et ça change beaucoup de choses.

sysctl, en deux mots #

sysctl permet d’ajuster le comportement interne du noyau Linux à chaud ou au démarrage. On ne parle pas de services ou de logiciels, mais de décisions fondamentales :

quand et comment la mémoire est libérée,
à quel moment la swap entre en jeu,
comment le scheduler arbitre entre les tâches,
comment le réseau gère la latence.

Sur une distribution classique, ces réglages sont souvent éparpillés dans /etc/sysctl.conf ou /etc/sysctl.d/. Sous NixOS, on fait ça proprement, de manière déclarative, dans un fichier dédié.

Pourquoi le kernel ZEN change la donne #

Le kernel ZEN est déjà orienté desktop et gaming. Il privilégie la faible latence, la réactivité et une meilleure expérience utilisateur plutôt que des choix ultra-conservateurs orientés serveur.

Conséquence directe :

on n’a pas besoin d’un sysctl agressif,
on évite les réglages extrêmes trouvés un peu partout,
on complète le travail de ZEN au lieu de le contredire.

Ce billet et ce fichier partent donc d’un principe simple : ajuster sans surcharger.

Le fichier `sysctl.nix` #

{ config, lib, pkgs, ... }:

{
  ##############################
  # Kernel tuning – Desktop & Gaming 🐧🎮
  ##############################
  boot.kernel.sysctl = {

    # --- Mémoire & swap ---
    "vm.swappiness" = 10;
    "vm.vfs_cache_pressure" = 50;
    "vm.dirty_ratio" = 15;
    "vm.dirty_background_ratio" = 5;

    # --- Réactivité desktop ---
    "kernel.sched_autogroup_enabled" = 1;
    "kernel.sched_migration_cost_ns" = 5000000;

    # --- Gestion mémoire moderne ---
    "vm.max_map_count" = 2147483642;

    # --- Réseau ---
    "net.core.default_qdisc" = "fq";
    "net.ipv4.tcp_congestion_control" = "bbr";

    # --- Sécurité légère ---
    "kernel.kptr_restrict" = 1;
    "kernel.dmesg_restrict" = 1;
  };
}

On va maintenant voir ce que fait chaque partie, sans entrer dans de la théorie inutile.

Mémoire et swap #

vm.swappiness = 10 indique au noyau de ne pas basculer trop tôt vers la swap. Avec ZRAM actif, cela permet d’utiliser la RAM au maximum avant de compresser, tout en évitant les décisions trop brutales.

vm.vfs_cache_pressure = 50 conserve plus longtemps les caches inode et dentry. Résultat : accès disque plus fluides, navigation plus réactive, et un bureau qui “respire” mieux.

Les paramètres dirty_ratio et dirty_background_ratio contrôlent quand les données modifiées en mémoire sont écrites sur le disque. Ici, on privilégie des écritures plus fréquentes mais plus légères, ce qui réduit les pics de latence.

Réactivité desktop #

kernel.sched_autogroup_enabled = 1 améliore la gestion des groupes de processus interactifs. En clair, les applications lancées depuis le bureau restent réactives même si d’autres tâches tournent en arrière-plan.

kernel.sched_migration_cost_ns limite les migrations de processus entre cœurs CPU. Avec le kernel ZEN, ce réglage permet d’éviter des déplacements inutiles sans rigidifier le scheduler.

Gestion mémoire moderne #

vm.max_map_count est nécessaire pour certains moteurs graphiques, jeux, applications Vulkan ou logiciels lourds. Une valeur élevée évite des erreurs étranges et difficiles à diagnostiquer.

Réseau #

fq comme discipline de file d’attente et bbr comme algorithme de congestion TCP offrent une latence plus stable et des flux plus lisses. Ce n’est pas un réglage miracle, mais il améliore la constance, notamment en jeu en ligne.

Sécurité sans pénalité #

Les deux derniers paramètres limitent l’accès à certaines informations du noyau pour les utilisateurs non privilégiés. L’impact sur les performances est négligeable, mais le gain en propreté est réel.

En pratique #

Ce sysctl.nix ne transforme pas la machine par magie. Il enlève surtout des aspérités : micro-freezes, décisions brutales de swap, comportements erratiques sous charge.

Combiné avec :

un kernel ZEN,
ZRAM activé,
et une machine moderne avec suffisamment de RAM,

on obtient un système cohérent, stable et très réactif, proche du ressenti d’un Gentoo bien réglé, mais avec l’approche déclarative de NixOS.

Conclusion #

Avec NixOS, sysctl.nix devient un fichier lisible, versionnable et assumé. Pas une collection de tweaks obscurs, mais un ensemble de choix réfléchis.

Comme pour ZRAM, l’idée n’est pas d’optimiser à outrance, mais de construire un système équilibré. Une fois en place, ce fichier ne demande aucune maintenance, et c’est exactement ce qu’on attend de ce genre de réglages bas niveau.

Nixos: Optimiser la swap avec zramswap

2026-01-05T00:00:00Z

Dans cette série de billets consacrés à NixOS, je vais m’attarder sur de petits fichiers de configuration ciblés, simples en apparence, mais qui peuvent avoir un impact très concret sur le ressenti au quotidien. Aujourd’hui, on va parler de ZRAM et plus précisément d’un fichier que j’utilise tel quel : zramswap.nix.

Pourquoi ZRAM ? #

Sur le papier, la swap a souvent mauvaise presse. Trop lente, trop brutale, synonyme de machine qui rame. Pourtant, utilisée intelligemment, elle peut devenir une alliée, surtout sur des machines modernes avec pas mal de RAM.

ZRAM change la donne. Au lieu d’écrire les pages mémoire compressées sur un disque, elles sont stockées directement en RAM, sous forme compressée. Résultat :

pas d’accès disque,
une latence très faible,
une pression mémoire mieux répartie,
et un système qui respire mieux lors des pics d’utilisation.

Dans un contexte gaming ou desktop un peu chargé, c’est exactement le genre d’optimisation discrète mais efficace.

Le fichier `zramswap.nix` #

Voici le fichier tel que je l’utilise :

{ lib, config, pkgs, ... }:

{
  #########################
  # ZRAM Swap – Gaming-ready 🐓💨
  #########################
  zramSwap = {
    enable = true;           # active ZRAM
    algorithm = "zstd";      # compression rapide et efficace
    memoryPercent = 25;      # utilise 25% de la RAM pour ZRAM
    priority = 5;            # priorité faible, RAM normale prioritaire
  };
}

On va décortiquer ça tranquillement.

Activation de ZRAM #

enable = true;

Rien de subtil ici : on active simplement le module ZRAM fourni par NixOS. À partir de là, le système se charge de créer automatiquement un périphérique de swap compressé en RAM au démarrage.

Algorithme de compression #

algorithm = "zstd";

J’ai choisi zstd pour une raison simple : c’est un excellent compromis entre taux de compression et vitesse. Il est suffisamment rapide pour ne pas introduire de latence perceptible, tout en compressant assez bien pour gagner de la mémoire effective.

D’autres algorithmes existent, mais dans un usage desktop ou gaming, zstd fait clairement le job sans se poser de questions.

Quantité de mémoire utilisée #

memoryPercent = 25;

Ici, ZRAM utilisera 25 % de la RAM totale.

Sur une machine avec 32 Go de RAM, ça représente environ 8 Go de ZRAM. Ce n’est pas une réservation figée, mais une limite maximale. Le système n’utilisera que ce dont il a réellement besoin.

C’est un réglage raisonnable : suffisamment large pour absorber les pics de consommation, sans cannibaliser inutilement la RAM.

Priorité de la swap #

priority = 5;

La priorité détermine l’ordre dans lequel le noyau utilise les différents espaces de swap.

Avec une priorité relativement basse :

la RAM normale reste prioritaire,
la ZRAM sert de tampon,
et une éventuelle swap disque (si elle existe) passera après.

C’est exactement ce qu’on veut : utiliser ZRAM comme amortisseur, pas comme béquille permanente.

En pratique #

Ce genre de configuration ne transforme pas une machine moyenne en bête de course, mais elle améliore clairement la stabilité et la fluidité dans les situations un peu tendues :

lancement de gros jeux,
multitâche un peu agressif,
navigateurs avec trop d’onglets,
compilations ou traitements en arrière-plan.

C’est une optimisation silencieuse. On ne la remarque pas quand tout va bien, mais on apprécie quand ça commence à tirer.

Conclusion #

Ce fichier zramswap.nix illustre assez bien l’esprit de NixOS : des réglages explicites, lisibles, reproductibles. Une fois en place, on n’y touche plus, et le système fait son travail.

Dans les prochains billets, je continuerai à détailler ce genre de petits modules, un par un, ceux qu’on oublie facilement, mais qui font toute la différence sur le long terme.

GreedFall, ou le RPG que je n’attendais plus

2025-12-31T00:00:00Z

C’est un jeu que je n’attendais pas. Vraiment pas. Je cherchais autre chose. Un Obsidian-like, un BioWare-like, un RPG à l’ancienne, avec des décisions, des choix, de vraies conséquences. Ce genre de jeu qui te regarde dans les yeux et te dit : « assume ce que tu fais ». Comme à l’époque de Mass Effect ou de Dragon Age. Un héritier de Star Wars: Knights of the Old Republic. Bref, ce genre de RPG narratif qui a presque disparu au fil des années, en dehors de la trilogie Mass Effect.

Et puis, un jour, je tombe sur GreedFall. En promo. Moins de 10 €. Je le prends un peu par curiosité, sans grandes attentes. Et là… claque. Une vraie.

Il faut remettre les choses dans leur contexte. La trilogie Mass Effect commence à dater sérieusement, et malgré tout ce qui est sorti depuis, rien n’a vraiment atteint ce niveau-là. Mass Effect: Andromeda, sorti en 2017, est passé à côté. Ce n’est pas un mauvais jeu, loin de là, je l’ai même plutôt bien aimé. Mais ce n’est plus Mass Effect. Il manque cette étincelle, ce sentiment d’avoir un univers cohérent qui réagit à toi.

Du côté de Dragon Age, le constat est encore plus amer. Le premier opus était excellent, malgré une technique déjà un peu dépassée à sa sortie. Le deuxième, trop couloir, trop répétitif, trop étriqué. Et le troisième… Inquisition. À vouloir être bon partout, à vouloir plaire à tout le monde, il finit par n’être vraiment bon nulle part. C’est d’ailleurs celui qui me laisse le plus sur ma faim, au point que je n’arrive jamais à aller au bout de l’aventure.

BioWare, comme Obsidian, n’ont plus la même aura. On peut tourner le problème dans tous les sens, mais la vérité est là : on est en manque. En manque d’un vrai RPG narratif, au moment où GreedFall sort en 2019. Et GreedFall, justement, arrive pile à ce moment-là.

Alors non, ce n’est pas un jeu triple A. Spiders n’a ni les moyens, ni les équipes de BioWare, Bethesda ou Obsidian. Mais ce ne sont pas non plus des indépendants bricolant dans un garage. Il ne faut pas s’attendre à une finition équivalente à Dragon Age ou Mass Effect, mais il ne faut surtout pas croire que le jeu est à la traîne. Au contraire.

D’ailleurs, j’ai mis pas mal de temps à le finir. Non pas parce qu’il m’ennuyait, mais parce que la vie et d’autres jeux se sont interposés. Entre-temps, il y a eu Dragon Age 4. Un jeu pas aussi catastrophique que ce que certains racontent, visuellement magnifique même, mais clairement plus orienté action que RPG. Les conséquences de nos choix y sont devenues secondaires. Et comme je n’avais jamais vraiment fait les trois premiers Dragon Age dans l’ordre, j’ai décidé de m’y replonger. J’ai fini le 1, puis le 2, puis relancé le 3… avant d’abandonner à nouveau après 58 heures, voire 70. Plus le courage.

C’est là que GreedFall est revenu sur le devant de la scène. Je l’ai repris. Et aujourd’hui, je dois être autour des 50 heures de jeu.

Il n’est pas exempt de défauts, loin de là. Mais il a tout autant de qualités, et certaines sont devenues rares.

D’abord, son univers. Rarement un jeu aura été aussi bien posé. GreedFall s’inspire de moments clés de notre histoire : le Moyen Âge européen, la noblesse, les forteresses, la religion omniprésente, la naissance de la science, la découverte de nouveaux territoires, mais aussi la maladie. La Malichor, cette peste qui ravage le monde du jeu, évoque très clairement la grande peste. Visuellement, le jeu reprend les codes colorimétriques des tableaux de l’époque, avec ces tons sombres, terreux, enfumés. Et il y ajoute une couche de fantasy tirée du folklore européen, notamment dans son bestiaire.

Les premières heures servent de prologue. Elles sont là pour t’apprendre toutes les manières d’arriver à tes fins : le combat, le dialogue, la ruse, le chantage, la manipulation. Ces heures passées sur le continent, dans l’Ancien Monde, sont longues, oui, mais terriblement efficaces. L’ambiance est là, lourde, étouffante. Des corps brûlés dans les rues parce qu’il y a trop de cadavres. Un ciel saturé par la fumée de l’industrie. Une noblesse qui méprise ouvertement le peuple. Des phases d’infiltration, de déguisement, d’évitement, qui permettent d’éviter le combat si on le souhaite.

Tout cela mène à un premier boss, accompagné d’une cinématique marquante. Une vraie. Dommage qu’elles soient si rares par la suite, et rarement aussi intenses. Puis vient le bateau. La mer. Et ce moment simple mais efficace : le titre GreedFall qui s’affiche quand on aperçoit enfin la nouvelle terre.

Difficile de ne pas penser à Dragon Age Inquisition dans la structure du jeu. Mais ici, j’ai presque envie de dire : en mieux. Le monde est semi-ouvert, découpé en zones avec des points d’intérêt. Et surtout, il y a ce système que je trouve brillant et que je n’ai quasiment jamais vu ailleurs : les phases de camp. Entre deux voyages, on est au camp. On peut discuter, acheter des provisions, forger, faire de l’alchimie, gérer son équipement. Le jeu te prévient quand le monde est chargé, et tu peux alors décider d’y aller ou non. Résultat : moins d’écrans de chargement interminables, et une sensation de continuité beaucoup plus agréable.

L’écriture est solide. L’histoire, la narration, la manière dont tout est amené, tout est cohérent. Les factions sont parfois poussées dans leurs retranchements, mais elles restent crédibles, humaines, presque trop réalistes. Les dialogues entre compagnons manquent un peu de profondeur et de quantité, surtout si on compare à un Baldur’s Gate 3. J’aurais aimé plus de moments sincères, plus de discussions posées. Mais selon les compagnons que tu emmènes en mission, les quêtes évoluent : options de dialogue supplémentaires, actions différentes, interventions directes des compagnons pour débloquer une situation.

Les combats, eux, sont simples. Un bouton pour frapper, un pour l’attaque spéciale à charger, un pour esquiver, un pour bloquer, un autre pour la seconde attaque. Le bestiaire n’est pas immense, les ennemis non plus. Ce n’est clairement pas là que le jeu cherche à briller.

Mais au fond, ce n’est pas ce que je lui demande.

À aucun moment GreedFall ne m’a perdu. À aucun moment je ne me suis ennuyé. Les décisions ont de vraies conséquences, parfois visibles immédiatement, parfois beaucoup plus tard. Et surtout, j’ai passé un excellent moment devant ce jeu. Un bien meilleur moment que devant Dragon Age Inquisition, par exemple.

GreedFall n’est pas parfait. Mais il a quelque chose que beaucoup de gros RPG récents ont perdu : une âme, une intention claire, et le respect du joueur et de ses choix. Et rien que pour ça, il mérite largement d’être mis en avant.

Conclusion #

GreedFall n’est pas un miracle. Ce n’est pas un chef-d’œuvre technique, ce n’est pas un étalon graphique, ce n’est pas un jeu qui cherche à impressionner à coups de budgets obscènes ou de trailers mensongers. Et pourtant, il fait quelque chose que beaucoup de productions dites “majeures” ont tout simplement abandonné en route : il respecte le joueur.

Il respecte son intelligence, son temps, et surtout ses choix.

Pendant que certains studios historiques préfèrent lisser, simplifier, transformer le RPG en jeu d’action vaguement narratif, GreedFall ose encore dire que décider, ça implique des conséquences. Que parler peut être plus puissant que frapper. Que le monde peut te juger, te résister, se fermer ou s’ouvrir selon ce que tu fais. Pas avec des explosions, pas avec des cinématiques toutes les dix minutes, mais avec de l’écriture, de la cohérence et une vraie vision.

Ce jeu rappelle une chose simple mais devenue presque subversive : le RPG n’est pas mort, il a juste été délaissé par ceux qui l’avaient rendu grand. Et pendant que certains noms prestigieux vivent sur leur réputation passée, ce sont des studios plus modestes qui reprennent le flambeau, sans prétendre révolutionner quoi que ce soit, mais en faisant les choses sérieusement.

À moins de 10 €, GreedFall met une petite claque à des productions qui coûtent dix fois plus cher et qui, au final, ont bien moins à dire. Ce n’est pas un jeu parfait. Mais c’est un jeu honnête. Et aujourd’hui, dans le paysage du RPG moderne, c’est presque devenu un acte de résistance.

Si c’est ça, le “second plan” du jeu vidéo, alors il ferait bien de passer devant.

Bilan d’une année avec Gentoo : pourquoi je suis resté et ce que ça change

2025-12-31T00:00:00Z

Nous voilà pour le bilan. Pas celui de l’année en cours, attention, ça sera pour un autre billet sur le blog, où je parlerai de ce qui a été fait, de ce que je pense faire, et, pourquoi pas, de ce que je pense de l’année qui viendra… Non, ici, on va se concentrer sur le bilan de mon année passée avec Gentoo.

Alors oui, un an… c’est vite dit. J’ai installé Gentoo en novembre 2024 (billet je suis sous Gentoo), puis je l’ai quittée le tout dernier jour de décembre (voir billet un retour sous debian non glfos) pour la remettre ensuite. J’ai dû la quitter 11 jours en août (pourquoi j’ai laché gentoo et mes 6h de compile pour nixos et pourquoi j’ai quitté nixos pour revenir sur gentoo), mais grosso modo, oui, c’est un an. Et puis, je l’ai sur une autre machine qui tourne sous Gentoo depuis encore plus longtemps. Donc, même si je parle d’un an, mon expérience est plus large et plus profonde que ce simple chiffre ne pourrait le laisser croire.

Ce qu’il faut savoir, c’est que je suis un utilisateur Debian, de préférence stable. Peu d’autres distributions ont pu me faire changer de cap. Il y a bien openSUSE, qui est une distribution que j’aime profondément — en fait, une de mes distributions de cœur — mais elle n’a jamais réussi à me retenir suffisamment longtemps pour m’éloigner de Debian. NixOS, quant à elle, aurait pu me garder, mais certaines choses m’horripilent encore : ces fameuses recettes en Nix, complexes, parfois cryptiques, qui me font lever les yeux au ciel et remettre en question leur logique.

Rien ne m’aurait fait croire qu’un jour je serais avec Gentoo. Je suis le premier surpris. Pendant longtemps, cette distribution ne m’attirait absolument pas, me laissant totalement indifférent. Mon avis était resté bloqué sur celui que j’avais en 2007 ou 2008 (peut-être 2009) : Gentoo, c’était trop compliqué, trop technique, trop longue, trop de compilations pour gagner si peu… trop, trop, trop. Bref, la distribution typique des hackers, des pros du Linux, de ceux qui ont du temps mais pas de vie sociale en dehors de leurs écrans.

Je m’étais même amusé à qualifier Calculate Linux, Sabayon ou Redcore de « distributions Gentoo-like pour personnes ayant une vie sociale ». Tout ça pour dire : on m’aurait prévenu que je finirais sur Gentoo, je ne l’aurais pas cru.

Et pourtant… je suis sur Gentoo. Je ne sais pas comment, par quel miracle, mais je suis là. Et je n’ai jamais eu cette sensation de liberté par rapport à Debian que j’ai maintenant. Enfin, une distribution qui me garde en son sein sans que je sois tenté de revenir à Debian, ou même d’y penser.

Alors qu’est-ce qui m’a fait rester ? Est-ce la fraîcheur, le côté rolling release ? Pour être franc, non. J’ai déjà été sur des rolling et je n’en suis pas fan, car trop proche de l’upstream pour la plupart des logiciels. Est-ce la technique ? Certes, Gentoo est exigeante en termes de temps et de connaissances, et ce côté technique peut être stimulant… mais NixOS l’est tout autant, sinon plus, et pourtant je n’y suis pas resté.

Non, ce qui me retient, c’est la possibilité de choix. C’est une rolling release qui peut suivre l’upstream si on le souhaite, mais ce n’est pas obligatoire. Tout est personnalisable : les options de compilation, l’init, le boot, le gestionnaire de login, l’environnement de bureau, le terminal, la fraîcheur des applications… tout est à nous de décider. Et c’est exactement ce que j’aime. Ces choix, cette maîtrise totale de son système, c’est ce qui transforme Gentoo en expérience unique. Les outils qu’elle propose rendent ce miracle possible.

Oui, c’est long si l’on compile tout soi-même. Comparativement, installer un système par compilation prend plus de temps que par des paquets tout faits. Même avec des binaires précompilés, c’est souvent plus lent que sur Fedora, Archlinux, Mageia, Debian, NixOS ou NuTyX. Comparer la vitesse d’installation d’un paquet sur Arch et sur Gentoo ? Flippant. Mais il y a une raison : chaque changement de paquet implique une vérification complète des dépendances et des impacts.

Certains diront, en 2025, que passer son temps à compiler pour gagner une seconde de réactivité, c’est ridicule. Ces personnes n’ont rien compris. On ne compile pas pour la réactivité. On compile pour personnaliser son OS, pour avoir un contrôle absolu sur chaque détail, chaque option, chaque composant. La réactivité est un simple effet secondaire, pas le but premier. Pourtant, je peux affirmer que je n’ai jamais eu mon système aussi réactif qu’avec Gentoo.

J’ai été un grand utilisateur de KDE3, un kdeiste dans l’âme. KDE4 m’a fait fuir à cause des bugs, plantages et lourdeurs. J’ai testé GNOME 3 et XFCE, mais je revenais souvent à KDE pour constater que la réactivité et le confort n’étaient pas là. KDE4, même avec Plasma 5, restait en retrait pour moi. KDE3 mettait plus de temps à se lancer, mais ensuite les applications étaient rapides : les libs, KIO et KParts étaient chargés dès le démarrage. Avec GNOME, tout ne se chargeait qu’à la demande. Et à partir de KDE4 ce fut une catastrophe.

Avec Plasma 6 sur Gentoo, ce problème n’est plus. Sur la même machine, en chronométrant avec les mêmes versions de Plasma (en l’occurrence une version 6.3.6 pour être précis), j’ai testé Fedora 42 (qui m’a posé d’énormes problèmes pour l’installer en version Plasma), Debian 13, Archlinux, CachyOS, EndeavourOS, Manjaro, openSUSE Tumbleweed, KDE Neon, NixOS… toutes étaient à la traîne par rapport à Gentoo en termes de réactivité. Même CachyOS, pourtant vantée pour ses optimisations, est restée derrière. Et Manjaro ? Une catastrophe, comme toujours : lourde, lente, maladroite.

Pour être clair, je ne compile que le strict nécessaire, souvent pour obtenir des options de build spécifiques. La majorité des paquets viennent des binaires précompilés, ce qui rend le système rapide et fonctionnel sans perdre de temps à compiler inutilement.

Les points négatifs #

Le temps : Gentoo demande du temps pour tout : installation, paquets, mises à jour… Oui, on compile, mais on peut travailler en parallèle.
La compréhension : Gentoo exige qu’on lise, interprète et comprenne ce qu’on nous demande. Peu importe le niveau technique : sans effort, vous n’irez pas loin. C’est une question de courage, pas de compétence brute.

L’installation agit comme un filtre : ceux qui s’attendent à tout avoir clé en main passent leur chemin. C’est un point positif : cela préserve la communauté et le système de ceux qui veulent que tout tombe dans leur assiette sans effort.

Petite parenthèse sur les forums : oubliez la politique, les slogans, les incivilités. Gentoo, c’est une tribu où l’entraide prime. Les contenus problématiques sont listés puis jetés. Je ne veux pas voir de propagande, je veux apprendre, aider, comprendre. Pas de slogans anti-Israël ou pro-Gaza, pas de racisme, pas d’idéologie à la con : juste du Linux, du partage, et de l’entraide.

Les points positifs #

Réactivité : Même si ce n’est qu’un effet secondaire, elle est réelle. Les applications répondent vite et le système est fluide.
Choix et personnalisation : options de compilation, init, boot, paquets, environnement, fraîcheur des applications… Tout est modulable selon nos besoins.
Outils puissants : Portage, eselect, emerge, et tous les utilitaires Gentoo rendent possible ce qui est complexe ailleurs. Gentoo simplifie le compliqué si on sait s’en servir.
Communauté : bienveillante, efficace, et prête à aider.

En résumé, Gentoo est exigeante à l’installation mais libératrice ensuite. On choisit tout, on personnalise tout, et on finit par avoir un système réactif, élégant et parfaitement adapté à nos besoins. Cette année avec Gentoo a été une expérience inestimable : oui, elle demande du temps et de l’effort, mais le jeu en vaut la chandelle. La liberté, la personnalisation, la maîtrise totale de son système… ça n’a pas de prix.

P.S: Enfin, je tiens à remercier Adrien.D de LinuxTriks. Sans lui, je n’aurais jamais eu le courage de découvrir Gentoo. Pendant longtemps, il a été le seul dans le monde francophone à présenter, à expliquer et à démystifier cette distribution avec clarté et passion, et c’est grâce à son travail que j’ai osé franchir le pas. Merci à lui, vraiment.

La petite sœur de la Switch : pourquoi elle ne fera pas le même carton

2025-12-29T00:00:00Z

Nintendo a sorti sa nouvelle console, et comme souvent, l’enthousiasme est là… mais il va vite se heurter à la réalité du terrain. Parce que soyons francs, cette petite sœur de la Switch ne devrait pas connaître le même succès que sa grande sœur. Et ce pour plusieurs raisons bien concrètes.

1. Le public déjà captif Les joueurs qui ont fait de la première Switch leur console unique ont déjà basculé vers la seconde dès qu’ils le pouvaient. Pour eux, la nouvelle version n’apporte rien de révolutionnaire. Ceux qui utilisent la Switch comme console secondaire ont eux aussi franchi le pas dès que la version améliorée est sortie. Et pour les foyers équipés de plusieurs Switch de première génération… pourquoi acheter exactement la même chose, en un peu plus petit ou plus léger, alors que tout fonctionne déjà ?

2. Un catalogue encore faible Pour le moment, les jeux disponibles sur cette nouvelle console sont loin d’être enthousiasmants : essentiellement des portages de titres déjà existants sur d’autres supports. Les jeux Nintendo, ceux qui font vibrer les fans et justifient l’achat d’une console rien que pour eux, se font encore attendre. Sans ces hits emblématiques, difficile d’attirer de nouveaux utilisateurs ou de convaincre les anciens de repasser à la caisse.

3. Le facteur prix Même si Nintendo ne casse pas les prix, cette nouvelle console n’apporte pas assez de fonctionnalités inédites pour justifier l’investissement pour tout le monde. Beaucoup se contenteront de leur Switch actuelle, qui fait le job parfaitement. Acheter pour “avoir la dernière version” ? Un argument qui fonctionne moins que dans le passé.

4. La fatigue du marché Après la première Switch, qui a explosé tous les records, le public est un peu saturé. Ceux qui ont investi dans l’écosystème Nintendo – accessoires, jeux, abonnements – voient moins l’intérêt de tout recommencer pour un gain marginal. Et puis, la petite sœur n’a rien de révolutionnaire côté design ou expérience : c’est une Switch, point.

5. Les alternatives concurrentes Avec des consoles concurrentes plus puissantes ou des PC gaming toujours plus accessibles, certains joueurs se détournent de Nintendo pour des expériences plus “complètes” ou plus performantes. La Switch reste une console sympa, mais pas incontournable pour tous.

6. L’effet nouveauté limité Enfin, la nouveauté s’émousse vite. Les premières semaines, certains s’enthousiasment, mais l’effet “wow” disparaît rapidement quand on se rend compte que la plupart des jeux sont des copies d’anciens titres, et que rien de vraiment excitant n’est encore disponible. La hype retombe, et la petite sœur se retrouve dans l’ombre de sa grande sœur… celle qui a créé le phénomène.

En résumé, cette nouvelle console est une belle machine, mais elle manque de punch. Les anciens utilisateurs ne voient pas l’intérêt, les nouveaux n’ont pas encore assez de jeux pour se convaincre, et le marché est moins ouvert qu’à l’époque de la première Switch. Nintendo devra miser sur ses futurs hits exclusifs pour espérer relancer la magie.

NVIDIA enterre Pascal, Fedora applaudit, et moi je serre les dents

2025-12-29T00:00:00Z

Il y a des décisions qui sentent la poussière froide des salles de conseil. Et puis il y a celles qui sentent le mépris tranquille, celui qu’on appelle “progrès” quand on n’a plus envie d’assumer ses choix.

La fin du support Pascal (GTX 10xx) par NVIDIA avec les drivers 590 en fait clairement partie.

Une carte qui fonctionne… mais qu’on décide d’abandonner #

Ma GTX 1050 Ti fonctionne très bien. Elle affiche KDE sans broncher, elle fait tourner ce que j’ai envie de lancer, elle ne chauffe pas, elle ne plante pas, elle fait exactement ce que je lui demande.

Mais voilà : NVIDIA a décidé que ça suffisait.

Pas parce que le matériel est défaillant. Pas parce qu’il est inutilisable. Juste parce qu’il ne rentre plus dans la nouvelle stratégie : modules noyau ouverts, segmentation propre, table rase du passé.

Résultat :

drivers >= 590 → plus de support Pascal
mise à jour imprudente → écran noir
solution → rester sur une branche legacy figée (580) ou dégager

On appelle ça comment déjà ? Ah oui. L’obsolescence décidée.

Le faux progrès des “Open Kernel Modules” #

Attention, soyons clairs : les modules noyau ouverts, sur le principe, c’est très bien.

Mais :

ils ne supportent pas Pascal
ils forcent les utilisateurs à changer un matériel encore valide
ils ne proposent aucune transition digne de ce nom

Donc ce n’est pas un progrès universel. C’est un progrès conditionnel, réservé à ceux qui ont déjà payé le ticket d’entrée.

Les autres ? Ils restent sur le quai, avec un sourire crispé et un driver fossilisé.

“Change de carte” — vraiment ? #

Oui, bien sûr. Change de carte.

Pour quoi ?

Pour faire exactement la même chose qu’avant
Pour dépenser 200 à 300 € minimum
Pour remplacer un matériel qui n’a aucun problème fonctionnel

C’est là que le discours se fissure.

Changer parce que j’en ai besoin, très bien. Changer parce qu’un éditeur a décidé de fermer une porte, beaucoup moins.

NVIDIA, Microsoft… rien de nouveau sous le soleil #

Soyons honnêtes : que ce genre de pratique vienne de NVIDIA, ça ne m’étonne pas. De Microsoft, encore moins.

Ces boîtes ont une longue tradition de :

décisions verticales
compatibilité sacrifiée
utilisateurs considérés comme une variable d’ajustement

Mais ce qui me hérisse vraiment, c’est quand le monde Linux commence à suivre la cadence sans broncher.

Fedora, les BIOS, et la pente bien réelle #

Quand Fedora :

pousse des politiques de firmware toujours plus strictes,
normalise des mécanismes BIOS/UEFI verrouillés,
s’inscrit docilement dans des chaînes de confiance imposées,

je ne peux pas m’empêcher de faire le lien.

Même logique. Même musique. Même refrain :

“C’est pour votre bien.”

Et toujours la même conséquence :

moins de contrôle utilisateur
plus de matériel mis au rebut
plus de décisions irréversibles prises ailleurs

Et pendant ce temps-là, chez AMD… #

Et pendant qu’on m’explique doctement qu’une GTX 1050 Ti serait devenue trop vieille pour être supportée correctement, j’ai chez moi une machine de 2007, équipée d’une carte AMD, qui est toujours parfaitement reconnue, toujours fonctionnelle, sans driver propriétaire, sans bricolage, sans ultimatum.

Elle démarre. Elle affiche. Elle fait ce qu’on lui demande.

Pas parce qu’elle est miraculeuse. Juste parce que le support logiciel n’a pas été artificiellement coupé.

C’est ça, la différence fondamentale :

d’un côté, un matériel rendu obsolète par décision commerciale,
de l’autre, un matériel ancien qui continue d’exister parce que la pile logicielle l’autorise.

Et quand on voit ça noir sur blanc, le discours sur la “nécessité” d’abandonner Pascal commence sérieusement à sonner creux.

Conclusion : je n’oublie pas pourquoi je suis sur Linux #

Je resterai sur ma carte tant qu’elle fera le boulot. Je resterai sur le driver 580 tant que c’est possible. Et le jour où je changerai, ce sera AMD, sans hésiter.

Pas par fanboyisme. Par simple logique :

pilotes ouverts
intégration noyau
pas de chantage au support

Ce qui me fatigue, ce n’est pas le progrès. C’est le progrès qui oublie volontairement ceux qui ne consomment pas assez vite.

Et quand même l’écosystème Linux commence à normaliser ce genre de décisions, il est peut-être temps de rappeler une chose simple :

Le matériel ne devrait pas devenir obsolète par décret logiciel.

Réponses anticipées aux commentaires relous #

Parce qu’on les connaît. Ils arrivent toujours. Autant gagner du temps.

💬 « Fallait pas acheter NVIDIA » #

Merci pour cette analyse rétroactive d’une profondeur abyssale.

La GTX 1050 Ti, à l’époque, était :

bien supportée
raisonnable en consommation
adaptée à l’usage
parfaitement fonctionnelle sous Linux

Le problème n’est pas l’achat d’hier. Le problème, c’est l’abandon logiciel arbitraire d’un matériel encore valide aujourd’hui.

💬 « C’est normal, le progrès » #

Le progrès, ce n’est pas :

couper un support sans alternative viable
forcer un remplacement matériel inutile
considérer que “ça marche encore” est un argument dépassé

Le progrès, c’est quand le nouveau n’exige pas de jeter l’ancien qui fonctionne.

Sinon, ce n’est pas du progrès. C’est une stratégie commerciale.

💬 « Tu peux rester sur l’ancien driver » #

Oui. Et je le fais.

Mais rester sur un driver figé :

complique les mises à jour
crée de la dette technique
n’est pas une solution saine à long terme

Dire “tu peux rester en arrière” n’est pas une réponse. C’est un contournement.

💬 « Sous Windows ça marche encore » #

Très bien pour Windows.

Mais ici, on parle :

de Linux
de pilotes
de support noyau
d’intégration long terme

Comparer avec Windows n’invalide rien. Ça montre juste que les priorités ne sont pas les mêmes.

💬 « Fedora fait ça pour la sécurité » #

La sécurité est souvent le mot magique qu’on sort quand on ne veut plus discuter.

La vraie question est :

sécurité pour qui ?
au prix de quoi ?
avec quelle marge de choix pour l’utilisateur ?

Quand la sécurité devient un prétexte à la perte de contrôle, ce n’est plus un argument, c’est un alibi.

💬 « AMD aussi abandonnera un jour » #

Probablement.

La différence, c’est que chez AMD :

le support passe par des pilotes libres
intégrés au noyau et à Mesa
maintenus même pour du matériel ancien

La preuve : 👉 une carte AMD de 2007 fonctionne encore aujourd’hui.

Ce n’est pas théorique. C’est factuel.

💬 « Tu exagères, change de carte et basta » #

Changer une carte qui fonctionne :

pour refaire exactement la même chose
parce qu’un éditeur a décidé de couper un support
sans gain réel pour l’utilisateur

ce n’est pas une évidence. C’est une normalisation du gaspillage.

Je refuse simplement de trouver ça normal.

💬 « Linux évolue, faut suivre » #

Suivre, oui. Marcher les yeux fermés, non.

Linux a toujours été :

une question de choix
de contrôle
de respect du matériel

Quand l’écosystème commence à dire “tais-toi et remplace”, il est sain de lever un sourcil.

Mot de la fin #

Ce billet n’est pas un caprice. Ce n’est pas de la nostalgie. Ce n’est pas une peur du changement.

C’est un rappel simple :

👉 Un matériel fonctionnel ne devrait jamais devenir obsolète par décision logicielle unilatérale.

Et si ça dérange, c’est peut-être que le problème est réel.

Oui, je vais dire du bien de Mageia. Respirez, ça va bien se passer.

2025-12-28T00:00:00Z

Oui, ça va choquer. Aujourd’hui, je vais dire du bien de Mageia. Pour une fois, ça change un peu.

Et je vais même aller plus loin. Si demain je dois installer une Fedora ou une Mageia, je choisirai Mageia, sans hésiter. Pas par nostalgie, pas par esprit de contradiction, mais pour une raison très simple qui, visiblement, devient subversive en 2025.

Linux ne doit pas jouer la carte de l’obsolescence.

Linux est censé permettre de faire durer les machines, pas de les pousser vers la sortie comme un smartphone trop vieux pour la dernière appli à la mode. Des machines qui ne sont plus toutes jeunes, certes, mais qui ont encore largement de quoi rendre service.

C’est comme les voitures. Tout est fait pour pousser au changement. Alors quoi, je dois envoyer ma Scénic 3 de 2012 à la casse parce qu’elle n’a pas CarPlay et trois écrans tactiles ?

Fedora, de son côté, a fait un choix clair. Elle n’est plus installable sur les machines avec un BIOS legacy. J’en ai déjà parlé ici [/blog/2025-09-13-Fedora-et-la-mort-du-BIOS-legacy-Linux-nest-pas-la-pour-copier-Windows/].

Et ce qui est assez fascinant, c’est le silence qui a accompagné cette décision. Soyons honnêtes deux minutes. Si Ubuntu avait fait exactement la même chose, tout le monde aurait crié à la trahison. Oui, tout le monde. Articles indignés, posts enflammés, vidéos dramatiques.

Mais là, c’est Fedora. C’est Red Hat. Donc c’est sérieux, raisonnable, moderne. Les machines avec BIOS, voyons, ça ne concerne plus grand monde.

Sauf que dans mon entourage, 80 à 85 % des machines dont j’ai la charge sont encore en BIOS legacy. Pas des antiquités de musée. Juste des PC de 2008 à 2012 qui fonctionnent très bien pour ce qu’on leur demande.

Mageia sur du vieux matériel, et alors ? #

Je maintiens déjà une Mageia sur une de mes machines personnelles. Un vieux portable avec 2 Go de RAM, rien de très vivace, qui tournait auparavant sous Debian. Ça fonctionnait, sans éclat, mais correctement.

Et puis cette semaine, situation très concrète. Une personne proche, ma mère, voit son PC rendre l’âme. Machine de 2009. On a déjà tout changé au fil des ans. RAM, alimentation, carte graphique. Là, c’est plus profond. Carte mère fatiguée. Gels, extinctions sauvages, blocages aléatoires.

La solution raisonnable, c’est de remplacer par une machine de la même époque. Et normalement, dans ce cas-là, la réponse est toute trouvée. Debian. Point final.

Sauf que voilà. Ayant eu de très bons retours avec ma Mageia personnelle, j’ai eu envie de retenter l’expérience.

J’ai donc préparé un Acer Aspire de 2008 avec Mageia et Plasma.

Et là, surprise.

Ça marche. Pas “ça démarre péniblement mais on s’en contente”. Non. C’est fluide, réactif, cohérent. Et quand je vois passer les 970 mises à jour plus ou moins, je me dis qu’on a parfois une vision complètement faussée de ce que Linux est censé être.

Linux, c’est ça. Faire revivre des machines qui fonctionnent encore et qui ont encore quelque chose à dire.

Une installation simple, vraiment simple #

Dans cette Mageia, il n’y a rien d’exotique. Installation de base avec Plasma. Les applications par défaut. LibreOffice pour la bureautique. VLC. Gimp.

J’ai simplement ajouté Thunderbird pour les mails et trois jeux KDE absolument essentiels pour elle Kmahjong, KPatience et KShisen.

Et ce qui m’a vraiment frappé, c’est la simplicité de l’ensemble. Au démarrage, l’accueil Mageia fait le travail. Configuration des dépôts. Mises à jour. Ajout des codecs si besoin.

Je n’ai rien eu à faire. Et surtout, rien à faire dans un terminal.

Comparé à une Debian où il aurait fallu ajouter les dépôts non-free, installer les firmwares, ajuster deux ou trois détails à la main, ici tout s’est fait graphiquement, proprement, sans friction.

Et au-delà de ça, il y a un vrai travail de finition. C’est poli, c’est cohérent. Les polices sont bien choisies, le lissage est harmonieux, les thèmes et icônes intégrés donnent immédiatement une impression de système fini. Je n’ai absolument rien eu à toucher, là où, sous Debian, j’aurais dû passer du temps à régler les fontes, l’anti-crénelage et quelques détails visuels pour obtenir quelque chose d’agréable.

Pour situer, si on parle strictement de finitions prêtes à l’usage, très peu de distributions arrivent à ce niveau : Ubuntu (GNOME) reste probablement la plus aboutie, avec Kubuntu juste derrière pour KDE, qui offre une expérience très correcte mais légèrement moins homogène sur certains détails. Et c’est ici que Mageia surprend : sur KDE, elle rivalise presque avec Kubuntu, et dépasse de loin openSUSE ou Fedora KDE, avec une expérience à la fois fluide, polie et immédiatement utilisable, même sur du matériel ancien.

Bref, Mageia ne se contente pas de fonctionner : elle fait plaisir à utiliser dès le premier lancement, et c’est exactement ce que Linux devrait faire. Pour quelqu’un qui n’a pas envie de mettre les mains sous le capot, c’est un vrai point fort.

Et pourtant… quel gâchis. #

Et c’est là que ça devient presque triste à dire. Qu’est-ce qu’elle fout encore dans cet état, Mageia ?

Les développeurs, sincèrement, mettez l’ego de côté et soyez pragmatiques. Passez en rolling release. Vraiment.

Une distribution à sorties fixes, ça demande énormément de temps et de main-d’œuvre. Emballer les applications dans la version de développement. Faire redescendre les correctifs dans la stable. Patcher. Tester. Vérifier que les sauts de version ne cassent rien.

C’est du boulot ingrat, répétitif, épuisant.

En rolling release, une grande partie du travail est déjà faite en amont. Les correctifs de sécurité arrivent naturellement avec l’upstream. Il reste surtout les ajustements de compatibilité, et même là, être plus proche de l’upstream réduit considérablement les soucis.

On le voit très bien avec openSUSE. Tumbleweed fonctionne. Leap, en revanche, pose de vrais problèmes, précisément parce que personne ne veut faire le sale boulot de redescendre les correctifs.

Mageia a une base solide, une philosophie saine et une vraie utilité aujourd’hui. Mais à force de vouloir tout contrôler dans un modèle fixed, elle se tire une balle dans le pied.

Pour son propre bien, Mageia gagnerait à lâcher prise et à avancer.

Parce que quand on la met entre de bonnes mains, sur du matériel qu’on dit “dépassé”, elle montre qu’elle a encore largement sa place. Et ça, en 2025, ce n’est pas rien.

Nøughty Linux : quand on empile des couches pour résoudre un faux problème

2025-12-19T00:00:00Z

Ces derniers jours, un lien a circulé suite aux discussions autour de l’absence (ou du flou persistant) d’Ubuntu MATE 26.04 LTS (merci Éric pour le lien). Ce lien pointe vers un projet porté notamment par Martin “Wimpy” Wimpress : 👉 Nøughty Linux – Ubuntu’s stability meets Nixpkgs’ freshness.

Autrement dit, une tentative de marier la base stable d’Ubuntu avec la fraîcheur des paquets Nixpkgs, sans passer par NixOS.

Sur le papier, ça peut sembler séduisant. Dans les faits, je dois être très clair : je n’aime pas du tout cette approche.

Un problème déjà résolu #

Le discours est connu :

“Les versions LTS ont des logiciels trop anciens.”

Oui… et alors ?

Ce problème a déjà des solutions largement déployées :

Flatpak
Snap

Elles existent précisément pour ça : avoir des applications récentes, isolées, indépendantes du cycle de vie de la distribution.

Ubuntu pousse Snap depuis des années. Flatpak est omniprésent sur le desktop Linux moderne. 👉 Il n’y avait pas besoin d’aller chercher Nix pour ça.

Détourner Nix de ce qui fait son intérêt #

Et c’est là que le bât blesse.

L’intérêt fondamental de Nix, ce n’est pas juste “avoir des paquets récents”. Le vrai cœur de Nix, c’est :

la configuration déclarative,
la reproductibilité totale,
un système décrit par des fichiers,
la possibilité de reconstruire une machine à l’identique, n’importe où, n’importe quand.

Bref : NixOS.

Sans NixOS, sans cette approche déclarative, Nix devient quoi ? 👉 Un gestionnaire de paquets de plus. Mais :

plus complexe,
moins lisible,
moins intégré,
et clairement hors sujet sur une Ubuntu censée rester simple et cohérente.

C’est comme utiliser Gentoo sans Portage, ou Arch sans pacman. On garde la coquille, on jette le cœur.

Une superposition de couches inutile #

Ubuntu

systemd
Nix
Home Manager
fichiers TOML pour masquer la complexité

Tout ça pour… installer des applications récentes ?

On n’est plus dans une solution élégante, on est dans l’empilement de couches techniques pour répondre à un faux problème.

Et quand on commence à devoir masquer un outil pour qu’il soit utilisable, c’est souvent le signe qu’il n’est pas adapté au contexte.

Et pendant ce temps, Ubuntu MATE ? #

C’est probablement ce qui dérange le plus.

Voir Martin Wimpress investir autant d’énergie dans ce type d’expérimentation pendant que :

Ubuntu MATE 26.04 LTS est absente ou mal expliquée,
la communication est floue,
les utilisateurs fidèles restent dans l’expectative,

oui, ça pique. Et pas qu’un peu.

Je comprends la curiosité technique, l’envie d’explorer, de tester de nouvelles idées. Mais quand on est identifié comme le visage d’un projet desktop apprécié, attendu, et aujourd’hui fragilisé, les priorités comptent.

Ma position est simple #

Personnellement :

soit j’utilise Ubuntu avec ses outils (Snap, Flatpak),
soit j’utilise NixOS pour ce que Nix fait de mieux,
mais ce compromis hybride entre les deux ne m’intéresse pas du tout.

Intéressant pour une conférence, une démo, un laboratoire d’idées. Mais aucune chance que j’utilise ça au quotidien ou en production.

Et encore moins comme réponse aux frustrations actuelles autour d’Ubuntu MATE.

Mageia 10 : planification, points clés… et fleurs en papier mâché

2025-12-19T00:00:00Z

Ah Mageia 10. Encore une réunion de développeurs, encore des « objectifs ambitieux », et toujours cette délicieuse impression d’assister à une performance de théâtre d’impro plutôt qu’à une planification de sortie sérieuse.

Le planning magique #

Mageia nous annonce fièrement sa feuille de route comme s’il s’agissait d’un menu gastronomique étoilé : alpha hier (spoiler, elle n’existait pas), bêta en janvier, candidate en février, et version finale en avril. C’est beau. C’est vague. On sent le parfum de la bucolique procrastination à plein museau. 🐃🌾

Parce que rien ne dit « distribution sérieuse » comme un calendrier qui semble avoir été écrit sur un coin de serviette au bistrot du coin après trois cafés.

Versions de logiciels : la fête des hésitations #

Mageia 10 promet PHP 8.5 et peut-être PHP 8.4 pour faire plaisir aux dinosaures Web. Python reste tranquillement en 3.13 parce que changer, non merci, on est bien là. Ruby refuse de monter à 4.0.0 par pure flemme aristocratique. Java, lui, joue à Schrödinger : Java 21 pour les petits, Java 25 pour les grands.

GCC et LLVM, ces bons vieux souvenirs, restent dans leur canapé version 15 et 20. Go est invité à la fête mais seulement si 820 paquets dépendants promettent de ne pas vomir partout.

Et le noyau ? On hésite encore entre 6.12 LTS et 6.18 pour l’équipement gaming futuriste. C’est comme choisir la couleur du papier peint dans une maison qui n’a toujours pas de murs.

Support 32-bits – une relique sacrée #

Ah, le support 32-bits ! Cette relique qui, malgré la disparition programmée chez Mozilla et autres, continue à faire battre nos cœurs de vieux grincheux avec le courage d’un moustique face à un ventilateur en marche. Résultat : on corrige des segfaults perl URPM comme si c’était des œuvres d’art moderne.

Cerise sur la bouse de yak aromatisée, l’équipe se débat encore avec les clés GPG et la migration Mageia 9 → 10 parce que… pourquoi pas ? C’est un peu comme si on décidait de refaire le toit en plein orage.

Chromium ? Tu connais pas #

Chromium, ce fantôme, hante les couloirs des ISO comme un souvenir lointain d’un navigateur moderne qu’on n’a jamais réussi à empaqueter proprement.

Et puis il y a ARM. On loue des nœuds ARM, on joue avec des conteneurs Docker, on fait des rituels anciens pour invoquer les dieux du build… mais certains outils résistent encore. Comme si Mageia aimait cultiver des petits défis juste pour s’amuser.

Conclusion : un bouquet de bonnes intentions #

Au final, Mageia 10 c’est un peu comme ce jardin zen qu’on préfère contempler plutôt que travailler : joli sur le papier, impossible à finir sans sacrifier un poulet au soleil levant.

Est-ce que tout cela mènera à une version finale stable en avril 2026 ? Peut-être. Peut-être pas. Ce qui est certain, c’est que l’esprit Mageia continue de flotter dans un cosmos parallèle où les calendriers se plient comme des étoiles de papier et où les mises à jour logicielles dansent la samba sans musique.

Comme on l’a déjà dit, et comme on le répète ici avec amour et un soupçon de fiel délicat : ce billet nous hérisse plus qu’un pull en laine de porc-épic. Merci Mageia, pour la poésie involontaire, et vivement que l’on puisse vraiment tester ces ISO… ou qu’on nous annonce qu’elles sont déjà prêtes, mais dans un autre continuum.

💬 PS : Si vous (oui vous, lecteurs) voulez une version encore plus corrosive ou un résumé en trois lignes qui pique, demandez et je pourrai vous la servir (probablement sarcastiquement), sinon on se dit en 2026 pour tester une distribution qui est loin d’être ce qu’était Mandriva.

428 thèmes et toujours pas chez moi. Pourquoi je reviens à un blog imparfait mais maîtrisé

2025-12-18T00:00:00Z

Il y a quelque temps, j’ai fait basculer ce blog de 11ty vers Hexo. À l’époque, j’expliquais ce choix par l’arrivée annoncée de la version 4 de 11ty. Après avoir déjà vécu la transition de la v2 à la v3, je ne me sentais tout simplement plus l’énergie ni la disponibilité nécessaires pour encaisser un nouveau virage technique, corriger le tir en cours de route et m’adapter à des changements profonds, comme je l’avais fait auparavant.

Il y avait aussi une autre raison, moins avouable, presque honteuse. L’idée, largement relayée par certains discours un peu « putaclic », que mon blog était laid. La faute, disait-on, à un thème maison bricolé dans mon coin, modifié au fil du temps, loin des canons esthétiques à la mode. Et oui, j’assume : je fais partie de ces gens qui préfèrent comprendre ce qu’ils utilisent, mettre les mains dans le cambouis et construire eux-mêmes plutôt que consommer du prêt-à-porter numérique.

Je suis donc passé à Hexo avec l’idée rassurante d’un thème simple, tout prêt, bien mâché, plus moderne, plus « présentable ». Sur le papier, Hexo coche toutes les cases : des centaines de thèmes disponibles, 428 exactement, un écosystème riche, actif, séduisant. Mais dans les faits, je me suis vite rendu compte que ce confort apparent ne me correspondait pas. Je ne fais pas partie de cette masse éditoriale qui préfère WordPress et ses thèmes officiels par défaut, interchangeables, standardisés, rassurants mais impersonnels.

Il me semble important de rappeler une chose. Sans ces gens seuls dans leur coin, qui bricolent artisanalement, qui expérimentent, qui font « à leur façon », la majorité des logiciels libres n’existeraient tout simplement pas. Et sans eux, un certain noyau Linux n’aurait jamais vu le jour. Le logiciel libre est né de cette démarche-là, pas de la recherche du consensus esthétique ou de la conformité.

Aujourd’hui, je dois me rendre à l’évidence : il va falloir faire marche arrière. En passant à Hexo et à ses thèmes en série, j’ai complètement oublié la raison profonde qui m’avait fait choisir 11ty à l’origine : la compréhension. Le savoir. Le comment et le pourquoi. Le fait de rester maître de mes besoins, de mon outil, de mes choix. Or ce n’est plus le cas actuellement.

J’utilise un thème régulièrement mis à jour, et pas uniquement pour corriger des bugs. À chaque nouvelle version viennent s’ajouter des fonctionnalités, des options, des artifices dont je n’ai aucun besoin. Résultat : avant chaque mise en production, je passe du temps à désactiver ce qui m’encombre. À force, je ne mets même plus le thème à jour. Et pire encore, je me surprends à envisager de changer de thème… sans changer de moteur. Un non-sens.

On me dira qu’il suffirait de créer un thème maison pour Hexo. Et c’est vrai. Il « suffit » de le faire. Mais pourquoi réinventer ailleurs ce qui existe déjà et fonctionne parfaitement ? Ce que j’ai fait avec 11ty, dans mon coin, correspond exactement à ce que je veux. J’ai repris le thème de base de 11ty pour le transformer peu à peu en ce qu’il est aujourd’hui.

Ce n’est pas joli. Ce n’est pas moderne. Mais ça me va. Je trouve ça lisible, agréable, et surtout honnête. Il n’y a rien de superflu. Juste l’essentiel : une recherche, des tags, des catégories, une archive des billets, un moyen de commenter ou même de dialoguer via un forum aujourd’hui un peu à l’abandon. Les templates se résument à trois fichiers. Trois petits fichiers qui font tout le travail. À cela s’ajoutent cinq includes, pas plus, uniquement là pour éviter les répétitions inutiles.

Au final, ce blog me ressemble davantage quand il est imparfait mais compris, plutôt que lisse, moderne et opaque. Et c’est sans doute là que je dois revenir.

Ubuntu 26.04 LTS : toutes les saveurs ne seront pas de la fête

2025-12-16T00:00:00Z

Un grand merci à Éric, sans qui cette information me serait très probablement passée sous le radar.

À l’approche d’Ubuntu 26.04 LTS, prévue pour avril 2026, on pourrait croire que toutes les saveurs officielles vont naturellement embarquer dans le train du support long terme. Pourtant, ce ne sera pas le cas.

Cette future version LTS marquera une différence notable : certaines saveurs historiques d’Ubuntu ont choisi de ne pas demander le statut LTS. Une décision volontaire, mais révélatrice de l’état actuel de certains projets.

Qui sera LTS… et qui ne le sera pas #

Sur les dix saveurs officiellement reconnues par Ubuntu, sept ont confirmé leur intention de proposer une version LTS en 26.04. Parmi elles, on retrouve notamment Xubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Studio, Edubuntu et Ubuntu Kylin.

En revanche, Ubuntu MATE et Ubuntu Unity ne feront pas partie des LTS cette fois-ci.

Il est important de le souligner : ce n’est pas un refus de Canonical, ni une rétrogradation. Les équipes concernées n’ont tout simplement pas déposé de candidature auprès du Technical Board.

Une question de ressources humaines #

La raison est à la fois simple et compréhensible : le manque de mainteneurs actifs. Assurer une version LTS implique un engagement lourd, sur plusieurs années, avec des mises à jour de sécurité, des corrections de bugs et un suivi constant. Les équipes derrière Ubuntu MATE et Ubuntu Unity ont estimé ne pas pouvoir garantir ce niveau de support sur la durée.

Plutôt que de promettre un LTS fragile, elles ont préféré faire preuve de prudence. Un choix responsable, même s’il peut décevoir certains utilisateurs.

Pas de LTS ne veut pas dire abandon #

Attention toutefois aux conclusions hâtives. L’absence de statut LTS ne signifie absolument pas la fin de ces projets.

Ubuntu MATE et Ubuntu Unity continueront d’exister, de publier des versions classiques, et de recevoir des mises à jour via les dépôts Ubuntu. Simplement, ces éditions n’offriront pas le cadre et les garanties spécifiques associées à une LTS, comme le support étendu ou les versions intermédiaires de maintenance.

Une photographie honnête de l’écosystème Ubuntu #

Ce choix met en lumière une réalité souvent oubliée : les saveurs Ubuntu reposent en grande partie sur des équipes bénévoles. Leur santé dépend directement du nombre de contributeurs disponibles, de leur temps et de leur énergie.

Ubuntu 26.04 LTS ne sera donc pas moins riche, mais elle reflètera davantage les forces et les limites actuelles de son écosystème. Pour les utilisateurs, cela implique surtout de bien choisir sa saveur en fonction de ses attentes en matière de stabilité et de durée de support.

Pourquoi ce billet me hérisse — un vrai “coup de gueule” contre l’ambiance “paix & bucolique” autour de Mageia

2025-12-08T00:00:00Z

Alors voilà, les gars, on nous sort un énième article pour nous vendre Mageia comme l’alternative “miracle” à Microsoft Windows — « larguez Windows, passez au libre, c’est mieux pour vous » (blog.mageia.org). OK. Soit. Mais honnêtement : au lieu de nous faire la leçon de morale “Windows c’est le mal, venez chez nous”, ce qu’il faudrait faire, c’est pondre une nouvelle version digne de ce nom. Parce que ça fait cher le sermon pour une distro qui piétine.

On nous vend Mageia comme la solution pour fuir l’obsolescence de Windows. Mais quel crédit donner à un projet qui — depuis des mois, des années — peine à avancer sérieusement ?
L’article en question date d’octobre 2025, et on y parle avec insouciance de “venez installer Mageia”. Mais entre deux posts sympathiques, qu’a-t-on vraiment ? Une version stable sortie en août 2023 : Mageia 9. (mageia.org) OK. Améliorations, joli, kernel 6.4, Plasma à jour, d’après les notes officielles. (AlternativeTo)
Mais après ? Combien de distributeurs — de projets dérivés comme nous — ont vu passer deux ans entiers sans qu’on ait l’impression que le projet soit “vivant”, “tonique”, “en plein développement”. Même pas un vrai discours honnête du type “on bosse sur la v10, on rame, on a besoin de bras”. Non — un article “passez à Mageia” comme si tout allait bien alors que le moteur tourne au ralenti.
Et c’est là que ça pique : “forker” Mandriva Linux — ok, noble intention. Mais forker et ne pas s’allier avec d’autres anciens de Mandriva, comme ceux de OpenMandriva, pour mutualiser les efforts, les talents, les infrastructures — quel gâchis. On aurait pu espérer une renaissance ambitieuse, collective, un vrai projet communautaire porté à bloc. Résultat : chacun de son côté, des distributions qui survivent à peine, avec des cycles de sortie lents, des salves de mises à jour minimalistes, des serveurs sur le fil… et un discours marketing qui tente de faire bonne figure.

À quoi bon le discours “libre & alternatif” si c’est juste pour empiler les bons mots et ne pas bosser ? #

Ce qui énerve, c’est cette hypocrisie de “libre & alternatif” — comme si ça suffisait de brandir les mots “liberté, communauté, anti‑Microsoft” pour convaincre. On dirait un constructeur de secte : “Rejoignez‑nous, on a la cause, on a la philosophie, on a la morale”… mais à l’arrivée, le frigo est vide.

Quand je regarde mes propres critères — je compile, je mets à jour, je veux un système fluide, moderne, avec un paquetage à jour, une base stable — je vois que d’autres distributions (et tu sais que je ne suis pas le dernier sur les systèmes exotiques, poulette) font ça mieux. Et pas besoin de prêcher “à bas Windows”.

Donc le bilan est clair : ce billet d’octobre 2025, sous couvert de militantisme libre, incarne surtout une auto‑illusion. Mageia reste coincée dans un rôle de “petit successeur nostalgique de Mandriva” — sans l’énergie, sans le souffle, sans la dynamique pour redevenir ce qu’elle pouvait être à ses débuts.

Ce que j’attends — ce qu’on mérite, honnêtement #

Ce n’est pas un “vote de défiance” total : si les contributeurs reviennent, si Mageia redémarre un vrai cycle de développement, je suis prêt à regarder — je suis même curieux. Mais je veux de l’honnêteté :

Un vrai calendrier de sortie, des transparences sur les retards, un appel aux contributeurs, une vraie communication.
Un plan pour reconstruire la distro : modernisation des outils, suivi des paquets, meilleure réactivité, collaboration — pourquoi pas avec d’autres projets issus de Mandriva.
Une justification concrète quand on propose Mageia comme alternative à Windows, et non un discours moralisateur vide.

Bref, stop les slogans “libre c’est bien, fuyez Windows” : qu’on redevienne crédible.

NixOS 25.11 Xantusia : la preuve qu’une distribution peut être sérieuse sans être chiante

2025-12-07T12:16:39Z

NixOS 25.11 “Xantusia” : soyons honnêtes, vous ne méritez pas NixOS #

Il y a des distributions pour tout le monde : les clicodromes pour débutants, les rolling releases qui explosent au premier update, les distros qui te jurent que “cette fois l’installeur est stable”… et puis il y a NixOS.

Et je vais le dire franchement : NixOS, c’est trop propre, trop sérieux, trop bien foutu pour la majorité des libristes qui passent leur temps à gueuler sans lire la doc.

La release 25.11 “Xantusia” vient de sortir, et une fois de plus, elle montre que NixOS joue dans une autre catégorie. Pendant que d’autres distros se battent avec des ISO qui bootent une fois sur deux, NixOS avance, méthodiquement, en mode “Swiss Army knife”.

Une distribution que vous ne méritez pas, mais qui avance quand même #

7002 nouveaux paquets. 25252 mis à jour. 6338 supprimés. 107 modules ajoutés. 1778 options en plus. 41 modules enterrés. 807 options retirées.

Et 2742 contributeurs qui, eux, lisent la doc, comprennent ce qu’ils font, et n’ouvrent pas un bug report en hurlant que “ça marchait avant”.

Pendant ce temps, sur d’autres forums, des gens écrivent :

“Help plz mon système a pété j’ai fait un pacman -Rns $(pacman -Qq) pour nettoyer.”

Voilà. C’est pour ça que je dis que vous ne méritez pas NixOS.

GNOME 49 : Wayland only, deal with it #

GNOME 49 arrive, enlève X11, modernise tout, fait le ménage, ajoute un lecteur vidéo, un viewer de documents, redessine le calendrier… bref, avance.

Est-ce que ça va râler ? Oui. Est-ce que GNOME s’en fout ? Oui. Est-ce que NixOS l’intègre proprement ? Oui.

Et là encore : NixOS fait le boulot, même si certains vont venir hurler “j’ai plus la session X11, c’est un scandale” (alors qu’ils n’ont pas mis les pieds dans Xorg.conf depuis 2014).

Les display managers #

Oui, ma poule, il faudra peut-être ajuster deux ou trois lignes dans la configuration :

vérifier le display manager choisi
vérifier la session
revoir certaines options si tu traînes encore des reliques d’anciennes configs X11

Mais comme c’est NixOS, ça se fait dans un fichier propre et lisible. Pas dans douze dossiers obscurs avec des symlinks sacrés et des permissions maraboutées.

Et c’est exactement pour ça que je dis que beaucoup ne méritent pas une distro aussi clean.

Le travail titanesque derrière NixOS #

Pendant que certains passent leur temps à débattre pour savoir si systemd est “le mal absolu”, chez NixOS on a :

du staging sérieux,
des builds testés,
des infrastructures solides,
une équipe qui corrige, relit, améliore,
un logo tout propre signé Yohann Boniface,
et surtout une communauté qui bosse.

Parce que oui, ça existe encore : des gens qui agissent plutôt que de hurler sur Mastodon.

Pourquoi j’aime tant NixOS (et pourquoi vous ne la méritez pas) #

Parce qu’elle ne vous prend pas par la main. Parce qu’elle ne vous ment pas. Parce qu’elle ne fait pas semblant.

NixOS, c’est :

déclaratif
reproductible
versionné
rollback instantané
propre
stable même quand c’est rolling
organisé comme une distribution qui a un avenir

Et surtout : ça ne se casse pas parce que tu as respiré trop fort devant ton terminal.

Mais évidemment, ça demande un minimum de rigueur. Et c’est là que beaucoup lâchent l’affaire.

Ils veulent “du contrôle total”, mais se font terroriser par un fichier de config. Ils veulent “une distro solide”, mais suppriment /usr à la main “pour faire de la place”. Ils veulent “une communauté sérieuse”, mais n’écoutent jamais les mainteneurs.

NixOS, elle, continue d’avancer. Que vous la méritiez ou non.

Prochaine étape : NixOS 26.05 “Yarara” #

Déjà annoncée. Déjà planifiée. Déjà anticipée.

Pendant que vous êtes encore en train de débattre pour savoir s’il faut mettre vim ou nano par défaut.

GLF OS Phoenix : la distro de mon pote Vinceff renaît… et elle envoie du lourd

2025-12-06T12:30:29Z

Bon, parfois dans le monde Linux, on voit des distros bricolées en deux nuits, des trucs qui s’effondrent au premier reboot, des “OS” qui sont juste Ubuntu avec trois icônes déplacées… Et puis il y a GLF OS. Et là, on n’est clairement pas dans la même catégorie.

GLF OS Phoenix vient de sortir, et honnêtement : c’est une des distributions qui me plaît le plus en ce moment, parce qu’elle bosse, elle avance, elle écoute sa communauté, et elle ne se contente pas de recompiler un thème violet.

Phoenix, c’est une mise à jour majeure de ce qu’a construit Gaming Linux FR : une distro pensée pour jouer, créer, streamer, bosser, et surtout… ne pas galérer comme sous Windows.

GLF OS : pensée pour ceux qui veulent juste… que ça marche #

Si vous débarquez, GLF OS c’est l’étape intermédiaire parfaite : Vous venez de Windows ? Pas envie de devenir ingénieur Arch Linux avant d’ouvrir Steam ? GLF OS vous prend par la main mais sans vous infantiliser.

Installation guidée
Pilotes graphiques prêts à l’emploi
Jeux intégrés
Optimisations de latence
Système automatisé (updates, maintenance, mise à niveau)
HDR / VRR / fractional scaling activés sans incantations démoniaques
Sécurité, confidentialité et stabilité au cœur du projet

Et surtout : une communauté francophone, active, humaine, qui n’envoie pas bouler les nouveaux avec un “RTFM” en majuscules.

Phoenix : une vraie montée en gamme #

Là où beaucoup de distros annoncent deux packages à jour et appellent ça une “release”, GLF OS, elle, livre du vrai concret.

🌆 Environnement de bureau & affichage #

GNOME 49.1

Meilleur HiDPI / multi-écrans
Animations plus fluides
Compositeur Wayland plus stable
Fini les micro-lags et les crashs random

KDE Plasma 6.5

Multi-écrans enfin carré
Gestes tactiles/trackpad améliorés
Wayland propre (moins de tearing, retours de veille nickel)

🧠 Sous le capot : du nerf, de la compatibilité, du propre #

Linux 6.17

Support des derniers CPU/GPU
USB/PCIe améliorés
Moins de stutters, meilleure compatibilité

Mesa 25.2.3

Pilotes Vulkan/OpenGL à jour
Corrections ciblées pour les moteurs modernes (Unreal, Unity)
Stabilité sous Proton/Steam
FSR4 supporté !

NVIDIA 580.105

Wayland plus propre
Encode vidéo plus robuste
Support GPU récents amélioré

🎬 Création & streaming : une distro de créateurs, pas de touristes #

DaVinci Resolve 20.2.3

Outils IA avancés
Meilleure timeline
Formats récents mieux gérés

OBS Studio 32.0.1

AV1/NVENC plus mature
Capture Wayland fiable
Plugins mis à jour pour les setups complexes

GLF OS, ce n’est pas juste “on peut streamer si on touche à la config 3 heures”. C’est prêt, ça marche, ça produit.

📊 Omnislash → Phoenix : la comparaison qui pique #

Versions	Omnislash	Phoenix
GNOME	48.2	49.1
KDE	6.2	6.5
Kernel	6.12	6.17 (6.18 prévu janvier)
Mesa	25.0	25.2.3
NVIDIA	575.57	580.105
DaVinci	19.1	20.2.3
OBS	31.0	32.0.1

Ça monte partout. Partout. Pas un seul composant qui stagne.

🔥 “Made in GLF OS” : les vraies améliorations maison #

C’est ici que Phoenix montre qu’il ne se contente pas de suivre NixOS : il ajoute sa sauce, ses corrections, son polish.

Optimisation caméra virtuelle
Correction exfatprogs #52
Gros warning dans configuration.nix
Corrections audio USB (quantum, autosuspend)
Patchs Calamares pour NixOS 25.11
Ajout xwayland-native
Miniatures vidéo intégrées
Corrections autologin & xserver
Coins arrondis GNOME (optionnels)
Hibernation NVIDIA fixée
glffetch → GLFfetch (les détails comptent !)
Les Flatpak peuvent devenir apps par défaut
Installation GLF OS Studio 6x plus rapide
Moins de compilation qu’Omnislash
Fixes Nix-Disk + Welcome Screen
GRUB → systemd-boot
glf-systeminfo amélioré
Nouveaux wallpapers Phoenix
Support StreamDeck pour Studio
Avertissement espace disque insuffisant
Logs d’erreurs après update
Ajout de 3 extensions GNOME clés :
- Dash-to-panel
- Open-bar
- ArcMenu

❤️ Merci à la team GLF OS (et respect) #

Un projet comme ça, ça ne se fait pas avec “trois commits le dimanche”. GLF OS Phoenix, c’est du boulot, de la passion et des nuits blanches.

Big up massif à :

Cammi – co-lead & dev GLF OS
Didic – tests & graphismes
Mika – Easy Flatpak & Welcome Screen
Gesmas, Piaf Jaune & Ange des Ténèbres – communication
Nobody, Hunabku & Sebanc – devs & testeurs
T13nou & xxdjjulinaoxx – tests sans relâche

Sans eux, la distro ne serait pas ce qu’elle est aujourd’hui : une vraie alternative francophone, moderne, solide et tournée vers le gaming.

Conclusion : Phoenix, c’est simple… c’est une distro qui mérite votre attention #

GLF OS Phoenix n’est pas une “petite distro de niche” : c’est un système qui avance, qui simplifie l’expérience de l’utilisateur, qui optimise le gaming, la création, et tout ce qu’on veut faire sur un PC moderne.

Et surtout : c’est une distro faite avec le cœur, la technique et la passion.

Clair Obscur Expedition 33, une Oeuvre d'Art SURCOTÉ ?

2025-12-02T00:00:00Z

Bon, on va être clair (jeu de mots) : Clair Obscur: Expedition 33 est en ce moment porté aux nues comme la nouvelle pépite artistique du jeu vidéo. On parle d’un chef-d’œuvre, d’un bijou narratif, d’une aventure bouleversante… Mais alors, moi, j’en ressors avec une seule pensée : on s’est peut-être un peu trop emballés, non ?

Parce que pour être honnête, ce jeu m’a fait passer par toutes les émotions, sauf celles qu’un bon jeu doit me donner : du fun, de l’engouement, du plaisir à me connecter le soir. Et franchement, je me suis fait chier.

Pas de mini-carte : une idée poétique, mais un joueur exaspéré #

Alors oui, on va me dire : “C’est un parti pris artistique, c’est immersif, ça te pousse à explorer.” Eh bien moi, ça m’a surtout poussé à tourner en rond, à chercher ce que je ratais, à tomber par hasard sur ce que je cherchais, et à m’énerver tout seul devant l’écran.

On peut appeler ça du game design minimaliste. Moi j’appelle ça une perte de temps.

L’acte 2… un tunnel de lassitude #

Autant être franc : l’acte 2 m’a achevé. Chiants, longs, mous… j’ai décroché. J’ai lâché le jeu plusieurs jours tellement je n’arrivais plus à avancer sans soupirer toutes les dix minutes.

Quand tu en viens à procrastiner pour ne pas jouer à un jeu, c’est mauvais signe.

J’ai perdu toute empathie pour les personnages #

Le vrai coup de massue, ça a été quand j’ai compris que le monde du jeu n’était pas vraiment un monde, que les personnages n’étaient pas vraiment “réels.” Là, mon immersion a explosé en plein vol.

Tu veux me faire pleurer ? Me toucher ? Ok, mais faut me donner des raisons d’y croire. Là, je me suis senti détaché, distant… comme si l’histoire me glissait dessus.

Visuellement répétitif — pas mon délire #

On me dit “magnifique”, “artistique”. Moi je vois des couleurs qui se ressemblent, des environnements qui tournent en boucle, et un style qui, personnellement, ne me parle pas.

À un moment donné, l’esthétique ne se suffit plus à elle-même.

Une histoire compliquée… pour pas grand-chose #

C’est le genre de jeu où on t’explique mille choses pour te raconter finalement un truc assez simple. Beaucoup de symbolique, beaucoup de métaphores, beaucoup de gravité… Mais au bout du compte, j’avais surtout l’impression qu’on faisait compliqué pour faire “intelligent”.

Des couloirs, des bruitages, une bande-son façon comédie musicale #

Les zones sont souvent de longs couloirs déguisés. Les bruitages… à un moment, je me suis même demandé si on n’était pas dans un délire chauvin. La musique ? Des airs de comédie musicale perchée qui m’ont sorti de l’ambiance plus d’une fois.

C’est peut-être artistique. C’est peut-être voulu. Mais moi, je n’ai pas accroché.

Le gameplay : un RPG tour par tour… qui n’assume pas d’être un tour par tour #

C’est là que ça coince vraiment : Le jeu veut plaire à ceux qui n’aiment pas le tour par tour, donc il met de l’action, des contres, des esquives… Résultat ? Un système bâtard, mi-action, mi-tour-par-tour, qui ne m’a jamais paru naturel.

C’est jouable, mais pas satisfaisant.

Trop triste, trop lourd, trop pesant #

Il n’y a jamais de joie. Jamais un moment léger. Toujours de la souffrance, de la peine, du tragique, du sens profond, du “regardez comme notre monde est lourd”.

À la longue… c’est juste épuisant.

La fin : je me suis forcé… et j’aurais pas dû #

Je n’aimais déjà plus vraiment le jeu. Mais voyant toute la hype, je me suis dit : “Allez, je vais jusqu’au bout, il doit y avoir un truc incroyable.”

Spoiler : non. Je me suis forcé, à contrecœur, et ça m’a dégoûté du jeu encore plus. Les dix premières heures ? J’avais déjà envie de m’arrêter.

Le seul point positif : le prix / durée de vie #

Je reconnais que pour 50 euros, on a largement nos 30 ou 40 heures de contenu. De ce côté-là, c’est honnête.

Mais bon… si tu ne prends pas plaisir, tu peux en mettre 200, ça ne change rien.

Conclusion : Une hype que je ne comprends pas #

Je ne dis pas que le jeu est mauvais pour tout le monde. Je dis qu’il est clairement surcoté.

C’est peut-être une œuvre d’art pour certains. Pour moi, c’est surtout un jeu :

trop lent,
trop triste,
trop répétitif,
trop expérimental,
et surtout, pas fun.

J’aurais adoré l’aimer. Mais non. C’est un rendez-vous manqué.

Clair Obscur: Expedition 33 — Le “cocorico” ne suffit pas à faire un bon jeu #

On va en parler deux minutes, du phénomène Clair Obscur: Expedition 33, parce qu’il y a un truc qui commence sérieusement à me gratter : le chauvinisme à la française.

Dès qu’un studio français sort un jeu, on doit tous se lever, applaudir, crier au chef-d’œuvre et dire amen ? C’est bon, c’est français, donc c’est forcément incroyable ? “Cocorico, bravo les artistes !”

Eh bien non. Être français ne rend pas un jeu automatiquement bon.

J’ai l’impression qu’une partie de la hype autour du jeu vient surtout de ce réflexe national :

“Enfin un studio français qui fait un jeu ambitieux !” “Enfin un RPG narratif made in France !” “Il faut soutenir, même si c’est imparfait !”

Sauf que voilà : on ne note pas une œuvre sur sa carte d’identité. On la note sur ce qu’elle propose.

Et dans mon cas… les bruitages qui s’enflamment, l’ambiance ultra dramatique, les envolées musicales façon comédie musicale parisienne, les choix esthétiques ultra codifiés… Ça sent tellement le “regardez, c’est une création française, c’est profond, c’est poétique !” que j’avais presque envie de crier :

“Stop. Ce n’est pas parce que c’est français que c’est bon.”

C’est peut-être audacieux, c’est peut-être artistique, mais ce chauvinisme ambiant qui fait dire que tout est exceptionnel juste parce que ça vient d’ici… Non. Ça ne passe pas.

Un jeu doit être bon parce qu’il est bon. Pas parce qu’il porte un drapeau bleu-blanc-rouge sous son logo.

La fragilité du web communautaire : quand des forums, hébergeurs ou projets disparaissent, on perd une mémoire collective.

2025-12-01T00:00:00Z

La fragilité du web communautaire : quand les forums meurent, c’est notre mémoire qui s’efface #

Il y a un truc qui me rend dingue depuis quelques années : la disparition silencieuse du web communautaire. Oui, je parle de ces forums, hébergeurs associatifs, petits projets open source et sites bricolés avec passion, qui servaient de repaires à des milliers d’utilisateurs. Ces endroits où on trouvait des tutos improbables, des coups de main à 3h du matin, des dramas d’une autre époque, mais surtout une mémoire collective qui n’existe nulle part ailleurs.

Et aujourd’hui ? Ça disparaît. Plic. Ploc. En silence. Et ça me fout une rage noire.

Le web qu’on a connu se dissout dans l’indifférence #

Pendant des années, Internet, c’était un foutoir, mais c’était notre foutoir. Des forums phpBB roses moches, des blogs sur Skyblog, des tutos sur des pages HTML perso, des hébergeurs associatifs qui tenaient avec trois bouts de ficelle, et des projets open source maintenus par un gars dans sa cave. Et pourtant, ça marchait. On parlait. On s’entraidait. On construisait.

Mais voilà :

les forums ferment,
les hébergeurs jettent l’éponge,
les archives se perdent,
les wikis deviennent inaccessibles,
les développeurs arrêtent,
les communautés s’éparpillent et tout ce qu’on a vécu… s’évapore.

On perd des années de discussions, de solutions, de débats, de passions. On perd l’histoire d’un web qui était humain.

L’exemple le plus récent n’est jamais le dernier #

Tu peux prendre absolument n’importe quel sujet : Une distro Linux obscure mais géniale, un vieux MMO abandonné, un forum de photographes, un hébergeur associatif qui assurait depuis 15 ans… Rien n’est gravé dans le marbre. Et quand ils ferment la boutique, tout part avec eux.

Tu te rappelles du gars qui avait écrit un guide parfait pour configurer son routeur ? Du tuto miracle qui avait sauvé ton Arch Linux à l’époque ? Des scripts, des bidouilles, des explications artisanales qu’on ne trouve plus nulle part ?

Disparus. Supprimés. Effacés en un clic.

Et tout le monde s’en fout, parce qu’on a pris l’habitude que tout soit instantané, consommable, jetable. Le web est devenu une timeline infinie où rien n’a de mémoire.

Les communautés modernes ne remplacent rien #

Alors oui, on a Reddit. On a Discord. On a Mastodon. Mais rien ne remplace un forum.

Sur un forum, tu trouvais un fil datant de 2006 qui résolvait encore ton problème en 2025. Un Discord ? Après deux semaines, plus personne ne retrouve rien. C’est du chat. C’est éphémère. C’est volatil.

Sur Reddit, les posts disparaissent dans les abysses. Un forum, c’était une bibliothèque. Discord, c’est un bar. Reddit, c’est une tempête.

Nous sommes en train de perdre notre patrimoine numérique #

Les historiens du futur vont pleurer. Nous sommes la première civilisation à tout documenter… et à tout supprimer au fur et à mesure. C’est tragique et ridicule.

On croit que le web est éternel. Qu’une fois en ligne, ça restera. C’est faux.

Un forum qui ferme, ce n’est pas qu’un site qui disparaît : c’est une communauté effacée, des milliers d’heures de travail, de savoirs techniques, d’expériences partagées… qui s’envolent.

Et soyons honnêtes : la plupart de ces projets meurent par épuisement. Des bénévoles qui n’en peuvent plus. Des coûts d’hébergement qui montent. Des migrations jamais faites. Des backups oubliés. Une lassitude générale.

Et hop, fin de l’histoire.

Pourquoi ça me touche autant ? #

Parce que j’ai grandi dans ce web-là, ma poule. Un web où si tu posais une question, quelqu’un te répondait vraiment. Un web où la communauté avait un poids. Un web où les connaissances étaient organisées, archivées, retrouvables.

Aujourd’hui, on vit dans un fog numérique permanent. On pose 10 fois les mêmes questions sur Discord. On ne retrouve plus rien. Les projets meurent, se refont ailleurs, meurent encore.

Et on appelle ça du progrès ?

On devrait se battre pour préserver nos communautés #

On devrait :

faire des sauvegardes,
archiver les forums,
soutenir les hébergeurs associatifs,
documenter,
forker les projets avant qu’ils ne coulent,
cesser de dépendre de plateformes qui ne gardent rien,
reprendre goût aux espaces qui durent.

Parce que la mémoire numérique n’est pas garantie, elle doit être protégée.

Conclusion : arrêtons de laisser mourir notre histoire #

Si on continue comme ça, dans 10 ans, on n’aura plus aucune trace de ce qu’était le web communautaire. Plus de forums, plus de wikis, plus de guides artisanaux, plus de bidouille. Juste des chats éphémères et des réseaux sociaux qui ne gardent rien.

Et franchement ? Ça me fait chier.

Parce que derrière ces sites qui disparaissent, il y avait des gens, des idées, du savoir… et tout ça mérite mieux qu’un 404.

Stop au lynchage médiatique : le vrai problème du bashing

2025-11-30T13:04:08Z

Alors parlons sérieusement du bashing constant, parce que là, il y a un truc qui me dépasse complètement. Je ne comprends pas comment on peut encore voir des vidéos ou lire des articles qui passent leur temps à détruire un jeu avant même qu’il ait eu le temps de respirer. Ubisoft, Star Wars, EA, Activision, peu importe le studio ou la licence : dès qu’un jeu sort avec le moindre bug, c’est feu rouge, alerte générale, lynchage public, alors qu’on est en 2025 et qu’on devrait savoir que tous les jeux, TOUS, sortent avec des bugs, des concessions techniques ou des défauts mineurs. Et ça vaut pour toutes les grosses licences : Assassin’s Creed, Star Wars, Cyberpunk, Call of Duty, Battlefield… mais étrangement, dès qu’il s’agit de Sony, Nintendo ou d’un studio plus “bankable” pour certains médias, plus personne ne crie au scandale.

Prenons un exemple concret : Star Wars Outlaws a été critiqué pour quelques bugs au lancement. Sérieusement ! Les corruptions de sauvegardes dans Baldur’s Gate 3 ? Personne ne crie. Cyberpunk 2077 ? La presse et YouTube ont sorti les trompettes de la honte… et pourtant, combien de jeux AAA sortent bêtement buggés ? Pokémon Écarlate/Violet, Fallout 76, Assassin’s Creed Unity, No Man’s Sky, Mass Effect: Andromeda… la liste est interminable ! Et ce n’est pas nouveau : même des classiques comme Dragon Age: Origins ou Skyrim avaient leurs défauts techniques à la sortie, mais personne n’en a fait un cirque médiatique. Alors oui, Star Wars Outlaws est sorti trop tôt, mais il faut remettre les choses dans le contexte : pression des studios, actionnaires, deadlines, marketing… Les développeurs font ce qu’ils peuvent, et souvent, le résultat est bien mieux qu’on ne veut le reconnaître.

Mais non, certains continuent à cracher sur Ubisoft et compagnie comme si c’était la fin du monde. On parle de joueurs qui n’achètent même pas le jeu à sa sortie, qui se basent sur une vidéo YouTube de 10 minutes, et qui se permettent de juger comme si des défauts mineurs étaient rédhibitoires. Je ne parle pas de critiques constructives, non, je parle de haters professionnels, qui persistent dans leur haine alors même que les patchs et correctifs sont sortis depuis longtemps. Où est la logique ? Où est le sens critique ? C’est juste du lynchage pur et simple.

Et ça m’agace profondément. Ce bashing incessant donne l’impression que jouer à un jeu Ubisoft ou à une grosse licence est devenu un crime, alors que ces studios font tourner des univers gigantesques, avec des personnages, des histoires, des systèmes de jeu complexes. Mais non, mieux vaut s’acharner sur le moindre bug ou défaut visuel et oublier tout le reste. On a l’impression que le plaisir de jeu ne compte plus, que tout ce qui importe, c’est de casser pour casser, comme si c’était devenu une mode.

Et le pire ? C’est l’hypocrisie totale. On ne voit jamais ce genre de lynchage sur certains studios ou consoles : Sony peut sortir des jeux médiocres, Nintendo peut porter des titres avec quelques concessions graphiques, Microsoft peut sortir des portages moyens… mais là, silence radio. Les critiques sont sélectives, partiales, et souvent guidées par le spectacle, les vues ou le buzz plutôt que par une évaluation honnête.

Alors oui, je le dis haut et fort : assez du bashing permanent ! Ubisoft, Star Wars, ou n’importe quel autre studio mérite une critique juste et raisonnée, pas ce lynchage médiatique où l’on prend plaisir à descendre un jeu sur des points qui sont soit corrigés, soit mineurs. On peut ne pas aimer, mais il y a une énorme différence entre critique et destruction gratuite.

Et si on parlait aussi de la tendance actuelle à démoniser les joueurs eux-mêmes ? Les gens n’achètent pas, ne testent pas correctement, mais se permettent de juger comme si le monde s’écroulait parce qu’un bug de sauvegarde ou une texture floue apparaît quelques heures. C’est un cirque complet. On a transformé le droit à la critique en un sport de lynchage public, et ça, ça devient vraiment insupportable.

Pour finir, je le répète : le plaisir de jouer compte plus que tout, et aucun jeu ne mérite d’être laminé à cause de défauts mineurs ou temporaires. Ubisoft, EA, Star Wars, Cyberpunk, Assassin’s Creed… arrêtez ce lynchage systématique et jouons plutôt, apprécions ce qui fonctionne, et soyons justes dans nos critiques. Voilà, c’était mon coup de gueule, et franchement, ça fait du bien de le dire.

Star Wars Outlaws : Ubisoft lynché à tort, mais quel plaisir de jeu !

2025-11-30T12:03:30Z

Comment commencer… J’ai adoré l’aventure. J’aime la manière dont tout est emmené, j’adore la réalisation, la technique, la narration. On sent qu’il y a un vrai désir de faire plaisir au joueur, que ce soit par l’histoire ou par l’action. Bref, le jeu me plaît, et je passe un excellent moment dessus. Ce n’est pas une mince affaire, car cela faisait un moment que je ne trouvais plus de plaisir dans les jeux d’action/aventure, que ce soit Assassin’s Creed, Tomb Raider, et j’en passe… Je suis quasi full RPG : Greedfall, Pathfinder: Kingmaker et sa suite, Pillars of Eternity, Bravely Default, Dragon Age, Dragon Quest, Starfield, Skyrim… Donc réussir à me tenir plus d’une heure en dehors de ma zone de confort, c’est une prouesse que peu de jeux parviennent à atteindre hors RPG.

Je l’ai testé sur deux supports. Sur la Switch 2, j’ai fait une session de plusieurs heures, au moins jusqu’à avoir mes trois premiers acolytes, dont le robot qui arrive assez rapidement. J’ai exploré au bas mot trois planètes — certains disent quatre — dont celle d’origine où débute le jeu, celle sur laquelle on atterrit, la planète enneigée et Tatooine. Ensuite, j’ai fait ma session sur ma Xbox Series X, qui est la version que je vais jouer “à fond”, l’autre étant un prêt.

Deux choses m’ont frappé. La première, c’est l’énorme bashing visant Ubisoft, quel que soit le jeu. Assassin’s Creed “Shadow” en prend plein la gueule alors qu’il est très bon. Oui, ce n’est pas historique, mais il ne faut pas jouer à ce jeu pour se faire un cours d’histoire : si on veut de l’histoire, on va dans des musées ou on ouvre des livres. On ne cherche pas des faits historiques dans un jeu vidéo. Pour Star Wars: Outlaws, c’est pareil. Il y a eu un bashing incessant, comme si tout jeu sortant avant d’être exempt de bugs était une aberration.

Au passage, certains bugs graves dans d’autres jeux ne déclenchent pas ce genre de haine : les corruptions de sauvegardes dans Baldur’s Gate 3, par exemple, ne suscitent pas autant de haine, même si ce jeu ne mérite pas forcément son nom, n’a de baldur’s gate que le nom tellement en dessous c’est un divinity origin… Les grosses licences, comme celles de Disney, subissent une pression énorme des studios, des actionnaires… Alors oui, le jeu est sorti trop tôt avec quelques bugs, mais il y a eu pire : Cyberpunk 2077 (2020), Pokémon Écarlate/Violet, Fallout 76 (2018), Assassin’s Creed Unity (2014), The Elder Scrolls II: Daggerfall (1996), Batman: Arkham Knight (PC, 2015), Aliens: Colonial Marines (2013), No Man’s Sky (2016 au lancement), Mass Effect: Andromeda (2017), Dragon Age: Inquisition (2014), Skyrim (2011)… Et je pourrais continuer jusqu’à Dragon Age: Origins (2009), dont certains soucis ne seront jamais corrigés.

Il y a un bashing sur Ubisoft comme je n’en ai jamais vu ailleurs. Je ne vois jamais ce genre de clash sur Sony, malgré des jeux ou des consoles qui ont parfois des défauts évidents. On peut ne pas aimer un jeu, mais inventer des problèmes déjà corrigés pour continuer à cracher dessus… là, ça devient ridicule.

J’ai le jeu en édition Ultime, qui coûte environ 130/140€, mais je l’ai eu en promo à 41€. Clairement, au prix de base, je ne l’aurais jamais acheté : je ne prends jamais (ou rarement) un jeu à plus de 70€, j’attends toujours une offre. Cela permet aussi d’avoir le jeu dans une version corrigée de la plupart des bugs, ou du moins plus propre qu’à sa sortie. Et effectivement, je n’ai rencontré aucun bug, que ce soit sur Switch 2 ou Xbox, à part une IA un peu “aux fraises”.

Le vrai souci, ce n’est pas technique, mais lié à l’expérience de jeu : on n’est pas un Jedi. Et c’est justement ce qui m’a plu, pour une fois : incarner un Han Solo au féminin, ce célèbre contrebandier devenu héros de la Rébellion.

Nous allons nous arrêter sur le graphisme un instant, et en enchaînant, on arrive sur l’autre chose qui me choque : le bashing qui se passe actuellement sur les jeux Switch 2. Comme si les gars avec leurs consoles à 800€ ou leurs PC avec une carte graphique à 600€ se sentaient floués parce que la Switch permet d’avoir presque la même expérience pour beaucoup moins cher… C’est devenu une mode : tous les jeux ayant un portage sur Switch 2 se font défoncer par les pro-gamers de YouTube. Les mecs, si vous avez les moyens de mettre 1500€ dans une machine pour jouer, de mettre des cartes graphiques à plus de 500€, ou de trouver normal qu’une console de salon coûte 800€, très bien, mais personnellement, non.

Alors, comme pour Cyberpunk 2077, que j’ai testé et que j’ai acheté en plus de ma version Xbox Series, il y a des concessions techniques, pas énormes mais tout de même présentes. Sur Cyberpunk, nous avions un affichage qui descendait à 40/45 FPS, parfois 30, et les rues étaient vides de citoyens et de circulation. Mais l’important, ce qui compte vraiment, était là : le jeu reste beau (même s’il est un peu plus flou que sur d’autres supports), fluide même lors des courses en voiture (on a de légers freezes lors de la sauvegarde auto si l’on joue avec la cartouche, rien de flagrant en version dématérialisée), et les couleurs sont plus vives, presque “fluos”.

Et qu’on ne me dise pas que je n’y connais rien, ou que j’ai fait “à peine une heure dessus” : je “switch” (oh le jeu de mots 😄) entre mes deux versions, et j’ai déjà plusieurs dizaines d’heures sur la version Nintendo (60 heures sur la Xbox Series). Eh bien pour le coup, c’est la même expérience, mais en moins gênant. Les villes que j’ai parcourues sont toutes aussi vivantes ; c’est hors des villes que l’on remarque des concessions : gommage d’éléments non essentiels, véhicules moins fréquents, bestiaire réduit, verdure moins luxuriante…

En parlant de verdure, c’est bizarrement sur Tatooine que ça m’a le plus frappé. C’est un passage qui est aussi présent dans la démo : on doit entrer dans un humidificateur ou habitat troglodyte, et sous la surface, l’intérieur est vraiment luxuriant, rempli de feuillage et de verdure. Sur Switch 2, cette verdure est moins présente et cela se voit clairement. Je vais être honnête : c’est plus baveux, moins net. Si vous jouez sur écran PC avec une version Switch et une autre version PS5 ou Xbox, à 40 cm d’un écran 27 pouces, vous allez le remarquer. Mais à 2 ou 3 mètres sur une TV de 57 pouces, ce n’est pas catastrophique : ça se voit, mais pas au point de gâcher l’expérience.

C’est toujours pareil : il y a des gens qui ne peuvent pas se permettre de mettre plus de 500€ dans une machine. Alors il reste quoi ? Eh bien, les PC — mais attention, il ne faut pas regarder seulement le prix pour avoir un matos capable de faire tourner les jeux correctement ; le mien, par exemple, ne pourrait pas faire tourner ce jeu correctement sans racheter une carte à 600€. Ensuite, il y a la Switch 2 (454€ avec un jeu) et la Xbox Series S à 300€.

Oui, d’un point de vue purement rationnel, le choix se porterait sur la Xbox Series S, car elle peut faire tourner des jeux modernes sans problème. Mais encore une fois, Nintendo conserve ses licences exclusives, et beaucoup de joueurs vont donc se tourner vers cette console. Et dans ce contexte, ses portages font le boulot correctement.

Ce qui m’a frappé aussi, ce sont les visages et cheveux des personnages dans les cinématiques. Certaines têtes sont moins détaillées ou floutées, que ce soit dans Cyberpunk ou ici.

Passons aux points positifs. L’histoire est prenante, on est aspiré dès les premières heures. Les personnages sont attachants. Contrairement à des jeux comme Octopath Traveler, la narration est fluide, bien menée, avec des dialogues fréquents et des liens qui se tissent avec les partenaires.

Graphiquement, ce n’est pas le jeu qui me fait voir des papillons… Je m’attendais à plus avec cette génération de consoles. Pour situer, les sauts graphiques marquants ont été : NES → SNES, Master System → Megadrive, 16 → 32 bits (Saturn/PlayStation), Dreamcast/PS2/Xbox/GameCube, puis PS3/Xbox 360/Wii. Depuis deux générations, les évolutions sont moins flagrantes. Beaucoup de jeux sont des remakes ou des reboot techniques. Ce Star Wars Outlaws ne fait pas exception : le gameplay est connu, mais bien exécuté, et c’est ce qui compte.

Vous l’aurez compris : pour moi, c’est un très bon jeu, qui fait ce qu’il doit faire. Infiltration, poursuites, vols, trahisons… tout est là, même si le gameplay n’invente rien de nouveau.

Au-delà de tout ça, ce que j’apprécie particulièrement dans Star Wars: Outlaws, c’est cette liberté que le jeu te laisse. Ce n’est pas un monde linéaire où l’on te tient par la main, mais un univers ouvert où chaque décision a un impact, même subtil. On ressent vraiment l’esprit de contrebandier, avec ses risques, ses trahisons, ses choix moraux et ses imprévus. Ce n’est pas juste “aller d’un point A à un point B” : chaque mission, chaque rencontre, chaque dialogue peut te surprendre. On peut échouer, se faire voler sa cargaison, se faire trahir par un partenaire, ou au contraire tirer profit d’une situation à laquelle on ne s’attendait pas.

Les mécaniques de gameplay, si elles ne sont pas révolutionnaires, sont solides et efficaces. L’infiltration, le combat, la gestion de ton équipage, la navigation entre les planètes… tout fonctionne naturellement. Rien n’est frustrant ou artificiellement compliqué. On ressent le soin apporté aux détails, que ce soit dans les intérieurs troglodytes luxuriants, dans les villes animées ou dans les interactions avec les PNJ. On sent vraiment que les développeurs ont voulu créer un univers vivant, crédible et plaisant à explorer.

Je dois aussi parler de la bande-son et des effets sonores. Les musiques accompagnent parfaitement les scènes, alternant moments d’action, d’infiltration et d’exploration. Les bruitages des vaisseaux, des blasters ou des environnements donnent un vrai sentiment d’immersion. Même les dialogues, avec des variations de ton et de caractère entre les différents partenaires, contribuent à renforcer le lien avec l’équipe. On ne se contente pas de suivre une histoire, on vit l’aventure avec ces personnages.

En résumé, Star Wars: Outlaws m’a surpris là où je ne l’attendais pas : il m’a rappelé pourquoi je joue encore, même après des années à préférer les RPG. Il prouve qu’un bon action-aventure peut encore captiver, nous faire ressentir des émotions, et nous plonger dans un univers cohérent et vivant. Oui, il y a eu des bugs à la sortie, oui, il y a des concessions techniques sur certaines plateformes, mais l’expérience globale, la narration, les personnages et le plaisir de jeu surpassent largement ces défauts.

Pour moi, ce jeu est un exemple de ce que devrait être un jeu moderne : un équilibre entre plaisir immédiat et profondeur, entre accessibilité et contenu riche. Et même si tout n’est pas parfait, même si le graphisme n’atteint pas toujours les standards les plus élevés, le cœur du jeu est là : le fun, la liberté, et cette sensation de vivre une aventure unique dans l’univers Star Wars.

En conclusion, je peux dire sans hésiter que Star Wars: Outlaws est un jeu que je recommande à tous ceux qui veulent s’immerger dans la galaxie, incarner un contrebandier plutôt qu’un Jedi, et profiter d’un monde vivant et dynamique. C’est un jeu qui respecte l’univers, qui sait divertir, et qui rappelle que parfois, il suffit d’un bon scénario, d’un univers riche et d’un gameplay solide pour qu’un jeu soit mémorable, même sans révolutionner le genre.

Pokémon Légendes ZA : arrêtez d’écouter les pleurnichards, testez-le vraiment

2025-11-26T20:18:44Z

Il est temps de parler sérieusement de ce Pokémon Légendes ZA. Et avant toute chose : arrêtez de croire ces youtubeurs qui vous entubent en boucle, toujours les mêmes clones qui annoncent la catastrophe à chaque trailer juste pour les vues. Le jeu est loin de la daube qu’ils essayent de nous vendre. Même sur la Switch première du nom, oui oui.

Bien sûr que le jeu tourne mieux sur la Switch 2, c’est logique : nouvelle console, nouveau hardware. Il est plus fluide, un peu plus réactif, un chouïa plus net… mais rien qui ressuscite un mort non plus. On reste clairement en présence d’un jeu pensé pour la Switch 1, et ça se ressent.

Et contrairement à ces “journalistes gamers” autoproclamés qui n’ont touché le jeu que trois minutes sur un salon, j’ai testé les deux versions : ma fille joue sur la première Switch, moi sur la deuxième. Donc j’ai du concret, pas des impressions fantômes.

Switch 2 : 60 i/s quasi constants
Switch 1 : entre 30 et 40 i/s, mais jouable

Et très important : les versions sont compatibles entre elles, cartouche ou démat’, Switch 1 ou 2. Pas besoin d’acheter deux fois le jeu comme certains essayent de le faire croire. D’ailleurs, à l’heure où j’écris, je ne sais même pas s’il y a un upgrade spécifique Switch 2. Si vous prévoyez d’acheter la Switch 2 un jour, prenez tout simplement la cartouche version Switch 2, elle marche partout.

Un jeu pas très beau, mais qui fonctionne #

Soyons honnêtes : ce n’est pas un jeu magnifique. Les bâtiments sont fades, trop linéaires, ont des façades sans relief… On dirait presque des maquettes oubliées dans un dossier “v0.3”. Et le fait de rester enfermés dans la ville pourrait vite devenir étouffant.

Je pensais vraiment décrocher juste à cause de ça. Et pourtant… non. Au début, oui, ça pique un peu. Mais très vite, l’ambiance prend le dessus. La direction artistique fait le boulot : les Pokémon sont réussis, les personnages aussi, et il y a une vraie personnalité dans le trait. C’est probablement ce qu’ils ont fait de mieux visuellement depuis longtemps dans la licence.

Et malgré mes craintes, la ville n’est pas le labyrinthe que j’imaginais. Le code couleur des arrondissements rend la navigation étonnamment fluide. Par contre, la carte est vraiment petite par rapport aux autres épisodes. Ça surprend.

Les combats en temps réel : pas mon délire, mais efficaces #

Je ne vais pas mentir : les combats en temps réel dans Pokémon, ce n’est pas ma tasse de thé. Ça enlève le côté tactique que j’aimais tant. Finie l’époque où je sortais mon Pokémon plante pour placer une attaque poison, puis tanker pour temporiser et affaiblir en vampirisant l’adversaire avant la capture.

Là, on tape, on esquive, on retape, et dès qu’il tombe dans les pommes, on balance une Pokéball. Plus accessible, plus nerveux, oui, mais moins stratégique.

Cela dit… mes enfants adorent. Et je dois reconnaître que c’est bien pensé, clair, fluide, cohérent. Donc même si je préfère l’ancien système, je comprends pourquoi cette mécanique plaît.

Pokémon n’a jamais été une vitrine graphique — et ce n’est pas grave #

Encore une fois : ce n’est pas beau. Mais ce n’est pas moche non plus. Pokémon a toujours été à la ramasse graphiquement, et pourtant la licence reste l’une des plus aimées au monde. Pourquoi ? Parce que les joueurs attendent autre chose :

de la jouabilité
de l’ergonomie
une bonne expérience globale
un gameplay maîtrisé

Et sur ces points-là, je n’ai rien à redire. C’était vrai avant, ça l’est encore ici. Game Freak maîtrise ses fondamentaux, même si on rêve tous d’une Génération 10 enfin digne d’un AAA visuellement.

Le vrai point faible : l’histoire et son tuto interminable #

Alors là… oui. L’histoire est le maillon faible. On arrive, on se fait piquer notre sac, on poursuit le voleur, deux dialogues, une baston, et hop : on nous colle dans un hôtel pour “aider les gens”.

C’est un peu niais, un peu poussif, et surtout : on nous tient par la main non-stop. Le tutoriel est interminable : une heure, peut-être deux. Impossible de souffler ou explorer tranquillement tant qu’on n’a pas validé toutes les étapes. Je crois qu’ils n’ont jamais fait un tuto aussi long dans la licence.

Le DLC : une énorme carotte ? Oui, clairement. #

Alors parlons du gros sujet qui fâche : le DLC.

Initialement prévu en février 2026… mais finalement annoncé pour sortir autour du 10 novembre. Soit quoi ? Trois semaines après la sortie du jeu.

Là désolé, mais ça sent mauvais. Ça donne vraiment l’impression que :

“On a découpé un morceau du jeu pour le revendre derrière.”

Et j’ai horreur de ça.

C’est d’ailleurs pour ça que je garde un meilleur souvenir de Pokémon Arceus :

pas de versions doubles à acheter pour compléter le Pokédex,
pas de DLC rajouté à la hache trois semaines après.

Conclusion : un bon jeu malgré ses défauts — mais un modèle économique à revoir #

Pokémon Légendes ZA n’est pas le désastre annoncé. Ce n’est pas un chef-d’œuvre non plus. C’est un bon Pokémon, imparfait, parfois frustrant, mais solide sur ses bases.

Si vous aimez la licence, vous passerez probablement un bon moment. Si vous attendiez une révolution graphique… faudra attendre la Gen 10.

Mais surtout : méfiez-vous des influenceurs qui crient à la catastrophe pour les clics. Testez. Jouez. Faites-vous votre propre avis.

Parce que pour une fois, les joueurs qui ont vraiment le jeu entre les mains ne disent pas la même chose que ceux qui en parlent sur YouTube.

Octopath Traveler 0 un préquel ambitieux sans français...

2025-11-13T10:31:45Z

Octopath Traveler 0 : le jeu qui pourrait enfin corriger le seul vrai défaut de la saga #

Je parle rarement d’un jeu pour un détail précis capable de me faire tiquer… voire boycotter complètement un titre. Pourtant, c’est exactement ce qui m’arrive ici. Avec Octopath Traveler 0, j’ai vraiment l’impression que Square Enix tient enfin l’épisode qui peut sortir la licence de son coin — mais aussi celui qui, paradoxalement, me bloque sur un point essentiel.

🌿 Mon rapport compliqué avec Octopath Traveler #

J’adore Octopath Traveler. J’ai les deux premiers épisodes, je connais parfaitement le JRPG classique, j’ai fait tous les Final Fantasy, les Dragon Quest (surtout le XI, une merveille), bref : je suis client. Et pourtant… je n’arrive pas à jouer à Octopath Traveler.

~30 heures sur le premier, abandonné.
Le deuxième ? Lancé une fois, et j’attends encore le courage de finir le premier avant de m’y mettre.

Ce n’est pas faute d’aimer la saga : ses qualités sont immenses. Mais son unique vrai défaut, un défaut massif, me bloque à chaque tentative.

🎨 Un hommage sublime aux JRPG rétro #

Octopath Traveler, c’est un amour fou pour le JRPG à l’ancienne : Dragon Quest II/III, les premiers Final Fantasy… Tout y est.

Style HD-2D splendide
Pixel-art lumineux et travaillé
Jeux d’ombre magnifiques
Combats tactiques spectaculaires
BO exceptionnelle (merci Yasunori Nishiki)
Bruitages, ambiance : chaud, expressif, vivant

Artistiquement, Square Enix n’avait pas fait quelque chose d’aussi marquant depuis très longtemps.

📉 Mais une narration désastreuse #

Et c’est là que tout s’effondre.

L’histoire — ou plutôt les huit histoires. Dans le premier opus, elles sont :

molles
peu intéressantes
mal écrites
rarement connectées
et désespérément silencieuses

Les personnages échangent parfois deux lignes de dialogue, et basta. On ne ressent rien, on ne s’attache pas, on n’a pas d’alchimie de groupe. Le fameux “entremêlement” des histoires est accidentel, maladroit… presque gênant.

Sur huit scénarios, seuls trois ont un vrai potentiel : le guerrier, la danseuse, éventuellement le mage. Mais même ceux-là sont mal déroulés, sans souffle narratif.

Le deuxième épisode corrige un peu le tir… mais pas assez.

Et c’est précisément pour ça que Octopath Traveler 0 me fait autant envie. Et autant rager.

Octopath Traveler 0 : enfin une vraie histoire… mais pas de français #

Ce troisième opus change tout. Il casse complètement le modèle rigide des deux premiers.

✔️ Un héros principal #

Entièrement personnalisable : apparence, voix, nom, classe (guerrier, mage, etc.).

✔️ Une histoire centrale #

Finies les 8 routes séparées qui ne se parlent jamais. Ici, une seule aventure principale où les personnages interagissent vraiment.

✔️ Un objectif clair et fort : reconstruire un village #

Wishvale, ton village natal, est détruit dans la scène d’ouverture. Tu pars à la fois chercher les coupables et rebâtir ta terre, brique par brique.

✔️ Plus de 30 compagnons potentiels #

Avec de vraies quêtes personnelles, de vrais dialogues, et un lien narratif réel.

✔️ Un gameplay enrichi #

Système Break & Boost revu
Formation avant/arrière jusqu’à 8 personnages
Choix tactiques renforcés
Actions de Voie plus nombreuses et plus impactantes

Et rien que dans la démo… J’ai déjà entendu plus d’interactions et de dialogues entre les personnages que dans tout le premier Octopath Traveler. Oui, vraiment.

❌ Le problème : pas de français #

Et c’est là que ça coince.

Alors qu’on a enfin une vraie histoire centrale, de vrais liens, de vraies discussions… Le jeu sort sans traduction française. Sous-titres et doublages : uniquement japonais ou anglais.

Pour un semi-reboot narratif, c’est incompréhensible.

La démo : un aperçu très prometteur #

Disponible gratuitement depuis le 11 novembre sur Switch, Switch 2, PS4, PS5, Xbox Series, Steam et Windows, la démo propose :

la création du héros
les premières heures de l’histoire
les premiers compagnons
le gameplay revisité
la reconstruction de Wishvale
les actions de Voie plus poussées
la direction artistique toujours sublime

Et bonne nouvelle : la progression sera transférable vers la version finale, prévue pour le 4 décembre 2025.

🎭 Conclusion : enfin le bon Octopath… mais sans nous ? #

Octopath Traveler 0 semble être l’épisode que j’attendais depuis le premier : une vraie histoire, un vrai groupe, une narration qui respire, un monde plus cohérent.

Mais l’absence totale de français, dans un jeu basé sur les dialogues, les choix et l’attachement émotionnel… C’est un choix qui pique énormément.

Le jeu pourrait être le meilleur de la saga. Il pourrait même convertir ceux qui n’avaient jamais accroché. Mais pour les joueurs francophones… le plaisir sera amputé.

L’arrivée de Rust dans APT secoue la communauté Debian

2025-11-11T12:18:07Z

Eh bien ma foi, ça promet du sport dans la communauté ! Le responsable principal d’APT, Julian Andres Klode, a récemment annoncé son intention d’intégrer du code écrit en Rust dans le gestionnaire de paquets de Debian. Une annonce qui aurait pu passer inaperçue, sauf que là… on touche au cœur même du système Debian. Autant dire que ça fait réagir.

🚀 Pourquoi Rust ? #

Rust, pour ceux qui ne suivent pas de trop près, c’est le langage qui fait parler de lui depuis quelques années. Il est conçu pour éviter tout un tas de bugs liés à la gestion de la mémoire — ceux qui font planter les programmes ou ouvrent des failles de sécurité. En gros, Rust c’est de la sécurité mémoire sans sacrifier les performances. Et pour un outil aussi critique qu’APT, c’est plutôt une bonne idée.

Klode veut donc réécrire certaines parties sensibles — l’analyse des fichiers .deb, .tar, ou la vérification des signatures — en Rust. L’objectif : renforcer la fiabilité et la sécurité. Il prévoit d’introduire ces changements dès mai 2026 si tout se passe bien. Autant dire que ça avance vite.

⚙️ Ce que ça change concrètement #

Une fois que Rust entrera officiellement dans APT, toutes les architectures Debian devront pouvoir compiler du code Rust. Et là, Klode a été très clair : les ports (architectures) qui n’ont pas de chaîne d’outils Rust fonctionnelle d’ici six mois seront probablement abandonnés.

Autrement dit, Debian ne traînera plus ceux qui ne peuvent pas suivre. C’est un message assez fort pour un projet historiquement attaché à sa compatibilité large.

💥 Les débats s’enflamment #

Évidemment, une telle annonce n’allait pas passer crème. La communauté Debian est en ébullition, et les réactions sont partagées :

Compatibilité : Rust ne tourne pas (encore) partout. Certaines vieilles architectures risquent d’y laisser des plumes.
Poids : amener la toolchain Rust dans le processus de compilation, ce n’est pas rien. C’est du code en plus, des dépendances en plus, et donc plus de maintenance.
Philosophie : Debian, c’est la prudence avant tout. Adopter un langage encore jeune dans un composant clé, ça fait tiquer les plus conservateurs.
Auditabilité : certains développeurs redoutent d’ajouter une couche de complexité dans un système qu’ils aiment justement pour sa transparence et sa simplicité.

En résumé : tout le monde comprend pourquoi Rust est intéressant… mais pas tout le monde veut le voir débarquer au cœur d’APT.

🧩 Une évolution dans l’air du temps #

Malgré les débats, il faut reconnaître que Rust s’installe partout. Le noyau Linux en contient déjà, Firefox s’en sert depuis belle lurette, et Fedora comme openSUSE s’y mettent aussi. Debian n’échappe donc pas à la tendance : les développeurs veulent un code plus sûr, même si ça signifie changer des habitudes vieilles de 30 ans.

Et entre nous, ce n’est probablement qu’un début. Une fois Rust intégré à APT, il finira bien par apparaître dans d’autres outils du système. C’est souvent comme ça : on met un pied dans la porte, et le reste suit.

💭 Mon petit avis perso #

Je trouve le débat passionnant. D’un côté, on a Debian, symbole de stabilité, de prudence et d’un certain classicisme. De l’autre, on a Rust, symbole de modernité et de sécurité mémoire. C’est littéralement deux visions du logiciel libre qui s’entrechoquent.

Et ma foi, c’est sain. Le libre a toujours évolué par ces frictions-là. Si tout le monde restait figé, on compilerait encore avec GCC 2.95 et on gérerait nos paquets à la main. Rust, qu’on aime ou pas, force les projets à se remettre en question. Et rien que pour ça, il mérite sa place dans la discussion.

🔗 Source : Next INpact – L’arrivée de Rust dans APT provoque des débats dans la communauté Debian #

La Switch 2 décryptée : entre coups de cœur et coups de gueule

2025-11-01T12:40:46Z

Oui, j’ai craqué. C’était il y a deux jours, à la sortie de Pokémon ZA. Mais on parlera de ce Pokémon plus tard, dans un autre billet !

Je ne suis pas un fan du Big N, et encore moins de Sony. Mes raisons sont purement matérielles et liées au service après-vente : la première PlayStation m’a lâché, ma PSP a littéralement explosé sa batterie, et ma PS3 est tombée en panne en pleine garantie — avec, évidemment, un supplément à payer. Sans parler des manettes PS3, déjà HS au bout de quelques années alors que mes manettes Xbox, GameCube et autres tiennent encore la route.

Par contre, oui, je suis clairement team Xbox depuis la toute première, que je possède toujours et qui fonctionne encore parfaitement. Je précise ça, histoire qu’on ne vienne pas me traiter de fanboy Nintendo.

Nintendo, j’ai arrêté avec la GameCube — que j’ai pourtant beaucoup aimée. Ma femme, elle, a continué avec les DS et la Wii. La seule qu’on n’ait pas eue à la maison, c’est la Wii U. Pourquoi ? Parce qu’on n’y voyait pas vraiment d’intérêt par rapport à la précédente.

C’est en 2018, pendant un déménagement et des travaux dans la nouvelle maison (sans électricité à ce moment-là), que j’ai replongé. Il me fallait un truc pour m’occuper entre deux couches de peinture. Ma PS3 et ma Xbox 360 (comme toutes mes autres consoles, portables comprises) étaient dans des cartons. On vivait temporairement chez mes parents avec ma femme et les enfants — le temps qu’eux profitent de leurs vacances dans leur résidence secondaire.

C’est là que je me suis pris une Nintendo Switch, avec quelques jeux. Si je me souviens bien, c’était avec Zelda: Breath of the Wild, Octopath Traveler et Mario Kart. Et contrairement à tous les rageux qui, dès le départ, annonçaient la mort de la console parce qu’elle était “moins puissante que les concurrentes”, eh bien… elle a tenu bon. Jusqu’à cet été 2025, elle aura vécu huit belles années, et elle est encore là. Une vraie valeur sûre, ou du moins, elle l’a été, troisième console la plus vendue dans l’histoire du jeu vidéo.

Si je devais choisir la console que j’ai le plus adorée dans toutes celles que j’ai eu depuis l’asmtrad CPC, ce serait difficile. Mais je pense que ma préférée reste la Switch. Même si, aujourd’hui, mes meilleurs jeux — ou plutôt ceux sur lesquels je passe le plus de temps — sont sur la Xbox Series.

J’ai possédé plusieurs modèles de Switch : la première en 2018, la version Lite pour ma femme en 2019/2020, puis la Switch OLED collector Zelda en 2022. Autant dire que je l’ai vue évoluer. Mais aujourd’hui, elle s’essouffle un peu. En face d’elle, les consoles concurrentes ont au moins deux générations d’avance.

Côté tarifs, je m’en souviens encore :

la première à 250 €, peut-être 269 € maximum, sans jeu ;
la Lite à 199 € ;
et la OLED Zelda à 310 €, même si son prix officiel tournait autour de 350 € pour les collectors.

Je crois que j’ai tout dit sur cette console.

L’achat #

Quand j’ai entendu parler de la Switch 2, annoncée autour de 500 € sans jeu (ou presque), j’ai tout de suite pensé : “Ce sera sans moi.” Parce que ça faisait un sacré bond :

+230 € par rapport à la Switch standard,
+190 € par rapport à la OLED,
et encore +150 € par rapport à la OLED collector.

Et pour ce prix, on ne parle pas d’une révolution, mais d’une évolution. Rien qui justifie, selon moi, un tel tarif — tout comme la PS5 Pro à 800 €, ou les nouveaux prix des Xbox. Puis surtout, on parlait de deux consoles dont une non rétrocompatibles car disposant pas de cartouches.

Mais voilà : les offres ont commencé à tomber. Chez Leclerc, d’abord, la console seule à 419 €, ou la console avec un jeu (Mario Kart ou Pokémon ZA) à 469 €. Puis, nouvelle offre : Mario Kart + console à 454 €, pendant que l’offre Pokémon restait à 469 €.

Le matin du 16 octobre, je me rends donc à mon centre culturel Leclerc pour vérifier. Je demande : “Elle est bien à 469 € avec Pokémon ?” On me répond oui… jusqu’à ce qu’une collègue corrige : “Non, nouvelle offre, 454 € depuis ce matin !”

Là, impossible de résister. Oui, c’est cher. Mais quand le jeu seul coûte 69 € en téléchargement (ou 51 € en version boîte chez Leclerc), l’affaire devient intéressante. Je fais vite le calcul : 419 € (console seule) + 51 € (jeu boîte) = 470 €. À 454 €, ça me revient à une console seule à 384 €. Et si je compare à ma OLED Zelda à 350 €, la différence est de seulement 34 €. Franchement, ça va, non ?

Premières impressions #

Je ne l’ai que depuis peu, mais soyons honnêtes : côté jeux, pour l’instant, c’est moyen, voire un peu pauvre. Oui, Cyberpunk est dispo et tourne bien — je l’ai vu — mais comme je l’ai déjà sur Xbox Series, je ne vais pas repayer. Pokémon ZA est sympa, mais j’attends surtout de voir la génération 10. Les Zelda ont eu une mise à jour gratuite pour les abonnés, et même Pokémon Écarlate tourne enfin comme il aurait dû le faire à la base !

En vérité, il y a déjà pas mal de jeux pour une sortie. Beaucoup plus que sur la première Switch, d’ailleurs.

Un autre point qui me chagrine un peu, c’est le dock. Je trouve dommage qu’il ne serve qu’à afficher l’image sur la télé, alors qu’il aurait pu être bien plus que ça.

J’aurais aimé que le dock puisse étendre la mémoire de la console, à la fois physiquement et virtuellement. Par exemple, qu’on puisse y brancher un disque externe, ou mieux encore, qu’il intègre directement du stockage supplémentaire pour y mettre plus de jeux.

Et pourquoi pas aller plus loin : qu’il booste les performances de la machine quand elle est branchée, histoire de rivaliser un peu avec les plus grosses consoles du marché. Il me semble d’ailleurs qu’une autre console fait déjà ça — ou du moins quelque chose d’approchant.

Enfin, même sans tout ça, j’aurais apprécié que le dock offre un meilleur refroidissement. Parce qu’avec la puissance embarquée et les sessions de jeu qui s’allongent, ça aurait clairement été un plus.

En dehors de ça, la console est encore récente, donc je n’ai pas encore tout vu . Je n’en attendais pas spécialement plus pour l’instant — je ferai un vrai bilan après plusieurs mois d’utilisation — mais certaines choses me surprennent déjà positivement, voire m’étonnent franchement.

D’abord, le confort visuel : je joue maintenant en 4K à 60 i/s sur l’écran de ma TV (la console allant jusqu’à 120 i/s), et ça fait vraiment du bien. La précédente Switch se limitait, si je ne dis pas de bêtise, à du 1080p en 60 i/s maximum. La différence se voit.

Mais le point le plus plaisant, et là vraiment chapeau, c’est que tout le matériel de la première Switch est compatible avec la Switch 2 ! Les manettes pro — qu’elles soient officielles à 50 € ou celles à 14 € d’Action — fonctionnent parfaitement. Et encore plus surprenant : les Joy-Con de la première Switch sont aussi compatibles !

Franchement, c’est top. C’est la première fois que je n’ai pas besoin de racheter de manettes ou de Joy-Con supplémentaires. Pour les recharger, deux solutions : soit garder une Switch 1, soit acheter un support de recharge multiple (jusqu’à 4 Joy-Con).

Dans mon cas, tout s’est bien réparti :

ma première Switch a trouvé sa place dans la chambre de ma deuxième fille,
la Switch OLED collector Zelda est dans celle de ma grande (9 ans, “grande” entre guillemets 😄).

Résultat : aucune perte, tout le matériel reste utile.

Et honnêtement, je ne sais pas si un tel niveau de compatibilité existait avant. Je sais que chez Xbox, la rétrocompatibilité matérielle a toujours été un point fort, mais je ne m’attendais pas à ce que Nintendo fasse aussi bien. C’est peut-être un détail, mais pour moi c’est un vrai bon point — surtout quand je repense aux générations précédentes, où il fallait systématiquement racheter du matos à chaque nouvelle console.

Hors dock, la console fait moins “enfant”, elle a vraiment un look de console adulte et offre une meilleure prise en main. La matière utilisée semble plus solide et de meilleure qualité. Attention cependant : c’est confortable pour des petites mains d’adultes, pas pour des grosses mains américaines 😄. Elle est un peu plus lourde que la précédente, mais le poids est bien réparti, donc ça ne gêne pas.

Pour l’écran, je suis un peu déçu de ne pas avoir d’OLED. Mais si ce choix a permis de baisser le prix et d’éviter une console au-dessus des 500 €, ça me va (et pour être franc, je suis sûr que “Big N” a déjà dans sa botte une Switch2 oled…). Et honnêtement, l’écran est déjà vraiment très correct. L’OLED aurait donné des couleurs un peu plus chaudes et criardes, mais rien de dramatique.

On en vient à la batterie, et là, si j’écoute les Youtubeurs qui se plaignent de la durée, je rigole un peu. Oui, l’autonomie n’est pas exceptionnelle : on est généralement en dessous de ce que la Switch OLED nous avait habitués. Comptez 3 à 4 heures de jeu, peut-être jusqu’à 5 heures si vous ne poussez pas la machine à fond.

D’après Nintendo :

Après une charge complète, la batterie de la console Nintendo Switch 2 devrait avoir une autonomie comprise entre 2 heures et 6 heures 30. L’autonomie peut varier en fonction des logiciels et fonctions utilisés.

Pour comparaison, voici l’autonomie des autres Switch :

Nintendo Switch (HAC-001, série XAW) : 2,5 à 6,5 heures
Nintendo Switch (HAC-001(-01), série XKW) : 4,5 à 9 heures
Nintendo Switch Lite (HDH-001) : 3 à 7 heures
Nintendo Switch OLED (HEG-001, série XTW) : 4,5 à 9 heures

Donc, pour situer, la Switch 2 se place dans la même gamme que le Steam Deck, et même mieux que le ROG Ally/Xbox ROG portable selon certains tests.

Maintenant, puisque je suis un petit fanboy, voici un comparatif estimatif d’autonomie pour Cyberpunk 2077 sur trois appareils portables/consoles : Steam Deck, ROG Ally / Ally X (ASUS), et Nintendo Switch 2. ⚠️ Attention : ces chiffres sont des ordres de grandeur provenant de tests utilisateurs ou médias, avec des réglages très différents (TDP, résolution, FSR, luminosité…). À prendre donc comme indication, pas comme valeurs absolues.

Comparatif autonomie – Cyberpunk 2077 #

Appareil	Estimation autonomie pour Cyberpunk 2077	Remarques
Steam Deck	~ 1 h30 à 3 h selon réglages. Par exemple, un témoignage mentionne « maximum de 1,5 h » sur le Steam Deck pour Cyberpunk (Steam Community), d’autres mentionnent ~2,5 h avec réglages optimisés (PC Optimized Settings).	Grande variabilité : dépend fortement du TDP limité, de la résolution, du FSR activé, de la luminosité.
ROG Ally / Ally X	~ 1 h à 2 h30 selon usage. Exemple : « At best, I can get 2h to 2h30 … At worst, we’re talking 50 minutes » sur l’Ally (Overkill). Un autre test évoque 3h pour l’Ally X dans un benchmark PCMark, mais pas spécifiquement pour Cyberpunk (Tom’s Guide).	L’Ally est un « PC-handheld » avec souvent TDP élevé : plus de puissance = moins d’autonomie. Réglages élevés = autonomie moindre.
Nintendo Switch 2	~ 2 h (voire un peu plus) pour Cyberpunk en portable. Test direct donne ~2h04 (AS USA).	Bien que le matériel soit moins puissant qu’un handheld PC, le jeu reste exigeant, d’où l’autonomie limitée.

Quelques précisions utiles : #

Steam Deck : un test mentionne « Estimation Battery Life : 120 Minutes » (~2 h) pour Cyberpunk avec réglages réduits (RetroResolve).
ROG Ally / Ally X : le site ROG indique qu’on peut prolonger l’autonomie en passant en mode « Performance » ou « Silent » plutôt que « Turbo » (@ROG).
Switch 2 : selon les réglages (luminosité, WiFi, etc.), pour Cyberpunk, « 2h à 2h05 » est réaliste (Reddit).

Si on résume :

Pour jouer à Cyberpunk dans un transport, une session courte : la Switch 2 est probablement la plus « stable » en autonomie (≈2 h).
Pour une meilleure expérience visuelle/performances (résolution, FPS), vous aurez à accepter une autonomie réduite sur Steam Deck ou ROG Ally.
Si vous pouvez limiter la puissance (réduire TDP, FSR, résolution, luminosité), vous pourrez grappiller quelques dizaines de minutes en plus.
Si vous prévoyez jouer longtemps, prévoir d’être proche d’une prise ou avoir une batterie externe/chargeur.

Coup de gueule 🔥 #

Franchement, ce qui m’énerve le plus avec la Switch 2 et Pokémon ZA, ce sont tous ces pseudo-experts et Youtubeurs qui déversent leurs critiques… sans même avoir la console entre les mains. Ils passent leur temps à analyser des trailers, regarder des streams ou copier des screenshots… mais jamais, jamais, ils n’ont lancé le jeu.

Résultat : des avis définitifs sur du vent, des comparaisons bidon, des critiques acerbes… tout ça sur des trucs qu’ils n’ont jamais testés. C’est un peu comme juger une voiture en ne l’ayant vue qu’en photo sur Instagram : ça ne veut rien dire !

Moi, j’y ai joué. Je connais le matos. Je sais comment ça tourne. Et tout ce qu’ils racontent, c’est du bla-bla pour faire du clic. Alors oui, la Switch 2 n’est pas parfaite. Mais au moins moi je parle en connaissance de cause, pas en recopiant ce que j’ai vu sur YouTube ou Twitter.

Alors la prochaine fois, chers critiques, avant de cracher sur une console ou un jeu, mettez vos mains dessus et testez ! Sinon, fermez-la et laissez les vrais joueurs se faire leur propre opinion.

Pokémon : pourquoi je n’ai jamais décroché de la licence

2025-10-19T11:37:21Z

Je fais partie de ceux qui ont grandi avec Pokémon. Mon premier jeu, c’était Pokémon Jaune sur Game Boy. Je me souviens encore de la sensation incroyable de voir Pikachu me suivre partout, de parler aux voisins pour échanger des Pokémon et de parcourir les écrans de ma petite Game Boy avec cette excitation unique. Mes potes avaient Rouge et Bleu, moi j’avais Jaune, et on vivait nos premières vraies aventures vidéoludiques comme si c’était une véritable quête.

Après ça, j’ai continué l’aventure avec Pokémon Colosseum sur GameCube. Pas vraiment un Pokémon “classique”, on ne pouvait capturer que des Pokémon “obscurs” pour les purifier. C’était sombre, différent, et ça changeait complètement l’expérience habituelle, mais j’avais adoré. Je me sentais impliqué, pas juste en train de collectionner des créatures, mais en train de changer leur destin.

Ma collection Switch : presque complète #

Aujourd’hui, ma collection Pokémon se trouve principalement sur Switch. J’ai quasiment tout :

Let’s Go Pikachu
Diamant Étincelant / Perle Scintillante
Épée / Bouclier
Arceus
Écarlate
Et oui… je me suis aussi laissé tenter par Pokémon Z-A récemment (mais ça, c’est pour un autre billet 😉).

Il m’en manque quelques-uns, mais dans l’ensemble, je suis un fan fidèle qui n’a jamais décroché. Chaque nouvelle génération reste pour moi une promesse de découverte et d’amusement.

Les polémiques : le Pokémon bashing permanent #

Chaque nouvelle sortie Pokémon se fait démonter. Écarlate/Violet a été critiqué pour ses bugs et son optimisation médiocre, Arceus pour ses graphismes… et pour Z-A, on a même eu droit à un appel au boycott parce qu’on ne pourrait pas importer certains Pokémon. Franchement, ça devient un sport national : détruire la licence qu’on court pourtant acheter.

Moi ? Ça ne me concerne pas. Je ne transfère jamais mes anciens Pokémon lors de mes premières parties. Je veux repartir de zéro, découvrir chaque aventure avec des yeux neufs. Redécouvrir, reconstruire une équipe, prendre plaisir à chaque capture : ça reste le vrai plaisir Pokémon.

Épée/Bouclier : le retour sur les rails #

En vieillissant, je pensais avoir passé l’âge de jouer à Pokémon. Mais Pokémon Épée/Bouclier m’a réconcilié avec la licence. Pourquoi ?

L’histoire est simple mais efficace, avec un vrai/faux méchant et un univers cohérent.
La progression est claire, et le Pokédex est agréable à compléter, guidé sur les Pokémon manquants.
Les graphismes sont jolis et colorés, tant qu’on ne parle pas des Terres Sauvages… là, c’est clairement moins réussi.
Les personnages sont attachants, hauts en couleur, et l’ambiance globale est super immersive.
Les Arènes sont transformées en stades à l’anglaise, avec musique et foule, un vrai plaisir visuel et auditif.

Oui, les Terres Sauvages sont un point faible. On rame parfois, textures floues, animations bancales… mais ça ne gâche pas le plaisir général. Pokémon Épée/Bouclier reste pour moi le meilleur épisode de la licence depuis longtemps.

La transmission : ma fille découvre Pokémon #

Récemment, ma fille a voulu essayer un Pokémon. Son choix initial : Écarlate. Sauf que ce jeu est bordélique, part dans tous les sens dès le départ, et elle aurait vite été perdue. Je lui ai conseillé Pokémon Bouclier (parce que je fais déjà un run Épée en parallèle). Et résultat ? Elle adore ! Voir que Pokémon continue de plaire aussi bien aux anciens fans qu’aux nouveaux joueurs, ça me fait vraiment plaisir.

Ça prouve une chose : Pokémon, c’est une licence qui traverse les générations, qui sait se renouveler et rester fun même quand on n’est plus un enfant.

Conclusion : Pokémon, toujours magique #

Pour moi, Pokémon n’a jamais perdu sa magie. Entre nostalgie, nouvelles aventures et partage avec ma fille, la licence reste une valeur sûre. Même si certains épisodes sont critiqués, même si la communauté ne fait jamais de cadeau, je continue de m’éclater à chaque sortie.

Et oui, Pokémon Z-A, je l’attends… mais ça, c’est une autre histoire, un billet pour plus tard. 😉

Fedora 43 : ce sera pas pour tout de suite

2025-10-17T09:15:05Z

Fedora 43 devait sortir la semaine prochaine, le 21 octobre. Eh bien… non. L’équipe a officiellement déclaré un “No-Go”, autrement dit : la version n’est pas prête à sortir.

C’est assez rare ces dernières années, car Fedora avait repris du poil de la bête : les versions sortaient souvent à l’heure, voire en avance. Mais cette fois, le chantier est trop gros pour tenir le calendrier.

🚧 Les causes du “No-Go” #

Il reste une dizaine de bugs bloquants dans la version actuelle. Parmi les plus gênants :

des problèmes dans Anaconda (l’installeur) ;
des soucis avec GDM et GNOME Shell ;
et même des régressions matérielles, comme le WiFi MediaTek MT7922 qui fait des siennes.

Certains de ces bugs sont en cours de vérification QA, d’autres pas encore corrigés. Bref, Fedora 43 n’est pas dans un état propre pour une release.

📅 Nouvelle cible #

L’équipe Fedora va retenter sa chance le 28 octobre, si tout va bien d’ici là. Sinon, deux nouvelles dates de secours sont prévues : le 4 novembre et le 11 novembre. En attendant, les développeurs continuent de bosser pour stabiliser le tout.

💭 En résumé #

Fedora 43 devait sortir dans les temps, mais la qualité passe avant tout. Et honnêtement, c’est pas plus mal : mieux vaut une version retardée qu’une version bancale. Les “No-Go” font partie de l’ADN de Fedora : rigueur, QA solide et refus de bâcler.

Légendes Pokémon : Z-A — Je n’en veux pas… mais je le veux quand même

2025-10-16T18:19:30Z

Je vais être honnête : Légendes Pokémon : Z-A, prévu pour la future Nintendo Switch 2, ce n’est pas le jeu que j’attends le plus. Je ne me dis pas “vivement sa sortie”, ni “ça va révolutionner la série”. Non, au contraire. Je regarde les bandes-annonces, les fuites, les débats en ligne… et je me dis souvent : encore un épisode de plus, qui ne changera pas grand-chose.

Et pourtant — c’est plus fort que moi — je sais que je finirai par y jouer. Parce qu’à chaque fois, c’est la même histoire.

Je râle, je dis que c’est trop répétitif, trop simple, trop commercial. Mais quand je lance le jeu… tout s’efface. D’un coup, je redeviens un gamin.

C’est difficile à expliquer à quelqu’un qui n’a pas connu cette sensation. C’est comme si le monde autour disparaissait. Les musiques, les petites animations, la découverte d’une nouvelle région, le premier Pokémon sauvage qui surgit dans les hautes herbes… Tout ça me ramène des années en arrière, quand j’étais là, assis par terre, la tête penchée sur une Game Boy, à échanger des Pokémon avec un câble Link.

Aucun autre jeu ne me fait ça. Même les plus beaux, les plus profonds, les plus spectaculaires — rien n’arrive à recréer cette magie-là. Pokémon, c’est le seul univers où je retrouve ce mélange d’innocence et de curiosité pure. Où je ne joue plus pour finir le jeu, mais juste pour le plaisir d’y être.

Alors oui, Légendes Pokémon : Z-A ne me fait pas rêver sur le papier. Mais je sais très bien que le jour de sa sortie, je serai là. Parce qu’au fond, Pokémon, c’est ma madeleine de Proust. Un rappel d’une époque où tout semblait possible, où capturer un simple Salamèche suffisait à me rendre heureux.

Et même si je sais qu’il ne me surprendra peut-être pas, ce n’est pas grave. Parce qu’à chaque nouveau Pokémon, je retrouve un peu de moi-même. Le gamin que j’étais, et que j’ai jamais vraiment cessé d’être.

Le forum refonctionne !

2025-10-09T01:23:18Z

🔧 Le forum de Passion GNU/Linux est de retour ! #

Bonne nouvelle ma poule ! 🎉 Après quelques galères techniques et un peu de patience, le forum de Passion GNU/Linux refonctionne enfin. Tu peux à nouveau t’y connecter, parcourir les discussions, poser tes questions ou tout simplement papoter avec la communauté.

Ces derniers jours sans forum ont montré à quel point cet espace manquait. C’est un petit coin du Web où on aime partager nos astuces, râler un peu sur certaines distros (coucou Arch 😏), et parler de tout ce qui touche au monde GNU/Linux sans prise de tête.

Un grand merci à celles et ceux qui ont aidé à le remettre sur pied — et surtout à vous tous pour votre patience.

➡️ Le forum, c’est par ici : [https://passiongnulinux.tuxfamily.org/forum/] Venez relancer les discussions, en créer de nouvelles, et faire vivre à nouveau notre petit monde libre et passionné ❤️

Incroyable : Red Hat se fait pirater, et soudain tout le monde devient muet. Le miracle du libre corporate.

2025-10-08T22:07:06Z

Le silence complice autour du piratage de Red Hat : lâcheté ou connivence ? #

Le 2 octobre 2025, Red Hat s’est fait pirater. Pas un petit incident de serveur obscur — non, une compromission de son instance GitLab interne, avec des projets sensibles exposés et potentiellement des morceaux de la chaîne logicielle mis à nu. Une claque monumentale pour une entreprise qui se drape depuis des années dans le costume du sérieux et de la sécurité.

Et pourtant… personne n’en parle. Silence total du côté francophone. Pas un mot des « influenceurs Linux », pas un billet, pas une vidéo. Comme si l’affaire gênait. Et c’est bien le problème.

Quand ce n’est pas Red Hat, tout le monde aboie #

Si c’était Debian, Arch ou un petit projet open source, les réseaux seraient en feu. Les mêmes qui font des vidéos de 30 minutes sur “le dernier bug Debian" auraient déjà sorti la loupe et les grands discours sur la sécurité du libre. Mais là ? C’est Red Hat, l’enfant chéri du monde professionnel, le “gros sérieux” du libre d’entreprise. Alors tout le monde se tait, trop occupé à ne pas se fâcher avec la marque rouge.

Manque de courage ou simple hypocrisie ? #

Appelons un chat un chat : c’est de la lâcheté. Certains créateurs de contenu Linux se disent indépendants, mais leur silence prouve surtout qu’ils ont peur de perdre un partenariat, un accès privilégié ou une image “neutre”. Sauf qu’à force de ménager la chèvre et le chou, ils finissent par servir le loup.

Parler d’un piratage confirmé par Red Hat, ce n’est pas “cracher dans la soupe”. C’est juste faire son boulot d’informateur, de passionné, de défenseur du libre. Mais pour ça, il faut un peu de colonne vertébrale.

Le libre, ce n’est pas que du marketing #

Red Hat aime parler de “transparence”, de “sécurité” et de “responsabilité”. Mais quand l’entreprise se fait ouvrir son GitLab comme une boîte de conserve, c’est motus et bouche cousue côté communauté. Pourquoi ? Parce qu’on préfère regarder ailleurs plutôt que d’admettre que même les géants du libre peuvent être pris la main dans le code.

Ce n’est pas un crime de se faire pirater. C’en est un de laisser filer ça sans débat, sans analyse, sans réflexion. Le libre, ce n’est pas juste un logo rouge sur un polo corporate. C’est un esprit critique, et cet esprit est clairement en veille prolongée.

Red Hat, tu veux jouer dans la cour des grands ? Assume les règles #

Quand on est une entreprise de cette taille, avec cette image, on doit rendre des comptes. Pas à ses actionnaires. À la communauté. Parce que sans elle, Red Hat n’est qu’un nom de marque vide.

On attend des réponses claires, des détails techniques, une communication honnête — pas un communiqué de crise lisse et sans saveur.

Conclusion : se taire, c’est trahir #

Ce piratage est grave, oui. Mais ce qui est encore plus grave, c’est le mutisme général de ceux qui prétendent défendre le libre. Ce silence est une trahison. Une preuve que la passion a cédé la place à la complaisance.

Alors non, je ne me tairai pas. Parce que si on commence à protéger les puissants au nom du “libre”, alors on a déjà tout perdu.

Gentoo fait le ménage dans ses miroirs Git : seuls les dépôts officiels resteront

2025-10-08T17:14:42Z

Gentoo vient d’annoncer une décision importante concernant la gestion de ses miroirs Git : à partir du 30 octobre 2025, seuls les dépôts officiels continueront à bénéficier des miroirs avec cache. Tous les autres dépôts, notamment ceux de la communauté hébergés dans l’organisation gentoo-mirror sur GitHub, seront supprimés.

🧹 Pourquoi ce changement ? #

L’équipe Gentoo explique que le coût et la complexité de maintenance de ces nombreux miroirs sont devenus trop élevés. Pour simplifier les choses et concentrer les efforts sur les projets principaux, Gentoo ne conservera que les miroirs des dépôts suivants :

::gentoo
::guru
::kde
::science

Tous les autres miroirs seront désactivés, puis supprimés définitivement le 30 octobre 2025.

⚙️ Que faut-il faire ? #

Si tu as ajouté des dépôts tiers avec une ancienne version d’eselect-repository (avant la 15), il te faudra les réactiver avec la version 15 ou supérieure, afin de mettre à jour leurs adresses de synchronisation :

eselect repository remove monrepo
eselect repository enable monrepo

Une fois les anciens miroirs supprimés, les dépôts restés sur ces anciennes adresses provoqueront des erreurs de synchronisation. C’est voulu : cela permettra d’éviter que des utilisateurs restent bloqués sur des miroirs obsolètes.

✅ Si tu n’as rien touché, tu n’as rien à faire #

Les utilisateurs qui n’ont jamais utilisé eselect-repository ou les dépôts provenant de gentoo-mirror ne sont pas concernés. Gentoo continuera à utiliser les URI officiels des dépôts via repositories.xml et les nouvelles versions d’eselect-repository.

En résumé #

Gentoo fait du ménage et se recentre sur ses dépôts officiels. 👉 Si tu utilises des dépôts communautaires, vérifie ta configuration avant le 30 octobre 2025. 👉 Si tu ne sais pas de quoi il s’agit, tout va bien, tu n’as rien à changer.

Migrer vers openSUSE Leap 16 avec l’outil de migration

2025-10-05T00:49:20Z

Introduction #

La migration entre versions Linux peut souvent être source de difficultés — notamment à cause des dépôts tiers qui ne sont pas toujours mis à jour à temps. L’annonce publiée sur le site officiel openSUSE met en lumière une solution pour alléger cette transition : l’opensuse-migration-tool. (openSUSE News)

Dans ce billet, je vous propose une version structurée, claire et adaptée (avec quelques compléments) pour comprendre comment migrer vers Leap 16.0.

Pourquoi utiliser l’outil de migration ? #

L’outil opensuse-migration-tool a été conçu pour rendre la migration :

simple et sûre ;
prédictible et automatique dans de nombreux aspects. (openSUSE News)

Voici ce qu’il gère :

Installation automatique de définitions de dépôts de distribution (les bons dépôts pour Leap 16) (openSUSE News)
Désactivation des dépôts non distribués (dépôts tiers) pour limiter les conflits (openSUSE News)
Exécution de zypper dup (distribution upgrade) de façon contrôlée (openSUSE News)
Propositions de scripts post-migration pour appliquer de nouveaux réglages (ou conserver les préférences) (openSUSE News)
Vérifications pré-migration (par exemple compatibilité matérielle, architecture supportée) (openSUSE News)
Redémarrage automatique à la fin (openSUSE News)
Option de retour arrière via Snapper rollback ou choix de démarrer l’ancien snapshot via le menu GRUB (openSUSE News)

L’outil n’est pas limité à passer de Leap n → Leap n+1 : on peut aussi migrer vers SUSE Linux Enterprise (SLE), vers Slowroll, Tumbleweed, etc. (openSUSE News)

Un avantage majeur : la gestion des dépôts de distribution est désormais automatisée via openSUSE-repos, ce qui évite de devoir modifier manuellement chaque dépôt. Cette approche est désormais le comportement par défaut pour Leap 16 et Leap Micro 6. (openSUSE News)

Étapes de la migration #

Voici une version adaptée de la procédure recommandée :

Étape	Action suggérée	Commentaires / précautions
1	Sauvegarde du système	Si vous utilisez Btrfs (par défaut sur Leap), utilisez Snapper pour prendre un snapshot.
2	Mise à jour complète	`sudo zypper ref && sudo zypper up` pour s’assurer que tous les paquets de Leap 15.6 sont à jour avant la migration.
3	Installation de l’outil de migration	`sudo zypper in opensuse-migration-tool` (s’il n’est pas déjà installé) (openSUSE News)
4	Essai en mode “dry-run”	`/usr/sbin/opensuse-migration-tool --dry-run` (sans faire de changements) (openSUSE News)
5	Lancement de la migration	`sudo opensuse-migration-tool` puis suivre les menus. L’outil vous demandera de désactiver les dépôts non distribués, etc. (openSUSE News)
6	Redémarrage & vérifications	Une fois la migration terminée, redémarrez. Vérifiez que tous vos services fonctionnent, que vos configurations sont intactes.
7	Retour arrière (optionnel)	Si quelque chose ne va pas, utilisez Snapper pour faire un rollback, ou choisissez l’ancien snapshot via GRUB.

Ce qu’il faut savoir avant #

Quelques points à garder en tête :

L’outil effectue des vérifications pré-migration, notamment pour vérifier que votre matériel (CPU) est compatible avec la version requise (architecture x86_64-v2). (openSUSE News)
Le déplacement automatique des dépôts de distribution via openSUSE-repos simplifie grandement le processus. (openSUSE News)
Bien que l’outil rende la migration beaucoup plus aisée, il reste conseillé de consulter les notes de version de Leap 16 et la page des bugs connus avant de lancer l’opération. (openSUSE News)
L’outil est encore qualifié d’expérimental, donc prudence — particulièrement sur des systèmes de production. (openSUSE News)
À l’avenir, une interface GTK4 est envisagée pour rendre l’outil plus intuitif graphiquement, tout en conservant la logique centrale de migration. (openSUSE News)

Nouveau chapitre : bienvenue à openSUSE Leap 16

2025-10-04T00:44:54Z

Les membres du projet openSUSE sont ravis d’annoncer la sortie de openSUSE Leap 16. Cette version majeure de la distribution Linux communautaire à publication fixe introduit une nouvelle pile logicielle, un cycle de maintenance et de sécurité inégalé, un installateur modernisé, et une simplification des options de migration. ([openSUSE News][1])

« Les fournisseurs et les développeurs devraient envisager sérieusement Leap (et Leap Micro) comme plateforme cible pour leurs solutions. Vous bénéficiez de 24 mois de maintenance et de mises à jour de sécurité gratuites. Aucune autre distribution communautaire n’offre cela sans coût. » — Lubos Kocman, responsable de version ([openSUSE News][1])

Principales nouveautés de Leap 16 #

Leap 16 adopte une architecture x86-64-v2 comme niveau minimum requis pour le processeur. En pratique, cela signifie des machines datant d’environ 2008 ou après. ([openSUSE News][1])
Le support par défaut du 32-bits (ia32) est désactivé, mais les utilisateurs ont la possibilité de l’activer manuellement — utile par exemple pour Steam ou d’autres applications dépendant de bibliothèques 32 bits. ([openSUSE News][1])
Leap 16 repose sur la même base que SUSE Linux Enterprise Server (SLES), assurant une identité source et binaire identique. Cela permet une migration fluide vers SLES pour les utilisateurs qui le souhaitent. ([openSUSE News][1])
Le nouvel installateur Agama remplace l’ancien installateur basé sur YaST et offre une expérience plus moderne et fluide. ([openSUSE News][1])
Le gestionnaire de paquets Zypper bénéficie désormais du support des téléchargements parallèles, ce qui accélère les installations et mises à jour. ([openSUSE News][1])
Un outil de migration simplifié est inclus pour passer de Leap 15 à Leap 16, ou migrer vers des versions comme Slowroll, Tumbleweed ou même vers SLES. ([openSUSE News][1])

Cycle de vie et perspectives #

Leap 16 marque le début d’un nouveau cycle de vie. À moins de changements stratégiques, des versions mineures annuelles continueront jusqu’en 2031 (jusqu’à Leap 16.6). Le successeur de Leap 16 est attendu en 2032. ([openSUSE News][1]) Leap Micro (la version immuable serveur) adopte le même calendrier. ([openSUSE News][1])

Pour la sécurité, SELinux devient le module de sécurité Linux (LSM) par défaut, tandis qu’AppArmor reste une option que l’on peut activer après installation. ([openSUSE News][1])

Et après ? #

Au fur et à mesure que Leap 16 évoluera, d’autres avancées seront attendues dans les domaines de l’automatisation, de la conteneurisation, des outils système ou du chiffrement matériel. ([openSUSE News][1]) Les développeurs intéressés sont encouragés à participer à la réunion hebdomadaire de revue des fonctionnalités chaque lundi. ([openSUSE News][1])

Pour consulter les bugs connus ou laisser des retours, les utilisateurs peuvent se référer au wiki d’openSUSE ou répondre à l’enquête publiée. ([openSUSE News][1])

[1]: https://news.opensuse.org/2025/10/01/next-chapter-opens-with-leap-release/ "

Next Chapter Opens with Leap 16 Release -

openSUSE News

Presque une année sous Gentoo : retour d’expérience

2025-10-04T00:16:56Z

6 mois sous Gentoo ? En vrai, on est plutôt proche d’une année complète. J’ai commencé l’aventure le 20 novembre 2024 — j’en avais parlé dans ce billet. Une première pause en décembre de cette même année pour tester le cadeau de Vinceff, la GLFOS.

En réalité, on pourrait même dire que tout avait commencé plus tôt avec l’installation de Calculate Linux.

Je suis revenu sur Gentoo en mars 2025, puis je l’ai quittée en août (autour du 3). C’est documenté — je ne cache rien — dans ce billet. Une dizaine de jours d’escapade sous NixOS avant de revenir très vite dans la foulée… et ne plus repartir depuis.

Bref, sans compter ces dix jours d’interlude NixOS, les 6 mois sont dépassés. Et je crois que c’est la première fois que je fais un vrai bilan de Gentoo. Je ne me relis pas souvent, mais ce que je ressens aujourd’hui est clair : Gentoo est la distribution qui me va le mieux. Celle qui a réussi là où les autres ont échoué : me faire arrêter Debian. (Et ça, ce sera l’occasion d’un autre billet).

Gentoo et les clichés #

Globalement, je trouve Gentoo parfaite. Et je pense sincèrement que ce qui se dit dans la sphère francophone est largement exagéré. Le pire, c’est que certaines personnes qui en parlent sont — ou ont été — des utilisateurs de Gentoo, et pourtant ils n’ont pas été honnêtes.

Il y a comme une association automatique : Gentoo = technique. Mais la seule chose que Gentoo demande, c’est de la patience.

Ceux qui prétendent qu’il est incroyable de maintenir une Gentoo mentent. Je vais plus loin : d’après mon expérience, il est moins difficile d’entretenir une Gentoo qu’une Slackware ou une Arch Linux. Et parfois même plus simple qu’une Debian Stable avec du pinning Testing/Sid ou l’inverse.

Gentoo, elle, ne me demande pas d’efforts. Ou très rarement.

Exemple concret : Steam #

Le seul vrai obstacle que j’ai rencontré, c’est l’installation de Steam depuis l’overlay adapté. La documentation expliquait bien tout ce qui allait coincer, et malgré ça je suis tombé sur une dépendance circulaire impossible à résoudre proprement. J’ai alors installé Flatpak rien que pour Steam — ce qui allait à l’encontre de mon objectif d’avoir un OS 100% libre de Snap/Flatpak.

Finalement, le problème venait du jeu Cataclysm-DDA. En le désinstallant le temps d’installer Steam, tout est passé. Et je l’ai réinstallé après sans souci.

Voilà pourquoi je répète : Gentoo demande patience et réflexion, pas plus.

Gentoo, ça marche. Point. #

Aujourd’hui, ma Gentoo gère tout :

le Wi-Fi, le Bluetooth, ma carte NVIDIA,
Steam, Lutris, Heroic,
mes casques gamers (filaire et sans fil), mes enceintes Bluetooth,
mes manettes Xbox Series…

Bref : tout fonctionne. Et je n’ai rien eu à faire de plus que sur une Debian.

C’est là que la question se pose : où est la soi-disant “difficulté Gentoo” dont parlent les fameux youtubeurs francophones ?

Je ne suis pas informaticien #

Précision importante : je ne suis pas dans le domaine de l’informatique. Mon boulot n’a rien à voir. Je suis autodidacte. Donc non, je ne fais pas partie de cette couche d’utilisateurs bardés de connaissances techniques.

Et pourtant, je maintiens Gentoo sans problème. Alors que NixOS et ses fichiers nix pour les recettes de paquets, par exemple, restent pour moi une logique incompréhensible.

Comparons franchement :

Arch : bien plus dure à maintenir dans le temps.
Slackware : plus compliquée à rendre utilisable et stable.
Debian : dès qu’on joue avec le pinning, ça peut vite devenir un enfer.

Gentoo, elle, ne demande que deux qualités : patience et réflexion. Tout le reste, elle te l’apporte.

Gentoo et la compile : la vraie différence #

Autre mythe : “il n’y a pas de différence entre une distribution binaire et Gentoo qui compile”. Ceux qui affirment ça n’ont clairement pas l’expérience.

Mon histoire : je suis un KDEiste convaincu. Je n’ai pas accroché à Ubuntu à ses débuts, justement parce qu’elle était centrée sur GNOME, et que Kubuntu faisait pâle figure à côté. À l’époque, je tournais sous KDE 3.4, puis 3.5. Et je peux dire que la dernière fois que j’ai été vraiment content de KDE, c’était avec la 3.5.

KDE4 est arrivé : lenteurs, bugs, Dolphin qui se lançait à la vitesse d’un escargot. Plasma 5 a corrigé beaucoup de choses, mais le lancement des applications restait lent. Et ça, je ne le supportais pas.

Exemple : Dolphin.

Sur toutes les distros binaires, il lui faut presque une seconde pour s’ouvrir.
Sur Gentoo ? Instantané.

Et ce n’est pas qu’une impression. Même Konsole, Kate et d’autres applis KDE sont plus rapides à se lancer.

La raison ? La compilation adaptée à ma machine. Je ne vois pas d’autre explication. Même face à une distribution réputée optimisée comme CachyOS, Gentoo reste plus réactive.

Conclusion intermédiaire : Gentoo, l’OS qui me correspond #

On m’avait dit que Gentoo allait tuer ma machine, que les compilations seraient un cauchemar. C’est l’inverse.

Oui, je compile. Mais dans un OS conçu pour ça. Et le résultat, c’est :

un système réactif,
stable,
complet,
et qui me ressemble.

Gentoo n’est pas difficile. Gentoo est honnête. Elle ne te vend pas du rêve, elle ne te cache pas la réalité. Elle te demande d’être patient et de réfléchir. Et en retour, elle t’offre une expérience que très peu de distributions savent donner.

Pourquoi Gentoo ? #

Pourquoi Gentoo ? Ou plutôt : pourquoi et comment Gentoo est la distribution qui a réussi à me détacher de Debian, là où toutes les autres ont échoué ?

Je ne vais pas repartir à vous raconter un temps que les moins de vingt ans n’ont pas connu, mais grosso modo, j’ai presque toujours eu Debian sur ma machine principale. Pourquoi ? Parce que tout était stable : le projet, la distribution, les paquets, les fonctions…

Depuis 2020 (et en fait même depuis le changement de PC en 2018), je n’étais plus stable du tout. J’ai passé mon temps à faire du distrohopping : Debian, openSUSE, Ubuntu, NixOS, Fedora…

J’étais persuadé que si une distribution devait me faire quitter Debian, ce serait openSUSE. J’y contribuais, je faisais des paquets, j’aimais sa rolling (Tumbleweed) et sa Leap, j’adorais l’Open Build Service qui simplifie le packaging… et surtout, c’était la seule distro qui m’avait vraiment mis en avant, en me remerciant de mes contributions et en me donnant le titre de membre. Bref, j’y croyais.

Sauf que non. À chaque fois, un détail me faisait revenir à Debian.

Des annonces qui donnaient une impression d’instabilité chronique.
Des fichiers de configuration placés là où ils ne devraient pas.
Et même parfois, la mentalité de certains salariés de SUSE qui prenaient les contributeurs de haut.

Alors j’ai testé encore et encore. Debian me sortait par les yeux, alors j’ai tenté son opposé : NixOS.

Techniquement, c’est la plus intéressante. Une distro unique, avec un côté déclaratif qui peut rendre Linux magique. Mais derrière, on se cogne vite aux limites. Parfois un truc compliqué se configure en 3 lignes… et un truc simple devient un cauchemar. Et surtout, créer des paquets en nix est une torture. Autant la configuration me semblait claire (mélange de YAML et JSON), autant écrire des “recettes” de paquets était imbuvable. J’ai lâché.

J’allais retourner sur Debian (en passant par Ubuntu qui m’avait pas mal plu), quand je me suis dit : et pourquoi pas Gentoo ?

À l’époque (2007 ? peut-être 2008 ou 2009), j’avais testé Gentoo : compiler son noyau à la main, OpenOffice qui prenait une journée de compilation, KDE3.5 qui nécessitait 2 jours… Un cauchemar. Et les youtubeurs francophones n’ont rien arrangé : toujours à dire que Gentoo, c’est pour les moines tibétains sans vie sociale.

Alors j’ai commencé par sa cousine “humaine” : Calculate Linux. Une Gentoo full binaire, installée en 5 minutes. J’ai adoré. Mais rapidement, j’ai commencé à jouer avec le make.conf, ajouter des CPU_FLAGS, modifier des USE, activer du unstable… bref, de plus en plus de compilations. Et je me suis dit : autant passer à Gentoo directement.

Et là, le coup de foudre. Le même que j’avais eu en découvrant Debian à l’époque.

Gentoo a une mauvaise réputation : inaccessible, élitiste, hautaine. En réalité, c’est tout le contraire. Pas d’arrogance, pas de “RTFM” méprisant, pas de politique. Juste de l’aide, du partage, de la bienveillance, des conseils. Et ça, putain, ça fait du bien. Parce que oui, Debian a fini par me fatiguer aussi à cause de sa communauté francophone gangrénée par la politique. Les débats anarchistes-bobos-gauchistes prenaient trop de place.

Gentoo, elle, ne mélange pas tout ça. Elle me stimule techniquement, sans excès comme Arch, sans rigidité comme Debian. Elle me permet d’apprendre tous les jours, d’avoir un système stable mais moderne, et surtout… elle me correspond.

Lettre ouverte à Microsoft : arrêtez de prendre vos fans pour des pigeons!

2025-10-03T15:43:48Z

Je ne vais pas tourner autour du pot : je suis en colère. Pas la petite frustration passagère, non. Une vraie rage, celle d’un joueur qui se fait poignarder dans le dos par la marque qu’il soutient depuis des années.

Le 1er octobre, vous avez décidé de « refondre » le Xbox Game Pass. En réalité, c’est une exécution publique de notre fidélité.

26,99 € par mois ?! #

Vous osez appeler ça une amélioration ?! Votre Game Pass Ultimate passe de 17,99 € à 26,99 €. Une hausse de 9 €, soit plus de 50 % d’augmentation d’un coup.

Vous réalisez ce que vous faites ? 323,88 € par an pour un abonnement. Avec ça, je peux acheter une console d’occas’ ou une pile de jeux neufs. Mais non, vous préférez nous pressurer comme des citrons.

Vos excuses bidons, gardez-les #

Vous croyez qu’on est dupes ? « Fortnite Crew inclus » (comme si tout le monde en avait besoin), « Ubisoft+ Classics », « 75 jeux par an », « cloud gaming amélioré », « Rewards boostés »…

Stop. Personne n’a demandé ça. Personne. Vous nous balancez du contenu forcé juste pour gonfler artificiellement la facture. Le pire ? Vous osez appeler ça de la « valeur ajoutée ». Non, c’est de la poudre aux yeux.

Moi, je voulais quoi ? Mes jeux Day One. Point. Pas un abonnement Frankenstein bricolé pour justifier une saignée mensuelle.

La trahison ultime #

Et qui trinque ? Les joueurs Ultimate. Ceux qui vous étaient le plus fidèles. Ceux qui défendaient Xbox quand tout le monde riait de vous à l’époque de la One. Aujourd’hui, c’est nous que vous égorgez les premiers.

Vous n’avez plus aucune honte. Vous nous avez transformés en vaches à lait, persuadés qu’on paiera quoi qu’il arrive parce qu’on « aime trop Xbox ». Mais vous oubliez une chose : la fidélité, ça se respecte. Et une passion, ça ne s’achète pas avec un relevé bancaire.

Message clair à Phil Spencer et Microsoft #

Vous venez de flinguer ce qui faisait la magie du Game Pass. Vous venez de transformer un service révolutionnaire en une usine à fric. Et vous venez surtout de perdre la confiance de vos fans.

Alors écoutez bien : à 26,99 €, ce n’est plus du jeu. C’est du vol. Et si vous continuez sur cette voie, vous allez finir seuls avec vos excuses marketing et vos partenariats « premium ». Parce qu’un fan trahi, ça finit toujours par claquer la porte.

Et moi, je suis à deux doigts de le faire.

Red Hat piraté : une instance GitLab compromise, des données sensibles en fuite.

2025-10-02T22:10:03Z

Red Hat, pilier du monde open source et éditeur de solutions d’entreprise parmi les plus utilisées au monde, vient de confirmer un incident de sécurité d’ampleur. En cause : la compromission d’une instance GitLab interne, exploitée par ses équipes de conseil. Un groupe d’extorsion se faisant appeler Crimson Collective revendique l’attaque et affirme avoir dérobé un volume massif de données.

570 Go de données volées #

D’après Crimson Collective, les assaillants auraient exfiltré près de 570 Go de données compressées, correspondant à 28 000 dépôts Git internes. Ces dépôts contiendraient du code, des configurations et surtout environ 800 rapports d’engagement client (Customer Engagement Reports, CERs).

Ces CERs sont des documents sensibles qui peuvent renfermer :

des informations détaillées sur les infrastructures des clients,
des plateformes déployées,
des configurations système,
des identifiants et jetons d’authentification,
des points faibles de sécurité potentiels.

Autrement dit : un véritable trésor pour des cybercriminels cherchant à cibler non seulement Red Hat mais aussi ses clients.

Red Hat reconnaît l’incident, mais minimise #

Red Hat a publié un communiqué confirmant qu’il s’agissait bien d’une compromission :

« Red Hat est au courant de rapports relatifs à un incident de sécurité lié à notre activité de conseil, et nous avons entamé les démarches de remédiation nécessaires. La sécurité et l’intégrité de nos systèmes et des données qui nous sont confiées restent notre priorité absolue. À ce jour, nous n’avons pas de raison de croire que ce problème de sécurité impacte d’autres services ou produits Red Hat, et nous sommes très confiants dans l’intégrité de notre chaîne logicielle. »

L’éditeur précise que seule une instance GitLab utilisée par ses équipes de conseil est concernée, et non pas son GitHub officiel ni ses pipelines de développement produit.

Des clients prestigieux potentiellement exposés #

Crimson Collective a publié une liste des dossiers prétendument volés, ainsi que des CERs couvrant la période 2020 à 2025. Parmi les noms cités, on retrouve des organisations de premier plan :

Bank of America
T-Mobile
AT&T
Walmart
Costco
FAA (Federal Aviation Administration)
La Chambre des représentants des États-Unis

Si ces informations sont authentiques, elles constituent un risque considérable pour la sécurité de ces organisations, car elles exposent indirectement leurs architectures et systèmes à des attaques futures.

Des données critiques découvertes dans les dépôts #

Les pirates affirment avoir trouvé dans les dépôts GitLab volés :

des tokens d’authentification encore valides,
des URIs complètes de bases de données,
des informations internes permettant d’accéder aux systèmes clients.

Selon eux, ces accès ont été exploités pour pénétrer plus avant certaines infrastructures. Si cela se confirme, il ne s’agit pas seulement d’une fuite de données, mais d’une compromission active.

Une tentative d’extorsion ignorée par Red Hat #

Les pirates disent avoir tenté de contacter Red Hat pour négocier une rançon. En guise de réponse, ils auraient reçu un simple message automatisé les redirigeant vers le processus classique de bug bounty / disclosure. Leur ticket aurait ensuite circulé entre plusieurs départements (juridique, sécurité, etc.) sans véritable prise en compte de la demande.

Ce mépris affiché a sans doute poussé Crimson Collective à publier la liste des données volées, en guise de démonstration de force.

Un groupe déjà remarqué #

Ce n’est pas la première fois que Crimson Collective fait parler de lui. La semaine précédente, le groupe avait brièvement défiguré une page de discussion de Nintendo, y insérant ses coordonnées et un lien vers son canal Telegram.

Quelles conséquences pour Red Hat et ses clients ? #

Pour Red Hat, l’impact immédiat est une atteinte à sa réputation : une entreprise qui prône la sécurité et l’intégrité de l’open source se retrouve victime d’une faille dans sa propre gestion interne. Pour ses clients, le risque est plus grave : si les CERs contiennent réellement des identifiants ou des informations exploitables, cela ouvre la porte à des attaques ciblées contre des infrastructures critiques.

Une affaire à suivre de près #

Red Hat a promis de mener une enquête approfondie, mais pour l’instant, les détails restent limités. Ce qui est certain, c’est que cette affaire illustre une fois de plus :

la fragilité des chaînes de développement et d’intégration continue,
la valeur énorme des dépôts internes pour les cybercriminels,
et la nécessité pour les entreprises de protéger non seulement leurs produits finaux, mais aussi leurs processus internes de conseil et d’intégration.

👉 Cet incident pourrait bien devenir un cas d’école dans la cybersécurité : il ne s’agit pas seulement d’un piratage de données, mais potentiellement d’une attaque par ricochet qui met en danger l’écosystème entier des clients de Red Hat.

Refonte du Xbox Game Pass : Microsoft sonne la fin de la récré avec une explosion des prix!

2025-10-02T15:39:18Z

Je suis furieux. J’ai la rage. Parce que ce 1er octobre, Microsoft a décidé de tourner le dos à ses fans les plus fidèles. Derrière le joli discours marketing, la refonte du Xbox Game Pass n’est rien d’autre qu’une gifle monumentale infligée à ceux qui soutiennent la marque depuis des années.

On nous parle d’une « restructuration » en trois formules : Essential, Premium et Ultimate. Du vernis, du cosmétique. La réalité ? Une augmentation tarifaire historique, une inflation qui fracasse de plein fouet les joueurs qui avaient fait confiance à l’offre la plus complète.

Essential : 8,99 € (soit 2 € de plus qu’avant).
Premium : 12,99 € (le prix ne bouge pas).
Ultimate : 26,99 € ! Je répète : 26,99 € !

L’ancien tarif était de 17,99 €. On parle donc de 9 € de plus par mois, soit une hausse de plus de 50 %. Et ça, ce n’est pas une refonte. C’est un braquage.

Microsoft, tu nous prends pour des vaches à lait #

Bien sûr, Microsoft a sorti son argumentaire bien huilé : « Fortnite Crew inclus » (11,99 € soi-disant), « Ubisoft+ Classics », « 75 jeux dès leur sortie par an », « cloud gaming amélioré », « un programme Rewards repensé »… Mais qui t’a demandé ça ? Sérieusement.

Je n’ai jamais réclamé Fortnite Crew. Je n’ai pas envie d’un abonnement à rallonge qui rajoute des couches de contenu que je n’utiliserai même pas. Moi, je voulais jouer à mes jeux Day One, découvrir de nouvelles pépites et profiter d’un prix juste. Pas qu’on me balance une tonne de services plaqués or pour justifier une facture monstrueuse.

C’est simple : avec ce tarif, en un an, l’Ultimate me coûte 323,88 €. On est passé d’un abonnement avantageux pour passionnés à une saignée économique qui rivalise avec l’achat pur et simple de jeux en boîte. Microsoft, tu tues l’esprit du Game Pass.

La trahison des plus fidèles #

Ce qui me met hors de moi, c’est que ce sont les fans hardcore, ceux qui tenaient Xbox à bout de bras, qui paient la facture. Les nouveaux venus s’en sortiront avec des formules correctes, mais nous, les abonnés Ultimate, ceux qui étaient là dès le départ, on se fait dépouiller.

On nous vend ça comme une « montée en gamme ». Non. C’est une montée en prix. Point. C’est Microsoft qui teste jusqu’où sa communauté est prête à plier. Mais il y a une limite : la passion, ça ne s’achète pas. La fidélité, ça se respecte.

Un goût amer #

J’ai connu Xbox avec la 360, j’ai soutenu la marque dans ses hauts comme dans ses bas, et j’ai adoré l’idée du Game Pass, ce service qui redéfinissait notre façon de jouer. Mais aujourd’hui, j’ai le sentiment qu’on me le vole, qu’on me l’arrache pour le transformer en une usine à fric.

Microsoft a peut-être gagné en chiffres, mais il a perdu quelque chose de bien plus précieux : la confiance de ses joueurs.

Et ça, je ne suis pas prêt de leur pardonner.

Trop d’environnements de bureau, le vrai problème du logiciel libre?

2025-09-26T12:41:03Z

On aime dire que le logiciel libre, c’est la diversité. Et c’est vrai. Les distributions Linux sont nombreuses, et pourtant dans les faits, ce sont toujours les mêmes bases qui tiennent la route : Debian/Ubuntu, Fedora, openSUSE, Arch (je rajoute Gentoo et Slakware). Les autres, ce sont des niches, des forks qui intéressent surtout les habitués ou les curieux. Pour un utilisateur qui découvre Linux par hasard, c’est Ubuntu à 99 %. Et au final, cette multiplicité de distributions ne pose pas tant de problèmes : la majorité des utilisateurs se concentre sur quelques-unes seulement.

Mais il y a un sujet bien plus gênant, et qu’on sous-estime : la fragmentation des environnements de bureau. C’est là que le bât blesse, bien plus que dans le choix de la distribution.

Une jungle d’environnements #

Unity, GNOME, KDE Plasma, XFCE, LXQt, LXDE, Cinnamon, MATE, Budgie, Pantheon, Deepin, Trinity, Enlightenment, Moksha, Lumina, Sugar, CDE, IceWM, Fluxbox, Openbox, Blackbox, JWM, FVWM, AfterStep, ROX Desktop, Plasma Mobile… et encore, j’en oublie. On pourrait presque en faire un dictionnaire.

Alors bien sûr, certains ne sont plus que des survivants, d’autres des expérimentations, d’autres encore des forks tenus à bout de bras par des passionnés. Mais pour l’utilisateur lambda, ça reste un océan de choix incompréhensible, où chaque bureau a ses particularités, ses bugs et ses incohérences.

Trois suffiraient #

Dans les faits, GNOME, KDE Plasma et XFCE couvrent déjà la quasi-totalité des usages.

GNOME pour ceux qui veulent la sobriété,
KDE pour ceux qui veulent la puissance et la personnalisation,
XFCE pour ceux qui cherchent la légèreté.

À eux trois, ils représentent la très grande majorité des utilisateurs. Alors pourquoi persister à se disperser ?

Imagine si toute l’énergie des développeurs qui travaillent sur les 20 autres environnements était réinjectée dans ces trois-là. On aurait des bureaux fignolés, stables, fiables, sans les sempiternels soucis audio (PulseAudio, PipeWire), les incompatibilités Wayland, les périphériques qui refusent de fonctionner correctement. On n’aurait plus besoin d’un bac +4 pour brancher un casque à 300 €, une manette ou un volant. On aurait juste… un bureau qui marche.

Réponse au billet de Frédéric Béziès #

Frédéric Béziès, dans son billet « Un trop plein d’environnements de bureau dans le monde du logiciel libre ? » (25 septembre 2025), défend l’idée que l’inflation n’est pas si grande, et qu’en réalité seuls cinq environnements majeurs subsistent : Cinnamon, GNOME, KDE, LXQt et XFCE. Pour lui, on est loin d’une explosion.

Je comprends son point, mais je ne partage pas entièrement sa conclusion.

Ignorer les “secondaires” (Budgie, Pantheon, Deepin, etc.) ne les fait pas disparaître. Ces bureaux existent, sont intégrés dans certaines distributions, et donc confrontent les utilisateurs à leurs limites.
Écarter MATE parce que son rythme de développement est jugé trop lent, c’est oublier que la stabilité peut être une qualité. Tout ne se mesure pas au nombre de commits.
Comparer avec les distributions n’a pas beaucoup de sens : la plupart des gens se fichent des distros qu’ils n’installeront jamais, mais ils subissent directement les problèmes liés à l’environnement de bureau choisi par défaut dans “leur” distro.
La diversité technique est une richesse, mais elle se paye en complexité pour l’utilisateur final. Et c’est lui, au bout de la chaîne, qui doit gérer les bugs et incompatibilités.

Conclusion : simplifier pour mieux avancer #

Le logiciel libre n’a pas besoin de 15 bureaux. Il a besoin de trois solides piliers. Trois environnements bien polis, maintenus par une communauté soudée, qui garantissent une expérience utilisateur simple, stable et fiable.

La diversité, oui. Mais pas au prix de rendre Linux inutilisable pour le premier venu qui espère simplement allumer son PC, brancher son casque et jouer sans se prendre la tête.

En un mot : moins de dispersion, plus de finition.

Test de la souris gaming Battletron de chez ACTION, on achète ?

2025-09-22T17:08:16Z

Je ne pensais pas écrire un jour un billet sur une souris gaming, vu que je joue surtout sur console. Mais parfois, un jeu PC comme DeadByDaylight me donne envie de m’y mettre sérieusement, et forcément, il faut un minimum de matos. Alors quand je suis tombé sur une souris à moins de 8 € chez Action, je me suis dit : « allez, pourquoi pas ? », à ce prix-là, je pensais plus adopter un presse-papier lumineux qu’une vraie souris gaming. Et pourtant… elle m’a surpris. Une souris gaming à moins de 8 € ? Ça sent le gadget… et pourtant, je me suis laissé tenter. Voici mon avis sans filtre.

Une souris gaming à moins de 8€, ça vaut le coup ? #

Je ne suis pas un gros joueur PC. En général, je suis plutôt full console. Mais il faut admettre qu’il y a certains jeux qui passent beaucoup mieux sur PC… Et vu mon matos standard, je ne vais clairement pas me lancer dans des perfs de malade sur DeadByDaylight.

Du coup, j’ai commencé à zieuter du côté des accessoires, notamment une souris. J’ai fait le tour de quelques magasins (que je ne citerai pas), histoire de voir ce qui se fait. Le souci, c’est que je ne me vois pas mettre 50 € ou plus dans une souris, surtout pour un ou deux jeux seulement.

En flânant sur Amazon, je suis tombé sur une vidéo parlant d’une souris vendue… chez Action. Et là, ça devient intéressant. Parce que chez Action, niveau choix, ce n’est pas compliqué : deux modèles estampillés « gaming ».

Le prix ? Moins de 8€. Autant dire que je n’ai pas hésité longtemps.

Les caractéristiques #

Pour ce tarif, la souris propose quand même :

Pas moins de 6 niveaux de DPI : 1200, 1800, 2400, 3600, 4800 et 7200. → Perso, je tourne autour de 2400/3600, mais j’avoue que le 4800 me devient confortable. Le 7200, par contre, c’est beaucoup trop speed pour moi.
8 boutons bien placés (et c’est pas gagné avec mes petites mains, mais là ça passe nickel).
Un bouton « feu rapide ».
13 modes RGB.
Un câble de 1,5 m.
Un design plutôt élégant malgré un plastique clairement « cheap ».
Et surtout, elle glisse bien.

Franchement, pour un petit gamer PC comme moi, c’est plus que correct.

Les points négatifs #

Le plastique fait vraiment « chips », pas de finition métal ni de sensation solide.
Le poids est léger, trop peut-être. Je suis habitué à des souris plus lourdes (ma dernière était une ergonomique verticale).
Le repose-pouce est texturé pour faire anti-dérapant… mais en pratique ça ne l’est pas vraiment.

Mais encore une fois : on parle d’une souris à 8 €.

En jeu, ça donne quoi ? #

Eh bien… plutôt pas mal !

Je le redis, je suis surtout joueur console. Mais pour mes sessions PC sur DBD, je suis agréablement surpris. Clairement meilleure que leur clavier gaming (pas cher non plus, mais là les touches ont un délai de réponse qui gâche tout).

Alors oui, si tu viens d’une souris haut de gamme à 150 €, tu vas trouver ça nul. Mais moi qui suis déjà passé par des modèles à 30/50 € de chez Razer, Logitech ou Steelseries, je ne suis pas déçu.

Le temps dira si elle tient la route, mais pour le moment, je suis content de mon achat.

👉 Verdict : pour 8 €, difficile de se tromper.

À la recherche de la bonne formule

2025-09-22T02:46:56Z

Depuis la fermeture de TuxFamily, le forum a disparu. J’ai bien trouvé un nouvel hébergement gratuit, mais impossible d’y faire tourner le moteur du forum. Est-ce une incompatibilité avec la version de PHP ? Une config particulière de l’hébergeur ? Pour l’instant, je n’ai pas de réponse claire, juste le constat que ça ne marche pas.

Du coup, je me retrouve face à une question : continuer à chercher comment adapter ce vieux moteur, ou repartir sur quelque chose de plus moderne et maintenu. Pas forcément évident, surtout quand on veut un espace simple, léger et libre, qui ne se transforme pas en usine à gaz.

Rien n’est tranché pour le moment. Peut-être qu’il y aura une renaissance du forum ailleurs, peut-être que j’opterai pour une autre forme d’échange. Ce qui est sûr, c’est que l’envie de garder un lieu de discussion reste intacte.

GLF OS Omnislash : un Linux qui ne plaisante pas avec le jeu

2025-09-20T00:00:00Z

“Dans mon précédent billet, je vous présentais GLF OS Omnislash de manière factuelle, avec toutes les nouveautés et les ambitions du projet. Mais vous commencez à me connaître : je ne pouvais pas en rester là. Alors cette fois, exit la neutralité, place à mon avis perso, avec un ton un peu plus piquant. Parce qu’une distrib pensée pour le gaming, qui exige au minimum une GTX 1650, ça mérite qu’on en parle franchement…”

Il y a des projets qui méritent un vrai coup de projecteur, surtout quand ils ne sortent pas de nulle part mais sont portés par des passionnés. C’est le cas de GLF OS, la distrib’ de mon pote Vinceff, basée sur NixOS et pensée pour une seule chose : que vous puissiez lancer vos jeux et vos applis multimédia sans vous prendre la tête.

Sur le papier, c’est franchement séduisant :

installateur guidé (fini les manuels de 15 pages à la Gentoo),
pilotes graphiques déjà là (bye-bye la chasse aux drivers),
optimisations pour réduire la latence (ça, c’est la cerise sur le gâteau),
et la totale niveau sécurité, avec pare-feu activé, mises à jour automatiques, HDR, VRR et fractional scaling déjà configurés.

Bref, GLF OS, c’est le Linux où vous n’avez pas besoin de faire un rituel païen avant chaque partie de CS2.

⚠️ Le hic ? Comme Fedora, il faut un minimum de matos pour en profiter. Traduction : si vous avez une carte Nvidia en dessous d’une GTX 1650, circulez, y’a rien à voir. Et ça, c’est ballot : je fais partie de ceux qui restent sur le carreau. Pas moyen de tester plus loin, dommage… mais je ne vais pas faire la tronche pour autant, parce que ce que Vinceff et sa team ont pondu mérite d’être souligné.

Omnislash : première stable, et ça envoie du lourd #

Le 10 septembre, c’est pas la rentrée des classes, c’est carrément la sortie officielle de GLF OS Omnislash, première version stable du projet. Et pour un coup d’essai, c’est du solide. Tout le cahier des charges est respecté, et on sent qu’il y a eu des mois de boulot acharné derrière.

GLF OS se présente désormais comme un système open source, gratuit et complet, pensé pour le gaming et la création audiovisuelle. Pas un jouet, pas une démo technique, mais une distrib’ prête à l’emploi, intuitive et blindée niveau stabilité et sécurité.

Quoi de neuf depuis la bêta ? #

Là encore, ça ne chôme pas. Voilà un petit florilège :

Un Welcome Screen (toujours sympa pour accueillir l’utilisateur).
Fusion des commandes glf-update et glf-boot (parce que taper 2 commandes, c’est tellement 2023).
Un partition manager dans KDE.
La commande glf-history pour savoir ce que la dernière mise à jour a bricolé dans votre système (ça c’est vraiment cool!!!).
VRR ajouté dans GNOME, extensions Tiling Shell et Vitals, et bien sûr gamemode intégré.
OBS gagne vk-capture, une caméra virtuelle et même CUDA pour pousser la création encore plus loin.

Côté optimisations, c’est aussi la fête : correctifs KDE, compatibilité audio revue, meilleure latence PipeWire, noyau optimisé pour le gaming, Mesa stable, mises à jour plus fiables sur les PC en Wi-Fi… ah, et même les volants de course ont droit à leur petit traitement spécial.

Conclusion #

Alors oui, je ne pourrai pas tester sérieusement sans GPU Nvidia récent, et ça me frustre sévère. Mais franchement, ce serait ridicule de bouder le travail colossal qui a été fait. GLF OS Omnislash prouve qu’une distrib francophone peut viser haut, et je vous le dis : Vinceff et son équipe n’ont rien à envier aux cadors du genre. Ces gens sont talentueux, bosseurs comme des dingues, et je ne peux que leur tirer mon plus grand respect… et oui, Vinceff est un pote, alors je le dis haut et fort.

Alors arrêtez de vous battre avec Arch et ses clones qui vous font passer pour un dev en stage intensif à chaque mise à jour, ou de subir Windows et ses pubs qui apparaissent comme par magie dans votre menu démarrer. Installez GLF OS, et profitez enfin d’un Linux qui vous laisse jouer, créer, streamer — bref, vivre sans passer trois heures à bidouiller dans un terminal.

👉 Plus d’infos et téléchargement par ici : GLF OS.

Une petite note personnelle pour finir #

Soyons clairs : cette foutue limitation Nvidia > GTX 1650, ça me flingue le plaisir. Vinceff, ton GLF OS, il claque, mais bordel, tu me laisses sur le banc de touche comme un remplaçant qui ne rentre jamais sur le terrain.

Alors je rêve d’un jour où tu me vires cette barrière à la con. Parce que le jour où GLF OS tourne sans ce prérequis, ce ne sera plus une distrib sympa pour les gamers : ce sera la référence. Et là, mon pote, tu pourras sortir le champagne.

Gentoo : Calamares débarque, un installeur graphique en vue ?

2025-09-18T15:18:45Z

Gentoo avec un installateur graphique ?! #

Gentoo, ça a toujours été le temple du bricolage manuel, du Handbook et des heures de compilation. Bref, pas franchement le terrain de jeu des allergiques à la ligne de commande.

Et pourtant… un petit paquet vient de débarquer dans l’arbre : app-misc/calamares-gentoo-livecd. Oui oui, vous avez bien lu : Calamares débarque sur Gentoo. Le fameux installeur graphique qu’on retrouve déjà sur Manjaro ou EndeavourOS.

Alors, bientôt un clic-clic-suivant-suivant pour poser sa Gentoo ? Pas si vite. Le paquet est encore maské, réservé aux tests, et pour l’instant prévu surtout pour les images LiveCD. Les devs veulent des retours avant de le rendre accessible au grand public. Bref, ce n’est pas demain que le Handbook sera remplacé par une jolie fenêtre avec des cases à cocher.

Le taf se fait du côté de StefanCristian sur GitHub. Ça bouge, ça compile, ça s’adapte… mais il reste encore du chemin avant d’avoir une ISO officielle “Gentoo avec Calamares” prête à télécharger.

👉 En clair : ça sent l’expérimentation prometteuse. Si ça marche, ça pourrait ouvrir Gentoo à un public plus large. Si ça foire, on restera avec notre bonne vieille install à la main, comme des grands.

💡 Perso, j’ai trop hâte de voir une première ISO sortir pour tester ça en vrai !

Mon forum s’éteint avec TuxFamily

2025-09-17T10:45:01Z

Le forum est hors service. Rien de surprenant, TuxFamily tire doucement sa révérence, comme annoncé il y a quelques mois. C’était prévu que les services s’arrêtent petit à petit, mais ça fait quand même un pincement au cœur de le voir tomber pour de bon.

Je voudrais surtout les remercier pour tout ce qu’ils ont fait depuis au moins 2015. Leur hébergement, leur liberté, leur ouverture : tout ça a permis de faire vivre mon forum pendant des années sans jamais me mettre de barrières. Ce n’est pas rien.

Je suis un peu triste aussi, car je n’ai pas pris le temps de faire une dernière sauvegarde du forum. On perd donc une grosse partie de cette année de discussions. Avec lui disparaît aussi la partie archive du vieux blog (avant 2024). Mais ça, heureusement, j’en ai encore une copie, et si le besoin se fait sentir, rien n’empêche de remettre ça en ligne un jour.

Merci TuxFamily, vraiment. Fin d’une époque, mais quel beau chemin vous nous avez offert.

Debian 13 Trixie : l’ennui qui rassure ou comment Debian reste chiante… mais increvable!

2025-09-16T17:22:03Z

Debian 13 « Trixie » vient de sortir. Pas de révolution, pas de feu d’artifice : c’est du Debian pur jus. Ennuyeuse pour certains, rassurante pour d’autres, la distro garde son cap : pas la plus sexy, mais increvable et taillée pour durer.

Debian 13 « Trixie » : la stabilité avant tout #

Après plus de deux ans de boulot, Debian sort enfin sa nouvelle version stable : Debian 13 « Trixie ». Pas de révolution explosive, mais une mise à jour en règle avec son lot habituel de nouveautés : plus de 14 000 nouveaux paquets, un passage à APT 3.0 comme gestionnaire de paquets par défaut, et surtout le support officiel de l’architecture RISC-V 64 bits. Bref, du sérieux, du carré, du Debian.

La philosophie Debian (toujours la même) #

Pas de surprises : Debian reste fidèle à son image. Ici, la stabilité passe avant les toutes dernières versions à la mode. Résultat : si vous rêvez de KDE Plasma 6.4 ou du GNOME tout juste sorti du four, vous pouvez oublier. Trixie a gelé en avril, et tout ce qui est arrivé après n’a pas eu sa place dans la release d’août.

Mais ce n’est pas un défaut : Debian joue son rôle de rocher immuable dans le monde Linux. Vous voulez du cutting edge ? Allez voir ailleurs (Fedora, Arch, openSUSE Tumbleweed…). Vous voulez du fiable qui ne bouge pas pendant des années ? Trixie est là pour ça.

Ce qu’on trouve sous le capot #

Côté logiciels, Trixie n’est pas larguée pour autant :

GNOME 48, KDE Plasma 6.3, Xfce 4.20
LibreOffice 25.2, Emacs 30.1, GnuPG 2.4.7
Linux 6.12.41 LTS, GCC 14.2, glibc 2.41, systemd 257
Python 3.13, Rust 1.85, LLVM 19

Bref, rien d’expérimental, mais rien de poussiéreux non plus.

Archis supportées (et celles qui disparaissent) #

Debian 13 tourne désormais sur 6 architectures principales : amd64, arm64, armhf, ppc64el, s390x et riscv64. Au passage, i386 et MIPS tirent leur révérence. Si vous avez encore un vieux 32 bits qui traîne, Trixie ne viendra pas le sauver.

Installation : old school ou moderne #

L’installateur Debian reste… à l’ancienne. Beaucoup d’étapes, peu de main tenue. On vous demande encore où installer GRUB, sans proposer de valeur par défaut. Un faux pas et hop, machine qui ne boote pas. Les habitués s’en sortent, les débutants peuvent vite se décourager.

Heureusement, il existe aussi des images avec Calamares (plus modernes, façon Ubuntu/Fedora), mais elles sont planquées et pas mises en avant. Dommage, parce que pour un nouveau venu, ça change la vie.

X.org encore là #

Alors que GNOME et KDE préparent la mort de X.org, Debian 13 continue d’offrir des sessions X.org aux côtés de Wayland. Bonne nouvelle pour ceux qui ne veulent pas lâcher X tout de suite.

Petit point pratique : Flatpak et dépôts externes #

Trixie ne pousse pas les Flatpaks par défaut. Si vous voulez profiter de Flathub, il faudra installer flatpak, ajouter le dépôt à la main et activer les plugins dans GNOME Software ou KDE Discover. Un peu archaïque, mais faisable.

Bonne surprise en revanche : l’outil extrepo, qui permet d’activer facilement des dépôts externes (Mozilla, Docker, Signal, etc.). Un simple extrepo enable mozilla et vous pouvez installer Firefox version classique, plutôt que de rester bloqué avec l’ESR 128.

Un mot sur l’an 2038 #

Les devs Debian ont aussi profité de Trixie pour préparer la transition vers le time_t 64 bits sur les archis 32 bits. Ça évitera le bug de l’an 2038 (quand les horodatages 32 bits ne sauront plus compter au-delà). La plupart d’entre nous s’en fichent, mais pour l’embarqué, c’est vital.

Mon ressenti #

J’ai testé Trixie sur plusieurs machines, y compris du matériel récent : rien à signaler, tout roule. Comme toujours, Debian respire la solidité. Mais soyons clairs : si vous aimez bidouiller ou avoir les dernières versions, ce n’est pas pour vous. Par contre, si vous cherchez un système fiable pour durer, Trixie est une valeur sûre.

Prochain rendez-vous : Debian 14 « Forky », prévu d’ici 2027. En attendant, Trixie sera maintenue jusqu’en 2030. Autant dire que vous pouvez l’installer sans crainte, elle vous accompagnera longtemps.

Gérer les générations NixOS : garder un système propre et léger

2025-09-15T12:45:47Z

Si vous utilisez NixOS, vous avez peut-être remarqué que les générations de votre système s’accumulent à chaque mise à jour ou configuration. Au fil du temps, cela peut encombrer votre disque et rendre le boot plus long. Heureusement, NixOS propose plusieurs outils pour nettoyer les générations anciennes et garder votre système léger et sain.

Dans ce tutoriel, je vous explique comment :

Configurer le ramasse-miette automatique (nix.gc)
Supprimer manuellement un certain nombre de générations
Faire un nettoyage complet avec nix-collect-garbage -d

1. Activer le ramasse-miette automatique #

La façon la plus simple de garder votre système propre est d’activer la collecte automatique des générations obsolètes. Dans votre fichier de configuration (/etc/nixos/configuration.nix), ajoutez par exemple :

nix.gc = {
  automatic = true;
  dates = "weekly";
  options = "--delete-older-than 7d";
};

automatic = true → active la collecte automatique.
dates = "weekly" → la collecte se fera chaque semaine.
options = "--delete-older-than 7d" → supprime toutes les générations plus vieilles que 7 jours.

Vous pouvez aussi écrire la configuration sous forme “à plat” :

nix.gc.automatic = true;
nix.gc.dates = "weekly";
nix.gc.options = "--delete-older-than 7d";

Cette méthode est idéale si vous voulez que le nettoyage se fasse automatiquement et sans intervention.

2. Nettoyer manuellement certaines générations #

Si vous souhaitez gérer les générations au coup par coup, nix-env est très pratique :

Supprimer les 3 plus vieilles générations :

nix-env --delete-generations 3

Ne garder que les 2 dernières générations et supprimer tout le reste :

nix-env --delete-generations +2

💡 Pour nettoyer le profil système et pas seulement l’utilisateur courant :

sudo nix-env --profile /nix/var/nix/profiles/system --delete-generations +2

3. Nettoyage complet : `nix-collect-garbage -d` #

Pour faire un gros ménage, vous pouvez utiliser :

nix-collect-garbage -d

Cette commande supprime toutes les générations obsolètes et libère l’espace disque utilisé par les paquets non utilisés. ⚠️ Attention : après cette commande, il ne restera que la génération la plus récente, ce qui empêche de revenir en arrière facilement.

Conclusion #

Avec NixOS, vous avez plusieurs façons de gérer vos générations :

Automatique → via nix.gc, pratique et silencieux.
Manuel ciblé → via nix-env --delete-generations, pour supprimer un nombre précis de générations.
Manuel complet → via nix-collect-garbage -d, pour un nettoyage en profondeur mais irréversible.

Grâce à ces outils, vous pourrez garder votre système léger, rapide et sans anciennes générations encombrantes.

📚 Documentation utile :

GLF OS Omnislash : une première stable taillée pour le jeu et la création

2025-09-13T12:30:55Z

Il y a des sorties qu’on aime particulièrement relayer, surtout quand elles concernent des projets portés par des passionnés qu’on connaît. Aujourd’hui, c’est le cas avec GLF OS, la distribution créée par mon ami Vinceff et pensée avant tout pour le gaming et le multimédia.

Basée sur NixOS, GLF OS vise à rendre la transition depuis Windows la plus simple possible. On y trouve une installation guidée, des pilotes graphiques préinstallés, un ensemble d’applications de jeu intégrées et tout un travail d’optimisation pour réduire la latence. Sécurité, fiabilité et respect de la vie privée ne sont pas oubliés non plus : pare-feu activé, mises à jour automatiques (y compris les mises à niveau), HDR, VRR et fractional scaling configurés par défaut… tout est pensé pour être prêt à jouer.

Mais il faut être honnête : comme pour Fedora, un minimum matériel est requis. En clair, si vous avez une carte Nvidia en dessous d’une GTX 1650, il faudra passer votre chemin. Dommage pour moi, car je ne pourrai pas pousser le test plus loin.

Omnislash : la première version stable #

Après plusieurs mois de développement et une phase bêta bien remplie, le 10 septembre marque la sortie officielle de GLF OS Omnislash, première version stable du projet. Et pour un coup d’essai, c’est un vrai coup de maître, car Vinceff et la communauté francophone derrière GLF OS ont tenu leur cahier des charges à 100 %.

GLF OS se positionne désormais comme un système open source, gratuit et complet, pensé pour le jeu vidéo et la création audiovisuelle, offrant une expérience intuitive, stable et sécurisée.

Quoi de neuf depuis la bêta ? #

Pas mal de nouveautés débarquent avec Omnislash, dont certaines vont plaire aux joueurs et aux créateurs :

Nouvelles fonctionnalités
- Écran d’accueil (Welcome Screen)
- Fusion des commandes glf-update & glf-boot
- Partition manager dans KDE
- Commande glf-history pour connaître l’impact des dernières mises à jour
- Nix LD pour améliorer la compatibilité des scripts
- VRR ajouté dans GNOME
- Extensions Tiling Shell & Vitals
- Intégration de gamemode
- Ajout d’OBS vk-capture pour la capture de jeu
Améliorations
- Slide ajoutée à 46 % du processus d’installation (clin d’œil sympa)
- Températures intégrées dans Mangohud
- Optimisation des paramètres kernel (vm max map count, ordonnanceur, latence)
- Meilleure intégration d’Easy Flatpak
- Caméra virtuelle dans OBS Studio
- CUDA pour OBS & Blender
- GLF Studio passe en stable
- Correction du bug des icônes KDE
- Amélioration de la compatibilité audio et de la latence PipeWire
- Support étendu pour certains volants (groupe input)
- Passage à Mesa Stable
- Optimisation des mises à jour pour les PC en Wi-Fi

Conclusion #

Même si je ne pourrai pas en profiter pleinement faute de matériel Nvidia compatible, je ne peux que saluer l’énorme travail derrière GLF OS. Omnislash marque une étape importante, celle où le projet sort de l’ombre pour proposer une alternative crédible, francophone et taillée sur mesure pour le jeu et la création.

Si vous êtes équipé d’une carte graphique récente et que vous cherchez un Linux qui prend le gaming au sérieux, ça vaut le coup d’aller jeter un œil du côté de GLF OS.

Fedora et la mort du BIOS legacy : Linux n’est pas là pour copier Windows !

2025-09-12T17:33:53Z

Fedora a décidé de tourner la page du BIOS legacy. Fini les nouvelles installations sur du matériel un peu ancien. UEFI ou rien. Et là, je suis désolé, mais c’est exactement la même logique que Microsoft : forcer le renouvellement du matériel.

Et franchement, ça me met hors de moi. Parce que Fedora, c’est censé représenter le libre, l’ouverture, l’alternative. Pas l’obsolescence déguisée. Tant que le processeur est compatible et que la machine fonctionne, une distribution GNU/Linux se doit de tourner dessus. C’est ça, l’esprit du libre : donner une deuxième vie à des machines que Windows condamne. Pas faire pareil que Windows, en version communautaire.

On a beau se dire que Linux est l’alternative face aux pratiques douteuses des géants comme Microsoft, il y a parfois des choix qui font réfléchir. Fedora a récemment annoncé sa volonté de déprécier le support du BIOS hérité (Legacy BIOS) pour les nouvelles installations sur x86_64, au profit du tout-UEFI. Dit autrement : si votre machine est ancienne et ne supporte pas UEFI, oubliez Fedora.

Et le plus ironique dans l’histoire ? C’est exactement la situation que j’ai rencontrée lors de mon test sur la machine de ma mère, un Dell Studio 500 de 2009. Une machine pas de première jeunesse, certes, mais qui fonctionne encore parfaitement pour un usage bureautique et web. Avec Fedora, ça a été l’échec total : live interminable à démarrer, pas de clavier ni de locales françaises configurées par défaut, et plantage systématique de l’installateur au moment du partitionnement. Trois essais, trois échecs.

Le parallèle avec Windows est troublant #

Soyons clairs : ce genre de décision, c’est exactement ce que Microsoft pratique depuis des années. Chaque nouvelle version de Windows rend obsolète du matériel encore fonctionnel, forçant les utilisateurs à renouveler leur PC. Et voilà que Fedora, distribution réputée pour sa modernité mais aussi sa solidité, se met à exclure sans ménagement toute une partie du parc encore utilisable.

On pourra toujours répondre que « tout évolue » et que l’UEFI est la norme d’aujourd’hui. Certes. Mais faut-il pour autant boycotter purement et simplement les utilisateurs qui ont encore du matériel fonctionnel ? Car c’est bien ça que ça revient à dire : “Votre machine marche, mais pas assez moderne pour nous. Débrouillez-vous.”

Ce n’est pas l’esprit du libre #

Le logiciel libre, ce n’est pas seulement du code ouvert et partageable. C’est aussi une philosophie : permettre à chacun de continuer d’utiliser son matériel aussi longtemps qu’il en a besoin, donner une deuxième vie à des machines que les constructeurs voudraient voir partir à la benne. C’est une manière de résister à l’obsolescence programmée, de prolonger l’utilité du matériel, et de réduire le gaspillage.

Alors quand une distribution comme Fedora, soutenue par Red Hat, commence à fermer la porte aux BIOS legacy, on ne peut pas faire comme si de rien n’était. C’est une rupture idéologique : on passe d’un Linux inclusif, qui tourne sur une large variété de machines, à un Linux sélectif, qui impose des contraintes matérielles proches de celles de Windows.

En conclusion #

Qu’on ne se méprenne pas : je comprends qu’il faille évoluer, que maintenir le BIOS hérité demande du travail, et que l’UEFI est l’avenir technique. Mais ce que je regrette, c’est l’absence de compromis. Au lieu d’accompagner la transition en douceur, Fedora choisit la coupure nette, quitte à écarter du monde.

Et si demain d’autres distributions suivent la même voie, combien de temps restera-t-il avant que Linux devienne une alternative réservée aux machines récentes, comme Windows l’a toujours été ?

Pour ma part, je continuerai à privilégier les distributions qui tiennent encore cette promesse : laisser vivre le matériel, peu importe son âge. Parce que ça, c’est l’esprit du libre.

Mandriva avait du feu, Mageia n’a que les cendres!

2025-09-12T12:39:38Z

Je ne sais pas si tout le monde s’en souvient, mais oui, il existe encore une distribution appelée Mageia. Officiellement, ce n’est pas « l’héritière spirituelle » de Mandriva (ce rôle est revenu à OpenMandriva), mais dans l’imaginaire collectif, c’est elle qui a repris le flambeau. Sauf qu’il faut bien l’avouer : le flambeau ressemble plus à une veille bougie qui coule qu’à une torche flamboyante.

Soyons clairs : je n’ai même pas besoin de descendre Mageia. Les développeurs s’en chargent très bien, sans mon aide. Parce que oui, visiblement, personne ne leur a expliqué un truc basique : moins une distribution sort de versions, moins on en parle, et moins elle existe. Debian peut se permettre ce genre de silence, Ubuntu aussi, Slackware idem. Mais Mageia ? Avec sa base d’utilisateurs réduite et son aura inexistante, rester deux ans sans rien dire, c’est du suicide pur et simple.

Le problème, c’est surtout la communication, ou plutôt son absence. À l’opposé d’openSUSE qui sature la toile avec 15 annonces contradictoires par semaine, Mageia a choisi la voie du coma artificiel. Pour preuve, les derniers billets du blog officiel (en anglais, puisque la version française n’est même pas tenue à jour — cocasse pour une distro née en France) :

And here is new MADb! (3 novembre 2024)
Our equipment is getting a makeover! (8 février 2025)
An avalanche of AI bots is repeatedly taking parts of our website down (18 mai 2025)
Firefox and Thunderbird updates for armv7hl (13 juillet 2025)
A Cauldron of ideas to help those facing the end of Windows 10 (20 juillet 2025)

Et là… rien. Pas une ligne sur une hypothétique Mageia 10, pas la moindre feuille de route, pas même un teaser. Si vous remontez jusqu’en 2023, c’est encore pire : on tombe sur l’annonce de la fin de vie de Mageia 8 (parce que la 9 venait de sortir). Autant dire que c’est le désert de Gobi.

Qu’on soit clairs : ce billet n’est pas une charge contre Mageia. En réalité, je m’en fiche un peu. Pour moi, le problème est ailleurs : Mageia n’a jamais été la fille de Mandriva. Elle s’est autoproclamée ainsi, mais dans les faits, elles n’ont rien en commun. Mandriva, c’était une distribution fraîche, innovante, avec des mises à jour régulières, un cycle rapide, une identité graphique léchée. Mageia, à côté, c’est la salle d’attente des soins palliatifs.

À la limite, c’est OpenMandriva qui ressemble le plus à ce qu’a été Mandriva — ce n’est pas pour rien que ce projet a hérité officiellement des droits. Mais là encore, ça végète par intermittence (et je ne suis pas le seul à le dire). Quant aux autres survivantes de l’époque Mandriva, comme PCLinuxOS, elles n’ont plus rien à voir avec la distribution originelle.

Mandriva, c’était une vraie bouffée d’air frais dans le monde Linux, au moins autant qu’openSUSE, mais plus simple, et moins « laboratoire » que Fedora. Pour vous en convaincre, comparez une Fedora et une Mandriva entre 2006 et 2009 : il n’y a pas photo.

C’est sans doute la distribution qui me manque le plus aujourd’hui. Le plus ironique, c’est que lorsque Mandriva existait, je ne l’utilisais pas vraiment — j’étais sur Debian, Frugalware, Arch, NuTyX… Et maintenant qu’elle a disparu, c’est vers elle que j’aimerais me tourner. Mais non, Mandriva n’a pas d’héritière digne de ce nom. Mageia sent la morphine, OpenMandriva végète, et le reste n’est plus que des lointains cousins à moitié oubliés.

Fedora chez Michu : l’ultime test avant le retour à Debian ? (retour)

2025-09-11T15:32:29Z

Fedora, un test qui s’arrête net #

Je devais tester l’installation de Fedora sur la machine de ma mère, mais je ne vais pas pouvoir aller plus loin que… lancer le live. Je ne pense pas avoir fait quoi que ce soit pour volontairement casser l’installation, mais en trois essais, j’ai eu trois échecs.

Mais avant même de parler d’installation, il faut que je prenne deux secondes pour expliquer un truc qui me chiffonne.

Une machine pas toute jeune, mais encore vaillante #

La machine en question est un Dell Studio 500 (de mémoire) datant de 2009. On est d’accord, ce n’est pas de la première fraîcheur. Mais ce n’est pas non plus la première fois que je teste des distributions sur du matériel ancien. Elle a déjà vu passer des Gentoo, Debian, Ubuntu, NixOS, Archlinux, openSUSE… bref, du beau monde. Et pourtant, jamais je n’avais vu un live mettre autant de temps à démarrer.

Une fois lancé, deuxième déception : aucune demande de langue. Résultat : pas de locales françaises, pas de clavier AZERTY configuré par défaut. Déjà là, l’expérience utilisateur pique un peu.

Mais le plus agaçant reste sans conteste le temps d’attente interminable avant que l’installateur “web” veuille bien apparaître. Même Ubuntu, qui pourtant n’est pas réputé pour sa légèreté, s’en sort mieux. Est-ce que j’ai raté une annonce selon laquelle Fedora lâchait la prise en charge des vieux amd64 ? Possible…

Un mur au partitionnement #

Et là, c’est le drame. À chaque tentative, l’installation s’est bloquée au même endroit : le partitionnement. Même pas le temps de choisir mon disque cible que tout plante. Trois fois de suite, trois fois le même résultat.

Déception et constat #

Au vu de mon expérience, je suis à la fois surpris et déçu. Surpris, car Fedora a quand même une réputation solide et je m’attendais à ce qu’elle se débrouille mieux. Déçu, car la machine fonctionne encore très bien pour l’usage de ma mère. Et si Fedora commence déjà à écarter ce genre de matériel, je me demande combien de temps il restera encore de “niches” pour lesquelles Linux sera vraiment une alternative viable.

👉 Bref, Fedora et cette machine, ce n’est clairement pas une histoire d’amour. Peut-être qu’il faudra se tourner vers une distribution plus tolérante avec le vieux matériel…

Quitter Eleventy pour Hexo : entre stabilité et besoins

2025-09-06T21:07:31Z

Je ne voulais pas le faire. Franchement, je m’étais dit : « Eleventy, c’est mon outil, je vais le garder aussi longtemps que possible ». Mais parfois, il faut être lucide : ce qu’on veut et ce dont on a besoin ne coïncident pas toujours. La stabilité qu’on espère dans nos outils finit par s’éroder avec le temps, et quand l’évolution devient plus contraignante qu’utile, il faut savoir changer.

Aujourd’hui, c’est un constat : je dois quitter Eleventy (11ty) pour passer à Hexo.

Un passé déjà mouvementé avec 11ty #

Je n’en suis pas à mon premier changement de version. Je me souviens encore du passage de la version 2 à la 3 de 11ty. Techniquement, j’ai survécu à la transition, mais ça n’a pas été une partie de plaisir. Le build de mon blog était cassé, impossible de publier. Après pas mal de recherches et quelques sueurs froides, j’ai fini par trouver le coupable : il fallait bidouiller mon fichier de configuration et corriger deux ou trois petites choses.

Bref, ça avait tenu, mais pas sans douleurs.

J’en avais d’ailleurs parlé dans mes billets : mon amertume, puis le retour sur 11ty, avant de finir sur l’envie de refaire ma page de recherche, racontée dans Améliorer la Recherche sur Mon Blog : Mon Aventure avec la Page de Recherche.

L’ombre de la version 4 #

Mais voilà qu’arrive la quatrième version de 11ty. Les annonces parlent d’améliorations, de nouvelles fonctionnalités, mais aussi de changements de fond. Et quand je regarde ça d’un peu plus près, je me rends compte que je ne suis plus sûr d’avoir envie — ni même la capacité — de plonger dans ces ajustements.

J’ai déjà passé des heures à bricoler mes scripts, à essayer de personnaliser le thème, à intégrer une recherche maison… J’aime ce côté artisan du blog, mais j’arrive à mes limites. Et il faut être honnête : quand tu passes plus de temps à maintenir ton générateur qu’à écrire tes billets, tu rates un peu l’essentiel.

Apprendre à lâcher prise #

Je fais partie de ces gars qui aiment tout faire eux-mêmes, juste parce qu’ils trouvent ça cool. Même si ce n’est pas toujours joli, ni optimisé. C’est une forme de fierté un peu bête, je le reconnais.

Mais parfois, il faut savoir lâcher prise. Accepter que d’autres ont déjà fait le travail, souvent mieux qu’on ne saurait le faire. Et plutôt que de réinventer la roue (en moins rond), il vaut mieux s’appuyer sur ce qui existe.

Un autre blogueur avait dit un jour une phrase qui m’avait marqué : « Tu n’es pas obligé de tout coder toi-même, tu peux aussi profiter du travail des autres ». À l’époque, je m’étais dit que moi, non, je voulais garder le contrôle, faire à ma sauce. Mais là, je comprends.

Hexo vs Eleventy : le match technique #

Pour être honnête, Eleventy reste un très bon générateur de site statique. Mais si je dois comparer les deux sur ce que j’ai vécu :

Thèmes et écosystème :
- 11ty : très flexible, mais souvent tu pars de zéro. Il existe des thèmes (Starter Projects), oui, mais ils sont peu nombreux, pas toujours maintenus et souvent très basiques. Contrairement à d’autres générateurs, 11ty intègre le thème directement dans votre projet, et non dans un dossier séparé dédié aux thèmes.
- Hexo : là-dessus, il est imbattable. Des centaines (425) de thèmes bien faits, actifs, avec des designs variés. Tu installes, tu configures, et tu as quelque chose de propre sans devoir passer trois nuits blanches à bidouiller.

Alors que sous Hexo un thème se gère comme un module indépendant, sous 11ty le thème est fondu dans le projet lui-même.

Plugins et extensions :
- 11ty : c’est du bricolage. Tu veux une recherche ? Il faut plonger dans Lunr.js, adapter ton build, coder les scripts. Tu veux des galeries, des tags, du multilingue ? Bon courage, c’est souvent à la main.
- Hexo : une quantité énorme de plugins déjà prêts : recherche, SEO, sitemap, galeries, pagination avancée… C’est plug-and-play.
Facilité de prise en main :
- 11ty : il s’adresse clairement aux gens qui aiment coder et comprendre tout le pipeline. Si tu veux vraiment personnaliser, c’est top. Mais si tu veux juste bloguer sans prise de tête, ça devient lourd.
- Hexo : pensé pour bloguer d’abord. Tu veux écrire ? Tu écris. Tu veux publier ? Une commande et c’est en ligne.
Performance et build :
- Les deux sont rapides, mais 11ty devient plus complexe au fur et à mesure que ton site grossit, surtout si tu ajoutes tes scripts maison.
- Hexo garde un côté efficace, même avec beaucoup de contenus, parce qu’il a été pensé pour ça dès le départ.

En résumé : 11ty, c’est l’atelier de l’artisan, Hexo, c’est la boîte à outils complète du blogueur. Et moi, je n’ai plus envie d’être l’artisan qui taille chaque clou à la main.

Conclusion provisoire #

Alors oui, je quitte 11ty. Non pas parce que je le déteste, mais parce qu’il ne correspond plus à mes besoins. J’aurais aimé continuer, mais les évolutions qui arrivent m’obligent à faire un choix. Et si je veux que mon blog reste vivant, il faut que je m’allège des contraintes inutiles.

Avec Hexo, je choisis la simplicité. Je choisis de profiter du travail collectif, plutôt que de m’épuiser à tout refaire moi-même. Et peut-être que, paradoxalement, ce lâcher-prise me donnera plus de liberté.

DistroWatch : l’Instagram des distributions Linux

2025-09-04T00:00:00Z

En lisant le billet de Fred intitulé Ce qui me gonfle dans le logiciel libre actuel, épisode 9 : l’explosion du nombre de distributions basées sur Archlinux, je me suis retrouvé à hocher la tête plus d’une fois. Ce qu’il décrit à propos de la multiplication des distributions me fait écho, mais de mon côté, c’est plutôt DistroWatch et son classement trompeur qui me hérisse le poil.

J’aurais presque pu intituler ce billet, en clin d’œil au sien : « Ce qui me gonfle dans le logiciel libre actuel : DistroWatch, quand Linux se transforme en téléréalité ».

La téléréalité des distributions Linux : entre illusion et déception #

C’est un spectacle qui frôle parfois la téléréalité : des utilisateurs découvrent DistroWatch, fascinés par ce fameux classement qui ressemble plus à un top 50 des hits de l’été qu’à un indicateur sérieux. Ils installent « la distribution du moment », celle qui fait le buzz, celle qui attire l’œil comme un décor flashy de plateau TV. Garuda hier, CachyOS aujourd’hui… et demain une autre, parce que le cycle ne s’arrête jamais.

Le scénario est toujours le même : enthousiasme au début, découverte émerveillée de l’interface léchée, des effets visuels qui en jettent, de l’idée qu’on a trouvé la perle rare. Mais très vite, le masque tombe. La mise à jour qui casse tout, le bug qui rend la machine inutilisable, le manque de stabilité derrière le vernis. Et là, c’est la chute. Comme après un épisode trop long d’une émission de variétés, le public se lasse et finit par quitter la salle. Beaucoup désinstallent et retournent à Windows, avec un goût amer et l’impression que Linux ne tient pas ses promesses.

Le drame, c’est que ce cycle ne profite à personne. Pas aux nouveaux venus, qui repartent déçus et renforcent l’idée fausse que Linux n’est qu’un terrain instable réservé aux geeks. Pas non plus aux distributions sérieuses, qui travaillent dans l’ombre pour offrir de la stabilité et de la fiabilité mais qui, elles, n’ont pas droit aux projecteurs de DistroWatch.

La fragmentation à outrance #

Et puis, sans vouloir paraître cynique : avait-on vraiment besoin d’une nouvelle distribution Linux pour ordinateur de bureau ? Bien sûr, sur le papier, chacun peut espérer profiter d’une version « parfaite », pensée avec soin. Mais à force d’empiler les projets, cela ne fait souvent qu’ajouter à la fragmentation et compliquer encore la tâche des débutants, déjà perdus face à la diversité des choix.

Pour les passionnés de nouveautés, c’est sans doute un régal. Moi aussi j’ai essayé, car j’aime explorer. Mais très honnêtement, la plupart du temps, je n’y ai vu qu’une variante à peine différente de ce qui existe déjà. Une redite, une duplication… et, pour tout dire, une petite déception.

Parce qu’au fond, si on gratte le vernis, beaucoup de ces « nouvelles distributions » sont simplement des copier-coller déguisés : une Arch avec un installeur graphique et deux scripts maison, une Ubuntu avec un thème coloré, une Debian reconditionné sous une autre étiquette. Rien de mal à ça en soi, mais est-ce que ça justifie d’en faire tout un plat ? Est-ce que ça mérite d’apparaître comme « la distribution du moment » dans un classement qui trompe plus qu’il n’informe ?

Le malentendu de DistroWatch #

Certes, le site affiche bien quelque part — en petits caractères, comme les contrats d’assurance — la manière dont son classement est calculé : une simple mesure de clics sur les pages. Mais soyons honnêtes : qui va lire ça ? Quasiment personne. Dans l’esprit de beaucoup, ce classement est pris au pied de la lettre : « numéro 1 = la meilleure distribution ». Une confusion qui alimente sans cesse la machine à buzz… et à déceptions.

En réalité, DistroWatch n’est pas un guide pour choisir une distribution, c’est un baromètre d’intérêt momentané, une sorte de vitrine des tendances. S’en servir pour décider de son système d’exploitation principal, c’est un peu comme choisir sa voiture en se basant sur les likes d’Instagram. C’est séduisant au premier regard, mais ça n’a rien de solide quand on veut avancer sur la durée.

Ce que j’en retiens #

Au final, ces distributions « téléréalité » me laissent surtout l’impression d’un immense gâchis. Elles attirent, elles brillent, elles séduisent, mais elles n’apportent que rarement une vraie valeur ajoutée par rapport à leurs bases. Derrière les paillettes, on retrouve les mêmes fondations, les mêmes dépôts, les mêmes paquets — bref, rien de vraiment neuf.

Alors, plutôt que de se laisser berner par les projecteurs de DistroWatch et les modes passagères, mieux vaut regarder du côté des distributions qui ont fait leurs preuves : celles qui privilégient la stabilité, la cohérence, et la communauté avant le buzz. Celles qui ne cherchent pas à séduire par des artifices, mais à durer.

Parce qu’au bout du compte, un système d’exploitation, ce n’est pas un feu d’artifice qu’on regarde cinq minutes dans le ciel avant qu’il ne s’éteigne. C’est un compagnon de route, et ça mérite mieux qu’un simple coup de clic.

Fedora Plasma : la distribution qui m’a fait appuyer sur l’interrupteur en mode ragequit

2025-08-31T00:00:00Z

Fedora Plasma, sur le papier, ça vend du rêve : un Plasma toujours à jour, pas figé sur un vieux 6.3.4 façon Debian, mais qui avance tranquillement jusqu’au 6.4.4 (packages.fedoraproject.org). Nickel, non ?

Oui… sauf que la réalité, c’est une autre histoire.

Anaconda, ce cauchemar immortel #

Fedora Plasma, c’est encore l’installateur Anaconda2. Sérieusement ? En 2025 ? Ça fait dix ans que je le trouve anti-ergonomique, bancal, et surtout incapable de gérer un partitionnement sans tomber en PLS. Et évidemment, il n’a pas failli à sa réputation : en triturant mes partitions, pouf, l’installateur s’est fermé comme un lâche. Fedora, vous aimez souffrir ?

La distribution qui ne sait pas mourir proprement #

Mais le pire, c’est pas ça. C’est la seule ISO de ma vie — et j’en ai vu passer des centaines, des stars comme des bricolages de sous-sol — qui refuse de s’arrêter correctement. Pas moyen de quitter proprement. J’ai dû ragequit au bouton power, comme un sauvage. Mon PC a dû me lancer un regard noir du style : « vraiment, t’étais obligé ? ».

Workstation : la preuve que Fedora sait faire mieux #

Le contraste est violent. J’installe la version Workstation, et là miracle : le nouvel installateur. Clair, simple, beau, fluide. Comme quoi, Fedora sait le faire. Mais pour Plasma, non : on reste coincé dans la préhistoire avec Anaconda.

👉 Verdict ? Fedora Plasma, c’est comme une super bagnole équipée d’un moteur de Formule 1… mais livrée avec un volant en plastique Kinder Surprise. Tant qu’ils ne lâchent pas ce foutu Anaconda, merci, mais sans moi.

Fedora chez Michu : l’ultime test avant le retour à Debian ?

2025-08-30T00:00:00Z

Vous ne le savez peut-être pas, mais chez mes parents, en temps normal, c’est Debian qui tourne. Depuis plusieurs mois — peut-être même depuis l’année dernière — j’ai testé pas mal de choses pour voir si on pouvait trouver mieux que Debian pour les personnes dont je m’occupe niveau informatique.

Ma mère étant ma principale « cobaye », je me permets de faire sur sa machine des changements qui doivent rester totalement transparents pour elle. Pourquoi ? Parce qu’elle fait partie de ces personnes qui ne lancent jamais les mises à jour, même quand un gros bandeau rouge leur dit de le faire. En clair, si ça marche chez elle, alors je peux envisager de déployer la même solution ailleurs.

Les tests : du désastre au « bof » #

C’est ainsi que j’ai testé Manjaro. Mauvaise pioche : je suis tombé sur une mise à jour bancale, sans assez de retours. Résultat ? Catastrophe. Franchement, ceux qui conseillent Manjaro à Madame Michu me font bien rire.

Ensuite, j’ai essayé Calculate Linux, NixOS, openSUSE Tumbleweed et Leap. Et peut-être bientôt une Fedora avant de remettre définitivement une Debian 13.

NixOS : oui, c’est top, oui je peux préparer une config rapide en amont, mais honnêtement je suis dépendant comme pas possible de l’IA pour certains réglages. Et les sauts de version ? Un mois pour migrer, avec des options qui changent et des douleurs à chaque fois. Pas sûr que ça passe chez Michu.
openSUSE Leap : pas mal du tout, et ça rappelle Debian. Mais sans la garantie d’être encore là demain (j’en ai déjà parlé dans ce billet sur l’instabilité chronique d’openSUSE).
openSUSE Tumbleweed : la rolling. Comme Arch Linux, ça bouge trop, ce n’est tout simplement pas humain de maintenir ça ailleurs que chez soi.
Calculate Linux : au début, ça allait. Mais plus le temps passe, plus les mises à jour prennent du temps. Je n’ai pas confiance pour automatiser l’update sur du Gentoo-like, même « quasi-binaire ». C’est toujours emerge derrière, donc forcément, ça reste long.

Pourquoi Fedora, alors ? #

Comme je le disais, je pense mettre une Fedora sur plusieurs semaines, voire quelques mois, avant de revenir à Debian.

Pourquoi Fedora ? Parce que je connais Debian, je sais qu’elle fait le boulot : automatisation des mises à jour, upgrades indolores tous les deux ans. Mais Fedora mérite son test grandeur nature sur des machines Michu.

Les mises à jour ? Elles sont signalées, on est invités à les appliquer, et ça se fait au redémarrage de la machine. Pas de casse normalement. Les sauts de version ? Pareil, on est invités à les faire, dans la même veine.

Bref, Fedora pourrait bien être le dernier OS que je teste sérieusement avant de remettre Debian comme valeur sûre chez mes parents.

openSUSE : entre faux pas, instabilité et perte de confiance

2025-08-29T00:00:00Z

Je me pose la question. Je pense que l’on se pose tous la question. Pour les utilisateurs, pour les contributeurs : on est en droit de se demander que va encore faire le projet et où il va ?

J’ai arrêté avec openSUSE — à la fois comme utilisateur et comme contributeur — au moment où l’on nous disait que Leap était morte et qu’elle serait remplacée par un truc nommé ALP. En réalité, mon désengagement n’est pas venu d’un seul coup : il s’est cristallisé après une discussion houleuse avec R. Brown, qui expliquait sans sourciller que dans son ALP, il n’y aurait pas de pare-feu. Trop compliqué à mettre en place, trop peu utile, selon lui. La solution proposée ? Se tourner vers un VPN. Je passe sur les détails — j’en ai déjà parlé mille fois — mais c’est précisément ce genre de décision qui m’a convaincu que le projet avait perdu son bon sens.

Des blessures à répétition #

Ce n’était pas le seul faux pas. J’ai aussi dû encaisser la gueulante d’un membre de SUSE (parmi tant d’autres) sur l’équipe KDE pour un paquet que j’étais… le seul à maintenir. Pas un merci, pas un soutien, mais une remise en question agressive qui m’a clairement refroidi et m’a fait cesser mes contributions.

Puis il y a eu l’affaire Aeon et le firewall, que j’ai déjà longuement détaillée dans mon billet openSUSE et moi, divorce consommé ?. J’y écrivais :

En gros, je la fais courte, mais vu qu’ils sont INCAPABLES de mettre un firewall sans que la facilité d’utilisation en prenne un coup, ils préfèrent s’abstenir d’en mettre un… Alors soit ils sont des dev null (jeu de mots), soit ils prennent les utilisateurs d’openSUSE pour des imbéciles incapables de rajouter un port dans un pare-feu… Ce qui est encore plus grave, car les autres versions d’openSUSE ont toujours eu depuis que je les connais (en 2005 avec une SUSE 9.3) un module firewall dans Yast. Mais voilà : Yast non plus n’est plus de la partie…

Cette absence n’est pas une simple omission : c’est une régression assumée, justifiée par une logique que je trouve aberrante.

Les fausses bonnes idées en série #

Ce qui revient dans beaucoup de mes billets, c’est ce constat : openSUSE multiplie les « innovations » qui n’en sont pas, et qui finissent surtout par pénaliser ses utilisateurs. L’exemple du pare-feu en 2024 est flagrant :

À cela s’ajoute le dossier du changement de nom, parfois présenté comme une nécessité technique, mais qui, dans les faits, ressemble davantage à une menace à peine voilée envers la communauté. J’en ai parlé à plusieurs reprises :

Enfin, il y a la question de l’instabilité chronique. J’ai résumé ce sentiment dans un autre billet : L’Instabilité Chronique d’openSUSE : Un OS en Perpétuel Changement ou Un Chaos Incessant Masqué en Système d’Exploitation.

Une perte de confiance irréversible ? #

Tout cela mis bout à bout a cassé quelque chose. J’ai commencé sur SUSE en 2005 avec une 9.3, à l’époque où l’intégration dans Yast et la logique d’ensemble offraient une vraie expérience utilisateur. Mais en 2025, je ne reconnais plus le projet.

Je ne sais pas ce que SUSE et openSUSE veulent vraiment construire : un OS pour développeurs de containers ? une vitrine instable pour expérimenter des idées hasardeuses ? un laboratoire déconnecté des besoins réels des utilisateurs ?

Une chose est sûre : je n’ai plus confiance. Et je ne suis pas le seul.

Gentoo : pourquoi je ne peux plus revenir aux distributions binaires classiques

2025-08-29T00:00:00Z

Quand on me demande pourquoi je reste fidèle à Gentoo alors que tant de distributions binaires me tendent les bras (Debian, Fedora, Arch et compagnie), ma réponse est toujours la même : parce que Gentoo me fait gagner du temps, et pas l’inverse.

Ça peut paraître paradoxal, surtout quand on pense à la réputation de Gentoo comme “distribution de barbus qui aiment compiler pour compiler”. Mais la réalité est bien différente. Gentoo, ce n’est pas passer sa vie devant un compilateur, c’est surtout profiter d’un système incroyablement cohérent, qui permet de personnaliser ses applications à la volée, avec un seul outil, sans bricolage à rallonge.

Le pouvoir d’un seul outil : `emerge` #

Sur Gentoo, tout passe par emerge. Que je veuille installer un paquet classique, activer une option de compilation oubliée, rétroporter une version plus récente, ou recompiler un logiciel avec de nouvelles fonctionnalités, c’est toujours la même commande.

Et c’est là la grande force de Gentoo :

pas besoin d’empiler des outils,
pas besoin de plonger dans mille fichiers,
pas besoin de réapprendre une nouvelle procédure à chaque problème.

Tout se gère avec un seul et même gestionnaire.

Exemple concret : MLDonkey #

Prenons un cas qui m’a longtemps fait perdre du temps sur d’autres distributions : MLDonkey. C’est un logiciel de partage P2P qui gère plusieurs réseaux, mais ses paquets officiels sont rarement compilés avec toutes les options, notamment Gnutella et BitTorrent.

Résultat : sur les distros binaires, impossible de l’utiliser pleinement sans mettre les mains dans le cambouis.

Sur Debian et ses filles #

Pour recompiler un paquet avec mes propres options, il faut :

Installer des outils (devscripts, pdebuild ou debuild).
Télécharger les sources (apt-get source nom-du-paquet ou dget URL).
Modifier les fichiers dans le sous-dossier debian (souvent le fameux rules).
Recompiler le tout (pdebuild ou debuild).
Installer le paquet généré.
(Optionnel mais recommandé) signer le paquet et le placer sur un dépôt perso.

En clair, un parcours en 5-6 étapes pour ce qui devrait être un simple choix d’option.

Sur une distribution RPM #

La logique est la même :

Installer rpmbuild et ses dépendances.
Télécharger les sources.
Modifier le .spec pour activer les options voulues.
Lancer la compilation.
Installer le paquet.

Encore une fois : lourd, verbeux, fastidieux.

Sur Gentoo #

Rien de tout ça. Je me contente d’activer les bons USE flags dans mon package.use, et c’est terminé :

net-p2p/mldonkey
     Available versions:  ~3.1.7-r4^s (~)3.2.1^s {+bittorrent doc +fasttrack gd +gnutella magic +ocamlopt +upnp}

Un simple emerge et hop, MLDonkey est compilé comme je le souhaite, avec Gnutella et BitTorrent. Pas besoin d’installer un arsenal d’outils supplémentaires.

ScummVM et d’autres cas agaçants #

MLDonkey n’est pas un cas isolé. J’ai souvent eu le même problème avec ScummVM, ce fabuleux interpréteur de jeux point-and-click. Sur certaines distributions, l’option FFmpeg était absente par défaut. Sur Debian oui, ailleurs non. Résultat : encore une recompilation maison, encore un paquet à bricoler.

Avec Gentoo ? Un flag USE à activer, et c’est réglé.

Le cauchemar des backports… et leur simplicité sous Gentoo #

Un autre exemple où Gentoo m’a sauvé du temps : les backports. Quand j’étais sur Debian, je “descendais” souvent des paquets de Sid pour les installer sur Stable. Ça s’appelle du rétroportage, et c’est exactement le même cirque que décrit plus haut : télécharger les sources, patcher, recompiler, créer le paquet, l’installer… et recommencer à chaque mise à jour.

Sous Gentoo, un backport, c’est juste un ebuild. Un simple fichier bash que je place dans mon overlay local, et que je lance avec emerge. Basta.

Là où d’autres distributions me demandent 30 minutes de manipulation, Gentoo me demande 2 minutes.

Gentoo : gagner du temps en personnalisant #

Et c’est pour ça que je dis souvent que Gentoo me fait gagner du temps. Je ne compile pas pour le plaisir de compiler. Je compile parce que ça me permet d’avoir exactement le logiciel que je veux, avec les options que je veux, au moment où j’en ai besoin.

Les distributions binaires ont toujours une étape de trop, un outil de trop, une lourdeur de trop. Gentoo, elle, recentre tout autour d’un seul mot-clé : simplicité.

Conclusion : pourquoi je reste #

Voilà pourquoi je ne peux pas revenir en arrière. Debian, Fedora, Arch… toutes ont leurs qualités, mais elles m’imposent des contraintes que je ne suis plus prêt à accepter. Gentoo, elle, me laisse les mains libres.

Je gagne en personnalisation.
Je gagne en cohérence.
Je gagne en temps.

Gentoo n’est pas seulement un système pour “geeks qui aiment souffrir” : c’est au contraire une distribution qui rend le contrôle simple et naturel. Et une fois qu’on a goûté à ça, difficile de revenir en arrière.

Fedora : la cinquième roue inutile du carrosse Linux!

2025-08-24T00:00:00Z

Fedora, c’est un peu cette distro qu’on installe quand on a déjà écarté toutes les autres. Pas une première roue, pas une roue de secours… non, carrément la cinquième roue du carrosse. Elle est là, elle tourne, mais franchement : qui en a vraiment besoin ?

Quand on a un peu de vécu sous Linux, on trie.

Pas de rolling, parce qu’on n’a plus l’âge de jouer aux équilibristes (Arch, Gentoo, vous pouvez rester dans la cour de récré).
Pas de vieilleries non plus : Debian stable, Slackware, Ubuntu LTS… merci pour le musée, mais non merci.
OpenSUSE ? Soit trop vieille (Leap), soit rolling (Tumbleweed).
Mageia ? Soyons sérieux deux minutes.

Alors on arrive chez Fedora, avec son cul posé entre deux chaises. Pas rolling, mais pas vraiment fixe non plus. Un espèce de compromis bancal où tous les six mois, il faut passer à la version suivante. Et bien sûr, on nous vend ça comme “le meilleur des deux mondes” : moderne sans être instable, stable sans être en retard. Sauf qu’en vrai, c’est juste une mise à jour semi-annuelle forcée, déguisée en “avantage”.

Fedora, c’est l’illusion du choix, ça veut jouer les modernes, mais ça reste collé à Red Hat comme un chewing-gum sous la semelle. Ça veut séduire les débutants, mais ça leur claque dans les doigts dès qu’ils essaient de sortir du droit chemin. Et pour les utilisateurs expérimentés ? C’est trop rigide pour être vraiment libre, trop mouvant pour être vraiment stable. Bref : un entre-deux sans saveur.

Alors oui, Fedora démarre, Fedora fonctionne, Fedora se met à jour… Mais pour quoi faire ? C’est l’exemple type de la distro qui n’apporte rien, qu’on n’installe que par dépit quand on a rayé toutes les autres de la liste. Une roue en plus, inutile, qui fait joli mais qui ne sert pas à avancer.

Fedora, c’est la cinquième roue du carrosse Linux : présente, mais parfaitement dispensable.

Fedora, c’est le laboratoire déguisé en distro pour desktop #

Ne nous voilons pas la face : Fedora, c’est avant tout le terrain de jeu de Red Hat. C’est là qu’ils balancent leurs nouveautés pas encore testées, histoire de voir si ça casse ou pas. Wayland par défaut ? Fedora. Systemd par défaut ? Fedora. Pulseaudio ? Fedora. PipeWire ? Fedora. Toujours en avance de deux wagons, mais avec la fiabilité d’une béta permanente. Et les utilisateurs servent de cobayes consentants.

On peut aimer ça, si on aime vivre dangereusement. Mais pour qui cherche une distro stable au quotidien, c’est un coup à finir chauve à force de s’arracher les cheveux.

Les effets d’annonce et les abandons en douce #

Fedora, c’est aussi l’art du coup marketing technique. On nous vend un truc comme une révolution – rappelez-vous les delta RPM, censés rendre les mises à jour rapides et économes en bande passante. Et puis un jour, pouf, plus rien. Ça disparaît sans un mot, parce que trop complexe à maintenir. L’histoire se répète : on expérimente, on hype, et puis on abandonne. Le cycle éternel du gadget Fedora.

Red Hat, la démocratie… mais uniquement sur papier #

On aime nous vendre Fedora comme une communauté ouverte, un projet démocratique. En réalité, tout le monde sait que c’est Red Hat qui décide. Fedora n’est qu’une vitrine, une caution “communautaire” pour masquer le fait que les choix stratégiques sont toujours dictés d’en haut. Les réunions, les comités, les votes ? Du théâtre. La feuille de route, elle, sort des bureaux de Red Hat.

COPR : le faux bon plan #

Ah, COPR… Le fameux système de dépôts personnels. Présenté comme la réponse moderne aux besoins des utilisateurs. En pratique ? C’est une copie mal fichue de l’OpenSUSE Build Service. Lourdeur monumentale, interface web poussive, dépendance à un site centralisé pour gérer le tout. Et le pire ? Voir certains taper sur les PPA d’Ubuntu (parce que “c’est sale, c’est dangereux”), pour mieux encenser COPR… alors que c’est pire et moins pratique.

Un installateur à la ramasse (merci Anaconda2) #

Pendant des années, Fedora s’est traînée un installateur qui donnait envie de fuir : Anaconda2. Interface datée, ergonomie incompréhensible, plantages à répétition. À chaque release, on espérait qu’il soit enfin corrigé, mais non, c’était la même soupe. Heureusement, il a fini par passer à la trappe. Mais ça a pris combien d’années ? Trop. Et pendant ce temps, d’autres distros proposaient des installeurs clairs, rapides et efficaces.

Fedora sans RPM Fusion, c’est une coquille vide #

Autre ironie : installer Fedora, c’est découvrir une distro castrée par défaut. Pas de codecs, pas de pilotes propriétaires, pas grand-chose pour l’audio/vidéo. Tu veux lire une vidéo banale ou écouter ta musique ? Hop, direction RPM Fusion. Sans ce dépôt externe, Fedora ne vaut pas tripette pour un usage multimédia normal. Et après, on ose la vendre comme “la distro pour tous”…

Le CLUF : la touche finale #

Et puis il y a ce petit détail croustillant : le CLUF (Contrat de Licence Utilisateur Final). Oui, Fedora te fait accepter une licence comme si tu installais un Windows. Symbole parfait de cette distro : sous des airs de liberté et d’ouverture, ça reste une distribution qui parle le langage des grandes entreprises, pas celui des utilisateurs passionnés.

Conclusion #

Il est quand même ironique de voir des utilisateurs Linux expérimentés, après avoir quitté les rolling casse-gueule, qui se moquent des gentooistes et des debianistes se planter fièrement sur Fedora. Peut-être par lassitude ? Ou simplement parce que Red Hat a réussi à leur vendre son bac à sable comme une “solution stable” ? Comme si utiliser le labo de Red Hat donnait un vernis de sérieux.

Peut-être par conformisme ? Ou juste pour se convaincre qu’ils ne font pas partie du “petit peuple” qui ose encore installer Ubuntu ?

Un choix qui se veut “raisonné”, mais qui n’est au fond qu’une résignation : accepter d’être bêta-testeur de luxe pour Red Hat, tout en se persuadant qu’on a trouvé l’équilibre parfait. Peut-être par peur de se mouiller ailleurs ? Ou juste par flemme d’assumer un vrai choix ?

Alors Fedora ? Oui, ça fonctionne. Oui, ça intègre les nouveautés avant tout le monde. Oui, ça se met à jour plutôt bien. Mais au fond, c’est quoi ? Un labo déguisé en distribution desktop. Un jouet de Red Hat maquillé en projet communautaire. Un compromis sans saveur qu’on installe par défaut, faute de mieux.

Fedora, c’est la cinquième roue du carrosse Linux. Présente, voyante, mais parfaitement dispensable.

Arch Linux et AUR : entre attaques DoS et sécurité des paquets

2025-08-24T00:00:00Z

Ces derniers jours, le projet Arch Linux a été frappé par une attaque par déni de service (DoS) touchant son infrastructure principale, notamment archlinux.org, l’Arch User Repository (AUR) et les forums. Cette situation rappelle à quel point même des projets Linux populaires, bien établis et gérés par des bénévoles, restent vulnérables face à certaines menaces en ligne.

L’attaque en cours #

Le site officiel indique que l’attaque perturbe l’accès aux outils clés :

La page principale et les forums sont parfois inaccessibles.
L’AUR, qui héberge des milliers de paquets utilisateur, rencontre des interruptions.

L’équipe DevOps travaille activement avec le fournisseur d’hébergement pour limiter l’impact et envisage des solutions de protection DDoS. En attendant, ils recommandent :

D’utiliser les mirrors officiels pour les ISO et les listes de miroirs, afin de ne pas dépendre uniquement d’archlinux.org.
Pour l’AUR, un miroir GitHub permet de récupérer les paquets si le site principal est indisponible :

$ git clone --branch <nom_du_paquet> --single-branch https://github.com/archlinux/aur.git <nom_du_paquet>

AUR et sécurité : un rappel nécessaire #

L’AUR est une ressource précieuse pour Arch Linux : il permet à la communauté de partager des paquets non officiels. Mais cette ouverture comporte des risques :

Paquets non vérifiés par les mainteneurs officiels Chaque utilisateur peut soumettre un PKGBUILD. Bien que la communauté signale les problèmes, un paquet malveillant peut passer entre les mailles du filet.
Risque de scripts post-installation dangereux Les PKGBUILD peuvent contenir des commandes shell qui s’exécutent lors de la compilation. Un utilisateur malintentionné pourrait exploiter cette mécanique pour compromettre un système.
Absence de contrôle centralisé Contrairement aux dépôts officiels, l’AUR ne bénéficie pas d’une politique stricte de validation et de sécurité. La vigilance de l’utilisateur est donc essentielle.

Bonnes pratiques pour sécuriser son AUR #

Vérifier les signatures et les sources : Assurez-vous que le paquet provient de sources fiables et que les checksums correspondent.
Lire les PKGBUILD avant compilation : Même un simple cat PKGBUILD peut éviter de mauvaises surprises.
Limiter les privilèges : Évitez de compiler ou d’installer des paquets AUR avec des droits root si ce n’est pas strictement nécessaire.

Conclusion #

L’attaque actuelle contre Arch Linux montre que même des projets robustes sont exposés à des menaces. L’AUR, par sa nature communautaire, reste un point sensible en matière de sécurité. La vigilance des utilisateurs et le recours aux bonnes pratiques sont essentiels pour continuer à profiter de la richesse de l’écosystème Arch sans compromettre son système.

Gentoo, mon dernier grand amour : passion Linux entre chaos et contrôle absolu

2025-08-22T00:00:00Z

“Certains voient Gentoo comme un enfer réservé aux geeks : pour moi, c’est un terrain de jeu où chaos et contrôle absolu coexistent, et où chaque commande me rapproche un peu plus de Linux tel que je le rêve.”

Depuis des années, je navigue entre distributions, testant Debian, Ubuntu, openSUSE, Mandriva, NixOS… Toujours en quête d’un équilibre entre stabilité, performance et plaisir d’apprentissage. Et ces derniers mois, à chaque détour, une évidence revient : Gentoo.

Ce n’est pas la distribution la plus facile, ni la plus rapide à installer. C’est un monde où chaque choix compte, où le chaos apparent des compilations cache un contrôle absolu sur son système. Ici, chaque paquet, chaque option, chaque optimisation reflète ma vision de Linux.

Dans ce billet, je vous raconte pourquoi, en 2025, malgré les tentations et les alternatives, Gentoo reste mon dernier grand amour, celui qui allie passion, personnalisation et performance.

Je me trouve en ce moment dans une période d’hésitation, ou plutôt je l’ai été, tiraillé entre Debian, openSUSE, Ubuntu, Gentoo et NixOS… pour finalement revenir à mon dernier grand amour : Gentoo. J’ai commencé cette aventure le 20 novembre 2024. Avant cela, j’étais sur Calculate Linux : c’est d’ailleurs elle qui m’a donné envie d’aller plus loin, de plonger dans sa “source”. À l’époque, j’écrivais ceci :

Mon parcours a commencé avec Calculate Linux et Redcore, avant de me lancer dans l’installation de cinq Gentoo, toutes avec OpenRC (et jamais systemd, que je préfère éviter). Sur ma machine, j’ai pris l’habitude d’utiliser zram en remplacement de la swap classique,… […] Mon basculement de Calculate Linux vers Gentoo s’est fait parce que j’avais des blocages dans certaines installations de paquets sous Calculate, problèmes que je ne rencontrais pas avec mes autres machines sous Gentoo. Cependant, si vous vous demandez si ce passage vaut le coup, la réponse est : non, sauf si vous aimez le contrôle total.

Sous Calculate, tout est pensé pour la simplicité et l’efficacité. Vous avez des ISO adaptées à différents environnements de bureau, un installateur rapide et fonctionnel (même sur des machines anciennes), et un système presque prêt à l’emploi. À l’inverse, avec Gentoo, l’installation est beaucoup plus longue, même en utilisant des binaires. Par exemple, sur ma machine modeste, l’installation complète de Gentoo (avec Plasma, mes outils et applications) a pris 3 heures, contre 6 minutes pour Calculate.

Gentoo permet une personnalisation absolue : chaque paquet, chaque option est à la main de l’utilisateur. Mais cela demande du temps et de l’énergie, notamment pour configurer les éléments que Calculate inclut par défaut (impression, scanner, Wi-Fi…). C’est comparable à la relation entre Arch Linux et ses dérivées comme EndeavourOS.

Mon ressenti #

Si je suis honnête, Gentoo est un choix plus philosophique que pragmatique. J’aime être sur une distribution “source”, plutôt qu’une “fille de”. Cela dit, Calculate n’est pas une simple dérivée : elle reste 100% compatible Gentoo tout en ajoutant des outils qui simplifient la vie.

Au final, la différence en termes de réactivité entre Calculate et Gentoo est minime sur ma machine. Gentoo me permet de contrôler chaque détail, mais Calculate offre un système complet et fonctionnel en un temps record, avec une meilleure intégration initiale.

Pour l’instant, je vais garder Gentoo pour voir si je peux maintenir ce système dans le temps. Mais si cela devient trop complexe, je n’hésiterai pas à revenir sur Calculate, qui simplifie réellement la gestion d’un système Gentoo.

J’avais bien résumé les choses : “la différence en termes de réactivité entre Calculate et Gentoo est minime sur ma machine”. C’était vrai tant que je restais avec des binaires optimisés en x86-64-v1. Dans ce cas, Calculate reste aussi réactive que Debian ou Arch Linux. Mais à partir du moment où je passe en x86-64-v3, la donne change radicalement. Ce n’est pas une révolution, mais la différence se ressent : j’ai une réactivité que je n’avais jamais connue auparavant sur cette machine.

Dans mon billet Un mois sous Gentoo, ça donne quoi ?, j’avais déjà dressé la liste des points forts, notamment :

La différence est flagrante : Plasma est plus réactif que jamais, et les grosses applications comme LibreOffice, Firefox ou GIMP s’ouvrent presque instantanément […] Ces gains, bien que ressentis subjectivement, se vérifient avec certains outils. Par exemple, la construction de mes deux blogs – l’un avec Hexo, l’autre avec Eleventy – est nettement plus rapide. Je gagne entre un tiers et la moitié du temps de compilation par rapport à des distributions comme Debian, Arch Linux, Fedora ou encore Ubuntu, même en utilisant la même version de Node.js. Cela, je le dois aux optimisations spécifiques à ma machine, notamment grâce aux binaires x86-64-v3.

Autre point positif : la richesse des dépôts Gentoo. Contrairement aux distributions basées sur des paquets .deb ou .rpm, je n’ai pas eu besoin de recourir à des Snap ou Flatpak. Tout ce dont j’ai besoin est déjà dans les dépôts officiels ou dans des overlays comme Guru, et j’ai même créé mon propre overlay. Pas besoin d’un équivalent de l’AUR d’Arch Linux : tout est là, et à jour.

Enfin, j’apprécie l’équilibre des versions logicielles proposées : ni trop anciennes, ni trop fraîches. Cela me permet de profiter d’un Plasma/KDE récent tout en utilisant des versions LTS pour des outils comme Firefox ou LibreOffice. Avec Debian, par exemple, ce choix est frustrant : entre une version stable parfois dépassée et des backports qui ne proposent pas toujours des versions LTS, il y a un manque de cohérence que Gentoo n’a pas.

Mais j’avais aussi relevé les points faibles :

L’installation Gentoo souffre d’un manque d’installateur moderne. Tout passe encore par la ligne de commande : chroot, copie de l’archive stage3, configuration manuelle… Certes, cela fait partie de l’ADN de Gentoo, et c’est même formateur puisqu’on comprend ce que l’on fait et à quoi servent les différentes étapes. Mais nous sommes en 2024 (bientôt 2025) : un installateur graphique ou semi-automatisé ne serait pas un luxe. Calculate et Redcore ont montré qu’il est possible de proposer cela tout en gardant la possibilité d’une installation manuelle pour les puristes.
Les tâches répétitives Certaines opérations pourraient être mieux intégrées. Après une mise à jour du noyau, il faut lancer emerge @module-rebuild. En cas de changement de version de Python ou de Perl, on doit exécuter des commandes comme python-updater ou perl-cleaner -q --modules. Rien de dramatique, et Portage nous guide correctement, mais ces tâches pourraient être automatisées. Calculate Linux, avec sa commande cl-update, prouve que c’est faisable.
Les USE flags et le testing La puissance de Gentoo, ce sont les USE flags. Mais c’est aussi une source de complexité, car leur gestion peut vite devenir fastidieuse. De même, devoir activer ponctuellement le canal testing pour certains paquets est une contrainte que j’aurais aimé éviter. J’ai tout de même contourné ce problème en automatisant une partie via mon make.conf :
```
EMERGE_DEFAULT_OPTS="--autounmask=y --autounmask-license=y --autounmask-use=y --jobs=3 --keep-going --complete-graph=y --deep --ask --with-bdeps=y --getbinpkg"
```
Les binaires : une avancée, mais incomplète Les binaires sont une nouveauté encore récente dans l’écosystème Gentoo (introduits il y a environ un an). Ils représentent une excellente idée pour démocratiser la distribution, en particulier pour ceux qui n’ont pas des machines très puissantes. Sur ma propre configuration, ils m’ont permis de gagner un temps précieux sur des paquets lourds comme Firefox, Thunderbird ou QtWebEngine. Mais tout n’est pas parfait : les binaires ne sont pas toujours disponibles en même temps que les ebuilds. Résultat : après une mise à jour des dépôts, il arrive que certains binaires manquent, ce qui m’oblige à compiler manuellement. Le problème est connu (bug #924772), mais pour l’instant aucune solution durable n’a été apportée. La seule “astuce” consiste à attendre quelques heures – voire une journée entière – avant de lancer une mise à jour, le temps que les binaires soient publiés. Autant dire que c’est frustrant, surtout quand l’objectif des binaires est justement de simplifier et d’accélérer l’expérience utilisateur.

Ce constat reste d’ailleurs toujours d’actualité : c’est assez logique, puisque les ebuilds, qui ne sont que de simples fichiers textes, arrivent bien plus rapidement que les binaires compilés à partir de ces mêmes ebuilds.

Pour replacer ce billet dans son contexte, je vous invite à relire mes réflexions précédentes, qui retracent mes allers-retours entre différentes distributions :

Tous ces allers-retours montrent bien mes hésitations, mes expérimentations et parfois même mes contradictions. Pourtant, un fil rouge demeure : la recherche d’un système à la fois performant, réactif et cohérent avec ma façon d’utiliser Linux. Et malgré mes détours par Debian, Arch ou NixOS, c’est toujours Gentoo qui revient s’imposer comme une évidence — quitte à m’arracher quelques cheveux au passage.

Depuis 2020, j’ai tenté à plusieurs reprises de tourner la page Debian pour me fixer sur une autre distribution. Pendant longtemps, j’ai cru que ce serait openSUSE. J’y contribuais même davantage qu’à Debian : j’étais membre, ce qui me donnait certains droits — poster sur Planet, participer à l’IRC, voter, avoir une adresse mail en @opensuse.org, etc. Bref, une vraie immersion dans la communauté.

Mais à chaque fois, le scénario se répétait : retour à Debian. Et les raisons ne manquaient pas.

D’abord, des fichiers de configuration éparpillés ou mal placés, là où sur Debian tout est logique et prévisible. L’exemple le plus parlant reste LightDM, ou encore la mise en place d’un simple LAMP. J’ai détaillé ces points dans mon billet Debian un jour, Debian toujours!.

Ensuite, le fameux feuilleton du changement de nom d’openSUSE (vers un changement de nom encore?, plus qu’un changement de nom, une vraie menace?). Un épisode de “je t’aime, moi non plus” qui dure depuis l’époque où Novell a quitté la barre.

Il y a aussi la fin annoncée de LEAP (est-ce une grosse perte pour moi?). Pour l’instant, elle existe encore, mais l’épée de Damoclès plane toujours.

Et surtout : l’instabilité chronique d’openSUSE, que j’ai longuement décrite dans Un OS en perpétuel changement ou un chaos incessant masqué en système d’exploitation. J’ai d’ailleurs tenté d’analyser la situation et de poser quelques hypothèses dans Que sera l’avenir d’openSUSE?.

Il y a cependant des éléments qui apportent une certaine visibilité à ce débat. Tout d’abord, Red Hat a décidé de restreindre l’accès à ses sources, ce qui est bien entendu son droit. Ensuite, SUSE a posé une somme conséquente sur la table pour assurer la pérennité d’une distribution semblable à Red Hat (SUSE investit 10 millions de dollars pour créer un fork de RHEL et proposer une alternative à CentOS Stream sans restrictions). En réponse aux bouleversements dans l’écosystème Linux d’entreprise provoqués par RedHat, Oracle, SUSE et CIQ ont formé l’Open Enterprise Linux Association (OpenELA). Peu de temps après, on apprend que SUSE se retire de la bourse pour tenter une stratégie risquée face à Red Hat, en plaçant d’anciens cadres de RedHat à sa tête et en annonçant le retrait de sa cotation pour commercialiser un fork de RHEL. Peut-être au détriment de son propre Linux ?

Enfin, même si c’est un détail, il faut mentionner le dépôt externe Packman, indispensable pour les codecs et certains logiciels problématiques juridiquement dans certains pays. Son rôle est comparable à rpmfusion pour Fedora, mais avec encore moins de moyens. Résultat : pertes temporaires du dépôt, lenteurs… Pas terrible.

Et que dire de Tumbleweed, la version rolling d’openSUSE ? C’est celle que je préférais, mais son système de mises à jour m’a toujours semblé étrange. Elles arrivent par énormes lots, tous les deux ou trois jours, synchronisés avec la sortie d’une nouvelle image d’installation. Du coup, on se retrouve avec des updates de 500 à 1000 paquets d’un coup… puis quasiment plus rien, à part de la sécurité et des correctifs mineurs.

Bref, malgré tout l’attachement que j’avais à openSUSE — la communauté, les droits, les contributions —, je finissais toujours par revenir à Debian. C’était devenu un réflexe : stabilité, prévisibilité, et une configuration qui reste logique.

On peut comprendre qu’avec tout ça, il n’était pas nécessaire de rester sur openSUSE. La distribution qui a commencé à me détacher de Debian, c’est NixOS, que j’ai découverte en 2021 grâce à une vidéo de Vinceff. Sur le papier, c’est séduisant : tellement novateur techniquement, que ça en devient presque fun.

Mais dans la pratique, je n’arrive pas à y rester. Dès que je commence à comprendre les méandres pour ajouter un service ou installer une application, un autre obstacle surgit. Le principal frein, c’est le langage Nix pour packager les applications. J’ai beau m’accrocher, la logique m’échappe. Certes, le peu de documentation existante n’est pas mauvais et semble même promettre une simplicité élégante, mais en pratique :

La recherche des dépendances via les commandes Nix est laborieuse.
Les noms des bibliothèques et des applications ne correspondent souvent à rien.
Certaines lignes de configuration ressemblent à un mélange étrange entre YAML et JSON.

En fin de compte, je ne me sens pas à l’aise. Dès que je sors des applications et services présents dans les dépôts officiels, je suis complètement perdu. Je vais continuer à expérimenter NixOS, mais certainement pas sur ma machine principale.

Et puis il y a Gentoo. Je n’aurais jamais pensé finir un jour dessus. Pourtant, pour moi, les outils Portage sont tout simplement le top : les retours à l’écran, la multitude de possibilités offertes, la facilité de comprendre et de créer ses propres recettes, de passer des options de build ou même de patcher… tout devient accessible.

Pourtant, à entendre certains, notamment sur YouTube, Gentoo est une distribution impossible : il faudrait un diplôme d’informatique, cinq ans d’études, un master en droit… C’est réservé à l’élite, pas au commun des mortels. Et encore moins à l’ouvrier que je suis, diplômé en carrosserie automobile et conducteur de bus. Même Fred, dans son billet Ce qui me gonfle dans le logiciel libre actuel, épisode 7 : Les « vieux de la vieille » et les distributions GNU/Linux techniques, tombe parfois dans ce mythe.

La vérité, c’est que Gentoo n’est plus ce que j’ai connu en 2007 : emerge se débrouille désormais très bien tout seul. Les revdep-rebuild -iq ou les @preserved-rebuild sont de plus en plus rares. Plus besoin de compiler son kernel avec toutes ses options, de plus en plus de binaires existent pour les applications populaires et les paquets lourds. Et les outils Portage t’expliquent clairement ce qui reste à faire manuellement.

Bref, Gentoo est devenu plus accessible, tout en gardant ses qualités : ses outils puissants, sa personnalisation infinie, son optimisation fine, et une communauté toujours présente et réactive.

À deux reprises, j’ai voulu revenir à quelque chose de plus simple, avec moins de maintenance : Debian, Ubuntu, ou même NixOS. Mais à chaque fois, je finis par y retourner en courant. Pourquoi ? Parce que je compense certains défauts — comme la lenteur des mises à jour ou l’installation des paquets — par la réactivité et la flexibilité de Gentoo.

Cette lenteur, d’ailleurs, s’explique assez facilement, et Adrien l’a très bien détaillée dans sa vidéo :

Et puis, pourquoi choisir Gentoo en 2025 ? Beaucoup de personnes qui n’ont pas pratiqué la distribution pensent qu’il s’agit d’un OS réservé à une élite, un projet élitiste, compliqué et hermétique. Comme le dit ce camarade :

« Il est quand même dommage de voir les personnes qui ont connu Linux à l’époque où Ubuntu commençait à se faire sa place au Soleil migrer vers des projets largement moins abordables. Peut-être par élitisme ? Ou simplement par envie de se détacher du vulgum pecus ? »

Mais la réalité est tout autre. Gentoo offre des possibilités qu’aucune autre distribution ne peut égaler — et ce, sans forcément exiger des années d’expérience ou un doctorat en informatique.

Prenons les USE Flags : c’est là que la magie opère. Besoin de quelques codecs spécifiques pour ffmpeg ? Alors tu ne prends que ceux-là et tu supprimes tout le reste. Résultat : moins de dépendances, moins de logiciels superflus, un système parfaitement taillé pour tes besoins. Chaque paquet peut être personnalisé à l’infini, et chaque choix a un impact direct sur ton système.

Le même principe s’applique à l’init : tu veux systemd, tu l’installes. Tu préfères OpenRC, tu l’installes aussi. Aucun drama, aucune guerre de clocher façon Arch/Artix ou Debian/Devuan. Gentoo ne force pas de choix dogmatiques ; il offre simplement la liberté de construire ton propre Linux, à ton image.

Pour le logiciel, c’est pareil : tu peux avoir des paquets très récents si tu veux être à la pointe, ou des versions stables si tu privilégies la fiabilité. Tu peux même combiner les deux : un noyau stable et des applications fraîches, ce qui est impossible à réaliser de façon aussi fluide sur la plupart des distributions classiques. Et tout cela dans une rolling release, donc jamais figé dans le temps comme Debian stable, tout en conservant un contrôle absolu sur ton système.

Côté performances, Gentoo brille également : de plus en plus de paquets lourds bénéficient de binaires précompilés, ce qui réduit considérablement le temps de compilation. Et si tu gères plusieurs machines, tu peux compiler sur une seule et déployer les binaires sur les autres. Chaque optimisation est pleinement sous ton contrôle, pour un système parfaitement adapté à ton matériel.

Et si tu souhaites expérimenter avec musl, c’est possible ; ou avec des architectures spécifiques, des patchs personnalisés, des options de build uniques — Gentoo te laisse tout faire. C’est une distribution extensible à l’infini, capable de reproduire les scénarios de presque toutes les autres distributions : un profil Gentoo-Alpine, un profil Gentoo-Arch, un profil Gentoo-Debian… Tout est possible, et tu choisis ce qui te convient.

Au final, l’avantage principal de Gentoo, c’est son côté meta-distribution. Ce n’est pas simplement un OS : c’est un cadre flexible pour construire ton propre Linux, exactement comme tu le veux, sans compromis. Et ça, aucune distribution grand public ne peut t’offrir de manière aussi complète.

Compiler ou utiliser ? La lenteur, un vrai problème ? #

Beaucoup pensent que Gentoo est lent parce qu’il faut compiler chaque paquet. En réalité, ce n’est pas un obstacle insurmontable, juste un mode de fonctionnement différent — et très flexible.

Prenons un exemple simple : tu installes un gros paquet comme Firefox ou LibreOffice. Oui, ça peut prendre plusieurs minutes, voire dizaines de minutes, selon ta machine. Mais tu n’êtes pas obligé de rester planté devant ton terminal à regarder des lignes défiler. Gentoo offre une multitude de solutions pour gérer ce temps :

Réglage de la priorité des processus : avec la commande nice ou ionice, tu peux faire en sorte que la compilation n’utilise pas toute la puissance du processeur. Le reste de la machine reste fluide, tu peux continuer à travailler ou naviguer sur le web sans gêne.
Automatisation des mises à jour : tu peux programmer emerge --update @world pendant le repas, la nuit ou tout autre moment où tu n’utilises pas ton ordinateur. Gentoo s’occupe de tout, et le système est prêt quand tu reviens.
Utilisation de binaires : Portage peut créer des binaires que tu réutilises plus tard, exactement comme les paquets précompilés sur Debian, Ubuntu ou Fedora. Cela réduit drastiquement le temps d’installation et te permet de profiter de la flexibilité de Gentoo sans sacrifier le confort.
Contrôle du nombre de cœurs utilisés : tu peux décider de n’utiliser qu’une partie de tes cœurs pour compiler, afin de garder ton système réactif pour d’autres tâches.
Travail en arrière-plan avec tmux : si tu veux suivre les compilations sans être bloqué, tmux te permet de lancer plusieurs sessions détachées, de revenir dessus plus tard, ou même de laisser tourner tes builds sur un serveur distant.

En résumé, la lenteur n’est pas un problème mais une question de gestion. Gentoo te demande de réfléchir à ce que tu veux faire, et te donne tous les outils pour que les compilations se fassent sans stress, en arrière-plan, ou de manière optimisée.

Le vrai avantage ? Tu peux garder un contrôle total sur ton système, tout en rendant les mises à jour et les installations aussi pratiques qu’une distribution « classique ». Gentoo n’impose rien : tu choisis ton rythme, ton niveau d’automatisation et ta manière de compiler.

Après des années de va-et-vient entre distributions, de découvertes et de frustrations, je comprends enfin une chose : Linux n’est pas qu’un système, c’est une expérience personnelle. Chaque distribution que j’ai essayée m’a apporté quelque chose : Debian, la stabilité et la logique ; openSUSE, la communauté et l’ambition ; NixOS, l’innovation et la rigueur ; Calculate, la praticité et la rapidité ; Ubuntu, la simplicité et l’accessibilité ; Mandriva, l’élégance et la cohérence de l’environnement de bureau.

Mais Gentoo… Gentoo, c’est la liberté incarnée. Ce n’est pas la voie facile, ce n’est pas celle qui se contente de fonctionner « par défaut ». C’est celle qui te met aux commandes, qui te force à comprendre, à choisir, à construire. Et ce choix, cette implication, c’est exactement ce que je cherchais.

Aujourd’hui, je peux dire sans hésiter : revenir à Gentoo n’est pas un simple retour, c’est un acte conscient, une décision pour prendre le contrôle de mon système et de mon temps. Chaque compilation, chaque configuration manuelle, chaque USE flag choisi est une pièce du puzzle, une marque de ma liberté et de ma maîtrise.

Gentoo n’est pas pour tout le monde. Elle demande du temps, de l’attention et parfois de la patience. Mais pour moi, elle est le reflet exact de ce que je veux que mon Linux soit : réactif, adaptable, unique, et entièrement mien. Et après tout, n’est-ce pas là l’essence même du logiciel libre ?

Alors oui, Gentoo est exigeante. Mais c’est précisément ce qui la rend exceptionnelle. Et moi, ma poule, je ne pourrais pas imaginer être ailleurs.

NixOS : tout casser ? Pas vraiment…

2025-08-19T00:00:00Z

NixOS : peur du fichier unique ? Fausse alerte 😎 #

J’ai lu un billet d’un collègue qui dit, à propos de NixOS :

« Il suffit d’une fausse manipulation ou d’une corruption sur le fichier en question pour que l’ensemble parte en arachide. »

Alors là, ma poule… comment dire ? 😅

1️⃣ Le fameux `configuration.nix` #

Oui, NixOS utilise un fichier centralisé pour tout configurer. Impressionnant à première vue, surtout quand on est habitué à Debian ou Fedora où tout est déjà prêt. Mais justement : ça ne signifie pas qu’une erreur va tout casser.

2️⃣ Nix prévient avant le désastre #

Si tu ajoutes une option invalide, ou une petite faute de frappe : Nix ne laisse pas passer le build. Le système te dit clairement que ça ne va pas et bloque la génération. Ton ancien système reste intact, et tu peux continuer à bosser normalement.

3️⃣ Rollbacks et sécurité intégrée #

Chaque reconstruction crée une nouvelle génération. L’ancienne est conservée. Résultat : tu peux toujours revenir en arrière en un seul coup de commande si tu testes quelque chose qui ne marche pas. Essayer et échouer devient sans risque, contrairement à ce que laisse entendre ce billet.

4️⃣ La vraie force de NixOS #

Reproductibilité totale : ton système peut être reconstruit à l’identique sur une autre machine.
Expérimentation sécurisée : tu peux tester de nouvelles configurations sans jamais risquer de “tout casser”.
Déploiements simplifiés : parfait pour qui aime automatiser ou gérer des serveurs.

Conclusion #

Donc non, NixOS ne fait pas exploser ton Linux dès qu’une option est mauvaise. La peur du fichier unique est surtout une histoire de perception. Pour qui comprend le mécanisme des générations et des rollbacks, NixOS est un outil sûr, puissant et flexible — bien loin de la panique décrite dans ce billet.

En résumé : Fedora et Debian peuvent te donner un Linux qui fonctionne… Mais NixOS te donne un Linux qui survit à tes erreurs, et ça, c’est la haute couture du Linux 😎

Pourquoi j’ai quitté NixOS pour revenir sur Gentoo

2025-08-14T00:00:00Z

Ces derniers mois, j’ai testé NixOS. Sur le papier, c’est une distribution qui vend du rêve : configuration centralisée, mises à jour atomiques, rollbacks faciles, reproductibilité… bref, un Linux où on casse moins souvent son système, et où on peut revenir facilement à un état stable. Mais dans la pratique, mon expérience a été moins idyllique.

Ce qui m’a plu sur NixOS #

Soyons honnêtes, NixOS a des qualités :

La configuration déclarative : tout est défini dans des fichiers .nix. On sait (en théorie) exactement ce qui est installé et comment.
Les générations : chaque mise à jour crée un “instantané” du système, et on peut revenir en arrière avec une simple commande.
Le principe immuable : pas de fichiers de configuration système qui traînent n’importe où. On garde un état cohérent.

Ces concepts sont excellents… sur le papier.

… mais aussi ce qui m’a refroidi #

Au bout de quelques semaines, j’ai commencé à voir les failles :

La documentation : elle est éparpillée entre le manuel officiel, des dépôts GitHub, le Discourse, des blogs, et parfois même des tweets ou des bouts de configuration copiés-collés. Résultat : on passe plus de temps à chercher qu’à configurer.
Les mises à jour pas toujours rapides : pour certains paquets un peu exotiques, il faut attendre. Et si le module correspondant n’existe pas, il faut bricoler.
Les casses subtiles : malgré la promesse de stabilité, j’ai eu des mises à jour qui m’ont cassé des éléments de KDE Plasma, des services qui ne redémarrent plus, ou des options qui changent de nom sans prévenir.
Le côté “boîte noire” : quand un paquet ne marche pas, on doit plonger dans des recettes .nix qui, pour quelqu’un venant de Gentoo, sont moins intuitives que des ebuilds.
Et surtout : le chaos complet dans les configurations. Sur NixOS, chacun fait complètement à sa sauce. Il n’existe pas “une” façon claire de configurer un service : tu as dix personnes, tu as dix configurations différentes pour obtenir à peu près la même chose. Les options changent, les syntaxes varient, les modules officiels ne couvrent pas tout, et tout le monde bidouille dans son coin. Résultat : deux utilisateurs de NixOS ne peuvent quasiment jamais se filer un fichier de config et obtenir le même résultat sans le retoucher à mort. Pour moi, ça, c’est un gros problème. On est censés parler de “reproductibilité”, mais dans les faits… c’est le bazar.

Mon retour sur Gentoo #

Gentoo, c’est mon vieux copain. Oui, il est un peu exigeant, mais au moins il est franc :

Portage me donne un contrôle total avec les USE flags. Je sais exactement pourquoi tel paquet est compilé avec telle option.
Les binaires pour les gros paquets (genre qtwebengine) me font gagner du temps sans perdre la souplesse de la compilation.
La documentation est centralisée, claire, et ultra-complète. Le wiki et les forums sont des mines d’or.
Et surtout, il y a une vraie cohérence : quand deux utilisateurs installent la même chose avec la même config, ils obtiennent vraiment la même chose.

Conclusion #

NixOS, c’est une excellente idée… mais dans les faits, ça ressemble à une grande expérimentation permanente où chacun bricole sa propre version de la distrib. Gentoo, lui, me donne exactement ce que je veux : un système sur mesure, documenté, prévisible, avec une communauté solide. NixOS aura été une aventure intéressante, mais Gentoo reste ma maison.

Utiliser Ollama (CUDA) depuis nixos-unstable sur NixOS avec une GTX 1050 Ti

2025-08-12T00:00:00Z

1. Pourquoi cette méthode #

Ollama est disponible dans NixOS stable, mais certaines fonctionnalités CUDA ne sont pas compilées pour toutes les cartes.
La GTX 1050 Ti a une Compute Capability 6.1, que la build binaire par défaut ne prend pas toujours en charge.
Nous allons :
1. Importer le canal nixos-unstable pour récupérer une version plus récente.
2. Forcer la compilation CUDA avec CMAKE_CUDA_ARCHITECTURES="61".

2. Ajouter `nixos-unstable` #

Si ce n’est pas déjà fait :

sudo nix-channel --add https://nixos.org/channels/nixos-unstable nixos-unstable
sudo nix-channel --update

3. Fichier de configuration NixOS #

Crée ou modifie par exemple /etc/nixos/ollama-cuda.nix :

{ config, pkgs, lib, ... }:

let
  # Import du canal unstable
  unstable = import <nixos-unstable> { config = config.nixpkgs.config; };

  # Rebuild CUDA avec Compute Capability 6.1
  ollamaWithCUDA61 = unstable.ollama-cuda.overrideAttrs (final: prev: {
    preBuild = (prev.preBuild or "") + ''
      cmake -B build -DCMAKE_CUDA_ARCHITECTURES="61"
      cmake --build build -j $NIX_BUILD_CORES
    '';
  });
in
{
  environment.systemPackages = with pkgs; [
    unstable.ollama
  ];

  services.ollama = {
    enable = true;
    package = ollamaWithCUDA61;
    loadModels = [ "llama3.2" ];
    openFirewall = true;
    acceleration = "cuda";
    user = "ollama";
    group = "ollama";
  };
}

4. Activer la configuration #

Modifie ton configuration.nix pour inclure ce fichier :

imports = [
  ./ollama-cuda.nix
];

Puis rebuild :

sudo nixos-rebuild switch

5. Vérifier CUDA #

Pour voir si Ollama utilise bien le GPU :

ollama run llama3.2

Et dans un autre terminal :

watch -n 1 nvidia-smi

Tu devrais voir la charge GPU monter.

6. Résultat #

Ollama tourne avec CUDA 12.8 (fourni par ton driver NVIDIA 570.153.02)
Build optimisé pour Compute Capability 6.1
Compatible GTX 1050 Ti et autres cartes Pascal.

💡 Astuce : tu peux changer CMAKE_CUDA_ARCHITECTURES="61" pour la valeur adaptée à ta carte (ex. 75 pour RTX 20xx, 89 pour RTX 40xx).

Gentoo me manque, mais la flemme l’emporte : cap sur NixOS

2025-08-11T00:00:00Z

Je ne vais pas vous mentir : Gentoo me manque. Cette distribution, c’est un peu comme un vieux compagnon de route, un terrain de jeu où j’ai passé des heures à peaufiner, compiler, optimiser chaque paquet, ajuster chaque détail de configuration pour que tout tourne pile-poil comme je le voulais. Ce sentiment de maîtrise absolue, cette liberté totale, c’est quelque chose d’unique, qui ne s’oublie pas. On est loin des distributions “prêtes à l’emploi” où tout est pré-mâché ; avec Gentoo, chaque étape est une victoire, chaque problème une énigme à résoudre, et ça forge un attachement très fort.

Pourtant, chaque fois que je pense à repartir sur une installation complète, je me retrouve face à ma flemme légendaire, ce poids invisible mais bien réel qui m’empêche de me lancer. Parce qu’une installation Gentoo, c’est loin d’être une promenade de santé : il faut tout configurer, gérer les profils, les USE flags, les dépendances, la compilation parfois interminable, et ensuite maintenir ce système avec rigueur. C’est une aventure certes passionnante, mais qui demande du temps, de la patience, et surtout de la motivation. Et cette motivation, je ne l’ai plus vraiment en ce moment.

Mais il y a une autre raison, plus inattendue, qui m’a fait réfléchir à ma transition vers un autre OS : j’ai décidé de demander un coup de main aux intelligences artificielles que je côtoie. Curieux de voir ce qu’elles pourraient m’apporter, j’ai posé la question “Sur quelle distribution pourrais-je avoir le plus d’aide ?” et, sans surprise, toutes m’ont répondu qu’elles seraient bien plus efficaces sur NixOS que sur Gentoo. Pourquoi ? Parce que NixOS, avec sa configuration centralisée et déclarative, est plus “prévisible” et standardisé, ce qui facilite les conseils et les automatismes.

C’est un signal clair : si je veux avancer et me faciliter la vie, il vaut mieux que je me tourne vers un système qui s’intègre bien avec les outils modernes et l’IA.

Du coup, j’ai pris une grande inspiration, j’ai décidé de garder la tête froide et de me jeter à corps perdu dans cette nouvelle aventure qu’est NixOS. J’ai commencé à écrire ma configuration, un mélange de choses que je connaissais et d’autres que j’ai découvertes au fil du temps. Puis, j’ai demandé à l’IA de jeter un œil, de me suggérer des améliorations, d’optimiser ce que j’avais fait.

Le résultat est vraiment impressionnant. L’IA a su m’aider à structurer ma conf, notamment avec Ollama, ce qui m’a permis d’avoir un environnement fonctionnel, propre et même optimisé en un temps record. Là où avec Gentoo, j’aurais passé des heures, voire des jours, à peaufiner manuellement, NixOS me permet d’avancer plus vite, plus simplement, tout en gardant une très bonne maîtrise.

Je ne renie pas Gentoo. Je sais que je reviendrai peut-être un jour, avec plus d’énergie, pour retrouver cette magie unique que seule cette distribution peut offrir. Mais pour l’instant, je profite pleinement de NixOS, qui m’offre un équilibre idéal entre contrôle, modernité, et confort.

Ce changement n’est pas une trahison, mais plutôt une évolution. Un pas vers une nouvelle manière de gérer mon système, plus alignée avec mes besoins actuels et avec les outils d’aujourd’hui. Gentoo restera toujours dans un coin de ma tête, mais NixOS, c’est désormais ma maison.

NixOS, c'est sympa… mais Gentoo, c'était la grande vie

2025-08-10T00:00:00Z

Je dois bien l’avouer : Gentoo me manque déjà. Avec elle, c’était la dolce vita du geek : Portage aux petits oignons, overlays à gogo, une rolling release qui ne cassait rien, une communauté qui te file un coup de main plutôt qu’un “RTFM” sec, et surtout… un système vif, réactif, qui donnait envie de le bichonner.

Aujourd’hui ? Je suis sur NixOS. Oui, c’est joli sur le papier : installation éclair en 5 minutes, config réplicable d’un simple copier-coller, changement d’environnement de bureau en une ligne, possibilité de lancer des applis sans les installer, rollbacks… le tout arrosé d’une bonne dose d’automatisation.

Mais franchement… je m’ennuie. Les “recettes” Nix ? Des pavés JSON/YAML/whatever qui me donnent l’impression de lire un livre de cuisine écrit par un robot sous caféine. La recherche de paquets ? Un demi-échec, sauf si tu actives des commandes “pas stables” (et encore, on dirait qu’elles ont été codées un lundi matin). Le retour des commandes dans le terminal ? Aussi fade qu’un plat sans sel : zéro couleur, zéro fun.

Avec Gentoo, j’étais le chef d’orchestre. Avec NixOS, je suis… dans le public. Et pas sûr que le spectacle vaille toujours le coup.

Oui, c’est beau l’automatisation. Mais quand je ne sais pas ce qui se trame dans mon dos, que je sens les mises à jour passer parce que oui, ça compile aussi, et que je n’ai pas les bons outils pour fouiller, chercher, comprendre… ben, ça me laisse sur ma faim.

Bref, NixOS, c’est bien pour les jours où tu veux juste que “ça marche”. Mais Gentoo… c’était l’aventure. Et je crois que je préfère encore chausser mes bottes et retourner dans la jungle plutôt que de rester coincé sur ce tapis roulant high-tech.

Gentoo → NixOS : l’histoire d’une transition sans (trop de) sueur

2025-08-10T00:00:00Z

Changer de distribution Linux, surtout quand on vient de Gentoo, c’est un peu comme changer de sport après des années de pratique intensive : on garde une bonne condition physique, mais on doit s’adapter à de nouveaux mouvements, règles et équipements. Pour moi, passer de Gentoo à NixOS a été une aventure pleine d’apprentissages, de surprises, mais aussi de confort retrouvé. Voici le récit de cette transition, les différences marquantes que j’ai constatées, ce qui m’a étonné, ce qui me manque, et pourquoi au final… je ne regrette pas.

Le départ : pourquoi quitter Gentoo ? #

Gentoo, c’est une distro d’une autre dimension. Compilation sur mesure, contrôle total, optimisation hardcore — c’est clairement un terrain de jeu pour les passionnés qui aiment tout dominer à la main. Pendant plus de six mois, j’ai vécu une expérience incroyable avec Gentoo. J’y ai appris à maîtriser l’outil portage, à bidouiller les flags USE, à gérer les dépendances comme un chef et à peaufiner mon système dans les moindres détails.

Mais ce que j’ai aussi appris, c’est que cette maîtrise a un coût. Compiler, gérer les mises à jour, vérifier les conflits et parfois croiser les doigts pour que rien ne casse, ça finit par être un boulot à temps partiel. J’aime l’idée d’un Linux où je contrôle tout, mais j’avais envie d’une distribution qui me laisse plus de temps pour autre chose, sans perdre trop de flexibilité ni de puissance.

La découverte de NixOS : la magie de la configuration centralisée #

NixOS, c’est un concept différent. Ici, tout tourne autour de la configuration déclarative, stockée dans un seul fichier (ou quelques fichiers organisés). Pas de bidouille éparse, pas d’installations isolées, tout est décrit, versionné, reproductible. Ce qui m’a frappé d’entrée, c’est la clarté et la cohérence du système.

Configuration centralisée #

Sur Gentoo, la configuration est souvent fragmentée : plusieurs fichiers dans /etc/, /usr/portage/, des flags USE dans différents endroits, etc. Avec NixOS, tu écris ton système dans un fichier configuration.nix (et éventuellement d’autres fichiers modulaires), puis tu « rebuild » ton système à chaque changement. Tout est transparent, facilement auditable et reproductible.

Ce côté « infrastructure as code » m’a beaucoup plu. On peut faire des branches Git, tester des changements, revenir en arrière sans souci. C’est comme coder son système d’exploitation. Pour quelqu’un qui aime l’organisation, c’est un vrai soulagement.

Build vs binaire : compiler ou pas ? #

La différence fondamentale entre Gentoo et NixOS, c’est la manière dont les logiciels sont installés.

Gentoo compile tout (ou presque) sur la machine, avec les options que tu choisis, pour un système ultra-optimal. C’est super, mais ça prend du temps.
NixOS utilise des paquets précompilés (binaires) par défaut, donc tu gagnes un temps fou sur l’installation et la mise à jour. Le build local existe, mais est rarement nécessaire.

Au début, ça m’a presque donné l’impression de « tricher » par rapport à mon habitude de compilation. Mais j’ai vite compris que le gain de temps, notamment pour les mises à jour régulières, était un avantage majeur. Compiler des semaines pour quelques optimisations, j’en ai moins envie aujourd’hui.

Gestion des dépendances et isolation : le vrai plus #

Là où Gentoo est bon, NixOS est excellent : la gestion des dépendances dans Nix est atomique et isolée.

Chaque paquet est installé dans son propre dossier avec un hash unique lié à sa configuration.
Il n’y a pas de conflits entre paquets.
Tu peux avoir plusieurs versions du même paquet sans souci.
Le système ne se casse jamais par une mise à jour imprévue.

Sur Gentoo, même si c’est robuste, j’ai déjà eu à gérer des conflits ou des dépendances cassées après un update hasardeux. Avec NixOS, impossible : les rollbacks sont instantanés, et si un truc casse, tu peux revenir au profil précédent en un clin d’œil.

Rollbacks : un rêve devenu réalité #

Je crois que la fonction la plus magique de NixOS, c’est le rollback automatique.

Chaque mise à jour crée un nouveau profil système.
Tu peux démarrer l’ancienne version du système si tu rencontres un problème.
Même les changements de configuration sont versionnés.

Gentoo n’a rien de tel intégré nativement. Tu dois gérer toi-même les snapshots ou sauvegardes si tu veux pouvoir revenir en arrière. Ici, c’est automatique, fluide, et ça sauve vraiment la vie.

Ce qui m’a surpris chez NixOS #

La puissance du langage Nix : c’est un langage fonctionnel qui demande un temps d’adaptation, mais une fois maîtrisé, il ouvre des possibilités énormes pour créer des configurations dynamiques, partager des modules, écrire des expressions complexes.
La documentation et la communauté : la doc est parfois un peu technique et dense, mais la communauté est très active et aidante.
La relative jeunesse : certains paquets sont parfois un peu plus « figés » ou moins nombreux qu’en Gentoo, mais ça s’améliore vite.
L’atomicité des opérations : installer, mettre à jour, ou supprimer un paquet ne casse jamais rien. C’est d’un confort incroyable.

Ce qui me manque de Gentoo #

Le contrôle total sur la compilation : choisir chaque flag USE, compiler sur mesure avec ses optimisations fines, ça crée un système à soi vraiment unique.
La culture de la bidouille : Gentoo est une école de patience et d’apprentissage profond du système Linux. Ça forge le caractère, mais c’est aussi épuisant.
Le sentiment d’être dans un système « vivant » : compiler, configurer, optimiser, c’est une relation quasi artisanale avec son OS.

En résumé : une transition en douceur #

Passer de Gentoo à NixOS, ce n’est pas renier tout ce qu’on aime dans Linux, mais plutôt s’orienter vers un modèle plus pragmatique, plus sûr, plus moderne. J’ai gagné beaucoup en productivité et en tranquillité d’esprit, sans perdre la puissance et la flexibilité. Les builds ultra-optimisés de Gentoo me manquent parfois, mais la rapidité d’installation, la configuration centralisée et les rollbacks de NixOS compensent largement.

Si toi aussi tu es un passionné de Gentoo, mais que tu cherches un système qui allie rigueur, souplesse et sérénité, je te conseille chaudement de jeter un œil à NixOS. Ce n’est pas la même philosophie, mais c’est une belle aventure Linux qui vaut le coup.

Le compte à rebours est lancé ! Debian 13 “Trixie” arrive ce week-end

2025-08-07T00:00:00Z

Ça y est, on y est presque ! Les équipes Debian sont dans la dernière ligne droite pour la sortie officielle de Debian 13, nom de code “Trixie”, prévue pour ce week-end.

Comme toujours avec Debian, cette nouvelle version stable est le fruit d’un travail colossal de centaines de développeurs et de contributeurs à travers le monde. “Trixie” promet de nombreuses améliorations, tant sur le plan de la stabilité que de la sécurité et des performances, tout en restant fidèle à la philosophie Debian : fournir un système libre, fiable et accessible à tous.

Pour suivre l’évolution de cette sortie très attendue, l’équipe Debian publiera des mises à jour en temps réel sur micronews.debian.org.

Restez connectés et préparez vos systèmes : Debian 13 “Trixie” s’apprête à devenir la nouvelle référence de la distribution universelle ! 🚀🐂

J’arrête Gentoo pour de bon…

2025-08-07T00:00:00Z

Voilà, c’est décidé. Après plus de six mois à vivre une aventure incroyable avec Gentoo, je mets un point final à cette histoire. C’est presque un déchirement de l’écrire, parce que j’ai vraiment eu un coup de cœur pour cette distribution. Pendant tout ce temps, j’ai pris un plaisir fou à plonger les mains dans les entrailles du système, à comprendre chaque recoin, chaque option de compilation, à tirer le meilleur de ma machine.

Gentoo, c’est plus qu’une distro, c’est une expérience. On apprend, on galère, on se plante, on recommence… et quand tout roule, on a cette satisfaction unique que peu d’autres distributions peuvent offrir. Honnêtement, je n’ai jamais eu un système aussi propre, rapide et taillé sur mesure.

Alors pourquoi arrêter ? Tout simplement parce que je n’aurai pas le courage de tout recommencer. L’installation, la configuration, la mise en route… c’est génial quand on a la motivation, mais après cette coupure, repartir de zéro me paraît insurmontable. Oui, j’ai merdé : si j’avais eu la bonne idée de me créer un stage 5 personnalisé, je pourrais aujourd’hui réinstaller Gentoo en un temps record – juste décharger et décompresser le stage5.tar, et c’était reparti. Mais voilà, je ne l’ai pas fait, et l’idée de devoir tout reconfigurer à la main me décourage complètement.

Et pourtant, ce n’est pas la maintenance qui me faisait peur – franchement, une fois installé, Gentoo est plus stable et facile à maintenir qu’on le croit. Les mises à jour, les rebuilds, tout ça, ça se fait très bien quand on connaît le système. Non, ce qui m’achève, c’est vraiment l’étape initiale : l’installation et la configuration complète, qui demandent des heures, parfois des jours, avant d’avoir un environnement prêt à l’emploi.

Alors, dans un coup de tête, je me suis tourné vers NixOS. Ce n’est pas une totale découverte : j’avais déjà passé environ six mois dessus l’année dernière, donc je connais un peu la bête. Mais je dois avouer que je ne maîtrise toujours pas son concept de “recettes”. Avec Gentoo, les ebuilds me semblaient limpides, j’avais un contrôle total sur chaque paquet, chaque dépendance. Sur NixOS, j’ai parfois l’impression d’avancer dans le brouillard : tout est propre, bien rangé, mais je ne sais pas toujours ce qui se passe sous le capot.

Un autre truc qui me manque déjà : l’entourage Gentoo. Le forum, l’ambiance, la communauté… on y trouve une vraie entraide, des réponses claires, des passionnés toujours prêts à filer un coup de main sans juger. Ça peut paraître anodin, mais croyez-moi, ce n’est pas toujours comme ça ailleurs. On se sent vraiment “chez soi” sur Gentoo, et ça, c’est précieux.

Je ne suis pas totalement perdant dans l’histoire. Avec NixOS, je n’ai plus aucune maintenance à faire. Les mises à jour se gèrent toutes seules en arrière-plan, les rollbacks sont là si jamais quelque chose cloche… bref, tout est pensé pour que l’utilisateur n’ait plus à se soucier de rien. Et quelque part, c’est confortable. Mais c’est aussi déstabilisant : j’ai l’impression de perdre ce lien direct avec mon système, cette sensation de comprendre chaque rouage et d’être maître de ma machine.

Peut-être que dans quelques mois, je regretterai cette décision. Peut-être que l’envie me reprendra, que je ressortirai mes notes et que je me relancerai dans une installation complète de Gentoo. Mais pour l’instant, je ferme ce chapitre. Je pars explorer d’autres horizons avec NixOS, avec un brin de nostalgie, mais aussi la curiosité de voir jusqu’où cette approche totalement différente peut m’emmener.

Gentoo m’a appris énormément. Sur Linux, sur le matériel, sur la patience, et même sur moi-même. Et rien que pour ça, cette expérience restera gravée. Merci Gentoo.

Configurer correctement NVIDIA sur NixOS (GTX 1050 Ti)

2025-08-06T00:00:00Z

Depuis que je teste NixOS, j’ai remarqué que pas mal de tutos sur NVIDIA sont soit incomplets, soit datés. Comme j’ai une GeForce GTX 1050 Ti, je me suis fait un fichier nvidia.nix propre et minimaliste que j’importe dans ma config NixOS. Voici comment faire pareil chez vous.

1️⃣ Créer le fichier `nvidia.nix` #

Dans /etc/nixos/glf/, on crée un fichier nvidia.nix :

{ config, pkgs, ... }:

{
  services.xserver.videoDrivers = [ "nvidia" ];

  hardware.nvidia = {
    modesetting.enable = true;
    powerManagement.enable = false;
    open = false;
    nvidiaSettings = true;
    package = config.boot.kernelPackages.nvidiaPackages.production;
  };

  boot.kernelModules = [ "nvidia" "nvidia_modeset" "nvidia_uvm" "nvidia_drm" ];

  environment.systemPackages = with pkgs; [
    cudaPackages.cudatoolkit
    nvidia-vaapi-driver
    vdpauinfo
    libva-utils
  ];

  hardware.graphics = {
    enable = true;
    extraPackages = with pkgs; [
      vaapiVdpau
      libvdpau-va-gl
    ];
  };

  boot.extraModprobeConfig = ''
    options nvidia-drm modeset=1
  '';
}

2️⃣ Importer le fichier dans `configuration.nix` #

Éditez /etc/nixos/configuration.nix et ajoutez :

{
  imports = [
    ./nvidia.nix
  ];
}

Puis on applique :

sudo nixos-rebuild switch

3️⃣ Explications rapides #

videoDrivers = [ "nvidia" ] → active le pilote propriétaire NVIDIA.
hardware.nvidia.modesetting.enable = true → nécessaire pour Wayland et GDM/KDE.
nvidiaSettings = true → installe automatiquement l’outil graphique nvidia-settings.
cudaPackages.cudatoolkit → utile si vous utilisez CUDA (IA, calcul GPU…).
nvidia-vaapi-driver → active le décodage vidéo matériel (VA-API).
hardware.graphics.extraPackages → ajoute la compatibilité VDPAU et VA-API.
modeset=1 → active DRM KMS pour un rendu plus fluide et une meilleure intégration.

4️⃣ Vérifier que tout fonctionne #

J’ai fait un petit script test-nvidia.sh pour tester rapidement :

#!/usr/bin/env bash
set -e

nvidia-smi
glxinfo | grep "OpenGL renderer"
vainfo
vdpauinfo | grep "Decoder capabilities"

Lancez-le après un redémarrage. Si tout est bon, vous devriez voir votre GPU dans nvidia-smi et vainfo devrait afficher les codecs supportés.

5️⃣ Bonus : Accélération vidéo dans Firefox / Chromium #

Firefox : ouvrez about:support → “Décodage vidéo” doit être true.
Chromium : lancez avec --enable-features=VaapiVideoDecoder.

Avec ça, votre NVIDIA tourne parfaitement sous NixOS avec Wayland, VA-API et CUDA prêts à l’emploi. 🚀

NixOS vs Gentoo : le vrai luxe, c’est… de ne plus rien avoir à faire !

2025-08-06T00:00:00Z

(Billet volontairement taquin)

Il y a des moments où on aime bricoler, tuner son système, compiler à la main, sentir l’odeur du code frais qui chauffe le CPU… et puis il y a les jours où on veut juste utiliser son PC sans avoir à jouer à l’administrateur système 24h/24.

C’est là que NixOS met une claque à Gentoo. Oui, Gentoo est géniale, souple, optimisée. Mais soyons honnêtes : elle demande un entretien régulier. Les mises à jour ? Faut les lancer, attendre la fin d’un emerge -avuDN @world, parfois résoudre quelques dépendances ou ajuster des USE flags. Le versioning ? Bah, tu le gères à la main. Et le ramasse-miettes ? On connaît tous les vieux paquets qui traînent dans /usr pendant des mois…

Sur NixOS, c’est un autre monde :

Updates automatiques : pas besoin de surveiller quoi que ce soit. NixOS se met à jour tout seul, proprement, en arrière-plan.
Versioning intégré : chaque modif du système est un snapshot. Tu as fait une mise à jour qui ne te convient pas ? Un simple rollback et tu retrouves ton système nickel.
Ramasse-miettes automatique : le fameux nix-collect-garbage peut être programmé pour nettoyer tout seul les paquets obsolètes. Tu ne touches à rien, ton système reste léger.

Bref, avec NixOS, on garde la puissance et la flexibilité d’une distro “geek-friendly”, mais on oublie l’entretien constant. Un peu comme passer d’une vieille bagnole qu’il faut régler tous les week-ends à une électrique qui fait tout pour toi.

Alors oui, Gentoo restera toujours la reine du contrôle absolu… mais parfois, c’est cool d’avoir un OS qui bosse à ta place. 😉

NixOS : distribution de niche ou futur standard du desktop Linux ?

2025-08-06T00:00:00Z

Depuis que j’ai installé NixOS, je me pose souvent la même question : est-ce qu’on est face à un ovni réservé à quelques barbus hardcore, ou bien devant une révolution silencieuse qui finira par devenir le standard du desktop Linux ? Spoiler : je n’ai pas la réponse définitive, mais je vais tenter d’analyser les deux visions – et vous verrez que NixOS a clairement de quoi bousculer nos habitudes.

🧩 Pourquoi on la considère comme une distro de niche #

1. Une approche radicalement différente #

NixOS ne ressemble à aucune autre distribution. On ne parle pas ici de simples variations comme entre Debian, Fedora ou Arch. Le cœur de NixOS, c’est Nix, un gestionnaire de paquets totalement différent, basé sur le principe d’immutabilité et de pureté. Tout est déclaré dans des fichiers de configuration. Pas d’apt install, pas de emerge à la Gentoo : on écrit du code (en langage Nix) et on “build” le système.

Pour beaucoup, ça fait peur :

Il faut apprendre une nouvelle syntaxe.
On ne peut pas improviser comme sur les autres distros.
Et même des vieux de la vieille (j’ai passé 19 ans sur Debian, puis quelques mois sous Gentoo) se sentent parfois perdus au début.

2. Une communauté plus petite #

Comparée à Arch, Fedora ou Ubuntu, NixOS reste un petit joueur côté communauté desktop. On trouve moins de tutos, moins de forums d’entraide, et beaucoup de concepts restent “entre initiés”. Quand on débute, on a l’impression de rejoindre un club privé où tout le monde parle une autre langue.

3. Expérimental et parfois instable #

Même si le système est surprenamment stable, certaines parties (flakes, outils graphiques, intégrations desktop) sont encore qualifiées “d’expérimentales”. Ça peut refroidir les utilisateurs qui veulent un système “clic-clic, ça marche”, sans se demander si la commande nix va changer d’interface dans 6 mois.

🚀 Les raisons qui pourraient en faire le futur standard #

1. Reproductibilité et déploiement faciles #

Imagine : tu configures ton système une fois (paquets, services, environnement graphique…), tu versionnes tout ça, et demain tu réinstalles la même machine ou une autre en 30 minutes, à l’identique. Sur Gentoo, j’ai souvent passé des heures à recompiler, réinstaller, recoller des configs à la main. Avec NixOS, c’est juste :

sudo nixos-rebuild switch

… et tout revient comme avant. Ça, aucune autre distro ne le fait aussi bien.

2. Rollbacks et sécurité #

Combien de fois on a vu des mises à jour casser un desktop ? Sur NixOS, tu peux revenir en arrière en un reboot, comme si rien ne s’était passé. C’est un énorme gage de sérénité. Côté sécurité, le système est pensé pour limiter les effets de bord : chaque paquet est installé dans un chemin unique, évitant les conflits classiques du monde Linux.

3. Multi-version et flexibilité #

Besoin de tester plusieurs versions d’un même logiciel ? Pas de chroot, pas de VM : NixOS sait le faire nativement grâce à son approche “sans état”. Pour les développeurs, c’est un vrai rêve.

4. Un pas vers la fin du “ça marche chez moi” #

Avec NixOS, l’idée est de rendre un environnement totalement reproductible.

Tu bosses en équipe ? Tu donnes ton fichier de config, tout le monde a le même setup.
Tu changes de PC ? Pas de galère de migration, juste un nixos-install.

Ça pourrait résoudre un problème historique du desktop Linux : l’incohérence entre distributions, versions et dépendances.

⚖️ Alors, niche ou futur standard ? #

Pour l’instant, soyons honnêtes : NixOS reste une distro de niche.

Sa courbe d’apprentissage est raide.
Les outils graphiques sont encore en retard par rapport à Ubuntu ou Fedora.
Et son approche “tout déclaratif” rebute beaucoup d’utilisateurs.

Mais… Tout ce qu’il apporte – reproductibilité, rollbacks, gestion propre des paquets, déploiements automatisés – répond à des problèmes que Linux traîne depuis 30 ans. Et on voit déjà des projets majeurs (DevOps, serveurs, cloud, même des desktops) adopter NixOS ou Nix.

💭 Mon avis perso #

Après Gentoo et Calculate, je pensais avoir tout vu côté distributions “puissantes”. Mais NixOS m’a surpris :

C’est à la fois plus rigoureux et plus moderne.
Ça me redonne envie de bidouiller, d’automatiser, d’avoir un Linux “carré”.
Et franchement, le confort des rollbacks, une fois qu’on y a goûté, difficile de revenir en arrière.

Alors, futur standard ? Peut-être pas demain matin… mais si une distro devait bousculer le modèle classique, je mettrais ma pièce sur NixOS. Et je ne serais pas surpris que, dans quelques années, beaucoup de fonctionnalités qu’on trouve aujourd’hui “exotiques” deviennent la norme.

👉 Et vous, vous en pensez quoi ? Est-ce que NixOS restera un joujou pour passionnés ou on est en train de voir naître le prochain Ubuntu du desktop Linux ?

Ah oui, j’ai oublié, j’ai un scoop...

2025-08-05T00:00:00Z

D’après Yoshi (merci à lui) PCLinuxOS s’apprête à tourner une page importante de son histoire en abandonnant le très ancien duo apt-rpm / Synaptic. Ce duo, héritage direct de la distro brésilienne Conectiva — la « pro » qui avait fusionné avec Mandrake pour donner naissance à Mandriva il y a… une éternité — a longtemps rythmé la gestion des paquets sous PCLinuxOS.

Mais les temps changent, et avec eux les outils. Place désormais à la modernité : Dnf5 prendra le relais en ligne de commande, accompagné de Myrlyn comme nouveau gestionnaire graphique de paquets.

Un virage net qui devrait apporter plus de robustesse, de rapidité et une meilleure expérience utilisateur pour les fans de PCLinuxOS.

À suivre de près !

Installer et configurer Ollama avec CUDA sous NixOS

2025-08-04T00:00:00Z

Depuis quelque temps, Ollama est devenu un incontournable pour exécuter des modèles de langage localement, sans passer par le cloud. Sous NixOS, l’avantage est qu’on peut l’installer et le configurer proprement via la déclaration dans la configuration système.

Voici comment je l’ai mis en place, avec une configuration adaptée à un GPU NVIDIA (CUDA).

1️⃣ Activer Ollama avec CUDA #

Dans ton fichier configuration.nix, ajoute simplement (ou crée un fichier comme ollama.nix) :

{ config, pkgs, lib, ... }:
{
  services.ollama = {
    enable = true;
    package = pkgs.ollama-cuda;
    loadModels = [ "llama3.2" ];
    openFirewall = true;
    user = "ollama";
    group = "ollama";
    acceleration = "cuda";
    # port = "11434";    # Port par défaut, inutile de le décommenter sauf besoin spécifique
    # home = "/var/lib/ollama"; # Chemin par défaut, à changer si besoin
    # host = "127.0.0.1";       # Écoute locale, utile si exposé en réseau
  };
}

💡 Pourquoi ollama-cuda ? C’est la version optimisée pour GPU NVIDIA, indispensable pour bénéficier de l’accélération CUDA et éviter que tout tourne uniquement sur CPU.

2️⃣ Options de personnalisation #

Changer le port ou l’IP : si tu souhaites exposer Ollama à un autre hôte ou port, décommente les lignes port et host.
Dossier de données : par défaut, les modèles sont stockés dans /var/lib/ollama. Tu peux le déplacer si tu manques d’espace disque.
Sécurité : si tu comptes l’exposer sur ton réseau, pense à bien gérer ton pare-feu et éventuellement mettre un proxy avec authentification.

3️⃣ Rebuilder et lancer le service #

Après avoir modifié ton fichier, applique les changements :

sudo nixos-rebuild switch

Puis vérifie que tout est OK :

sudo systemctl status ollama

4️⃣ Télécharger et utiliser un modèle #

Une fois le service démarré, tu peux télécharger et lancer un modèle :

ollama pull llama3.3
ollama run llama3.3

✅ Conseils et améliorations possibles #

Drivers NVIDIA : assure-toi d’avoir bien activé hardware.nvidia dans ta config NixOS.
Gestion mémoire : si tu as peu de VRAM, préfère un modèle plus léger (par exemple llama3.2:8b ou quantifié).
Modèles multiples : tu peux les lister dans loadModels si tu veux les précharger au démarrage.
Surveillance GPU : installe nvidia-smi pour vérifier l’utilisation CUDA.

Furiosa : Une saga Mad Max – Une fresque sauvage injustement boudée

2025-08-04T00:00:00Z

Il y a des films qui divisent, et Furiosa : Une saga Mad Max en fait clairement partie. Pourtant, derrière les critiques parfois acerbes et la haine qu’il a subie à sa sortie, ce film mérite largement mieux. Moi, je l’ai adoré, et j’ai envie d’expliquer pourquoi.

Un retour puissant dans l’univers de Mad Max #

George Miller nous replonge dans son monde post-apocalyptique, brutal et poussiéreux, en nous racontant les origines de Furiosa. Après l’effondrement de la civilisation en Australie, on découvre la jeune Furiosa dans un petit havre de paix préservé par les Vuvalini. Mais très vite, ce semblant d’harmonie vole en éclats lorsqu’elle est arrachée à sa Terre Verte et livrée à Dementus, un seigneur de guerre cruel et imprévisible.

Ce n’est pas qu’une simple histoire de survie : c’est un véritable parcours initiatique. Arrachée à son enfance, privée de sa mère dans une scène d’une cruauté glaçante, Furiosa grandit dans la douleur, la ruse et la haine. On la voit s’endurcir, se tatouer une carte astrale, se battre pour sa liberté et forger son identité, jusqu’à devenir la guerrière que l’on connaît dans Mad Max: Fury Road.

Une fresque plus vaste que Fury Road #

Là où Fury Road était une course haletante en temps réel, Furiosa déploie une fresque épique qui s’étend sur des années. On découvre la Citadelle d’Immortan Joe, Pétroville, le Moulin à Balles… et surtout les luttes de pouvoir entre seigneurs de guerre. Cette ampleur narrative apporte une vraie profondeur à l’univers Mad Max, donnant enfin un visage et une histoire à celle qui allait devenir l’égal – voire le dépassement – de Max lui-même.

Une héroïne forgée par la douleur et la rage #

Ce qui m’a marqué, c’est la transformation physique et psychologique de Furiosa. Capturée enfant, contrainte à se cacher sous l’identité d’un garçon, elle gravira les échelons jusqu’à devenir une mécanicienne respectée, puis une combattante redoutable. La perte de son bras, moment clé et brutal, symbolise cette renaissance. Avec une prothèse qu’elle fabrique elle-même, Furiosa ne subit plus son destin : elle le forge de ses mains.

Des scènes mémorables et une violence viscérale #

La Guerre des 40 jours, la cavale avec Jack, les affrontements entre Dementus et Immortan Joe… George Miller orchestre des séquences d’action toujours aussi spectaculaires, mais plus lourdes de conséquences que dans les précédents films. On sent le poids du temps, de la souffrance, de la vengeance mûrie.

La confrontation finale avec Dementus est d’ailleurs géniale. Plutôt qu’un duel classique, Miller nous laisse avec un mystère : Furiosa l’a-t-elle tué ou transformé en fertilisant vivant pour faire pousser un arbre ? Cette ambiguïté donne au film une dimension presque mythologique.

Un film sous-estimé, mais essentiel #

Certains ont reproché au film d’être trop long ou de manquer de rythme par moments. Je pense au contraire que cette lenteur maîtrisée est ce qui le rend puissant : on vit la lente évolution de Furiosa, on sent chaque cicatrice qu’elle accumule.

Surtout, ce film enrichit considérablement la saga. Il ne se contente pas d’exploiter l’univers existant : il l’approfondit, développe la géopolitique des Terres Désolées et donne enfin à Furiosa toute la place qu’elle mérite.

En conclusion #

Furiosa : Une saga Mad Max est une fresque sauvage, violente et poignante, injustement dénigrée. C’est un film qui prend le temps de construire son héroïne, de raconter comment une petite fille arrachée à son paradis est devenue l’une des figures les plus emblématiques de ce monde post-apocalyptique.

Pour moi, ce n’est pas seulement un préquel réussi : c’est une œuvre à part entière, qui mérite d’être reconnue à sa juste valeur. Si vous avez aimé Fury Road, il faut voir Furiosa. Non pas pour l’action pure, mais pour comprendre d’où vient cette rage, cette détermination, cette légende.

Distrohopping or Not Distrohopping ?

2025-08-04T00:00:00Z

Encore une fois, j’ai voulu tester autre chose, croire que l’herbe pouvait être plus verte ailleurs. Cette fois, c’est NixOS qui devient mon nouveau jouet, prenant la place de Gentoo, ma distribution de cœur.

Il y a des habitudes qu’on ne perd jamais vraiment. Chez moi, c’est le distrohopping. À chaque fois, je me dis « cette fois, je reste »… et à chaque fois, l’envie de voir si l’herbe est plus verte ailleurs me rattrape.

Cette fois, c’est NixOS qui a volé la vedette à Gentoo, ma distribution de cœur. Et comme toujours, le changement apporte son lot d’adrénaline :

La découverte d’un nouvel univers,
L’envie de bidouiller,
Ce frisson de repartir de zéro et de redécouvrir Linux autrement.

J’avais ressenti exactement la même chose quand j’avais découvert Gentoo il y a des années. Je m’étais pris une claque monumentale en découvrant la puissance de Portage, la finesse de la personnalisation, la sensation de construire un système taillé sur mesure, optimisé jusque dans ses moindres recoins.

NixOS : un ovni fascinant #

Objectivement, NixOS est sans doute la distribution la plus novatrice aujourd’hui. Son approche déclarative est tout simplement pharamineuse. On décrit son système dans un fichier, et il devient reproductible, fiable, capable de revenir en arrière comme par magie.

Et je n’ai même pas encore plongé dans les flakes, cette autre révolution qui pousse le concept encore plus loin. Rien que pour ça, NixOS mérite qu’on s’y attarde.

Mais… #

Je dois l’avouer : je n’exploite qu’une fraction de son potentiel. Je l’utilise presque comme une distro classique, en effleurant à peine tout ce qui fait son ADN. Et forcément, sous Gentoo, certains outils me manquent. Mais ce qui me manque le plus, c’est l’humain.

Gentoo, ce n’est pas seulement une distro, c’est une communauté d’exception :

Des forums peuplés de gens techniquement brillants,
Une entraide sincère,
Des réponses claires, pédagogiques, jamais de “RTFM” ou “va lire la doc” balancés à la figure comme on en voit si souvent ailleurs, particulièrement chez Arch.

Avec Gentoo, on se sent accompagné. On apprend, on progresse, et on se sent appartenir à quelque chose de plus grand que soi.

Alors, distrohopping ou pas ? #

Changer, explorer, tester, c’est grisant. On a l’impression de redécouvrir Linux à chaque saut, de toucher du doigt des innovations incroyables comme NixOS.

Mais parfois, on réalise que la technique ne fait pas tout. Qu’une communauté soudée, passionnée, et capable de partager son savoir sans juger, c’est aussi ce qui rend une distro unique et irremplaçable.

Alors, retournerai-je sur Gentoo ? Difficile à dire… mais comme on dit :

On peut quitter Gentoo… mais Gentoo ne vous quitte jamais vraiment.

Pourquoi j’ai lâché Gentoo (et mes 6h de compile) pour NixOS

2025-08-03T00:00:00Z

Je ne pensais pas que ça arriverait. Gentoo et moi, c’était une histoire de passion, de sueur et de CPU qui chauffe. Des mois à tuner mes USE flags, optimiser mon make.conf, traquer chaque paquet inutile pour grappiller quelques secondes de build. Et puis un jour… j’ai craqué.

6 heures de ma vie envolées #

Le déclic ? dev-qt/qtwebengine. Six. Longues. Heures. Mon pauvre i5 moulinait, le ventilo hurlait comme un sèche-cheveux, et moi j’avais juste envie… de l’utiliser, pas de le fabriquer. Gentoo, c’est un peu comme cuisiner un bœuf bourguignon chaque fois que tu veux juste un sandwich : c’est bon, c’est maison, mais c’est long.

NixOS : 5 minutes, café compris #

Je me suis dit : “Allez, un essai. Juste pour voir.” Résultat : installation en 5 minutes chrono. J’ai copié mon vieux configuration.nix de 2023/2024, j’ai rebuild, et BAM… système prêt. Pas de make, pas d’eix, pas d’attente. La magie NixOS, c’est de traiter l’OS comme du code : tu poses ton fichier, tu compiles une fois, et tu retrouves ton environnement exactement comme tu l’avais laissé.

Mais… la performance ? #

Oui, j’ai mal. Mon Eleventy (11ty) qui générait mon blog en 2 secondes sur Gentoo met maintenant presque 4 secondes. Et à froid, je suis passé de 16s à plus de 40s. Ça fait un peu mal à l’égo de power-user… mais soyons honnêtes : j’ai aussi récupéré 6 heures de ma vie à chaque build monstrueux. Et ça, ça n’a pas de prix.

Le regret du “stage5” #

Mon seul vrai regret, c’est de ne pas avoir préparé un stage5 de mon installation Gentoo. Un snapshot complet, prêt à être déployé en quelques minutes, qui m’aurait évité de tout recompiler si jamais je craque à nouveau pour un retour. Parce qu’on se connaît… ça risque d’arriver.

Gentoo reste dans mon cœur #

Je ne renie pas Gentoo. Je sais que si un jour je veux sentir à nouveau cette puissance brute, cette sensation de tout contrôler, j’y reviendrai. Mais pour l’instant, NixOS me donne un truc que je n’avais plus : du temps.

Peut-être qu’un jour je raconterai que je suis retourné sous Gentoo “pour la 28ᵉ fois”. Mais aujourd’hui, je savoure le confort d’un OS qui s’installe plus vite que je ne finis mon café.

AUR d’Arch Linux : le cadeau empoisonné que personne ne veut reconnaître

2025-08-02T00:00:00Z

AUR d’Arch Linux : je vous l’avais dit depuis des années #

Je sens déjà les Archers lever les yeux au ciel en lisant ce titre. “Encore un qui tape sur l’AUR…”. Oui, encore. Et je vais même vous dire pourquoi : parce qu’à chaque fois que je pense que ça va se calmer, un nouveau malware refait surface. Et à chaque fois, ça confirme ce que je répète depuis des années : l’AUR est la plus belle bombe à retardement d’Arch Linux.

Un nouvel épisode de la série “Malware dans l’AUR” #

Dernier épisode en date : un paquet communautaire a été compromis avec un script malveillant. Rien de très nouveau, ce n’est pas la première fois que ça arrive, et je vous garantis que ce ne sera pas la dernière. À ce stade, on pourrait presque en faire un calendrier de l’avent : chaque année, un nouveau paquet infecté.

On m’a toujours dit “Mais non, c’est génial, il suffit de lire le PKGBUILD” #

Alors oui, techniquement, c’est vrai. Si tu ouvres chaque PKGBUILD, si tu sais lire du bash, si tu repères les commandes douteuses, si tu as le temps de le faire pour chaque mise à jour. Sauf qu’on vit dans le monde réel. Dans le monde réel, la majorité des gens font :

yay -S mon-paquet

…et valident en appuyant sur Entrée.

Faut arrêter de se mentir : l’argument “il suffit de lire” est une excuse pour cacher le problème de fond : aucune vérification officielle, aucune validation de sécurité. On fait confiance aveuglément à “un gars de la communauté” qui a posté un script. C’est beau la confiance, mais pour un système qui gère ton ordi, c’est un peu léger, non ?

Un dépôt officiel ? Non, un terrain de jeu #

Le pire, c’est qu’on continue de présenter l’AUR comme l’atout majeur d’Arch Linux. “Regarde, sur Arch on a tout, même les paquets que les autres n’ont pas !”. Oui… mais à quel prix ? Quand on installe depuis l’AUR, on sort complètement du périmètre sécurisé d’Arch. Pas d’audit, pas de signature GPG obligatoire, pas de sandbox. C’est littéralement du code arbitraire téléchargé et exécuté avec makepkg.

À chaque scandale, on entend les mêmes réactions :

“C’est la faute de l’utilisateur, fallait lire.”
“C’est rare, c’est un cas isolé.”
“On a un système de votes pour savoir si un paquet est fiable.”

Et chaque fois, on fait semblant d’oublier les précédents incidents.

Je l’avais dit… et je le redis #

Depuis le temps que je le dis, on me répond que je “troll” ou que “je comprends pas l’esprit Arch”. Mais désolé, un gestionnaire de paquets qui peut servir de vecteur de malware, ça reste un problème. Que ce soit Arch, Gentoo ou n’importe quoi d’autre.

Le plus ironique dans l’histoire ? Beaucoup d’Archers adorent se moquer des distributions “pleines de snaps et flatpaks”, en disant que c’est lent, lourd, pas intégré. Mais au moins, dans ces systèmes, tu as un minimum de sandboxing et de vérifications. Pendant ce temps, l’AUR reste une porte grande ouverte.

Conclusion #

Je sais déjà que ce billet va déclencher le bingo habituel :

“T’avais qu’à pas utiliser Arch.” ✅
“Lis les PKGBUILD, c’est la base.” ✅
“T’as rien compris à la philosophie Arch.” ✅

Mais à chaque fois qu’un malware est découvert dans l’AUR, on rajoute une pièce dans ma tirelire du “je vous l’avais dit”. Alors oui, l’AUR c’est pratique. Oui, c’est l’une des raisons pour lesquelles certains adorent Arch. Mais faut arrêter de le vendre comme un avantage sans reconnaître son énorme faille de sécurité.

Moi, perso, ça fait longtemps que je m’en méfie. Et chaque nouvelle affaire me donne raison.

Autrement dit, l’AUR, c’est un peu comme une fête chez Arch Linux : tout le monde est invité, mais personne ne sait vraiment qui a amené la bouteille empoisonnée. Alors, continuez à cliquer sans regarder, mais ne venez pas pleurer quand votre système se retrouve infecté. Moi, je vous l’avais bien dit — et je le répète : l’AUR n’est pas un cadeau, c’est un piège déguisé en opportunité. À vous de choisir si vous voulez y tomber.

J’ai testé Hyprland, Sway et i3 : un mois d’ascèse numérique (et j’ai craqué)

2025-07-23T00:00:00Z

Le 21 juin dernier, dans un élan de bravoure probablement causé par un café trop fort, je vous annonçais dans le billet « Et si je testais Hyprland, Sway et i3 ? (Spoiler : j’ai un peu peur de la touche Super) » qu’on allait se lancer, ensemble, dans un mois complet de gestionnaires de fenêtres.

Un mois. Sans bureau complet. Rien que le tiling. L’ascèse. Le dépouillement. Le minimalisme pur et dur, celui qui fait dire « j’ai pas besoin d’un dock, j’ai un raccourci clavier ».

Eh bien, spoiler bis : j’ai abandonné.

Le confort façon paléolithique #

Ce n’était pas nul. Non. Ce n’était pas une catastrophe technique. Ce n’était même pas buggé (merci NixOS pour la stabilité, et merci la communauté pour les configs tout faites à copier/coller comme un script kiddie).

Mais c’était… spartiate. Dans le mauvais sens du terme. L’ergonomie d’un caillou poli. Le confort d’un siège en bois clouté. Même BeOS, paix à son âme, réussissait à être plus agréable à utiliser, c’est dire.

Entre les raccourcis à mémoriser comme un code Konami, les barres de statut à configurer manuellement avec du shell script et du JSON, et le moindre clic droit qui devient un acte politique, j’ai fini par regarder mon bureau avec fatigue. Pas celle du boulot, non, celle du combat quotidien pour juste… déplacer une fenêtre.

Le syndrome du bureau complet #

Je crois que le vrai problème vient de là : j’ai passé trop d’années sur KDE, GNOME, XFCE. Trop de clics droits qui ouvrent quelque chose. Trop d’habitude à avoir une corbeille, des menus, des réglages visuels. Trop d’attachement à des animations inutiles mais satisfaisantes.

Quand je démarre une session et que tout ce que je vois c’est un terminal noir sur fond noir qui me dit “démerde-toi”, je sens que j’ai perdu quelque chose. Mon âme peut-être. Ou juste mon envie d’utiliser l’ordi.

Conclusion : l’envie, ce n’est pas toujours suffisant #

Je voulais y croire. Je voulais dire fièrement “j’utilise Sway comme daily driver, et Hyprland pour les week-ends fun”. Mais la vérité, c’est que j’aime mon confort. Mon petit KDE avec ses widgets inutiles, son Discover jamais à jour, et ses mille réglages pour que tout soit comme je veux.

Alors oui, je retourne dans mes habitudes. Le gestionnaire de fenêtres, ce sera pour les machines virtuelles, les tests, ou les soirées “Linux From Scratch & chill”. Mais pas pour tous les jours.

Et je me suis même remis à apprécier la touche Super. Ironie du sort.

Checklist du Linuxien relou (et pourquoi j’en coche la moitié)

2025-07-17T00:00:00Z

Tu râles sur les snaps ? Tu refuses PulseAudio par principe ? Tu compiles ton propre noyau mais t’as pas encore basculé sur Wayland ? T’inquiète, tu n’es pas seul. Tu n’es jamais seul.

Ce billet, c’est une introspection. Un cri du cœur. Une confession publique. Oui, je suis un Linuxien relou. Et toi aussi probablement.

✅ Tu râles sur les snaps #

Et sur les flatpaks. Et sur tout ce qui vient du monde “user-friendly”. Tu dis que Snap, c’est une prison. Tu sais pas trop pourquoi, mais t’as lu ça quelque part sur Reddit, donc c’est sûrement vrai. T’as même créé un alias alias snap='echo non'.

Tu passes 20 minutes à détruire Snap avec des rm -rf et des apt purge, alors qu’il aurait suffi de fermer Firefox proprement.

Et quand quelqu’un te dit :

“Mais Flatpak, c’est bien non ?” Tu réponds : “Non. C’est le même problème. En pire. Avec un thème GTK cassé en bonus.”

Mais dans les faits, t’as quand même Flatseal installé. Pour voir. Juste pour tester.

✅ Tu refuses PulseAudio (par principe) #

Tu refuses par principe, pas parce que t’as des problèmes de son. Non, par principe philosophique, ma poule. Parce que PulseAudio, “c’est opaque”, “ça détourne le contrôle”, et “ALSA, lui au moins, il me parle”. Enfin, sauf quand t’as un craquement audio à chaque notification.

Tu as des fichiers .asoundrc complexes, des scripts de redirection, des alsamixer ouverts sur tous les TTY. Mais bizarrement, tu n’entends plus rien quand tu branches un casque. Tu dis “c’est normal”. Ce n’est pas normal.

✅ Tu compiles ton noyau #

À l’ancienne. Sans genkernel. Sans dracut. Avec amour, sueur et make menuconfig.

Tu ne compiles pas ton noyau pour qu’il marche. Tu le compiles pour qu’il boote. Nuance.

Tu as commenté toutes les lignes inutiles. Tu as désactivé les drivers NVIDIA, parce que “je veux juste nouveau”. Puis tu as passé 3 heures à activer les bons flags pour que ça marche quand même.

Tu as coché PREEMPT parce que ça fait plus mieux. Et quand quelqu’un te demande “Pourquoi t’as recompilé le noyau ?”, tu réponds :

“Parce que le précédent n’avait pas l’option BPF kfunc en debug read-only usernamespaces LSM.”

Tu n’as aucune idée de ce que ça veut dire. Mais ça claque.

✅ Tu refuses Wayland #

Tu dis que c’est pas prêt. Tu dis que ça casse tout. Tu dis que xeyes ne marche pas dessus.

Mais t’as jamais vraiment testé. T’as juste lancé Gnome une fois, vu que xev ne captait plus tes touches, et t’as ragequit en criant “non mais sérieusement, ils ont viré .Xresources ???”

Tu répètes partout que “Wayland c’est comme systemd, mais pour l’affichage.” Et ça, c’est censé suffire comme argument.

✅ Tu écris tes scripts d’init à la main #

Tu as remplacé systemd par runit, s6, OpenRC, ou carrément des if dans /etc/local.d/.

Tu aimes les logs verbeux, l’ordre précis de démarrage, et les scripts avec sleep 1 pour “stabiliser le réseau”.

Tu refuses journalctl, t’écris dans /var/log/messages, et tu fais tail -f comme un chaman du kernel. Tu dis que dmesg est ton psy.

✅ Tu refuses les gestionnaires de session #

Tu lances X à la main, comme un homme des cavernes. Tu fais startx. Parfois même depuis init 3. Tu refuses que quoi que ce soit s’automatise.

Et tu réponds toujours à cette question :

“Pourquoi t’as pas SDDM ?” par “Parce que j’ai une dignité.”

✅ Tu critiques GNOME #

Toujours. Même si tu ne l’as pas utilisé depuis GNOME 2. Tu racontes à tout le monde que “GNOME c’est Unity en pire”, que “c’est pour les gens qui aiment pas configurer”, et que “ils virent les options exprès pour énerver les gens”.

Tu fais un peu la même chose avec KDE. Trop lourd. Trop de boutons. Trop de… tout.

Du coup t’es sur i3. Ou dwm. Ou Sway (mais sans aimer Wayland, donc ça compte pas). Tu gères les fenêtres avec mod+hjkl. T’as même écrit ton propre gestionnaire de fenêtres. Tu l’as appelé “YAWM” (Yet Another Window Manager). Il n’a jamais quitté ton dossier perso.

✅ Tu refuses Electron #

Electron, c’est le mal. T’as posté un lien vers “Electron is cancer” sur Mastodon. Mais t’utilises quand même Visual Studio Code. Enfin, la version sans les télémetries. Enfin, celle que t’as recompilée avec ta propre config. Enfin, t’as Vim, mais tu veux voir les couleurs, des fois.

✅ Tu veux tout packager toi-même #

Tu refuses que quelqu’un d’autre configure à ta place. T’as un repo local, un overlay, ou un AUR perso. Tu sais ce qu’est un eclass, un pkgbuild, un spec, et un meson.build. Et tu as un avis sur chacun d’eux.

Tu construis toi-même ta distro, mais tu refuses de t’appeler “archiste”. Tu dis que t’es juste… passionné.

✅ Tu lis les changelogs (et tu comprends tout… ou presque) #

Tu as bookmarké les commits du kernel. Tu suis les changelogs de systemd à la lettre. Tu sais ce que fait le patch 0001-fix-udev-link-policy-for-persistent-namespaces.patch.

Tu lis les changelogs de libinput. Et tu te plains quand on modifie le comportement du tap-to-click.

✅ Tu installes les logiciels… à la main #

Pas par apt. Pas par pacman. Non, à la main. Tu clones. Tu ./configure. Tu make. Tu make install. Et après, tu oublies ce que tu as installé, jusqu’à ce que tu vois un segfault 6 mois plus tard.

Tu refuses les paquets binaires. Même pour LibreOffice. Même pour QtWebEngine (bon… là, parfois t’attends quand même le binaire…).

✅ Tu refuses que le système fasse les choses à ta place #

Automount ? Nope.
Auto-update ? Nope.
Auto-anything ? Double nope.

Tu veux tout maîtriser. Même si ça veut dire passer 3 heures à faire marcher une clé USB. Même si ça veut dire taper mount /dev/sdb1 /mnt/usb pour copier 3 MP3.

✅ Tu t’es déjà battu avec GRUB #

Tu connais grub-mkconfig, mais tu préfères éditer grub.cfg à la main. T’as passé 45 minutes à comprendre pourquoi ton dualboot ne marchait pas. Spoiler : c’était l’UUID.

Tu détestes GRUB2, tu regrettes GRUB1, et t’as tenté Syslinux. Tu n’as jamais utilisé systemd-boot. Question de principe.

✅ Tu fais partie d’un forum… où tu n’as jamais posté #

Mais tu lis tout. Tu juges les questions. Tu secoues la tête quand un mec demande comment installer Steam. Tu murmures :

“Tu n’as pas lu le man. Je le sais.”

✅ Tu refuses que ta distro décide pour toi #

Tu refuses les meta-paquets. Tu désinstalles gnome-games, kde-pim, xterm, nfs-utils, même si ça ne gêne rien. Par principe. T’aimes pas qu’on décide à ta place. Même pour un économiseur d’écran.

✅ Tu t’es déjà retrouvé sans environnement graphique après une mise à jour #

Et tu n’as même pas paniqué. Tu as pris un café. Tu as chrooté depuis une live ISO. Tu as réparé ça en 2h. Et tu en as tiré fierté.

Conclusion : #

“Oui, je suis relou. Mais j’ai mes raisons.” #

Être Linuxien relou, c’est une posture. Une façon de vivre. Une quête d’absolu technique. Un peu vaine. Parfois absurde. Souvent épuisante.

Mais bon sang, qu’est-ce que c’est bon.

Parce qu’à la fin… Quand ton système boote, que ton environnement s’ouvre, que htop brille sur ton tty1, et que ton mpd lance du jazz en FLAC via PipeWire/ALSA, tu souris.

Et tu dis :

“Tout ça… pour ça.”

Et ça valait le coup.

Guide Linux pour convaincre ta grand-mère (spoiler : ne le fais pas)

2025-07-16T00:00:00Z

Tu t’es levé un matin avec une noble mission : convertir Mamie au libre. Elle t’a demandé comment imprimer une photo du petit dernier, et là, dans ton esprit de libriste éclairé, ça a fait clic : « Elle mérite mieux que Windows 10 et son imprimante qui réclame un abonnement à vie pour un peu d’encre noire. Je vais lui installer Linux. »

Erreur.

Étape 1 – Prendre la pire distribution #

Commence fort : choisis Gentoo. Ou Linux From Scratch. Parce qu’après tout, si Mamie n’apprend pas à compiler son noyau à la main, est-elle vraiment libre ?

Spoiler : elle ne comprend pas pourquoi tu cries “kernel panic” dans le salon. Elle croyait que c’était un nouveau jeu télé sur France 3.

Étape 2 – Installer un tiling window manager #

Exit KDE et GNOME, trop « user-friendly ». i3, dwm ou Awesome sont bien mieux. Mamie adorera l’idée de naviguer au clavier. Explique-lui bien que Mod+Shift+Enter lance le terminal, et que le terminal c’est… le nouveau Word.

Elle te dira qu’elle a “déjà eu du mal avec la télécommande de la Freebox”, mais c’est bon, elle va s’y faire.

Étape 3 – Zapper l’imprimante #

La configuration de l’imprimante ? Une perte de temps. D’ailleurs, avec CUPS et la magie noire des pilotes propriétaires, elle n’avait qu’à acheter une Brother compatible GNU/Linux, voyons. Et puis imprimer, c’est polluer. Mamie devrait envoyer ses photos en .tar.gz par email.

Étape 4 – Rendre sudo inutile #

Fais-lui croire que pour sa sécurité, elle ne doit jamais être dans le groupe wheel. Quand elle devra installer un logiciel, dis-lui que c’est une bonne occasion d’apprendre le shell, chroot et le concept de stage3.

Étape 5 – Supprimer tout ce qui fonctionne #

Wine ? Non. Teams ou Skype ? Surtout pas. Netflix ? C’est privateur. Elle voulait juste regarder Meurtres à Trouville… Tu l’as envoyée sur PeerTube, où elle découvre une conférence de RMS sous-titrée en “espéranto”. Elle pleure.

Étape 6 – Tenir un discours de moine Debianiste #

À chaque bug, réponds avec des phrases comme :

“C’est pas un bug, c’est une feature.”
“Tu dois juste éditer le fichier /etc/udev/rules.d/92-fuse.rules, Mamie.”
“T’as pensé à redémarrer Xorg ?”

Elle te répond que dans son temps, un bug, c’était un cafard, et que tout ça, « c’est pas de son âge ».

Étape 7 – Troller à table #

Noël. Toute la famille est là. Mamie sort son vieil iPad. Tu te lèves d’un bond :

« Tu sais que t’es espionnée, hein ? Tu sais que chaque fois que t’utilises Safari, y’a un mec à Cupertino qui lit tes messages ?! »

Les invités sont mal à l’aise. Mamie mange sa bûche en silence. Ton Linux est devenu une secte.

Conclusion #

Ne convertis pas Mamie. Installe-lui ce qu’elle connaît, mets les icônes en 150 %, et arrête de vouloir changer le monde à coups de bash scripts. Si un jour elle vient te dire : « Dis, tu crois que je pourrais avoir un Linux sur mon ordi portable ? », là, seulement là, tu auras gagné.

Mais en attendant, laisse Mamie tranquille. Et fais-lui un raccourci vers ses photos.

Pourquoi je refuse les snaps et flatpaks (ou pourquoi je les utilise)

2025-07-10T00:00:00Z

C’est compliqué. #

Snaps, Flatpaks, AppImages… l’ère des logiciels empaquetés façon container est bien là. Et comme souvent dans le monde Linux, entre idéal de pureté technique et nécessité de faire tourner Spotify sans que ça pète tous les trois jours, le débat est… comment dire… explosif. Alors je te le dis tout net : je refuse les snaps et flatpaks. Sauf quand je les utilise. C’est ça, le paradoxe.

Praticité : oui, mais à quel prix ? #

Flatpak, c’est magique. Tu tapes une commande, et paf : l’appli est là, à jour, sandboxée, et surtout, indépendante de ton système. Fini les galères de dépendances manquantes, de versions incompatibles, de libfoo.so.3.42.5b demandée par une appli obscure de 2012. Et Snap, de son côté, te fait croire que c’est encore plus simple. Sauf que…

Lourd, lent, et pas intégré #

Lancer un logiciel Flatpak, c’est souvent comme démarrer un conteneur Docker avec un bureau GTK dedans. T’as toutes les bibliothèques du monde embarquées avec, souvent redondantes avec celles de ton système, parce que pourquoi mutualiser, hein ?

Et Snap ? Entre le délai de lancement ridicule (ça s’améliore vraiment), l’intégration dégueulasse au thème système (en dehors d’Ubuntu), ça donne une impression de patchwork mal torché.

Ah, et les mises à jour automatiques en arrière-plan ? Super… jusqu’au jour où t’as une appli qui se met à planter sans raison apparente. Bonne chance pour rollback. (spoiler : tu ne peux pas vraiment.)

Sécurité ? Oui, mais… #

Le discours officiel est clair : sandbox, permissions, isolation. En théorie, c’est nickel. En pratique ? – Tu veux que ton Flatpak accède à un fichier hors de ~/Documents ? Bonne chance. – Tu veux que ton Snap interagisse avec un daemon système ? Rêve pas.

Et si tu dois leur ouvrir l’accès via flatpak override ou les autorisations Snap, t’as vite fait d’annuler tous les gains en sécurité. C’est comme acheter un coffre-fort et en laisser la porte entrouverte parce que “c’est plus pratique”.

L’indépendance, mais pour qui ? #

On t’a vendu les Flatpaks comme une façon de reprendre le pouvoir sur les distributions. L’appli est packagée par ses devs eux-mêmes, plus besoin de passer par Debian, Fedora, Gentoo et compagnie.

Mais dans les faits, ça centralise tout :

Flatpak : Flathub, un dépôt centralisé géré par une poignée.
Snap : Canonical. Point. Fin de la discussion.

Donc en fait, tu perds en diversité, tu deviens dépendant d’un seul dépôt, avec ses choix politiques, ses délais de mise à jour, ses retraits arbitraires.

Et le bordel ambiant ? #

T’as un logiciel en .deb, une autre version en Flatpak, un fork dispo en Snap, et quelqu’un qui te recommande AppImage sur un forum. Tu les installes tous, tu ne sais plus lequel est lancé, tu changes les permissions dans trois endroits différents, et à la fin, tu ne sais plus où sont tes fichiers de config.

Bienvenue dans l’enfer modulaire. Un peu comme si tu installais Windows, macOS et BSD dans la même partition racine et que tu faisais tourner les trois via Wine.

Alors, j’en fais quoi ? #

J’ai un peu honte de l’avouer, mais j’ai des Flatpaks/Snap installés (surtout sur Debian). Rarement. Seulement quand :

L’appli est introuvable ailleurs (coucou Bottles, Heroic, OBS Studio avec tous les plugins…).
Je veux tester sans pourrir mon système.
Ou quand l’alternative packagée par ma distro est compilée avec des USE flags douteux ou à moitié pétés (tu vois de quoi je parle, Gentoo et l’overlay perso).

En résumé #

Critère	Flatpak	Snap	Verdict perso
Praticité	✅	✅	✅ en dépannage
Intégration	😬	😱	❌
Sécurité	🟡 (potentiel)	🟡 (promesses)	⚠️ à surveiller
Indépendance	🟡	❌	Méfiance
Transparence	🟡	❌	Flatpak only

Pourquoi je refuse les snaps et les flatpaks… ou pourquoi je les utilise quand même. C’est compliqué, comme souvent sous Linux, où le confort et le contrôle ne vont pas toujours dans la même direction.

Pendant longtemps, j’ai rejeté d’un bloc tout ce qui ne passait pas par le gestionnaire de paquets de ma distribution. J’aime savoir exactement ce qui est installé, quelles dépendances sont en jeu, et comment tout ça s’imbrique dans le système. C’est propre, c’est maîtrisé, c’est dans l’esprit UNIX. Sauf que dans la vraie vie, c’est parfois plus tordu.

Parfois, je veux tester un logiciel sans tout casser. Parfois, la version packagée dans ma distro est trop vieille, ou compilée avec des options que je ne veux pas. Et parfois, je veux juste que ça marche, vite, sans me plonger dans des heures de compilation ou de bricolage. Et là, force est de constater que les Flatpaks et les Snaps ont des arguments.

Snap, notamment, m’a souvent surpris par sa facilité d’installation. C’est centralisé, oui, mais au moins c’est cohérent. Une appli, un paquet, toutes ses dépendances, à jour, et gérée comme une entité indépendante du système. Le système ne se salit pas, les fichiers de configuration sont contenus, les mises à jour se font automatiquement. Et pour des logiciels que je ne lance qu’occasionnellement, c’est parfait. Il y a une certaine élégance dans cette approche tout-en-un, où l’appli embarque tout ce qu’il lui faut pour tourner, sans dépendre de l’environnement.

Bien sûr, ce n’est pas sans limites. La lourdeur de certains paquets, le stockage en double, les histoires de permissions ou d’accès aux fichiers en dehors de l’environnement de base, tout ça existe. Mais au final, ce n’est pas rédhibitoire. Ce sont des compromis, et je les accepte dans certains contextes.

Je n’ai pas envie de tomber dans une posture dogmatique. Les formats comme Snap ou Flatpak ne sont ni bons ni mauvais en soi. Ils répondent à des besoins concrets : celui de faciliter la vie des utilisateurs, celui de simplifier le déploiement pour les développeurs, celui d’unifier un peu un écosystème autrement très éclaté.

Alors non, je ne les utilise pas partout, pas tout le temps. Sur ma machine principale, je privilégie encore les paquets natifs, parce que j’aime garder le contrôle. Mais sur mon laptop de test, ou pour des outils que je ne veux pas intégrer profondément dans le système, Snap a gagné sa place.

Je ne refuse pas les formats universels. Je choisis quand les utiliser, et c’est peut-être ça, la vraie liberté sous Linux : pouvoir dire oui quand c’est pertinent, et non quand ça ne l’est pas. Pas de religion, juste de la cohérence.

Conclusion #

Je suis pas contre l’innovation. Je suis pas contre les formats modernes. Mais j’aime comprendre ce que je lance, ce que je mets à jour, et pourquoi ça pèse 4 Go pour un lecteur audio.

Donc les formats universels ? Oui, peut-être. Mais pas au prix de ma liberté, de mes nerfs, ni de mon /home blindé de doublons.

Et toi, t’as choisi ton poison ?

Gentoo vs NixOS : la quête de réactivité dans un monde de paquets

2025-07-03T00:00:00Z

Je suis de ceux que Gentoo a happés pour ne plus jamais les relâcher. Et c’est un vrai retournement, car j’ai longtemps été fidèle à Debian. Une fidélité faite de confiance, de stabilité, d’habitude aussi. Mais depuis que j’ai goûté à Gentoo, je n’ai plus aucun manque. Rien. Même pas une petite nostalgie de apt update && apt upgrade.

Cela dit, je ne suis pas sectaire. Le monde GNU/Linux est vaste, riche, vivant. Et parmi les distributions qui piquent ma curiosité depuis longtemps, NixOS tient une place à part. C’est probablement la distribution la plus radicalement différente de toutes celles que j’ai utilisées — et c’est justement ce qui la rend aussi attirante.

Alors parfois, l’envie me prend de l’installer, de tenter l’aventure. Et presque systématiquement, je reviens sur Gentoo. Pourquoi ? Parce que je ressens une perte de réactivité. Et cette fois, j’ai décidé de ne pas rester dans l’impression subjective : j’ai mesuré.

🔍 Cas concret : builder mon blog statique #

Mon blog personnel repose sur un générateur statique basé sur Node.js. C’est un usage courant, répétitif, et qui met bien en lumière la réactivité d’un environnement local. Un simple time npm run build me permet de voir immédiatement si le système réagit ou s’il lambine.

Je me suis donc livré à un petit benchmark maison, en gardant les conditions aussi identiques que possible : même matériel, mêmes versions de Node.js, même contenu, même cache node_modules préinstallé.

📊 Résultat des mesures #

Distribution	Temps moyen de build (sec)
Gentoo	~1.44 s
NixOS	~1.9 à 2.1 s

On parle donc d’une différence d’environ 0.5 à 0.7 seconde par build. Ce n’est pas anecdotique : dans un workflow de développement, où l’on rebuilde des dizaines de fois par jour, cela devient tangible, et même pénible. La fluidité que je ressens sous Gentoo devient une micro-friction sous NixOS.

🧠 Analyse : pourquoi cette différence ? #

1. Optimisation machine vs binaire générique #

Sous Gentoo, tout est compilé pour ma machine :

-march=native active les instructions CPU spécifiques disponibles (AVX, SSE4, etc.)
-O2 ou -O3 selon les préférences
pipe, lto, zstd… tout ce que je veux

Cela donne un environnement taillé sur mesure, du noyau jusqu’aux bibliothèques les plus basses. Même sans noyau custom, l’ensemble du système Gentoo profite de cette cohérence native.

NixOS, en revanche, installe des paquets binaires génériques (sauf si on force la compilation via nixpkgs). Ces binaires sont conçus pour tourner sur n’importe quelle machine x86_64, donc sans flags CPU spécifiques, et avec un maximum de précautions côté compatibilité.

Résultat : une exécution plus conservatrice, moins optimisée pour ma machine.

2. Architecture du système de fichiers #

Sous Gentoo (et Debian, Arch, etc.), les exécutables sont là où on les attend : /usr/bin, /lib, /etc, /var… Cela permet au système de réagir rapidement : les chemins sont courts, les accès directs, la structure claire.

Sous NixOS, chaque paquet est isolé dans un chemin unique du type :

/nix/store/4vlyskk1vvf9rs6r8jl6c04z4nbn12fa-nodejs-20.10.0

Cela permet une gestion ultra-propre des dépendances, mais :

les chemins sont plus longs : plus de stat, plus de open, plus d’I/O
certains outils (comme Node.js ou Python) ne profitent pas pleinement du cache du système
et la traversée de ces arborescences peut être légèrement plus lente sur certains systèmes de fichiers

3. Approche système : pragmatique vs déclarative #

Gentoo, c’est un système que tu construis à la main. Tu décides de ce que tu mets, de ce que tu compiles, de comment tu le règles. Tu es dans la machine, au contact du métal. Tu sens les effets de chaque choix.

NixOS, c’est un système que tu déclares dans un fichier .nix, puis tu laisses le gestionnaire générer le système. C’est très propre, très puissant, mais aussi plus abstrait. Tu perds un peu ce contact direct. Et parfois, tu ne sais pas trop pourquoi tel ou tel service a été lancé, ou pourquoi tel build est lent. Tout est encapsulé.

4. Isolation des dépendances #

L’un des points forts de NixOS est d’éviter le “dependency hell” classique. Chaque dépendance est fixée, séparée, versionnée. Mais cette séparation a un prix : l’absence de mutualisation entre certains paquets, ce qui peut :

allonger les temps de lancement ou d’exécution
multiplier les copies de données en cache
complexifier le chemin vers certaines bibliothèques système

🎯 Conclusion : je reste (très) bien sur Gentoo #

NixOS me fascine. Son approche est brillante, et sur un serveur, un environnement CI/CD, un laptop qu’on veut facilement réinstaller à l’identique… c’est du rêve.

Mais moi, je veux un système de bureau réactif, fluide, vivant. Je veux que chaque milliseconde gagnée me serve à quelque chose. Et à ce jour, aucune distribution ne m’a donné cette sensation autant que Gentoo.

Et pourtant, je n’ai pas de noyau custom, je n’ai pas poussé les optimisations à l’extrême. Juste une Gentoo bien installée, bien suivie, bien utilisée. Et ça suffit à sentir la différence à chaque commande, chaque build, chaque clic.

💬 Et vous, ça donne quoi ? #

Vous avez mesuré des différences de perf entre NixOS et Gentoo ? Vous avez trouvé des astuces pour optimiser NixOS à ce niveau ? Je suis curieux. Peut-être qu’il existe des hacks pour réconcilier les deux mondes. Mais en attendant, pour moi, le choix est clair.

GLF-OS : NixOS pour les fainéants ? Peut-être, mais ça marche

2025-07-02T00:00:00Z

💭 J’ai longtemps hésité sur le titre de ce billet. Trois me trottaient en tête, chacun avec son ton, sa promesse :

– “Et si NixOS devenait enfin installable par quelqu’un d’autre que toi ?” → pour le clin d’œil aux linuxiens hardcore, ceux qui connaissent la bête et savent que NixOS, c’est pas pour tout le monde.

– “GLF-OS : NixOS pour les fainéants ? Peut-être, mais ça marche” → pour le côté provoc’ assumé, qui dit tout haut ce que beaucoup pensent tout bas.

– “GLF-OS : l’avenir de NixOS pour les gamers ? Peut-être… mais pas pour ma carte graphique.” → pour poser d’entrée mon enthousiasme freiné par un détail bien relou (coucou NVIDIA).

Finalement, j’ai tranché… mais j’aurais pu choisir les trois. Voilà pourquoi.

GLF-OS et NixOS : un pari risqué, mais sacrément bien joué ? #

Depuis quelque temps, je garde un œil curieux sur un projet en pleine ébullition : GLF-OS, une distribution basée sur NixOS, pensée pour le gaming et les utilisateurs venant de Windows. Et forcément, les discussions avec les potes fusent : entre enthousiasme, scepticisme et prudence, tout le monde y va de son avis. Alors j’ai voulu poser les choses à plat.

Encore une bêta, mais une base solide #

Oui, le projet est encore en phase bêta. Donc par définition, tout peut bouger, casser ou évoluer. Et comme pour beaucoup de projets communautaires, l’euphorie des débuts peut vite se heurter à des réalités plus dures :

les désaccords internes,
les problèmes de gouvernance,
l’ego des devs,
les décisions techniques clivantes.

Mais sous le capot, ce n’est pas une base expérimentale : c’est du NixOS stable, avec un réglage de base vraiment bien foutu. Le but ? Tu t’assois, tu lances, tu profites. Clairement, c’est le NixOS que beaucoup de gens espèrent sans jamais oser l’installer eux-mêmes.

Et franchement, beaucoup de gros projets rêveraient d’avoir des bêtas de cette qualité. On est très loin du “ça plante toutes les 5 minutes” : c’est une bêta de nom, pas de fait. Pas une version déglinguée à la OpenSUSE “bêta” (qui ressemble parfois plus à une alpha à peine maquillée), mais bien un système solide, cohérent, et presque prêt à l’emploi pour une majorité de configs modernes.

Des devs compétents, mais le défi est costaud #

Certains membres de l’équipe ont un vrai bagage technique, c’est indéniable. Mais bidouiller Arch et faire du ricing stylé pour Reddit, c’est loin d’être équivalent à :

maintenir une base Nix,
documenter proprement,
gérer des contributions sérieusement,
et assurer la pérennité du projet.

La bonne nouvelle, c’est que Vinceff semble avoir compris tout ça. Le mec est à fond. Il y a une vraie volonté de structurer, de rendre le projet accessible, et le Discord est bien vivant. Beaucoup de distributions aimeraient avoir cette effervescence. Reste à voir si ça tiendra dans la durée.

NixOS comme base ? Audacieux… et casse-gueule #

Là, on entre dans le vif du sujet. Choisir NixOS comme base pour une distro gaming, c’est… culotté. NixOS, c’est pas la distro qu’on recommande à tata Monique. C’est :

du déclaratif,
un système de paquets isolés dans le nix store,
un paradigme de config radicalement différent,
et zéro compatibilité FHS classique.

Mais contre toute attente, le projet pense aux débutants :

configuration pré-faite,
détection du matériel,
trois éditions disponibles (dont une mini ultra personnalisable). La version standard est franchement bien pensée.

Le débat base mère vs dérivée #

Je suis du genre : Debian plutôt qu’Ubuntu, Arch plutôt que Manjaro. Mais il faut reconnaître que certaines dérivées méritent le détour. Si je prends le cas de Calculate (et je l’utilise !), excellent exemple d’une dérivée qui améliore l’expérience sans trahir la base (Gentoo en l’occurrence).

Si GLF-OS réussit à simplifier NixOS sans le dénaturer, ça pourrait bien devenir la première dérivée vraiment user-friendly de cette base si particulière.

Le mismatch avec la communauté visée ? #

Et là, c’est LE gros point d’interrogation.

La cible de GLF-OS, ce sont aussi les gamers pas forcément geeks. Ceux qui demandent :

“Comment je change le thème d’icônes ?” “Comment je mets la barre en bas ?”

Alors si derrière tu leur colles du nix-shell, du configuration.nix à la main ou des flakes à override, tu les perds direct. Heureusement, le projet bosse sur des abstractions, des outils graphiques, et une expérience qui masque toute la complexité. À voir si ça tiendra le coup une fois sorti de la bulle du Discord.

🪟 Et l’utilisateur Windows dans tout ça ? #

Il ne faut pas oublier un autre profil d’utilisateur que GLF-OS vise très clairement (même s’ils ne le disent pas toujours aussi frontalement) : l’utilisateur Windows, celui qui commence à se sentir à l’étroit, voire carrément abandonné.

On parle ici :

de ceux qui sont encore sur Windows 10,
dont le PC ne supportera jamais Windows 11,
et qui voient la fin du support arriver à grands pas.

Et franchement, ce n’est pas bête. Ce public est en galère :

leur matos n’est pas obsolète, mais incompatible TPM/Secure Boot ;
ils veulent un système simple, beau, rapide, stable, et pas bridé ;
ils n’ont aucune envie de repartir de zéro avec Arch ou Debian, mais ils sont curieux d’autre chose.

GLF-OS, avec son approche “préconfigurée mais puissante”, son look léché, et ses outils pensés pour “ne pas toucher au terminal”, essaie clairement de leur faire du pied.

Et si ça prend, ça pourrait devenir une des rares distros capables de récupérer ce public orphelin de Windows sans tomber dans la caricature “Linux pour les nuls” ultra bridée.

⚠️ Attention aussi à ton matériel : certaines cartes NVIDIA sont obsolètes pour eux #

Petit point très important avant de te lancer : GLF-OS ne prend pas en charge les cartes NVIDIA en dessous de la série 1600. Autrement dit, ma GTX 1050 est considérée comme obsolète, et il n’est tout simplement pas possible de faire fonctionner correctement le système avec ce genre de matériel. Il ne s’agit pas d’un bug ou d’un oubli : c’est un choix assumé de l’équipe. Ils misent sur une configuration moderne, tournée vers Wayland, et ils ne veulent pas s’embêter à gérer les pilotes propriétaires pour les générations plus anciennes.

Donc si tu as une carte NVIDIA < 1600, passe ton chemin ou change de carte graphique. Aucun contournement officiel n’est proposé pour ces modèles, et tu risques de te retrouver avec un système inutilisable.

Avant d’installer GLF-OS, pense à vérifier :

la compatibilité de ta carte graphique (AMD et Intel sont mieux traités) ;
que tu as au moins 8 Gio de RAM (voire plus si tu veux jouer ou utiliser un bureau complet) ;
si ton matériel supporte UEFI (le Secure Boot peut nécessiter d’être désactivé) ;
et que ton CPU n’est pas trop ancien (un minimum de 2015–2016 semble préférable).

Certaines ISO ne booteront même pas sur des configurations trop anciennes, ou nécessiteront de reconfigurer manuellement des composants (ce qui est censé être évité avec cette distro justement). Donc, matériel moderne recommandé.

🧘 Et si Gentoo me fatigue… #

Honnêtement, si un jour je me lasse de Gentoo – ce qui n’est pas encore le cas, mais soyons lucides, compiler pendant des heures, jongler avec les use flags, ça finit par user – je pense que je basculerai sur une NixOS pure. Ce serait clairement à contrecœur, parce que j’aime la souplesse de Gentoo, son écosystème, son côté “à la carte”. Mais en même temps, GLF-OS m’attire de plus en plus. Pourquoi ? Parce que pour une fois, j’ai l’impression qu’une distro a vraiment compris mes besoins d’utilisateur avancé mais fatigué.

Ils proposent :

une configuration proprement séparée pour l’ajout d’apps → fini les bidouilles cracra dans la config système, tu touches juste ce qu’il faut ;
une mise à jour automatique au démarrage, sans scripts maison ni cron bancal → le système checke, met à jour, et t’avertit discrètement une fois que c’est fait ;
un nettoyage automatique des anciennes générations après quelques jours → pas besoin de jouer au garagiste du système toutes les semaines.

Bref, tu n’as plus à te battre contre ton OS pour qu’il reste propre, à jour, et fonctionnel.

Mais voilà… le seul truc qui me bloque, c’est ma carte graphique. Ma bonne vieille GTX 1050 n’est plus la bienvenue ici : ils ont tout simplement décidé de ne pas prendre en charge les cartes NVIDIA en dessous de la série 1600. Donc, malgré l’envie, je suis coincé. Changer de GPU juste pour tester une distro ? C’est un peu rude, surtout quand ton matos fonctionne encore très bien ailleurs. Du coup, je reste sur Gentoo, par défaut mais sans regret, en attendant peut-être un changement de config… ou un revirement du projet. On peut toujours rêver.

Performances : pas encore au niveau de Gentoo, mais… #

NixOS tourne bien chez moi, mais je trouve ça un poil moins réactif que Gentoo, Arch ou même Debian. Sur des builds Node.js, j’ai mesuré 8 secondes de retard tous les 10 builds. C’est pas énorme, mais si tu buildes en boucle, tu le sens passer.

GLF-OS, avec son kernel custom mixé avec des optimisations de CachyOS, m’a fait bonne impression. Je pense qu’ils ont réduit l’écart, sans atteindre encore le niveau d’une Gentoo fine-tunée. Mais au moins, t’as pas besoin d’y passer ta vie à compiler ou à régler ton make.conf.

En conclusion #

GLF-OS, c’est un pari osé, mais pas fou. C’est :

un projet jeune, encore perfectible,
mais avec une vraie vision,
une communauté active,
une volonté de démocratiser un système réputé complexe.
et un vrai chef à l’écoute !

Alors oui, tu fais bien d’attendre, de regarder comment ils gèrent la gouvernance, les désaccords, la contribution. On verra dans quelques mois. Mais perso, j’ai rarement vu un projet aussi jeune aussi bien structuré dès le départ.

Je leur souhaite bonne chance, parce que s’ils réussissent, ça pourrait marquer un vrai tournant dans l’univers des distributions Linux user-friendly mais puissantes.

Tu veux tester ? Fais-le en VM d’abord. Vérifie ton matos. Passe sur Discord si t’es paumé. Mais si t’aimes NixOS sans avoir envie d’y passer ta vie, ça vaut peut-être le coup de garder un œil dessus.

GAFAM : le vrai problème, c’est pas l’usage, c’est l’hypocrisie

2025-06-30T00:00:00Z

Je ne suis pas un anti-GAFAM acharné. J’utilise encore certains de leurs services. Pas par amour du capitalisme de surveillance ou par flemme de “libérer ma vie numérique”, mais parce qu’on vit dans un monde interconnecté, et que tout remplacer du jour au lendemain est irréaliste — voire contre-productif.

Ce que je dénonce, ce n’est pas l’usage des outils des GAFAM. Ce que je pointe du doigt, ce sont ceux qui passent leur temps à jouer les chevaliers blancs du logiciel libre, à vomir publiquement sur Google, Microsoft ou Apple… pour ensuite courir à leurs subventions, leurs programmes de financement, leurs infrastructures cloud, ou même leurs goodies, sans jamais assumer ce double discours.

Le problème, ce n’est pas d’utiliser Google Docs #

Franchement : utiliser Gmail ou Sheets, posséder un iPhone ou commander sur Amazon, ce n’est pas en soi une trahison des idéaux. On peut le faire en toute conscience, tout en gardant un regard critique. On peut même essayer de limiter, de migrer, de chercher mieux, sans devenir intégriste.

Je connais plein de gens — et j’en fais partie — qui cherchent des alternatives, installent LineageOS, utilisent Signal ou Matrix, migrent vers Proton ou Tutanota, se passent d’Amazon quand ils le peuvent, tout en gardant une lucidité sur ce qu’ils n’ont pas encore remplacé. Ce sont des démarches personnelles, progressives, cohérentes.

Ce qui me fatigue : les croisés de l’éthique à deux vitesses #

Par contre, ce que je ne supporte plus, ce sont les discours militants pleins de vertu… émis depuis un laptop Surface sous GitHub Copilot, tout en bossant sur un projet sponsorisé par Google Cloud, ou en faisant le GSoC avec une conf call hébergée sur Meet.

Ce sont ceux qui hurlent « GAFAM = le mal », mais :

Participent au Google Summer of Code (avec enthousiasme et communiqué de presse à la clé),
Hébergent leur code sur GitHub (Microsoft),
Utilisent le pipeline CI de Google ou Microsoft Azure,
Acceptent des dons d’Amazon, Meta, Google, etc.,
Et viennent t’expliquer que toi, simple utilisateur de Gmail ou acheteur ponctuel sur Amazon, tu es complice du système.

Stop.

La morale à géométrie variable, c’est ça le vrai danger #

Tu veux être éthique ? Parfait. Tu veux boycotter les GAFAM ? Bravo. Tu veux tout héberger toi-même sur un serveur alimenté à la dynamo ? Chapeau bas. Mais si tu fais tout ça, ne va pas chercher leurs financements. Et si tu acceptes leur argent, alors n’utilise pas la tribune que ce financement t’offre pour les descendre en flammes sans mentionner la contradiction.

Parce que sinon, c’est pas de l’engagement. C’est de la posture.

Et l’open source en est farci. Il n’y a qu’à voir la liste des distributions ou projets qui participent au GSoC ou qui touchent des subventions GAFAM (Debian, GNOME, KDE, Tor, Fedora, etc.). Pendant ce temps, leurs forums et mailing-lists débordent de critiques envers Snap (parce que c’est centralisé), GitHub (parce que c’est Microsoft), ou systemd (parce que c’est “corporate”). Deux poids, deux mesures.

On peut critiquer ET utiliser #

Ce billet n’a pas pour but de dire que Google, Microsoft ou Amazon sont des bienfaiteurs. Ce sont des multinationales, avec toutes les dérives que ça implique. Mais on peut, à mon avis, faire une distinction simple :

Il est sain de critiquer leurs pratiques (surveillance, monopole, gestion de la vie privée),
Il est acceptable d’utiliser leurs outils quand il n’y a pas d’alternative réaliste ou quand c’est pertinent,
Il est même pertinent d’accepter leur financement si on le fait en toute transparence,
Ce qui est malsain, c’est de jouer les vierges effarouchées tout en encaissant les chèques.

L’open source, c’est aussi apprendre à composer avec le réel #

On ne construira pas un monde libre et éthique en étant hypocrite. On le construira avec des choix assumés, même imparfaits. On avancera mieux avec des gens qui disent : « Je fais avec, mais j’essaie d’en sortir », que des militants qui hurlent à la trahison… entre deux pull requests faites depuis GitHub.

Je ne veux pas “détruire” les GAFAM. Je veux simplement qu’on arrête de faire semblant. Si on les combat, qu’on le fasse vraiment. Si on compose avec eux, alors qu’on l’assume. Mais pitié : plus cette indignation sélective, cet “éthic washing” à la petite semaine où tout est mal sauf quand ça nous sert.

Parce qu’à la fin, ce n’est pas avec de la pureté qu’on fait avancer les choses. C’est avec de la clarté.

Gentoo, NixOS, et moi : réflexions d’un linuxien fatigué mais pas résigné

2025-06-29T00:00:00Z

Entre deux mondes : Gentoo aujourd’hui, NixOS demain ? #

Je crois que je suis à une croisée des chemins. Depuis des années, j’explore, j’installe, je démonte, je bricole, je comprends. Comme beaucoup, j’ai eu ma phase Debian, puis ma période Ubuntu, mon interlude Arch. Aujourd’hui, je suis sous Gentoo. Et pourtant, dans un coin de ma tête, une petite voix me murmure de plus en plus fort : et si l’avenir, c’était NixOS ?

Pas “l’avenir du monde”, pas une vérité universelle. Non. Mon avenir à moi, dans ce monde pas toujours simple qu’est Linux. Parce que soyons honnêtes, Linux ne va pas dans une seule direction. Il y a les conservateurs (Debian), les pragmatiques (Ubuntu, Fedora), les barbus radicaux (Guix, Hyperbola), les ultra-techos (Arch, Gentoo), et maintenant les innovateurs façon laboratoire (NixOS, Bedrock, rlxos…).

Et moi là-dedans ? J’avance, je teste, j’écoute, je peste, mais surtout j’observe.

NixOS : un modèle cohérent dans un monde fragmenté #

Ce qui m’attire chez NixOS, c’est cette promesse d’ordre dans le chaos. Un système déclaratif : tu écris ce que tu veux, tu valides, tu appliques, et ton système est dans l’état voulu. Pas de scripts à moitié cassés, pas de configs qui traînent. Et si tu te rates, tu fais un rollback et basta. C’est propre. C’est prévisible. C’est sérieux.

Ça tranche radicalement avec les modèles plus classiques. Même les distributions qui essaient de se réinventer, comme Fedora Silverblue ou openSUSE Aeon, s’enferment dans un entre-deux assez bâtard : des systèmes “immuables”, avec rpm-ostree, des Flatpak pour tout et n’importe quoi, mais au final une intégration parfois bancale. On sent que le modèle traditionnel (RPM/Deb/PKGBUILD) continue de peser dans la conception, là où NixOS repart de zéro, avec son propre paradigme.

Je devrais sans doute dire que NixOS est mon avenir, surtout parce qu’au fond, je n’ai plus envie de me battre avec les petits détails. J’ai envie que ça marche. Que ce soit reproductible. Que je puisse documenter mon système comme on écrit une recette de cuisine.

Gentoo : la bête que j’ai apprise à aimer #

Et pourtant, je suis encore là. Sous Gentoo. Et j’aime ce que j’ai. Ce n’est pas une distribution facile, ni confortable. C’est une forge. Un terrain d’apprentissage permanent. Mais après plusieurs mois d’usage quotidien, je me surprends à aimer cette complexité. Non pas pour le plaisir de galérer, mais parce que tout est cohérent, lisible, modifiable.

Je me rends compte que ce n’est pas plus compliqué qu’Arch. Vraiment. Arch, c’est du prêt-à-casser. Gentoo, c’est du prêt-à-forger. Il y a des outils pour presque tout : eix, emerge, les USE flags, les overlays. Il suffit de les apprendre, puis on est chez soi.

J’ai changé de noyau plusieurs fois. J’ai vu passer toutes les versions de Plasma, de 6.1.5 à 6.4.1. J’ai jonglé avec les pilotes NVIDIA, les versions de Mesa, Wayland, XWayland, tout ce que tu veux. Et ça roule. Parce que Gentoo, c’est une rolling release maîtrisable, à condition d’y mettre un peu d’huile de cerveau.

Et là où beaucoup critiquent KDE pour sa lourdeur, je redécouvre un Plasma rapide et réactif, comme je ne l’ai jamais eu sous Arch ou même Debian. Gentoo m’a littéralement réconcilié avec ce bureau que j’avais presque abandonné.

GLFos : un futur prometteur ? #

Mais voilà, je garde un œil sur le projet GLFos, lancé par Vinceff et son équipe. Une distribution encore en bêta, mais avec une vision limpide : déclaratif, automatisation des updates, rollback intégré, simplicité d’usage… Tout ce que je cherche, sans les complications de Gentoo.

Je me tâte. Je tergiverse. Mais je sens que le jour où Gentoo me mettra un mur infranchissable, je switcherai. Sans doute vers NixOS avec GNOME, ou GLFos avec GNOME. Et pourtant je suis un KDEiste pur jus, j’ai GNOME en horreur. Mais je suis prêt à céder, juste pour gagner en stabilité et en tranquillité.

Un usage personnel… et limité #

Soyons clairs : Gentoo, je ne l’installe que pour moi. Chez les autres, là où je suis “l’informaticien de service”, c’est Debian ou Ubuntu. Parce que je ne vais pas maintenir 15 ou 20 machines à distance en compilant des paquets ou en corrigeant des USE flags. Il me faut de l’automatisation, du prêt-à-fonctionner, du support facile.

Gentoo n’est pas fait pour ça. Et ce n’est pas un défaut. C’est juste une question d’adéquation. Gentoo, c’est du Linux pour ceux qui aiment comprendre leur système. Pour les autres… eh bien, Linux est déjà un cap. Si tu ne t’intéresses pas un minimum à ton environnement informatique, autant rester sur Windows ou macOS, au moins tu sais que tu ne contrôles rien.

Conclusion ? Il n’y en a pas #

Je suis encore sur Gentoo, et j’y suis bien. Mais je regarde NixOS de plus en plus. GLFos me fait de l’œil. KDE est encore mon bureau, mais GNOME n’est plus totalement exclu.

L’équilibre est fragile, la tentation est grande, mais tant que Gentoo m’accompagne sans douleur, je reste. Et le jour où ça ne sera plus le cas… je saurai où aller.

Logiciels libres : le confort contre l’éthique

2025-06-28T00:00:00Z

(ou comment j’ai vendu mon âme à NVIDIA… et j’en redemande) #

Ah, le logiciel libre. Sa douce odeur d’utopie, ses longues pages de man, ses heures passées à chercher pourquoi ton clavier AZERTY est soudain devenu Dvorak ukrainien après une mise à jour système.

Mais surtout : sa grande question existentielle. Faut-il souffrir pour rester pur ? Et plus important encore : Est-ce que je vais en enfer si j’installe le driver NVIDIA propriétaire ?

Spoiler : oui. Mais l’enfer a un bon framerate.

L’éthique, c’est bien… quand on a du temps #

Je me rappelle encore la première fois que j’ai installé une distro « full libre ». Pas de blobs, pas de microcode non libre, pas de firmware douteux. Juste moi, mon PC, et l’idéologie pure.

Résultat :

Pas de Wi-Fi
Pas de son
Écran figé à 640x480
Boot en 2 minutes
Clavier reconnu comme un grille-pain

Mais au moins, j’étais éthique. J’étais libre. Et seul. Très seul.

NVIDIA, ce démon qui fait tourner tes jeux #

Alors un jour, j’ai craqué. J’ai tapé :

emerge -av x11-drivers/nvidia-drivers

Et là, miracle.

Tout fonctionnait. Fluidité. Résolution native. Accélération graphique. CUDA. Même glxgears m’a souri.

J’ai vu mon âme quitter mon corps pour aller frapper à la porte de la FSF. Mais tu sais quoi ? Elle est revenue. Avec Steam installé.

Le blob, c’est la vie (parfois) #

Tu veux la vérité ? Voici une petite liste non exhaustive de mes péchés technologiques :

Firmware Broadcom pour ma carte Wi-Fi
Microcode Intel pour éviter les crashs de mon CPU (je sais, je suis faible)
Microprogramme d’imprimante HP téléchargé sur un site douteux
Steam avec Proton, parce que j’aime jouer à des jeux qui ne tournent que sous DirectX
Codec AAC/H.264, parce que VLC qui refuse de lire 80 % de mes vidéos, ça va 5 minutes

Et pendant ce temps, y’en a encore qui hurlent : « il faut compiler ton OS à la main et n’utiliser que des logiciels approuvés par Richard Stallman ! »

Oui. Très bien. Tu veux aussi que je me nourrisse de tofu cru et que je pédale pour alimenter mon routeur ?

Le libre, mais pas à n’importe quel prix #

J’adore le libre. Vraiment. Mais le libre qui marche. Le libre qui ne te fait pas détester ton PC. Le libre qui ne te punit pas à chaque mise à jour avec un bug du style :

« Votre environnement de bureau ne se lance plus, car vous avez mis à jour libcrypteqc3.so et Xorg n’est pas content. »

Je suis fatigué de l’ascétisme numérique. Je veux un OS libre… mais avec un peu de beurre dans les épinards.

Le summum du purisme : l’autoflagellation #

Tu sais ce que j’aime chez les extrémistes du libre ? C’est cette façon qu’ils ont de se flageller en public pour expier l’installation accidentelle d’un .deb non vérifié. C’est presque religieux. Tu leur dis que t’as utilisé une app Electron ? Ils t’excommunient à coups de emerge -C.

Franchement, à ce stade, autant rejoindre un monastère Debian avec vœu de silence et terminal en noir et blanc.

En conclusion : mon système n’est pas pur, mais il fonctionne #

Je suis un hérétique. Je suis un vendu. J’utilise des blobs, des codecs propriétaires, et parfois même… des applications non libres. (Chut.)

Mais tu sais quoi ? Je vis bien. Mon système démarre. Mon GPU carbure. Mon imprimante imprime.

Et le plus beau dans tout ça ? Je reste attaché aux valeurs du libre. Je contribue quand je peux. Je préfère mpv à VLC, neovim à VSCode, et rsync à Dropbox. Mais je ne vais pas me priver d’un outil juste parce que c’est pas 100 % éthique.

Je suis libre de faire des compromis.

Tu veux vraiment sauver le logiciel libre ? Fais-le fonctionner. Fais-le désirable. Fais-le sans que l’utilisateur ait l’impression de devoir sacrifier sa semaine de congés juste pour lire une vidéo ou imprimer sa carte d’embarquement.

Et peut-être qu’un jour, on pourra dire : le confort ET l’éthique. En même temps. Comme par magie.

MATE Desktop : un environnement en crise silencieuse

2025-06-28T00:00:00Z

Depuis longtemps, MATE fait figure d’environnement de bureau « traditionnel », apprécié pour sa légèreté, sa stabilité et sa résistance face aux modes (Wayland ? Très peu pour lui). Il a su séduire tous ceux qui regrettaient GNOME 2 et préféraient une approche classique, simple, efficace. Mais aujourd’hui, MATE donne des signes d’essoufflement. Et pas qu’un peu.

Un membre de l’équipe de développement a récemment lâché un message révélateur, presque désespéré :

“Je ne sais vraiment pas d’où viennent les symboles supprimés. […] De nombreux membres de l’équipe sont devenus inactifs. […] Je suis complètement dépassé […]. Je ne pourrais même pas publier de version […] Je ne sais pas comment résoudre ce problème, et je n’ai pas d’accès en écriture à l’ancien site web.”

Tout est dit.

Entre obsolescence et abandon #

MATE repose encore massivement sur GTK 3, une boîte à outils elle-même en fin de vie. L’équipe a tenté d’évoluer, de remplacer les fonctions dépréciées… mais ce chantier a introduit des bugs, des suppressions de symboles, des problèmes de compatibilité. Sauf que les développeurs capables de corriger tout ça… ne sont plus là.

Certains outils (comme Travis CI, utilisé pour générer et tester les releases) ne fonctionnent plus correctement. Résultat : aucune nouvelle version ne peut sortir. Même les bibliothèques de base changent sans que MATE ne puisse suivre.

Une équipe qui se vide #

Le constat est amer : l’équipe MATE est désormais réduite à peau de chagrin. L’un des rares développeurs encore actifs, basé aux États-Unis, parle d’insécurité, d’épuisement et d’une perte de contrôle totale sur les infrastructures du projet (site de publication, accès en écriture, outils de build…).

Et dans ce contexte, il en appelle à une hypothétique relève européenne, comme un dernier espoir.

Quel avenir pour MATE ? #

À l’heure actuelle, l’avenir de MATE est incertain :

Le projet ne suit plus les évolutions techniques majeures (GTK4, Wayland, etc.)
Les outils de publication sont cassés.
L’équipe est en déshérence.
Aucune feuille de route claire, aucun plan de relance.

Un risque réel d’abandon ? #

On y est presque. MATE ne s’effondrera peut-être pas du jour au lendemain, mais il semble entré dans une phase de stagnation critique, un état de mort lente typique des projets libres sans relève. Des distributions majeures pourraient finir par le retirer ou le rétrograder dans leurs options, par manque de maintenance.

En conclusion #

Si tu utilises MATE, il n’y a pas encore urgence à fuir… mais garde un œil ouvert. Le projet a besoin de contributeurs, de compétences, d’une nouvelle génération de mainteneurs. Faute de quoi, MATE risque de devenir ce qu’il combattait : un vieux souvenir.

L’éthique à géométrie variable du monde Linux : anti-GAFAM, mais pas trop…

2025-06-28T00:00:00Z

Dans l’univers du logiciel libre, il y a des positions qui frisent parfois la religion : méfiance envers les multinationales, rejet du capitalisme de surveillance, amour de la communauté et du bénévolat. Google ? Le mal. Microsoft ? Une trahison historique. Apple ? Un piège doré. Facebook ? Une dystopie en marche.

Et pourtant…

Chaque année, les plus grandes distributions Linux — Debian en tête — se bousculent pour participer au Google Summer of Code (GSoC), un programme généreusement financé par… Google. Oui, le même Google dont les DRM dans Chrome, le monopole sur Android et les multiples atteintes à la vie privée font régulièrement hurler les mêmes communautés.

🥸 GAFAM caca, mais leur pognon c’est miam miam : chronique d’une indignation sélective dans le monde Linux #

Ah, le logiciel libre. Ce noble combat. Cette lutte du pot de yaourt contre l’ogre capitaliste. On y pourfend Microsoft, on y démonte Apple, on y brûle en effigie Zuckerberg sur des forums, et bien sûr, on conspue Google, ce démon binaire, ce voleur de données, ce fossoyeur de la vie privée.

Mais dès que ces mêmes GAFAM sortent le chéquier, c’est silence dans les chaumières et champagne dans les mailing-lists.

🎁 Debian et le Google Summer of Cashflow (GSoC) : un gros chèque et beaucoup d’amnésie #

Prenons Debian, cette vénérable distribution, modèle d’éthique, chantre de la liberté, gardienne du temple. Elle qui bannit les firmwares non-libres comme on chasse les hérétiques. Elle qui publie des manifestes pour dénoncer la centralisation, la surveillance, le big data, la domination des empires du cloud… Réputée pour son intégrité, son attachement aux principes du logiciel libre, et sa méfiance quasi doctrinale envers les blobs propriétaires. Et pourtant, à peine Google annonce l’édition annuelle du Google Summer of Code (GSoC), Debian rapplique plus vite qu’un apt install fortune sur un Raspberry Pi. En mai 2025, elle annonce fièrement avoir sélectionné neuf projets pour le GSoC. Bravo aux étudiants, aux mentors, et à la communauté… mais aussi merci Google. Merci pour le financement, la visibilité, les infrastructures, et surtout les dollars.

“Oui Google, nous voulons bien être vos stagiaires d’été. Oui Google, financez-nous. Et au passage, on mettra votre logo sur notre site.”

On s’indigne du monopole de Chrome, mais on encaisse les dollars de Google avec reconnaissance. L’indignation, c’est bien… surtout quand elle ne touche pas les virements bancaires.

Parmi les projets financés par ce géant publicitaire :

Des améliorations pour les paquets GPU (ROCm),
L’intégration de LLM open source (vLLM, SGLang),
Du travail sur Raspberry Pi,
Des tests automatiques pour rsync,
De la CI/CD pour Debian Med…

Bref, des projets essentiels pour l’avenir de Debian, développés sous la bannière d’un programme… made in Google.

🤔 Deux poids, deux mesures #

On ne va pas se mentir : le GSoC est une bénédiction pour beaucoup de développeurs, notamment étudiants. Il finance de vrais travaux utiles, permet à de jeunes programmeurs de s’impliquer, et donne un coup de projecteur à des projets parfois obscurs. Mais il pose aussi une question dérangeante :

Peut-on sérieusement continuer à cracher sur Google tout en acceptant son argent ?

Car soyons clairs : si Microsoft lançait demain un “Summer of Code”, on verrait probablement les mêmes acteurs crier au scandale, à l’infiltration, au rachat insidieux de l’écosystème.

Mais avec Google ? On ferme les yeux. Parce que le chèque est là.

💵 “Les GAFAM ? Des ordures !” #

→ Sauf quand ils font des dons

Google, Microsoft, Amazon, ils financent tous — généreusement — des projets libres. Et ce ne sont pas de petits chèques :

Microsoft donne à GNOME, au Linux Foundation, et même à… Debian.
Google finance des programmes entiers, offre des crédits cloud, et paie pour des conférences open source.
Même Facebook/Meta a versé dans l’open source… si si, quand ça l’arrange (et tant qu’il y a un petit “like” au passage).

Mais pas d’inquiétude : tout cela est très éthique, car l’argent, comme chacun sait, devient libre dès qu’il touche un .tar.gz.

📣 L’éthique en open source : un peu, mais pas trop #

Ce n’est pas propre à Debian. D’autres distributions ont profité de GSoC : GNOME, KDE, Fedora, Gentoo, même Tor. Certaines fondations vivent en partie de subventions GAFAM.

Dans le même temps, combien de fois a-t-on lu des billets furieux contre Snap (de Canonical) car trop centralisé ? Combien de trolls sur systemd, accusé d’être la mainmise de Red Hat/IBM ? Combien de critiques de Flatpak parce que FlatHub accepte des logiciels non libres ?

Mais quand Google aligne les dollars pour financer des stages… silence radio.

🧠 Syndrome du développeur double-face #

C’est fascinant comme certains développeurs, prompts à écrire des diatribes sur Reddit ou Mastodon contre “l’impérialisme technologique”, oublient immédiatement leurs grands principes quand vient le moment de :

Postuler à un GSoC financé par Google
Intégrer un projet sponsorisé par Microsoft Azure
Utiliser GitHub (coucou, propriété de Microsoft)
Accepter un T-shirt ou une bourse de voyage pour une conf Linux

Le logiciel libre, oui. Mais le libre sponsorisé de préférence.

🥴 Le bingo du logiciel libre moderne #

Voici le bingo des contradictions qu’on peut imprimer et sortir à chaque nouvelle annonce de financement GAFAM dans le libre :

✅ Déclaration	✅ Action réelle
“GAFAM = mal”	Merge une PR depuis un laptop Microsoft Surface
“On veut l’indépendance”	Dépend de GitHub, Microsoft, Google CI et AWS
“Google nous surveille !”	Postule au GSoC avec un CV en PDF hébergé sur Google Drive
“Microsoft est l’ennemi”	Utilise Visual Studio Code et Azure Pipelines
“Faut fuir les clouds US”	Déploie du Kubernetes chez GCP avec un sourire complice

🤫 La conclusion qu’on ne dit pas trop fort : on ne crache pas dans la soupe (ou si, un peu quand même) #

Ce billet n’est pas là pour dire que Debian ou les autres font mal de participer au GSoC. Au contraire : il vaut mieux que l’argent de Google serve à améliorer rsync ou la prise en charge du GPU libre qu’à fliquer encore plus d’utilisateurs via Chrome.

Mais peut-être serait-il temps de reconnaître cette contradiction, au lieu de jouer les vierges effarouchées dès qu’un projet ose mentionner “cloud”, “propriétaire” ou “télémetrie”. Le monde libre gagnerait en maturité s’il acceptait de dire, franchement :

“Oui, on critique Google, mais on prend aussi leur argent quand ça sert le bien commun.”

Ou on pourrait assumer et dire :

“Oui, on se méfie de ces boîtes. Mais leur argent permet de financer des choses utiles. Et tant qu’à faire, autant qu’il serve à la communauté plutôt qu’à un troisième yacht pour un actionnaire.”

Parce qu’au fond, ce n’est pas ça, l’open source ? L’art de faire du bien… même avec de l’argent sale ? Mais non. Il faut que ça reste feutré, hypocrite, entre deux tweets indignés contre les DRM dans Chrome, postés depuis un smartphone Android connecté à un compte Google.

Bref. Dans le monde du libre, on aime détester les GAFAM. Mais on aime encore plus leur fric.

C’est ça, l’open contradiction.

Les fausses bonnes idées dans le monde Linux

2025-06-27T00:00:00Z

Petit bestiaire des promesses séduisantes… et de leurs conséquences pas toujours glorieuses #

Le monde Linux regorge de projets brillants, d’innovations admirables et de concepts puissants. Mais parfois, certaines idées — séduisantes en apparence — se révèlent dans la pratique… moins glorieuses. Ce ne sont pas nécessairement de mauvaises idées, mais des fausses bonnes idées : celles qui paraissent simples, modernes, évidentes, et qui finissent par engendrer complexité, incohérences ou frustrations.

Tour d’horizon subjectif (mais assumé) de quelques-unes de ces idées “lumineuses” qui, parfois, ont surtout servi à brouiller les pistes.

🧪 “On va tout unifier avec des conteneurs !” #

Docker, Flatpak, Snap, AppImage… À chaque problème, son format d’isolation. Les conteneurs ont débarqué comme la solution ultime à la fragmentation logicielle, aux conflits de dépendances, aux vieilles bibliothèques, etc.

Sur le papier :

Isolation des applis
Déploiement facilité
Moins de casse à l’upgrade

Mais dans la réalité ?

Redondance extrême (bonjour les applis Flatpak de 2 Go pour lancer un éditeur de texte)
Multiplication des formats, chacun avec ses outils, ses priorités, ses sandboxes
Intégration aux systèmes bancale (perfs en retrait, problèmes d’accès aux fichiers, aux thèmes GTK, aux imprimantes…)
Surcharge de maintenance pour les distributions et les devs

👉 On a échangé la cohérence d’un système intégré contre un empilement de bulles isolées. Résultat : on “résout” des problèmes… qu’on a parfois créés en voulant tout encapsuler.

🌀 “Les rolling releases, c’est l’avenir” #

Arch, Void, Gentoo, openSUSE Tumbleweed… Des systèmes toujours à jour, sans réinstallation, sans “version 24.04”, sans attente : le rêve de l’utilisateur avancé.

Sauf que…

Les upgrades constants sont un terrain miné pour les setups complexes
Les bugs ne sont plus ponctuels, mais permanents
Il faut lire les changelogs, suivre les annonces, anticiper les breakages (systemd, Python, Qt…)
Pas de “moment de stabilité” garanti pour les devs ou les sysadmins

👉 Le futur en continu, c’est bien. Mais quand tout est mouvant, plus rien n’est stable. C’est un excellent terrain d’expérimentation, mais souvent pas le meilleur pour “juste bosser” ou avoir une machine fiable sur le long terme.

🖥 “Une interface graphique pour tout, partout !” #

Pourquoi apprendre rsync, nftables ou systemctl quand on pourrait cliquer sur des boutons jolis ?

L’idée :

Accessibilité pour les débutants
Moins de stress, moins de lignes de commande

Mais derrière cette promesse :

Des interfaces incomplètes, buggées ou abandonnées
L’abstraction d’outils puissants mais complexes, qui deviennent opaques
Des GUIs qui masquent les erreurs… ou qui empêchent de vraiment comprendre ce qui se passe

👉 À trop vouloir simplifier, on rend l’utilisateur dépendant d’une interface souvent plus limitée que la ligne de commande. Et quand ça casse… il reste seul devant un terminal qu’il n’a jamais appris à utiliser.

🧩 “Une distribution universelle, pour tous les usages” #

Systemd, Flatpak, PipeWire, Btrfs, Wayland… La quête d’un socle commun, d’un Linux moderne, cohérent, unique.

Mais un Linux “universel”, c’est aussi :

Moins de diversité dans les approches (ce que Linux avait justement toujours encouragé)
Une centralisation des décisions techniques (bonjour Red Hat, GNOME, Freedesktop…)
Une pression pour suivre des techno même quand elles ne sont pas stables ou adaptées à tous les contextes (embedded, serveurs, vieux PC…)

👉 Vouloir une base commune, c’est noble. Mais quand on efface les alternatives, on se tire une balle dans le pied… en oubliant que l’un des grands atouts de Linux, c’est justement sa diversité.

🔄 “On va tout réécrire en Rust / Go / autre” #

La manie moderne : tout réécrire dans le langage à la mode. Init system ? En Rust. Outils système ? En Go. Serveurs ? En Zig. Pourquoi pas, c’est fun, c’est hype.

Mais :

Ces outils sont souvent moins testés, moins matures
Ils cassent la compatibilité avec les scripts ou les configs existants
Ils alourdissent la chaîne de compilation ou les dépendances système
Et parfois… ils ne font pas mieux, juste différent

👉 Réécrire n’est pas une fin en soi. Et réécrire pour “faire moderne” n’est pas toujours une amélioration.

🔄 “Repartir de zéro, c’est mieux” #

ALSA → PulseAudio → PipeWire. X11 → Wayland. SysVinit → Upstart → systemd. ext3 → ext4 → Btrfs → ZFS (mais pas trop). GTK2 → GTK3 → GTK4… et chaque fois c’est la révolution.

Le mythe :

“L’ancien code est trop pourri / trop compliqué / impossible à maintenir.”
“La nouvelle version va corriger tous les défauts.”
“Cette fois, on va tout bien faire dès le début.”

La réalité :

Des années d’instabilité (coucou PulseAudio entre 2009 et 2016)
Une perte de compatibilité et d’outils familiers
Des utilisateurs cobayes malgré eux
Et souvent… une redécouverte des limitations de la version précédente (qu’on avait critiquée sans tout comprendre)

👉 Recommencer, c’est noble. Mais faire table rase, c’est souvent jeter le bébé avec l’eau du bain. On a l’impression de progresser, mais parfois on tourne juste en rond, en réécrivant la même galère avec des noms différents.

🧩 “On va tout modulariser, comme ça chacun fera son marché” #

“Minimalisme”, “modularité”, “liberté totale”… Le rêve de l’utilisateur expert.

Résultat :

Des configs kafkaïennes pour faire marcher un truc aussi simple qu’un pavé tactile ou un clavier rétroéclairé
Une explosion des combinaisons possibles (et des bugs associés)
Une documentation vite obsolète ou contradictoire selon les setups
Des distributions qui deviennent injouables pour l’utilisateur lambda

👉 La modularité, c’est cool… jusqu’à ce que ça devienne juste de la complexité déguisée.

🧠 “Les utilisateurs n’ont qu’à apprendre, ils n’ont qu’à lire la doc” #

“RTFM” (Read The F***ing Manual) est encore trop courant dans la culture Linux.

Mais :

Tout le monde n’a pas envie de devenir expert pour installer un wifi ou partager un dossier
Les documentations sont parfois lacunaires, mal traduites, contradictoires
Certains projets ne veulent pas être accessibles, par pur élitisme technique

👉 Résultat : une communauté qui attire surtout des profils déjà formés… et qui se plaint ensuite que “Linux ne décolle pas chez le grand public”.

L’élitisme technique est parfois une posture plus qu’une nécessité. Et ça freine l’adoption de Linux dans des milieux où il aurait pourtant beaucoup à offrir.

🌐 “On va tout centraliser sur GitHub / GitLab / FlatHub / SnapStore / AppCenter…” #

L’idée : simplifier l’accès aux logiciels. Mais la centralisation, c’est aussi :

Une dépendance accrue à des plateformes (souvent propriétaires ou semi-fermées)
Des projets qui disparaissent ou sont contrôlés par des boîtes privées
Un modèle de distribution en contradiction avec l’esprit des dépôts Linux classiques (et les outils de packaging natifs)

👉 On voulait simplifier, on a déporté le contrôle vers l’extérieur, et on a fragilisé l’écosystème libre.

🧪 “L’expérience utilisateur, c’est secondaire, ce qui compte c’est la puissance” #

Linux est très bon pour l’infrastructure, les serveurs, les devs. Mais combien d’applis sont encore mal intégrées, mal traduites, ou incohérentes visuellement ?

On oublie souvent que :

Un système est jugé à l’usage, pas seulement à ses perfs ou à sa modularité
Les petits détails font toute la différence pour convaincre quelqu’un de rester

👉 Refuser de soigner l’expérience utilisateur au nom de la “pureté technique”, c’est laisser le terrain aux systèmes fermés plus confortables à l’usage. Et ensuite venir pleurer que “Linux a perdu la bataille du desktop”.

🛠 “Une distro pour chaque envie, chaque niche, chaque goût” #

Oui, c’est beau cette diversité. Mais parfois, ça frôle l’absurde : 800 distributions, dont 600 sont des forks de forks avec juste un thème différent ou un installateur personnalisé.

Conséquences :

Des efforts éparpillés, des projets non maintenus
Une difficulté pour recommander une seule distro fiable à un débutant
Des standards impossibles à établir

👉 La diversité c’est bien. La fragmentation, beaucoup moins. Et aujourd’hui, on a du mal à faire la différence entre un vrai projet et un coup d’ego sur DistroWatch.

💭 En conclusion : Méfions-nous des solutions “évidentes” #

Le monde Linux a toujours été riche parce qu’il explore. Mais dans cette jungle de concepts, il est utile de garder un œil critique sur les tendances. Ce n’est pas parce que ça semble “moderne”, “propre” ou “simple” que c’est forcément une bonne idée dans la durée.

Parfois, la bonne vieille ligne de commande, un outil rustique mais robuste, une distribution minimaliste, c’est ça la vraie innovation : le choix, la maîtrise, et la liberté.

Nettoyer sa Gentoo

2025-06-26T00:00:00Z

Ah ma poule, t’as la racine qui déborde ? C’est l’heure du ménage de printemps façon Gentoo 😄 Voici plusieurs pistes pour faire de la place sans casser ton système :

🔍 1. Identifier ce qui prend de la place #

du -h -x --max-depth=1 / | sort -hr | head -n 20

-x évite de sortir du système de fichiers racine (/).
Tu peux aller plus loin dans les dossiers suspects (/var, /usr, /tmp, etc).

🧹 2. Nettoyer les paquets inutiles #

emerge --depclean -a

Supprime les paquets plus nécessaires (fait un petit backup avant au cas où).
Important : vérifie bien la liste avant d’accepter.

🔧 3. Vérifier les dépendances orphelines #

revdep-rebuild
emerge --ask --depclean

📦 4. Nettoyer le cache de Portage #

eclean-dist -d
eclean-pkg -d

eclean fait partie du paquet app-portage/gentoolkit, si jamais tu l’as pas :

emerge -av gentoolkit

🧽 5. Nettoyer les slots de kernel inutiles #

Si tu as plusieurs noyaux installés :

eselect kernel list
ls -lh /usr/src/

Tu peux supprimer les anciens :

emerge -C gentoo-sources:5.x
rm -rf /usr/src/linux-5.x*

Et les modules associés :

rm -rf /lib/modules/5.x.*

🗑️ 6. Nettoyer `/var/tmp/portage` (compilation) #

Ce dossier peut être énorme :

rm -rf /var/tmp/portage/*

❄️ 7. Vérifier `/tmp` et `/var/log` #

du -sh /tmp
du -sh /var/log

Tu peux vider les logs anciens ou inutiles :

find /var/log -type f -name '*.gz' -delete
find /var/log -type f -name '*.log' -size +10M

📚 8. Supprimer les manuels et localisations inutiles #

Si tu n’as besoin que de français/anglais :

echo 'L10N="fr en"' >> /etc/portage/make.conf
emerge -av --newuse @world

Et pour virer les man pages inutiles :

emerge -av localepurge

Pourquoi Linux n’est pas fait pour “tout le monde”, et c’est très bien comme ça!

2025-06-26T00:00:00Z

Non, on ne veut pas tous un Linux qui ressemble à Windows. Et c’est une force, pas une faiblesse. Réflexion sur l’élitisme assumé, les paradoxes de l’accessibilité, et le bon sens parfois oublié.

Le mythe du “Linux pour tous” #

Depuis que Linux a commencé à pointer le bout de son noyau hors des labos, on nous ressort le même vieux refrain :

« Il faut un Linux simple, accessible, compatible avec tout, qui ressemble à Windows sinon personne ne l’adoptera. »

Et chaque année, rebelote : “cette année sera celle de Linux sur le desktop”. Spoiler : non. Et c’est pas grave.

Parce qu’en fait, Linux n’a jamais été conçu pour “tout le monde” – au sens de grand public. Et à trop vouloir le rendre “user-friendly”, on finit par perdre ce qui fait sa force : la liberté, la diversité, la souplesse… et oui, parfois, la complexité.

L’élitisme assumé (et nécessaire) #

Linux, c’est comme le vélo sans petites roues :

Si tu veux apprendre, tu vas tomber.
Mais une fois que tu sais, tu contrôles tout.

Et c’est là que beaucoup se plantent : ce n’est pas un défaut, c’est une feature. Linux ne te prend pas par la main, il t’oblige à comprendre. Pas tout, pas tout de suite. Mais il te pousse à sortir de la posture de simple consommateur.

C’est un outil de pouvoir, pas un produit pré-maché. Tu veux une machine qui obéit au doigt et à l’œil, sans pub, sans espion, sans MAJ surprises ? Très bien, mais ça se mérite.

Accessibilité != Simplification à outrance #

On confond souvent accessibilité et abêtissement. Oui, il faut que Linux soit documenté, que la communauté soit accueillante, que les interfaces soient cohérentes. Mais non, il ne faut pas que tout soit simplifié au point de ressembler à un menu KFC tactile.

Linux n’est pas un produit prêt à consommer, c’est une boîte à outils. Et parfois, pour construire ce que tu veux, tu dois lire le mode d’emploi. Ce n’est pas de l’élitisme snob, c’est du bon sens.

L’accessibilité, ce n’est pas abaisser le niveau pour tout le monde. C’est élever chacun à son rythme.

Le paradoxe du “Windows-like” #

Certains veulent des distros qui imitent Windows. C’est compréhensible au début. C’est rassurant. Mais vouloir qu’un système libre se conforme à un modèle propriétaire, c’est un non-sens.

À force de vouloir copier Windows, on finit par faire du “Linux pour Windowsiens qui ne veulent pas apprendre Linux”. Résultat : frustration, bugs mal compris, attentes non réalistes.

Et surtout, on trahit l’esprit du projet. Linux n’est pas là pour faire comme les autres. Il est là pour faire autrement.

Oui, il y a des distros simples (et tant mieux) #

Qu’on soit clair : il y a de la place pour tout le monde. Des distros comme Ubuntu, Linux Mint, Zorin, Elementary, ou Endless OS font un travail remarquable pour les débutants. Mais elles ne doivent pas être la norme imposée à tout l’écosystème. Sinon, on perd Debian, Gentoo, Arch, NixOS, CL (coucou Calculate), NuTyX, Slackware… et toute la richesse du libre.

Conclusion : et si ce n’était pas grave ? #

Linux ne sera peut-être jamais le système de tout le monde. Et peut-être que c’est tant mieux. Parce que sa diversité, son exigence, sa philosophie, sont à l’opposé des produits uniformisés, fermés et infantilisants.

Linux est un terrain d’apprentissage, d’expérimentation, de maîtrise. Il est exigeant, mais gratifiant. Libre, mais pas toujours simple. Et ce n’est pas une faiblesse. C’est sa force.

À éviter si :

Tu veux un truc qui “juste marche” sans jamais mettre les mains dedans
Lire un wiki te donne des boutons
Tu penses que “Terminal” est un film de Spielberg

À essayer si :

Tu aimes comprendre comment les choses fonctionnent
Tu préfères le contrôle à la facilité aveugle
Tu trouves que c’est pas grave d’apprendre, même après 30 ans

📌 Et toi ? Tu veux un Linux qui t’émancipe ou un Linux qui t’assiste ?

Rendre un vieux PC portable fluide avec Linux… ou plutôt avec Haiku

2025-06-25T00:00:00Z

On connaît la rengaine : « Mon vieux PC rame, il est bon pour la casse. » Et la réponse classique : « Mets-lui un Linux léger, voyons ! » Eh bien… cette fois, j’ai pris un virage inattendu. J’ai tenté autre chose. J’ai mis Haiku. Et spoiler alert : j’ai été bluffé.

Haiku, késako ? #

Haiku, c’est pas un énième Linux. C’est un système d’exploitation à part entière, héritier spirituel de BeOS. Léger, rapide, cohérent, entièrement pensé pour être fluide même sur de très vieilles machines. Et contrairement à certaines distributions « légères » qui te donnent un OS minimaliste avec un look de terminal soviétique, Haiku est joli. Sobre, mais propre.

Le cobaye : un vieux portable essoufflé #

Le candidat : un PC portable de plus de 10 ans, avec un disque dur classique (pas de SSD), 2 Go de RAM, et un processeur qui bâille quand on lui parle de JavaScript. Sous Linux, même avec XFCE ou LXQt, ça patinait dans la semoule. Naviguer sur le web ? Un calvaire. Lancer LibreOffice ? Une épreuve de patience.

Installation : plus simple tu meurs #

Haiku propose une image ISO Live qui permet d’essayer le système sans rien installer. Et si on est conquis (comme moi), un double-clic sur l’installateur suffit pour tout mettre en place. L’interface est claire, l’installation est rapide, et le système est prêt à l’emploi en quelques minutes.

Le bureau : léger mais pas spartiate #

Pas d’effets 3D inutiles, pas de services qui tournent en tâche de fond sans qu’on le sache. Tout est conçu pour être rapide et cohérent. Les fenêtres s’ouvrent instantanément. Le système démarre en quelques secondes. Même avec une connexion Wi-Fi basique, j’ai pu installer quelques applications sans peine grâce à HaikuDepot, son équivalent du gestionnaire de paquets.

Et pour un usage basique ? C’est viable ! #

📧 Mail : il y a un client intégré. 🌐 Web : WebPositive fait le job pour de la navigation légère. 📝 Éditeurs de texte : présents, efficaces. 🎵 Musique, vidéos, images : gérés sans souci.

Pour de la bureautique, surfer un peu, prendre des notes, lire des PDF, écouter de la musique, c’est parfaitement fluide.

Les limites (parce qu’il y en a) #

Haiku n’est pas Linux, donc pas de support natif pour les applis Linux. Pas de Flatpak, pas de Snap. Le navigateur WebPositive est bien, mais pas un foudre de guerre sur les sites modernes. Et il faut parfois mettre les mains dans le cambouis pour certaines cartes Wi-Fi récalcitrantes.

Mais franchement, vu l’âge du matériel, c’est le système qui m’a offert la meilleure expérience à ce jour. Plus rapide que Linux. Plus simple qu’une Arch minimaliste. Plus cohérent qu’un patchwork de composants.

À éviter si… #

Tu as besoin d’applications Linux spécifiques (GIMP, Blender, ou autre), Haiku ne les fera pas tourner.
Tu es un gamer invétéré, Haiku n’a pas (encore) le support pour les gros jeux.
Tu veux naviguer sur tous les sites web ultra modernes avec toutes les fonctionnalités à fond, WebPositive peut montrer ses limites.
Tu cherches un écosystème riche en logiciels, Haiku est encore un projet de niche avec une communauté petite mais passionnée.
Tu es allergique à l’idée de bricoler un peu pour configurer le Wi-Fi ou certains matériels.

Liens utiles pour découvrir Haiku #

Site officiel de Haiku OS : https://www.haiku-os.org/
Télécharger l’ISO Live : https://www.haiku-os.org/get-haiku
Guide d’installation rapide : https://www.haiku-os.org/guides/installing-haiku
Documentation officielle : https://www.haiku-os.org/docs
Forum communautaire : https://discuss.haiku-os.org/
Wiki Haiku (astuces, dépannage, etc.) : https://wiki.haiku-os.org/

En conclusion #

Tu as un vieux portable qui prend la poussière ? Tu veux une machine ultra fluide, agréable à utiliser, sans te battre contre le système ? Fais un tour du côté de Haiku OS. Moi qui pensais juste tester pour le fun, j’y ai passé toute la semaine. Et je ne l’ai pas regretté une seconde.

Prochainement sur le blog : du lourd, du Linux, du vécu

2025-06-21T00:00:00Z

Cela fait des mois que j’ai des brouillons qui prennent la poussière, des idées griffonnées à la hâte dans un coin de .txt, des lignes de commandes testées, retestées… et parfois maudites. Mais ça y est : le moment est venu de remettre de l’ordre, d’aligner les paragraphes et d’ouvrir les vannes.

Voici donc un petit aperçu de ce qui arrive bientôt sur le blog. Si tu es amateur de Linux, de bidouilles, d’init systems exotiques ou que tu veux juste te rassurer en voyant que tu n’es pas le seul à tester Arch pour la 27ᵉ fois… tu vas être servi.

📦 Script maison : automatiser l’installation d’une Gentoo propre #

Parce que emerge ça va deux minutes, mais refaire tout à la main à chaque fois… non merci. Un script maison, pensé pour être simple, robuste, sans perdre l’esprit from scratch. Gentoo oui, mais avec un peu de confort.

🔥 Utiliser `systemd` intelligemment sans l’adorer aveuglément #

Ni fanatique, ni hater. systemd a ses atouts, mais aussi ses limites. Ce billet expliquera comment l’utiliser de façon pragmatique, sans tomber dans la religion ou l’anti-religion.

🌱 Installer un système Linux complet avec OpenRC et sans `systemd` #

Une bouffée d’air pur. OpenRC, c’est léger, simple, efficace. Voici comment construire un système sans systemd, sans galérer, et sans que ça tourne au dogmatisme.

💻 Rendre un vieux PC portable fluide avec Linux… ou plutôt avec Haiku #

Linux c’est bien, mais parfois un petit détour par Haiku peut redonner vie à un portable à bout de souffle. Spoiler : j’ai été bluffé.

🧠 Pourquoi Linux n’est pas fait pour “tout le monde”, et c’est très bien comme ça #

Non, on ne veut pas tous un Linux qui ressemble à Windows. Et c’est une force, pas une faiblesse. Réflexion sur l’élitisme assumé, les paradoxes de l’accessibilité, et le bon sens parfois oublié.

💡 Les fausses bonnes idées dans le monde Linux #

Du genre : “on va tout unifier avec des conteneurs”, “les rolling releases c’est l’avenir”, ou “une GUI pour tout, partout”. Petit bestiaire des idées séduisantes… et de leurs conséquences pas toujours glorieuses.

📦 Pourquoi je refuse les snaps et flatpaks (ou pourquoi je les utilise quand même) #

C’est compliqué. Entre praticité, lourdeur, sécurité, indépendance et bordel ambiant : voici mon retour d’expérience, sans langue de bois.

⚖️ Logiciels libres : le confort contre l’éthique, mon point de vue #

Quand faut-il tracer la ligne ? Est-ce qu’utiliser un blob NVIDIA est un pacte avec le diable ? Un billet honnête et sans dogme sur mes propres compromis.

⚙️ Quel init system pour moi : systemd, OpenRC, Runit, s6… #

Un comparatif à l’usage, dans la vraie vie. Ce que j’ai testé, ce qui m’a plu, ce qui m’a fait hurler. Avec un tableau récap’ à la fin (si j’ai le courage).

🧪 Btrfs vs ext4 : un duel en conditions réelles #

Ce n’est pas un benchmark de labo : c’est un test dans la sueur, les snapshots, les plantages et les restaurations. Ext4 fait de la résistance, Btrfs veut tout remplacer. Qui sort gagnant ?

🌀 Je suis passé sous Arch pour la 27ᵉ fois : récit d’un masochisme moderne #

Parce que je le savais. Je le savais. Mais j’ai quand même recommencé. Voilà le récit, entre ironie et douleur, de ce retour temporaire dans les bras de la rolling la plus instable de mon cœur.

👵 Guide Linux pour convaincre ta grand-mère (spoiler : ne le fais pas) #

Un guide inutile mais drôle, sur ce qu’il ne faut surtout pas faire quand tu veux convertir un proche à Linux. Avec des morceaux de vécu dedans.

📋 Checklist du Linuxien relou (et pourquoi j’en coche la moitié) #

Tu râles sur les snaps ? Tu refuses pulseaudio par principe ? Tu compiles ton propre noyau mais tu refuses Wayland ? T’inquiète, tu n’es pas seul. Ce billet est pour nous.

🏁 Comparatif de performance entre différentes distributions compilées #

Parce que Gentoo, Calculate, Funtoo ou Exherbo ne sont pas juste là pour faire joli. Un test sur les temps de boot, de lancement d’applis, et la réactivité générale.

🧱 Compiler Chromium ou pas ? Benchmarks et conclusions #

Tu te demandes si ça vaut le coup (ou la peine) ? J’ai testé, j’ai benché, j’ai souffert. Voici le verdict.

Bref, ça va bouger. J’espère que vous serez au rendez-vous !

👉 Et si vous avez une préférence sur ce que vous voulez lire en premier, faites-moi signe en commentaire.

Et si je testais Hyprland, Sway et i3 ? (Spoiler : j’ai un peu peur de la touche Super)

2025-06-21T00:00:00Z

Dans le forum, un lecteur m’a récemment glissé cette petite suggestion :

“Par contre, si le cœur t’en dit, j’aimerais bien un jour t’entendre sur Hyprland et/ou Sway/i3. J’hésite à me lancer dans cette aventure et utiliser beaucoup plus le clavier que la souris. La flemme comme vous le dites si bien ;)”

Et tu sais quoi ? Le cœur me dit oui… mais mes habitudes de clic-clic sur Plasma me crient “non !”

Hyprland, Sway, i3… Ces gestionnaires de fenêtres (WM pour les intimes) sont souvent vantés pour leur légèreté, leur efficacité et leur productivité une fois bien pris en main. Le hic ? Justement : la prise en main. On n’est pas sur du “clic ici, coche là”, mais bien dans du “bind Super+Ctrl+Shift+Entrée dans un fichier de conf obscur, et t’as intérêt à aimer Vim”.

Pourquoi je vais m’y coller quand même #

Parce que j’aime me faire mal de temps en temps.
Parce qu’un gestionnaire de fenêtres qui tourne plus vite que mon ombre, c’est quand même sexy.
Et surtout parce que l’idée d’abandonner la souris pour tout faire au clavier, ça m’intrigue. Est-ce que ça rend vraiment plus efficace ? Est-ce que ça muscle le cerveau ? Ou est-ce juste un délire de barbus tilde-addicts ?

Le plan de bataille #

Je vais me faire un petit mois à thème :

Hyprland pour voir ce que Wayland peut faire quand il est bien maîtrisé.
Sway pour rester dans l’écosystème Wayland avec une touche “i3 moderne”.
i3 parce qu’il reste une référence incontournable et que tout le monde le mentionne avec respect.

Je documenterai mes galères, mes joies, et peut-être même mes ragequits dans un futur billet (ou une mini-série, qui sait).

Alors si toi aussi tu hésites à plonger dans cet univers où la souris ne sert plus à rien sauf à chasser les bugs, reste dans le coin. On va souffrir, mais ensemble.

Et en attendant, je retourne sur Plasma, ne serait-ce que pour cliquer sur le bouton “éteindre” sans avoir à mémoriser Super+Shift+Q+croiser les doigts.

Un mois sans interface graphique : retour d’expérience

2025-06-20T00:00:00Z

Spoiler : je suis toujours vivant. Enfin… à moitié.

Il était une fois un geek en quête de pureté logicielle, un peu maso sur les bords. Un jour, il s’est dit :

« Et si je vivais un mois sans interface graphique ? Sans X, sans Wayland, sans rien… juste un TTY et moi. »

Un mois. 30 jours. 720 heures. 43 200 minutes. 2 592 000 secondes. Oui, j’ai eu le temps de les compter. Surtout les dernières.

Semaine 1 : la lune de miel #

Tout commence bien. Je désinstalle mon environnement graphique comme un ninja : emerge -C kde-plasma/plasma-meta. Un frisson parcourt ma colonne vertébrale.

Je reboot. BAM : tty1 m’accueille. Un écran noir, du texte blanc, une petite étincelle de fierté. C’est moi le boss maintenant.

J’installe tmux, mc, elinks, et je me prends pour un hacker dans un film des années 90. Je tape des commandes que je ne comprends qu’à moitié. C’est beau. C’est propre. C’est du brut.

Semaine 2 : syndrome de la fenêtre fantôme #

Mon cerveau commence à halluciner des fenêtres. Je tape instinctivement Alt+Tab pour changer d’application. Rien. Juste un regard vide du terminal.

J’ai ouvert une image en ASCII. J’ai regardé des vidéos via mplayer en framebuffer. J’ai lu mes mails avec mutt et envoyé des messages avec weechat. J’ai même réussi à stalker mes contacts avec lynx et curl.

Et pourtant… je rêve de barres de titre et de boutons « Fermer ».

Semaine 3 : le fond du shell #

Je commence à parler en bash. Quand on me demande comment je vais, je réponds : echo "ça va" Quand on me propose un café, je lance : if [[ $envie == "oui" ]]; then echo "Merci !" ; fi

Ma compagne m’a demandé où était le sel. J’ai fait un find / -name "sel".

J’ai essayé de lire un PDF avec pdftotext. Ça a marché. Mais j’ai quand même pleuré.

Semaine 4 : l’illumination (ou la folie) #

J’ai transcendé l’interface. Je n’ai plus besoin d’icônes, ni de fenêtres, ni de curseur. Tout n’est que shell. Je suis le shell.

J’écris mes scripts de boot les yeux fermés. Je pipe mes pensées dans des fichiers. Je redirige mes émotions vers /dev/null.

Et puis… un jour… j’ai relancé startx. Pour « juste voir ». Le plasma s’est lancé. Une goutte de sueur sur mon front. Une larme dans mes yeux.

J’ai fermé la session.

Mais j’ai gardé une icône de terminal. On ne renie jamais totalement ses origines.

Conclusion #

Vivre sans interface graphique, c’est comme le camping sauvage. Au début, on est fier. Puis ça pique. Puis on trouve un rythme. Et finalement, on revient à la civilisation, un peu changé.

Moralité :

Ne sous-estime jamais la puissance du terminal.
Mais n’oublie pas que même les hackers méritent parfois un fond d’écran.

Et toi, oseras-tu tenter le défi ? #TTYOrDie #NoGUINoCry

Ce que j’aime dans KDE Plasma 6

2025-06-16T00:00:00Z

Je tourne depuis quelque temps sous KDE Plasma 6, et autant le dire tout de suite : je suis conquis. Cette nouvelle version ne bouleverse rien, mais elle améliore tout. C’est une vraie évolution dans le bon sens du terme : discrète, fluide, bien pensée. Si vous venez de Plasma 5, vous serez tout de suite à l’aise. Si vous découvrez KDE, vous risquez bien de tomber sous le charme.

Une interface plus vive, plus fluide #

Dès les premières minutes, on sent que Plasma 6 est plus réactif. Le bureau démarre rapidement, les fenêtres s’ouvrent sans délai, les transitions sont douces mais nettes. Il y a une vraie sensation de fluidité, sans jamais sacrifier la stabilité. Ce n’est pas un grand bouleversement visuel, mais l’ensemble est plus moderne, plus léché, comme si tout avait été affiné avec soin.

Une liberté de réglages comme nulle part ailleurs #

L’un des plus gros atouts de KDE, c’est sa capacité de personnalisation. Et Plasma 6 continue dans cette voie. On peut pratiquement tout modifier : l’apparence bien sûr (couleurs, icônes, polices, effets visuels), mais aussi le comportement des fenêtres, la disposition des panneaux, les raccourcis clavier, la gestion de l’énergie, les notifications…

Et tout cela est présenté dans une interface claire, sans jargon inutile. Que vous soyez du genre à tout laisser par défaut ou à passer deux heures à ajuster chaque pixel, KDE s’adapte à vous, pas l’inverse.

Une richesse fonctionnelle qui ne fait pas peur #

KDE Plasma 6 vient avec un écosystème complet d’applications bien intégrées, bien pensées, et souvent très puissantes. Vous avez besoin d’un lecteur multimédia ? Elisa est là. D’un éditeur de texte ? Kate est prêt. D’un gestionnaire d’archives, d’un explorateur de fichiers, d’un gestionnaire de tâches, d’un outil de capture d’écran, ou même d’un centre de mise à jour ? Tout est fourni, et tout fonctionne bien ensemble.

Et surtout, ces applications restent accessibles, sans menus trop complexes. Pas besoin de chercher comment faire une action basique : les outils sont riches, mais restent simples à utiliser au quotidien.

Moderne, mais sans tout casser #

Ce que je trouve remarquable avec KDE Plasma 6, c’est son équilibre entre modernité et continuité. Contrairement à d’autres environnements de bureau (coucou GNOME Shell…), KDE ne décide pas brusquement de réinventer la roue ou de retirer des fonctions sans prévenir.

Au contraire, Plasma 6 garde ce qui marche, et l’améliore. Les effets graphiques sont discrets et élégants. Le support de Wayland progresse très bien, sans forcer personne à l’utiliser. L’interface est plus belle et plus cohérente, mais on ne perd jamais ses repères.

En résumé #

Plasma 6, c’est du KDE comme je l’aime :

Plus rapide
Plus fluide
Plus moderne
Plus stable
Et toujours aussi riche et personnalisable

C’est une mise à jour qui respecte les utilisateurs, qui améliore sans imposer, qui modernise sans effacer. Pas de grand bouleversement, pas de choc visuel, mais une progression continue vers un bureau toujours plus agréable.

Si vous cherchez un environnement de bureau complet, souple, esthétique et efficace, KDE Plasma 6 est clairement une valeur sûre.

Le Dernier Sanctuaire (un script de série Z par Seb corrigé par IA).

2025-06-13T00:00:00Z

J’aimerais changer un peu de registre et partager avec vous un script — ou peut-être une nouvelle — qui oscille entre l’horreur et l’érotisme, voire limite porno. Dans ma tête, c’était assez sensuel… et dérangeant. Bien sûr, ce ne sont que les grandes lignes pour l’instant, des fragments venus d’un cauchemar dont je me souviens encore, gamin. L’intelligence artificielle s’est révélée particulièrement utile, car elle a permis de corriger, de restructurer et d’éliminer les répétitions. Je vous laisse lire, et pour les plus téméraires, n’hésitez pas à me dire ce que vous en pensez.

Chapitre 1 : Le Crépuscule des Survivants #

Dans un désert infini et impitoyable, le soleil brûlait le sol aride, transformant le paysage en une mer de sable étincelante. La chaleur suffocante était sans pitié, et pourtant, la vie persistait. Cachée sous la surface, une base souterraine abritait les derniers vestiges de l’humanité. Ici, les survivants s’étaient réfugiés, fuyant la menace des créatures qui rôdaient à la surface.

La base, construite il y a des décennies par les premières générations de survivants, était un labyrinthe de tunnels et de chambres souterraines. Les murs de métal et de pierre offraient une protection contre les tempêtes de sable et les créatures qui hantaient le désert. À l’intérieur, la communauté se débattait pour maintenir un semblant de normalité. Les enfants jouaient dans les couloirs, les adultes travaillaient pour maintenir les systèmes en état de marche, et les anciens racontaient des histoires du monde d’avant.

Chapitre 2 : La Prophétie des Hommes de Sable #

À la surface, une autre société avait émergé. Les survivants de la surface, brutalisés par les conditions extrêmes, avaient développé une culture propre. Ils vénéraient des êtres qu’ils appelaient les Hommes de Sable, des créatures gigantesques et puissantes qui semblaient surgir du désert lui-même. Pour ces survivants, les Hommes de Sable étaient des dieux, des messagers de l’apocalypse annoncée dans leurs textes sacrés, inspirés par une croyance biblique évangéliste. Ils croyaient que les Hommes de Sable étaient les anges destructeurs envoyés pour purifier la Terre des péchés de l’humanité.

Les Hommes de Sable étaient des entités redoutables, des colosses faits de sable et de chair, avec des yeux brillants d’une intelligence malveillante. Ils apparaissaient rarement, mais leur présence suffisait à semer la terreur parmi les humains. Les survivants de la surface vivaient dans des camps rudimentaires, utilisant des technologies récupérées pour leur survie, et s’adonnaient à des rituels pour honorer leurs dieux. Leurs leaders spirituels prêchaient que le salut ne viendrait qu’à travers la soumission totale aux Hommes de Sable et le sacrifice des impurs.

Chapitre 3 : La Capture #

La vie dans la base souterraine était une lutte quotidienne pour la survie. Les ressources étaient limitées, et les excursions à la surface étaient dangereuses mais nécessaires. Elena, une jeune femme courageuse et déterminée, faisait partie des éclaireurs chargés de trouver de la nourriture et des fournitures. Marcus, chef de la sécurité et ancien soldat, avait toujours veillé sur elle.

Lors d’une de ces missions, Elena fut capturée par les survivants de la surface. Enchaînée et conduite à leur village, elle fut présentée comme une offrande aux Hommes de Sable. Attachée à un autel de pierre au cœur du désert, elle attendait son sort, terrifiée. Ses cris furent étouffés par le vent hurlant et les chants rituels des survivants de la surface, qui dansaient autour d’elle dans une frénésie religieuse.

Chapitre 4 : Le Sacrifice #

La nuit tombait, et avec elle, les ombres des Hommes de Sable se rapprochaient. Les survivants de la surface chantaient des incantations, priant pour que leurs dieux acceptent le sacrifice. Soudain, un des Hommes de Sable émergea du sol, un colosse terrifiant qui s’avança vers Elena.

La créature s’arrêta devant elle, ses yeux brillants la fixant. Au lieu de la tuer, elle se pencha et la violenta brutalement. Elena perdit connaissance, son corps brisé et meurtri. La créature disparut ensuite dans le sable, laissant Elena à son sort.

Chapitre 5 : Le Sauvetage #

À l’aube, Marcus menait une équipe de sauvetage à la recherche d’Elena. Ils la retrouvèrent abandonnée sur l’autel, vivante mais traumatisée. Marcus, qui avait toujours eu des sentiments pour Elena, la prit dans ses bras et la ramena à la base. Durant le trajet de retour, il veilla sur elle avec une tendresse inédite, se jurant de la protéger à tout prix.

Chapitre 6 : L’Horreur Intérieure #

De retour à la base, Elena fut soignée, mais elle portait en elle un terrible secret. Quelques semaines plus tard, elle commença à montrer des signes de grossesse accélérée. Les médecins de la base, incapables de comprendre ce qui se passait, observaient avec horreur son ventre grossir à une vitesse anormale.

Elena et Marcus, bien que terrifiés par ce qui se passait, se rapprochèrent durant cette période. Marcus veillait sur elle jour et nuit, et une romance naquit entre eux. Leurs moments d’intimité étaient empreints de douceur et de passion, une lueur d’espoir dans cet environnement désespéré.

Chapitre 7 : La Naissance du Monstre #

La nuit où l’enfant devait naître, une tempête de sable faisait rage à la surface. Elena, en proie à d’horribles douleurs, accoucha d’une créature monstrueuse, un hybride entre humain et Homme de Sable. La créature, à peine née, déchira le ventre d’Elena en sortant, provoquant sa mort dans une agonie atroce. Son dernier regard croisa celui de Marcus, empli de douleur et de désespoir.

Chapitre 8 : La Traque #

Marcus, fou de chagrin et de colère, forma une équipe pour traquer et éliminer le monstre. La créature, dotée d’une intelligence et d’une force redoutables, se cachait dans les tunnels, attaquant ses victimes par surprise. Chaque attaque renforçait la croyance apocalyptique des survivants de la surface, qui voyaient en la créature la manifestation ultime de leurs prophéties.

Chapitre 9 : La Bataille Finale #

La confrontation ultime eut lieu dans la chambre principale de la base. Marcus et ses hommes, armés de tout ce qu’ils pouvaient trouver, se battirent courageusement contre le monstre. Après un combat acharné, Marcus réussit à tuer la créature, mais pas sans subir de lourdes pertes.

Chapitre 10 : Un Nouvel Espoir #

Le lendemain de la bataille, les survivants comptaient leurs pertes et tentaient de se reconstruire. Marcus, bien que brisé par les événements, trouva une nouvelle force dans le souvenir d’Elena. Il savait que la survie de l’humanité dépendait de leur capacité à surmonter ces épreuves et à construire un avenir meilleur. Ensemble, les survivants commencèrent à rêver d’un monde où ils pourraient enfin se libérer de la terreur des Hommes de Sable et reconstruire une nouvelle civilisation, loin des horreurs du passé.

Pourquoi j’ai quitté Archlinux pour Gentoo (billet provocateur, rien de plus...)?

2025-06-12T00:00:00Z

Arch Linux, c’était mon trip, en 2009… Un système minimaliste, bien documenté, avec cette promesse séduisante : “Keep It Simple, Stupid”. Sauf qu’au bout d’un moment, tu ouvres les yeux : ce n’est pas de la simplicité, c’est du démerde-toi. Et cette religion du dernier cri ? Une mise à jour, un coup de pacman, et paf : ton système explose comme un château de cartes sous acide.

Arch, c’est bien… tant que tu ne touches à rien #

Soyons honnêtes. Arch, c’est une demo live permanente. Ça fonctionne, mais faut pas cligner des yeux. La moindre mise à jour peut transformer ta machine en puzzle 3D. Tu passes plus de temps sur Reddit et StackOverflow que dans ton terminal.

Et puis cette communauté… ArchWiki est une perle, certes. Mais demande un conseil sur un forum, et tu te prends une leçon de morale façon :

“RTFM, t’avais qu’à lire la doc, noob.”

Merci les gars, ambiance bienveillante au top.

Gentoo : le mythe cassé… dans le bon sens #

J’ai donc sauté le pas. Gentoo, cette distribution dont on dit qu’elle est réservée aux moines shaolins barbus, vivant reclus dans des caves en sandales GNU. Faux. Complètement faux.

Gentoo, c’est propre. Structuré. Maîtrisé. Tu veux comprendre comment ton système fonctionne ? Là, t’as pas le choix, tu apprends. Et en échange, tu obtiens un OS qui tourne comme une horloge suisse, optimisé jusqu’à la moelle pour ton matériel.

Tu choisis tes USE flags, tu décides ce que tu veux vraiment. Pas de bloat, pas de trucs inutiles qui s’installent derrière ton dos. Et surtout : c’est stable. Gentoo n’est pas une rolling release kamikaze, c’est une rolling release solide, où les mises à jour ne cassent pas tout tous les quatre matins.

Portage vs pacman : le match est vite plié #

Pacman est rapide. Certes. Mais alors, pour la finesse, on repassera. Portage, c’est un chef-d’œuvre. Tu veux compiler avec tel patch, désactiver tel support inutile, intégrer tel backend audio et pas un autre ? Fais-le. Et ce, de manière cohérente, à l’échelle du système.

Et ne viens pas me parler d’AUR. Ce dépotoir anarchique où n’importe qui peut balancer un PKGBUILD moisi ? Non merci. Avec Gentoo, les overlays sont maintenus, testés, versionnés proprement. Et si tu veux ton petit ebuild maison, c’est propre, documenté, intégré dans le système de manière naturelle.

Gentoo, c’est l’anti-hype : et c’est pour ça que ça marche #

Arch, c’est devenu une distro à la mode. Gentoo, elle, n’en a rien à foutre. Elle avance, discrète, sans fanfaronner. Elle n’attire pas les touristes : elle attire ceux qui veulent comprendre, contrôler, construire.

Je n’ai pas été enlevé par des barbus. J’ai juste retrouvé le goût de Linux. Le vrai. Celui qui ne te claque pas dans les doigts dès qu’un paquet upstream a décidé de changer trois API sur un coup de tête.

En conclusion : Gentoo, c’est pas une distro. C’est une philosophie. C’est pas pour tout le monde, et c’est très bien comme ça. Arch ? Merci pour les souvenirs, mais je préfère la liberté à l’illusion de la simplicité. Et aujourd’hui, ma machine me le rend bien.

Mon top 5 des distros spéciales que j’ai testées et ce que j’en retiens

2025-06-12T00:00:00Z

Il y a les classiques : Ubuntu, Debian, Fedora, Arch… Et puis il y a les autres. Celles qui expérimentent, qui cassent les codes, qui ne cherchent pas la popularité mais la cohérence, la légèreté ou la philosophie. Voici mon top 5 des distributions spéciales que j’ai testées, parfois adorées, parfois détestées — mais jamais oubliées.

1. NixOS – L’OVNI fonctionnel #

Philosophie : tout est déclaratif. Ton système est un fichier de config, point. Tu veux un paquet ? Tu déclares que tu le veux. Tu veux revenir en arrière ? Rollback instantané.

Ce que j’en retiens : Un concept brillant, surtout pour les devs ou les administrateurs. Mais ça demande de changer radicalement de mentalité. Rien n’est “comme d’habitude”, même pas l’installation. À réserver à ceux qui aiment passer du temps à comprendre les choses… ou qui ont un goût certain pour l’austérité élégante.

2. NuTyX – L’indépendante francophone #

Philosophie : from scratch à la LFS, mais avec des outils maison comme cards. Légère, rapide, et pensée pour rester simple à maintenir. Et cocorico : c’est un projet francophone 🇫🇷🇨🇭.

Ce que j’en retiens : Une distro discrète mais bien foutue. Le système de paquets cards est logique et rapide. Idéale pour ceux qui veulent une base propre sans tomber dans la complexité de Gentoo ou LFS. Elle gagne à être connue, et Thierry (le créateur) fait un super taf.

3. Haiku – Le fantôme de BeOS #

Philosophie : une résurrection libre de BeOS, OS mythique des années 90, repensé pour les machines modernes. Pas un Linux. Pas un Unix. Un vrai autre OS.

Ce que j’en retiens : Un vrai coup de cœur nostalgique. Interface léchée, ultra-réactive, super cohérente. Mais soyons honnêtes : c’est encore expérimental. Peu d’apps, peu de pilotes, peu d’avenir si la communauté ne grossit pas. Mais pour jouer, tester, bidouiller, c’est une merveille.

4. SliTaz – Légèreté extrême #

Philosophie : tenir dans moins de 50 Mo. Oui, une distro complète dans une disquette moderne. Boot ultra rapide, consommation ridicule, outils faits maison.

Ce que j’en retiens : Un tour de force technique. Parfait pour des machines ultra-vieilles ou pour faire des live ultra-légers. Mais on sent que le développement a ralenti, et l’écosystème est un peu figé. Reste une distro mythique, parfaite pour les minimalistes ou les nostalgiques du Pentium III.

5. Void Linux – L’outsider puriste #

Philosophie : une rolling release sans systemd, avec runit comme système d’init, et des paquets maison (xbps). Ultra sobre, ultra rapide, ultra propre.

Ce que j’en retiens : Void, c’est un peu la Gentoo du binaire. Aucun blabla, peu de bruit. Tout fonctionne, tout est logique. Mais attention : zéro assistance. Faut être autonome, savoir lire des logs, configurer à la main. Une perle rare pour ceux qui aiment la sobriété totale et la cohérence UNIX.

En conclusion #

Ces distros n’ont rien de “user-friendly”. Ce ne sont pas des gadgets ni des clones. Ce sont des visions. Des projets construits autour d’une idée forte, souvent à contre-courant. Certaines sont vivantes, d’autres en sommeil. Mais toutes ont le mérite de faire avancer le monde libre autrement que par la masse.

Et toi, t’en as testé des comme ça ? Viens m’en parler. J’adore les ovnis.

Pourquoi j’ai quitté Debian pour Gentoo (et non, je n’ai pas été enlevé par des barbus en sandales)

2025-06-11T00:00:00Z

J’ai longtemps été un utilisateur fidèle de Debian. Stable, robuste, prévisible… un peu comme une vieille Volvo : ça démarre au quart de tour, mais on ne va pas faire des pointes à 200 km/h sur l’autoroute avec. Et puis un jour, j’ai croisé Gentoo. Et tout a changé.

Au début, c’était juste pour voir… #

Je ne vais pas mentir : au départ, c’était de la curiosité malsaine. J’avais entendu parler de cette distribution mythique où tu compiles TOUT toi-même. Le rêve humide de tout sysadmin masochiste. Un copain m’a dit :

“Gentoo, c’est pas une distribution, c’est un mode de vie.”

Et moi, naïf que j’étais, j’ai répondu :

“Pfff, comment une distrib peut être un mode de vie ?”

Quatre jours plus tard, j’étais encore en train de compiler gcc. En mode texte. Sur un SSD qui pleurait en silence.

Avec Debian, tu tapes apt install, et pouf, ça marche. Tu n’as même pas le temps de réfléchir, Debian t’a déjà mâché le boulot. C’est pratique. Mais c’est comme commander des sushis en barquette au supermarché : tu manges, mais tu ne vis pas l’expérience.

Avec Gentoo, chaque paquet est une aventure. Tu veux installer Firefox ? Très bien. Tu choisis les USE flags, tu planifies ta soirée, tu expliques à ta famille que tu ne seras pas disponible pendant 3 heures. Et quand c’est fini ? Ah, cette émotion… Tu ne l’ouvres pas, tu l’admires. Tu dis à voix haute :

“Je l’ai compilé, bordel.”

Je suis passé de `apt-get` à `emerge` et je ne suis plus le même homme #

Gentoo m’a appris à vivre dangereusement. À lire des logs. À comprendre pourquoi une option --enable-fail cassait tout (spoiler : elle porte bien son nom). J’ai redécouvert ce qu’était la sueur, l’effroi et l’orgueil. J’ai appris à respecter les dépendances comme un horloger respecte ses engrenages.

Debian me disait quoi faire. Gentoo me demande ce que je veux. Et ensuite elle me le fait payer en heures de compilation, mais c’est une autre histoire.

Alors, pourquoi j’ai quitté Debian ? #

Parce que j’avais besoin de reprendre le contrôle. Parce que j’en avais marre de tout recevoir tout cuit. Parce que je voulais suer sur mon système comme Stallman sur un clavier en pleine canicule.

Et surtout, parce qu’avec Gentoo, même mon erreur de compilation est personnalisée.

Mon top 5 des distros que j’ai testées et ce que j’en retiens

2025-06-11T00:00:00Z

Dans l’univers impitoyable des distributions GNU/Linux, chacun finit par se forger son propre parcours, ses déceptions, ses coups de cœur, et ses “mais pourquoi j’ai fait ça ?!”. Voici mon top 5 des distributions que j’ai le plus explorées, avec ce que j’en retiens après des années de baroud informatique.

1. Debian – Ma distribution de cœur ❤️ (19 ans d’amour) #

Debian, c’est un peu comme ce vieux pull confortable qu’on met chaque hiver : il n’est peut-être pas le plus flashy, mais qu’est-ce qu’on s’y sent bien. J’y suis resté 19 ans. Dix-neuf. C’est plus qu’un couple marié avec des enfants et un prêt immobilier.

Ce que j’en retiens :

Une stabilité légendaire (à condition de ne pas courir après unstable, évidemment)
Une philosophie pure, simple et respectueuse de l’utilisateur
Un système prévisible, rassurant, un peu austère, mais fiable
Par contre, pour certaines nouveautés, fallait parfois prier Saint Backportus… ou attendre 3 ans

Debian, c’est la distro des gens qui aiment comprendre leur système sans forcément y passer la nuit. C’est ma base, mon point de repère, mon Linux de cœur.

2. Ubuntu – Le Linux des débuts faciles #

Ubuntu, c’est un peu comme cette ex qui t’a appris les bases et t’a ouvert à de nouveaux horizons… mais avec qui ça devenait vite étouffant.

Ce que j’en retiens :

L’une des meilleures portes d’entrée dans le monde GNU/Linux
Très bon support matériel, même sur des machines un peu têtues
Une communauté énorme et une doc très complète
…mais aussi un peu trop de choix discutables (Snap, coucou c’est toi)
Et puis cette impression constante que Canonical veut transformer ton PC en station météo connectée à Amazon

J’ai aimé Ubuntu pour sa simplicité, mais une fois les roulettes retirées, je suis vite parti voir ailleurs.

3. Gentoo – La distro qui me va le mieux aujourd’hui 🛠️ #

Gentoo, c’est le genre de distro qui te regarde droit dans les yeux et te dit : « Je ne te donnerai rien tout cuit. Tu vas galérer, mais tu vas comprendre. »

Ce que j’en retiens :

Un contrôle total sur le système, de l’init au moindre USE flag
Une performance ajustée au scalpel
Un système qui récompense la rigueur et la patience
Une immense satisfaction une fois tout bien compilé (et que ça boote)

Depuis quelques mois, c’est ma distribution principale. Elle demande du temps, mais elle me le rend au centuple. Gentoo, c’est du Linux sur mesure, et j’adore ça.

4. NixOS – La plus intéressante techniquement 🤯 #

NixOS, c’est comme un labo d’idées géniales. Tu ne comprends pas tout au début, mais t’as envie d’y croire.

Ce que j’en retiens :

La gestion déclarative du système, ultra propre
La possibilité de rollback complet après une mise à jour foireuse
Un système de paquets isolé, avec une philosophie presque “scientifique”
Par contre, la courbe d’apprentissage est verticale. Un vrai mur. Avec des pics.

Techniquement brillante, NixOS m’a impressionné. Je ne l’utilise pas au quotidien, mais j’en garde un respect immense. Elle incarne un futur possible (et peut-être souhaitable) du système GNU/Linux.

5. openSUSE – Le caméléon discret 🦎 #

openSUSE, je l’ai toujours vue comme une distro sérieuse, bien faite, mais un peu en retrait dans le paysage grand public. C’est dommage, car elle mérite plus de reconnaissance.

Ce que j’en retiens :

YaST, un centre de configuration ultra complet (presque trop même)
Deux saveurs : Leap (stable) et Tumbleweed (rolling), au choix selon ton tempérament
Une excellente intégration de KDE
Une communauté active, mais discrète

openSUSE, c’est un peu comme un collègue fiable mais discret : il fait bien son boulot, ne fait pas de bruit, mais on l’oublie un peu trop vite.

⭐ Mention spéciale : Mandriva – La première flamme #

Avant tout ça, il y a eu Mandriva (ou Mandrake, pour les plus anciens). C’est elle qui m’a vraiment mis le pied dans le monde Linux. Une install graphique à l’époque où c’était encore de la science-fiction sur d’autres distros, des outils de config conviviaux, un look sympa et… cette sensation qu’un autre monde était possible.

Ce que j’en retiens :

Une distribution accessible avant que ce soit cool
Un vrai esprit “français” du libre, accessible, humain
Une disparition qui m’a fait mal, comme quand un bon vieux bistrot ferme

Mandriva n’est plus là, mais sans elle, je ne serais sans doute jamais allé aussi loin dans mon aventure GNU/Linux.

Conclusion #

Chaque distro a ses qualités, ses défauts, son public. Debian restera toujours dans mon cœur, mais aujourd’hui c’est Gentoo qui me correspond le mieux, pour le contrôle, la souplesse et le plaisir du système finement ajusté. NixOS m’éblouit par son approche technique, openSUSE me rassure par sa solidité, et Ubuntu… disons qu’on a pris des chemins différents, mais sans rancune.

Et toi, tu tournes sur quoi en ce moment ? 👀

10 commandes Bash méconnues mais ultra pratiques (et qui vont te faire passer pour un hacker pro)

2025-06-10T00:00:00Z

Tu crois connaître Bash ? Tu tapes ls, tu fais un petit cd par-ci, un rm -rf / par erreur, et tu penses être chaud ? Détrompe-toi, ma poule. Bash, c’est comme les oignons : y’a des couches, et certaines font pleurer de bonheur.

Voici 10 commandes un peu planquées, vachement utiles, et sacrément stylées. Si tu les maîtrises, t’es pas loin du statut de wizard du shell.

🪄 1. `shopt` – L’option cachée des ninjas #

Bash a des options secrètes. Genre plein. Et shopt c’est le coffre-fort.

Tu veux que Bash corrige tout seul tes fautes de frappe dans les noms de dossier ? BAM :

shopt -s cdspell

Tu tapes cd /var/loog, il comprend que tu voulais dire /var/log. Un Bash qui lit dans tes pensées. Skynet, c’est toi ?

🧠 2. `mapfile` – L’arme fatale contre les boucles moches #

Lire un fichier ligne par ligne sans te casser la tête ? mapfile est ton ami.

mapfile -t mes_lignes < fichier.txt
echo "Première ligne : ${mes_lignes[0]}"

Et voilà, t’as un tableau avec toutes les lignes du fichier. C’est propre, c’est rapide, c’est stylé.

🛠️ 3. `xargs` – L’ouvrier polyvalent du terminal #

T’as des trucs à passer en argument à une commande ? Appelle xargs.

find . -name "*.bak" | xargs rm

T’as l’air cool, tu supprimes des trucs en masse. Avec xargs, t’es pas là pour enfiler des perles.

🫖 4. `tee` – Le Robin des Bois de la sortie standard #

Il montre la sortie et la met dans un fichier. Oui monsieur.

make 2>&1 | tee compile-comme-un-pro.log

Tu vois ce qu’il se passe et t’as un journal pour te plaindre plus tard. Parfait.

🔁 5. `!!` et `!$` – Pour ceux qui ont la flemme (donc tout le monde) #

Bash se souvient de ce que t’as tapé. Et il peut le répéter.

sudo !!

Refais la dernière commande, mais avec sudo. Comme si tu l’avais prévu.

vim !$

Tu ouvres le dernier fichier que t’as manipulé. Magique.

⏱️ 6. `time` – Chronomètre pour geeks #

Tu veux savoir combien de temps ton script a mis pour faire des trucs pas utiles ? Voilà :

time ./script-qui-prend-la-vie.sh

Et tu sauras si tu peux aller faire un café ou carrément un weekend.

🤫 7. `:` – La commande qui fait… rien. Genre vraiment rien. #

Elle est là, elle existe, mais elle chill.

: ${VARIABLE:=42}

Si VARIABLE est vide, elle devient 42. Pas mal pour un deux-points random.

🤝 8. `comm` – Le médiateur de fichiers texte #

Tu veux savoir ce qui est commun ou différent entre deux fichiers ? comm.

comm -3 anciens_contacts.txt nouveaux_contacts.txt

Et bam, t’as la différence. C’est le diff, mais gentil et bien élevé.

📢 9. `yes` – Le bourrin de service #

Il répète “yes” en boucle. Ça a l’air con ? C’est très utile.

yes | rm -i *.bak

T’as dit “oui” à tout, sans cliquer, sans demander, comme un vrai cowboy.

📦 10. `pushd` / `popd` – Le `cd`, version luxe avec retour automatique #

Naviguer dans le terminal comme un ninja.

pushd /tmp
# fais tes trucs
popd

Et hop, retour à la maison comme si de rien n’était. Fini les “attends j’étais où déjà ?”.

🎉 Conclusion : deviens le MacGyver du shell #

Ces commandes, c’est le petit piment dans ton couscous Bash. Pas besoin d’en faire des tonnes, juste de les connaître et de les sortir au bon moment pour épater la galerie (ou sauver un serveur).

Tu en connaissais combien ? Tu veux qu’on t’en sorte 10 autres encore plus obscures ? Tu veux un poster à mettre dans les toilettes ? Dis-moi tout, ici en commentaire ou en Morse sur /dev/ttyS0.

Arch Linux en 2025 : retour vers la douleur (ou le plaisir coupable).

2025-06-08T00:00:00Z

si tu viens pour un installateur graphique façon “clique ici pour la magie”, tu t’es trompé de porte. Mais si tu as une passion pour les lignes de commande et les sueurs froides à 2h du mat’, bienvenue dans le club Arch.

Le retour du Jedi (sans sabre, mais avec Pacman) #

Cela faisait presque 4 ans que je n’avais pas remis les pieds dans le royaume impitoyable d’Arch Linux. Il était donc temps d’y retourner. Pas pour me faire du mal. Juste pour voir si ça fait toujours aussi mal.

Alors, accroche ta ceinture : Arch Linux, 2025, c’est toujours DIY™, KISS et RTFM, dans le même ordre.

C’est quoi Arch déjà ? #

Arch Linux, c’est cette distrib qui existe depuis 2002, mais qui n’a vraiment commencé à buzzer que quand plein de forks sont apparus. Antergos ? EndeavourOS ? Manjaro ? Oui, ces trucs plus ou moins doux qui t’ont fait croire que tu maîtrisais Arch… alors que tu utilisais juste Arch avec des roulettes.

Arch, c’est du rolling release, donc pas de versions numérotées. C’est comme une rivière : tu plonges dedans, tu ressors jamais pareil.

Ah oui, et le principe KISS, ce n’est pas “bisou”, c’est “Keep It Simple, Stupid”. Traduction libre : pas de chichi, pas de sauce, tu cuisines ton plat tout seul, chef.

Archinstall : révolution ou trahison ? #

Avant, installer Arch, c’était un peu comme construire un meuble Ikea sans notice, en suédois, avec un tournevis en mousse. Aujourd’hui, un script nommé Archinstall est disponible. Il fait le job. Presque.

Mais attention, les puristes crient à l’hérésie : “Un script ? Mais où est passé l’esprit de souffrance collective ?”

Spoiler : même avec Archinstall, si tu ne sais pas ce que tu fais, tu vas pleurer. Doucement. En silence. Devant grub-install qui échoue sans explication.

Public ciblé ? Les masochistes enthousiastes #

Arch n’est pas pour tout le monde. Si tu es du genre à dire “ça marche pas, je redémarre”, passe ton chemin. Ici, on aime les bugs, on les diagnostique, on lit des logs et on explore des wikis aussi vastes que la Bible mais avec plus de commandes pacman.

Arch, c’est fait pour :

Les power users
Les control freaks
Ceux qui veulent comprendre pourquoi leur ventilo s’arrête de tourner quand ils lancent VLC
Ceux qui veulent se sentir vivants

Performances : Arch, c’est rapide. Trop rapide. #

Mon install avec Gnome 48 (vanilla, évidemment) prenait 5,3 Go d’espace disque et 1,6 Go de RAM. Et attention : pas d’applications inutiles préinstallées. Genre rien. Nada. Même pas LibreOffice. Même pas un client mail. Arch te regarde dans les yeux et te dit : “Débrouille-toi.”

Le gestionnaire de paquets : Pacman #

Ahhh Pacman. Ce gestionnaire de paquets est une fusée. Tellement rapide que Zypper (coucou openSUSE) a l’air de pédaler avec des roulettes.

Quelques commandes utiles (à apprendre par cœur, jeune Padawan) :

sudo pacman -Syu     # Mise à jour
pacman -Ss firefox   # Recherche
sudo pacman -S vim   # Installation
sudo pacman -R nano  # Suppression (oui, on ne garde que Vim, t'as cru quoi ?)
sudo pacman -Scc     # Ménage de printemps

Pamac, Flatpak, et les embrouilles #

Tu veux une interface graphique pour gérer tes paquets ? Pamac existe… mais il faut passer par l’AUR. Ce grand bazar communautaire où tu trouves tout. Et n’importe quoi.

Un conseil : installe un casque et lis bien les PKGBUILD. C’est pas l’App Store, c’est le Far West.

L’installation en résumé #

Télécharge l’ISO sur le site officiel.
Démarre sur ta clé USB.
Lance archinstall si tu veux la voie (presque) douce.
Ou fais tout à la main si tu aimes souffrir proprement.
Configure le système de fichiers (Btrfs avec sous-volumes, ça fait pro).
Prends une pause.
Prie.
Redémarre.

Et après ? #

Tu as une Arch tout nu. Aucun logiciel. Aucun thème. Juste toi et le terminal. Tu es maintenant le Dieu de ta machine.

Tu veux un environnement de bureau ? Installe-le.

Tu veux des polices ? Va les chercher.

Tu veux Timeshift pour les sauvegardes ? Configure Btrfs avec @ et @home, et amuse-toi.

Le futur ? On verra. #

Ma dernier Arch a explosé après 5 mois d’inactivité. Je me suis dit “allez, je fais un pacman -Syu”, et BOOM. Plutôt que de réparer, j’ai reformaté et réinstallé Calculate. Comme un lâche. Ou comme un gars pragmatique. À toi de voir.

Conclusion #

Arch Linux, c’est pas un OS. C’est une philosophie.

Un système pour ceux qui veulent TOUT contrôler. Pour ceux qui aiment bidouiller, apprendre, désapprendre, recompiler, et surtout… réparer.

Tu veux un truc stable, préconfiguré, avec support technique et un joli logo au boot ? Va chez Ubuntu.

Tu veux une expérience brute, sans filet, avec wiki obligatoire en bookmark ? Bienvenue chez Arch.

Et n’oublie jamais : Arch, ce n’est pas fait pour tout le monde. Mais si tu y survis… tu ne voudras plus rien d’autre.

Arch Linux, une réminiscence… et un constat.

2025-06-08T00:00:00Z

(Création le 23/12/2024) Cela faisait longtemps que je n’avais pas mis les mains dans une Arch Linux pure. La dernière fois remonte à 2009. C’était l’époque d’avant systemd, avec son bon vieux fichier de configuration centralisé et l’incontournable Yaourt. L’installateur de l’époque était simple et efficace… jusqu’à sa disparition, avant de revenir sous la forme d’un script : archinstall.

Par la suite, j’ai utilisé Antergos, née Cinnarch, avant qu’elle ne laisse tomber Cinnamon pour offrir tous les environnements de bureau, changeant de nom au passage. Elle proposait l’un des meilleurs installateurs pour Arch — même si, il faut le dire, il plantait souvent et rares étaient les installations qui allaient jusqu’au bout. Malgré ses défauts, j’ai adoré Antergos. Bien plus que Manjaro, que je n’aime pas, un peu comme Mint. Ce que j’ai apprécié surtout, c’est sa fin : la dernière mise à jour supprimait les dépôts personnalisés pour redonner à l’utilisateur une vraie Arch. C’était une marque de respect de la part des développeurs.

Mais soyons clairs : ces distributions dérivées sont une épine dans le pied d’Arch Linux. Elles donnent une illusion de simplicité là où Arch est tout sauf cela.

Pourquoi Arch et ses dérivées ne sont pas pour moi #

Arch Linux demande de l’attention. Sa maintenance exige d’être à jour et bien informé. Il faut lire les news, suivre les changements manuellement, être proactif. Elle suit le rolling release pour le meilleur… et pour le pire. Sa vision de la simplicité frôle parfois l’archaïsme, et sa communauté — ou du moins sa partie la plus vocale — est souvent exécrable, loin de la bienveillance qu’on retrouve même dans celle de Gentoo.

Il y a cependant des qualités : un gestionnaire de paquets ultra-rapide (logique, il ne gère que l’installation et la suppression), une distribution légère, réactive, épurée. On est à l’opposé de Gentoo et de son opulence d’outils. C’est une méta-distribution comme Gentoo, et dans ce rôle, elle brille : en sortie de boîte, on n’a que ce qu’on a choisi de mettre.

C’est une approche minimaliste, radicale, qui se défend. À l’installation de XFCE par exemple, on n’aura ni navigateur, ni lecteur PDF, ni rien d’autre. À chacun de construire. Personnellement, j’aime autant ce modèle que celui qui consiste à livrer un bureau complet prêt à l’usage. Mais j’aime avoir le choix.

L’installation en 2024 #

L’installation peut se faire à l’ancienne, façon chroot, ou via le script archinstall, présent depuis quelques années. Ce n’est pas graphique, c’est un peu bricolé, mais ça fonctionne bien. Et franchement ? Je préfère ça à l’installateur Anaconda de Fedora.

Une fois installée, la base est nue, fidèle à la philosophie KISS. Pas de fioritures, pas de fonctionnalités superflues. C’est cohérent. Sauf que cette simplicité se paie : pacman par exemple, ne vous avertit pas des actions post-upgrade ou des changements importants. Contrairement à APT (via apt-listchanges) ou à Portage (eselect news), qui savent filtrer ce qui vous concerne. Arch délègue ça à des surcouches comme yay, qui peuvent bloquer les mises à jour tant que les news n’ont pas été lues.

J’ai testé EndeavourOS et CachyOS #

Par curiosité, j’ai aussi testé deux des dérivées populaires : EndeavourOS et CachyOS.

Ce sont deux distributions proches, l’une orientée bureautique, l’autre plus « gaming » et axée sur la réactivité. L’installateur Calamares est bien fichu, et propose même le choix des paquets. Petite bizarrerie côté CachyOS : l’ISO se charge en RAM, un détail qui m’échappe si ce n’est pour libérer la clé USB.

Niveau esthétique… aïe. Endeavour a un thème incohérent, CachyOS nous plonge dans un univers fluo/sombre façon Starfield sous Neon. C’est fun mais franchement moche. À l’ouverture, les deux proposent un petit assistant de bienvenue, avec des scripts pour faciliter la vie. Sympa, sans plus.

Et la réactivité alors ? #

C’était l’objectif principal de mon test : mesurer si Arch et ses dérivées étaient réellement plus réactives, comme on l’entend souvent.

Spoiler : non.

C’est rapide, oui, mais pas plus que Debian. Et surtout, pas au niveau de Gentoo compilée pour mon architecture (x86-64-v3). Que ce soit Plasma, GIMP ou LibreOffice, rien ne m’a bluffé. L’option des paquets optimisés v3 chez CachyOS ? Aucune différence perceptible au lancement d’applications.

Même avec Node.js, j’ai eu un petit gain, mais limité par les versions disponibles (pas de 22 LTS au moment du test). Bref, rien qui ne vaille le déracinement de mon système actuel.

Et pour conclure ? #

Arch est une belle distribution. Je respecte son approche. Mais ce n’est pas ce que je cherche. Trop bricolée, trop sèche, trop dépendante d’outils externes pour un résultat qui reste perfectible. C’est cohérent, minimaliste, communautaire. Mais pour moi, ce n’est ni réactif, ni pratique, ni agréable à maintenir.

Je retourne donc à mes amours : Gentoo (et parfois Debian), où chaque détail, chaque choix de compilation, me donne un vrai contrôle. Un système à mon image, sans illusions.

Installation Gentoo : Guide complet 2025 avec systemd, EFI, GNOME (brouillon)

2025-06-06T00:00:00Z

Voici un guide d’installation Gentoo très détaillé, testé et fonctionnel (merci Cammi). Il part d’un LiveCD Gentoo (ou depuis une autre distro si second disque), et configure un système desktop stable avec systemd, EFI, XFS, GNOME, NVIDIA, Pipewire, etc.

1. Préparation & Partitionnement #

Depuis le LiveCD Gentoo ou une autre distribution, lancez :

cfdisk /dev/XXX

Créez 3 partitions :

EFI : 512 Mo (type EFI System)
SWAP : Taille égale à votre RAM
FILESYSTEM : Le reste de l’espace disque

Formatez ensuite :

mkfs.xfs /dev/XXX3
mkfs.vfat -F 32 /dev/XXX1
mkswap /dev/XXX2
swapon /dev/XXX2

2. Montage des partitions #

mkdir -p /mnt/gentoo
mount /dev/XXX3 /mnt/gentoo
mkdir -p /mnt/gentoo/efi
mount /dev/XXX1 /mnt/gentoo/efi

3. Installation du stage3 desktop systemd #

cd /mnt/gentoo

Ouvrez la page Gentoo downloads, copiez le lien du stage3 desktop systemd puis :

wget "lien_stage3_copié"
tar xpvf stage3-*.tar.xz --xattrs-include='*.*' --numeric-owner

4. Configuration de make.conf #

Important : dans make.conf, adaptez la ligne MAKEOPTS avec le nombre de cœurs de votre CPU.

Pour AMD, gardez uniquement amdgpu et radeonsi dans VIDEO_CARDS et enlevez certains USE flags comme nvenc, opus, modules, kernel-open.

Éditez :

nano /mnt/gentoo/etc/portage/make.conf

Exemple de contenu :

COMMON_FLAGS="-O2 -march=native -pipe"
MAKEOPTS="-j24 -l24"  # adaptez selon CPU
PORTAGE_SCHEDULING_POLICY="idle"
ACCEPT_LICENSE="*"
VIDEO_CARDS="nvidia"  # ou "amdgpu radeonsi" si AMD
L10N="fr"
GRUB_PLATFORMS="efi-64"
EMERGE_DEFAULT_OPTS="--jobs=24 --keep-going --complete-graph=y --deep --ask --getbinpkg --with-bdeps=y --quiet-build=y --binpkg-respect-use=y"
FEATURES="binpkg-request-signature parallel-fetch parallel-install candy unmerge-orphans fixlafiles clean-logs"
USE="opus vulkan vala screencast gtk gtk3 pipewire pulseaudio introspection wayland elogind udev dbus branding nvenc egl X gles2 x264 x265 v4l grub dist-kernel modules kernel-open"
INPUT_DEVICES="libinput keyboard mouse"

5. Préparation du chroot #

Copiez la configuration DNS :

cp --dereference /etc/resolv.conf /mnt/gentoo/etc/

Option 1 : depuis LiveCD Gentoo ou Arch #

arch-chroot /mnt/gentoo

Option 2 : manuellement #

mount --types proc /proc /mnt/gentoo/proc
mount --rbind /sys /mnt/gentoo/sys
mount --rbind /dev /mnt/gentoo/dev
mount --bind /run /mnt/gentoo/run

chroot /mnt/gentoo /bin/bash
export PS1="(chroot) ${PS1}"

6. Synchronisation Portage #

emerge-webrsync

Ensuite installer getuto si besoin.

7. Configuration des binaires v3 #

Éditez :

nano /etc/portage/binrepos.conf/gentoobinhost.conf

Modifiez la dernière ligne pour qu’elle se termine par :

x86-64-v3

Puis :

emerge --ask --oneshot app-portage/cpuid2cpuflags
echo "*/* $(cpuid2cpuflags)" > /etc/portage/package.use/00cpu-flags

Attention : Configurez aussi package.use et package.accept_keywords pour GNOME afin d’éviter une double compilation inutile pour la prise en charge 32 bits (utile pour Steam).

8. Choix du profil GNOME systemd stable #

Listez les profils :

eselect profile list

Sélectionnez le profil stable GNOME systemd (souvent numéro 26) :

eselect profile set 26

Désactivez gpm pour ncurses :

USE="-gpm" emerge --ask --oneshot sys-libs/ncurses

Mettez à jour le système :

emerge --ask --verbose --update --deep --newuse @world
emerge --ask --depclean

Confirmez le nettoyage des paquets.

9. Configuration des dépôts via git #

emerge -a gentoolkit eix eselect-repository dev-vcs/git
eselect repository disable gentoo
eselect repository enable gentoo
rm -r /var/db/repos/gentoo
eselect repository enable guru steam-overlay thegreatmcpain
eix-sync && eix-update

10. Configuration fuseau horaire et locales #

ln -sf ../usr/share/zoneinfo/Europe/Paris /etc/localtime

nano /etc/locale.gen

Ajoutez :

fr_FR ISO-8859-1
fr_FR.UTF-8 UTF-8

Puis :

locale-gen
eselect locale list
eselect locale set [numéro_fr_FR.UTF-8]
env-update && source /etc/profile

11. Kernel binaire et firmware #

emerge --ask sys-kernel/linux-firmware

12. Configuration du fstab #

Ouvrez un second terminal et récupérez les UUID :

blkid

Dans l’install, éditez :

nano /etc/fstab

Exemple :

PARTUUID=xxxx-xx-xx-xx /efi        vfat    umask=0077                   0 2
PARTUUID=xxxx-xx-xx-xx none        swap    sw                           0 0
PARTUUID=xxxx-xx-xx-xx /           xfs     defaults,noatime,discard     0 1

13. Configuration hostname et mot de passe #

echo "nom-machine" > /etc/hostname
hostnamectl hostname nom-machine
passwd

Initialisation systemd :

systemd-machine-id-setup
systemd-firstboot --prompt
# Choisir '85' pour le keymap fr

Activez les presets systemd :

systemctl preset-all --preset-mode=enable-only

14. Installation des utilitaires de base #

emerge --ask sys-apps/mlocate app-shells/bash-completion net-misc/chrony
systemctl enable chronyd.service

15. Filesystem tools #

emerge --ask sys-block/io-scheduler-udev-rules sys-fs/xfsprogs sys-fs/e2fsprogs sys-fs/dosfstools

16. Installation et configuration de GRUB #

grub-install --target=x86_64-efi --efi-directory=/efi --removable
grub-mkconfig -o /boot/grub/grub.cfg

17. Création utilisateur #

useradd -m -G users,wheel,audio,video,usb,input -s /bin/bash "$USER"
passwd "$USER"

18. Nettoyage #

rm /stage3-*.tar.*

19. Installation et activation NetworkManager #

emerge --ask net-misc/networkmanager
gpasswd -a "$USER" plugdev
systemctl enable NetworkManager

20. Installation de Pipewire (son moderne) #

emerge --ask --verbose media-libs/libpulse media-video/pipewire media-video/wireplumber
usermod -aG pipewire "$USER"
emerge --ask sys-auth/rtkit
usermod -rG audio "$USER"

21. Bluetooth #

systemctl enable bluetooth

22. Drivers NVIDIA #

emerge -a x11-drivers/nvidia-drivers

23. Installation minimale GNOME (sans meta-paquet) #

emerge -av gnome-base/gnome-menus media-fonts/fonts-meta media-fonts/noto-emoji gnome-extra/gnome-software \
gnome-extra/gnome-browser-connector gnome-extra/gnome-tweaks gnome-extra/mousetweaks app-text/evince \
gnome-extra/gnome-contacts media-video/celluloid gnome-base/gnome-keyring app-misc/eog app-editors/gedit \
gnome-extra/gnome-logs

24. Fin de l’installation #

Redémarrez.

Installation Gentoo 2025 — systemd, EFI, XFS, KDE Plasma (brouillon)

2025-06-06T00:00:00Z

Voici un guide d’installation Gentoo très détaillé, testé et fonctionnel. Il part d’un LiveCD Gentoo (ou depuis une autre distro si second disque), et configure un système desktop stable avec systemd, EFI, XFS, Plasma, NVIDIA, Pipewire, etc.

1. Préparation & Partitionnement #

Depuis LiveCD Gentoo ou autre distro :

cfdisk /dev/XXX

Partitions :

EFI 512 Mo (EFI System)
SWAP (taille RAM)
ROOT (le reste)

Formate :

mkfs.xfs /dev/XXX3
mkfs.vfat -F 32 /dev/XXX1
mkswap /dev/XXX2
swapon /dev/XXX2

2. Montage #

mkdir -p /mnt/gentoo
mount /dev/XXX3 /mnt/gentoo
mkdir -p /mnt/gentoo/efi
mount /dev/XXX1 /mnt/gentoo/efi

3. Stage3 Desktop systemd #

cd /mnt/gentoo
wget "lien_stage3_desktop_systemd"
tar xpvf stage3-*.tar.xz --xattrs-include='*.*' --numeric-owner

4. Configuration `make.conf` #

Adapte MAKEOPTS selon ton CPU. Pour NVIDIA :

COMMON_FLAGS="-O2 -march=native -pipe"
MAKEOPTS="-j24 -l24"  # ajuste ici
PORTAGE_SCHEDULING_POLICY="idle"
ACCEPT_LICENSE="*"
VIDEO_CARDS="nvidia"
L10N="fr"
GRUB_PLATFORMS="efi-64"
EMERGE_DEFAULT_OPTS="--jobs=24 --keep-going --complete-graph=y --deep --ask --getbinpkg --with-bdeps=y --quiet-build=y --binpkg-respect-use=y"
FEATURES="binpkg-request-signature parallel-fetch parallel-install candy unmerge-orphans fixlafiles clean-logs"
USE="vulkan wayland elogind udev dbus pipewire pulseaudio screencast gtk gtk3 systemd x11 opengl egl gles2 x264 x265 v4l modules kernel-open"
INPUT_DEVICES="libinput keyboard mouse"

5. Préparation chroot #

cp --dereference /etc/resolv.conf /mnt/gentoo/etc/

Puis chroot :

mount --types proc /proc /mnt/gentoo/proc
mount --rbind /sys /mnt/gentoo/sys
mount --rbind /dev /mnt/gentoo/dev
mount --bind /run /mnt/gentoo/run

chroot /mnt/gentoo /bin/bash
export PS1="(chroot) ${PS1}"

6. Synchroniser Portage #

emerge-webrsync

7. Configuration binaires v3 #

nano /etc/portage/binrepos.conf/gentoobinhost.conf

Remplace la dernière ligne par x86-64-v3.

Puis :

emerge --ask --oneshot app-portage/cpuid2cpuflags
echo "*/* $(cpuid2cpuflags)" > /etc/portage/package.use/00cpu-flags

8. Sélection profil KDE Plasma systemd stable #

Liste des profils :

eselect profile list

Choisis le profil KDE systemd stable (en général un numéro proche de 27-29, à vérifier).

eselect profile set XX  # remplace XX par le numéro KDE systemd stable

9. Mise à jour système #

Désactive gpm :

USE="-gpm" emerge --ask --oneshot sys-libs/ncurses

Puis :

emerge --ask --verbose --update --deep --newuse @world
emerge --ask --depclean

10. Configuration des dépôts Git #

emerge -a gentoolkit eix eselect-repository dev-vcs/git
eselect repository disable gentoo
eselect repository enable gentoo
rm -r /var/db/repos/gentoo
eselect repository enable guru steam-overlay thegreatmcpain
eix-sync && eix-update

11. Fuseau horaire et locales #

ln -sf ../usr/share/zoneinfo/Europe/Paris /etc/localtime
nano /etc/locale.gen

Ajoute :

fr_FR ISO-8859-1
fr_FR.UTF-8 UTF-8

Puis :

locale-gen
eselect locale list
eselect locale set [numéro_fr_FR.UTF-8]
env-update && source /etc/profile

12. Firmware et Kernel #

emerge --ask sys-kernel/linux-firmware

13. Configuration fstab #

Récupère les UUID avec :

blkid

Édite /etc/fstab :

PARTUUID=xxxx-xx-xx-xx /efi        vfat    umask=0077                   0 2
PARTUUID=xxxx-xx-xx-xx none        swap    sw                           0 0
PARTUUID=xxxx-xx-xx-xx /           xfs     defaults,noatime,discard     0 1

14. Hostname & mot de passe #

echo "nom-machine" > /etc/hostname
hostnamectl hostname nom-machine
passwd

Initialisation systemd :

systemd-machine-id-setup
systemd-firstboot --prompt

Active les presets systemd :

systemctl preset-all --preset-mode=enable-only

15. Installation utilitaires base #

emerge --ask sys-apps/mlocate app-shells/bash-completion net-misc/chrony
systemctl enable chronyd.service

16. Outils fichiers systèmes #

emerge --ask sys-block/io-scheduler-udev-rules sys-fs/xfsprogs sys-fs/e2fsprogs sys-fs/dosfstools

17. Installation GRUB EFI #

grub-install --target=x86_64-efi --efi-directory=/efi --removable
grub-mkconfig -o /boot/grub/grub.cfg

18. Création utilisateur #

useradd -m -G users,wheel,audio,video,usb,input -s /bin/bash "$USER"
passwd "$USER"

19. Nettoyage #

rm /stage3-*.tar.*

20. NetworkManager #

emerge --ask net-misc/networkmanager
gpasswd -a "$USER" plugdev
systemctl enable NetworkManager

21. Pipewire son moderne #

emerge --ask media-libs/libpulse media-video/pipewire media-video/wireplumber sys-auth/rtkit
usermod -aG pipewire "$USER"

22. Bluetooth #

systemctl enable bluetooth

23. Drivers NVIDIA #

emerge -a x11-drivers/nvidia-drivers

24. Installation complète KDE Plasma #

emerge -av kde-plasma/plasma-meta kde-apps/kde-apps-meta

Optionnel : ajoute x11-misc/sddm si tu veux un gestionnaire de connexion graphique (gdm pour GNOME, ici sddm pour KDE).

25. Final #

Redémarre le système, connecte-toi à ton nouvel environnement KDE Plasma.

Guide complet : Gérer ses logiciels sur Gentoo

2025-06-06T00:00:00Z

Gentoo, avec son système de gestion de paquets Portage, offre une flexibilité et un contrôle hors pair sur l’installation, la configuration et la mise à jour des logiciels. Contrairement aux distributions « prêtes à l’emploi », Gentoo permet de personnaliser chaque paquet grâce aux USE flags, de choisir précisément les versions désirées, et d’optimiser le système selon ses besoins. Ce billet propose un guide pratique et complet pour maîtriser les commandes essentielles de Portage, gérer efficacement les paquets, et entretenir un système Gentoo à jour et performant.

1. Rechercher et obtenir des informations sur les paquets #

a) Rechercher un paquet #

Pour savoir si un paquet est disponible et quelles versions sont proposées, on utilise :

eix <nom-du-paquet>

Exemple :

eix firefox

Cela affichera les versions disponibles, les USE flags disponibles, la description, etc.

Si eix n’est pas installé, on peut l’installer avec :

emerge -av app-portage/eix

Puis le synchroniser :

eix-update

b) Obtenir des infos détaillées sur un paquet installé #

Pour connaître les USE flags activés, les dépendances, et les fichiers liés au paquet installé :

equery u <nom-du-paquet>
equery d <nom-du-paquet>
equery f <nom-du-paquet>

Exemple :

equery u firefox

2. Installer, mettre à jour, supprimer des logiciels #

a) Installer un paquet #

Pour installer un logiciel avec ses dépendances et afficher les actions :

emerge -av <nom-du-paquet>

Si vous ne voulez pas de confirmation interactive (ex. dans un script) :

emerge -vq <nom-du-paquet>

b) Tester avant d’installer (simuler) #

Pour simuler l’installation et voir ce qui serait fait (sans modifier le système) :

emerge -pv <nom-du-paquet>

c) Mettre à jour un paquet #

Pour mettre à jour un paquet spécifique :

emerge -uav <nom-du-paquet>

Pour mettre à jour et ne pas l’ajouter à la liste manuelle (world) :

emerge -1u <nom-du-paquet>

d) Mettre à jour tout le système #

Étapes recommandées :

Synchroniser les dépôts :

eix-sync

Mettre à jour Portage (optionnel mais conseillé) :

emerge -1qvu sys-apps/portage app-portage/portage-utils

Mettre à jour GCC et Python (facultatif mais souvent utile) :

emerge -1qvu sys-devel/gcc dev-lang/python
python-updater

Mettre à jour tout le système avec gestion fine des dépendances :

emerge -aquvDN --with-bdeps=y world

Nettoyer les dépendances orphelines :

emerge -aqc

Nettoyer Perl et reconstruire ses modules :

perl-cleaner -q --modules

Reconstruire les modules du noyau si nécessaire :

emerge -q @module-rebuild

Refaire les liens et vérifier les dépendances cassées :

revdep-rebuild -iq

Nettoyer les fichiers temporaires (facultatif) :

eclean-dist
eclean-pkg

e) Supprimer un paquet #

Pour supprimer un paquet :

emerge -C <nom-du-paquet>

f) Reprendre une installation interrompue #

Si une installation a été interrompue, on peut la reprendre avec :

emerge -r

3. Gérer les USE flags #

Les USE flags permettent d’activer ou désactiver des fonctionnalités optionnelles dans les paquets.

a) Modifier globalement les USE flags #

Dans /etc/portage/make.conf, on édite la variable USE, par exemple :

USE="X alsa pulseaudio bluetooth"

b) Modifier les USE flags d’un paquet spécifique #

Dans /etc/portage/package.use/, on peut créer un fichier (ex : custom) et y ajouter :

www-client/firefox -minimal gtk

Cela désactive minimal et active gtk pour Firefox.

c) Voir les USE flags disponibles pour un paquet #

Avec :

equery u <nom-du-paquet>

d) Activer/désactiver USE flags en ligne de commande #

Avec euse (installé avec app-portage/eselect):

Activer un flag :

euse -E <flag>

Désactiver un flag :

euse -D <flag>

4. Gérer les versions instables #

a) Autoriser un paquet instable #

Dans /etc/portage/package.accept_keywords/, créer un fichier (ex : custom) et ajouter :

=www-client/firefox-17.0.1

Ou autoriser toutes les versions instables d’un paquet :

www-client/firefox

5. Gérer les masques de paquets #

a) Masquer une version ou une branche #

Dans /etc/portage/package.mask/, ajouter par exemple :

>net-analyzer/zabbix-2.1

dev-lang/php:5.6

6. Gestion des dépôts / overlays #

Pour ajouter un dépôt non officiel :

layman -a nom-overlay

(On installe d’abord app-portage/layman)

7. Autres commandes utiles #

a) Lister tous les paquets installés #

eix -cI

Chercher par motif :

eix -cI <motif>

b) Trouver à quel paquet appartient un fichier #

equery b $(which gpg2)

c) Lister les dépendances d’un paquet #

equery g <nom-du-paquet>

d) Recompiler tout le système #

emerge -e @system
emerge -e @world

8. Nettoyage et maintenance #

Nettoyer les paquets obsolètes :

emerge -aqc

Nettoyer Perl :

perl-cleaner -q --modules

Reconstruire les modules externes :

emerge -q @module-rebuild

Vérifier les dépendances cassées :

revdep-rebuild -iq

Voilà un panorama complet pour gérer tes paquets sous Gentoo, du débutant à l’utilisateur avancé.

Gentoo/Calculate : Gérer ses logiciels

2025-06-06T00:00:00Z

Calculate Linux repose sur Portage, le système de gestion de paquets de Gentoo. La gestion des logiciels se fait principalement via les outils emerge, eix, et equery, ainsi que des commandes spécifiques à Calculate. Voici un guide pratique pour gérer efficacement vos logiciels.

Avoir des informations sur un paquet installé #

Pour obtenir des informations détaillées sur un paquet, sa version, ses dépendances, ses USE flags, etc. :

eix <nom_du_paquet>

Exemple :

eix firefox

Rechercher un logiciel #

Pour chercher les versions disponibles et les détails d’un logiciel avant installation :

eix <nom_du_logiciel>

Exemple :

eix firefox

Cela liste les versions disponibles, les USE flags, la description, etc.

Installer un logiciel #

Pour installer un logiciel avec confirmation :

emerge -avq <logiciel>

Sans demande de confirmation (attention) :

emerge -vq <logiciel>

Tester l’installation (vérifier les dépendances) #

Pour simuler l’installation et vérifier les dépendances sans rien modifier :

emerge -pv <logiciel>

Supprimer un logiciel #

Pour désinstaller un logiciel :

emerge -C <logiciel>

Mettre à jour un logiciel #

Pour mettre à jour un logiciel spécifique :

emerge -u <logiciel>

Si le logiciel est une dépendance et qu’on ne veut pas qu’il soit marqué comme installé « manuellement » (il ne sera pas dans /var/lib/portage/world) :

emerge -1u <logiciel>

Mettre à jour tout le système #

Via l’outil Calculate :

cl-update

Sinon, sous Gentoo, il faut enchaîner plusieurs commandes :

# Synchroniser Portage et les overlays
eix-sync

# Facultatif : mise à jour de portage et utils
emerge -1qvu sys-apps/portage app-portage/portage-utils

# Facultatif : mise à jour du compilateur GCC
emerge -1qvu sys-devel/gcc

# Facultatif : mise à jour de Python
emerge -1qvu dev-lang/python

# Facultatif : mise à jour du wrapper Python
python-updater

# Mise à jour complète du système
emerge -aquvDN --with-bdeps=y world

# Nettoyer si mise à jour de Perl
perl-cleaner -q --modules

# Supprimer les paquets orphelins
emerge -aqc

# Recompiler les modules du noyau, si noyau installé
emerge -q @module-rebuild

# Recompiler les dépendances cassées
revdep-rebuild -iq

# Nettoyage des archives (facultatif)
eclean-dist
eclean-pkg

Reprendre un emerge interrompu #

En cas d’interruption d’un emerge massif (comme emerge -e world), pour reprendre là où ça s’est arrêté :

emerge -r

Installer des versions instables (~) #

Pour installer une version instable (marquée ~arch) d’un paquet, il faut autoriser cette version dans /etc/portage/package.accept_keywords/custom :

Pour une version précise :

=www-client/firefox-17.0.1

Pour toutes les versions instables du paquet :

www-client/firefox

On peut aussi l’ajouter via commande :

echo "net-misc/teamviewer" >> /etc/portage/package.accept_keywords/custom

Masquer un paquet #

Pour empêcher l’installation d’un paquet ou d’une version spécifique, on utilise /etc/portage/package.mask/custom :

Pour bloquer toute version supérieure à 2.1 de zabbix :

>net-analyzer/zabbix-2.1

Pour masquer toute la branche 5.6 de PHP :

dev-lang/php:5.6

Conserver des USE flags spécifiques par paquet #

Pour fixer ou enlever un USE flag sur un paquet donné, éditer /etc/portage/package.use/custom :

Exemple, désactiver le flag minimal pour le noyau Calculate :

echo "sys-kernel/calculate-sources -minimal" >> /etc/portage/package.use/custom

Pour désactiver toutes les langues sauf le français sur Chromium :

echo "www-client/chromium -l10n_* l10n_fr" >> /etc/portage/package.use/custom

Gérer les USE flags globalement #

Pour activer ou désactiver un USE flag globalement (sur tous les paquets), on peut utiliser euse :

Activer un flag :

euse -E vlc

Désactiver un flag :

euse -D vlc

Cela modifie la ligne USE dans /etc/portage/make.conf.

Lister les paquets installés #

Lister tous les paquets installés :

eix -cI

Lister les paquets installés correspondant à un motif, par exemple contenant “cal” :

eix -cI cal

Lister les paquets installés dans un overlay spécifique :

eix -cI --installed-in-overlay nom-overlay

Tout recompiler #

Pour recompiler tout le système et les logiciels installés :

emerge -e @system && emerge -e @world

system : base Gentoo minimale
world : tous les paquets installés et référencés

Ajouter un dépôt (overlay) #

Pour ajouter un overlay (dépôt tiers), par exemple depuis le dépôt GPO :

layman -a nom-overlay

Connaître la signification d’un USE flag #

Pour comprendre un USE flag dans un paquet donné :

equery u <paquet>

Exemple :

equery u pbzip2

Trouver dans quel paquet se trouve un fichier #

Le fichier doit être installé sur la machine :

equery b $(which gpg2)

Cela indique le paquet propriétaire du fichier.

Lister toutes les dépendances d’un paquet #

Le paquet doit être installé :

equery g <paquet>

Ou pour une version précise :

equery g <paquet>-<version>

Enregistrer un paquet dans le world file #

Si un paquet est installé mais pas enregistré dans le fichier world (c’est-à-dire qu’il ne sera pas mis à jour automatiquement), vous pouvez l’ajouter ainsi :

emerge --noreplace <paquet>

Conclusion #

Calculate Linux, en tant que Gentoo dérivé, offre une gestion fine et puissante des logiciels via Portage, emerge, eix, et equery. Ce billet donne les bases pour gérer efficacement l’installation, la mise à jour, la suppression et la configuration des paquets. Il est important de bien maîtriser ces outils pour garder un système propre, à jour, et adapté à vos besoins.

Une avalanche de billets

2025-06-06T00:00:00Z

Bon, je dois vous avouer un truc : ces derniers temps, mon blog était en mode “hibernation prolongée”. Pas par paresse, non, non… Disons que j’avais accumulé tellement de billets en brouillon que je pourrais ouvrir un musée du “presque écrit”.

Du coup, j’ai décidé de faire tomber la neige d’un coup, façon avalanche. Oui, préparez-vous, ça va dévaler sec par ici ! Je balance tout ce que j’ai gardé sous le coude — des réflexions, des idées, des brouillons un peu poussiéreux, bref, un vrai bazar littéraire.

Ça risque d’être un peu chaotique, un peu fouillis, mais c’est ça aussi le charme d’un blog : partager ce qui passe par la tête, sans filtre, sans filet. En espérant que vous aurez votre pelle et vos raquettes pour survivre à cette tempête !

Merci à tous d’être toujours là, même quand je me transforme en ermite digital. Accrochez-vous, l’avalanche arrive !

GLF Linux entre dans la cour des grands !

2025-06-06T00:00:00Z

C’est avec fierté que j’annonce une double bonne nouvelle pour la distribution de mon pote Vinceff : GLF Linux, tout juste sortie en bêta, fait déjà parler d’elle!

Non seulement la distro commence à être testée par la communauté, mais elle a aussi franchi un cap symbolique : GLF est désormais référencée sur Distrowatch ! 🙌

🔗 Sa page officielle ici

C’est une belle reconnaissance pour le travail de fond accompli par Vinceff. Distrowatch reste un repère pour les passionnés du monde Linux, et y figurer dès la bêta, c’est pas rien!

N’hésitez pas à aller y jeter un œil, à tester la distro, à faire vos retours et à encourager ce projet indépendant et prometteur. 💪

À suivre de très près! 👀

Gentoo Linux : Une distribution pas comme les autres

2025-06-06T00:00:00Z

Si tu t’intéresses un peu à Linux, tu as peut-être entendu parler de Gentoo. Ce n’est pas la distribution la plus facile à utiliser, ni la plus connue du grand public, mais elle a quelque chose d’unique. Gentoo, c’est une distribution faite pour ceux qui aiment comprendre ce qu’ils font, bricoler, optimiser, et avoir un système aux petits oignons.

Retour sur l’histoire de cette distribution pas comme les autres.

Les débuts (2000-2002) #

Tout commence autour de l’an 2000, quand Daniel Robbins, un développeur américain, décide de créer une nouvelle distribution Linux. Il veut quelque chose de rapide, léger, et surtout entièrement personnalisable. Il appelle son projet Enoch, puis le renomme rapidement Gentoo, du nom d’un manchot très rapide à la nage (un clin d’œil à la performance).

En 2002, la toute première version de Gentoo sort officiellement. Elle attire rapidement des utilisateurs un peu geeks, passionnés par l’idée de tout compiler soi-même pour optimiser leur système.

Une communauté qui grandit (2003-2005) #

Gentoo ne tarde pas à se faire un nom parmi les distributions “pour les utilisateurs avancés”. Un site officiel, des forums dynamiques, une documentation bien fournie… la communauté devient vite un pilier essentiel du projet.

Un des éléments clés de Gentoo, c’est Portage, son système de gestion de paquets. Plutôt que d’installer des logiciels déjà prêts, Gentoo les compile sur ton ordinateur, avec uniquement ce dont tu as besoin. Et avec les USE flags, tu choisis précisément les options que tu veux activer ou non. C’est un peu comme construire ta voiture pièce par pièce.

Maturité et reconnaissance (2006-2010) #

À mesure que les années passent, Gentoo devient une distribution solide. Certains l’utilisent même dans des entreprises ou sur des serveurs. La documentation continue de s’améliorer, et de nouveaux outils apparaissent pour faciliter la vie des utilisateurs, comme emerge (pour gérer les paquets) ou eselect (pour changer facilement de version d’un logiciel).

Gentoo garde sa réputation de distribution “pointue”, mais elle inspire aussi le respect pour sa flexibilité et sa stabilité.

Des hauts et des bas, mais toujours là (2010-2020) #

Dans les années 2010, beaucoup d’utilisateurs se tournent vers des distributions plus “simples”, comme Ubuntu, Fedora ou Arch. Gentoo, elle, continue son chemin tranquillement, sans chercher à plaire à tout le monde.

Elle évolue pour suivre les nouvelles technologies (comme systemd, Wayland ou PipeWire), tout en laissant toujours le choix à l’utilisateur. Et même si elle demande du temps et de l’attention, ceux qui l’utilisent y trouvent un plaisir que peu d’autres distributions offrent.

Aujourd’hui : Gentoo en 2025 #

Gentoo existe toujours, et elle est plus vivante que jamais. Elle s’adapte aux nouvelles architectures (comme ARM), propose des serveurs de paquets précompilés pour ceux qui veulent gagner du temps, et reste à la pointe de nombreuses technologies.

Son secret ? Une communauté passionnée, une documentation d’une qualité rare, et une liberté totale offerte à l’utilisateur.

Pourquoi utiliser Gentoo ? #

Gentoo n’est pas faite pour tout le monde. Elle demande du temps, de la patience, et une bonne dose de curiosité. Mais si tu veux apprendre comment fonctionne un système Linux, avoir un système léger et optimisé, ou tout simplement te faire plaisir en construisant ta propre distro à la main, Gentoo est une aventure que tu n’oublieras pas.

L’état actuel des distributions Linux

2025-06-06T00:00:00Z

Un résumé détaillé #

Dans le monde du logiciel libre, les distributions Linux ont considérablement évolué depuis leurs débuts. Aujourd’hui, il en existe plus de 100, chacune avec ses spécificités, ses objectifs et son public cible.

Mais qu’est-ce qui définit une distribution Linux « générale » ? Quelles sont les meilleures options pour les débutants, les utilisateurs intermédiaires ou les développeurs expérimentés ?

Dans cet article, nous allons explorer l’état actuel des distributions Linux, en mettant en lumière quelques-unes des principales, leurs caractéristiques, ainsi que leurs utilisateurs types. Nous reviendrons également brièvement sur l’évolution de ces distributions depuis 2005.

Un aperçu historique (2005) #

En 2005, les distributions Linux étaient déjà bien établies, mais encore loin de la diversité que l’on connaît aujourd’hui. Voici quelques-unes des plus importantes à cette époque :

Ubuntu : Basée sur Debian, Ubuntu était en pleine ascension, avec l’ambition de proposer un Linux accessible à tous.
Debian : Réputée pour sa stabilité et sa rigueur, Debian était déjà une base solide pour de nombreuses autres distributions.
Fedora : Soutenue par Red Hat, Fedora servait de terrain d’expérimentation pour les technologies qui seraient plus tard intégrées à Red Hat Enterprise Linux.
Slackware : L’une des plus anciennes distributions, appréciée pour sa simplicité « à l’ancienne » et sa philosophie minimaliste.

2006–2010 : L’expansion et la diversification #

Durant cette période, Linux se démocratise davantage. Voici quelques évolutions marquantes :

Ubuntu 6.06 LTS (Dapper Drake) : Sortie en 2006, cette version marque un tournant avec sa stabilité et son support à long terme.
Debian unstable (Sid) : Devenue une référence pour les utilisateurs souhaitant accéder aux dernières versions des logiciels, malgré un peu moins de stabilité.
Fedora 10 : Lancée fin 2008, cette version a introduit de nombreuses améliorations (ext4, meilleure gestion du réseau, etc.).

2010–2015 : Popularisation et alternatives modernes #

Les utilisateurs commencent à chercher des alternatives plus ergonomiques ou plus simples d’approche. On voit émerger de nouvelles distributions majeures :

Linux Mint : Très populaire auprès des débutants, elle se base sur Ubuntu mais propose une interface plus classique et familière.
Arch Linux : Déjà connue à cette époque pour son approche minimaliste, son gestionnaire de paquets pacman et sa documentation exemplaire.
Manjaro : Une alternative plus conviviale à Arch Linux, avec des outils de configuration graphiques et des versions préconfigurées.

2015–2020 : Maturité et diversification ciblée #

Les distributions se spécialisent davantage, et plusieurs projets misent sur l’esthétique ou un public bien défini.

elementary OS : Inspirée de macOS, cette distribution vise un public soucieux du design et de l’expérience utilisateur.
Scientific Linux : Développée à l’origine par le CERN et le Fermilab, elle répond aux besoins spécifiques des milieux scientifiques.
Tiny Core Linux : Ultra-légère (à partir de 11 Mo), elle s’adresse aux utilisateurs avancés et aux systèmes très limités en ressources.

Comment choisir la distribution faite pour vous ? #

Avec autant de distributions disponibles, le choix peut sembler complexe. Voici quelques critères pour vous orienter :

Facilité d’utilisation : Ubuntu, Linux Mint ou Zorin OS sont parfaits pour débuter.
Expérience et contrôle : Arch Linux, Gentoo ou Void Linux conviendront aux utilisateurs aguerris recherchant une personnalisation poussée.
Usage spécifique : Pour un usage scientifique, regardez du côté de Scientific Linux, ou même de Debian dans sa version stable. Pour une utilisation multimédia, AV Linux ou Ubuntu Studio peuvent être intéressants.

Conclusion #

Les distributions Linux n’ont jamais été aussi nombreuses et variées. Que vous soyez néophyte, passionné ou développeur expérimenté, il existe une distribution faite pour vous. Certaines restent des références indétrônables, d’autres naissent pour répondre à des besoins précis.

Et vous, quelle distribution utilisez-vous au quotidien ? Avez-vous une préférence particulière ou une anecdote à partager ? Dites-le-nous dans les commentaires !

ceux qui défendent l’OS de Redmond comme une vérité absolue, en méprisant tout ce qui sort du cadre imposé par Microsoft.

2025-05-05T00:00:00Z

Voici un contre-article (pour la rigolade) qui retourne la critique “Ce qui me gonfle dans le logiciel libre actuel, épisode 4 : les intégristes du logiciel libre.”, cette fois à l’encontre des extrémistes de Windows — ceux qui défendent l’OS de Redmond comme une vérité absolue, en méprisant tout ce qui sort du cadre imposé par Microsoft.

Les intégristes de Windows : entre syndrome de Stockholm et rejet de toute alternative #

Je l’ai déjà souligné ici et là, mais les extrémistes de Windows, c’est parfois pire que les puristes du logiciel libre. Eux aussi ont leur religion, sauf qu’elle s’appelle Microsoft. Ils n’ont pas besoin de temple, juste un menu démarrer et un abonnement à Microsoft 365 pour se sentir au paradis.

Car oui, ces gens sont à Windows ce que le fanatique est à son gourou : complètement dévoués, aveugles, et prêts à défendre chaque bug comme une fonctionnalité.

Je pense à ceux qui t’expliquent, le ton condescendant et les neurones en veille prolongée, que « Windows, ça marche tout seul, pas besoin de comprendre ». Traduction : « Je ne veux surtout pas savoir comment fonctionne mon ordinateur, je veux qu’il m’obéisse comme un grille-pain, même si je dois accepter une mise à jour qui redémarre tout sans me demander mon avis. »

Ce sont les mêmes qui t’assurent que « Linux c’est pour les geeks », mais qui pleurent leur mère dès que leur imprimante disparaît après une mise à jour cumulative de Windows 11. L’ironie, c’est qu’ils refusent de lire un message d’erreur, mais trouvent normal d’aller fouiller dans 5 menus imbriqués dans les Paramètres pour désactiver une notification sonore.

Et ne parlons pas des pilotes : pour eux, le driver livré par le constructeur via Windows Update, même s’il fait planter la machine, c’est forcément le bon. Pas besoin de chercher ailleurs. Microsoft sait mieux que toi, même si tu sais ce que tu fais.

Ces intégristes sont aussi ceux qui hurlent de rire quand tu parles de recompiler un logiciel — “houlà, trop compliqué, je suis pas ingénieur !” — mais qui vont te coller un crack douteux trouvé sur un forum russe pour activer Photoshop piraté, tout ça parce que payer un abonnement leur semble « exagéré ». Le paradoxe du mouton rebelle.

Le summum ? Quand tu leur dis que Linux a évolué, qu’il existe des distributions faciles, belles, stables, ils te répondent qu’ils ont essayé Ubuntu en 2008 pendant trois jours, et que « ça marchait pas, j’avais pas de son ». Argument massue, on n’a rien à dire après ça.

Et pourtant, leur Windows n’est pas parfait : mises à jour forcées, télémétrie omniprésente, redémarrages inopinés, et un système de fichiers qui fait encore semblant de ne pas vieillir depuis 1995. Mais ça, on n’en parle pas. Parce que critiquer Windows, c’est blasphémer. Et si tu ne crois pas à leur dieu Microsoft, alors c’est que tu n’as rien compris à l’informatique.

Petite réponse d’un “petit cerveau”

2025-04-07T00:00:00Z

Réponse provisoire – Mise au point

Je prends un instant, même si le temps me manque, pour répondre brièvement à certains propos tenus à mon encontre.

Dans mon intervention, je me suis exprimé sur une vidéo — un contenu, des idées, une forme de discours — jamais sur la personne derrière. Je n’ai ni insulté, ni méprisé, ni attaqué l’auteur sur son parcours, sa santé mentale, son milieu social ou ses capacités intellectuelles, du moins je ne pense pas.

La réponse que j’ai reçue, en revanche, déborde largement du cadre d’un débat d’idées. On m’a prêté une éducation inexistante, on a rabaissé mon métier, moqué mon origine sociale, remis en cause mon équilibre mental, et tenté de m’atteindre personnellement sur tous les plans.

Je laisse à chacun le soin d’apprécier ce que cela dit de l’état du débat… et de ceux qui préfèrent attaquer l’homme plutôt que d’argumenter sur le fond.

Je n’ai ni honte d’où je viens, ni de ce que je suis, ni du chemin que j’ai parcouru. Je n’ai pas non plus de temps à perdre avec ceux qui croient encore que l’arrogance est un gage d’intelligence.

Qu’on se le dise : critiquer un contenu, ce n’est pas attaquer une personne. Mais quand on commence à porter atteinte à l’honneur, à la dignité ou à l’intégrité d’autrui, on franchit une ligne. Une ligne qui, rappelons-le, peut aussi avoir des implications légales si l’on s’égare dans la diffamation ou l’injure publique.

Je reviendrai, plus tard, avec un billet plus développé. Mais en attendant : que chacun reste à sa place, et surtout, à son niveau.

Gentoo Linux : L’art de forger son système aux petits oignons

2025-04-06T00:00:00Z

Quand on parle de distributions GNU/Linux, le nom de Gentoo revient souvent avec un mélange de fascination et d’appréhension. Certains la voient comme un Everest réservé aux barbus du terminal. Et pourtant, cette vision est bien réductrice. Gentoo, c’est surtout une perle pour les amoureux de la personnalisation, de l’optimisation, et de la liberté logicielle dans toute sa splendeur.

🎯 Une personnalisation inégalée #

Gentoo, ce n’est pas juste une distribution, c’est un véritable kit de construction. Grâce à Portage, son gestionnaire de paquets basé sur les sources, tu ne reçois pas un système générique, mais ton système, façonné selon tes besoins, tes préférences et ton matériel.

Avec les USE flags, tu choisis précisément quelles fonctionnalités tu veux activer ou non dans chaque logiciel. Tu veux un VLC sans support du Bluetooth ? Tu peux. Tu veux que ton système n’installe que les paquets compatibles avec Wayland, sans X11 ? C’est possible. Tu veux que tout soit lié à systemd, ou au contraire le fuir ? C’est toi le patron.

🚀 Des performances sur mesure #

La compilation des paquets, souvent pointée du doigt comme un fardeau, est en réalité une arme redoutable. Compiler pour ta machine, avec des optimisations adaptées (-march=native par exemple), ça veut dire un système plus léger, plus rapide, plus réactif. Ce n’est pas une légende : à configuration égale, Gentoo peut tout simplement mieux tourner qu’une distro généraliste précompilée.

Et si tu n’as pas le temps ou l’envie de tout compiler, Gentoo propose maintenant des binaires optimisés pour les processeurs 64-bit v3, via les binhost officiels ou communautaires. Tu gagnes la main sur le système, sans perdre ton week-end à compiler QtWebEngine (et ceux qui savent… savent ! 😅).

🛠️ emerge : ton compagnon fidèle #

Ce qui fait la force de Gentoo, c’est aussi son écosystème d’outils. Contrairement à ce qu’on pourrait croire, Gentoo ne te laisse jamais seul. emerge t’explique ce qu’il fait, t’accompagne dans la résolution des conflits, te propose des solutions, et te permet même d’exécuter des dry-run pour planifier tranquillement tes mises à jour.

Et avec des outils comme eix pour chercher des paquets rapidement, ou revdep-rebuild pour garder un système propre et cohérent, on se retrouve avec un environnement puissant mais bien encadré.

🔍 Gentoo, ce n’est pas “difficile”. C’est exigeant – mais gratifiant. #

La différence entre Gentoo et d’autres distributions ? Gentoo te respecte. Elle te donne les clés, les outils, la doc, et te laisse faire. Oui, il y a une courbe d’apprentissage. Mais une fois le pli pris, c’est une vraie libération. Tu comprends comment ton système fonctionne. Tu le maîtrises. Tu le façonnes.

Et surtout, tu n’as plus besoin de réinstaller tout ton OS tous les 6 mois parce qu’une nouvelle version est sortie. Gentoo est en rolling release : ton système est vivant, mis à jour en continu.

😏 Petit clin d’œil à nos amis d’Arch Linux… #

Oui, Arch c’est propre, minimaliste, avec une super doc, on ne va pas mentir. Mais entre nous… installer Arch, c’est suivre un wiki. Installer Gentoo, c’est comprendre ton système jusqu’à la moelle.

Et surtout, chez nous, on ne dit pas juste “I use Gentoo” pour frimer. On le vit. On le compile. Et parfois, on le recompile 😄

En résumé : #

🧩 Ultra personnalisable grâce aux USE flags ⚙️ Performant car compilé pour ton matos 📦 Flexible avec compilation ou binaires optimisés 🧙 Didactique grâce à emerge et à la doc exceptionnelle 🔥 Gratifiant : tu ne subis plus ton système, tu le domines

Gentoo, ce n’est pas une distro “de l’élite”. C’est une distro pour les curieux, les méticuleux, les passionnés. Et si tu es prêt à mettre un peu les mains dans le cambouis, elle te le rendra au centuple.

Plasma 6.3.4 et Thunderbird 137 : surprises et découvertes sur Gentoo

2025-04-02T00:00:00Z

Je suis passé sur ma Gentoo à un Plasma 6.3.4 (par le canal testing) et j’ai eu la surprise de voir Spectacle passé de la version 24.12 à 6.3.4. En cherchant un peu, j’ai vu qu’Arch avait déjà changé la version depuis 6.3.3. En gros, de ce que je comprends, c’est que Spectacle ne fait plus partie des applications KDE mais des meubles de Plasma.

J’ai aussi eu une agréable surprise avec Thunderbird. Vous le savez, car j’en ai parlé, il était disponible dans sa version 136 chez Gentoo depuis testing. Les développeurs de la distribution voulaient s’assurer que passer à son nouveau modèle de sortie mensuelle n’allait pas poser de problèmes pour revenir en arrière. J’ai donc été fort étonné de voir qu’on me propose la version 137 en stable tandis que la 136 reste toujours en testing.

Je note un petit bug visuel : l’icône dans la barre des tâches n’est pas celui de Thunderbird mais celui de Wayland, comme on peut le voir :

Et la grosse nouveauté pour moi est l’apparition d’une icône Thunderbird dans le systray :

Alors, vu que je n’ai pas eu la version 136, je ne pourrai pas dire si elle était déjà présente ou non.

Quand Seb d'Actualia nous fait encore du PUTACLIC!

2025-03-31T00:00:00Z

Il est beau mon troll, il est beau mon putaclic ! Eh oui, bienvenue dans le merveilleux monde de YouTube, où il faut pondre des vidéos de merde, balancer du putaclic et empiler les conneries pour exister. Parce que c’est bien connu, critiquer rapporte plus que réfléchir. Mais le pire dans tout ça, c’est que je ne pense même pas qu’il le fasse exprès. Non, il est juste ignorant. Et c’est encore pire. Sortir autant de débilités dans une vidéo avec son avatar de père-vieux-con en dessin animé, tout en n’ayant même pas fait l’effort de tester soi-même, ni même de regarder ce qu’est GLF-OS… Tout ça juste pour faire de la vue et toucher son chèque à la fin du mois. Pitoyable.

Autant pitoyable que ses changements de distributions incessants, juste parce qu’il est incapable d’en maintenir une en état. Le mec parle de NixOS mais pas de GLF-OS. Il confond tout, ne sait rien, et c’est exactement ce genre de guignols qui pourrit le monde Linux. C’est aussi pour ça que j’ai quitté Debian : trop de mecs de ce genre.

Alors, parlons de cette fameuse alpha de GLF-OS, que j’ai testée. “Alpha” ? Mon cul. C’est pratiquement une release stable. GLF-OS est effectivement basée sur NixOS, la seule info juste de cette vidéo merdique. Mais pour le reste, tout est faux. Le matos est reconnu out-of-the-box : imprimante, scanner, WiFi, Bluetooth, carte Nvidia, manette, Steam, Xbox Game Pass… Tout fonctionne. J’ai littéralement juste eu à m’asseoir, taper mes identifiants et siroter ma boisson vitaminée.

Gnome est l’environnement par défaut, et ça tombe bien. Je suis un KDEiste convaincu, mais en terme de simplicité et d’accessibilité, Gnome est ce qui se fait de mieux. Et oui, Firefox est mon navigateur de prédilection, mais pour le Xbox Game Pass, il est moins bon, donc avoir Vivaldi ou Edge en complément, c’est un plus.

Et son plus grand moment de génie ? Nous sortir qu’il faut bidouiller les fichiers de configuration NixOS. Ah ouais ? Pour quoi faire ? Ces fichiers sont mis à jour automatiquement toutes les 72 heures. Le système vérifie sur le GitHub du projet et si un changement est détecté, il télécharge les nouvelles versions. Moralité : toute modif locale est écrasée. Bravo, champion ! Tester avant de parler, ça t’écorcherait la bouche ?

Et puis, il nous sort que le plus simple, c’est d’avoir un store d’applications. Devine quoi ? GLF-OS propose justement EasyFlatpak, un store ultra simple d’utilisation pour installer des applications Flatpak en un clic. Quant aux mises à jour, elles sont entièrement automatisées. Si ça foire, rien ne se passe, le système retentera plus tard. Si ça passe, une sauvegarde de l’ancien état du système est créée et une ligne apparaît dans GRUB. L’utilisateur n’a à se préoccuper de rien.

L’envers de la médaille ? Si le projet meurt, on est dans la merde. Mais ça, c’est le cas de toute distribution niche.

Bref, se faire appeler Actualia et balancer des fakes news, c’est ironique, non ?

Debian 13 se freeze.

2025-03-28T00:00:00Z

Le gel de Debian 13 Trixie a commencé le 15 mars 2025 avec la Transition and Toolchain Freeze, suivi d’un Soft Freeze le 15 avril, puis d’un Hard Freeze pour les paquets clés le 15 mai. Plus d’infos ici.

On devrait normalement y trouver un noyau Linux 6.12 LTS, Plasma 6.3.5, GNOME 48, MATE 1.26 (même si son avenir sous Debian est incertain), Xfce 4.20, ainsi que LibreOffice 25.2.

Sans trop me mouiller, je dirais que la version stable devrait sortir entre juin et août. Personnellement, je parierais sur une sortie vers la mi-juillet.

GLF OS sort en alpha!

2025-03-23T00:00:00Z

Qu’est-ce que GLF OS ? C’est une distribution Linux basée sur NixOS, développée par nos amis de Gaming Linux FR et plus particulièrement par mon ami Vinceff. J’avais déjà évoqué les prémices de son prototype dans mon billet “Un retour sous Debian et la découverte de GLF-OS”.

C’est un projet qui me tient particulièrement à cœur pour plusieurs raisons. D’abord, parce que son développeur principal, Vinceff, est un ami de longue date et un vrai passionné. Ensuite, parce que la base utilisée, NixOS, m’intrigue et m’intéresse. J’avais pris beaucoup de plaisir à tester le prototype, et même si je suis actuellement très bien installé sur ma Gentoo, je garde un œil attentif sur l’évolution de GLF OS.

Pour l’instant, je ne vais pas plonger dans un test approfondi de cette version alpha. Je préfère attendre la bêta, qui intégrera KDE, mon environnement de bureau de cœur ! Mais connaissant les fous furieux derrière le projet, je ne doute pas une seule seconde de la qualité de cette alpha. D’ailleurs, si elle porte encore ce nom, ce n’est pas par manque de stabilité, mais parce que l’équipe met la barre très haut en matière de rigueur et de fiabilité. Pour avoir testé le prototype, qui aurait déjà pu passer pour une bêta chez bien des distributions, je peux sans hésiter recommander cette alpha à ceux qui voudraient la découvrir.

Je vais maintenant laisser Vinceff présenter son projet et vous donner envie de plonger dans cette merveille :

Des nouvelles du blog.

2025-03-20T00:00:00Z

Vous l’avez sans doute remarqué, j’ai quelques soucis avec le forum. Rien ne se passe comme prévu : l’ancien n’est plus compatible avec la dernière version de PHP, et le remplaçant refuse obstinément de s’installer correctement. Il me fait des caprices et bloque avant la fin… Je songe sérieusement à passer en force, à moins que… Enfin, ce n’est pas le sujet de ce billet.

Je voulais surtout vous donner quelques nouvelles sur les prochains articles, qui prennent plus de temps que prévu.

Le premier portera sur l’installation de Gentoo, expliquée de la manière la plus simple possible selon moi.

Le second sera consacré à Dragon Age 4, un jeu qui fait couler beaucoup d’encre. Mais plutôt que de me contenter de suivre la vague des mécontents, j’ai décidé de me plonger dans toute la saga. Je ne connaissais les trois premiers que de nom (ou vaguement, il y a très longtemps), alors je les ai installés et terminés. J’ai fini les deux premiers, et j’en suis à environ 80 heures sur le troisième. Quant au quatrième opus, j’y ai joué une dizaine d’heures pour l’instant.

Idéalement, j’aurais aimé finir Dragon Age: Inquisition et avancer plus loin dans Dragon Age 4 avant de donner mon avis. C’est pour ça que je suis moins présent sur le web ces derniers temps.

Quoi de neuf dans le libre?

2025-03-19T00:00:00Z

Alors, quoi de neuf dans le monde du libre ? On assiste à la fonte des dernières neiges éternelles avec la sortie tant attendue de GIMP 3. Pour rappel, la version 2.10 date de 2018, et le développement de cette version 3 a débuté en 2020.

D’après leur blog, cette mise à jour apporte son lot de nouveautés et de fonctionnalités :

Besoin de modifier un filtre appliqué il y a quelques heures ? GIMP 3.0 introduit l’édition non destructive pour les filtres les plus courants. Les modifications sont visibles en temps réel grâce à l’aperçu sur la toile.
Meilleure interopérabilité avec d’autres applications : prise en charge des fichiers DDS BC7, export PSD amélioré et ajout de nombreux nouveaux formats.
Marre de gérer la taille de vos calques à la main ? L’outil de peinture peut désormais agrandir automatiquement les calques selon vos besoins.
Création de texte plus avancée : styles personnalisables, contours, ombres, biseaux… tout en conservant la possibilité de modifier la police, la taille et les paramètres de style à tout moment.
Gestion des calques facilitée avec la sélection multiple : déplacer et transformer plusieurs éléments simultanément devient un jeu d’enfant.
Amélioration de la gestion des couleurs, dans le cadre du projet à long terme visant à faire de GIMP un éditeur d’images avancé pour tous les usages.
Migration vers GTK3 pour une interface modernisée et adaptée aux machines récentes.
Nouveau logo Wilber !

Fedora 42 et l’arrivée de Cosmic #

L’autre sujet du moment, c’est Fedora avec l’arrivée de la bêta de Fedora 42. D’une part, elle devient une édition à part entière et n’est plus considérée comme un simple spin, se plaçant ainsi au même niveau que Fedora Workstation sous GNOME. D’autre part, et c’est ce qui me dérange un peu, Fedora adopte un énième environnement de bureau encore en développement (en version alpha, notamment) : Cosmic.

Je vais peut-être faire mon rabat-joie, mais était-il vraiment prioritaire d’ajouter un autre environnement de bureau ? Ne manque-t-il pas plutôt des applications essentielles sous Linux ? Fred en parle justement dans son billet « Ce qui me gonfle dans le logiciel libre actuel, épisode 1 : la mise en avant de projets non terminés », notamment avec Garuda, qui l’intègre aussi. Cela dit, Garuda étant déjà une distribution que je considère en alpha perpétuelle, ajouter des éléments en développement ne fait pas vraiment de dégâts supplémentaires…

Le freeze de Debian 13 Trixie #

Pour finir, un petit point sur Debian : le freeze de Debian 13 Trixie a commencé le 15 mars 2025 avec la Transition and Toolchain Freeze, suivi d’un Soft Freeze le 15 avril, puis d’un Hard Freeze pour les paquets clés le 15 mai. Plus d’infos ici : https://release.debian.org/testing/freeze_policy.html.

Quelle sera ma distribution en 2025 et pourquoi?

2025-03-19T00:00:00Z

Je pense qu’à force, vous savez ce que j’aime et ce que je n’aime pas. Vous savez que je suis un fan de Debian, ayant même eu mon heure de gloire en maintenant mon propre paquet pour eux, ou encore que j’apprécie openSUSE. À l’inverse, vous savez aussi que je suis allergique à Mageia et à tout ce qui touche à Arch Linux, par exemple.

J’ai touché à presque tout en matière de distributions, depuis SUSE 9.3 jusqu’à Gentoo, en passant par toutes les versions de Debian depuis Etch, Mandriva, Frugalware, et bien d’autres. Certaines distributions ont trouvé grâce à mes yeux (openSUSE, Debian, NuTyX, NixOS, Gentoo, Mandriva…), tandis que d’autres me rebutent totalement (Manjaro, Mageia, Fedora, Slackware…). Cela dit, je crois pouvoir dire que je suis moins réfractaire à ce qu’est Arch Linux aujourd’hui, et c’est grâce à Gentoo, qui m’a éduqué. Bon, je reste un peu dubitatif quant à l’idée d’avoir des versions de paquets aussi fraîches que celles proposées par Arch, mais c’est une question de goût…

Je vais être honnête : je pense que je ne peux plus revenir à Debian pour ma machine principale. Si Gentoo venait à ne plus me convenir, il me faudrait autre chose. Je me vois sur une rolling release posée à la Gentoo, mais pour l’instant, tout roule avec cette dernière, donc je continue. Debian reste néanmoins mon choix idéal pour mes autres machines et pour mon entourage, car malgré mes efforts, je reste “l’informaticien de la famille”, et Debian est la seule distribution où l’on peut véritablement fermer les yeux en toute confiance.

Je me suis demandé par quoi remplacer Gentoo si elle devenait trop contraignante à maintenir. J’admets que “complexe” ne veut rien dire en soi, car tout y est expliqué en détail, jusqu’à donner la raison du masquage d’un paquet (comme pour Thunderbird 136, par exemple). Je ne trouve pas Gentoo plus complexe que Debian Sid ou Arch Linux, juste plus chronophage. Oui, elle demande du temps et de l’attention, c’est tout.

La première idée qui me vient serait un retour sous Debian stable, mais je ne pense pas que ce soit possible. J’aime l’idée d’avoir un OS à jour, ou du moins récent. Pas nécessairement à la pointe, mais pas non plus vieillissant. Et Debian stable ne correspond pas à ce juste milieu. D’autres distributions, comme Mageia ou Ubuntu LTS, sont dans le même cas. Je pourrais envisager Ubuntu non-LTS ou Fedora, mais leurs cycles de mise à jour tous les six mois me rendraient fou. De plus, Ubuntu non-LTS me semble trop brouillonne. Quant à Fedora, elle évolue trop rapidement : non seulement on a un grand nombre de mises à jour régulières, mais en plus, un changement de version majeur tous les six mois. Ça fait beaucoup… et ça reste une distribution très “labo”, où les nouvelles technologies sont souvent introduites en avant-première avant d’être stabilisées ailleurs.

Reste Arch et openSUSE. Pour le coup, je ne sais pas. Arch Linux, c’est Gentoo, mais en moins précautionneuse : dès qu’une nouvelle version de Plasma sort, Arch s’empresse de la pousser aussi vite que possible. Sinon, le principe est similaire. openSUSE, quant à elle, a ses mises à jour classiques de sécurité, qui peuvent tomber à tout moment, mais tous les deux ou trois jours, une grosse mise à jour débarque, coïncidant avec la sortie d’une nouvelle ISO. Cela s’explique par le fait que chaque nouvelle ISO représente une “base” réinstallée du système. Mais là aussi, il y a un hic : je commence à être lassé de l’attitude de certains membres de SUSE qui se prennent pour des messies et supportent mal de travailler avec la communauté. Je ne compte plus les disputes entre la communauté et certains employés de SUSE… J’ai moi-même été impliqué dans l’une d’elles, avec un logiciel que je maintenais et qui a rejoint KDE.

Je ne vais pas vous le cacher : j’espère pouvoir rester sous Gentoo et être capable de résoudre les petits soucis qui se présenteront. Car de ce que je vois, entre une distribution qui me convient à 100 % et une communauté des plus sympathiques, je peux le dire : je suis gâté !

Gentoo en 2025, pourquoi et pour qui?

2025-03-10T00:00:00Z

J’ai voulu partager mon ressenti sur Gentoo et voir avec vous si cette distribution vaut encore le coup en 2025. On la met souvent en avant pour sa personnalisation et ses performances, surtout ces dernières… alors qu’en réalité, ce n’est pas forcément ce qui saute aux yeux une fois qu’on l’utilise. Bien sûr, compiler ses logiciels apporte une certaine vivacité et réactivité au système, ce qui est appréciable. Mais sur des machines puissantes, l’impact est bien moins perceptible : ces bécanes passent plus de temps à attendre des instructions qu’à réellement tirer parti de l’optimisation.

Depuis fin 2023, des binaires officiels sont disponibles, comme sur d’autres distributions, ce qui facilite la vie et fait gagner un temps précieux. Certes, on y perd légèrement en performances par rapport à une compilation maison, mais ce n’est pas tout. Chose encore rare parmi les distributions, Gentoo propose aussi des binaires optimisés en x86-64-v3. Et là, autant dire que la compilation perd tout son intérêt : on profite de la même réactivité sans se fatiguer.

De mon point de vue, ce n’est même pas la performance qui fait l’intérêt principal de Gentoo. Je serais d’ailleurs d’avis que le projet propose un stage 4, avec un système préconfiguré, pour gagner du temps – un peu comme leur livegui-kde. Parce que, chez moi, une installation complète avec Plasma et mes applications prend environ huit heures, là où une Calculate Linux est prête en 4 à 6 minutes. Je comprends que ça puisse en rebuter plus d’un, même si, une fois installée, Gentoo est bien plus performante et personnalisable que les autres distributions.

Non, ce n’est pas la compilation qui m’attire chez Gentoo – ça, c’est juste un effet secondaire. Ce qui m’intéresse vraiment, c’est sa personnalisation, qui est selon moi son principal atout. Le système compile exactement ce que l’utilisateur demande, avec les bibliothèques et la base qu’il souhaite.

Prenons un exemple : actuellement, la branche stable propose GCC 14.2.1, un noyau 6.12.16, Plasma 6.2.5 et les applications KDE en version 24.12. Mais on peut très bien choisir d’installer GCC 12.4 depuis le canal stable, un noyau 6.13.6 et Plasma 6.3.3 depuis le canal testing.

Dans mon cas, je préfère rester sur un noyau LTS (je suis passé du 6.6 au 6.12 récemment). Les KDE Apps 24.12 ont été poussées dans stable la semaine dernière, alors qu’elles étaient en 24.08. J’en ai profité pour mettre à jour mon environnement : je suis passé de Plasma 6.2.5 en stable à Plasma 6.3.2 en testing… qui, hier soir, est d’ailleurs passé en 6.3.3.

Ce que j’aime avant tout, c’est d’avoir le choix. Je ne suis pas obligé de passer immédiatement à la dernière version de mon environnement, même si elle est disponible le jour-même. Je peux décider de rester sur le canal stable et laisser Gentoo juger quand Plasma est suffisamment mûr pour y être intégré (d’ailleurs, il a fallu attendre la version 6.2.4 pour voir la branche 6.2 arriver en stable).

À l’inverse, je peux aussi choisir de basculer sur Plasma 6.3 depuis testing une fois qu’on en est à la deuxième version mineure, si je veux profiter des dernières améliorations plus rapidement. Et ce principe s’applique à tout l’OS : c’est l’utilisateur qui décide, et c’est ça qui fait la vraie force de Gentoo.

C’est ce juste milieu qui me fait adorer cette distribution. Sa vraie force, c’est de laisser à l’utilisateur le contrôle total sur ses choix et décisions. Grâce à ça, j’ai un OS récent (ou suffisamment) sans les bizarreries des versions trop fraîches, un système moderne sans subir l’instabilité des premiers pas d’une nouvelle branche.

Comment je peux parler de personnalisation sans mentionner les drapeaux USE? Je vais remédier à mon erreur. Alors selon Quant:

Les drapeaux USE sont des mots-clés essentiels dans Gentoo, permettant de configurer le système lors de l’installation ou de la mise à jour des paquets. Ils définissent les fonctionnalités et les dépendances d’un paquet, influençant ainsi son comportement et les bibliothèques qui seront liées.

Fonctionnalités des Drapeaux USE:

Configuration des paquets : Les drapeaux USE déterminent comment chaque paquet sera compilé et installé, en activant ou désactivant certaines fonctionnalités.

Personnalisation : Ils permettent aux utilisateurs de personnaliser leur système selon leurs besoins spécifiques, par exemple, en choisissant de ne pas inclure des fonctionnalités inutiles comme OpenGL ou KDE.

Gestion des dépendances : Les drapeaux USE influencent les dépendances installées avec un paquet. Par exemple, activer le drapeau kde entraînera l’installation des bibliothèques KDE nécessaires.

Types de Drapeaux USE:

Globaux : Utilisés par plusieurs paquets à l’échelle du système. Ils sont définis dans les fichiers de profil de Gentoo.

Locaux : Spécifiques à un seul paquet. Ils sont définis dans les fichiers de métadonnées associés à ce paquet.

Déclaration des Drapeaux USE:

Globalement : Dans le fichier /etc/portage/make.conf, où les utilisateurs peuvent ajouter ou retirer des drapeaux en utilisant la syntaxe appropriée (par exemple, USE=“-kde ldap”).

Pour des paquets spécifiques : Dans le fichier /etc/portage/package.use, permettant un réglage plus fin des drapeaux pour chaque paquet.

Temporairement : En utilisant une variable d’environnement lors de l’installation d’un paquet, bien que cela ne soit pas recommandé pour une utilisation à long terme.

Commandes Utiles:

Pour voir les drapeaux USE activés :

portageq envvar USE

Pour vérifier les drapeaux USE d’un paquet spécifique :

emerge --pretend --verbose <nom_du_paquet>

Pour mettre à jour le système après avoir modifié les drapeaux USE :

emerge --update --deep --newuse @world

Conclusion: Les drapeaux USE sont un outil puissant pour personnaliser et optimiser un système Gentoo. Une bonne compréhension de leur gestion est cruciale pour administrer efficacement un système basé sur Gentoo.

Bien sûr, les performances sont bien là. Je n’ai jamais eu un Plasma aussi réactif, que ce soit sous SID, Arch Linux, ou même Cachyos, qui met pourtant l’accent sur cette réactivité. Mes applications, qu’elles soient natives à KDE (Kate, Dolphin, KDEPIM, etc.) ou non (LibreOffice, Firefox, etc.), sont plus réactives que jamais, qu’elles soient binaires ou compilées.

La compilation n’est pas si contraignante que ça, on finit par l’oublier. C’est sûr, si on attend devant la machine que les mises à jour se fassent, ça prend du temps – même avec des binaires. Emerge n’est pas pacman ni APT, mais si, comme moi, vous les faites pendant le repas ou la nuit, cela devient presque invisible.

Cependant, contrairement à Debian, on ne peut pas automatiser les mises à jour comme on le ferait sous Debian Stable. La maintenance nécessite du temps et une présence régulière. On y reviendra.

De même, l’installation de paquets prend un peu plus de temps, même en utilisant des binaires. C’est toujours plus long que sous Arch, Debian ou n’importe quelle autre distribution binaire comme Fedora, Slackware, et compagnie. Par contre, la compilation des paquets sous Arch, via les recettes d’AUR, prendra à peu près le même temps que sous Gentoo avec ses ebuilds.

Parlons de la maintenance d’une Gentoo. Comme on le répète souvent, elle demande du temps et de l’attention. Ce n’est pas une distribution qui fonctionne “tout cuit” comme Debian. On est plus dans l’esprit d’Arch Linux ou de Slackware, mais emerge fait toujours un rappel des actions à entreprendre après une installation ou une mise à jour. Et cela se fait de différentes manières et par divers supports.

D’abord, comme sous Arch Linux, il y a les informations disponibles sur le site, avec les actualités ou les flux, sans oublier les mailing lists. En gros, c’est à peu près le même système que sous Arch. Mais ce qui est encore plus intéressant, c’est que les nouvelles sont accessibles directement via eselect, et les outils nous incitent à les lire en affichant la commande nécessaire lors des synchronisations de la base de données des dépôts. C’est vraiment bien pensé : seules les nouvelles pertinentes pour notre configuration apparaissent. Par exemple, sur mon système qui n’a rien à voir avec GNOME, les news liées à GNOME ne seront même pas affichées.

Je crois qu’il existe des applications tierces qui fonctionnent un peu de la même manière, comme des “enrobeurs” de pacman (ces outils facilitent l’interaction avec l’AUR en simplifiant les commandes nécessaires pour installer, mettre à jour ou gérer des paquets). Il me semble que yay propose une option pour afficher les actions à effectuer lors des mises à jour. Je me demande même si ce n’est pas son comportement par défaut…

Enfin, chaque ebuild peut contenir un postinst qui nous avertit des actions ou requêtes optionnelles ou obligatoires à réaliser après une installation. Un bon exemple est l’ebuild de nodejs :

pkg_postinst() {
	if use npm; then
		ewarn "remember to run: source /etc/profile if you plan to use nodejs"
		ewarn " in your current shell"
	fi

Encore une fois, je parle en mon nom, mais je ne trouve pas Gentoo plus difficile à installer ou à gérer que Arch Linux. Au contraire, je trouve qu’on est bien guidé sans tomber dans l’assistanat. J’ai même l’impression que la finition est meilleure. C’est peut-être juste une sensation, mais ça se voit assez clairement, notamment sous Plasma. Je ne sais pas, peut-être que le méta-paquet installe les bonnes fonts, ce qui contribue à cette impression.

Pour finir, j’ai fait de Gentoo ma distribution principale pour ma machine.

Warhammer 40,000 : Rogue Trader, ma déception.

2025-03-07T00:00:00Z

Aujourd’hui, on va parler jeu vidéo, et plus particulièrement d’un titre que j’attendais depuis longtemps (depuis 2023 tout de même !). Mais son prix de 99 € me freinait un peu… Ce jeu, c’est Warhammer 40,000: Rogue Trader, développé par Owlcat Games, un studio qui s’est imposé aux côtés d’Obsidian comme un maître du jeu de rôle. Leurs titres Pathfinder: Kingmaker et Pathfinder: Wrath of the Righteous comptent d’ailleurs parmi mes préférés.

Heureusement, Rogue Trader est désormais disponible sur le Game Pass, ce qui me permet de le tester gratuitement et, qui sait, peut-être de l’acheter s’il me plaît. Mais pour l’instant, ce n’est pas gagné…

Un combat au tour par tour qui plombe le rythme #

Warhammer 40,000: Rogue Trader est le tout premier jeu de rôle de la franchise à proposer des combats au tour par tour. Et c’est, selon moi, son principal défaut.

Owlcat Games nous avait habitués à offrir le choix entre du temps réel avec pause tactique et du tour par tour, comme dans Pathfinder: Kingmaker et Wrath of the Righteous—un héritage des Baldur’s Gate 1 & 2 et Pillars of Eternity 1 & 2. Ici, on est limité au tour par tour, et ça casse complètement le rythme du jeu.

Le jeu est bien plus court que les Pathfinder, et j’ai presque l’impression que ce choix a été fait pour rallonger artificiellement la durée de vie. C’est frustrant, surtout qu’on acquiert rapidement des armes surpuissantes. Résultat : chaque combat devient une boucle interminable de déplacement → buff → buff → buff → attaque, répétée pour chaque membre de l’équipe.

Le pire, c’est l’attente entre chaque action : on passe plus de temps à regarder les animations qu’à jouer. Ça ralentit tout, ça casse l’immersion, et moi, ça m’a complètement sorti du jeu.

C’est d’autant plus dommage que j’attendais ce titre avec impatience. Non seulement il coûte un bras (99 €, je le rappelle), mais en plus, j’adore les jeux du studio. J’ai plus de 50 heures sur le premier Pathfinder, et j’attends de le finir pour me plonger pleinement dans le deuxième. J’adore aussi les Baldur’s Gate et Pillars of Eternity, qui partagent le même ADN.

Bref, j’espérais un Aliens: Dark Descent dans l’univers de Warhammer, et je me retrouve avec un Triangle Strategy…

Un univers soigné malgré tout #

Tout n’est pas à jeter, heureusement. Visuellement, le jeu est très soigné. Certes, ce n’est pas le titre qui mettra à genoux les consoles actuelles, mais le souci du détail est impressionnant. Je n’ai jamais vu un jeu Warhammer aussi minutieux dans sa direction artistique.

L’univers est également bien mis en valeur. Un lexique est disponible, comme dans les autres jeux Owlcat, ce qui permet aux néophytes de se familiariser avec le lore sans imposer des kilomètres de dialogues aux joueurs qui s’en fichent. Une bonne idée, qui rend le tout plus accessible sans sacrifier l’immersion.

Au final, Warhammer 40,000: Rogue Trader a du potentiel, mais son système de combat rigide et trop lent gâche l’expérience. Si vous êtes patient et amateur de tour par tour pur et dur, pourquoi pas. Mais si, comme moi, vous aimez avoir le choix, vous risquez d’être frustré… Heureusement que je ne l’ai pas payé plein pot !

Je vous laisse avec une vidéo qui en parle bien mieux que moi:

Soucis avec les commentaires et le forum.

2025-03-06T00:00:00Z

Vous l’avez sans doute remarqué, le forum est actuellement hors ligne. J’ai rencontré plusieurs difficultés pour le remettre en place. D’une part, Nosenseforum n’est plus compatible avec PHP8, et d’autre part, Flatboard me cause quelques soucis avec mon hébergeur.

En résumé, je suis un peu coincé et je ne sais plus trop comment avancer. J’ai testé Commentics (site ici), mais je ne suis pas vraiment convaincu. Il manque ce côté “forum” où l’on pouvait discuter de tout et de rien sans lien direct avec un billet. Une autre option serait de basculer sur une solution plus traditionnelle comme phpBB (site ici), mais cela viendrait avec son lot de contraintes et de gestion.

Pour être tout à fait honnête, je ne me vois pas lancer un forum classique, surtout quand je vois que Alionet (site ici) se demande même s’il doit fermer ses portes (discussions ici).

Le plus frustrant, c’est que je ne peux même plus vous demander ce que vous en pensez !

On relance le blog?

2025-03-01T00:00:00Z

On va tenter de relancer le blog. Rien n’a bougé depuis mi-janvier, avec l’arrêt de TuxFamily et le passage à un nouvel hébergeur où, évidemment, j’ai des soucis de clés pour ce fameux – mais inutile – HTTPS.

Je repars cette fois avec 11ty à la place de Hexo. Pourquoi encore un changement ? Simplement pour pouvoir inclure une archive HTML de l’ancien blog. Je trouve ça triste de perdre les anciens billets : c’est comme effacer l’ADN du blog, on ne sait plus trop d’où viennent certaines opinions. Le souci, c’est que récupérer mes anciens articles sous leur forme HTML complète (avec CSS et template inclus) n’est pas si simple… alors qu’11ty le gère naturellement.

Un immense merci à TuxFamily pour toutes ces années. Qualité, gentillesse, services impeccables… C’est un coup dur pour tous ceux qui, comme moi, voulaient un espace d’expression libre sans frais.

Ah, et pour l’instant, il n’y a même plus de forum. L’ancien ne tourne pas sous PHP8, et le nouveau plante là où il fonctionnait avant. J’y reviendrai plus tard, on verra bien.

C'est enfin l'heure du bilan 2024 et retour sous Debian!

2025-01-17T17:54:40Z

Avec un peu de retard, prenons le temps de faire le bilan de l’année 2024 et d’échanger sur celle qui débute. Jetons un œil à ce que j’écrivais dans le bilan 2023, notamment sur deux points principaux:

J’espère du reste que 2024 sera la continuité de mon abandon de Debian, fin 2023 j’ai pu lâcher celle-ci, grâce entre autre à la Nixos, j’espère donc profiter de cet élan et me passer totalement de Debian. J’aime imaginer que Debian est derrière moi.

En ce qui concerne le site, il tourne avec l’aide de 11ty, clairement je ne pense plus bouger, je n’en trouve pas l’envie, ni le besoin, j’ai ce que je veux et surtout ce dernier a pu me montrer sa force en étant capable de récupérer mes conneries, choses que je n’aurais pas pu faire avec autre chose. Alors j’ai perdu le site, en fait j’ai perdu la partie source de mon site, le rendu était là sur le serveur et donne ce que vous voyez.

Je commence par le blog, c’est plus court et il y a moins de choses à en dire. Non, je n’ai pas gardé 11ty, je suis repassé à Hexo, car entre-temps, j’ai changé d’hébergeur. D’ailleurs, je vais devoir encore en changer (TuxFamily se meurt). J’ai rencontré des problèmes avec la version 3 de 11ty : il a fallu modifier et adapter ma configuration, ce que j’ai fait bien sûr, mais j’ai fini par trouver cela trop fouillis. La simplicité du début s’est envolée au profit d’un système de plus en plus technique. Comme je l’ai déjà dit, j’aime que mes outils ne changent pas en cours de route, un peu comme Debian (apt, ça fait 20 ans que je le pratique et il ne bouge pas). Il faut que ça reste gravé dans le marbre.

Avec Hexo, l’apparence reste inchangée, même si des modifications se produisent en arrière-plan. Je n’ai pas besoin d’ajuster mon code ni mon thème : le moteur prend en charge tout le processus automatiquement, en convertissant mes paramètres à partir du fichier de configuration.

L’autre cas, celui de Debian, est plus complexe. Tout au long de cette année, j’ai presque réussi à m’en passer : d’abord avec openSUSE, puis NixOS, ensuite Ubuntu, avant de revenir à Calculate et Gentoo, pour enfin tester GLF-OS, une distribution encore en prototype mais vraiment bien conçue.

Je crois avoir trouvé mon eldorado en termes de distributions (Gentoo et NixOS), du moins sur le papier, même si en pratique, l’entretien et la gestion technique sont un peu plus complexes, j’explique. Gentoo c’est:

une optimisation poussée : Gentoo permet de tirer le maximum du matos avec des options spécifiques. Dans mon cas, je n’ai jamais vu ma machine aussi vivace!
un contrôle total : Chaque dépendance, chaque configuration passe par l’utilisateur. Sur Debian, tu acceptes un peu plus le choix des mainteneurs.
rolling release “frileuse” : Même si tu peux passer à Debian Testing ou Unstable, Gentoo reste plus timide et ne pousse pas des versions dans le canal stable sans vérifications.

Mais alors, qu’est ce qui n’allait pas? La réponse est toute faite, Gentoo, c’est un peu comme une Ferrari : quand ça roule, c’est magique, mais pour la maintenance, t’as l’impression de devoir être un mécano à plein temps. 😅 À chaque emerge --sync && emerge -avuDN @world, t’as droit à un festival de messages, et ça peut vite devenir épuisant, voici quelques joyeusetés de Gentoo:

Ruby, Python, Perl, etc. : À chaque mise à jour, tu te tapes des trucs comme : Important: config-scripts exist for 3.1, use eselect python to set active version. Et si tu ignores, ça peut casser des paquets en douce… ou pas.
Les modules du noyau : Changer de noyau ? Super, mais penses à reconstruire les modules comme VirtualBox, NVIDIA, etc. Sinon, au prochain reboot, panique à bord : Unable to load module x/y/z. Kernel mismatch detected.
Preserve-libs et conflits de bibliothèques : Gentoo essaie de te sauver la mise, mais parfois c’est juste stressant : Detected preserved libs: /usr/lib64/libXYZ.so.1 Et là, emerge @preserved-rebuild entre en scène. Mais encore faut-il s’en souvenir…
Masquages, conflits et USE flags : Une petite update peut vite dégénérer en chasse aux conflits comme :

The following packages are masked:
        - dev-libs/foo-1.2.3 (masked by: ~amd64 keyword)

Du coup, tu joues à Tetris avec les package.accept_keywords. Trop de réglages, Gentoo, même avec toute sa puissance, peut finir par fatiguer. 😊

Debian a cette simplicité et cette robustesse qui peuvent être incroyablement reposantes, surtout après avoir passé du temps sur des distributions plus exigeantes comme Gentoo ou Calculate (CL par la suite). Avec Debian, tout est solide, bien testé, et rarement source de surprises. Ce que l’on gagne avec Debian :

Gestion des paquets simplifiée : Avec apt, tout est rapide et intuitif, pas de compilation, pas de USE flags à configurer.
Stabilité légendaire : Debian Stable est un roc. Ça marche, point. Pas de bricolage à chaque mise à jour.
Large support matériel : Peu importe ta machine, Debian couvre 99% des cas dès l’installation.
Un écosystème énorme : Besoin d’un paquet ? Il y a de fortes chances qu’il soit déjà empaqueté dans les dépôts ou directement chez l’éditeur au format DEB.
Pas de soucis avec les disques qui changent d’ordre : Avec UUID ou labels par défaut dans fstab, fini les prises de tête !

Pourquoi Debian est une bouffée d’air frais pour moi:

Mises à jour sans prise de tête : Avec apt upgrade, c’est propre, silencieux, et je n’ai pas à lire 50 lignes d’instructions après chaque update. Debian gère tout en coulisses.
Pas de rebuilds après mise à jour du noyau : je mets à jour mon noyau, je reboote, et voilà. Pas de module-rebuild. Pas de panique avec DKMS.
Aucune gestion de dépendances manuelle : Tout est préconfiguré. Pas besoin de jongler avec des USE flags, des overlay ou des masques. Je veux ruby, python ou perl ? Debian livre un système où tout cohabite proprement.
Stabilité dans les paquets : Les versions sont testées à mort. Sur Gentoo, tu es souvent le testeur involontaire, surtout si tu actives ~amd64. 😅

Il me faut autant que possible faire une transition douce, ayant aimé le contrôle que Gentoo offre, voici quelques ajustements sur Debian :

apt-listchanges (utile surtout avec Sid ou testing) pour avoir un résumé rapide des changements post-update (mais c’est jamais aussi envahissant que Gentoo).
Si je veux garder un certain “contrôle”, deborphan pour nettoyer les paquets inutilisés comme le fais emerge avec emerge --depclean.
Et si vraiment je veux de l’optimisation, je peux recompiler quelques paquets critiques via apt-build, mais c’est optionnel.

Bref, je passes de la Ferrari à une bonne vieille Volvo, c’est peut-être moins excitant, mais c’est fiable, pratique et prévisible. Pas de stress à chaque mise à jour. Parfois, c’est tout ce dont on a besoin 😊, on a juste besoin d’un système qui bosse pour nous, et pas l’inverse. Debian, c’est un peu le pote fiable qui ne te lâche pas au milieu de la route, pendant que Gentoo te fait jouer au docteur Frankenstein à chaque update.

Ah, et NixOS, c’est tentant, hein ? Quand je vois sa gestion des dépendances ultra-propre et ses rollback magiques, je me dis que c’est la distro du futur. Mais entre nous, c’est un futur où je suis parfois obligé de lire un manuel juste pour installer un truc basique.

Debian, c’est mon pote d’enfance qui sait ce que j’aime. Il me prépare un café avant même que je l’ai demandé, il me laisse installer mon serveur ou mon desktop sans me filer un mal de crâne. Avec NixOS, c’est un peu comme inviter un génie chez soi : oui, il fait tout, mais faut apprendre son langage avant qu’il daigne bouger un doigt. 😂

Alors, si j’ai envie de simplicité et d’un truc qui marche sans poser 40 questions existentielles, Debian est là. Et si un jour j’ai envie de retenter l’expérience avec NixOS, on pourra y aller, pas à pas, et voir si le génie mérite son coup de foudre.

Tiens, ça serait un super billet: une comparaison vivante et marrante entre la stabilité rassurante de Debian et l’originalité futuriste (mais exigeante) de NixOS. Je suis sûr que pas mal de gens se reconnaîtraient là-dedans.

Un retour sous Debian et la découverte de GLF-OS.

2024-12-31T19:05:22Z

Gentoo, une aventure marquante en 2024: un coup de cœur que je quitte en beauté. #

2024 restera une année particulière pour moi en tant qu’utilisateur de Linux et aura marqué un tournant avec Gentoo. Si je devais résumer cette année en un mot, ce serait Gentoo. Ce n’était pas ma première rencontre avec cette distribution mythique, mais c’était sans doute la plus marquante. Je dois avouer que cette distribution m’a offert une expérience inédite, intense, et incroyablement enrichissante. Si j’avais découvert Linux avec Gentoo plutôt qu’avec Debian, je pense que je ne l’aurais jamais quittée. Ce fut un véritable coup de cœur, peut-être même le coup de cœur de l’année.

Gentoo, c’est une école. Elle m’a rappelé pourquoi j’aime autant Linux et elle m’a permis de redécouvrir Linux sous un autre angle : celui de la liberté absolue, du contrôle total, d’une optimisation au service de mes besoins, et cette satisfaction d’avoir un système taillé sur mesure. J’ai adoré tout ce que Gentoo m’a apporté et si j’avais commencé mon aventure Linux avec Gentoo plutôt qu’avec Debian, je pense sincèrement que je ne l’aurais jamais quittée.

Gentoo a été mon coup de cœur de l’année 2024, peut-être même le véritable coup de cœur de ma vie d’utilisateur Linux. Mais voilà, cette immersion m’a aussi permis de réaliser à quel point j’étais attaché au confort que m’offre Debian au quotidien. Gentoo, c’est une belle aventure, mais Debian, c’est un peu comme rentrer à la maison.

Une dernière installation pour la route, un dernier hommage. #

Avant de tourner la page, j’ai voulu rendre hommage à Gentoo en préparant une dernière et ultime installation, peaufinée avec soin et à mon image. Huit heures plus tard, ma machine était prête : Plasma, Firefox, mes jeux, Discord… tout ce qui m’accompagne au quotidien. C’était une configuration aux petits oignons, et j’étais satisfait. Mais… il a suffi d’une vidéo pour tout chambouler, c’est là que j’ai fait une bourde.

La bourde ? Une vidéo, le cadeau de Vinceff : GLF OS. #

Je suis tombé sur une vidéo de mon ami Vinceff, intitulée Gaming Linux Awards 2024 - GLF OS annoncé !! - Bilan complet de l’année. En regardant, je n’ai pas pu résister au moment où il dévoile un petit cadeau pour la communauté : une distribution Linux basée sur NixOS (lien direct vers le moment clé) développée par lui et son équipe. Pour ceux qui connaissent Vinceff, vous savez qu’il ne fait pas les choses à moitié. Et moi, avec ma curiosité légendaire, je n’ai pas résisté. Quelques heures après, Gentoo avait sauté pour faire place à GLF OS, une distribution encore en phase de “prototype”.

GLF OS : un projet prometteur et pourquoi il mérite qu’on s’y intéresse: #

Ce cadeau de Vinceff et de son équipe est encore au stade de “prototype”, une version que certains qualifieraient de bêta. Mais connaissant le sérieux de l’équipe, je suis convaincu que cette distribution a un bel avenir. GLF OS n’est pas une simple distribution parmi d’autres, bien qu’encore jeune, cette distribution s’appuie sur la robustesse de NixOS, déjà innovante par sa gestion unique des paquets et des configurations, offre une base solide pour expérimenter quelque chose de nouveau.

Ce projet est porté par une équipe passionnée et compétente, et ça se ressent dès les premières minutes d’utilisation, tout en proposant une approche orientée gaming et simplicité.

J’ai été bluffé par le sérieux du travail accompli et par la promesse de ce projet. GLF OS, même dans son état actuel, laisse entrevoir un potentiel énorme pour les joueurs et les amateurs de Linux en quête d’une expérience innovante.

Conclusion #

Gentoo restera à jamais une aventure marquante pour moi. Elle m’a appris, challengé, et m’a montré ce qu’est vraiment la personnalisation et la performance. Mais, comme souvent dans la vie, de nouvelles opportunités se présentent et éveillent notre curiosité.

GLF OS est cette opportunité. Ce n’est pas un adieu à Gentoo, mais un “à bientôt”, car qui sait ce que l’avenir me réserve.

C’est donc là que j’en suis. Je ne vais pas parler de Debian ici, ni de mon retour éventuel à son confort. Aujourd’hui, je préfère mettre en lumière un projet plein de promesses, porté par des passionnés que je respecte profondément. GLF OS mérite qu’on y jette un œil, et je suis curieux de voir où ce chemin nous mènera.

Et si le mot de la fin serait une présentation de ce projet? #

Découvrez GLF OS : Une Distribution Linux dédiée aux Gamers

Solide, orientée performance, et communautaire, GLF OS est la distribution Linux idéale pour les passionnés de jeux vidéo.

Basé sur NixOS : Robustesse et Fiabilité

GLF OS repose sur la stabilité légendaire de NixOS, un système d’exploitation réputé pour sa gestion de configuration déclarative et sa fiabilité. Le principe clé de GLF OS est l’isolement des logiciels du système principal. Cela garantit non seulement une sécurité renforcée, mais aussi une stabilité constante. Grâce à cette approche, vous avez la possibilité de revenir à une version antérieure de votre système ou de vos paquets en toute simplicité, vous offrant ainsi une tranquillité d’esprit totale.

Un Système Optimisé pour le Gaming

GLF OS n’est pas juste un système d’exploitation, c’est un environnement conçu spécifiquement pour le gaming sous Linux. Compatible avec tous les PC x86_64, cette distribution embarque tous les outils nécessaires pour une expérience de jeu optimale. Steam, Lutris et Heroic Games Launcher sont préinstallés, vous permettant de lancer vos jeux préférés en un clin d’œil. Pour les joueurs professionnels ou ceux qui aiment surveiller leurs performances, GLF OS vient avec MangoHud déjà configuré pour s’activer automatiquement dès que vous lancez vos jeux. Cette fonctionnalité vous offre un suivi en temps réel des performances de votre matériel, comme un véritable pro !

Accessibilité et Interface Simple

L’un des points forts de GLF OS est son interface simple et claire, basée sur GNOME. Ce choix garantit une expérience fluide et intuitive, adaptée aussi bien aux débutants qu’aux utilisateurs plus expérimentés. De plus, la distribution est équipée par défaut de configurations pour gérer votre matériel, comme les manettes PS5 DualSense™, Xbox™ ou 8bitdo® — un détail précieux pour les joueurs qui souhaitent tout de suite s’immerger dans leurs jeux sans configuration supplémentaire complexe.

Un Projet Communautaire au Service des Gamers

GLF OS est bien plus qu’un simple système d’exploitation, c’est un projet communautaire vivant et en constante évolution. Né de la collaboration de passionnés et de professionnels du gaming sous Linux, GLF OS bénéficie des retours d’une communauté active qui teste, optimise et ajuste constamment les configurations pour offrir une expérience de jeu la plus fluide et performante possible. Depuis trois ans, des dizaines de benchmarks et de tests ont été réalisés pour vous offrir les meilleures performances dès l’installation.

Le projet est entièrement communautaire et si vous souhaitez participer à l’aventure, il n’est jamais trop tard pour rejoindre l’équipe. Après tout, GLF OS n’en est qu’à ses débuts et le voyage ne fait que commencer !

GLF OS : Jouez, testez, et optimisez. Votre expérience Linux n’a jamais été aussi agréable.

Un mois sous Gentoo, ça donne quoi?

2024-12-21T14:56:37Z

Le 2 novembre, j’évoquais mon passage à une distribution basée sur Gentoo dans un billet intitulé sobrement “Mon dernier round”. J’y expliquais être passé sur Calculate Linux, une distribution parfaite pour se divertir tout en découvrant l’univers Gentoo. Quelques jours plus tard, dans “Alors, deux semaines avec la Gentoo pour humains ayant une vie sociale, ça donne quoi ?”, je partageais mon enthousiasme pour Calculate. Finalement, j’annonçais mon passage direct à Gentoo dans “Je suis sous Gentoo au lieu de Calculate”.

Après un mois sur Gentoo, il est temps de dresser un premier bilan, à la fois objectif et personnel. Un mois, ce n’est pas suffisant pour tout voir, mais c’est assez pour expérimenter un changement de noyau, de version de Plasma (de la 6.1.5 à la 6.2.4), et la gestion des mises à jour de gros paquets comme Mesa, GCC ou encore QTWebEngine.

Les points forts #

Globalement, je suis satisfait. Certes, ma machine n’est pas un monstre de puissance – un modeste processeur 6 cœurs sans hyper-threading et 8 Go de RAM – mais elle fait le travail. J’ai parfois rêvé d’une machine plus puissante, qui rendrait la compilation moins longue. Cela dit, plus la machine est performante, moins on perçoit de réels bénéfices de la compilation. Avec ma configuration, la différence est flagrante : Plasma est plus réactif que jamais, et les grosses applications comme LibreOffice, Firefox ou GIMP s’ouvrent presque instantanément.

Ces gains, bien que ressentis subjectivement, se vérifient avec certains outils. Par exemple, la construction de mes deux blogs – l’un avec Hexo, l’autre avec Eleventy – est nettement plus rapide. Je gagne entre un tiers et la moitié du temps de compilation par rapport à des distributions comme Debian, Arch Linux, Fedora, ou encore Ubuntu, même en utilisant la même version de Node.js. Cela, je le dois aux optimisations spécifiques à ma machine, notamment grâce aux binaires X86-64-v3.

Autre point positif : la richesse des dépôts Gentoo. Contrairement aux distributions basées sur des paquets .deb ou .rpm, je n’ai pas eu besoin de recourir à des Snap ou Flatpak. Tout ce dont j’ai besoin est déjà dans les dépôts officiels ou dans des overlays comme Guru, et j’ai même créé mon propre overlay. Pas besoin d’un équivalent de l’AUR d’Arch Linux, tout est là, et à jour.

Enfin, j’apprécie l’équilibre des versions logicielles proposées : ni trop anciennes, ni trop fraîches. Cela me permet de profiter d’un Plasma/KDE récent tout en utilisant des versions LTS pour des outils comme Firefox ou LibreOffice. Avec Debian, par exemple, ce choix est frustrant : entre une version stable parfois dépassée et des backports qui ne proposent pas toujours des versions LTS, il y a un manque de cohérence que Gentoo n’a pas.

Les points faibles #

Malgré ces qualités, certains aspects de Gentoo me dérangent et m’ont conduit à envisager d’arrêter temporairement.

1. L’installation #

Gentoo manque d’un installateur moderne. Tout passe par un processus en ligne de commande : chroot, copie de l’image stage3, etc. Certes, cela fait partie de l’expérience Gentoo, mais nous sommes en 2024 (bientôt 2025), et un installateur graphique ou semi-automatisé ne serait pas un luxe. D’autres distributions basées sur Gentoo, comme Calculate ou Redcore, ont franchi ce pas, tout en conservant la possibilité d’une installation manuelle pour les puristes.

2. Les tâches répétitives #

Certains processus pourraient être automatisés. Par exemple, après une mise à jour du noyau, il faut exécuter emerge @module-rebuild. En cas de changement de version de Python ou Perl, des commandes comme python-updater ou perl-cleaner -q --modules sont nécessaires. Bien que ces instructions soient mentionnées par Portage, elles pourraient être intégrées dans le processus de mise à jour. Calculate Linux, avec sa commande cl-update, montre que c’est possible.

3. Les USE flags et le testing #

La personnalisation via les USE flags, bien qu’un atout majeur de Gentoo, peut devenir fastidieuse. De même, devoir autoriser ponctuellement le canal testing pour certains paquets est une contrainte que j’aurais aimé éviter, même si cela peut s’automatiser.

4. Les binaires : une bonne idée, mais perfectible #

Les binaires sont une fonctionnalité relativement récente dans l’univers Gentoo (introduite il y a environ un an). Ils représentent une tentative louable de rendre la distribution plus accessible, notamment pour les utilisateurs avec des machines modestes. Cependant, cette approche semble encore incomplète, comme si elle n’avait pas été pleinement adoptée par la communauté Gentoo, parfois attachée à l’idée que la compilation est essentielle à l’esprit de la distribution.

Malgré tout, les binaires m’ont offert des avantages notables. Sur ma machine, qui est loin d’être une configuration haut de gamme, cela m’a permis de gagner du temps pour les paquets les plus lourds, comme Firefox, Thunderbird, ou encore QtWebEngine. Toutefois, j’ai rencontré un problème qui complique leur utilisation : les binaires ne sont pas toujours disponibles en même temps que les ebuilds. Cela signifie qu’après une mise à jour des dépôts, il peut arriver que les binaires nécessaires soient absents, me forçant à compiler manuellement certains paquets.

Ce problème est bien connu et documenté dans le bug #924772. Pour l’instant, aucune solution pérenne n’a été mise en place. La seule parade consiste à attendre un délai (parfois une journée entière) avant de procéder aux mises à jour, afin que les binaires soient publiés. Cela peut être frustrant, surtout lorsque l’objectif des binaires est justement de simplifier et d’accélérer l’expérience utilisateur.

En conclusion #

Gentoo est une distribution fascinante, exigeante mais gratifiante. Elle n’est pas difficile en soi, mais demande une attention constante. Beaucoup d’améliorations pourraient la rendre plus accessible sans compromettre sa philosophie, comme l’a démontré Calculate Linux ou encore Redcore.

Malgré quelques frustrations, j’ai adoré l’expérience. La seule petite épine que j’ai eue, est suite à une mise à jour. emerge m’a prévenu d’un chevauchement de libs. J’ai suivi ce qu’emerge me conseillait de faire, c’est-à-dire exécuter un emerge @preserved-rebuild, mais le problème persistait. J’ai alors tenté de réinstaller les paquets incriminés (binaires), mais là encore, sans succès. Finalement, c’est Adrien.d qui m’a donné la solution : réinstaller ces paquets à partir de leurs sources, en utilisant l’option --oneshot. Cette méthode a permis de résoudre le problème rapidement. Gentoo offre une fluidité et une réactivité incomparables, même sur une machine modeste. Mes logiciels s’ouvrent rapidement, et Plasma n’a jamais été aussi vif. Si un jour Gentoo propose un installateur moderne, je reviendrai sans hésiter.

Gentoo restera dans mon top 5 des distributions Linux. Pour l’instant, je la quitte, mais certainement pas pour longtemps.

La fin du support 32 bits chez Debian : une communication décevante

2024-12-18T17:39:37Z

Il semblerait que le support de l’architecture 32 bits (i386) par Debian soit sur le point de disparaître. Ce n’est pas une grande surprise en soi, car l’écosystème technologique s’éloigne progressivement de cette architecture vieillissante. Cependant, ce qui me sidère, c’est le manque flagrant de clarté et de transparence dans la communication officielle de Debian concernant cette décision majeure.

Une communication éparse et maladroite #

La nouvelle, pour ceux qui ne suivent pas les discussions étroites des listes de diffusion ou les actualités de certains youtubeurs technophiles, pourrait être passée inaperçue. Cela soulève une question légitime : pourquoi une annonce aussi importante n’a-t-elle pas été relayée par des canaux de communication traditionnels, comme le blog officiel de Debian, les bulletins d’information ou même un simple billet sur Planet Debian ?

Il est difficile d’ignorer que Debian, pourtant connu pour sa rigueur et sa documentation exemplaire, semble avoir manqué l’opportunité d’informer clairement sa communauté. Est-ce par manque d’intérêt ? Par détachement ? Ou tout simplement par négligence ?

Une vision floue pour le 32 bits #

Abandonner le support 32 bits n’est pas une décision anodine. Certes, la majorité des utilisateurs modernes travaillent avec des machines 64 bits. Mais il reste une niche d’utilisateurs qui s’appuient encore sur le 32 bits, que ce soit pour maintenir d’anciens systèmes, pour des raisons de compatibilité logicielle, ou tout simplement par manque de moyens pour renouveler leur matériel.

En refusant d’adresser clairement ce segment de la communauté, Debian montre un manque de vision. Comment les distributions basées sur Debian, comme AntiX ou MX Linux, vont-elles gérer cet abandon ? Comment Debian prévoit-elle de gérer la transition pour les utilisateurs qui comptaient sur le support 32 bits, même si ce n’était qu’à travers des conteneurs ou des environnements virtualisés ? Ces questions restent sans réponse.

Un apprentissage par des sources secondaires #

Ce qui est encore plus frustrant, c’est de constater que l’information a été largement relayée par des youtubeurs ou des sites web tiers avant même que Debian ne publie quelque chose de significatif. Est-ce vraiment le rôle de ces créateurs de contenu de dévoiler les choix stratégiques de Debian ? Bien qu’ils fassent un travail formidable pour vulgariser ces informations, il est triste de voir qu’une organisation aussi emblématique que Debian laisse sa communauté dans l’obscurité.

En conclusion #

La fin du support 32 bits chez Debian était peut-être inévitable. Cependant, la manière dont cette décision a été communiquée soulève de nombreuses interrogations. Une transition de cette ampleur mérite une meilleure préparation et une communication claire et accessible à tous.

En tant que membre de la communauté open source, j’attends de Debian qu’elle prenne ses responsabilités et qu’elle adresse ce manque de communication pour les futures évolutions. Le dialogue, la transparence et la vision à long terme sont les clés pour maintenir la confiance des utilisateurs, quels qu’ils soient.

XFCE 4.20 : Une version pleine de promesses pour un bureau que j'adore

2024-12-18T16:30:36Z

XFCE 4.20 est enfin là, et pour moi, c’est toujours un petit événement. Ce bureau, je l’ai toujours vu comme un vieux compagnon fiable. Il n’est peut-être pas aussi clinquant que certains autres, mais il a ce charme discret et cette efficacité redoutable qui m’ont conquis depuis longtemps.

Avec cette nouvelle version, XFCE continue sur sa lancée : des évolutions mesurées, mais toujours pertinentes. Le passage à GTK 4, qui était attendu, marque un pas important. Non seulement cela modernise encore davantage l’expérience utilisateur, mais cela prépare XFCE à rester compétitif dans le paysage des environnements de bureau, sans jamais sacrifier sa légèreté. Et pour moi, c’est ça la magie d’XFCE : il évolue sans se trahir, restant fidèle à ses principes de simplicité et de performance.

Ce que j’ai adoré dans cette version #

Améliorations du gestionnaire de fenêtres : Le support des modes fractionnels pour le scaling est une bénédiction. Moi qui jongle avec différents écrans, cette nouveauté va rendre mon quotidien beaucoup plus agréable.
Un Thunar encore plus puissant : Le gestionnaire de fichiers de XFCE reçoit encore des nouveautés bien pensées. Les marque-pages personnalisables et les prévisualisations pour de nouveaux types de fichiers renforcent son côté pratique, sans jamais tomber dans la surenchère.
Focus sur l’expérience utilisateur : Des détails comme l’amélioration du panneau de configuration ou les tweaks visuels montrent qu’XFCE sait se moderniser en douceur.

XFCE, mon bureau de cœur #

Pourquoi je reviens toujours à XFCE, malgré mes escapades avec d’autres environnements ? C’est simple : il fait exactement ce que je lui demande, ni plus ni moins. Avec XFCE, je sais que je peux me concentrer sur ce qui compte vraiment, sans être distrait par des animations tape-à-l’œil ou des fonctionnalités dont je n’ai pas besoin.

Ce bureau m’accompagne depuis des années, et j’ai vu son évolution avec un mélange de fierté et d’enthousiasme. XFCE 4.20 ne fait que renforcer ce lien. C’est toujours un plaisir de voir que la communauté XFCE continue de porter ce projet avec autant de soin et de passion.

Alors, si vous aimez un bureau léger, fiable et agréable à utiliser, XFCE 4.20 mérite toute votre attention. Personnellement, je sais que je vais encore passer de longues heures à l’utiliser avec le sourire. 😊

sortie de xfce 4.20 (trad)

2024-12-17T10:31:08Z

Après presque deux ans de travail, nous sommes heureux d’annoncer la sortie de Xfce 4.20.

Depuis Xfce 4.18, de nombreux développements majeurs ont eu lieu. Notre équipe a ajouté de nombreuses nouvelles fonctionnalités intéressantes, a effectué des milliards de corrections de bugs et a réalisé diverses améliorations mineures. Finalement, tout cela a été publié pour votre plaisir.

L’objectif principal de ce cycle de développement a été de préparer la base de code pour qu’elle soit prête pour Wayland. Ainsi, nous disposons entre-temps d’un support Wayland expérimental pour la plupart des composants. Plus de détails dans la section « Wayland » ci-dessous.

En supposant que vous ayez installé Xfce 4.18, voici un aperçu des principaux changements que vous verrez lors d’une mise à niveau vers Xfce 4.20.

Général #

Wayland #

Remarque importante : veuillez noter que la prise en charge de Wayland dans Xfce 4.20 est expérimentale. Elle est recommandée uniquement aux utilisateurs avancés, car vous risquez de rencontrer des bugs et de ne pas bénéficier de fonctionnalités complètes. Procédez avec prudence !

Grâce à Brian et Gaël, presque tous les composants Xfce sont capables de fonctionner sur le fenêtrage Wayland, tout en conservant le support du fenêtrage X11.

Cet effort majeur a été réalisé en faisant abstraction de tous les appels spécifiques au fenêtrage X11/Wayland et en utilisant les protocoles Wayland/Wlroots. Une toute nouvelle bibliothèque Xfce, « libxfce4windowing », a été introduite au cours de ce processus. XWayland ne sera pas nécessaire pour exécuter l’un des composants Xfce portés.

Jusqu’à présent, Xfce ne dispose pas d’un compositeur prenant en charge Wayland. Si vous souhaitez exécuter Xfce dans Wayland, Labwc et Wayfire vous donneront les meilleurs résultats. Vous trouverez des instructions détaillées à ce sujet ici . Veuillez noter que la prise en charge de Wayland est encore expérimentale !

Des projets sont en cours pour ajouter le support Wayland à Xfwm4 tout en préservant ses fonctionnalités X11 existantes. Cependant, une telle restructuration nécessitera un effort majeur et nous ne pouvons pas encore dire quand/si elle sera réalisée, alors ne retenez pas votre souffle en l’attendant.

Pour quelques composants et plusieurs fonctionnalités, il n’a pas été possible de les porter vers Wayland, en partie parce qu’il n’existe pas encore de protocoles Wayland standardisés disponibles pour fournir les services requis :

La prise en charge de l’espace de travail est manquante (le protocole ext-workspace vient d’être fusionné ).
Les icônes de la barre d’état système seront manquantes pour plusieurs applications (nécessaire pour utiliser StatusNotifier au lieu de GtkStatusIcon)
Paramètres Xfce4 : les paramètres du clavier et de la souris sont jusqu’à présent internes au compositeur Wayland et, par conséquent, les boîtes de dialogue Xfce correspondantes ne seront pas encore disponibles sur Wayland.
La gestion du clavier liée à l’alimentation (touches de luminosité, suspension, etc.) est interne au compositeur Wayland et ne peut donc pas encore être prise en charge par les composants Xfce.
Wayland ne spécifie pas de protocole natif pour prendre des captures d’écran. Cependant, xfce4-screenshooter prend déjà en charge les captures d’écran via le protocole wlroots ‘screencopy’ (écran entier). Les captures d’écran d’une sélection rectangulaire ou de la fenêtre active ne sont pas encore prises en charge via Wayland.

Certains autres composants Xfce ne fonctionnent pas du tout sur Wayland :

Xfwm4
Tableau de bord Xfdashboard
Xfce4-screensaver (le portage vers Wayland est terminé mais pas fusionné , car il nécessite la bibliothèque expérimentale libwlembed )
Xfce4-windowck-plugin (doit être porté vers libxfce4windowing )
Xfce4-xkb-plugin (la gestion du clavier est interne au compositeur Wayland)

Des informations plus détaillées sur l’état actuel de Wayland peuvent être trouvées sur notre feuille de route Wayland.

Mise à l’échelle #

La mise à l’échelle des icônes et des vignettes a été corrigée pour divers composants. Diverses icônes manquantes pour des échelles plus grandes ont été ajoutées. Tout flou lors de l’utilisation de composants Xfce sur un écran HiDPI devrait désormais disparaître.

exo #

Performances de la vue des icônes #

En utilisant différents types de conteneurs, « Exo-Icon-View » peut désormais gérer 100 000 fichiers et plus sans se bloquer.

Zone de recherche de saisie semi-automatique #

La zone de recherche de type avancé dans la vue d’icône exo reste désormais toujours à l’intérieur du widget de vue correspondant.

libxfce4ui #

Éditeur de raccourcis #

Les raccourcis peuvent désormais être utilisés pour plusieurs actions s’ils n’entrent pas en conflit les uns avec les autres.

À propos de Dialog #

La boîte de dialogue affiche désormais le logo de distribution, des informations sur le système de fenêtrage utilisé et le GPU utilisé.

libxfce4windows #

Cette bibliothèque est nouvelle dans Xfce. Libxfce4windowing est une bibliothèque d’abstraction qui tente de présenter les concepts de fenêtrage (écrans, fenêtres de niveau supérieur, espaces de travail, etc.) d’une manière indépendante du système de fenêtrage.

Actuellement, X11 est entièrement pris en charge via libwnck. Wayland est partiellement pris en charge en utilisant diverses extensions de protocole Wayland. Cependant, la gamme complète des opérations disponibles sur X11 n’est pas disponible sur Wayland, en raison de fonctionnalités manquantes dans ces extensions de protocole.

thunar #

Emplacements montés et distants #

Les points de montage affichent désormais un emblème et ont une description de type spécifique.

Les URL distantes IPv6 sont désormais prises en charge.

Il est désormais possible de créer des liens symboliques également sur des emplacements distants.

Recherche #

Il n’est plus nécessaire d’attendre qu’une recherche soit terminée pour ouvrir le menu contextuel sur les résultats de recherche.

Barre d’outils #

Quelques nouveaux boutons de barre d’outils ont été ajoutés :

Sélecteur de vue - Un bouton déroulant pour sélectionner une vue.
Menu - Ce bouton hamburger s’affiche automatiquement dans la barre d’outils lorsque la barre de menu est masquée. Il révèle un menu vertical, une barre, lorsqu’il est enfoncé.
Nouvel onglet – Ouvrir un nouvel onglet en utilisant le répertoire actuel.
Nouvelle fenêtre - Ouvre une nouvelle fenêtre en utilisant le répertoire actuel.

En réduisant la fenêtre Thunar, les éléments de la barre d’outils seront désormais déplacés vers un menu déroulant. De cette façon, il est possible de conserver des fenêtres Thunar plus petites.

De plus, un bug a été corrigé qui empêchait l’utilisation des actions personnalisées du sous-menu dans la barre d’outils.

Décorations de fenêtre #

Il existe désormais une option permettant d’utiliser les décorations côté client dans Thunar (CSD).

Barre d’état #

Une option permettant d’afficher le nombre de fichiers cachés dans la barre d’état a été ajoutée.

Fichiers récemment utilisés #

Seuls les fichiers qui ont été ouverts avec succès sont désormais ajoutés à la liste des fichiers récemment utilisés.

Les répertoires ne seront plus ajoutés aux fichiers récemment utilisés.

Icônes symboliques #

Il existe désormais une option permettant d’utiliser des icônes symboliques dans le volet latéral et des icônes colorées dans la barre d’outils.

Glisser-déposer #

Lors du déplacement des fichiers, les dossiers s’ouvrent désormais automatiquement au survol.

Lors du déplacement de fichiers, le focus du volet d’affichage fractionné est désormais mis à jour lorsque vous passez la souris dessus.

Performance #

Dans le passé, vous avez peut-être été confronté à des situations impliquant un grand nombre de fichiers dans lesquelles Thunar a montré un blocage. En raison de diverses mesures de performance différentes, Thunar est désormais beaucoup plus résistant aux actions impliquant un grand nombre de fichiers.

Cela a été réalisé en utilisant des types de conteneurs appropriés, en déplaçant certaines actions dans des tâches distinctes et en limitant les mises à jour de vue.

UNun certain nombre de cas de tests d’intégration seront utilisés afin de maintenir les performances au niveau actuel à l’avenir.

Actions personnalisées #

Les raccourcis pour l’action personnalisée fonctionneront désormais également lorsque l’action personnalisée est située dans un sous-menu.

Transfert de fichiers #

Pour la validation des fichiers dans Thunar 4.18.xa, une somme de contrôle MD5 a été calculée pour les fichiers source et cible. Ce calcul s’est avéré plutôt lent et en fait superflu. Les fichiers sont désormais comparés directement. De plus, l’utilisation d’opérations d’E/S directes tente désormais d’empêcher la comparaison de tampons éventuellement mis en cache.

Une option a été ajoutée pour copier les fichiers en parallèle uniquement si les périphériques concernés sont en état d’inactivité. Cela évite une éventuelle fragmentation lors de la copie pour les disques durs.

Le transfert de fichiers ne détourne plus l’attention actuelle.

La boîte de dialogue de questions sur le transfert de fichiers propose désormais les mêmes options tout en comportant moins de boutons. De plus, les vignettes de fichiers sont désormais correctement demandées par la boîte de dialogue.

Lanceurs #

Par défaut, les noms des lanceurs sont désormais affichés à la place des noms de fichiers pour les lanceurs approuvés.

Annuler/Rétablir #

L’utilisateur sera désormais interrogé avant qu’une suppression ne soit effectuée par une opération d’annulation.

Vue de liste #

Semblable au volet latéral de l’arborescence, la vue principale prend désormais également en charge l’extension des dossiers.

Vue fractionnée #

Un raccourci peut désormais être utilisé pour basculer entre les volets d’affichage fractionné, et le volet focalisé utilise désormais une coloration différente.

Une boîte de dialogue demandera désormais confirmation lors de la fermeture d’un volet divisé avec plusieurs onglets.

xfce4-appfinder #

La liste des applications peut désormais également être parcourue via les touches Ctrl+N / Ctrl+P (VI par défaut).

Une option a été ajoutée pour fermer automatiquement la fenêtre Appfinder lorsque le focus est perdu.

Ctrl+Entrée peut être utilisé pour exécuter des commandes immédiatement lors de la sélection d’entrées dans la liste déroulante.

Dans la nouvelle version, les actions spécifiques à l’application s’afficheront lors d’un clic droit.

Une option permettant d’afficher les noms génériques des lanceurs a été ajoutée.

Appfinder peut désormais être lancé en tant que démon, afin de répondre encore plus rapidement.

Une option permet désormais de lancer des éléments en un seul clic.

panneau xfce4 #

Général #

La largeur de la bordure du panneau est désormais configurable.

Pour les installations manuelles : le panneau fait désormais de son mieux pour trouver les plugins dans les répertoires de base XDG et préserve mieux sa configuration lorsqu’il ne les trouve pas.

Horloge #

Horloge LCD : Une option a été ajoutée pour visualiser les segments inactifs.

Analogique : Il existe désormais un mode 24h optionnel.

Numérique : les numéros de semaine sont désormais affichés en option.

Afficher le bureau #

Il est désormais possible d’afficher le bureau en passant la souris sur l’icône du panneau « Afficher le bureau ».

Liste des tâches #

La gestion de la taille des icônes a été globalement améliorée, notamment en passant à libxfce4windowing.

Préférences #

La touche « Supprimer » peut désormais être utilisée pour supprimer des objets du panneau, et plusieurs objets peuvent être supprimés à la fois.

Les objets du panneau dans la liste de configuration du panneau auront désormais les mêmes icônes que dans le panneau lui-même.

Gestionnaire d’alimentation xfce4 #

Verrouillage de l’écran #

Il n’y a plus d’onglet “sécurité” dédié. La gestion de l’écran de verrouillage a été considérablement simplifiée et “Light Locker” a été abandonné. “lock-on-sleep” est désormais synchronisé avec xfce4-session et xfce4-screensaver.

Les paramètres de verrouillage de l’écran sont désormais gérés uniquement par xfce4-screensaver pour éviter les conflits. Un bouton permettant d’ouvrir xfce4-screensaver-preferences a été ajouté :

Paramètres d’alimentation #

La prise en charge de la gestion de différents profils d’alimentation via power-profiles-daemon a été ajoutée.

Le calcul de l’état de charge global était erroné dans certains cas et est désormais corrigé.

Lorsque la boîte de dialogue d’alimentation critique s’affiche, les actions involontaires de l’utilisateur sont désormais empêchées.

Le mode veille hybride est désormais pris en charge.

L’onglet Détails de l’appareil affiche désormais également le tarif énergétique.

Autres #

Plusieurs cas d’utilisation pour la fermeture du couvercle ont été corrigés.

Il y a maintenant les options « arrêter » et « ne rien faire » lors de la fermeture du couvercle.

Les boutons permettant de modifier la luminosité de manière exponentielle et les touches de basculement du rétroéclairage du clavier sont désormais pris en charge.

session xfce4 #

La boîte de dialogue de déconnexion ne fournira plus de case à cocher pour activer l’enregistrement de session.

Il est désormais possible de démarrer une session Wayland via ‘startxfce4 --wayland’.

Un support minimal pour xdg-desktop-portal a été ajouté en s’inscrivant pour un fond d’écran, une capture d’écran et un arrière-plan xapp.

paramètres xfce4 #

Paramètres d’apparence #

Les thèmes d’icônes sont désormais chargés dans un thread séparé, afin d’éviter un éventuel blocage.

Pour les thèmes d’icônes connus pour être incomplets, un avertissement sera désormais affiché.

L’utilisation des décorations côté client est désormais une option d’adhésion, et non une option de désadhésion.

Les thèmes sombres sont désormais identifiés et pris en charge de manière plus fiable. (Pertinent par exemple pour les thèmes Qogir et Orchis)

Paramètres d’affichage #

Le profil d’affichage par défaut a été ajouté à la liste des profils pouvant correspondre et sera utilisé si plusieurs correspondent désormais.

La gestion des profils a été étendue à tous les profils, pas seulement à ceux qui correspondent, et leurs noms peuvent désormais être modifiés.

La mise à l’échelle est désormais toujours effectuée pour les deux dimensions et l’aperçu montre la taille résultante.

La gestion de l’état du miroir a été globalement améliorée, notamment en supprimant la nécessité de faire correspondre les taux de rafraîchissement.

La boîte de dialogue minimale a été améliorée, notamment en permettant d’étendre l’affichage vers la gauche et de haut en bas, et avec un affichage de profil compact.

Paramètres de la souris #

Une case à cocher a été ajoutée pour basculer entre le profil d’accélération de la souris adaptatif et plat.

Le défilement haute résolution peut désormais être activé pour les souris qui le prennent en charge.

Paramètres MIME #

Il est désormais possible de sélectionner/modifier plusieurs éléments à la fois.

xfconf #

Une unité utilisateur systemd, correspondant au service de session D-Bus, est désormais ajoutée.

Les espaces sont désormais correctement échappés lors de l’écriture d’un canal xfconf sur le disque.

Xfconf-query affiche désormais le contenu du tableau.

xfdesktop #

Gestion de l’arrière-plan #

Pour le cycle aléatoire des fonds d’écran, les fonds d’écran ne sont désormais répétés qu’une fois que tous les autres fonds d’écran ont été affichés.

Les anciens arrière-plans Xfce ont été portés de .png à .svg pour être utilisables sur les grands écrans.

Les dégradés seront désormais rendus de manière gamma correcte.

Grille d’icônes #

La boîte de dialogue de confirmation pour organiser les icônes du bureau est désormais facultative.

Il est désormais possible de définir des couleurs personnalisées pour les étiquettes des icônes et l’arrière-plan des icônes.

La grille d’icônes sur chaque moniteur est désormais indépendante les unes des autres.

Icônes d’application minimisées #

Les icônes de fenêtre s’affichent désormais initialement sur l’écran où la fenêtre était présente avant d’être réduite.

Le menu contextuel (lors d’un clic sur un espace vide) dispose désormais d’options plus utiles qu’avant.

Icônes de fichiers #

Il existe désormais une option permettant de trier les dossiers avant les fichiers.

Les positions des icônes sont désormais enregistrées de manière à éviter que les icônes ne se déplacent de manière inattendue lorsque des moniteurs sont ajoutés et supprimés.

Les nouveaux fichiers et les fichiers déposés seront désormais placés à proximité de l’emplacement actuel du curseur.

Les icônes des disques fixes et des lecteurs peuvent désormais être affichées en option.

Préférences #

L’onglet « Icônes du bureau » a été entièrement retravaillé.

Tous les raccourcis de Xfdesktop peuvent désormais être configurés à l’aide du widget XfceShortcutsManagers.

D’autres dossiers contenant des images d’arrière-plan ont été ajoutés en tant que raccourcis dans la boîte de dialogue des paramètres.

La boîte de dialogue des paramètres sera mise à jour si l’arrière-plan est modifié en dehors de la boîte de dialogue.

Les dossiers d’images de fond d’écran sont désormais chargés de manière entièrement asynchrone pour éviter tout décalage.

Les actions personnalisées en cascade seront désormais également affichées correctement dans Xfdesktop.

Il est désormais possible d’ouvrir plusieurs dossiers sélectionnés à la fois.

Le menu contextuel s’ouvre désormais lorsque vous appuyez sur un bouton plutôt que lorsque vous le relâchez, comme la plupart des utilisateurs s’y attendent.

Le menu de la liste de la fenêtre contextuelle présente un nouveau style et des fonctionnalités supplémentaires.

xfwm4 #

Prise en charge des variantes de thème extensibles

compositeur : bloc softpipe pour GLX vsync

focus : Inclure le saut de la barre des tâches/du téléavertisseur lors du passage du focus

Correction d’un crash lors de l’utilisation de Alt-Tab ( #762 )

Pour des raisons de lisibilité, cette liste ne présente que les points principaux. Consultez le journal des modifications complet de Xfce 4.20 pour une liste plus détaillée des modifications.

Le thème « Greybird-dark » et le thème d’icônes « elementary Xfce dark » ont été utilisés pour les captures d’écran. Ce résumé peut également être consulté sous forme de visite en ligne localisée .

Cette version peut être téléchargée ici , soit sous la forme d’un ensemble de packages individuels, soit sous la forme d’une archive tar unique incluant toutes les versions individuelles.

Nos commanditaires #

Merci à Gandi pour avoir mis gratuitement à disposition l’infrastructure du serveur Xfce, et à Kalmar NDC pour avoir sponsorisé nos runners GitLab. Nous apprécions votre soutien !

Un grand merci également à nos généreux soutiens financiers sur Open Collective US et Open Collective EU !

Pour le moment, à part quelques achats de matériel pour nos développeurs, nous n’avons pas de plans précis pour les fonds. Nous étudions les meilleurs moyens de les utiliser efficacement. C’est rassurant de savoir que nous bénéficions d’un soutien financier aussi solide. Merci pour votre soutien !

Cordialement,

L’équipe de développement Xfce (Source: https://alexxcons.github.io/blogpost_14.html)

KDE veut sa propre distribution Linux : une bonne idée ou un pas de trop ?

2024-12-12T09:23:39Z

L’annonce est tombée récemment : KDE prévoit de lancer une distribution Linux officielle, portant l’empreinte directe de son équipe de développement. Une initiative qui, à première vue, semble logique pour renforcer l’intégration de son environnement de bureau Plasma et offrir une expérience utilisateur parfaitement calibrée. Mais face à l’existence de KDE Neon, une distribution déjà pilotée par la communauté KDE, et dans un contexte où la fragmentation de Linux est souvent pointée du doigt comme un obstacle à sa réussite sur le desktop, la question mérite réflexion.

Une nouvelle distribution : pourquoi ? #

L’idée d’une distribution officielle KDE semble répondre à une volonté de centralisation et de contrôle. Actuellement, KDE Plasma est un environnement disponible sur de nombreuses distributions (openSUSE, Fedora, Arch, Debian, etc.), chacune offrant une expérience différente en termes de configuration et de support. KDE souhaite probablement rationaliser cette diversité pour offrir une version de Plasma qui reflète au mieux leur vision, sans compromis imposés par des choix externes.

Cela permettrait également à KDE de tester directement ses nouvelles fonctionnalités sur une base utilisateur standardisée, facilitant les retours et la correction des bugs. En somme, une distribution officielle KDE pourrait devenir une vitrine technologique, à l’image de Fedora pour GNOME.

Et KDE Neon dans tout ça ? #

KDE Neon, lancé en 2016, joue déjà un rôle similaire : il s’agit d’une distribution basée sur Ubuntu, régulièrement mise à jour avec les dernières versions de Plasma et des applications KDE. Si KDE souhaite créer une nouvelle distribution indépendante, cela pose la question de l’avenir de Neon.

KDE Neon est souvent critiqué pour sa base Ubuntu, perçue comme vieillissante par certains puristes, et pour son accent mis sur Plasma, laissant d’autres composants système un peu en retrait. Peut-être que KDE cherche à aller plus loin, avec une distribution construite de zéro ou basée sur une autre technologie, pour résoudre ces limitations. Mais cela pourrait aussi semer la confusion parmi les utilisateurs : pourquoi choisir une nouvelle distribution KDE plutôt que Neon ?

La fragmentation : un problème ou une richesse ? #

L’arrivée de cette distribution KDE intervient dans un contexte où le nombre de distributions Linux dépasse déjà les 300. Cette prolifération, bien qu’illustrant la richesse et la liberté de l’écosystème Linux, est souvent critiquée pour sa fragmentation. À chaque nouvelle distribution, les ressources (développement, support, documentation) sont divisées, rendant plus difficile l’adoption de Linux par le grand public.

Pour les détracteurs, la création d’une distribution officielle KDE ne fait qu’aggraver ce problème. Plutôt que de se concentrer sur l’amélioration de l’intégration de Plasma dans les distributions existantes, KDE choisit une voie isolée qui pourrait détourner l’attention des développeurs et affaiblir les partenariats existants.

D’un autre côté, la fragmentation est aussi ce qui permet à Linux de s’adapter à tant de besoins et d’usages différents. Si KDE réussit à proposer une distribution réellement innovante, elle pourrait inspirer d’autres projets et enrichir l’écosystème global.

Un pari risqué ? #

Lancer une nouvelle distribution est un projet ambitieux, mais il est aussi risqué. KDE devra non seulement convaincre ses utilisateurs de la pertinence de ce projet, mais aussi se démarquer des distributions KDE déjà bien établies, comme openSUSE ou Fedora KDE. La question du financement et du support à long terme reste également ouverte : maintenir une distribution nécessite des ressources importantes, et KDE n’a pas le soutien d’une entreprise comme Canonical (Ubuntu) ou Red Hat (Fedora).

En outre, cette initiative risque de diviser sa propre communauté. Les utilisateurs fidèles de Neon pourraient se sentir délaissés, et les contributeurs pourraient hésiter à répartir leurs efforts entre Neon et cette nouvelle distribution.

Conclusion : Une opportunité, mais à quel prix ? #

Si l’idée d’une distribution officielle KDE est séduisante sur le papier, elle soulève de nombreuses interrogations sur sa faisabilité et son impact sur l’écosystème Linux. Face à l’abondance de distributions existantes, KDE devra prouver que ce projet apporte une réelle valeur ajoutée, sans sacrifier ses partenariats et ses utilisateurs actuels.

L’enjeu est de taille : réussir à proposer une distribution qui incarne l’excellence technique de KDE Plasma, tout en évitant de devenir un symbole supplémentaire de la fragmentation de Linux. Reste à voir si ce pari sera gagnant ou si, au contraire, il marquera une dispersion des efforts dans une direction déjà bien occupée par KDE Neon.

KDE sera la deuxième saveur officielle de Fedora, mais à quel prix ?

2024-12-12T08:06:05Z

Fedora et KDE : Une saveur officielle, mais à quel prix ? #

date: 2024-11-25 21:16:05

La communauté Linux est en effervescence : Fedora a annoncé que KDE Plasma deviendra bientôt sa deuxième saveur officielle, à côté de GNOME. Une décision majeure qui réjouira sans aucun doute les amateurs de cet environnement de bureau élégant et modulaire. Mais si cette annonce est une bénédiction pour Fedora et ses utilisateurs, elle pourrait bien marquer un tournant difficile pour une autre distribution qui a toujours été en tête du peloton des “KDEistes” : openSUSE.

Fedora KDE : Une montée en puissance inédite #

Fedora, connu comme un terrain d’innovation technologique, a longtemps été associé à GNOME, un partenariat naturel puisque les deux projets partagent les mêmes racines chez Red Hat. Avec l’ajout de KDE Plasma comme saveur officielle, Fedora élargit son horizon et ouvre la porte à une nouvelle communauté d’utilisateurs.

Pour les amateurs de KDE, c’est une excellente nouvelle. Fedora bénéficie déjà d’une excellente réputation en matière de stabilité et de rapidité dans la livraison des nouvelles technologies. Avec KDE sous le même statut qu’un bureau GNOME, les utilisateurs peuvent espérer une expérience optimisée, une meilleure intégration des outils Fedora et des mises à jour régulières, tout en restant à l’avant-garde des innovations KDE.

Pour Fedora, ce changement signifie également une opportunité stratégique : attirer les utilisateurs qui recherchent une expérience KDE de qualité sans devoir se tourner vers des distributions historiquement associées à cet environnement de bureau, comme openSUSE ou KDE Neon.

Le coup dur pour openSUSE : une double peine ? #

Pour openSUSE, la nouvelle a de quoi inquiéter. Cette distribution, souvent qualifiée de “terre promise” pour les amateurs de KDE, se trouve déjà dans une position délicate. Récemment, SUSE a imposé un changement de nom pour la distribution communautaire, semant la confusion et provoquant des débats houleux au sein de la communauté. Ce changement, perçu par beaucoup comme une tentative de recentrer la marque autour de SUSE (l’entreprise mère), a laissé un goût amer.

Maintenant, avec Fedora qui entre en lice en tant que champion de KDE, openSUSE risque de perdre une partie de son public fidèle. Fedora est soutenu par Red Hat, une organisation aux ressources financières et techniques considérables, ce qui pourrait permettre à Fedora KDE de rivaliser directement avec openSUSE sur son propre terrain. Pour les KDEistes, habitués à une expérience soignée avec openSUSE, la tentation de migrer vers Fedora pourrait être grande si la nouvelle saveur tient ses promesses.

Pire encore, openSUSE peine à maintenir son rôle de pionnier. Avec des fonctionnalités comme openQA et des outils novateurs comme YaST, elle a longtemps été une référence. Mais les récents bouleversements, couplés à une concurrence accrue, risquent de faire vaciller sa position de choix pour KDE. La question se pose : est-ce le début d’un déclin pour openSUSE dans l’écosystème Linux ?

Une concurrence saine ou une menace pour l’écosystème KDE ? #

Si Fedora KDE réussit son pari, cela pourrait donner un nouveau souffle à l’écosystème Linux. La concurrence pousse les distributions à innover et à s’améliorer, ce qui profite en fin de compte à tous les utilisateurs. Cependant, le risque de fragmentation et de perte d’identité est bien réel.

openSUSE, qui a toujours été un bastion de stabilité et de créativité pour KDE, pourrait se voir reléguée au second plan. Les utilisateurs pourraient hésiter à investir dans une distribution dont l’avenir semble incertain, surtout si Fedora devient un acteur incontournable pour KDE.

Quant à KDE Neon, une autre distribution phare pour les fans de Plasma, elle pourrait aussi perdre en popularité face à l’attractivité d’une distribution majeure comme Fedora.

Conclusion : Une opportunité pour Fedora, un défi pour openSUSE #

L’annonce de Fedora KDE comme saveur officielle est sans doute une avancée majeure pour la diversité et la popularité de Linux. Mais derrière cette bonne nouvelle se cache un défi pour openSUSE et d’autres distributions KDE-first. Déjà fragilisée par des décisions internes controversées, openSUSE devra redoubler d’efforts pour maintenir sa position et rassurer ses utilisateurs.

Pour la communauté KDE, il s’agit d’une opportunité de voir leur environnement de bureau préféré briller sur une distribution aussi influente que Fedora. Mais à quel prix ? Seul l’avenir nous dira si cette concurrence poussera openSUSE à se réinventer ou si elle marquera le début d’un lent déclin pour cette distribution légendaire.

Sortie de Nixos 24.11

2024-12-02T18:23:59Z

NixOS 24.11 “Vicuña” : une nouvelle étape pour les passionnés #

Salut les ami·e·s,

Aujourd’hui, on va parler de NixOS 24.11, alias “Vicuña”, la dernière version stable de cette distribution Linux pas comme les autres. C’est une annonce qui me tient à cœur, car NixOS est un véritable OVNI dans le paysage des distributions Linux, et chaque version apporte son lot d’innovations et de défis.

Les responsables de cette sortie, Tristan Ross et Weijia Wang, ont confirmé que cette version bénéficie d’un support de sept mois (jusqu’au 30 juin 2025). Autant dire que si vous êtes tentés de tester ou de migrer, c’est le moment !

Pourquoi parler de NixOS ici ? #

Parce que NixOS, ce n’est pas juste une distribution. C’est un concept. Une manière radicalement différente de gérer un système, basée sur la reproductibilité et la modularité. Pour quelqu’un comme moi, qui aime expérimenter avec les distributions et apprendre de leurs forces (et de leurs défauts), chaque nouvelle version de NixOS est une petite révolution.

Les nouveautés de la version 24.11 #

NixOS ne fait jamais dans la demi-mesure, et cette version le prouve :

8 141 nouveaux paquets et 20 975 paquets mis à jour.
Suppression de 3 970 paquets pour garder l’ensemble maintenable et sûr.
Arrivée de 119 nouveaux modules, avec 1 706 nouvelles options pour la configuration.

Ce sont des chiffres impressionnants qui témoignent de l’effort collectif de la communauté. 2669 contributeurs ont participé à cette aventure, avec 49 079 commits depuis la dernière version. Respect.

Les points techniques à retenir #

GNOME 47 “Denver” fait son entrée avec des fonctionnalités attendues comme le support des petits écrans ou l’encodage matériel pour les captures d’écran.
Plasma 6.2 est également de la partie, apportant des corrections et des améliorations bienvenues.
LLVM 19 remplace son prédécesseur, tandis que GCC reste inchangé.

Enfin, pour les utilisateurs macOS (ou Darwin, si on veut être précis), cette version marque un gros pas en avant grâce au travail des mainteneurs dédiés.

Ce que j’aime chez NixOS #

Pour moi, NixOS incarne l’idée que Linux peut être bien plus qu’un simple système d’exploitation. C’est une vision. La manière dont elle gère les paquets, les configurations, et même les tests fait de chaque installation une expérience unique et riche.

Évidemment, ce n’est pas une distribution pour les débutants ou pour ceux qui aiment le tout-cuit (coucou Calamares…). Mais si vous aimez comprendre ce qui se passe sous le capot et garder un contrôle total sur votre système, NixOS mérite un essai.

En conclusion #

NixOS 24.11 est une étape importante, et j’ai hâte de voir comment cette version va être adoptée. Je ne vais pas la déployer sur ma machine principale pour l’instant (j’ai déjà Gentoo qui tourne au poil, et je suis trop bien là-dessus), mais je vais sûrement la tester en VM, histoire de voir de plus près ce GNOME 47 et ce Plasma 6.

Et vous, avez-vous déjà testé NixOS ? Qu’est-ce qui vous attire ou vous rebute chez cette distribution ? Partagez vos avis, vos expériences ou vos doutes en commentaire, ça m’intéresse toujours !

À bientôt, et gardez l’esprit curieux !

Retour à TuxFamily : quand la simplicité prime sur les soucis

2024-11-30T13:54:07Z

Ces derniers temps, j’ai rencontré un problème récurrent chez mon précédent hébergeur : la gestion de la mise en cache. Ce détail, qui peut paraître anodin, s’est révélé être une source constante de frustration, impactant négativement la performance et la fiabilité de mon site. Après quelques tentatives infructueuses pour régler la situation, j’ai décidé de revenir à un hébergeur qui m’avait toujours donné satisfaction : TuxFamily.

TuxFamily, pour ceux qui ne connaissent pas, est un hébergeur associatif qui met à disposition des outils simples, efficaces et sans prétention. Leur philosophie axée sur la communauté et leur transparence me conviennent parfaitement. Certes, ce n’est pas le service le plus « clé en main » du marché, mais il offre une stabilité et une légèreté qui manquaient cruellement chez mon hébergeur précédent.

En reprenant mes marques chez TuxFamily, j’ai redécouvert à quel point l’expérience utilisateur peut être agréable lorsque l’infrastructure ne joue pas contre nous. Pas de mauvaises surprises côté cache, et une infrastructure qui fait ce qu’on lui demande, sans surplus.

Cette migration m’a rappelé une chose essentielle : parfois, il vaut mieux opter pour la simplicité et la fiabilité que pour des solutions censées être modernes, mais qui ajoutent plus de problèmes qu’elles n’en résolvent.

KDE Neon : Promesse de modernité ou déception annoncée ?

2024-11-30T11:21:27Z

Récemment, j’ai décidé de tester KDE Neon, une distribution censée mettre en avant l’environnement de bureau Plasma. Pourtant, au fil de l’expérience, une question m’a hanté : cette distribution cherche-t-elle à promouvoir KDE ou à nous dégoûter du système Linux ?

Une installation chaotique #

Dès les premières étapes, l’expérience tourne à la catastrophe. KDE Neon utilise Calamares comme installateur, un outil censé simplifier la vie des utilisateurs. Pourtant, c’est tout le contraire : une instabilité exaspérante et une propension à planter, notamment lors du partitionnement. Après deux échecs cuisants, j’ai enfin réussi à mener l’installation à terme, mais ce n’était que le début des ennuis.

Des mises à jour dignes d’un casse-tête #

Une fois le système installé, on m’accueille avec une mise à jour obligatoire. Mon instinct me pousse à ouvrir un terminal, espérant qu’APT puisse faire le travail. Malheureusement, KDE Neon impose un passage par l’interface graphique. Résigné, je lance l’outil graphique, qui redémarre la machine pour appliquer les mises à jour. Une perte de temps et d’énergie, surtout pour une tâche aussi banale.

Les mystères du changement de disques #

Comme si cela ne suffisait pas, j’ai également rencontré un problème inattendu : un changement d’ordre de mes disques. Mon disque sda est devenu sdb, et inversement. Cela m’a causé des soucis considérables jusqu’à ce que je découvre la source du problème.

Une ode à Plasma ou un sabotage ? #

Ce que j’ai vu de Plasma ne m’a pas convaincu. Est-ce une tentative maladroite de redorer le blason de ce bureau après le fiasco de KDE 4, ou simplement un projet sans réelle direction ? Le résultat est loin d’inspirer confiance.

Conclusion #

KDE Neon aurait pu être une vitrine pour Plasma, mais à mes yeux, elle rate complètement sa mission. Entre une installation laborieuse, une gestion des mises à jour contre-intuitive et des surprises comme ce changement d’ordre des disques, je peine à comprendre l’objectif de cette distribution. Si vous cherchez une expérience fluide et cohérente, je vous conseille de passer votre chemin.

Debian 13 Trixie : Tout ce qu'il faut savoir

2024-11-26T17:58:43Z

La prochaine version stable de Debian, baptisée Trixie, marque un jalon significatif pour la célèbre distribution GNU/Linux. Avec une foule de nouveautés et d’améliorations, Debian 13 continuera de séduire par sa fiabilité et sa richesse fonctionnelle. Voici un aperçu des points marquants.

🖥️ Architectures prises en charge #

Debian 13 continue d’offrir un large éventail de compatibilité matérielle. Les architectures officiellement supportées incluent :

32-bit PC (i386) et 64-bit PC (amd64)
ARM (arm64, armel, armhf)
MIPS (mipsel, mips64el)
PowerPC (ppc64el)
IBM System z (s390x)

Un changement notable est le relèvement du socle matériel pour l’architecture i386, qui exige désormais le support de l’instruction “long NOP” (baseline i686).

📂 Organisation des archives #

En plus des sections traditionnelles (main, contrib, non-free), Debian 13 introduit une nouvelle catégorie : non-free-firmware.
Ce changement reflète une approche plus claire vis-à-vis des microprogrammes non libres, désormais isolés dans leur propre section. Les médias d’installation officiels peuvent inclure ces microprogrammes pour améliorer la compatibilité matérielle sans compromettre les principes du projet Debian.

🌟 Nouveautés dans la distribution #

Avec plus de 11 294 nouveaux paquets et des mises à jour pour 42 821 logiciels existants, Debian 13 fait un bond en avant. Notons également la suppression de plus de 9 519 paquets obsolètes.

🖥️ Environnements de bureau mis à jour

GNOME 47, KDE Plasma 6.2.3, LXDE 12, LXQt 1.2.0 (ou 2.1.0???), MATE 1.26, Xfce 4.20
LibreOffice 24.8.3, GIMP 2.10.38, et Inkscape 1.4.1 parmi les nombreuses applications bénéficiant de nouvelles versions.

🔧 Améliorations techniques

Debian 13 s’accompagne d’une série de mises à jour des outils et services de base :

Logiciel	Version Bookworm	Version Trixie
Apache	2.4.54	2.4.57
Bash	5.1	5.2.15
OpenSSL	1.1.1n	3.0.8
Python 3	3.9.2	3.11.2
Linux Kernel	Série 5.10	Série 6.1x

📖 Documentation enrichie #

Les pages de manuel (man-pages) sont désormais disponibles dans plus de langues, notamment le grec, l’ukrainien et le vietnamien. Pour afficher la documentation dans votre langue :

sudo apt install manpages-lang  
sudo dpkg-reconfigure locales

🧬 Développements spécifiques #

Debian Med

Un travail accru pour les sciences de la vie, avec l’ajout de nouveaux paquets comme shiny-server, simplifiant les applications web basées sur R.

Debian Astro

Pour les astronomes, de nouveaux outils comme astap et planetary-system-stacker enrichissent les possibilités d’analyse et d’imagerie.

Secure Boot sur ARM64

Debian 13 réintroduit le Secure Boot pour l’architecture ARM64, renforçant la sécurité sur les systèmes compatibles UEFI.

Debian 13 “Trixie” confirme son statut de distribution polyvalente et robuste. Que ce soit pour les utilisateurs professionnels, les développeurs ou les amateurs, cette version allie stabilité, modernité et innovation. 🐧

Et vous, qu’attendez-vous de Debian 13 ? Partagez vos retours et vos découvertes dans les commentaires ! 😊

Ça continue encore et encore...

2024-11-24T10:50:07Z

Ça continue encore et encore… #

Ah, les aléas de l’informatique, ma poule ! Ce matin, un souci bien digne des aventures de Cabrel et de ses refrains éternels : après une mise à jour du noyau, mon système Gentoo refuse de démarrer sur le dernier kernel installé (6.6.62-gentoo-dist). Pas de panique, l’ancien kernel (6.6.58-gentoo-dist) fonctionne encore, donc on n’est pas complètement dans le noir. Mais voilà, il va falloir faire un petit tour sur le wiki pour démêler tout ça.

La valse des étapes techniques #

Le kernel est bien reconnu par GRUB :
```
eselect kernel list
```
Résultat : le kernel est bien en tête de liste avec un bel astérisque (*). Aucun problème ici, donc pas besoin de creuser.
La commande magique dmesg :
Quelques messages attirent l’attention, notamment ceux liés au firmware. Rien de bloquant à première vue, mais ça prouve que certaines choses se passent.
La mise à jour et les modules :
- Gentoo, c’est souvent une question de commandes à la bonne étape. Pour les mises à jour système :
```
emerge -auvDN --with-bdeps=y @world
```
  On optimise les dépendances, même si ça demande de la patience sur une machine lente.
- Pour les kernels-binaires, la magie de Gentoo repose sur un détail simple mais crucial :
```
emerge @module-rebuild
```
  Ça rebâtit les modules, comme ceux des pilotes NVIDIA dans mon cas. Détail important que je pensais automatique… Mais non, Gentoo nous rappelle que rien n’est vraiment plug-and-play. 😅

Une mise à jour bien ordonnée #

En résumé, pour un kernel-binaire :

Mettre à jour le système :
```
emerge -auvDN --with-bdeps=y @world
```
Recompilation des modules :
```
emerge @module-rebuild
```
Vérifier que tout est bien configuré dans GRUB (généralement automatique avec grub-mkconfig pour les noyaux binaires).
Redémarrer et croiser les doigts.

Un pense-bête indispensable #

Je suis clairement à un moment où je dois m’organiser : les commandes à retenir, les étapes importantes, les nuances entre kernels-bin et sources classiques… Il y a de quoi se perdre dans la documentation parfois contradictoire. Un document simplifié, peut-être même une section dans mon blog, pourrait être une bonne idée. Parce que, franchement, courir sur le wiki à chaque problème, ça use. 😅

Et sinon, les paquets binaires signés ? #

C’est une autre quête dans l’univers Gentoo : activer la signature obligatoire des binaires. Mais avant de me relancer là-dedans, je vais stabiliser ce kernel qui chante faux et m’assurer que mon système tient la route. Une chose à la fois, ma poule, sinon je vais vraiment me perdre dans ce labyrinthe numérique.

Calculate Linux : Plus gourmande, mais plus réactive

2024-11-22T17:28:05Z

Calculate Linux : Plus gourmande, mais plus réactive #

J’entends souvent dire que Calculate Linux est consommatrice de ressources, notamment en termes de RAM. Mais cette critique passe à côté d’un point essentiel : Calculate fait tout pour offrir un système réactif et vivace. Oui, par rapport à une distribution comme Debian, Calculate consomme plus de ressources, mais en contrepartie, le système semble beaucoup plus rapide et fluide.

Prenons l’exemple des ouvertures d’applications. Que ce soit Firefox, Thunderbird, Dolphin, Kdenlive ou LibreOffice, tout se lance plus rapidement et donne cette impression de légèreté, particulièrement avec l’environnement de bureau Plasma. Ce n’est pas qu’une impression subjective : sur ma machine, j’ai chronométré le temps de compilation de mon blog avec Node.js. Sous Calculate, chaque build prend une seconde de moins qu’avec Debian. Si je fais dix builds en une heure, c’est dix secondes de gagnées. Cela peut sembler insignifiant, mais sur une machine d’avant 2009, cette réactivité se ressent dans toutes les tâches.

Gentoo : La douche froide #

Quand on compare Calculate à Gentoo, on peut être déçu. En termes de réactivité ou d’utilisation des ressources, il n’y a pas ou peu de différences perceptibles. Pourtant, la philosophie des deux distributions diverge totalement.

Gentoo est minimaliste : chaque paquet est à installer manuellement, selon vos besoins. Cela garantit une maîtrise complète de l’environnement applicatif, mais c’est au prix d’un effort significatif. Sous Calculate, les développeurs ont déjà pris des décisions pour vous, comme l’utilisation de Chromium comme navigateur par défaut. Le système est prêt à l’emploi, avec tous les éléments nécessaires pour l’impression, le scanner ou le Wi-Fi déjà installés.

C’est peut-être là la vraie différence : Calculate vous livre un système Gentoo opérationnel en 6 minutes chrono. Gentoo, en revanche, vous demande de jouer au Lego, brique par brique. Cette distinction rappelle un peu celle entre Arch Linux et EndeavourOS.

Conclusion #

Pour ceux qui recherchent un système basé sur Gentoo sans se perdre dans les détails de l’installation, Calculate Linux est une solution de choix. Elle consomme un peu plus de ressources, certes, mais le gain en réactivité et en simplicité d’installation est indéniable. Gentoo, de son côté, est un excellent choix pour ceux qui souhaitent maîtriser leur environnement de A à Z, au prix d’une configuration initiale plus longue et exigeante.

Et vous, préférez-vous le confort de Calculate ou la personnalisation infinie de Gentoo ?

Je suis sous Gentoo au lieu de Calculate.

2024-11-20T11:17:10Z

Retour à Gentoo : Un voyage entre nostalgie et pragmatisme #

Comme je l’ai mentionné précédemment, je n’avais pas touché à Gentoo pur depuis 2007. L’installation “à l’ancienne” ne m’avait franchement pas manqué. Pourtant, je reconnais qu’elle a deux mérites indéniables : elle est formatrice et fiable. Ce qui m’a poussé à retenter l’aventure, c’est une nouvelle de décembre 2023 sur la disponibilité de binaires pour Gentoo.

Mon parcours a commencé avec Calculate Linux et Redcore, avant de me lancer dans l’installation de cinq Gentoo, toutes avec OpenRC (et jamais systemd, que je préfère éviter). Sur ma machine, j’ai pris l’habitude d’utiliser zram en remplacement de la swap classique, car cela permet de libérer plus rapidement les ressources et rend le système plus réactif. Le hic, c’est que sous Debian, j’utilise le systemd-zram-generator, un service systemd ultra-simple à configurer. Sous Gentoo, avec OpenRC, l’équivalent est loin d’être aussi intuitif.

Configurer Zram sous Gentoo #

Pour gérer le Zram avec OpenRC, la méthode la plus simple est d’utiliser le script zram-init de Martin Väth. Voici un exemple de configuration possible :

# /etc/conf.d/zram-init
load_on_start="yes"
unload_on_stop="yes"
num_devices="3"

type0="swap"
size0="4096"
algo0="lz4"

type1="/tmp"
flag1="ext4"
opts1="noatime"
size1="1024"
labl1="zram-tmp"

type2="/var/tmp/portage"
flag2="ext4"
opts2="noatime"
size2="8192"
algo2="zstd"
labl2="zram-var-tmp-portage"

Cela crée :

Un swap Zram de 4 Go compressé en lz4.
Un /tmp de 1 Go optimisé pour les performances.
Un /var/tmp/portage de 8 Go avec sauvegarde sur disque pour les blocs incompressibles.

Même si cette méthode fonctionne, je la trouve plus compliquée que le générateur Zram de systemd, qui, lui, est d’une simplicité redoutable :

# Installation
root #emerge --ask sys-apps/zram-generator

# Configuration
root #echo '[zram0]' > /etc/systemd/zram-generator.conf
root #systemctl daemon-reload
root #systemctl start dev-zram0.swap

Avec cette approche, tout est fonctionnel avec un minimum d’effort.

Pourquoi Gentoo ? #

Mon basculement de Calculate Linux vers Gentoo s’est fait parce que j’avais des blocages dans certaines installations de paquets sous Calculate, problèmes que je ne rencontrais pas avec mes autres machines sous Gentoo. Cependant, si vous vous demandez si ce passage vaut le coup, la réponse est : non, sauf si vous aimez le contrôle total.

Sous Calculate, tout est pensé pour la simplicité et l’efficacité. Vous avez des ISO adaptées à différents environnements de bureau, un installateur rapide et fonctionnel (même sur des machines anciennes), et un système presque prêt à l’emploi. À l’inverse, avec Gentoo, l’installation est beaucoup plus longue, même en utilisant des binaires. Par exemple, sur ma machine modeste, l’installation complète de Gentoo (avec Plasma, mes outils et applications) a pris 3 heures, contre 6 minutes pour Calculate.

Gentoo permet une personnalisation absolue : chaque paquet, chaque option est à la main de l’utilisateur. Mais cela demande du temps et de l’énergie, notamment pour configurer les éléments que Calculate inclut par défaut (impression, scanner, Wi-Fi…). C’est comparable à la relation entre Arch Linux et ses dérivées comme EndeavourOS.

Mon ressenti #

Si je suis honnête, Gentoo est un choix plus philosophique que pragmatique. J’aime être sur une distribution “source”, plutôt qu’une “fille de”. Cela dit, Calculate n’est pas une simple dérivée : elle reste 100% compatible Gentoo tout en ajoutant des outils qui simplifient la vie.

Au final, la différence en termes de réactivité entre Calculate et Gentoo est minime sur ma machine. Gentoo me permet de contrôler chaque détail, mais Calculate offre un système complet et fonctionnel en un temps record, avec une meilleure intégration initiale.

Pour l’instant, je vais garder Gentoo pour voir si je peux maintenir ce système dans le temps. Mais si cela devient trop complexe, je n’hésiterai pas à revenir sur Calculate, qui simplifie réellement la gestion d’un système Gentoo.

Si on mettait un peu de zRAM dans notre Debian?

2024-11-17T19:42:45Z

Installation et configuration de zram-generator pour améliorer la gestion de la mémoire #

Introduction #

Le zram est une technologie permettant de créer des dispositifs de swap compressés dans la mémoire vive (RAM). Cela permet d’améliorer les performances du système en utilisant moins d’espace disque pour le swap, et en compressant les données pour réduire l’empreinte mémoire.

Avec systemd-zram-generator, un outil simple à configurer, vous pouvez activer un dispositif zram automatiquement au démarrage de votre système, avec une configuration facilement ajustable. Ce billet vous guidera à travers l’installation et la configuration de zram-generator sur une distribution Linux utilisant systemd et plus particulièrement un système Debian.

Étape 1 : Installation de `systemd-zram-generator` #

Pour installer zram-generator, ouvrez un terminal et exécutez la commande suivante :

sudo apt install systemd-zram-generator

Cela installera l’outil nécessaire pour configurer le dispositif zram via systemd.

Étape 2 : Configuration de `zram-generator` #

Une fois l’installation terminée, vous pouvez configurer zram-generator en modifiant son fichier de configuration. Ce fichier se trouve à l’emplacement /etc/systemd/zram-generator.conf.

Ouvrez ce fichier avec votre éditeur de texte préféré (ici, nous utilisons nano) :

sudo nano /etc/systemd/zram-generator.conf

Voici un exemple de configuration basique à inclure dans ce fichier :

# Ce fichier de configuration active un périphérique swap /dev/zram0 avec les propriétés suivantes :
# * taille : 50% de la RAM disponible ou 4 GiB, selon la valeur la plus petite
# * algorithme de compression : valeur par défaut du noyau
#
# Les propriétés de ce périphérique peuvent être modifiées en ajoutant des options sous la section
# `[zram0]`, ou désactivées en supprimant l'en-tête de section.
# Des dispositifs zram supplémentaires peuvent être créés en ajoutant de nouvelles sections `[zramX]`
# et en définissant les options appropriées pour chaque périphérique.
#
# Voir /usr/share/doc/systemd-zram-generator/zram-generator.conf.example
# et/ou zram-generator.conf(5) pour une liste complète des options disponibles.

[zram0]
zram-size = min(ram, 8192)

Explication de la configuration : #

zram-size = min(ram, 8192) : Cette ligne définit la taille du dispositif zram. Elle alloue 50% de la RAM disponible, mais ne dépasse pas 8 Go (8192 Mo). Cela permet de garantir que le swap zram ne prenne pas trop de place en fonction de la quantité de mémoire physique de votre machine.

Étape 3 : Activation du service `systemd` #

Une fois que vous avez configuré le fichier, il est nécessaire de recharger la configuration systemd pour appliquer les changements. Pour ce faire, exécutez les commandes suivantes dans votre terminal :

sudo systemctl daemon-reload
sudo systemctl enable --now systemd-zram-setup@zram0.service

Cela activera le service pour créer et gérer le périphérique zram au démarrage, ainsi qu’appliquer la configuration spécifiée dans le fichier /etc/systemd/zram-generator.conf.

Étape 4 : Vérification #

Pour vérifier que tout fonctionne correctement, vous pouvez utiliser la commande suivante pour voir si le périphérique zram a bien été créé :

lsblk

Vous devriez voir un périphérique nommé /dev/zram0 dans la liste. Si c’est le cas, cela signifie que la configuration de zram a été appliquée avec succès.

Conclusion #

Avec zram-generator, vous avez maintenant un dispositif swap comprimé qui peut améliorer la gestion de la mémoire de votre système, surtout sur des machines avec des ressources limitées. Vous pouvez ajuster la configuration pour répondre à vos besoins spécifiques, et ajouter plusieurs dispositifs zram si nécessaire.

Si vous avez des questions ou des problèmes, n’hésitez pas à consulter les fichiers de documentation, comme /usr/share/doc/systemd-zram-generator/zram-generator.conf.example.

Un changement pour le blog, il passe à Hexo!

2024-11-12T14:48:45Z

Pourquoi j’ai migré mon blog de 11ty à Hexo

Après un certain temps passé avec 11ty, j’ai finalement décidé de migrer mon blog vers Hexo. Voici quelques raisons de ce changement, ainsi que mes premières impressions.

1. Simplicité et Rapidité #

11ty est un générateur de site statique flexible et minimaliste, mais parfois il faut investir pas mal de temps pour atteindre des résultats spécifiques. Hexo, en revanche, offre une structure plus “clé en main” qui m’a permis de me concentrer davantage sur le contenu que sur la configuration. La différence est notable pour ceux qui, comme moi, aiment que les choses avancent rapidement.

2. Outils et Plugins #

Hexo dispose d’un large éventail de plugins et d’extensions prêtes à l’emploi, ce qui a facilité la mise en place de certaines fonctionnalités comme la pagination, la gestion des tags, et l’intégration de services externes. Ce qui aurait pris plusieurs ajustements avec 11ty a été bien plus rapide avec Hexo.

3. Expérience de Développement #

Hexo apporte une expérience de développement agréable avec un serveur local très rapide, et le flux de travail en Markdown reste similaire à celui de 11ty. La gestion des fichiers et des répertoires est intuitive, et les générations de site sont quasi instantanées, même avec de nombreux plugins actifs.

4. Compatibilité avec Mon Workflow #

Hexo s’est avéré particulièrement compatible avec mes habitudes de développement. Les raccourcis, la structure des fichiers, et le déploiement automatique facilitent grandement la vie, surtout quand on ne veut pas trop se casser la tête pour des tâches répétitives.

Conclusion #

Ce passage de 11ty à Hexo s’inscrit dans une recherche de simplicité et de gain de temps. Avec Hexo, j’ai l’impression d’avoir trouvé un bon compromis entre personnalisation et productivité. Mon site reste rapide, propre, et je peux facilement y ajouter de nouvelles fonctionnalités.

Alors deux semaines avec la Gentoo pour humains ayant une vie sociale, ça donne quoi?

2024-11-11T00:00:00Z

Calculate Linux est pour moi la “Gentoo pour ceux qui ont une vie sociale”. Peu de distributions prétendent à ce titre, et encore moins réussissent aussi bien. Sabayon, qui y aspirait autrefois, est morte depuis longtemps, absorbée dans une fusion avec une Funtoo moribonde, dont les restes survivent sous le nom improbable de MACARONI OS. On pourrait aussi mentionner Redcore, qui a du mérite, bien que je lui trouve quelques défauts assez rebutants : elle repose sur Gentoo testing (donc moins stable), et tout repose sur le travail impressionnant d’une seule personne. Redcore inclut également un grand nombre de fichiers dans /etc/portage/ pour contrôler le système et assurer sa cohérence, mais l’ensemble fonctionne et est assez agréable.

En son temps, Sabayon s’était tellement éloignée de Gentoo qu’il devenait complexe d’utiliser les outils emerge, à l’inverse de Calculate Linux. Aujourd’hui, Redcore est apparue et continue d’évoluer avec ambition depuis huit ans. J’ai testé les deux distributions sur une période équivalente, et mon expérience confirme que Calculate est plus stable, car basée sur Gentoo stable, alors que Redcore utilise Gentoo testing, ce qui rend ses mises à jour plus dynamiques. J’ai finalement adopté Calculate, et bien qu’il me soit venu à l’esprit de passer directement à Gentoo, après quelques installations sur différentes machines, j’ai constaté que j’y gagnais peu en termes de confort. Calculate, avec son installation graphique simplifiée, sa richesse de paquets binaires, son autodétection du matériel, et ses outils CL-*, offre un OS “prêt à l’emploi,” bien conçu dès la sortie de la boîte. Ces avantages font la différence.

Je ne dirais pas que Calculate est l’“Ubuntu de Gentoo” — ce titre, je l’attribuerais plutôt à Redcore. Par bien des aspects, elle rappelle l’esprit d’Ubuntu : visuellement audacieuse, fondée sur Gentoo testing, avec un environnement contrôlé et un seul bureau supporté. Calculate, quant à elle, est plus proche d’une “Mint Linux Edition” de Gentoo, avec un équilibre entre stabilité et personnalisation. Si je devais utiliser une analogie dans le monde d’Arch Linux, Redcore ressemblerait plus à Manjaro (avec moins de recul par rapport à sa base), tandis que Calculate serait plutôt dans l’esprit d’EndeavourOS.

Mais revenons à l’essentiel : Calculate, comme toute distribution basée sur Gentoo, demande un peu de patience lors des mises à jour, qui sont forcément plus longues, compilation oblige. On est loin de la rapidité d’une distribution Arch Linux, où les installations et mises à jour sont quasi instantanées. Cela dit, ce n’est pas un problème pour moi : mes applications essentielles sont déjà en place, et pour les mises à jour, je les lance puis je m’occupe ailleurs.

Côté fraîcheur des paquets, Calculate trouve un équilibre entre Debian stable et Arch Linux : sans être aussi conservatrice que Debian, elle est moins à jour qu’Arch, tout en restant raisonnablement à jour pour un usage quotidien. Pour ceux qui veulent le tout dernier cri et préfèrent vérifier chaque mise à jour, Arch Linux est préférable ; ceux qui veulent la solidité, peu importe la date des versions, iront sur Debian ; Calculate, comme Gentoo stable, est un bon compromis.

En réalité, Calculate rend tout cela simple. La gestion des mises à jour ne nécessite pas de vigilance manuelle : grâce aux outils portage, l’utilisateur est automatiquement notifié des changements importants via eselect-news (Linux Tricks en parle ici). Ces outils prennent en charge l’information pertinente et guident l’utilisateur dans les étapes nécessaires après les mises à jour. Le système est intuitif et autonome, et je trouve les outils portage remarquablement performants. Cela contraste fortement avec pacman, qui impose à l’utilisateur d’aller lui-même rechercher les informations de mise à jour, alors que apt sur Debian m’a habitué à être tenu informé sans avoir à chercher.

Vous l’aurez compris, j’apprécie la stabilité que Calculate offre, en partie grâce à la rigueur de Gentoo. Calculate apporte en plus une finition raffinée, un ensemble d’applications bien sélectionnées, et un environnement utilisable “out-of-the-box”.

En deux semaines d’utilisation, j’ai pu apprécier à quel point Calculate s’accorde bien avec ma vision de l’informatique. Il y a toujours cette nostalgie de Debian qui me fait signe de “rentrer à la maison”, mais pour l’instant, Calculate Linux reste la solution idéale.

NuTyX 24.10.0 disponible avec cards 2.7.4

2024-11-04T00:00:00Z

Je relègue la sortie de la distribution de mon ami Thierry:

NuTyX 24.10.0 : Nouvelle version disponible avec cards 2.7.4 #

Spiky et moi sommes ravis d’annoncer la sortie de NuTyX 24.10.0, accompagnée de la dernière version de cards 2.7.4.

Avec cette nouvelle mise à jour, LXQt 2.0, basé sur Qt6, est désormais disponible, offrant une expérience améliorée pour les utilisateurs de cet environnement de bureau léger.

Mises à jour des paquets #

Cette version introduit plusieurs améliorations au niveau des paquets :

SysV mis à jour en version 3.09 et Systemd en 253.0.
glibc 2.39, gcc 14.1.0, curl 8.8.0, python 3.12.4, et bien d’autres.
Xorg-server passe à la version 21.1.13, Mesa 3D en 24.1.1, Gtk4 en 4.14.4, et Qt en 6.7.1.

Support matériel #

Les pilotes NVIDIA ont également été actualisés :

Série 550 : version 550.90.07
Série 470 : version 470.256.02
Série 390 : version 390.157

Environnements de bureau #

Les environnements populaires ont été mis à jour :

LXQt : version 2.0.1
XFCE : version 4.18.3
MATE : version 1.28.1
GNOME : version 46.1
KDE : Plasma 6.1.3, Framework 6.4.0, et Applications 24.05.2

Navigateurs et applications #

Les navigateurs tels que Firefox 128.0.3 et Epiphany 46.1 sont inclus, ainsi que de nombreuses applications actualisées : Telegram-desktop 5.0.1, Thunderbird 115.11.1, Scribus 1.6.2, Libreoffice 24.2.3.2, Gimp 2.10.38, et bien plus encore.

Noyaux disponibles #

Les versions de noyaux disponibles incluent les LTS (4.19, 5.4, 5.10, 5.15, 6.1) ainsi que le dernier noyau stable 6.10.2. Retrouvez les journaux de modifications ici :

Options d’ISO #

NuTyX propose une ISO de base (mode console sans environnement de bureau) et 12 bureaux : XORG, OPENBOX, LXDE, XFCE4, JWM, CDE, LXQT, ENLIGHTENMENT, MATE, BUDGIE, GNOME et KDE6. Téléchargez-les ici.

Bugs connus #

L’installation depuis une clé USB échoue souvent, particulièrement avec le noyau 6.9.x. Merci à Ahmed Nabil pour son aide dans la détection de ce bug persistant.

Mise à jour #

Pour les utilisateurs de KDE5, veuillez suivre ces étapes :

sudo init 3
sudo cards remove kde5
sudo cards upgrade
sudo cards install kde6
sudo shutdown -y r 0

Pour les autres, la commande classique de mise à jour suffit :

sudo cards upgrade
sudo shutdown -y -r 0

Remerciements #

Un grand merci à la communauté NuTyX pour leurs retours, à l’équipe BLFS pour son soutien technique, et à Spiky pour son travail méticuleux sur la mise à jour des paquets.

Mon dernier round...

2024-11-02T00:00:00Z

Derrière ce titre audacieux, que j’ai emprunté un peu partout, se cache avant tout un billet pour parler de mon dernier sursaut d’ego en installant une Gentoo-like. Mais cette fois, j’ai cherché une distribution pour humains ayant une vie sociale débordante, histoire de voir si on peut vraiment l’utiliser avec un minimum d’efforts. Ma dernière installation de Gentoo remonte à 2007, une époque où il fallait compiler son noyau avec un outil maison en NCURSE et où les binaires n’existaient pas encore. Ce qui m’a donné envie de retenter l’expérience ? Une nouvelle de décembre 2023 annonçant l’arrivée de paquets pré-compilés. Toute une histoire, en somme…

Pour cela, j’ai cherché une distribution dans la famille Gentoo, y compris la version d’origine. Je me suis vite rendu compte qu’il manquait cruellement une Sabayon pour un utilisateur comme moi : je me débrouille, mais je n’ai pas envie de passer deux jours à construire mon OS. Sabayon avait d’ailleurs dérivé ces derniers temps. Quant à Funtoo, elle est plus ou moins morte. Orchid Linux aussi, malheureusement, bien que son projet Sophora-linux soit toujours là – mais est-il réellement vivant ?

Je me suis alors tourné vers Redcore et Calculate Linux, ainsi que quelques autres projets plus ou moins accessibles. Redcore est intéressant, mais elle présente trois problèmes : elle est basée sur Gentoo testing, elle contient une tonne de fichiers qui se disent non modifiables dans /etc/portage, et elle masque des paquets de Gentoo pour favoriser ses propres versions. En revanche, l’overlay Calculate est officiel, ce qui inspire davantage confiance. Autre souci, Redcore est maintenue par un seul développeur, même s’il semble dévoué au projet depuis huit ans :

“First of all, I would like to apologise for this long overdue post. Yes, we’re still alive and kicking, and that won’t change for a long time. I may be the only maintainer, but I’m fully dedicated to the project as I have been for the past 8 years.”

En dessous, Redcore reste une Gentoo pure en testing, avec une base délivrée en paquets pour une installation rapide. Ses commandes simplifiées comme sisyphus pour emerge et eix rappellent les commandes APT, ce qui est appréciable :

# Synchronisation de portage et des overlays :
sisyphus autoclean
# Mise à jour du système :
sisyphus update

Calculate Linux a ses propres commandes cl-*, également bien pensées et très pratiques :

# Synchronisation de portage, des overlays et mise à jour du système :
cl-update

J’ai testé Redcore et Calculate, car elles offrent toutes deux une approche plus humaine pour obtenir une Gentoo. Actuellement, j’utilise Calculate sur ma machine principale en remplacement d’Ubuntu. Elle est compatible Gentoo à 100 % : en théorie, il suffit d’enlever l’overlay et de changer le profil pour obtenir une Gentoo pure. Mais Calculate simplifie grandement la vie, avec des commandes automatisées comme cl-update, des profils transparents, et une collection de paquets binaires bien plus large que Gentoo.

Pour installer Gentoo, j’ai suivi le tutoriel d’Adrien en choisissant OpenRC, car je ne suis pas fan de tout le bazar que Systemd apporte, notamment sa journalisation. J’ai poursuivi avec son deuxième tutoriel pour y installer XFCE. Le tout a pris cinq heures, avec des paquets binaires, y compris le noyau binaire Gentoo. En comparaison, l’installation de Redcore a pris 45 minutes et celle de Calculate, 12 minutes, sur une vieille machine avec un processeur double cœur de 2.3 GHz et 4 Go de RAM.

Gentoo reste intéressante pour le côté formateur, mais, à l’usage, je n’y trouve pas vraiment d’avantages supplémentaires. Avec les commandes de portage (eix, equery, eselect, emerge, eclean, etc.), on se perd rapidement ; Calculate et Redcore simplifient énormément les choses avec leurs commandes unifiées.

Les mises à jour sont plus lentes sous Gentoo et ses dérivées, car elles nécessitent un calcul de dépendances pour déterminer ce qui doit être recompilé. Mais ce n’est pas vraiment un problème : je lance la mise à jour avant de partir manger ou regarder un film, et c’est terminé à mon retour. En contrepartie, je n’utilise plus de paquets universels comme snap ou flatpak, et surtout, je n’ai pas Systemd sur ma machine.

Je ne suis pas un anti-Systemd, mais je n’aime pas ses « à-côtés » – comme la recherche dans les logs via journalctl. Quant à Redcore, elle utilise Plasma 6.2.2, mais j’ai choisi XFCE, mon environnement de bureau préféré. J’apprécie sa simplicité, sa stabilité, et sa personnalisation. Plasma 6 est réactif, surtout sous Gentoo et Redcore, mais reste un choix moins attrayant pour moi en raison des contraintes de compilation et de configuration.

Finalement, j’ai mon poste principal sous Calculate et un vieux portable sous Gentoo. Calculate est simplement Gentoo sans les inconvénients : elle offre une plus grande variété de paquets binaires, automatise les mises à jour et simplifie la gestion des profils. Elle permet même de créer une image ISO personnalisée de son OS, un atout supplémentaire pour les utilisateurs avancés.

Enfin, j’ai créé mon propre overlay que je remplirai au fur et à mesure pour combler quelques manques…

Quand Arch Linux décide de ruiner une carrière prometteuse (ou Pas)!

2024-10-27T00:00:00Z

Je disais dans un commentaire chez Fred, ceci:

Je suis sûr aussi que j’aurais pu très bien être sous arch, sauf malheureusement, il y a eu un soucis au pire moment, je ne sais plus si je l’avais raconté, tiens ça pourrait faire un billet humoristique, je garde ça dans un coin.

et bien, cette explication va être pour ce billet!

En 2009, après quelques années à jouer au Tetris avec des boîtes de crème et de shampooing en tant que préparateur de commandes pour une boîte de cosmétiques, ma vie prenait un tournant. Ou plutôt, j’avais besoin de lui donner un coup de volant en urgence. Mes amis (qui étaient aussi mes collègues) avaient trouvé une autre route, et moi, il me fallait autre chose.

Alors, plein de bonnes résolutions, je me suis dit : « Allez, je vais postuler à des boulots ». Et voilà qu’un coup de piston me place directement dans le viseur d’une opportunité à La Poste ! Rendez-vous pris à 11 h pétantes. Mais petit hic : j’étais encore au taf, à jongler avec mes parfums et sérums.

Pas de souci, je quitte en trombe, passe chez moi en mode Usain Bolt, parce qu’évidemment, j’avais laissé mon CV et ma lettre de motivation. Bon, 10h10. Je me dis : « 50 minutes, c’est large. » Mais là, drama incoming.

J’allume mon PC et… rien. L’écran reste aussi noir qu’un dimanche sans café. Ni écran, ni souris, ni clavier, rien. Tout est mort, et moi avec. J’ai tout essayé : prières, techniques de Jedi, redémarrages désespérés, mais rien ne fonctionne. Le temps file et moi, je commence à sentir la sueur perler. Heureusement, il me reste une image ISO d’Ubuntu 9.04. Je passe en mode live CD et imprime mon CV. Enfin !

Mais en fait, non… Dix minutes de retard en arrivant à La Poste. Dix. La tête du recruteur en me voyant ? Priceless. Un pistonné, en retard, sans excuse. Super départ, quoi !

La veille, j’avais fait une mise à jour d’Arch Linux. Une de celles où il faut, évidemment, lire les news. Sauf que je ne l’avais pas fait. Trop confiant, je pensais que ça passerait crème. Résultat : j’ai appris que, parfois, Arch Linux te rappelle gentiment que la confiance, c’est bien, mais les mises à jour sans filet, c’est mieux.

Pourquoi et comment j'en suis arrivé à utiliser Ubuntu.

2024-10-21T00:00:00Z

Je suis utilisateur de Linux depuis 2005, et de Debian depuis 2007. J’ai testé plusieurs distributions, mais je suis toujours resté fidèle à Debian. J’aime me qualifier de “pro” Linux, même si en réalité, je suis simplement un “pro” Debian. Sortez-moi de cet environnement, et je suis complètement perdu. Pourtant, si je devais avouer un regret dans ma carrière de linuxien, ce serait de ne jamais avoir adopté Gentoo. J’aurais aimé être un utilisateur de Gentoo, mais les longues heures de compilation m’ont toujours dissuadé.

Une incursion dans l’inconnu #

Récemment, j’ai ressenti l’envie de plonger dans l’univers de Gentoo. Cependant, après quelques hésitations, j’ai fini par essayer NixOS, un compromis sans les longues compilations. J’ai apprécié l’expérience, mais c’était trop éloigné de mes habitudes. L’écosystème Debian me manquait, surtout lorsque les applications ne se trouvaient pas dans les dépôts.

L’ombre d’Ubuntu #

Je n’ai jamais été un fervent défenseur d’Ubuntu. Je ne l’ai pas démoli comme certaines distributions (coucou Mageia et Arch), mais je ne l’ai pas non plus particulièrement épargnée. Étant sous Debian, je ne voyais pas l’intérêt de passer à Ubuntu. Après tout, pourquoi changer ? Était-ce pour me faciliter la vie ? Gagner en confort ? Debian, en particulier sa version stable, est assez simple à maintenir et configurer. Avec le temps, elle est devenue de plus en plus accessible.

Cependant, je ne suis plus sur Debian à l’heure où je vous parle, mais sur une Ubuntu 24.04 LTS, avec Livepatch activé, soit 10 ans de support. Pourquoi ce changement ?

Une nouvelle approche du temps #

Je pense que la quarantaine, la vie de famille avec quatre enfants qui grandissent à une vitesse fulgurante, ont joué un rôle. Je voulais passer moins de temps à configurer et plus de temps à utiliser. Mon désir d’un système prêt à l’emploi est devenu plus fort que ma volonté de tout peaufiner à la main. J’ai récemment brisé NixOS, malgré sa robustesse, et je me suis demandé : pourquoi persister à utiliser un OS que je ne maîtrise plus complètement ?

L’attrait des paquets Snap #

En réfléchissant à ce dont j’avais vraiment besoin, j’en suis venu à apprécier les paquets Snap pour certaines applications comme Element, Discord, VSCode, Steam, Retroarch, Brave, Vivaldi, Opera, OnlyOffice, et même Firefox et Thunderbird. Ubuntu me permet d’accéder à ces applications plus facilement. J’ai souvent entendu dire qu’Ubuntu signifiait “je ne sais pas configurer Debian”. Pour moi, c’est plutôt “je veux une Debian avec une belle finition”, ou “je n’ai plus le temps de configurer Debian”.

Et Debian dans tout ça ? #

Debian me manque, mais en fermant les yeux, je peux presque m’imaginer y être. Après tout, les fondations sont les mêmes : APT, dpkg, debuild, pbuilder. Le jour où Ubuntu s’éloignera trop de Debian, notamment si elle abandonne les paquets .deb, je pourrais toujours revenir.

Conclusion #

Ce passage à Ubuntu n’est pas un renoncement, mais plutôt une adaptation à mes besoins actuels. Je veux un système stable, maintenable et utilisable immédiatement. Peut-être que cela changera à l’avenir, mais pour l’instant, Ubuntu remplit parfaitement ce rôle.

Mon parcours avec Linux a été un long voyage fait d’explorations et de retours aux sources. Aujourd’hui, Ubuntu me donne ce dont j’ai besoin : stabilité, accessibilité et un gain de temps. Peut-être qu’un jour je reviendrai à Debian ou que j’explorerai de nouvelles alternatives. Mais pour l’instant, Ubuntu est le compromis parfait entre mes attentes d’utilisateur chevronné et ma nouvelle réalité de père de famille débordé.

Pourquoi certains navigateurs n'accèdent pas à mon blog : une question d'hébergement

2024-10-19T00:00:00Z

Récemment, plusieurs personnes m’ont signalé un problème étrange en essayant d’accéder à mon blog hébergé sur InfinityFree. Voici ce qu’elles voient en utilisant des navigateurs comme Links en mode texte ou en désactivant JavaScript avec l’extension NoScript :

“This site requires Javascript to work, please enable Javascript in your browser or use a browser with Javascript support.”

Curieusement, ce message apparaît même si mon site ne contient aucun script JavaScript de mon cru. Alors, d’où vient ce problème ? Après quelques recherches, j’ai découvert que la cause se trouve du côté de l’hébergeur.

L’hébergement InfinityFree : la sécurité avant tout #

InfinityFree est un service d’hébergement gratuit qui impose certaines mesures de sécurité pour protéger les sites hébergés. En effet, tous les visiteurs doivent utiliser un navigateur capable d’exécuter du JavaScript et d’accepter les cookies. Si un navigateur ne répond pas à ces critères, comme c’est le cas des navigateurs en mode texte ou des extensions de blocage de scripts, il est bloqué par le système de sécurité de l’hébergeur.

Selon InfinityFree, cette sécurité est mise en place pour :

Protéger les sites contre les robots malveillants.
Garantir que seuls des navigateurs légitimes peuvent accéder aux sites hébergés.

Tous les navigateurs modernes supportent JavaScript et les cookies, ce qui n’est pas un problème pour la majorité des utilisateurs. Cependant, cela peut poser des difficultés pour ceux qui, pour des raisons de sécurité, performance ou accessibilité, choisissent de désactiver JavaScript.

Pourquoi ça fonctionne en local ? #

Tu te demandes peut-être pourquoi, lorsque je teste mon blog en local, tout fonctionne bien sans ces avertissements. C’est tout simplement parce qu’en local, je ne passe pas par les mêmes systèmes de sécurité que ceux mis en place par un hébergeur comme InfinityFree. Le serveur que j’utilise en local ne demande pas ces vérifications, donc mon site s’affiche correctement, même sans JavaScript.

Impact sur l’accessibilité #

Cette exigence impose une limitation importante en termes d’accessibilité. Certains utilisateurs qui préfèrent utiliser des navigateurs sans support JavaScript ou ceux qui désactivent volontairement les scripts pour des raisons de confidentialité ou de performance ne pourront pas accéder à mon blog. Pour les utilisateurs de navigateurs légers comme Links, cette restriction rend l’accès impossible.

Solutions possibles #

Changer d’hébergeur : Une option serait de migrer vers un hébergeur qui ne force pas l’utilisation de JavaScript ou de cookies. Cela permettrait à mon site d’être accessible même aux utilisateurs utilisant des navigateurs sans ces fonctionnalités.
Passer à une offre premium : Certains hébergeurs, y compris InfinityFree, offrent des versions premium de leur service qui suppriment ces restrictions de sécurité. Cela pourrait être une solution intermédiaire si je souhaite rester sur cet hébergeur mais lever cette contrainte.
Informer mes visiteurs : Si je décide de rester avec InfinityFree en mode gratuit, il serait judicieux d’ajouter un message expliquant que mon site nécessite JavaScript à cause des restrictions imposées par l’hébergeur, et non parce que mon site en dépend directement.

Conclusion #

Il est clair que le choix d’hébergement peut avoir un impact direct sur l’accessibilité de votre site, même lorsque vous ne vous reposez pas sur des scripts complexes. Si vous utilisez un hébergeur gratuit comme InfinityFree, il est bon de garder à l’esprit les limitations qu’ils imposent pour protéger leurs serveurs. Dans mon cas, je réfléchis à la meilleure manière de concilier sécurité, accessibilité, et simplicité.

Quand les certificats SSL jouent des tours : comment j'ai surmonté les obstacles

2024-10-17T00:00:00Z

Tout allait bien avec mon blog, jusqu’à ce que notre ami et blogueur Fred, me remonte un problème avec le flux RSS. Intrigué par l’origine de ce souci, j’ai creusé, cherché, et découvert que le coupable se cachait derrière… un certificat SSL incomplet ! Voici comment je suis passé de la confusion aux différentes solutions possibles.

Fred ne peut plus accéder aux articles via son lecteur RSS et m’envoie des retours techniques:

"Error fetching content: HTTP code 0: SSL certificate problem: unable to get local issuer certificate https://passiongnulinux.free.nf/feed/feed.json"

"JSON Feed parsing failed for [https://passiongnulinux.free.nf/feed/feed.json]"

"cURL error 60: SSL certificate problem: unable to get local issuer certificate [https://passiongnulinux.free.nf/feed/feed.xml]"

J’ai donc vérifié de mon coté, avec l’assurance que le certificat SSL est bien en place, ayant fait la démarche moi-même et ayant fait des tests avec les différents navigateurs que sont Chrome, Opera, Vivaldi et surtout Firefox. J’ai donc vérifié avec Thunderbird, Seamonkey et Liferea, tous m’ont posé des soucis mais un seul (Liferea) a simplement refusé de prendre mon flux sans autre ordre de procès, les deux autres me demandant de faire une exception.

Après avoir vérifié plusieurs fois la configuration de mon certificat SSL et éliminé les erreurs possibles de mon côté, je me suis tourné vers un ami (vous l’aurez deviné, c’est Chatgpt !) pour avoir son avis. J’avais déjà un certificat SSL valide en place, donc je ne comprenais pas pourquoi le flux RSS continuait à poser problème. Après lui avoir expliqué la situation, il m’a immédiatement parlé d’un point auquel je n’avais pas pensé : le certificat intermédiaire.

Je dois avouer que sur le coup, je n’étais pas familier avec ce concept. Il m’a expliqué qu’un certificat intermédiaire est essentiel pour compléter la chaîne de confiance entre le certificat SSL principal et l’autorité de certification racine. Sans ce certificat intermédiaire, même si votre SSL principal est correctement installé, les navigateurs ou applications peuvent le considérer comme invalide ou incomplet. C’est précisément ce qui se passait avec mon flux RSS !

Fort de cette nouvelle piste, j’ai continué mes recherches. En explorant le forum de mon hébergeur, j’ai rapidement découvert la cause du problème : l’hébergeur dans son offre gratuite n’avait tout simplement pas de certificat intermédiaire installé par défaut. Cette omission expliquait pourquoi, malgré un certificat SSL fonctionnel, certaines fonctionnalités comme mon flux RSS étaient affectées.

Une fois que j’ai compris que le problème venait de l’absence du certificat intermédiaire, j’ai approfondi mes recherches sur le forum de mon hébergeur. C’est là que j’ai découvert que le support des certificats intermédiaires n’est disponible que sur l’hébergement premium. Cela signifie que, pour profiter de cette fonctionnalité, il faudrait passer à un plan payant.

Cependant, j’ai également appris que la plupart des navigateurs fonctionnent correctement sans ces certificats supplémentaires. Avec cette information en tête, j’ai décidé de rester sur mon hébergement gratuit, au moins pour l’instant. Bien que le certificat intermédiaire soit un atout, mon blog continuait à fonctionner sans problème majeur.

J’ai donc partagé ces découvertes avec lui. Malgré cette limitation, notre situation est sécurisée, car il s’agit d’un site entièrement statique sans formulaires ni cookies (à l’exception de la partie forum, qui utilise des cookies pour faciliter l’identification). Il n’est donc pas nécessaire de s’inquiéter pour ce détail technique.

P.S: Dans le forum, nous avons VortiFred qui donne une solution:

Oui c’est ça le pb : le certificat 😅 J’avais vérifié si c’était un pb dans la structure des fichiers sans rien détecter d’anormal, mais en remplaçant simplement https par http ça tombe en marche 😅 http://passiongnulinux.free.nf/feed/feed.xml 👍

Ubuntu fête ses 20 ans : Une rétrospective sur une distribution qui a marqué l'écosystème Linux

2024-10-15T00:00:00Z

Cela fait maintenant 20 ans qu’Ubuntu a fait son entrée dans le monde de l’open source. Créée en octobre 2004 par Mark Shuttleworth et l’équipe de Canonical, Ubuntu a rapidement conquis une part importante de la communauté Linux. Que vous soyez un utilisateur chevronné ou que vous découvriez à peine cet univers, Ubuntu a probablement eu un impact sur votre expérience, directe ou indirecte. Revenons ensemble sur l’histoire d’Ubuntu et son influence majeure dans l’écosystème Linux.

L’historique d’Ubuntu : De ses débuts à aujourd’hui #

Ubuntu est née d’une volonté simple : offrir une distribution Linux facile d’accès, centrée sur l’utilisateur, et disponible gratuitement. À l’époque, la plupart des distributions Linux demandaient un certain niveau technique, ce qui freinait l’adoption par le grand public. Mark Shuttleworth, entrepreneur sud-africain, a alors fondé Canonical avec l’idée de rendre Linux aussi accessible que possible, tout en s’appuyant sur Debian, l’une des distributions Linux les plus robustes et respectées.

Le nom “Ubuntu” provient d’un concept africain qui signifie “humanité envers les autres”, et ce principe a guidé le développement de la distribution. Depuis ses débuts, Ubuntu a mis un point d’honneur à fournir des versions régulières, en sortant une nouvelle version tous les six mois. Cette régularité a permis de maintenir un flux constant de mises à jour, tout en offrant des LTS (Long Term Support) tous les deux ans, destinées à ceux qui recherchent une stabilité sur le long terme.

Qu’est-ce qu’Ubuntu a apporté à Linux ? #

Ubuntu a apporté plusieurs contributions majeures à l’écosystème Linux, que beaucoup de distributions modernes continuent de suivre ou d’intégrer. Voici un aperçu de ces apports :

Accessibilité et facilité d’utilisation : Avant Ubuntu, la plupart des distributions Linux nécessitaient de solides compétences techniques. Ubuntu a démocratisé l’utilisation de Linux en simplifiant l’installation, l’interface, et en facilitant l’accès aux logiciels avec un gestionnaire de paquets convivial comme APT.
La popularisation de GNOME : Dès le départ, Ubuntu a choisi GNOME comme environnement de bureau par défaut. Cette décision a contribué à populariser cet environnement graphique auprès des utilisateurs du monde entier. Même après le passage temporaire à Unity, GNOME est revenu comme bureau par défaut et a bénéficié des améliorations apportées par Canonical.
Support matériel et commercial : En travaillant de concert avec de nombreux constructeurs de matériel, Canonical a fait en sorte qu’Ubuntu fonctionne parfaitement sur une large gamme de matériels, des PC aux serveurs. Ce support matériel étendu a ouvert la voie à une plus grande adoption dans les entreprises, dans les environnements cloud et serveurs.
L’innovation avec Unity : En 2010, Ubuntu a introduit son propre environnement de bureau, Unity. Bien qu’il ait été controversé, Unity a poussé les limites du design et de l’expérience utilisateur dans l’univers Linux, en introduisant des concepts modernes de navigation et de gestion des fenêtres, que GNOME et d’autres environnements ont par la suite exploré. Même si Unity a été abandonné en 2017, son influence persiste.
Le développement des Snap : Dans un effort pour uniformiser et simplifier la distribution de logiciels sur différentes versions et distributions Linux, Canonical a développé Snap, un format de paquet universel. Bien que le débat entre Snap et Flatpak reste un sujet brûlant dans la communauté, les Snap offrent une solution robuste pour le déploiement de logiciels dans des environnements variés.

Ubuntu : Une distribution pour les nouveaux utilisateurs mais pas seulement #

On entend souvent dire qu’Ubuntu est une distribution “pour les débutants”, une étiquette qui, bien qu’en partie justifiée, ne reflète pas la totalité de son potentiel. En effet, Ubuntu est conçu pour être accessible aux nouveaux utilisateurs, mais il offre aussi une base solide pour les développeurs, les administrateurs système, et même pour ceux qui veulent exploiter Linux dans des environnements complexes (serveurs, cloud, conteneurs).

Ce qui distingue Ubuntu, c’est son approche globale : un système capable de répondre aux besoins de l’utilisateur lambda tout en restant performant pour des tâches avancées. Cette dualité a permis à Ubuntu de s’imposer non seulement sur les ordinateurs personnels, mais aussi dans le domaine des serveurs et du cloud (notamment avec Ubuntu Server et Ubuntu Cloud).

L’impact durable d’Ubuntu sur l’écosystème Linux #

En vingt ans, Ubuntu a aidé à transformer l’image de Linux. De système complexe réservé aux technophiles, il est devenu une alternative viable pour des millions d’utilisateurs et de professionnels. Avec des projets comme Linux Mint, Pop!_OS et d’autres distributions basées sur Ubuntu, son influence continue de s’étendre. Canonical, de son côté, reste un acteur clé dans le développement d’outils cloud et server, tout en renforçant sa présence dans l’univers IoT.

Conclusion : Ubuntu, 20 ans d’évolution et d’innovation #

En célébrant ses 20 ans, Ubuntu n’a rien perdu de sa pertinence. La distribution continue d’évoluer, de s’adapter et d’innover dans un écosystème Linux en pleine expansion. Que vous soyez un nouvel utilisateur ou un vétéran de Linux, Ubuntu a indéniablement marqué l’histoire du logiciel libre et reste une porte d’entrée privilégiée dans l’univers du pingouin.

Joyeux anniversaire, Ubuntu, et longue vie à toi !

Ubuntu : une distribution pour tous, pas seulement pour les débutants

2024-10-13T00:00:00Z

Ubuntu traîne souvent derrière elle l’étiquette de “distribution pour débutants”. Cette perception, bien que compréhensible à une certaine époque, est aujourd’hui largement erronée et mérite d’être clarifiée. Il est temps de contredire cette idée reçue selon laquelle Ubuntu ne serait adaptée qu’aux nouveaux utilisateurs de Linux et que les plus expérimentés ne l’utiliseraient que par “fainéantise”.

Une Base Solide pour l’Expérience Linux

Ubuntu repose sur une base Debian, une distribution reconnue pour sa stabilité et sa robustesse. Contrairement à ce que certains pensent, ce n’est pas parce qu’une distribution est accessible qu’elle est simpliste ou limitée pour les utilisateurs avancés. Ubuntu tire parti de cette base tout en offrant des outils puissants, une infrastructure solide et des mises à jour régulières qui en font un excellent choix pour les experts.

L’idée que les distributions faciles d’accès sont moins “techniques” ne tient pas. Le travail de Canonical a permis de rendre l’administration du système plus efficace sans sacrifier les capacités avancées de Linux. Les utilisateurs expérimentés ont toujours accès aux mêmes outils puissants : gestion des services via systemd, gestion de paquets via apt, support complet de Snap et de Flatpak pour les environnements complexes. Ubuntu facilite, mais ne limite pas.

L’Innovation avec Snap (et Flatpak): Polyvalence et Modularité

Contrairement à ce que beaucoup peuvent penser, Ubuntu est à la pointe de l’innovation dans l’écosystème Linux, notamment avec l’introduction des paquets Snap. Les snaps sont des applications empaquetées avec toutes leurs dépendances, ce qui permet de les isoler du reste du système. Pour un utilisateur avancé, cela ouvre la porte à des environnements plus modulaires et à des systèmes moins sujets aux conflits de paquets.

Les snaps sont souvent décriés dans la communauté pour leur lourdeur, mais leur polyvalence et leur gestion simplifiée des dépendances en font un atout majeur pour les utilisateurs souhaitant déployer des applications complexes sans risquer d’instabilités. Les administrateurs de serveurs ou les développeurs qui veulent tester des versions spécifiques de logiciels peuvent apprécier cette flexibilité.

Ubuntu supporte également Flatpak, un autre format d’empaquetage universel très populaire dans le monde Linux. Bien que Flatpak ne soit pas installé par défaut sur Ubuntu, il est facilement disponible via les dépôts officiels. Flatpak offre des avantages similaires à Snap, notamment en termes d’isolation des applications, et il est souvent préféré pour son intégration dans des distributions orientées vers l’utilisateur de bureau, comme Fedora. L’ajout de Flatpak dans Ubuntu permet donc aux utilisateurs avancés de bénéficier des deux technologies et de choisir celle qui convient le mieux à leurs besoins, renforçant encore la polyvalence de la distribution.

La Diversité des Environnements de Bureau : Flexibilité Totale

Un autre argument souvent négligé est la flexibilité qu’Ubuntu offre aux utilisateurs expérimentés en matière d’environnement de bureau. Si l’installation par défaut d’Ubuntu se fait avec GNOME, les autres variantes comme Kubuntu (avec KDE), Xubuntu (avec XFCE), ou encore Ubuntu MATE, permettent de choisir un environnement qui correspond précisément à ses besoins.

Les utilisateurs plus expérimentés n’hésitent pas à ajuster ou à remplacer ces environnements selon leurs goûts ou leurs nécessités. Par exemple, KDE Plasma offre des options avancées de personnalisation, idéales pour ceux qui aiment optimiser leur flux de travail au pixel près.

Un Écosystème Idéal pour le Développement et l’Infrastructure Cloud

Ubuntu est l’une des distributions Linux les plus utilisées dans les environnements de développement et le déploiement en production. La distribution est massivement utilisée dans des projets cloud et serveurs à grande échelle. Canonical a mis en place des outils de gestion du cloud et de l’infrastructure qui rendent Ubuntu tout aussi pertinent pour des administrateurs système que pour des débutants.

L’adoption d’Ubuntu par des entreprises comme Google ou Amazon pour leurs infrastructures cloud montre bien que la distribution va au-delà d’une simple interface utilisateur conviviale. Canonical propose MAAS (Metal as a Service) pour la gestion de datacenters, Juju pour l’orchestration des services, ou encore LXD pour des conteneurs de systèmes légers, des outils qu’un utilisateur avancé saura apprécier.

Un Système de Paquets Souple et Contrôlable

Ubuntu utilise APT, un gestionnaire de paquets extrêmement puissant qui donne aux utilisateurs expérimentés un contrôle total sur leur système. Ils peuvent ainsi choisir de désactiver les dépôts Snap ou d’utiliser des dépôts tiers pour obtenir des versions alternatives de certains logiciels. Cette flexibilité permet à un utilisateur avancé d’adapter l’expérience Ubuntu à ses propres besoins sans être contraint par les choix par défaut de Canonical.

Contrairement aux distributions “puristes”, Ubuntu adopte une approche pragmatique qui laisse l’utilisateur libre de configurer son environnement comme il le souhaite. Ainsi, on peut avoir un système très avancé, hautement personnalisé, tout en bénéficiant de la stabilité et de la sécurité qu’Ubuntu garantit par défaut.

Une Communauté Énorme et Solide : Un Atout pour Tous les Utilisateurs

L’un des grands avantages d’Ubuntu est sa communauté gigantesque. Pour les utilisateurs avancés, cela signifie un accès rapide à des solutions complexes, à des échanges techniques de haute qualité, et à des projets collaboratifs de grande envergure. Ubuntu propose aussi une documentation exhaustive, utile même pour des opérations plus avancées.

Les utilisateurs experts peuvent également contribuer activement à cette communauté, que ce soit en participant au développement des paquets, en corrigeant des bugs, ou en améliorant la documentation, un aspect souvent sous-estimé dans le monde Linux.

La Fausse Idée de la “Fainéantise”

Dire que les utilisateurs expérimentés restent sur Ubuntu par “fainéantise” est une simplification grossière. Le choix d’une distribution repose souvent sur des critères bien plus complexes, tels que la stabilité, la compatibilité avec le matériel, la qualité du support technique, ou encore les habitudes personnelles. Ubuntu a su évoluer et proposer des solutions techniques modernes et adaptées à tous les niveaux d’expertise, rendant ce choix parfaitement justifiable pour des utilisateurs avancés.

En fin de compte, chaque utilisateur Linux trouve son équilibre entre facilité d’utilisation et puissance. Ubuntu ne fait pas exception : si elle séduit les débutants, c’est aussi parce qu’elle parvient à satisfaire les experts avec une fiabilité et une robustesse inégalées.

Canonical : Innovation ou Isolement ? Une Vision Nuancée

L’idée que Canonical “multiplie les cavaliers seuls” avec des projets comme Mir et Snap est souvent exagérée. Prenons Mir par exemple. À l’origine, Canonical a effectivement voulu développer un serveur d’affichage alternatif à Wayland, mais ce projet a évolué. Aujourd’hui, Mir ne cherche plus à remplacer Wayland, il est devenu un compositeur compatible avec Wayland lui-même, apportant des fonctionnalités spécifiques, notamment pour les systèmes embarqués et l’IoT. Cela montre que Canonical sait adapter ses projets et les intégrer dans des écosystèmes plus larges quand cela est pertinent.

En ce qui concerne les Snaps, il est important de noter que Canonical n’a jamais cherché à “remplacer” Flatpak, mais plutôt à proposer une alternative avec des avantages distincts, comme une meilleure intégration dans les environnements serveurs et un système de confinement plus strict. Ubuntu supporte parfaitement Flatpak, et l’utilisateur reste libre de choisir le format qui correspond à ses besoins. Ce n’est pas une démarche d’isolement, mais une approche qui diversifie les outils disponibles pour différents cas d’utilisation. Canonical contribue activement à l’écosystème Linux tout en proposant ses innovations.

Cela nuance l’idée de l’isolement de Canonical et met en avant leur contribution à l’écosystème open source.

Canonical : Des Projets Autonomes Par Nécessité, Pas Par Isolement

L’idée que Canonical multiplie les cavaliers seuls en développant des projets comme Mir ou les Snaps est souvent mal comprise. Prenons le cas du bureau Unity, né justement de la volonté de Canonical de participer activement au développement de GNOME. Canonical a soumis de nombreuses propositions pour améliorer GNOME, mais une grande partie de leurs demandes ont été rejetées ou ignorées par la communauté du projet. C’est cette frustration qui a poussé Canonical à créer Unity, un bureau innovant qui répondait aux besoins spécifiques qu’ils voyaient pour une expérience utilisateur plus moderne et intégrée.

Ainsi, plutôt que de viser l’isolement, ces initiatives résultent souvent de la volonté de contribuer à l’écosystème open source, mais avec une vision différente ou des besoins non couverts par les projets existants. Le développement de Mir et des Snaps suit cette même logique : répondre à des exigences spécifiques tout en maintenant la compatibilité avec d’autres standards comme Wayland et Flatpak. Canonical innove tout en cherchant à apporter de nouvelles solutions qui enrichissent l’expérience Linux.

Conclusion: En fin de compte, décrire Ubuntu comme une distribution uniquement destinée aux débutants ou suggérer que Canonical opère en isolation est une vision réductrice. Ubuntu, à travers ses innovations comme Snap et Mir, ainsi que ses tentatives d’intégration avec des projets comme GNOME, a démontré sa capacité à évoluer, à s’adapter et à contribuer à l’écosystème Linux tout en répondant aux besoins spécifiques de ses utilisateurs. Canonical a parfois dû emprunter des chemins distincts pour apporter des solutions pratiques là où elles étaient nécessaires, mais toujours dans un esprit de contribution ouverte. Pour les utilisateurs avancés, Ubuntu offre un environnement à la fois puissant et flexible, sans compromis sur la simplicité d’utilisation. Ce n’est pas une question de “fainéantise” que de choisir Ubuntu, mais plutôt une reconnaissance de sa maturité et de sa pertinence dans le paysage Linux moderne, tant pour les débutants que pour les utilisateurs expérimentés.

Pourquoi mon blog est hors service : Explications et solution

2024-10-10T00:00:00Z

Depuis quelque temps, vous avez sans doute remarqué que mon blog est hors service. Je tenais à vous expliquer la raison de cette interruption, qui malheureusement échappe à mon contrôle.

Mon hébergeur, Tuxfamily avec lequel je travaille depuis un certain temps (2015 de mémoire), est un service gratuit qui contribue beaucoup au monde de l’open source. Je l’ai choisi pour ces valeurs et son engagement envers la communauté et eux m’ont toléré. Cependant, malgré leurs efforts constants, ils rencontrent actuellement des problèmes techniques majeurs. Ces incidents se traduisent par des coupures fréquentes et des temps de chargement très lents, rendant l’accès au blog impossible pendant de longues périodes.

Je tiens à souligner que leur travail est précieux et que, comme beaucoup de projets open source, ils dépendent souvent de ressources limitées. Cela dit, la situation reste frustrante pour moi, car je m’efforce de maintenir un site fiable et rapide pour vous.

Je profite toutefois de cette période pour travailler sur plusieurs projets en parallèle. J’ai rédigé de nouveaux billets comme “news.opensuse.org : Début du développement de Leap 16.0” et “Réponse Critique à J’ai vu Winnie l’ourson et ça fait peur !”, qui sont déjà en ligne dans ma version de test. En plus de cela, je mets en place un nouveau forum et j’apporte des améliorations au site, notamment sur la fonction de recherche, qui fouille désormais à la fois dans les titres et le contenu des articles.

Face à ces difficultés, j’ai pris la décision de migrer mon blog vers InfinityFree, tout en conservant le forum sur Tuxfamily pour le moment, et j’envisage même d’y réintégrer l’ancien moteur de forum.

Je suis les discussions avec leur équipe pour voir comment la situation peut être améliorée, et j’espère pouvoir rétablir le blog très bientôt. En attendant, je vous tiendrai informés de l’évolution. Merci de votre patience et de votre compréhension !

Réponse Critique à J'ai vu Winnie l'ourson et ça fait peur !

2024-10-09T00:00:00Z

Il est intéressant de voir à quel point les opinions peuvent diverger sur un même film. Après avoir visionné Winnie-the-Pooh: Blood and Honey une seconde fois, je ressens le besoin de contredire ma propre évaluation initiale. Bien que j’aie souligné que ce film était une “daube sans fin”, je pense qu’il mérite une évaluation plus nuancée.

Une expérience immersive et originale

Tout d’abord, je reconnais que j’avais une vision très étroite de ce que représente Winnie-the-Pooh: Blood and Honey. Bien que ce ne soit pas le Winnie de Walt Disney que nous connaissons tous, c’est précisément cela qui rend le film captivant ! En réinterprétant un personnage aussi iconique pour l’immerger dans un univers horrifique, le réalisateur propose une relecture audacieuse qui joue sur la nostalgie tout en s’aventurant sur des territoires inconnus. Ce mélange d’innocence et de terreur crée une dynamique intéressante qui, loin d’être une “hécatombe de conneries”, s’avère être un exercice de style audacieux.

Un film d’horreur à prendre au sérieux

Il est vrai que le film a ses défauts, et le jeu d’acteur peut parfois laisser à désirer. Mais cela fait partie du charme de ces productions à petit budget, où l’ambition dépasse souvent les moyens. Le fait que le film ait été réalisé pour moins de 100 000 $ témoigne d’une passion indéniable, et faire beaucoup avec peu mérite d’être salué. Au lieu de considérer cela comme un échec, on peut le voir comme une célébration de la créativité face aux contraintes.

Une fin ouverte à l’interprétation

Concernant la fin du film, j’ai exprimé ma déception en la qualifiant de “rien”. Pourtant, cette fin ouverte est, en réalité, un choix narratif délibéré. Elle laisse place à l’imagination du spectateur, ce qui est souvent une force dans le genre de l’horreur. Au lieu de clore l’histoire de manière convenue, le réalisateur nous pousse à réfléchir sur ce que nous venons de voir et à imaginer les conséquences des événements. Bien que cela puisse frustrer certains, c’est une approche qui offre une dimension supplémentaire à l’expérience.

Une proposition d’évasion

Enfin, j’avais souligné que l’histoire était la seule chose “de bonne” dans le film, mais il est important de reconnaître le potentiel de Winnie-the-Pooh: Blood and Honey en tant qu’évasion. À une époque où nous sommes souvent bombardés de récits complexes, ce film offre une alternative légère, permettant de se détendre et de savourer la folie. C’est un film qui sait se prendre au sérieux tout en s’assumant comme un pur divertissement.

En conclusion, même si Winnie-the-Pooh: Blood and Honey n’est pas un chef-d’œuvre, il mérite d’être apprécié pour ce qu’il est : une proposition originale et audacieuse qui mélange l’innocence d’un personnage d’enfance avec l’horreur, créant ainsi une expérience divertissante. Plutôt que de le réduire à une “daube”, il est utile de considérer la passion et la créativité qui se cachent derrière ce projet.

news.opensuse.org: Début du développement de Leap 16.0

2024-10-09T00:00:00Z

Bonjour à tous!

J’aimerais annoncer le début du développement et la mise à disposition du public de ce que nous appelons actuellement Leap 16.0 pré-Alpha. Comme il s’agit d’une version pré-Alpha, des changements importants peuvent survenir et le produit final peut être très différent dans les phases Alpha, Bêta, Release Candidate ou Disponibilité générale. L’installateur vous proposera actuellement Base, GNOME et KDE.

Les utilisateurs peuvent obtenir nos nouvelles images d’installation d’Agama à partir de get.opensuse.org/leap/16.0 . Le programme d’installation vous proposera actuellement une installation de Base, GNOME et KDE.

Leap 16.0 est une distribution traditionnelle et un successeur de Leap 15.6 dont la disponibilité générale est prévue pour l’automne 2025.

Nous avons l’intention de fournir aux utilisateurs un chevauchement suffisant pour que les utilisateurs de la version 15.6 puissent bénéficier d’une migration en douceur, comme ils en ont l’habitude dans les versions précédentes.

Des informations supplémentaires sont disponibles sur notre feuille de route . Cette feuille de route est susceptible d’être modifiée car nous devons réagir à tout changement de calendrier de SUSE Linux Enterprise Server 16.

Les utilisateurs peuvent s’attendre à une distribution traditionnelle sous une toute nouvelle forme basée sur les binaires du dernier SLES 16 et les packages communautaires de notre base de code de développement Factory .

Il n’est pas prévu de faire un Leap 15.7, cependant, nous devons toujours livrer les packages communautaires déjà publiés de Leap 15 via Package HUB pour le prochain SLES 15 SP7. C’est pourquoi il existe un projet openSUSE:Backports:SLE-15-SP7 et des dépôts 15.7 dans OBS.

À qui s’adresse-t-il ?

Il s’agit d’un produit pré-alpha qui n’est pas destiné à être installé comme pilote quotidien. Je vous recommande vivement de commencer par l’installation sur une machine virtuelle et de vous familiariser avec l’installateur en ligne Agama.

Le public cible de la version pré-Alpha est constitué des premiers utilisateurs et des contributeurs qui souhaitent participer activement à ce vaste effort. Les utilisateurs doivent envisager de démarrer Agama Media de temps en temps juste pour vérifier la compatibilité avec leur matériel.

Pour les utilisateurs non contributeurs, je recommande vivement d’attendre que nous ayons une version bêta, qui est attendue pour la fin du printemps 2025.

Comment signaler des bugs ?

Je vous prie de bien vouloir consulter notre page wiki des bugs connus avant de signaler un nouveau problème. Si vous trouvez un nouveau problème susceptible d’affecter les utilisateurs, n’hésitez pas à l’ajouter à la page.

Spécifiquement pour Agama, je recommande fortement d’utiliser github.com/agama-project et de collaborer avec l’équipe YaST sur les suggestions et l’intégration de toutes les modifications.

Pour le reste des composants, le flux de travail ne change pas ; sélectionnez simplement la version 16.0 pour les soumissions de bogues .

Demandes de fonctionnalités

Toutes les modifications apportées aux packages hérités de SLES 16 doivent être demandées via une demande de fonctionnalité .

Les demandes de fonctionnalités seront examinées tous les lundis lors d’une réunion d’examen des fonctionnalités au cours de laquelle nous convertirons les demandes de code-oo en demandes JIRA utilisées par SUSE Engineering, le cas échéant.

Le bot factory-auto rejettera toutes les demandes de soumission de code pour les packages SLES avec un pointeur vers code-oo. Vous pouvez obtenir une liste de tous les packages SLFO/SLES simplement en exécutant osc ls SUSE:SLFO:1.1:Build.

Pour clarifier les choses, SLFO, SUSE Linux Framework One, est le pool source de SLES 16 et SL Micro 6.X. SLFO était auparavant connu sous le nom d’Adaptable Linux Platform (ALP).

Je recommande vivement d’utiliser code-oo pour coordonner des efforts communautaires plus importants tels que l’activation de Xfce, où il sera probablement nécessaire de mettre à jour certaines dépendances SLES. Cela nous permet de partager l’histoire plus large et un meilleur raisonnement pour les demandes de mise à jour SLES associées. La liste des fonctionnalités est également extrêmement précieuse pour l’article sur la version Release.

Où soumettre les packages, comment sont-ils construits et où sont-ils testés ?

Leap 16.0 est intégré au projet openSUSE:Leap:16.0, où nous accueillerons avec plaisir toutes les soumissions de la communauté jusqu’à la date limite de soumission du code bêta à la fin du printemps 2025. Nous avons l’intention de conserver le modèle de développement précédent et d’éviter de dupliquer les packages SLES, sauf si nécessaire. Nous ne pouvons plus refléter les soumissions de code SLES d’OBS dans IBS. Toutes les demandes de mise à jour de SLES 16 doivent donc être demandées via des demandes de fonctionnalités.

Pour le contrôle qualité, nous disposons de suites de tests de base basées sur les installations d’Agama dans le groupe de tâches Leap 16.0 . Plus tard, nous prévoyons de retravailler le groupe de tâches Images Leap 16.0 existant pour tester les images d’appareils restantes.

Le projet dans lequel nous maintenons les packages communautaires est sujet à changement car nous n’avons pas encore complètement finalisé la manière de créer Package HUB ; nous pouvons utiliser une structure similaire avec des rétroportages comme dans 15.3+).

L’activation de suites de tests supplémentaires est l’un des domaines dans lesquels nous avons actuellement le plus besoin d’aide. Suivis associés de progress.opensuse.org poo#164141 Activation de Leap 16.0 et poo#166562 mise à niveau à partir de 15.6 .

Un autre domaine dans lequel vous pouvez apporter votre aide est celui des soumissions de nouveaux paquets et de la révision des soumissions de paquets par les mainteneurs pour Leap 16.0. Ces révisions sont judicieuses car nous aimerions vérifier auprès des mainteneurs si ce logiciel dans une version donnée a du sens pour être inclus dans Leap 16.0, plutôt que de copier aveuglément tous les paquets.

Participation aux efforts de branding et de marketing

Je suis très fier d’annoncer de nouveaux efforts de branding et je tiens à remercier toutes les personnes qui ont contribué à donner à Leap et Tumbleweed un nouveau look. Nous prévoyons de publier un article ou une vidéo sur les changements et d’autres projets car nous avons encore une ou deux surprises en poche.

Vous souhaitez nous aider sur ce front ? Faites passer le message et n’hésitez pas à rejoindre l’ équipe marketing d’openSUSE sur notre canal Telegram .

Un grand merci à tous ceux qui nous ont aidé à arriver jusqu’ici.

Lubos Kocman au nom de l’ équipe de publication d’openSUSE

Pourquoi un moteur statique, comme Eleventy, est un meilleur choix que WordPress pour ton blog

2024-10-08T00:00:00Z

Je voulais juste faire un petit billet réponse à Fred, j’espère qu’il ne m’en tiendra pas rigueur.

Pourquoi un moteur statique, comme Eleventy, est un meilleur choix que WordPress pour ton blog #

Ton blog existe peut-être depuis des années, motorisé par WordPress, mais la fidélité à un outil ne devrait pas être un critère primordial quand on parle d’efficacité, de performance et de sécurité. Bien sûr, WordPress est populaire et largement utilisé, mais cela n’en fait pas nécessairement le choix idéal pour tout le monde, surtout avec l’évolution rapide des outils disponibles aujourd’hui.

La lourdeur de WordPress #

WordPress est un CMS dynamique qui repose sur une base de données. Cela implique une complexité technique sous-jacente qui peut devenir un obstacle. Chaque requête sur ton site doit passer par une couche de traitement pour récupérer le contenu dans une base de données, générer la page dynamiquement, puis l’afficher à l’utilisateur. Même avec des optimisations de cache, cela ne peut jamais rivaliser avec la légèreté d’un moteur statique comme Eleventy, qui ne nécessite aucune base de données ni de génération dynamique. Le contenu est directement prêt à être servi, ce qui assure une vitesse de chargement fulgurante.

La simplicité d’un générateur de site statique #

Contrairement à WordPress, qui nécessite des mises à jour fréquentes pour corriger des vulnérabilités de sécurité ou pour intégrer de nouvelles fonctionnalités (et cela, souvent au prix d’une compatibilité compromise), un générateur de site statique comme Eleventy fonctionne avec des fichiers simples et n’a pas besoin de cette maintenance constante. C’est un outil minimaliste qui te permet de créer ton blog en utilisant uniquement HTML, Markdown ou d’autres formats de fichier, sans dépendre d’une base de données ou d’un serveur PHP. De plus, il est plus facile à sécuriser, car il y a moins de surface d’attaque.

La performance avant tout #

Si tu as déjà connu des ralentissements avec WordPress à cause de la version de PHP ou de la base de données sur un hébergement vieillissant, tu comprendras l’importance d’un système qui ne repose pas sur ce type d’architecture. Avec un site statique, le serveur ne fait que servir des fichiers statiques, ce qui réduit drastiquement la latence et améliore l’expérience utilisateur. Même avec un hébergement bas de gamme, la performance est optimisée.

Le minimalisme au service de l’évolutivité #

Là où WordPress propose une multitude de plugins pour étendre ses fonctionnalités, cette approche peut rapidement transformer ton site en un monstre difficile à maintenir. Chaque plugin ajoute du poids et peut introduire des failles de sécurité. En revanche, avec Eleventy ou un autre moteur statique, chaque fonctionnalité est réfléchie et intégrée de manière plus légère et contrôlée, en utilisant des scripts ou des outils spécifiques à tes besoins. Moins de fonctionnalités inutiles, plus de contrôle.

La stabilité ne doit pas être un frein #

Certes, tu es fidèle à WordPress depuis des années, tout comme à Archlinux, mais la stabilité dans l’utilisation d’un outil ne doit pas devenir une prison. Rester sur une technologie par habitude peut te priver des améliorations que d’autres solutions, comme les moteurs statiques, peuvent apporter. Tester et explorer de nouvelles approches n’est pas un signe d’instabilité, mais de curiosité et d’amélioration continue.

Conclusion : le choix du bon outil #

Le choix du moteur de blog ne doit pas se baser uniquement sur la fidélité, mais sur des critères techniques qui répondent à tes besoins actuels et futurs. Un générateur de site statique comme Eleventy est souvent une solution plus adaptée pour ceux qui cherchent performance, simplicité et sécurité. Alors, plutôt que de t’accrocher à WordPress par habitude, pourquoi ne pas explorer un outil qui peut réellement t’apporter plus de légèreté et de flexibilité pour les années à venir ? Il est temps de réévaluer la vraie valeur d’un CMS dans un monde où la rapidité et l’efficacité sont plus importantes que jamais.

Critique Positive de Winnie-the-Pooh: Blood and Honey 2

2024-10-08T00:00:00Z

Après avoir visionné Winnie-the-Pooh: Blood and Honey 2, je suis agréablement surpris de constater qu’il réussit à se démarquer, tout comme son prédécesseur. À l’origine, je n’attendais pas grand-chose de cette suite, redoutant une production paresseuse qui tenterait simplement de capitaliser sur le succès du premier film. Cependant, il s’avère que ce n’est pas du tout le cas.

Certes, Winnie-the-Pooh: Blood and Honey 2 n’est pas le film de l’année, ni un chef-d’œuvre, mais il offre une expérience cinématographique que j’appellerais “détente” ou “repos cerveau”… C’est le genre de film idéal pour se plonger dans une atmosphère sans se soucier de la complexité de l’intrigue. Parfois, on a besoin de ces moments où l’on peut se poser, où l’on ne se sent pas obligé de décortiquer chaque détail. Ce film remplit parfaitement cette fonction.

L’aspect sanglant de Blood and Honey 2 ajoute à son charme. Les amateurs de sensations fortes trouveront leur compte, mais ce qui est réellement appréciable, c’est la capacité du film à divertir sans prétention. Les scènes de violence sont peut-être exagérées, mais elles contribuent à créer une ambiance unique qui fait sourire.

En résumé, Winnie-the-Pooh: Blood and Honey 2 n’est pas un film qui va révolutionner le genre de l’horreur, mais il parvient à capturer l’essence d’un bon moment de divertissement. Si vous êtes à la recherche d’un film qui vous permettra de déconnecter et de vous amuser sans trop réfléchir, celui-ci fait le job. C’est un excellent choix pour une soirée de détente entre amis, avec du popcorn à la main et l’envie de s’évader, ne serait-ce qu’un instant.

Pourquoi Choisir un Moteur de Site Statique : L'Exemple d'Eleventy

2024-10-08T00:00:00Z

À l’ère du numérique, le choix d’un moteur de site est crucial pour garantir la performance, la sécurité et la facilité de maintenance de vos projets en ligne. Bien que les moteurs de site dynamiques aient leurs avantages, les moteurs de site statiques, comme Eleventy (11ty), se démarquent par de nombreux atouts indéniables.

Sécurité Renforcée #

Réduction des Points de Faiblesse #

La sécurité est l’un des aspects les plus préoccupants lors de la gestion d’un site web. Les moteurs de site dynamiques, souvent basés sur des bases de données, sont vulnérables à diverses attaques, comme les injections SQL ou le Cross-Site Scripting (XSS). Chaque fois qu’un utilisateur interagit avec un site dynamique, des requêtes sont envoyées au serveur pour traiter et générer des contenus, augmentant ainsi les risques de failles de sécurité.

En revanche, un site statique génère des fichiers HTML, CSS et JavaScript préalablement construits. Cela signifie que le serveur n’a pas à traiter de requêtes complexes en temps réel, réduisant considérablement les points d’entrée pour les attaquants. Avec Eleventy, vous avez la tranquillité d’esprit, sachant que votre site est moins exposé aux risques de sécurité. De plus, les mises à jour de sécurité peuvent être gérées rapidement et facilement, sans la nécessité de vérifier chaque composant d’un système de gestion de contenu complexe.

Mise à Jour Facile #

Lorsqu’il s’agit de sécurité, la rapidité des mises à jour est cruciale. Eleventy vous permet de déployer rapidement des corrections de sécurité, en vous assurant que votre site reste protégé contre les menaces récentes.

Entretien Simplifié #

Moins de Complexité #

Un autre avantage majeur des sites statiques réside dans leur facilité d’entretien. Les mises à jour de contenu peuvent être réalisées sans la nécessité de gérer des bases de données complexes ou des systèmes de gestion de contenu lourds. Avec un site dynamique, chaque changement peut nécessiter des ajustements dans plusieurs fichiers et la reconfiguration de la base de données. Cela peut s’avérer fastidieux et sujet à erreur.

Eleventy facilite ce processus en permettant une mise à jour rapide et intuitive du contenu grâce à sa structure de fichiers simple. Avec sa syntaxe claire et ses fonctionnalités de prétraitement, vous pouvez facilement gérer le contenu sans avoir à naviguer dans des systèmes compliqués. Cela signifie moins de temps passé sur la maintenance et plus de temps pour se concentrer sur la création de contenu.

Documentation et Support #

Eleventy est accompagné d’une documentation riche et d’une communauté active. En cas de questions ou de problèmes, vous pouvez rapidement trouver des solutions ou des conseils auprès d’autres utilisateurs. Cela simplifie encore plus le processus de maintenance, car vous pouvez accéder à des ressources utiles à tout moment.

Vitesse et Performance #

Chargement Rapide #

Les utilisateurs d’aujourd’hui s’attendent à une expérience web rapide et fluide. Les sites statiques se chargent beaucoup plus rapidement que leurs homologues dynamiques, car ils servent des fichiers statiques directement au navigateur, sans nécessiter de traitement côté serveur. Cette rapidité améliore non seulement l’expérience utilisateur, mais elle est également favorisée par les moteurs de recherche.

Des études montrent qu’un temps de chargement rapide est essentiel pour la rétention des utilisateurs. Les sites qui prennent plus de trois secondes à se charger peuvent perdre jusqu’à 40 % de leur trafic. En utilisant Eleventy, vous pouvez créer des sites ultra-rapides qui séduisent tant les visiteurs que les moteurs de recherche, contribuant ainsi à une meilleure position dans les résultats de recherche.

Optimisation SEO #

Les moteurs de recherche privilégient également les sites qui se chargent rapidement. Avec Eleventy, vous avez la possibilité d’optimiser vos fichiers statiques pour le SEO, en intégrant des pratiques comme la compression des images, le minification des fichiers CSS et JavaScript, et l’utilisation de balises HTML appropriées. Ces éléments aident à améliorer la visibilité de votre site sur le web.

Gestion de la Charge #

Scalabilité #

Les sites statiques sont également beaucoup plus efficaces en termes de gestion de la charge. Lorsqu’un grand nombre d’utilisateurs accède à un site dynamique, cela peut entraîner des ralentissements ou même des pannes, car le serveur doit traiter chaque demande en temps réel. Les sites statiques, quant à eux, peuvent être facilement distribués sur un réseau de distribution de contenu (CDN), permettant ainsi de gérer un volume de trafic élevé sans difficulté.

Avec Eleventy, vous pouvez publier vos fichiers statiques sur une multitude de plateformes de déploiement, y compris Netlify et Vercel, qui sont optimisées pour servir des sites statiques. Cela garantit que votre site reste accessible même en période de forte affluence, offrant une expérience utilisateur ininterrompue.

Coût Efficace #

De plus, en réduisant la charge sur vos serveurs, vous pouvez également réduire les coûts liés à l’hébergement. Les services d’hébergement pour les sites statiques sont souvent moins chers, car ils nécessitent moins de ressources serveur. Cela constitue un avantage financier non négligeable, surtout pour les petites entreprises ou les développeurs indépendants.

La Force d’Eleventy #

Flexibilité et Personnalisation #

Eleventy se distingue comme un moteur de site statique performant et flexible. Sa simplicité d’utilisation en fait un choix idéal pour les développeurs de tous niveaux. Que vous souhaitiez créer un blog, un portfolio ou un site d’entreprise, Eleventy offre une multitude de fonctionnalités et de plugins qui vous permettent de personnaliser votre site selon vos besoins spécifiques.

Eleventy prend en charge plusieurs formats de fichiers (Markdown, Nunjucks, Liquid, etc.), ce qui vous permet de choisir celui qui convient le mieux à votre projet. De plus, grâce à sa structure basée sur des fichiers, vous pouvez facilement organiser et gérer votre contenu, rendant le processus de développement plus fluide et agréable.

Communauté et Écosystème #

La communauté Eleventy est active et engagée, offrant un soutien continu et une multitude de ressources pour les développeurs. Que ce soit à travers des forums, des groupes de discussion ou des tutoriels, vous pouvez facilement trouver de l’aide ou des idées pour améliorer votre projet. Cet écosystème dynamique est un atout majeur qui accompagne votre développement avec Eleventy.

Conclusion #

Choisir un moteur de site statique comme Eleventy, c’est opter pour la sécurité, la performance et une maintenance simplifiée. En investissant dans un moteur de site statique, vous construisez non seulement un site web plus rapide et plus sûr, mais vous vous donnez également les moyens de vous concentrer sur ce qui compte vraiment : créer du contenu de qualité pour vos utilisateurs. N’attendez plus, passez à la vitesse supérieure avec Eleventy !

Améliorer la Recherche sur Mon Blog : Mon Aventure avec la Page de Recherche

2024-10-07T00:00:00Z

La recherche sur un blog est un élément crucial pour offrir une expérience utilisateur fluide et efficace. Récemment, j’ai entrepris de créer une page de recherche sur mon blog propulsé par Eleventy, et je voulais partager avec vous mon parcours, les défis rencontrés, et les solutions trouvées.

L’Importance d’une Fonctionnalité de Recherche #

Avec un nombre croissant de billets sur différents sujets, il est devenu essentiel pour mes lecteurs de pouvoir rechercher facilement du contenu pertinent. Je voulais m’assurer que les utilisateurs puissent trouver rapidement les informations qu’ils recherchent, sans avoir à parcourir chaque article manuellement.

Les Premières Étapes #

J’ai commencé par créer un fichier search.njk, qui sert de point d’entrée pour la fonctionnalité de recherche. Mon objectif initial était de charger les données des billets via un fichier JSON généré automatiquement à partir des flux (feeds). Cela me permettrait d’avoir toutes les informations nécessaires à portée de main pour effectuer des recherches efficaces.

Chargement des Données #

Pour charger les données, j’ai utilisé une requête fetch pour récupérer le fichier JSON contenant les informations sur mes billets. Cela a été une étape relativement simple, mais j’ai rapidement réalisé que je devais m’assurer que les données soient accessibles et correctement formatées.

try {
        const response = await fetch("/feed/feed.json");
        if (!response.ok) {
            throw new Error('Erreur de chargement des données');
        }
        const data = await response.json();
        posts = data?.items || [];
        console.log("Données chargées:", posts);
    } catch (error) {
        console.error("Erreur lors du chargement des données:", error);
        const li = document.createElement('li');
        li.textContent = 'Erreur lors du chargement des données.';
        results.appendChild(li);
    }

La Gestion de la Recherche #

Une fois les données chargées, je me suis concentré sur la gestion de la recherche elle-même. J’ai mis en place un mécanisme de “debounce” pour optimiser les performances de la recherche lors de la saisie des utilisateurs. Cela m’a permis de limiter le nombre de fois où la fonction de recherche est appelée, améliorant ainsi la réactivité de la page.

Filtrer les Résultats #

Pour filtrer les résultats en fonction du terme de recherche, j’ai utilisé la méthode filter sur les données des billets. Je voulais que la recherche soit efficace, prenant en compte le titre, la description et le contenu des billets. Cela a permis d’afficher uniquement les résultats pertinents pour l’utilisateur.

const filteredPosts = posts.filter(post => {
    return post.title.toLowerCase().includes(search_term) || 
           post.description?.toLowerCase().includes(search_term) ||
           post.content_html?.toLowerCase().includes(search_term);
});

Amélioration de l’Affichage des Résultats #

Un des points cruciaux de cette aventure a été d’améliorer l’affichage des résultats de recherche. Je voulais que les utilisateurs voient un extrait du contenu avec le terme recherché mis en évidence. Pour cela, j’ai créé une fonction qui met en surbrillance le terme de recherche dans les extraits affichés.

const highlightSearchTerm = (content, searchTerm) => {
    const regex = new RegExp(`(${searchTerm})`, 'gi');
    return content.replace(regex, '<mark>$1</mark>').slice(0, 200) + '...';
};

Les Défis Rencontrés #

Bien sûr, tout n’a pas été simple. J’ai rencontré des défis, notamment dans la mise en forme des résultats et l’optimisation des performances. Chaque ajustement a nécessité une attention particulière pour garantir que la page de recherche soit à la fois esthétique et fonctionnelle.

Conclusion #

Finalement, après quelques essais et ajustements, j’ai réussi à créer une page de recherche qui répond à mes attentes et, je l’espère, à celles de mes lecteurs. Cette aventure m’a non seulement permis d’améliorer la fonctionnalité de recherche sur mon blog, mais aussi d’approfondir mes compétences en JavaScript et en gestion des données.

J’espère que ce partage d’expérience pourra être utile à d’autres blogueurs qui souhaitent mettre en place une fonctionnalité de recherche efficace. N’hésitez pas à partager vos propres expériences ou à poser des questions dans les commentaires !

11ty est de retour, en moins de 4 heures...

2024-10-06T00:00:00Z

On s’est quitté avec un adieu pour 11ty et un aller simple sur Hexo, qui reste ma bouée de secoure, en moins de temps qu’il ne faut, j’ai voulu regarder de plus près ce qui clochait, et je n’ai pas compris comment un projet qui se vante qu’Eleventy offre un contrôle total sur le résultat de votre projet pouvait gâché des heures de personnalisation.

J’ai donc refait des recherches, notamment sur les notes et l’aide à l’upgrade qui me disait simplement de faire ceci:

Upgrade your project’s version of Eleventy with npm before using this helper plugin.
# Or, upgrading from Eleventy v2 to v3
npm install @11ty/eleventy@3

Then, install the helper plugin. The major version will match the version of Eleventy that you’re upgrading to.
# Or, upgrading from Eleventy v2 to v3
npm install @11ty/eleventy-upgrade-help@3

Add to your configuration file (probably eleventy.config.js or eleventy.config.js):

const UpgradeHelper = require("@11ty/eleventy-upgrade-help");

module.exports = function (eleventyConfig) {
	// If you have other `addPlugin` calls, it’s important that UpgradeHelper is added last.
	eleventyConfig.addPlugin(UpgradeHelper);
};

Run your usual build command (e.g. npm run build) and pay attention to the output. Address any violations and warnings.

Comme ça c’était simple et pourtant, coquille sur coquille. Une fois bien énervé et après avoir mit en place Hexo, je ne pouvais pas me laisser voir abandonner autant de personnalisation comme ça juste pour une nouvelle version. J’ai été voir le blog et le billet qui parlait de cette sortie, mais rien, alors je suis parti plus loin et allé voir le billet de la bêta, mais encore une fois rien… Je suis allé voir le billet parlant de l’alpha et là ce fut bon:

New features and a short upgrade guide #

Eleventy v3.0 requires Node 18 or newer.

The flagship feature for this release is our first-class bundler-free (read: it’s fast) ESM support. Practically speaking, this means you can add "type": "module" to your package.json and all of the Node *.js files in your project will now expect ESM syntax (e.g. import instead of require).

ESM is not required. Your existing CommonJS (CJS) projects (known for use of module.exports and require) will still work great with Eleventy 3.0 and we will continue to support CommonJS in Eleventy moving forward.

You have two upgrade path options (pick which one suits your project best):

Leave your existing Eleventy project as CommonJS. This is the easiest migration path. Use of require for I18nPlugin, RenderPlugin, or HTMLBasePlugin will need to be updated.

Make your project ESM-first. This is highly recommended for new projects and is the best way to write JavaScript moving forward. 11ty-website went all in on ESM but (as a reminder) ESM is not required and a project-wide upgrade to ESM isn’t necessary either. You can add "type": "module" to your package.json and rename your Node .js files to .cjs and be done with it. Later on, you can slowly upgrade to ESM syntax one JavaScript file at a time by renaming back from .cjs to .js.

Upgrade examples #

You can check out these two pull requests showing how these large-ish web site codebases were converted to use Eleventy v3.0:

zachleat.com kept using CommonJS (easy mode: 3 files changed ~6 lines of code): https://github.com/zachleat/zachleat.com/pull/50

11ty-website CommonJS to ESM (a bit more work): https://github.com/11ty/11ty-website/pull/1636

Cerise sur le gâteau:

How to require("@11ty/eleventy") in CommonJS #

This step is only necessary if you use CommonJS for your Eleventy configuration file (e.g. .eleventy.js or eleventy.config.js or eleventy.config.cjs).

If you use the I18nPlugin, RenderPlugin, or HTMLBasePlugin, you will need to make the following change in your CommonJS config file:
// Any combination of these
const { I18nPlugin, RenderPlugin, HtmlBasePlugin } = require("@11ty/eleventy");

module.exports = function (eleventyConfig) {
	// …
};
If you’re continuing to use CommonJS, these will need to be updated to dynamic imports instead (you can’t require an ESM package but you can use await import() in CommonJS to work around it):
// Eleventy 3.0 supports async configuration callbacks:
module.exports = async function (eleventyConfig) {
	// Any combination of these
	const { I18nPlugin, RenderPlugin, HtmlBasePlugin } = await import(
		"@11ty/eleventy"
	);

	// …
};

Mais c’est surtout en allant voir le git du blog perso de Zachleat que j’ai compris ce qu’on me demandait de faire. Je vous montre:

- const { EleventyRenderPlugin } = require("@11ty/eleventy");
+ // const { EleventyRenderPlugin } = require("@11ty/eleventy");

- module.exports = function(eleventyConfig) {
+ module.exports = async function(eleventyConfig) {
+	 const { EleventyRenderPlugin } = await import("@11ty/eleventy");

Dans mon cas, j’ai fait ceci:

- const { EleventyHtmlBasePlugin } = require("@11ty/eleventy");
- module.exports = function(eleventyConfig) {
+ module.exports = async function(eleventyConfig) {
+	 const { EleventyHtmlBasePlugin } = await import("@11ty/eleventy");

Fin de 11ty et retour sous Hexo pour le blog!

2024-10-05T22:21:29Z

11ty V3 : Une déception amère

La nouvelle version de 11ty est arrivée, la V3, et à première vue, elle promettait d’être une avancée intéressante, apportant son lot de nouveautés et d’options pour simplifier la vie des développeurs. Et c’est partiellement le cas… Mais pas seulement. Elle a également introduit un changement majeur dans la configuration, rendant mon fichier actuel obsolète. Résultat ? Je me retrouve à tâtonner, essayant de deviner ce qui doit être corrigé. Ironie du sort, j’avais déjà prévenu dans un précédent billet sur 11ty que ce genre de chose finirait par arriver. Lors de la transition vers la version 2, la possibilité d’inclure des blocs de code indentés avait été désactivée, mais une solution de contournement avait émergé peu après. Aujourd’hui, c’est un peu la même chose, mais en pire.

J’ai d’abord cherché à adapter mon projet pour obtenir un résultat cohérent avec cette nouvelle version. Toutefois, le travail demandé était colossal. J’ai ensuite tenté une migration progressive, modifiant morceau par morceau ce qui posait problème. Là encore, l’accumulation d’erreurs m’a vite découragé. J’ai donc pris la décision radicale de repartir de zéro, espérant réappliquer mes personnalisations comme je l’avais fait sans difficulté entre la V1 et la V2. Mais non, les erreurs continuaient de s’enchaîner.

C’est là que la sentence est tombée : il était temps de chercher une alternative plus stable, quelque chose qui ne tente pas de se réinventer à chaque nouvelle version. Au final, 11ty n’est pas ce que j’espérais, et ça se voyait déjà avec l’histoire des blocs de code. Je me tourne donc vers Hexo, un outil beaucoup plus mature et stable, dont les versions évoluent sans chambouler les configurations.

Ce qui me frustre le plus, c’est que 11ty me permettait de créer quelque chose de vraiment unique. Je ne dis pas que c’était particulièrement beau, mais c’était personnel. Mon thème venait de moi, il était le reflet de mon travail. Avec Hexo, je vais devoir me contenter d’un thème préconçu, et je n’ai plus l’envie ni l’énergie de créer le mien. J’en ai assez de ces changements constants, de cette instabilité inhérente à certains projets open-source, de devoir sans cesse réapprendre.

Sur une note positive, au moins la fonctionnalité de recherche sous Hexo fonctionne parfaitement, grâce à un simple plugin standardisé, et non à du code que j’ai dû bricoler moi-même.

Regarder si votre Linux est vulnérable à l’attaque CUPS

2024-10-01T00:00:00Z

Pour que l’attaque soit possible, le démon cups-browsed doit être actif sur la machine cible, ce qui est rarement le cas sur la plupart des installations par défaut (exception faite de mon Ubuntu, que je détaillerai plus tard). Par ailleurs, l’attaquant doit pouvoir envoyer des paquets UDP au port 631 de la machine victime. Ces contraintes techniques diminuent la probabilité d’exploitation de la vulnérabilité dans un environnement réel, bien que le risque ne doive pas être ignoré. Avant d’envisager des solutions radicales comme débrancher le câble internet ou couper l’alimentation, voyons quelles actions entreprendre si vous avez besoin de CUPS.

Je pars du principe que vous utilisez Ubuntu et que vous dépendez de CUPS pour votre imprimante. Il est important de noter que Canonical a déjà pris des mesures en recommandant une mise à jour de votre système Ubuntu, les corrections ayant été apportées de leur côté.

Quatre identifiants CVE ont été attribués qui forment ensemble une chaîne d’exploitation à fort impact autour de CUPS : CVE-2024-47076 , CVE-2024-47175 , CVE-2024-47176 et CVE-2024-47177 .

L’équipe de sécurité de Canonical a publié des mises à jour pour les packages cups-browsed, cups-filters, libcupsfilters et libppd pour toutes les versions Ubuntu LTS sous support standard. Les mises à jour corrigent les vulnérabilités CVE-2024-47076, CVE-2024-47175, CVE-2024-47176, tandis que CVE-2024-47177 est corrigée par les 3 autres vulnérabilités en cours de correction. Des informations sur les versions affectées sont disponibles dans les pages CVE liées ci-dessus. Si vous avez installé l’une de ces versions, nous vous recommandons de la mettre à jour dès que possible. Lisez la suite pour en savoir plus sur les détails. Les mises à jour de sécurité pour les versions ESM seront publiées prochainement.

Comment fonctionne la chaîne d’exploitation #

À l’origine, la vulnérabilité repose sur l’incitation de CUPS à générer un fichier PPD (PostScript Printer Description) contrôlé par l’attaquant, contenant une commande arbitraire destinée à une imprimante. Chaque fois qu’une tâche d’impression est envoyée à cette imprimante, la commande est exécutée sous l’utilisateur lp (utilisateur sous lequel s’exécute le démon CUPS, sans privilèges élevés, sauf exploitation d’autres vulnérabilités).

La création initiale du fichier PPD manipulé peut se faire de deux manières :

Sur le réseau local : L’attaquant peut exploiter mDNS pour enregistrer automatiquement une nouvelle imprimante ou remplacer le fichier PPD associé à une imprimante existante. Cela nécessite la capacité à générer des datagrammes multicast et à les diriger vers le démon cups-browsed (port 631). Étant donné que le trafic multicast n’est pas routé via Internet, ce vecteur d’attaque est limité au réseau local, mais demeure préoccupant.
Sur tout réseau, y compris Internet : Un protocole UDP hérité peut être utilisé pour enregistrer une imprimante avec un fichier PPD malveillant. Dans ce cas, l’attaquant doit pouvoir envoyer un datagramme UDP au port 631, pris en charge par cups-browsed sur l’hôte ciblé. Un pare-feu ou un routeur NAT peut cependant bloquer ce vecteur d’attaque.

Qui est concerné ? #

CUPS, et plus particulièrement cups-browsed, est généralement présent sur les ordinateurs de bureau et les serveurs configurés pour gérer des tâches d’impression. Cependant, l’exploitation de la vulnérabilité n’est possible que si une tâche d’impression est effectivement envoyée. Par conséquent, si vous n’imprimez jamais, aucune commande malveillante ne peut être exécutée, même si les paquets vulnérables sont installés et qu’une tentative d’exploitation a eu lieu.

Il est vivement recommandé à tous ceux qui ont installé les paquets concernés de procéder à la mise à jour de sécurité dès que possible. Les serveurs dépourvus de règles de pare-feu adéquates et les ordinateurs portables se connectant à des réseaux non sécurisés sont particulièrement vulnérables.

Comment procéder ? #

Il est recommandé de mettre à jour tous les paquets, puis de redémarrer le démon CUPS en exécutant les commandes suivantes :

sudo apt update && sudo apt upgrade
sudo systemctl restart cups.service

Si cela n’est pas possible, vous pouvez cibler les composants concernés en utilisant :

sudo apt update && sudo apt install --only-upgrade cups-browsed cups-filters cups-filters-core-drivers libcupsfilters2 libppd2 libppd-utils ppdc
sudo systemctl restart cups

La fonctionnalité de mise à jour automatique est activée par défaut à partir d’Ubuntu 16.04 LTS. Ce service :

Applique automatiquement les nouvelles mises à jour de sécurité toutes les 24 heures.
Si cette option est activée, les correctifs mentionnés seront automatiquement appliqués dans les 24 heures.
Cependant, nous recommandons toujours de redémarrer le démon CUPS en utilisant systemctl restart cups.service.

Le nouveau forum, l'ancien forum, qu'est ce qui reste?

2024-09-28T00:00:00Z

Il était prévu pour aujourd’hui que je mette en place et que j’officialise le nouveau forum avec le moteur Flatboard, ce n’est pas encore pour le moment, j’ai une énième fois merdé et virer le mauvais dossier en allant trop vite. C’est pas vraiment grave car la vie n’avait pour le moment pas pris.

En fait, il y a deux choses au moins, en cherchant à changer, j’ai vu la simplicité de l’actuel forum motorisé par nononsense_forum, la facilité aussi, car tout ce fait directement depuis mon serveur FTP sur les dossiers et fichiers du moteur, il n’y a pas d’interface… L’autre chose est que le nouveau moteur est quand même un brin plus moderne et complet, ajoute des fonctions que je ne veux pas forcément comme le captcha qui pour moi n’est simplement qu’un ralentissement et une complexité de faire un post.

J’ai merdé, mais en même temps c’est faux, juste avant j’avais fait une sauvegarde du forum donc j’ai bien une copie du dite forum.

je continue de tester en interne.

Il y a aussi une autre chose qui va changer, je vais virer Disqus, il n’a pas pris, les habitués préfèrent le forum, moi aussi du reste, donc on va revenir à de la simplicité.

Funtoo est morte, non pas vraiment, elle évolue.

2024-09-27T00:00:00Z

J’ai appris la mort de Funtoo fin juillet grâce à Fred, dans son billet “La Funtoo Linux qui meurt, un début de rationalisation…”. La nouvelle m’a touché, car j’avais envisagé de migrer vers cette distribution. De plus, Sabayon, qui fut ma première rencontre avec la famille Gentoo, avait déjà fusionné avec Funtoo pour éviter la disparition. Malgré la fin un peu chaotique de Sabayon, je garde un certain attachement à cette distribution. Et maintenant, c’est comme si un chapitre se fermait pour de bon.

Comme je le mentionnais, c’est Fred qui m’a informé de la situation. Ne suivant pas assidûment l’actualité des distributions, à l’exception de Debian et openSUSE, la nouvelle ne m’est parvenue qu’à travers son article. Voici ce qu’il en disait :

Daniel Robbins, fondateur et dictateur bienveillant à vie du projet Funtoo Linux vient de lancer un pavé dans la mare en annonçant la mort du projet pour fin août 2024. Voici ce que donne l’actualité disponible sur la page officielle du site traduite en français :

Toutes les bonnes choses ont une fin. J’ai décidé de mettre fin au projet Funtoo Linux. Funtoo a commencé comme une philosophie pour créer une communauté amusante de contributeurs construisant quelque chose de grand ensemble. Pour moi, ce n’est plus pour moi, ce n’est plus le cas et j’ai besoin de passer à autre chose.

Il n’y a pas de BDFL pour me succéder pour Funtoo et je n’ai pas envie d’essayer d’en trouver un, ni de confier le projet à quelqu’un d’autre.

Vous pouvez vous attendre à ce que le projet se termine jusqu’au mois d’août. Si vous avez un conteneur Funtoo, il continuera à être en ligne jusqu’à la fin du mois d’août afin que vous ayez le temps de trouver une autre solution d’hébergement si vous en avez besoin.

Cette annonce laisse deux options : soit des développeurs forkeront le projet pour le maintenir en vie, soit les utilisateurs devront migrer vers Gentoo ou une autre solution. Personnellement, je m’orienterais vers Gentoo, mais pour les adeptes inconditionnels de Funtoo, il y a un espoir. Daniel Robbins a finalement décidé de continuer le projet en “mode loisir”, Funtoo Linux continuera en tant que projet personnel, maintenu pour son usage personnel. Si d’autres souhaitent continuer à l’utiliser, ils en auront la possibilité. Cependant, la communauté ne sera plus au cœur du développement, les forums passeront en mode lecture seule, et l’assistance se fera principalement via Reddit:

J’ai décidé de maintenir Funtoo Linux dans une capacité limitée.

Pour reprendre une expression de Cameron Kaiser, développeur de TenFourFox (un fork de Firefox pour les Mac PowerPC), Funtoo Linux va entrer dans le « mode loisir ». Voici ce que cela signifie :

Funtoo Linux continuera d’être un projet personnel, maintenu pour moi-même. Vous pourrez toujours synchroniser votre ego et obtenir des mises à jour périodiques. Vous pouvez toujours l’utiliser si vous le souhaitez. J’utilise Funtoo à divers titres personnellement, donc je pourrais aussi bien permettre à d’autres de continuer à l’utiliser aussi, s’ils le souhaitent.

Ressources de développement communautaire : le suivi des bugs et les référentiels de code communautaires resteront hors ligne. Les forums et le wiki seront déplacés en mode lecture seule. Les identifiants Funtoo disparaîtront à un moment donné. Discord continuera d’être utilisé dans une certaine mesure, mais veuillez déplacer toutes les discussions communautaires sur Reddit pour l’auto-assistance, et non sur Discord. C’est là que vous pouvez demander de l’aide aux autres utilisateurs de Funtoo Linux à l’avenir.

Si vous souhaitez conserver un conteneur Funtoo, veuillez me contacter à drobbins@funtoo.org et je prendrai les dispositions nécessaires pour que le vôtre continue à fonctionner. Ceux-ci devaient auparavant disparaître à la fin de ce mois. Je conserverai une infrastructure suffisante en ligne pour maintenir un hébergement de conteneur.

Si vous souhaitez un nouveau conteneur Funtoo, contactez-moi pour vous inscrire sur une liste d’attente pour une nouvelle infrastructure sur laquelle je travaille. Les fonds seront utilisés pour aider Oleg à travailler sur ces futurs projets qui seront accessibles au public à un moment donné. Si vous vous souciez du sort de Funtoo et des projets Open Source communautaires (et d’Oleg), c’est une excellente façon de montrer votre soutien.

Si vous souhaitez apporter une contribution technique majeure et significative à Funtoo Linux, veuillez me contacter en privé par e-mail pour en discuter. Je suis toujours ouvert à la co-création et au soutien à la collaboration de contributeurs sérieux, mais je ne peux pas consacrer le temps et l’énergie nécessaires pour garder les portes ouvertes 24 heures sur 24 et 7 jours sur 7, car la gestion d’un projet communautaire implique des frais généraux importants.

Ma chaîne YouTube pourrait recevoir du contenu dans un avenir relativement proche, donc si vous souhaitez suivre les développements futurs ou obtenir plus de détails sur mes points de vue sur l’Open Source, suivez-moi là-bas.

Les derniers changements de Harvester/2024-07 viennent d’être fusionnés dans Funtoo officiel et l’arbre a été mis à jour aujourd’hui, avec des mises à jour périodiques continues à suivre environ une fois par semaine.

Cette décision m’amène à réfléchir sur les dangers des projets open source dirigés par une seule personne. Bien que Funtoo ait survécu plusieurs années grâce à l’implication de Daniel, l’absence d’une structure décentralisée, où la communauté joue un rôle plus actif, finit par fragiliser l’avenir de tels projets. On peut voir des parallèles avec d’autres distributions comme Slackware, où la dépendance à une seule figure de proue peut poser des défis similaires.

En conclusion, Funtoo ne disparaît pas totalement, mais elle entre dans une phase de maintenance minimale, loin de l’effervescence communautaire des débuts. Ceux qui y sont encore attachés pourront la suivre dans cette nouvelle ère, tandis que d’autres, comme moi, regarderont vers Gentoo, un projet certes plus complexe mais à la communauté active. La fin de Funtoo telle qu’on la connaît marque un tournant, mais elle rappelle aussi qu’en open source, rien ne meurt vraiment, tout évolue.

Flatpak et snap.

2024-09-25T00:00:00Z

Je fais partie de la minorité qui préfère Snap à Flatpak. Oui, cela peut surprendre quand on sait que la majorité des utilisateurs Linux semblent pencher pour Flatpak, mais j’ai mes raisons. Contrairement à ce que l’on pourrait croire, Snap n’est pas limité aux simples programmes graphiques. Il propose également des environnements de développement, des langages de programmation, et c’est précisément pour cette polyvalence que je l’adopte.

Cela dit, je ne les utilise qu’avec parcimonie. Pourquoi ? Pour moi, ces formats de paquets servent principalement à dépanner, pas à constituer l’intégralité d’un système. C’est une vision que j’assume. Quant à l’argument de la lenteur, c’était valable auparavant. Mais aujourd’hui, après plusieurs mois d’utilisation sous Ubuntu, je constate que ce problème est révolu, notamment avec des applications comme Firefox ou Thunderbird en Snap. Et je ne suis pas le seul à le remarquer. Fred, dans son dernier billet sur les distributions GNU/Linux immuables (Les distributions GNU/Linux immuables, le bilan « final » après un mois), constate aussi que Flatpak a beaucoup évolué et offre désormais une vitesse d’exécution proche des logiciels natifs. Je fais confiance à son analyse, car je le suis depuis longtemps et il m’a toujours paru transparent dans ses propos.

Sur le plan des flatpak, il y a vraiment du progrès depuis la dernière fois où je les avais utilisé, ce qui doit remonter à plusieurs années. Ils sont désormais presque aussi véloce que les logiciels natifs.

Pourquoi ne pas utiliser Flatpak alors, me demanderez-vous ? Simplement parce que j’ai déjà tout ce qu’il me faut en Snap. Je pourrais ajouter Flatpak à mon système, mais je n’ai pas envie de complexifier ou de « polluer » mon environnement avec un autre format de paquets.

Pour en revenir à mon utilisation de Snap, je n’ai jamais pensé que j’aimerais autant ce format, surtout pour des logiciels comme Firefox ou Thunderbird. À la base, j’aurais préféré les avoir en deb, mais finalement, leur intégration en Snap est tellement fluide et efficace que je m’y suis fait, voire attaché. Les mises à jour automatiques, l’indépendance du système, tout cela fonctionne parfaitement sans que j’aie à m’en préoccuper. Et c’est pour cela que je reste sur Ubuntu.

Quand je me suis installé sur Ubuntu, je m’attendais à y rester un temps limité, avant de retourner sur Debian, mon OS de cœur. Mais, contre toute attente, Snap, et plus largement Ubuntu, ont su me convaincre de rester. Certes, Snap est disponible sur d’autres distributions, y compris Debian, mais c’est son intégration harmonieuse dans Ubuntu qui fait toute la différence.

Les joueurs, nouveaux moutons de l'industrie vidéoludique ?

2024-09-23T00:00:00Z

L’état actuel de l’industrie du jeu vidéo est un paradoxe. D’un côté, on voit des jeux de qualité, certains allant même jusqu’à repousser les limites créatives et techniques. De l’autre, l’essor des services d’abonnement, à la manière de Netflix, semble nous emprisonner dans un cycle de consommation rapide et superficielle. Que ce soit chez Sony, Xbox, ou même dans une moindre mesure Nintendo, cette approche par abonnement change complètement la dynamique. Steam, d’une certaine manière, a ouvert la voie en rendant les jeux numériques la norme. Cependant, à l’époque, on achetait toujours les jeux individuellement et on les possédait réellement.

Aujourd’hui, ces plateformes d’abonnement transforment notre manière de consommer du jeu vidéo. Les jeux sont disponibles à foison, mais paradoxalement, cette abondance enlève de la valeur à chaque titre. Avant même de lancer un jeu, il doit capter notre attention dès les premières secondes, sinon c’est le “next” immédiat. Ce phénomène tue peu à peu le plaisir de découvrir un jeu à fond, de l’apprécier pour ce qu’il est et d’y revenir plusieurs fois. À titre personnel, j’ai failli passer à côté d’une franchise que j’adore, Alien: Dark Descent, simplement parce que le début ne m’a pas captivé assez vite. Avec des centaines de jeux à disposition, pourquoi s’attarder ? Cette surabondance rend difficile l’attachement à un titre, car tout semble remplaçable et jetable.

Le prix de la passion vidéoludique #

Le deuxième problème majeur, et celui-ci ne date pas d’hier, c’est le prix. Que ce soit celui des consoles ou des jeux, on frôle le ridicule. Par exemple, avec l’arrivée de la PS5 Pro à 800 €, on atteint des sommets. J’avais naïvement cru que la dématérialisation ferait baisser les prix. Finalement, ce n’est pas le cas, et les pratiques tarifaires sont même plus aberrantes. Prenons Nintendo, souvent accusé de gonfler ses prix sur l’eShop. Il est fréquent que leurs jeux dématérialisés soient plus chers que les versions physiques en boutique, avec parfois plus de 15 € de différence ! Personnellement, j’achète toujours mes cartouches chez Leclerc, question d’économies.

La dématérialisation : un marché captif #

(Notez au passage l’image pondue par DALL-E, je lui ai juste demandé de me faire quelque chose avec une NES et des cartouches Sega ou Nintendo, d’en faire le Graal d’enfants, lui me rajoute ce que j’avais totalement oublié, comme si je n’avais jamais connu, c’est une TV, généralement celle du salon, on avait la console, généralement l’unique console du ménage, et on avait soit la famille, soit les amis ou voisins qui se pointaient et on se partageait à tour de rôle les deux petites manettes. Pire dans tout ça, la TV de cette époque me rappel la Schneider de chez mes parents, totalement métallique et où on prenait des coup de jus dès qu’on touchait aux boutons des chaînes. Certains me diront qu’il y a une erreur, les manettes sans fils, en faite la seule erreur que je vois, car les manettes sans fils existaient déjà à mon époque; c’est le nombre de manettes jouables en même temps, mais là encore, j’ai un doute, je me rappel d’un adaptateur pour être plus que deux joueurs. Même l’habillage fait très année 80. Encore merci DALL-E pour cette illustration!)

Quand je n’étais qu’un gosse, les cartouches de consoles coûtaient assez cher, les parents n’étaient pas fans de ce genre de jeux, pas assez intello, et donc le peu qu’on avait fallait y jouer et y rejouer jusqu’au bout, car dans mon cas, ce n’était pas tous les jours où j’avais de nouveaux jeux. Et puis, il faut le dire, il n’y avait pas beaucoup de magasins qui en vendaient, de mémoire on ne les trouvait pas dans les supermarchés, fallait aller en boutiques spécialisées, dans mon cas c’était à 5 kilomètres de chez moi par les transports. Ce n’est qu’après qu’il y a eu la popularisation des scoregame, Micromania et autres. J’avais des potes ayant des consoles atari et commodore, Lynx de mémoire, Neo-Geo et Jaguar --je sais le gars était blindé et on lui faisait tout ses caprices-- qui coûtaient une blinde, et qui malheureusement manquaient de jeux. J’ai connue tout ça, les consoles populaires, les consoles de niches et les ordinateurs fin 80 qu’étaient Amstrad, Atari ST et Amiga, je possédais un Amstrad qu’on m’avait donné, ce qui est pas mal quand on sait le tarif à l’origine (un bon Smic), c’est sur cette machine que je suis devenu accro. Mais la machine qui m’a mis le pied à l’étrier, et celle que mon père avait, j’ai jamais su ce que c’était --en cherchant c’est une Tandy ou Soundic, je sais pas trop, je pensais que c’était Philips…-- , un truc sans cartouches, avec trois ou quatre jeux, notamment Pong.

Le dématérialisé n’est pas seulement un problème de prix. Il soulève aussi la question de la possession. Même si l’on achète un jeu physique, que ce soit sur PS5 ou Xbox, le disque n’est plus qu’un support pour installer le jeu sur la console. Et pourtant, on doit toujours insérer le disque pour jouer. Pourquoi ? Pour éviter la revente d’occasion ? Probablement. Cette pratique nous enferme dans une logique où, même lorsque nous possédons physiquement quelque chose, nous n’en avons pas vraiment la maîtrise.

Une neuvième génération en demi-teinte #

Au-delà des questions de format et de prix, la neuvième génération de consoles laisse à désirer du point de vue des jeux eux-mêmes. Rien de véritablement innovant ne justifie l’achat d’une PS5 ou d’une Xbox Series X. Si j’avais encore une PS4 ou une Xbox One, je ne verrais pas une différence fondamentale. Où sont les titres révolutionnaires ? Où est l’innovation qu’on nous avait tant promise ?

Les grandes sorties se font rares, et quand elles arrivent, elles peinent à justifier l’investissement colossal demandé par ces nouvelles machines. Cela m’amène à me demander si nous ne sommes pas simplement pris dans un engrenage commercial où l’on est poussé à la consommation sans réel gain en retour. Les consoles de la génération précédente faisaient déjà presque tout ce que nous avons aujourd’hui, alors pourquoi ces prix exorbitants ?

Conclusion : L’avenir incertain du jeu vidéo #

L’industrie du jeu vidéo est à un carrefour. Si elle continue dans cette voie, avec des abonnements qui favorisent la quantité sur la qualité, des jeux dématérialisés hors de prix, et des consoles à des tarifs prohibitifs, elle risque de perdre son essence. Le jeu vidéo a toujours été une passion, un hobby. Aujourd’hui, il devient un produit de masse, consommé rapidement et sans âme.

Si rien ne change, il est possible que nous assistions à une saturation du marché, où les joueurs, lassés, se tourneront vers d’autres formes de divertissement, ou bien reviendront à des expériences plus simples, comme à l’époque des cartouches et des télévisions cathodiques.

Comment renouveler la partie forum?

2024-09-21T00:00:00Z

Je ne sais pas si j’en ai déjà parlé, mais ce qui fait tourner le forum, son moteur donc, est dans un état de total abandon, je parle du projet, NoNonsense Forum n’a plus eu de corrections depuis 2015, ce qui fait de lui un projet mort!

Ça fait un moment que je cherche quelque chose de s’y approchant, toujours un moteur de forum sans base de données comme l’est actuellement notre forum, et que je ne trouve rien. Rien est un bien grand mot, rien de mieux entretenue, en gros pour la faire court, un forum sans base de données n’est pas quelque chose de très demandé, c’est dommage car il y a un fort potentiel pour celui qui sait coder.

Je suis partie tester donc tout ce qui pouvait faire l’affaire, PluXML est un exemple de ce que je pourrais mettre en place, on fait le billet, une fois fini je ferais un lien sur la partie PluXML avec le sommaire du billet au lieu et place de l’article entier, et vous pourriez commenter directement à l’aide des commentaires de ce moteur. Ce n’est pas un forum, et il y aurait la perte pour vous de créer des topics. Par contre c’est fluide.

L’autre méthode qui m’enchante le plus, c’est Guppy, j’en ai déjà parlé, c’est un portail web, qui fait plus ou moins tout dont blog et forum, entre autre chose, le forum est du reste pas mal, ça m’enchante pas mal, je n’ai pas besoin de tout activer, je peux juste activer ce que je veux, autrement dit seulement la partie forum. Le soucis c’est que je ne trouve pas l’ensemble fluide, il y a un temps d’attente entre le moment de valider et le moment où le message apparaît dans le forum qui est vraiment long.

Puis il y a un autre moteur francophone, c’est PHPBoost, alors pour le coup, je triche un peu, il y a une base de données, c’est MySQL, et c’est ce qui le met déjà hors jeu. L’idée du forum sans base de donnée est surtout là pour me faciliter la vie, sinon je prendrais n’importe quel moteur de forum.

J’ai cherché de l’aide auprès de Chatgpt, il m’a donnée plusieurs pistes dont une vraiment cool et dans mes cordes; Flatboard:

Coucou ! Oui, il existe quelques alternatives sans base de données qui pourraient remplacer nononsense_forum. Voici quelques suggestions :

Flatboard : Un moteur de forum léger, sans base de données, qui utilise des fichiers JSON pour stocker les données. Il est simple à installer et très personnalisable.

GitHub Flatboard

Forum Lite : Un autre forum qui n’a pas besoin de base de données, en utilisant simplement des fichiers pour stocker les informations. Il est idéal pour des forums minimalistes et rapides.

Flarum Lite (un fork simplifié) : Bien que Flarum classique nécessite une base de données, certaines versions “lite” ou forks peuvent exister avec des solutions sans base de données.

EsoTalk : Bien qu’il ne soit plus maintenu activement, certains forks de EsoTalk continuent d’être développés et peuvent être adaptés pour fonctionner sans base de données relationnelle classique.

Si tu veux un système vraiment minimaliste comme nononsense_forum, Flatboard pourrait être une bonne option !

C’est maintenant que j’aurais besoin qu’on teste ce truc à fond, il est déjà en place mais pas officiellement mis en avant, j’ai donc besoin de vous pour tester et me remonter vos impressions, pour ce faire, allez sur le lien plus bas et faites comme chez vous.

https://passiongnulinux.tuxfamily.org/flatboard_latest/

Merci d’avance.

Sortie de HaikuOS bêta 5. (Linuxfr)

2024-09-20T00:00:00Z

Haiku est un système d’exploitation libre destiné aux ordinateurs personnels ou de bureau (pas de serveurs, pas de systèmes embarqués, pas de tablettes ni de téléphones). Il s’agit au départ d’une réécriture libre de BeOS, préservant la compatibilité binaire avec ce dernier (les applications BeOS peuvent tourner sur certaines versions de Haiku).

Le projet Haiku (au départ nommé OpenBeOS) a démarré officiellement le 18 août 2001 avec le premier message sur la liste de diffusion : Ok, let’s start (OK, allons-y). Cet anniversaire est l’occasion de faire un point sur les développements de l’année dans Haiku et ce qui est en préparation.

La dépêche a été un peu retardée cette année, pour être synchronisée avec la version R1 bêta 5 de Haiku, publiée le vendredi 13 septembre 2024.

Le projet emploie un développeur presque à plein temps depuis 2021 et le reste de l’équipe contribue bénévolement. La dernière version bêta a été publiée fin 2023 et la Bêta 5 est désormais disponible : l’occasion de revenir en trois parties sur ce que propose Haiku, d’abord des applications, un noyau et des améliorations de la documentation.

Voir les billets sur Linuxfr:

Quoi de neuf dans le libre?

2024-09-20T00:00:00Z

Ça faisait un moment que je n’ai pas fait ce genre de billets récapitulatifs de ce qui se passe dans notre milieu.

Dans un premier temps nous avons la bêta de la Fedora Linux 41,
la MXLinux dans sa version 23.4 se basant sur l’excellente Debian 12.7,
Gnome 47 avec très peu de changements marquants, il me semble que le gros changement visuel est un rapport avec fichier.
Eleventy v3.0.0-beta.1 est la!

Bientôt ça sera Ubuntu (et ses suiveuses) dans sa version 24.11 qui débarquera, je comptais aller dessus pour avoir les nouveautés de Gnome 47, ça ne sera pas le cas, les différences étant ceux qu’ils sont, si pauvres, je ne m’y risquerais pas.

L'IA dans mes billets, je ne pourrais plus m'en passer!

2024-09-13T00:00:00Z

Oui, je l’avoue, je ne peux plus me passer de l’IA. Non pas tant pour l’écriture, mais surtout pour l’illustration de mes billets. Je trouve que l’IA apporte un vent de fraîcheur et une touche de singularité à mon blog.

J’ai déjà parlé de l’IA et de son utilisation sur ce blog. Je n’ai pas honte de dire que cela améliore le contenu. Je parle bien d’amélioration et non de création ; je ne fais que finaliser mes billets pour qu’ils soient plus attrayants et plus faciles à lire, tout en corrigeant les erreurs de frappe.

Je cherche encore comment utiliser les outils de Google pour les images. Chaque fois que j’essaie, Gemini me dit qu’il n’est pas apte à créer des images, même si j’ai vu sur sa page que l’arrivée d’Imagen3 était annoncée.

Pour l’instant, je me contente principalement de deux IA : Copilot, celle de Microsoft, et ChatGPT avec DALL-E pour les images. Je trouve que Copilot et ChatGPT sont très performants et offrent toujours des résultats de bonne qualité.

Je le répète, depuis juillet, toutes les images de mon blog sont créées par Copilot ou ChatGPT. Je ne me suis pas penché sur les droits d’auteur, mais je pars du principe que, puisque mon blog est entièrement sous copyleft, vous pouvez faire ce que vous voulez du contenu de ce blog.

En ce qui concerne les droits d’auteur des illustrations générées par IA, les deux outils me répondent la même chose :

Les illustrations que je crée pour toi sont générées par une intelligence artificielle et sont libres de droits. Cela signifie que tu peux les utiliser sans te soucier des restrictions liées aux droits d’auteur.

Voilà, c’est dit !

PS5 Pro à 800€: ce que j'en pense.

2024-09-13T00:00:00Z

800€, sans compter le lecteur qui coûtera encore 120€ de plus… Alors, qu’est-ce que j’en pense ? Pour faire court, Sony reste fidèle à lui-même et fait du Sony : on obtient ce qu’on mérite. C’est la version condensée.

La version longue : #

Rappelons que c’est Sony qui a précipité la chute de Sega en cassant les prix de la PS2 à un niveau irrationnel, forçant Sega à se retirer du marché des consoles. Une fois le concurrent hors jeu, Sony a rapidement relevé les prix. C’est aussi cette même entreprise qui a jadis comparé ses produits à un restaurant haut de gamme, en disant que “les vrais joueurs sauraient pourquoi ils investissent un salaire entier dans leur console, et seraient contents de le faire”, les autres se contenteront d’aller aux kebabs. Il aura fallu l’intervention de Microsoft et sa Xbox pour que Sony révise ses tarifs lors de l’ère PS3.

Aujourd’hui, avec la neuvième génération de consoles, la Xbox Series S se vend à 299€, ce qui en fait la console la plus abordable. Même les abonnements chez Xbox sont, pour le moment, plus avantageux (à confirmer, car je ne connais pas les tarifs actuels de Sony). Malgré cela, les joueurs continuent de vénérer Sony comme leur dieu tout-puissant, acceptant sans broncher des prix avoisinant les 500€ ou plus pour une PS5. Une situation qui donne à Sony carte blanche pour dicter ses conditions, car, encore une fois, les “moutons” suivent. Et ils continueront de le faire. Ça se plaint, certes, mais combien d’entre eux se précipiteront pour acheter cette PS5 Pro, sachant qu’il y a peu ou pas de jeux réellement marquants dans cette génération ?

Et comme si cela ne suffisait pas, Sony prévoit déjà de sortir la PS6 d’ici 2028. Trois petites années à peine.

Mon expérience personnelle : #

Pour ma part, j’ai fait l’impasse sur la huitième génération de consoles. Enfin, presque, car j’ai tout de même une Switch. Ensuite, je me suis tourné vers la Xbox avec une Series S, puis une Series X (car Madame voulait aussi jouer). Je le dis et je le redis : plus jamais Sony, vu la manière dont ils traitent leurs clients.

Alors, cette PS5 Pro à 800€, comment dire… ça me fait bien rire. Tant qu’il y aura des “moutons” pour se plier aux exigences de Sony, cette situation ne changera pas.

L’avenir des consoles ? #

Je ferai probablement l’impasse sur la dixième génération. Peut-être que je me laisserai tenter par une Nintendo, mais cela dépendra de plusieurs facteurs : rétrocompatibilité, prix des consoles et des jeux, et surtout l’intérêt qu’elles susciteront. En attendant, ma Xbox devrait bien tenir huit ans sans problème. Quant à ma Switch, elle entame déjà sa sixième ou septième année et fonctionne toujours à merveille.

Ce que j’attends, c’est une véritable convergence entre le monde des consoles et celui du PC, un concept qu’Xbox tente déjà de mettre en œuvre. J’aimerais voir une console de salon qui fonctionne comme un PC, pouvant être améliorée au fil du temps.

Pour conclure : #

Je vous invite à lire et voir ces deux excellents contenus sur le sujet :

Du grand foutage de gueule de l’industrie vidéo-ludique “mainstream”, un article plein de sens par notre ami Fred.
PS5 PRO : Mon avis entre émoi et effroi ! par mon ami Vinceff.

Changer pour changer, une histoire de blog.

2024-09-13T00:00:00Z

Dans Quoi de neuf pour le blog?, je vous parlais de l’idée de rester sur le même moteur de site. En effet, j’ai été tenté, une fois de plus, par l’envie de changer. Pourquoi ? Pour améliorer la vitesse de génération des pages, simplifier le processus, ou encore alléger la gestion technique.

Cela dit, après avoir déjà beaucoup voyagé à travers divers générateurs de sites statiques (GSS), je commence à bien cerner ce que je veux… et ce que je ne veux plus. Jekyll et Pelican, c’est du passé pour moi. Astro ? Non merci. Si un jour je dois bouger à nouveau, seuls trois noms me viennent en tête : Hexo, Hugo et Zola.

Hugo, par contre, n’a jamais vraiment cliqué avec moi. J’ai beau lui reconnaître de grandes qualités, je n’ai jamais ressenti ce petit plaisir à l’utiliser. Mais Hexo et Zola, c’est une autre histoire.

Hexo : simplicité d’usage, avec un large choix de thèmes bien conçus et des plugins faciles à intégrer. Côté configuration, tout est clair et sans prise de tête.
Zola : là, on parle de vitesse et de simplicité. Quand je dis simplicité, je ne parle pas forcément de facilité. Zola a des opinions bien arrêtées, et ces choix limitent parfois les possibilités, mais en échange, tout va plus vite et reste simple à manier.

Aujourd’hui, mon site prend environ 3 à 4 secondes à se générer. Avec Zola, cela descendrait en dessous des 200 millisecondes. C’est juste énorme comme différence. Pour Hexo, ce n’est pas aussi impressionnant. La majorité des thèmes, souvent plus complexes et avec des appels externes, augmentent le temps de génération, parfois jusqu’à 10 secondes. La moyenne tourne autour de 5 à 6 secondes, avec des exceptions comme le thème Cactus qui descend en dessous des 2 secondes (mais c’est un cas rare).

Cela dit, quel que soit le choix, l’optimisation de la recherche reste un point clé. L’actuelle est plutôt bancale, mais j’y reviendrai.

Alors, pourquoi rester sur Eleventy ? #

La réponse est simple : flexibilité. Eleventy (ou 11ty pour les intimes) s’adapte à mes besoins. Il me permet de faire exactement ce que je veux, de la manière dont je veux. J’ai tellement modifié et personnalisé ce moteur que je sais désormais exactement où intervenir pour obtenir le résultat souhaité.

Changer de moteur, même pour un gain de performance notable, signifierait sacrifier cette liberté et cette maîtrise. Certes, la vitesse de génération est tentante, mais à quel prix ?

Pour toutes ces raisons, j’ai choisi de ne pas changer de moteur. Cela dit, je continue à travailler sur des améliorations. Par exemple, je pense à utiliser l’IA pour affiner mon script de recherche. Actuellement, il ne cherche que dans les titres, alors qu’il me permettait avant de fouiller aussi dans le contenu complet des articles. Ça, c’est une fonctionnalité qu’il va falloir que je remette en place…

Les développeurs de Debian réfléchissent à un plan pour supprimer davantage de paquets non maintenus.

2024-09-12T00:00:00Z

Bien qu’il y ait plus de 74 000 paquets disponibles dans le système de gestion de paquets de Debian pour les systèmes x86_64, tous les paquets ne sont pas bien maintenus et une partie d’entre eux n’ont pas été mis à jour depuis longtemps. Les développeurs de Debian ont récemment commencé à discuter de la manière de commencer à supprimer davantage de ces paquets non maintenus depuis longtemps de l’archive.

Récemment, le développeur Debian Helmut Grohne a lancé la discussion sur le développement de Debian concernant la suppression de plus de paquets de l’archive unstable. Il a plaidé en faveur d’une suppression plus agressive des paquets non maintenus de l’archive, compte tenu des coûts liés à l’assurance qualité, du travail supplémentaire/des complexités lors de la gestion de changements fondamentaux majeurs dans Debian, et d’autres coûts non négligeables liés à la conservation des anciens paquets. Lors de l’exécution d’une requête pour automatiser certains paquets potentiellement à supprimer, selon les critères, ils sont affectés par un bogue RC qui a été modifié pour la dernière fois il y a plus d’un an, entre autres critères. Plus de 300 paquets ont été trouvés avec la requête initiale.

La question a été soulevée de savoir si les résultats du concours de popularité de Debian « popcon » devraient être pris en compte pour déterminer les paquets inutilisés ou dont les installations sont très limitées. La question a été posée de savoir si la décision de supprimer les anciens paquets de Debian unstable devrait être plus automatisée ou non.

Aucune décision définitive n’a encore été prise, mais le chef du projet Debian, Andreas Tille, a résumé la discussion actuelle dans le dernier article de septembre de Bits from the DPL . Tille a conclu ses remarques sur la discussion ainsi :

« J’aimerais que cette discussion mène à des suppressions plus agressives sur lesquelles nous pouvons nous mettre d’accord, qu’elles soient automatisées, semi-automatisées ou gérées par une personne traitant une liste générée automatiquement (soutenue par une procédure objective). Pour utiliser une analogie : j’ai constaté que chaque collection d’images s’améliore avec un élagage agressif. De même, je suis convaincu que Debian s’améliorera si nous supprimons les paquets qui ne servent plus bien à nos utilisateurs. »

Nous verrons finalement quelles mesures seront prises pour supprimer certains de ces paquets non maintenus dans l’énorme archive Debian.

(source https://www.phoronix.com/news/Debian-Debates-Unmaintained-SW)

Ubuntu 24.04.1 est arrivée.

2024-09-06T00:00:00Z

Comme toujours avec Ubuntu, une première version mineure sort plusieurs semaines après l’initial, elle corrige entre autre des bugs mais surtout permet de faire le passage de l’ancienne LTS vers cette dernière.

Pour ceux qui étaient en 24.04, rien à faire, l’OS se charge de se mettre à jour, et j’admets que je n’ai même pas vu l’information, ni ressenti un quelconque besoin de cette version, tellement que ça marche bien.

Vous le savez, j’ai longtemps été sous Debian, c’est l’OS qui est parfait pour moi, entre le système lui même et les outils, tout me correspondait pas mal. Pourquoi changer quand tout va bien, je ne sais pas vraiment, mais ce qui est sûr, c’est que je ne voulais plus passer du temps devant un écran, je ne voulais plus comprendre, ni interpréter mon OS, ni même le perfectionner, je voulais juste l’utiliser. Et c’est là, le point fort de cette distribution, Debian donnait des outils et s’effaçait pour nous laisser maître, Ubuntu efface les difficultés et les approximâtes… Il y a une finition que je ne trouve nulle part ailleurs, ça fonctionne juste comme ça devrait le faire.

Je suis dessus depuis juin, je m’étonne encore car à la base, j’allais dessus pour ensuite retourner sur Debian, ça devait être un trépied, rien de plus, mais je suis dessus encore aujourd’hui et j’y suis bien.

Donc pour revenir sur notre Ubuntu 24.04.1, vous devrez prochainement si ce n’est pas déjà le cas, avoir votre OS vous proposant la migration.

news.opensuse.org: Sortie de l'Aeon RC3

2024-09-06T00:00:00Z

L’équipe Aeon est très heureuse d’ annoncer qu’avec la sortie de Snapshot 20240726 , Aeon Desktop est désormais officiellement au statut Release Candidate 3 (RC3) !

Le plus grand changement avec cette version est l’introduction du chiffrement complet du disque par défaut , configuré automatiquement dans le cadre de l’installation.

En fonction de votre matériel, Aeon configurera automatiquement le chiffrement complet du disque dans l’un des deux modes :

Mode par défaut avec vérification renforcée du chargeur de démarrage via le module de plateforme sécurisée version 2.0 (TPM2 en abrégé), initrd et noyau avant de décrypter automatiquement votre système
Mode de secours sans vérification des composants de démarrage et nécessitant une phrase secrète au démarrage pour décrypter votre système

Pour plus de détails, veuillez lire notre documentation sur le cryptage. .

Veuillez télécharger Aeon depuis aeondesktop.org et l’installer en suivant notre Guide d’installation . Les utilisateurs existants qui souhaitent la fonction de cryptage RC3 devront réinstaller leur système.

Conseil de pro : il est recommandé d’utiliser une « grande » clé USB pour la fonction de sauvegarde/restauration automatique des données et de la configuration des utilisateurs existants. Assurez-vous qu’elle offre suffisamment d’espace pour effectuer cette transition.

#RC3 devrait être la dernière version RC qui nécessitera une réinstallation. Les utilisateurs qui installent la RC3 peuvent s’attendre à être automatiquement mis à niveau vers toutes les futures versions RC et vers la version officielle d’Aeon, tandis que la RC4 ne semble pas nécessaire à ce stade des tests. Dans les coulisses

RC3 a également apporté quelques améliorations techniques et communautaires intéressantes en prévision de la sortie officielle d’Aeon :

tik (l’installateur d’Aeon) utilise désormais systemd-repart au lieu de dd pour déployer les images. C’est ce qui a permis au chiffrement complet du disque d’être proposé tel que vous le voyez maintenant dans RC3
Aeon dispose désormais d’un guide de marque officiel couvrant les logos, les couleurs et des conseils sur la façon de les utiliser lors de la diffusion de l’information sur Aeon.
Aeon dispose désormais d’un subreddit officiel pour les annonces comme celle-ci, les blogs de développement, et peut être utilisé par la communauté pour les discussions, l’aide technique ou toute autre chose liée à Aeon.

Ce qui vient ensuite

RC3 pourrait être la dernière Release Candidate avant la sortie officielle d’Aeon. Aucun changement structurel majeur n’est prévu pour le cœur du système d’exploitation Aeon, juste des améliorations régulières au fur et à mesure que les versions en amont se développent et que notre communauté contribue à de nouvelles fonctionnalités et de nouveaux packages.

La principale différence entre RC3 et la version officielle sera l’écriture d’ openQA , qui est un élément important à prendre en compte par CrowdStrike, pour tester l’installation et les fonctionnalités de base d’Aeon.

Nous apprécierions une aide dans ce domaine, qui peut désormais commencer sérieusement en utilisant RC3 comme référence.

Il existe une possibilité de RC4, qui est actuellement à l’étude.

Si cela se produit, RC4 utilisera la nouvelle fonctionnalité systemd-repart de tik pour agir comme un « auto-installateur ».

Les utilisateurs ne verront aucune différence pratique entre RC3, à l’exception d’une taille de téléchargement nettement plus petite, car le programme d’installation n’aura pas besoin d’une image Aeon intégrée distincte pour se déployer.

Pour que cette approche fonctionne, nous allons toutefois dépendre de fonctionnalités que nous n’avons pas encore testées dans systemd v256. Cette version n’a été soumise à openSUSE Factory que récemment, elle est donc très à la pointe de la technologie.

Si RC4 ne se produit pas, les utilisateurs peuvent s’attendre à ce que des images plus petites et plus efficaces arrivent quelque temps après la sortie.

Nous espérons que tout le monde s’amusera beaucoup avec Aeon RC3, et nous tenons à remercier tous ceux qui ont contribué à rapprocher Aeon de son calendrier de sortie.

L’équipe Aeon

Je ne comprends rien de l'Aeon.

2024-09-06T00:00:00Z

Je n’y comprends rien ou c’est eux qui ne comprennent pas ce qu’est un OS, je ne dois pas être le seul à ne rien comprendre vu ce que je lis, mais aux dernières infos, fallait réinstaller le système pour passer d’un état RC2 à RC3.

Existing users of Aeon RC2 and earlier versions will need to perform a reinstall to take advantage of the new features destined for RC3. Due to the fundamental changes in partition layout necessary for the new encryption features, an in-place upgrade from RC2 is not feasible without risking data integrity, according to a post on the new Aeon Desktop subreddit. Users can utilize Aeon’s reinstall feature, which facilitates the backup and restoration of user data as long as a sufficiently large USB stick is used.

Ce que l’on traduit par:

Les utilisateurs actuels d’Aeon RC2 et des versions antérieures devront effectuer une réinstallation pour profiter des nouvelles fonctionnalités destinées à RC3. En raison des changements fondamentaux dans la disposition des partitions nécessaires aux nouvelles fonctionnalités de chiffrement, une mise à niveau sur place à partir de RC2 n’est pas possible sans risquer l’intégrité des données, selon un article publié sur le nouveau subreddit Aeon Desktop. Les utilisateurs peuvent utiliser la fonction de réinstallation d’Aeon, qui facilite la sauvegarde et la restauration des données utilisateur à condition d’utiliser une clé USB suffisamment grande.

Deux choses me chagrine, la réinstallation, à la limite, quand on utilise un truc de geek mal pensé, on n’est plus à ça près, mais c’est l’obligation d’avoir une clé USB suffisamment grande qui me préoccupe. Quand comme moi on est à plusieurs centaines de Go de données, on fait comment? C’est vraiment étrange la façon que ce système a l’air de fonctionner, on est à l’opposé de ce qui est la norme sous linux, pourquoi le /home devrait être touché par ce changement, du reste pourquoi le /home devrait être touché par un quelconque changement.

Je ne suis pas neutre dans cette histoire, je suis parti du mauvais pied, entre ça, l’histoire du pare-feu et que c’est une idée venue de l’esprit de Richard, tout ça dans un même chapeau, c’est pour moi beaucoup.

Quoi de neuf pour le blog?

2024-09-05T00:00:00Z

C’est passé inaperçu, ce ne sont que de petits détails, mais pour commencer, nous sommes restés sur le même moteur, ce qui est un plus. Nous avons envisagé de changer simplement pour changer --passer à Zola ou encore à Hexo-- mais nous ne l’avons finalement pas fait. À la place, nous nous sommes concentrés sur quelques corrections.

J’ai ajusté les dates pour qu’elles soient dans notre format et dans notre langue, en ajoutant ceci :

// Filtres
eleventyConfig.addFilter("readableDate", (dateObj, format, zone) => {
  // Tokens de formatage pour Luxon : https://moment.github.io/luxon/#/formatting?id=table-of-tokens
  return DateTime.fromJSDate(dateObj, { zone: zone || "utc" }).setLocale('fr').toFormat(format || "dd LLLL yyyy");
});

eleventyConfig.addFilter('htmlDateString', (dateObj) => {
  // Entrée dateObj : https://html.spec.whatwg.org/multipage/common-microsyntaxes.html#valid-date-string
  return DateTime.fromJSDate(dateObj, { zone: 'utc' }).setLocale('fr').toFormat('yyyy-LL-dd');
});

Ensuite, j’ai modifié la présentation des archives des billets actuels (billets de 2024). Au départ, elle ressemblait à notre page d’accueil : le titre était suivi d’un extrait comportant souvent une image. Cela ne me plaisait plus. Certes, c’est moi qui avais mis ça en place, mais je trouve que cela ne facilitait pas la lecture des archives. Je suis donc revenu à l’état précédent, c’est-à-dire sans extrait, ce qui, selon moi, apporte plus de clarté.

Je réfléchis à la question de Disqus. Ça ne fonctionne pas vraiment. Les habitués préfèrent aller sur le forum pour discuter, moi aussi d’ailleurs. Disqus était censé offrir un semblant de commentaires plus classiques, mais ça ne prend ni chez vous, ni chez moi. Je ne sais donc pas si je vais le garder.

Voilà pour ce petit billet de rappel.

Quelle est la place de l'IA dans mes billets?

2024-08-27T00:00:00Z

Comme promis, je me penche aujourd’hui sur la façon dont j’utilise l’intelligence artificielle (IA) pour améliorer mes billets sur ce blog.

L’IA intervient principalement pour deux aspects :

Les corrections orthographiques et grammaticales – afin de rendre le texte plus fluide et agréable à lire.
La génération d’images – pour accompagner visuellement mes articles.

Voici comment cela fonctionne : je rédige d’abord entièrement mon billet, puis je le soumets à l’IA pour qu’elle corrige les erreurs et améliore la lisibilité. Elle élimine généralement certaines répétitions et reformule les phrases pour rendre le texte plus léger. Ce processus rend mes articles plus agréables à lire.

En ce qui concerne les images, je donne des instructions à l’IA pour qu’elle me génère une illustration qui accompagne le billet. Par exemple, j’avais demandé pour le billet “SUSE/openSUSE, plus qu’un changement de nom, une vraie menace?”, de me faire une image illustration sombre représentant une balance symbolique où d’un côté se trouve le logo de SUSE, brillant et dominant, tandis que de l’autre côté, un logo openSUSE plus petit et en déclin, semble déséquilibré, sur le point de tomber. En arrière-plan, on aperçoit des serveurs informatiques qui s’estompent progressivement, symbolisant la perte de soutien. Des chaînes relient les deux logos, montrant leur interdépendance, mais elles semblent se briser du côté d’openSUSE, accentuant l’idée d’une menace imminente. Une ambiance de désolation et de tension est renforcée par des couleurs sombres et un ciel orageux en arrière-plan.

C’est tout, mais cela a déjà un impact significatif sur la qualité globale des articles.

Et vous, qu’en pensez-vous ? Est-ce que l’utilisation de l’IA vous gêne ?

Que sera l'avenir d'openSUSE?

2024-08-26T00:00:00Z

Je n’ai pas pris le temps de m’informer en profondeur, mais j’ai envie de partager quelques hypothèses, d’extrapoler sur des possibilités, et peut-être même de lancer une réflexion collective. Ce qui suit est purement spéculatif, des idées qui me viennent spontanément, dans l’optique d’explorer des scénarios potentiels de rupture.

Tout d’abord, un grand merci à DALL-E pour les superbes images qui ornent ce blog depuis quelque temps. Depuis que j’ai découvert cet outil, je ne passe plus que par lui pour enrichir visuellement mes articles, que ce soit via ChatGPT ou Copilot. L’intelligence artificielle, c’est quand même quelque chose de fascinant ! D’ailleurs, il faudrait que je rédige un billet pour clarifier certains points : l’écriture des articles est toujours de moi, je ne me sers pas de l’IA pour rédiger, sinon mes textes seraient bien trop parfaits et ne refléteraient plus qui je suis. Cependant, je l’utilise pour corriger les fautes et rendre mes billets plus lisibles. Je prendrai le temps de vous expliquer comment je gère cela pour être plus transparent avec vous, mes lecteurs.

Concernant le sujet du jour, il n’y a pas mille scénarios possibles, en fait, il n’y en a que deux ou trois tout au plus. Concrètement, voici ce que j’imagine :

Soit SUSE reprend ses billes et se retire du projet, qu’il soit renommé ou non, car le problème est plus profond qu’un simple changement de nom.
Soit SUSE reste sponsor et rien ne change, que ce soit avec ou sans un renommage.

Il y a cependant des éléments qui apportent une certaine visibilité à ce débat. Tout d’abord, RedHat a décidé de restreindre l’accès à ses sources, ce qui est bien entendu son droit. Ensuite, SUSE a posé une somme conséquente sur la table pour assurer la pérennité d’une distribution semblable à RedHat (SUSE investit 10 millions de dollars pour créer un fork de RHEL et proposer une alternative à CentOS Stream sans restrictions). En réponse aux bouleversements dans l’écosystème Linux d’entreprise provoqués par RedHat, Oracle, SUSE et CIQ ont formé l’Open Enterprise Linux Association (OpenELA). Peu de temps après, on apprend que SUSE se retire de la bourse pour tenter une stratégie risquée face à Red Hat, en plaçant d’anciens cadres de RedHat à sa tête et en annonçant le retrait de sa cotation pour commercialiser un fork de RHEL. Peut-être au détriment de son propre Linux ?

Tout cela s’est déroulé très rapidement, et j’y vois déjà les signes d’un changement majeur à venir. N’ayant jamais réussi à surpasser leur concurrent, SUSE a saisi l’opportunité offerte par la décision de RedHat de resserrer l’accès à ses sources pour s’allier à Oracle et proposer une distribution 100 % compatible. Dès lors, la question se pose : quel avenir pour openSUSE dans ce contexte ?

Deux points me semblent cruciaux. Premièrement, openSUSE sans SUSE, c’est compliqué. Bien que la communauté soit compétente, certaines tâches ingrates, mais essentielles, sont maintenues par SUSE. Je doute que le projet ait les ressources nécessaires pour tout assumer seul. Deuxièmement, les moyens financiers se réduisent, tandis que les projets se multiplient. Je ne vais pas répéter ce que je dis depuis des années, mais entre Tumbleweed, Slowroll, Leap, Aeron… Si on ajoute à cela le fait que c’est SUSE qui maintient GNOME, le kernel, et d’autres composants sensibles, difficile d’imaginer ce que tout cela deviendrait sans leur soutien.

Voilà, j’ai partagé quelques vérités, lancé des hypothèses. À vous de juger.

La Switch, 7 ans et dernière année... (Brouillon)

2024-08-23T00:00:00Z

La Nintendo Switch est arrivée en 2017, je l’ai eu pour ma part un peu plus tard, en juin 2018 --à moins que ce soit juillet-- et tout de suite, j’ai été conquis. Je n’ai pas honte de le dire alors que les licences Nintendo me laisse de glace --en dehors de la franchise Zelda-- , c’est ma console préférée et la seule que j’ai en trois exemplaire.

Oui, je l’ai acheté trois fois, la première en 2018, une seconde pour madame en version light, une dernière dans sa version collector Zelda oled. C’est l’unique console qui est en plusieurs exemplaire à la maison, c’est celle qui arrive à réunir la famille malgré la différence d’age et de goût.

Cette console donc a atteint sa septième année et normalement la dernière, 2025 devrait voir la remplaçante connue sous le nom provisoire de Switch2, je souhaite bien du courage à Nintendo pour faire aussi bien avec cette dernière.

Si je devais garder en mémoire une console, celle qui m’aurait le plus marqué, celle qui m’aurait été la plus utile, je la nommerais, elle et bien sûr la Nintendo Nes ou encore Famicom. Pourtant j’en ai eu un paquet, La Nes, la Gameboy, la Megadrive, la Saturn, la Gameboy Advance, la PS1, la N64, la Dreamcast, la PS2, la GameCube, la Xbox, la PS3, la DS, la WII, la Xbox 360, la Switch et pour finir la Xbox Serie (S et X), mais la plus marquante est bien la Switch et pourtant c’était pas gagné.

Pas gagné d’avance car je n’ai jamais été un fan des licences Nintendo, je les ai eu mais à part Zelda que j’aime jouer, le reste je peux m’en passer, même Mario, pour moi je suis resté avec le 1 et le 3 de la Nes. Pourtant elle n’est pas dénuée de défauts, l’abonnement Nintendo Online pour commencer, même si peu élevé, il n’apporte rien ou peu de choses, la puissance au rabais par rapport à la concurrence --en face on a eu quand même deux générations de consoles, avec les PS4 et Xbox one puis les PS5 et Xbox Series-- , les prix des jeux Nintendo (et même d’autres) en dématérialisés par rapport à leurs versions cartouches; Je dois en oublier mais principalement ceux-ci font déjà bien du mal. En même temps c’est quand même un beau pari, faire une console hybride alors que celle d’avant (la WII U) n’avait pas marché, miser là-dessus au lieu de la puissance brute comme ses concurrents, porter des jeux de la WII U sur la Switch et les faire payer au prix fort, je dis bravo. Et même moi qui n’est pas fan du big N, est tombé sous son charme, allant même à dire que c’est ma meilleur console et ma préférée.

Sept ans, c’est incroyable, elle a connu 7 ans et deux générations de consoles bien plus puissantes qu’elle et pourtant elle est encore là et est en terme de vente au dessus d’eux. Nintendo devrait annoncer la remplaçante de la Switch d’ici fin mars 2025, elle aurait alors 8 ans, deux ans avant l’arrivée de la PS6 ( normalement 2027).

Malgré tout le bien que je pense de la console, je ne peux que regretter quelques points, notamment la résolution sur TV qui ne dépasse pas le 1080, là où les autres sont en full-HD 4K, puis son mode portatif qui est en 720, je ne comprends pas pourquoi Nintendo n’a pas fait une version pro ou améliorée avec ces résolutions, du reste la Oled aurait dû tenir ces résolutions.

Firefox et Thunderbird en snap pas si désagréable.

2024-08-22T00:00:00Z

Vous le savez, j’utilise Ubuntu en ce moment, et, à ma grande surprise, je suis pleinement satisfait de cette expérience. Cependant, avant de passer à ce système, une chose me préoccupait : le fait que Firefox et Thunderbird soient disponibles en format Snap plutôt qu’en paquet Deb, alors que ces applications sont déjà connues pour être assez lourdes. Qu’il s’agisse du format Snap ou Flatpak, pour moi, cela ne fait pas grande différence. Ces deux formats partagent un point commun souvent critiqué dans d’autres systèmes d’exploitation : ils réinstallent l’application et toutes ses dépendances, ce qui occupe plus d’espace. Je laisse volontairement de côté l’aspect sécurité et isolation, car ce n’est pas là que réside ma préoccupation. Ce qui m’inquiétait vraiment, c’était l’augmentation de la taille des paquets une fois installés, ainsi que la lenteur au démarrage des applications, souvent bien plus prononcée par rapport aux formats classiques comme Deb ou RPM.

Je parle ici en mon nom propre et en fonction de mon matériel, une machine datant de 2018. Le premier constat que je dois faire, c’est qu’en réalité, je ne remarque aucune différence notable. Que ce soit avec Firefox ou Thunderbird, le temps de lancement est à peu près le même que pour les formats classiques. J’ai presque envie de dire que lorsqu’on le veut vraiment, on peut y arriver. Ubuntu a su prouver qu’il était possible d’offrir une expérience fluide avec ces formats, ce qui soulève la question de savoir pourquoi certaines applications en Snap ou Flatpak restent si lentes, si ce n’est par manque de volonté ou d’optimisation.

Je suis tellement convaincu par cette expérience que je regrette franchement de ne pas avoir installé LibreOffice de cette manière.

SUSE/openSUSE, plus qu'un changement de nom, une vraie menace?

2024-08-07T00:00:00Z

Tout a été dit sur la récente décision de SUSE, qui, pour une raison obscure, décide soudainement que son nom dans le projet communautaire est devenu une calamité. Rappelons que cette association a été établie vers 2005, soit il y a 19 ans, et il aura fallu tout ce temps pour reconnaître l’erreur. Cette erreur trouve son origine chez Novell, qui avait jugé, contrairement à Red Hat avec Fedora, qu’il était important de maintenir une trace du nom dans le projet communautaire. Cette décision était alors perçue comme un signe d’engagement et de rapprochement, ce qu’elle fut durant près de deux décennies, du moins jusqu’à ce que Novell soit racheté.

Pour la petite histoire, SUSE n’a jamais été un fervent défenseur du “tout ouvert”. C’est Novell qui les a poussés dans cette direction. Rappelons que c’est Novell, et non SUSE, qui a libéré YaST. De même, il ne faut pas oublier les délais de six mois pour obtenir une version “libre” alors que la version payante était disponible bien avant, un autre héritage auquel Novell a mis fin.

En lisant entre les lignes, on comprend que l’ouverture de SUSE et la naissance du projet openSUSE doivent tout à Novell, et rien à SUSE. Avec cela en tête, et le fait que SUSE a retrouvé son indépendance il y a quelques années, il est clair que nous assistons à un retour en arrière.

Des tensions étaient perceptibles en interne. J’ai été témoin d’une confrontation sévère entre l’équipe KDE (communautaire) et un employé de SUSE qui refusait de lâcher un paquet devenu un logiciel tiers de KDE, bien qu’il ne faisait pratiquement plus rien sur ce paquet. Les listes de diffusion sont également agitées, avec des disputes fréquentes et des départs abrupts. Le projet manque cruellement de main-d’œuvre, une situation aggravée par le fait que SUSE, tout en se vantant de son soutien, rappelle constamment qu’ils sont le pilier du projet : hébergement, financement, sponsoring, propriété du nom, des sources, des serveurs… Tout.

Un certain Richard a déclaré ceci :

Depuis cette réunion, le Conseil d’administration est intervenu et a changé avec force la personne autorisée à présenter le sujet à l’OSC au nom de SUSE. Il s’agissait d’un acte qui, je pense, contrevenait aux propres règles du Conseil d’administration concernant l’orientation des contributeurs et dépassait largement sa responsabilité envers les “intérêts communautaires de SUSE”. C’est au moins la deuxième fois de mémoire récente où le Conseil d’administration intervient directement et ordonne contributeurs - mon exemple précédent serait lorsque le Conseil d’administration a forcé la continuation de “MicroOS Desktop KDE” après sa suppression en raison du manque de responsables après une période de dépréciation d’un an et plus. Je tiens donc à être très clair sur ce qui suit : j’annule tout accord que j’aurais pu avoir avec vous selon lequel les questions de gouvernance ne sont “pas une priorité majeure”. Je n’ai actuellement aucune confiance dans l’actuel conseil d’administration d’openSUSE et je pense que le projet openSUSE est absolument essentiel. établit un nouveau modèle de gouvernance. Compte tenu de la discussion animée que nous avons eue lors de la conférence openSUSE, je m’attendais à ce que vous compreniez implicitement ce fait et que vous n’essayiez pas de donner l’impression que je soutenais votre point de vue selon lequel nos problèmes de gouvernance ne sont pas une priorité majeure. Je n’avais pas l’intention de rejoindre ce fil de discussion ici, mais votre fausse déclaration sur mon point de vue a dû être corrigée. Cela dit, je crois que la plus grande priorité est la question de l’image de marque. Les besoins de SUSE en tant que détenteur légal de la marque ne peuvent être ignorés, alors que le conseil d’administration d’openSUSE peut l’être. Les deux sont donc importants, mais la question de l’image de marque est la plus urgente et la plus urgente à résoudre. Je pense qu’il pourrait être judicieux d’aborder cette question dans le contexte d’une refonte de notre gouvernance, mais ce n’est peut-être pas le cas. Mais si nous n’abordons pas notre gouvernance en même temps que l’image de marque, c’est un problème qui devra être résolu assez rapidement par la suite. – Richard Brown Architecte des distributions SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Allemagne (HRB 36809, AG Nürnberg) Directeurs généraux/Geschäftsführer : Ivo Totev, Andrew McDonald, Werner Knoblich

La liste de diffusion est intéressante à lire, car elle révèle les concepts, les enjeux… On y comprend l’urgence de créer une fondation, les demandes explicites de SUSE, et la fracture au sein de la communauté. Une partie redoute, à juste titre, le changement de nom et ses conséquences, telles que la perte de reconnaissance (comme Mandriva avec Mageia), ou encore la réduction des ressources allouées par SUSE. Bref, il y a beaucoup à dire, notamment sur la lente agonie d’openSUSE. Je le dis clairement : en lisant cette liste, vous verrez même “la communauté meurt…”

Ce constat est global. Chez Fedora, par exemple, on a failli ne pas avoir de LibreOffice en RPM faute de volontaires ; chez Debian, de nombreux paquets sont orphelins ; Funtoo abandonne et meurt lentement… Et la liste continue.

Comme je le disais dans le titre, ce n’est pas qu’un simple changement de nom, c’est une mutation. C’est ici que nous verrons si la communauté est assez forte pour faire vivre la distribution, ou si, comme dans la communauté francophone, il n’y a rien. Il va falloir créer une fondation pour protéger la marque et les droits. Si SUSE abandonne la communauté, il faudra également penser à la juridiction. À ce stade, il serait peut-être sage de s’intégrer à une organisation comme Debian, où Archlinux est aussi membre, ou SPI. Trouver un autre responsable pour l’hébergement des projets et des serveurs de builds devient une nécessité. C’est là qu’on comprend la relation fusionnelle et nocive entre SUSE et openSUSE.

Je le dis sans détour : je n’y crois plus vraiment. Sans SUSE, c’est la mort annoncée. J’espère sincèrement me tromper, mais je crains que le projet ne finisse dans l’oubli, comme Mageia.

Qu'est ce qui reste à Ubuntu si Debian se démocratise autant?

2024-07-25T00:00:00Z

L’écosystème des systèmes d’exploitation basés sur Linux est riche et diversifié, avec des distributions répondant à des besoins variés. Historiquement, Ubuntu a su se démarquer en offrant une expérience utilisateur simplifiée et accessible, particulièrement pour les nouveaux venus dans le monde de Linux. Cependant, avec l’évolution de Debian, qui incorpore maintenant les firmwares non libres facilitant ainsi l’installation et l’utilisation pour un plus large public, la question se pose : qu’est-ce qui reste à Ubuntu si Debian se démocratise autant ?

Une expérience utilisateur raffinée, Ubuntu a toujours mis un point d’honneur à offrir une expérience utilisateur intuitive et cohérente. Le bureau GNOME, par exemple, est modifié et optimisé pour offrir une interface conviviale. De plus, Canonical, la société derrière Ubuntu, investit continuellement dans des améliorations visuelles et fonctionnelles pour assurer une expérience utilisateur haut de gamme.

L’un des grands atouts d’Ubuntu est son support commercial via Canonical. Les entreprises et les utilisateurs professionnels peuvent bénéficier d’un support technique dédié, ce qui est un avantage majeur pour ceux qui nécessitent une assistance rapide et fiable. De plus, Ubuntu propose des versions LTS (Long Term Support) qui garantissent des mises à jour de sécurité et de maintenance pendant cinq ans, offrant ainsi une stabilité précieuse pour les environnements de production.

Un écosystème et des outils: Ubuntu bénéficie d’un écosystème bien développé avec des outils et des services spécifiques. Par exemple :

Snap : un système de paquets universel qui simplifie l’installation et la mise à jour des applications.
Landscape : un outil de gestion de systèmes pour les déploiements à grande échelle.
Ubuntu Advantage : un service payant offrant des avantages tels que des mises à jour de sécurité étendues et un support premium.

Bien que Debian possède une communauté active, celle d’Ubuntu est particulièrement grande et diversifiée, incluant de nombreux utilisateurs débutants. La documentation, les forums et les tutoriels abondants facilitent la résolution de problèmes et l’apprentissage, ce qui reste un atout considérable.

Ubuntu est souvent certifié par des grands fabricants de matériel comme Dell, HP, et Lenovo, garantissant une compatibilité matérielle optimale. De plus, Canonical a noué des partenariats stratégiques avec des géants du cloud comme AWS, Microsoft Azure et Google Cloud, renforçant ainsi sa présence dans le domaine du cloud computing.

Canonical ne cesse d’innover et de proposer de nouvelles solutions, telles que :

Ubuntu Core : une version minimaliste d’Ubuntu pour l’Internet des objets (IoT).
Multipass : un outil pour gérer des instances Ubuntu avec des commandes simples, facilitant le développement et le test.
Ubuntu Server et Cloud : optimisé pour les environnements serveurs et les déploiements en cloud.

Bien que Debian se démocratise en facilitant l’installation et l’utilisation grâce à l’incorporation des firmwares non libres, Ubuntu conserve de nombreux atouts qui continuent de la rendre attractif. Son expérience utilisateur raffinée, son support commercial, ses outils propriétaires, sa communauté active, ses partenariats stratégiques, et son esprit d’innovation en font une distribution Linux qui a encore beaucoup à offrir. Ubuntu reste une option de choix pour ceux qui recherchent une solution clé en main, fiable et soutenue par une entreprise solide.

L'Instabilité Chronique d'openSUSE : Un OS en Perpétuel Changement ou Un Chaos Incessant Masqué en Système d'Exploitation

2024-07-24T00:00:00Z

L’Instabilité chronique d’openSUSE : un OS en perpétuel changement, dans le monde des systèmes d’exploitation open-source, openSUSE occupe une place particulière, mais pas forcément pour les bonnes raisons. La nature imprévisible de ce projet donne souvent l’impression d’une instabilité chronique qui peut en dérouter plus d’un, c’est un chaos incessant masqué en système d’exploitation.

Il est temps de tirer la sonnette d’alarme sur l’incroyable instabilité d’openSUSE. Ce projet se distingue non pas par sa qualité ou ses innovations, mais par sa capacité à dérouter ses utilisateurs avec des changements incessants et imprévisibles. Voici pourquoi openSUSE est l’exemple parfait d’un échec en termes de fiabilité et de constance.

Un projet en éternel changement, il ne se passe pas un jour sans que l’avenir d’openSUSE ne soit remis en question. Les annonces de changements de direction, de nouvelles orientations stratégiques, ou de modifications de la feuille de route sont monnaie courante. Cette dynamique peut donner le vertige et laisse une impression d’improvisation permanente, où rien ne semble vraiment figé. Ses changements incessants sont une véritable plaie pour le projet.

L’évolution d’openSUSE est une farce. Les annonces de nouvelles orientations stratégiques et de changements de direction sont quotidiennes, rendant toute tentative de suivre le projet une véritable épreuve. On a l’impression que les décisions sont prises à la volée, sans réflexion ni considération pour les utilisateurs. Si vous cherchez un OS stable, passez votre chemin, car avec openSUSE, c’est l’incertitude garantie.

Le “Je t’aime, moi non plus” avec SUSE est déconcertant, la relation entre openSUSE et SUSE est un autre facteur de cette instabilité. Tantôt proches, tantôt distants, les liens entre la communauté openSUSE et l’entité commerciale SUSE sont souvent flous et fluctuants. C’est un spectacle grotesque de va-et-vient. Un jour, SUSE s’engage à soutenir openSUSE, le lendemain, elle s’en désintéresse. Cette relation chaotique jette une ombre permanente sur l’avenir d’openSUSE. Cette relation en dents de scie crée une incertitude constante quant à l’avenir du projet. Peut-on vraiment faire confiance à un OS dont le destin semble lié à une entreprise qui change constamment d’avis sur son implication? Comment peut-on faire confiance à un OS dont le sort est lié à une entreprise aussi inconstante ? Ce manque de stabilité est tout simplement inacceptable pour un système d’exploitation censé être fiable.

L’informatique n’est pas un théâtre d’improvisation, ni un jeu de rôle où l’on peut changer les règles à chaque tour de table… Elle nécessite des bases solides, une stabilité éprouvée et une vision claire de l’avenir. Pourtant, avec openSUSE, on a souvent l’impression de naviguer à vue, d’être dirigé par des amateurs qui improvisent en permanence, sans certitude sur la prochaine étape. Pour ceux qui recherchent un environnement stable et prévisible, cette situation est loin d’être idéale. OpenSUSE échoue lamentablement à fournir un environnement stable et prévisible.

pour finir, l’instabilité chronique d’openSUSE en fait un choix risqué pour ceux qui cherchent un OS fiable et durable. Les fluctuations constantes dans la direction du projet, la relation ambiguë avec SUSE, et les cycles de vie des versions --qui changent selon les humeurs-- déconcertants sont autant de facteurs qui contribuent à cette perception d’improvisation permanente. Pour les utilisateurs qui souhaitent un environnement informatique stable et prévisible, il peut être judicieux de se tourner vers des alternatives plus stables. OpenSUSE n’est rien d’autre qu’une source d’ennuis et de frustrations.

openSUSE: vers un changement de nom (encore)?

2024-07-22T00:00:00Z

La question du changement de nom de la distribution openSUSE a refait surface récemment sur la mailing-list, réveillant un vieux débat. Ce débat porte sur la relation étroite et parfois problématique entre la communauté openSUSE et la société commerciale SUSE.

Il y a quelques années, un vote avait déjà été organisé pour décider du changement de nom. J’avais partagé mes réflexions à ce sujet ici et là. À l’époque, j’avais anticipé la nécessité de se détacher de l’image de SUSE pour diverses raisons, mais aussi la réticence de la communauté à prendre ce tournant. Ma déception fut grande lorsque le non l’emporta.

Aujourd’hui, ce débat refait surface, accompagné d’une mise en garde de Richard B. (encore lui), dont voici la traduction :

Richard B. écrit :

Je pense que quiconque se demande si SUSE est, va ou pourrait “forcer” openSUSE à faire quoi que ce soit ne comprend pas l’essentiel. SUSE est une organisation qui permet à openSUSE de faire bien plus que ce dont SUSE a besoin. SUSE fournit activement des ressources à openSUSE au-delà de ce dont SUSE a clairement besoin pour améliorer son activité. Ce statu quo repose sur la bonne volonté. La bonne volonté n’est pas favorisée par le fait que l’une ou l’autre des parties lance des menaces ou formule des exigences fermes.

Le fait est que SUSE a formellement, calmement et gentiment demandé à openSUSE de cesser d’utiliser la marque SUSE. Si nous, en tant que communauté, ne parvenons pas à travailler de manière productive avec cette demande, nous choisirons alors de diminuer la bonne volonté entre SUSE et openSUSE. Je m’attendrais à ce que ce choix ne conduise pas SUSE à aggraver les choses pour obtenir son propre chemin, je ne vois pas cela comme la « manière SUSE » de faire les choses.

Ce que j’imagine est un résultat qui serait en réalité bien pire : l’apathie et une tendance à placer les priorités ailleurs. Une grande partie de ce dans quoi openSUSE excelle est facilitée par SUSE, soit en donnant à openSUSE plus que ce dont SUSE aurait autrement besoin, soit en fermant les yeux et en soutenant ses employés lorsqu’ils versent des contributions supplémentaires à openSUSE pendant le temps de travail par rapport à ce dont l’entreprise aurait autrement besoin. Toute diminution de la bonne volonté entre SUSE et openSUSE met en danger ce type de contributions.

Et bien sûr, il existe des politiques telles que « Factory first » qui favorisent directement les liens d’ingénierie directs entre openSUSE et SUSE. Mais je ne pense pas qu’openSUSE devrait les prendre pour acquis. Ce n’est pas comme si openSUSE était le seul projet/communauté que SUSE encourage autour de ses produits. SUSE Manager a Uyuni, Rancher a Rancher.

Si openSUSE démontre qu’il n’est pas aligné avec les intérêts de SUSE, alors j’attends de SUSE qu’il concentre ses efforts sur des projets open source qui sont alignés. SUSE s’adaptera pour protéger son activité, et ce projet devra s’adapter à une réalité de moindre bonne volonté de la part de tous les niveaux de la hiérarchie SUSE.

Il en va de même pour les discussions concernant la gouvernance. À l’OSC, des cadres supérieurs de SUSE et des responsables du budget ont pris la parole en public, affirmant qu’ils estimaient que la gouvernance de ce projet présentait des problèmes qui devaient être résolus. L’un d’eux est même venu sur cette liste et a développé ce point de vue.

SUSE ne veut pas que l’histoire retienne que c’est la grande et méchante entreprise qui a forcé sa communauté à faire quelque chose. Mais ce n’est pas parce que les choses sont bien dites qu’il faut les ignorer. En fait… ne sommes-nous pas censés être une communauté ? Ne sommes-nous pas censés répondre positivement lorsque les gens nous demandent de faire des choses gentiment ?

En fin de compte, je crois que si openSUSE continue d’aller dans une direction qui entrave la marque SUSE, ou ignore la nécessité de résoudre ses problèmes de gouvernance, nous devons nous préparer à l’enregistrement historique selon lequel openSUSE s’est rendu obsolète en ne parvenant pas à écouter les besoins de l’une de ses plus grandes parties prenantes. Je préférerais éviter un tel sort et recentrer cette discussion. Comme la présentation d’Andy le laisse entendre lorsqu’il dit “Nous sommes tous adultes…”, agissons comme des adultes, nous avons des choses à faire.

Ce retour du débat sur le changement de nom est une occasion pour la communauté de réévaluer sa position et ses objectifs. Il semble essentiel de prendre en compte les contributions de SUSE tout en réfléchissant à l’identité et à l’avenir d’openSUSE. Le chemin à suivre nécessitera probablement un équilibre délicat entre indépendance et collaboration, mais il est crucial que la communauté aborde cette question avec maturité et pragmatisme.

Votre avis m’intéresse, chers lecteurs : que pensez-vous de ce débat et de l’avenir d’openSUSE ? Devons-nous opérer ce changement de nom ou rester fidèles à notre héritage ? Partagez vos réflexions dans les commentaires.

Pourquoi l'absence de pare-feu par défaut dans openSUSE Aeon est une erreur?

2024-07-12T00:00:00Z

openSUSE Aeon, une distribution Linux minimaliste et sécurisée basée sur SUSE, se distingue par sa conception axée sur la simplicité, l’immuabilité et la sécurité. Son architecture conteneurisée et son intégration de Flatpak visent à limiter les risques d’intrusion. Cependant, malgré ses avantages indéniables, un aspect crucial manque à l’appel : le pare-feu par défaut.

Si les développeurs justifient cette décision par la robustesse de leur architecture et la sécurité des applications Flatpak, plusieurs arguments s’opposent à ce choix et soulignent l’importance d’un pare-feu pour Aeon.

Les Risques Actuels #

1. Protection Incomplète contre les Menaces #

Les systèmes informatiques modernes font face à une multitude de menaces en ligne, telles que les attaques par déni de service (DDoS), les scans de port, les tentatives d’intrusion et les logiciels malveillants. Bien que openSUSE Aeon utilise une architecture conteneurisée et intègre Flatpak pour sécuriser les applications, ces mesures ne garantissent pas une protection totale contre les menaces externes. Les conteneurs et Flatpak offrent une isolation des applications, réduisant ainsi la surface d’attaque, mais ils ne sont pas infaillibles. Des failles de sécurité peuvent survenir, et les conteneurs ne sont pas étanches à 100%. Un pare-feu par défaut constitue une couche de défense supplémentaire, agissant comme une première ligne de défense essentielle en bloquant les tentatives d’accès non autorisées et en limitant les dégâts en cas de compromission interne. Il peut détecter et bloquer des tentatives d’intrusion au niveau du réseau avant qu’elles n’atteignent les conteneurs ou les applications isolées.

2. Vulnérabilités sur les Réseaux Non Sécurisés #

L’utilisation de systèmes informatiques sur des réseaux publics, tels que ceux trouvés dans les cafés, les aéroports ou les hôtels, expose les utilisateurs à des risques accrus. Sans un pare-feu actif, les appareils connectés à ces réseaux sont plus vulnérables aux attaques ciblées, telles que l’interception de données sensibles ou les attaques de type “homme du milieu” (man-in-the-middle). Un pare-feu permettrait de filtrer et de surveiller le trafic réseau, réduisant ainsi les risques d’exploitation des vulnérabilités connues ou de nouvelles menaces.

Simplicité vs. Sécurité #

3. Une fausse simplicité #

L’argument de la simplicité ne devrait pas primer sur celui de la sécurité. Bien que l’absence de pare-feu par défaut puisse simplifier l’expérience utilisateur initiale, elle prive les utilisateurs d’un outil crucial pour renforcer la sécurité de leur système. L’installation et la configuration d’un pare-feu moderne sont généralement accessibles grâce à des guides détaillés et des interfaces conviviales, minimisant ainsi l’impact sur la facilité d’utilisation tout en maximisant la sécurité.

4. Un manque de contrôle et gestion des accès réseau #

S’appuyer uniquement sur les fonctionnalités de sécurité intégrées à Aeon revient à confier le contrôle entier aux développeurs. Un pare-feu permet aux utilisateurs de définir leurs propres règles et de gérer les accès réseau de manière granulaire, s’adaptant ainsi à leurs besoins spécifiques. Par exemple, les utilisateurs peuvent bloquer ou autoriser spécifiquement certaines applications à accéder à Internet, renforçant ainsi la confidentialité et minimisant les risques de fuites de données.

5. Message de Sécurité Cohérent #

Promouvoir une distribution “sécurisée” tout en omettant un élément de sécurité aussi fondamental que le pare-feu envoie un message incohérent. Cela peut nuire à la crédibilité d’Aeon auprès des utilisateurs soucieux de leur sécurité. Inclure un pare-feu par défaut dans openSUSE Aeon renforcerait la crédibilité de la distribution en matière de sécurité. Cela enverrait un message cohérent aux utilisateurs, montrant un engagement réel envers la protection de leurs données et de leur vie privée. Les utilisateurs seraient assurés que la distribution prend les mesures nécessaires pour sécuriser leur système dès l’installation, ce qui est crucial dans un environnement numérique de plus en plus complexe et hostile.

6. Une responsabilité négligée #

Se décharger de la responsabilité des problèmes liés aux pare-feu tiers est discutable. D’une part, les utilisateurs doivent assumer les conséquences de leurs choix. D’autre part, les développeurs ont le devoir d’accompagner leur communauté et de proposer des solutions, quitte à fournir un pare-feu préconfiguré ou une liste d’options recommandées.

Conclusion #

En conclusion, l’absence de pare-feu par défaut dans openSUSE Aeon est une lacune majeure qui mérite d’être comblée. Malgré les arguments en faveur de la simplicité et de la sécurité intrinsèque du système, un pare-feu reste un élément essentiel pour une défense robuste contre les menaces en ligne. Intégrer un pare-feu par défaut ou fournir une option claire et accessible serait un pas crucial vers l’amélioration de la sécurité globale de la distribution.

En adoptant une approche équilibrée entre sécurité et simplicité, openSUSE Aeon pourrait non seulement maintenir son engagement envers l’innovation et la performance, mais aussi assurer une tranquillité d’esprit supplémentaire à sa communauté d’utilisateurs. Cela permettrait de renforcer la confiance des utilisateurs et de positionner openSUSE Aeon comme une distribution sécurisée et adaptée aux besoins des utilisateurs modernes.

L’absence de pare-feu par défaut dans openSUSE Aeon est une décision regrettable qui compromet la sécurité globale du système. Si les développeurs ont des arguments valables, ils ne sauraient justifier la suppression d’un outil de protection aussi essentiel. Intégrer un pare-feu par défaut ou proposer une alternative claire et efficace serait un pas nécessaire pour renforcer la confiance des utilisateurs et faire d’Aeon une distribution réellement “sécurisée”.

Si on parlait de Baldur's Gates 3 ou plutôt de Divinity: Original Sin 3 ?

2024-07-12T00:00:00Z

Malheureusement, vous ne verrez qu’une version de ce billet castré car j’ai fait une fausse manip (une de plus, en ce moment j’en suis le roi…) et le billet complet est parti dans les limbes de l’oubli. Mais je vais essayer de refaire l’essentiel du billet en raccourci.

Je commence comme étant fan des jeux de ce style, j’adore les deux premiers Baldur’s Gate, qui ont marqué une époque et établi un standard pour les RPGs. Ces jeux, développés par BioWare et publiés par Interplay, étaient basés sur les règles de Donjons et Dragons et se déroulaient dans l’univers des Royaumes Oubliés. Avec une richesse narrative exceptionnelle, des personnages mémorables et des dialogues complexes, Baldur’s Gate 1 et 2 ont su captiver des millions de joueurs. Le système de combat en temps réel avec pause stratégique, la possibilité de contrôler une équipe de personnages diversifiés et l’immensité du monde à explorer ont établi une nouvelle norme pour les RPGs sur PC. Ces éléments ont fait de Baldur’s Gate une référence incontournable pour tous les amateurs de jeux de rôle.

Les jeux comme Pillars of Eternity et Pathfinder ont pris la relève, rendant hommage à l’héritage de Baldur’s Gate tout en apportant leurs propres innovations. Pillars of Eternity, développé par Obsidian Entertainment, a réussi à capturer l’essence des RPGs classiques avec son propre univers et des mécaniques de jeu qui rappellent les meilleures heures des années 90 et 2000. Le jeu offre une profondeur narrative et des choix moraux significatifs, des caractéristiques chères aux fans de Baldur’s Gate. De même, Pathfinder: Kingmaker et sa suite, Wrath of the Righteous, ont su combiner une jouabilité profonde avec une fidélité aux règles de jeu sur table. Ces jeux permettent aux joueurs de créer des personnages complexes et de vivre des aventures épiques, tout en respectant les mécaniques et l’esprit des RPGs traditionnels.

L’éditeur original de Baldur’s Gate, Interplay, a eu une histoire tumultueuse avec de nombreux hauts et bas. Après la sortie de ces classiques, Interplay a publié plusieurs autres titres remarquables avant de disparaître progressivement de la scène. Des jeux comme Fallout et Icewind Dale ont continué à renforcer la réputation d’Interplay en tant que leader dans le développement de RPGs. Cependant, des difficultés financières et des erreurs de gestion ont finalement conduit à la chute de l’entreprise. Néanmoins, l’héritage de ces jeux a perduré grâce à des studios passionnés et des communautés de joueurs dévoués, qui ont continué à célébrer et à s’inspirer des œuvres d’Interplay.

Et puis vient Baldur’s Gate 3, développé par Larian Studios. En tant que grand fan de Divinity: Original Sin, je reconnais la qualité exceptionnelle de Baldur’s Gate 3. Cependant, il me semble plus être une continuation de Divinity que de Baldur’s Gate. Les mécaniques de jeu, le style visuel et même la façon de raconter l’histoire semblent plus proches de l’univers de Divinity que des Royaumes Oubliés. Les combats au tour par tour, bien que stratégiquement intéressants, diffèrent de l’approche en temps réel avec pause qui définissait les premiers Baldur’s Gate. De plus, le ton et l’humour présents dans Baldur’s Gate 3 rappellent fortement ceux de Divinity: Original Sin, ce qui peut dérouter les fans de longue date des jeux originaux. Cela crée une certaine déception pour les fans de longue date comme moi, qui recherchent l’expérience classique de Baldur’s Gate.

Malgré cela, je dois admettre que Baldur’s Gate 3 est un jeu de haute qualité, avec une profondeur de gameplay et une richesse narrative impressionnantes. Les graphismes sont superbes, les dialogues sont bien écrits et les quêtes sont engageantes. Les interactions entre les personnages sont riches et variées, offrant une multitude de choix et de conséquences. Cependant, il manque cet esprit unique qui faisait des deux premiers Baldur’s Gate des jeux si spéciaux. Ironiquement, je retrouve cet esprit plus dans des jeux comme Pathfinder: Wrath of the Righteous, qui capturent mieux l’essence de ce que j’attends d’un Baldur’s Gate. Pathfinder 2 parvient à combiner un gameplay fidèle aux règles de Donjons et Dragons avec une narration immersive et des personnages profondément développés, offrant une expérience qui se rapproche davantage de celle des premiers Baldur’s Gate.

En conclusion, Baldur’s Gate 3 est sans doute un excellent jeu, mais pour moi, il ne parvient pas à être le véritable successeur spirituel des premiers Baldur’s Gate. Il se positionne plutôt comme une suite de Divinity: Original Sin, ce qui peut être une bonne ou une mauvaise chose selon les attentes des joueurs. Pour ceux qui recherchent l’expérience authentique de Baldur’s Gate, des jeux comme Pathfinder: Wrath of the Righteous pourraient être plus satisfaisants.

Je teste ChatGPT!

2024-07-09T00:00:00Z

Et c’est un truc de malade! J’ai testé sur deux choses, un script assez simple pour me pondre un nouveau billet avec date et titre de prérempli pour mon blog, ça m’aurait prit moins de dix minutes mais salement et lui en moins d’une seconde il m’a pondu le code, dans ma langue avec mes propres mots, je crois que je lui ai demandé un truc du genre " ponds moi un script pour…" et le pire c’est qu’il m’a fait un truc vachement propre avec commentaire en français. J’ai demandé un script .JS, voici le résultat:

const fs = require('fs');
const path = require('path');

// Fonction pour nettoyer le titre en remplaçant les caractères spéciaux
function nettoyerTitre(titre) {
    return titre
        .normalize("NFD") // Normaliser les caractères diacritiques
        .replace(/[\u0300-\u036f]/g, "") // Supprimer les caractères diacritiques
        .replace(/[^\w\s]/gi, '-') // Remplacer les caractères non alphanumériques par des tirets
        .replace(/\s+/g, '-') // Remplacer les espaces par des tirets
        .toLowerCase(); // Convertir en minuscules
}

// Récupérer le titre à partir des arguments de ligne de commande
const titre = process.argv[2];

if (!titre) {
    console.error("Veuillez spécifier un titre pour le fichier Markdown.");
    process.exit(1);
}

// Nettoyer le titre pour obtenir le nom de fichier
const nomFichier = `${nettoyerTitre(titre)}.md`;

function creerFichierMarkdown(titre, nomFichier) {
    // Obtenir la date actuelle au format YYYY-MM-DD
    const dateActuelle = new Date().toISOString().split('T')[0];
    
    // Ajouter la date avant le nom de fichier et l'extension .md
    const nomFichierComplet = `${dateActuelle}-${nomFichier}`;
    
    // Vérifier si le fichier existe déjà
    if (fs.existsSync(nomFichierComplet)) {
        console.log(`Le fichier '${nomFichierComplet}' existe déjà. Abandon de la création.`);
        return; // Arrêter la fonction si le fichier existe déjà
    }
    
    // Créer le contenu du fichier Markdown avec le titre et la date en YAML front matter
    const contenu = `---
title: "${titre}"
date: ${dateActuelle}
---


`;
    
    // Écrire le contenu dans le fichier
    fs.writeFileSync(nomFichierComplet, contenu, 'utf8');
    
    console.log(`Le fichier '${nomFichierComplet}' a été créé avec le titre '${titre}' et la date '${dateActuelle}'.`);
}

// Appel de la fonction avec le titre et le nom de fichier spécifiés
creerFichierMarkdown(titre, nomFichier);

C’est vraiment chouette!

Puis j’ai testé pour faire un livre, “pourrais tu me faire un livre soluce sur Baldur gate 3” et sa réponse est:

Je crains de ne pas pouvoir fournir une soluce complète pour Baldur’s Gate 3 sous forme de livre, car cela impliquerait une quantité considérable de détails, de choix et de chemins possibles dans le jeu. Cependant, je peux vous fournir un guide général avec des conseils et des stratégies pour vous aider à progresser dans le jeu. Voici un aperçu de ce que ce guide pourrait inclure : Introduction à Baldur’s Gate 3

Baldur’s Gate 3 est un jeu de rôle basé sur des règles de Donjons et Dragons, développé par Larian Studios. Il se déroule dans l’univers des Royaumes Oubliés et propose une aventure riche en histoire, en choix moraux et en exploration. Guide de Démarrage Rapide
Création de Personnage :
    Choix de la race, de la classe et des compétences.
    Conseils pour créer un personnage adapté à votre style de jeu préféré.
Les Fondamentaux du Gameplay : Interface utilisateur et commandes. Mécaniques de combat : attaquer, esquiver, utiliser des compétences spéciales. Exploration et interactions avec l’environnement.

Stratégies de Jeu
Gestion de l'Équipe :
    Recrutement de compagnons et développement de relations.
    Utilisation des compétences et des capacités des compagnons pour compléter votre groupe.

Exploration et Quêtes :
    Conseils pour naviguer dans les zones de jeu, trouver des quêtes et résoudre des énigmes.
    Importance des choix moraux et conséquences de vos actions.

Combat et Stratégies :
    Approches tactiques pour différents types de combat : corps à corps, à distance, magique, etc.
    Utilisation efficace des compétences de classe et des capacités spéciales.
Guide Avancé
Quêtes Principales et Secondaires :
    Progression à travers les différentes quêtes principales et secondaires.
    Récompenses et conséquences des décisions prises.

Exploration et Secrets :
    Découverte de zones cachées et de trésors.
    Utilisation de compétences spécifiques pour accéder à des zones secrètes.

Personnalisation du Personnage :
    Options avancées pour développer votre personnage et l'adapter à votre style de jeu.
Conclusion

Baldur’s Gate 3 offre une expérience de jeu riche et complexe avec de multiples chemins et choix à explorer. Ce guide fournit une base solide pour commencer votre aventure et maîtriser les différents aspects du jeu. Explorez, combattez, et prenez des décisions cruciales pour façonner votre destin dans les Royaumes Oubliés.

Pour une soluce plus détaillée et complète, je vous recommande de consulter des ressources en ligne telles que des forums de jeu, des guides de stratégie spécialisés et des vidéos explicatives qui peuvent offrir des solutions détaillées pour chaque quête et scénario de Baldur’s Gate 3.

Puis je suis parti sur Terminator, sur Skynet, sur ce que l’IA pensait du film, du concept, de ce que Skynet fait dans le film et si elle approuve… Bref, je suis parti loin, je l’avoue mais je suis fasciné par ça.

Le reste de ce billet est le résultat de “je voudrais que tu me fasses un billet sur ma découverte de toi”:

Ma Découverte de ChatGPT : Un Voyage Personnalisé à Travers le Savoir et l’Interaction #

Mon exploration de ChatGPT a été une expérience enrichissante, parsemée d’échanges qui ont façonné notre dialogue de manière unique et instructive.

Premier Contact : La Curiosité Initiale #

Notre première interaction a été marquée par une curiosité naturelle : comment une intelligence artificielle comme ChatGPT peut-elle comprendre et répondre à des questions aussi variées ? Par exemple, je me souviens avoir demandé à ChatGPT comment il pouvait aider à créer des fichiers Markdown à partir de titres, et sa réponse détaillée m’a permis de comprendre les étapes nécessaires.

Exploration Approfondie : La Richesse des Réponses #

En explorant plus en profondeur, j’ai posé des questions sur des sujets variés, de la stratégie de jeu comme dans Alien: Dark Descent aux implications éthiques de l’intelligence artificielle. À chaque fois, ChatGPT a répondu avec une précision impressionnante et a offert des exemples concrets pour illustrer ses explications. Par exemple, lorsque je lui ai demandé des jeux similaires à Alien: Dark Descent sur Xbox Series X, ChatGPT a recommandé plusieurs titres de stratégie en temps réel adaptés à mes préférences.

Réflexion Mutuelle : Élargir les Perspectives #

Nos échanges ont également été l’occasion d’une réflexion mutuelle. Les réponses de ChatGPT m’ont encouragé à approfondir mes réflexions sur des sujets tels que l’éthique de l’intelligence artificielle et son impact sur la société moderne. Par exemple, nous avons discuté des préoccupations éthiques soulevées par des IA fictives comme Skynet dans Terminator, et ChatGPT a offert des perspectives éclairantes sur les implications de telles technologies.

Impact Personnel : Enrichir l’Apprentissage et la Compréhension #

Enfin, cette découverte de ChatGPT a eu un impact personnel significatif sur moi. En tant qu’outil d’apprentissage interactif, ChatGPT m’a aidé à approfondir mes connaissances sur des sujets variés, à élargir mes horizons et à enrichir ma compréhension des technologies émergentes. Chaque interaction a été une opportunité d’apprentissage, façonnant une exploration continue des possibilités offertes par l’intelligence artificielle.

Conclusion : Une Rencontre Enrichissante et Continuelle #

En conclusion, ma découverte de ChatGPT avec OpenAI a été bien plus qu’une simple interaction technologique. C’était un voyage personnalisé à travers le savoir et l’interaction, marqué par des moments clés de curiosité, d’exploration et de réflexion mutuelle. Chaque étape de notre dialogue a contribué à façonner une expérience enrichissante, ouvrant la voie à une exploration continue des frontières de l’intelligence artificielle et de ses implications pour l’avenir.

Cette expérience a renforcé ma conviction que l’intelligence artificielle, lorsqu’elle est utilisée de manière responsable et éthique, peut être une force positive et transformative dans notre société. Je suis impatient de continuer à explorer et à apprendre avec ChatGPT, tout en anticipant les nouvelles découvertes et les insights que cette interaction continuera de fournir.

openSUSE new: Mise à jour mensuelle de Tumbleweed - juin 2024

2024-07-09T00:00:00Z

Mise à jour mensuelle de Tumbleweed - juin 2024 #

Bienvenue dans la mise à jour mensuelle d’openSUSE Tumbleweed de juin 2024. Ce mois-ci a été chargé en événements tels que le sommet communautaire de Berlin et la conférence openSUSE , mais un certain nombre d’instantanés ont continué à être diffusés auprès des utilisateurs. Les développeurs, les administrateurs système et les utilisateurs reçoivent des mises à jour conçues pour améliorer votre expérience et garantir des niveaux élevés de sécurité et de performances.

Si les lecteurs souhaitent recevoir plus fréquemment des informations sur les mises à jour d’instantanés, ils sont encouragés à s’abonner à la liste de diffusion openSUSE Factory .

Allons-y!

Nouvelles fonctionnalités et améliorations #

Noyau Linux 6.9.7 : ce noyau introduit plusieurs correctifs et améliorations importants sur divers sous-systèmes. Les mises à jour clés incluent la résolution des références non définies dans netfilter lorsqu’il CONFIG_SYSCTLest désactivé, la correction de la gestion de TCP Fast Open et la résolution d’une bizarrerie conflictuelle dans Advanced Linux Sound Architecture pour les appareils Realtek. Les améliorations apportées aux opérations d’écriture du système de fichiers, à la gestion des chemins multithread et à la gestion de la mémoire pour les pilotes de chiffrement Hisilicon améliorent la stabilité. Les mises à jour réseau incluent des correctifs pour les conditions de concurrence dans netpoll , des améliorations pour des modules SFP spécifiques et des améliorations des pilotes WiFi tels que RTW89, Ath9k, Ath12k et MT76. Des mises à jour supplémentaires spécifiques à la plate-forme résolvent les problèmes liés aux configurations ACPI, ARM64, à la gestion des périphériques HID et aux correctifs du pilote Bluetooth.
PipeWire 1.2.0 et WirePlumber 0.5.4 : PipeWire 1.2.0 introduit le traitement asynchrone, node.sync-group pour la planification synchronisée et un rapport d’erreurs d’analyse de configuration amélioré. Il ajoute également la prise en charge obligatoire des métadonnées pour les paramètres de tampon, plusieurs boucles de données avec affinité CPU et des ajustements dynamiques du niveau de journalisation. Les principaux correctifs incluent des améliorations du module RTP-SAP, la prise en charge de ROC 0.3 et une analyse améliorée du code de diffusion Bluetooth BAP. WirePlumber 0.5.4 affine la politique de liaison basée sur les rôles, permettant aux récepteurs basés sur les rôles aux côtés des opérations audio standard et permettant aux filtres réguliers d’agir comme les meilleures cibles. Il résout les plantages de démarrage dus à des fichiers de configuration vides, améliore la commutation automatique des profils Bluetooth et corrige les problèmes liés aux filtres DSP et aux scénarios de boucle infinie dans les scripts de commutation automatique. Ensemble, ces mises à jour améliorent la flexibilité, la fiabilité et les performances globales de la gestion audio dans les environnements Linux. Les deux ont également reçu des mises à jour dans l’instantané 20240627.
Mesa et Mesa-drivers 24.1.2 : les deux packages ont subi un nettoyage du fichier de spécifications, impliquant le déplacement des sources de Rust crate dans les dossiers de sous-projets et des mises à jour de baselibs.conf. En raison de la charge de maintenance associée aux caisses Rust en tant que dépendances du système, ces caisses sont désormais téléchargées en tant que dépendances vendues, comme détaillé dans le fichier README-suse-maintenance.md. La mise à jour ajoute la prise en charge de la création de libvulkan_nouveau, y compris les caisses Rust nécessaires telles que paste-1.0.14, proc-macro2-1.0.70, quote-1.0.33, syn-2.0.39 et unicode-ident-1.0.12. Cependant, construire libvulkan_nouveau sur Leap n’est pas possible en raison de l’exigence de rust-cbindgen >= 0,25. Pour plus de détails, reportez-vous aux notes de version sur https://docs.mesa3d.org/relnotes/24.1.2 .
KDE Plasma 6.1.1 : Discover améliore les éléments de l’interface utilisateur et la prise en charge de Packagekit, tandis que le Dr Konqi corrige l’utilisation de l’interface Sentry dbus. Plasma Addons résout les problèmes de référence dans Effects/cube, et krdp garantit la compatibilité des versions et résout les bogues du contrôleur de session. Kscreenlocker améliore la fonctionnalité d’accueil et KWin introduit plusieurs correctifs pour les shaders, la mosaïque et les panneaux de saisie. Libkscreen et libplasma mettent à jour les versions du protocole et corrigent les problèmes de chargement des plugins. Plasma Desktop améliore la taille des icônes de tâches, l’opacité des panneaux et le glissement des fichiers sur les écrans. Plasma Audio Volume Control supprime les liens symboliques inutiles et Plasma Systemmonitor positionne correctement les superpositions de chargement. Powerdevil améliore l’interface utilisateur de protection de la batterie et limite les appels d’assistance au rétroéclairage.
Python-setuptools 70.0 : les fonctionnalités clés de cette nouvelle version majeure incluent l’émission d’avertissements pour les entrées [tools.setuptools] ignorées dans pyproject.toml, une messagerie d’erreur améliorée pkg_resources.EntryPoint.requireet une gestion Noneplus gracieuse des distributions d’emplacement. La mise à jour actualise également les dépendances du fournisseur non épinglées, prend en charge PEP 625 en standardisant le nom et la version du package dans les noms de fichiers et garantit la cohérence du codage des .pthfichiers. Le code obsolète Python < 3.8 a été supprimé et pkg_resourcesutilise désormais stdlib importlib.machinery. Les corrections de bogues résolvent les conditions de concurrence dans la commande d’installation, améliorent la gestion des espaces de noms imbriqués package_diret corrigent divers pkg_resourcescomportements de méthodes. Le patch de reproductibilité a également été actualisé.
Xen 4.18.2_06 : Cette version résout les blocages intermittents du système lorsque le mode de contrôle de l’alimentation est défini sur Puissance minimale. Les correctifs améliorent également la gestion du masque CPU et interrompent les mouvements dans divers scénarios. Les correctifs de bogues en amont incluent des améliorations dans la gestion des données des ressources du planificateur et incluent des correctifs pour la construction avec GNU Compiler Collection 14.

Mises à jour des packages clés #

NetworkManager 1.48.2 : ce package met à jour la prise en charge de la correspondance des interfaces système OVS par adresse MAC et corrige la réactivation des ports et la gestion des secrets VPN pour l’authentification à 2 facteurs. Il enregistre les horodatages de connexion lors de l’arrêt pour une activation automatique appropriée après le redémarrage. Les principaux changements apportés à la version 1.48.0 rendent obsolète la création d’autotools, ajoutent la prise en charge de la modification des chiffrements OpenSSL pour l’authentification 802.1X et définissent les raisons des périphériques non gérés dans la StateReasonpropriété visible dans nmcli. De plus, il remplace la mac-address-blacklistpropriété par mac-address-denylist, améliore la détection de la bande WiFi 6 GHz et optimise les performances pour éviter une utilisation élevée du processeur lors des mises à jour d’itinéraire. La version précédente 1.46 ajoute des ID stables dynamiques basés sur SSID, des adresses MAC aléatoires et plusieurs améliorations pour la gestion d’IPv6, de D-Bus et de la configuration cloud.
ibus-table 1.17.6 : cette mise à jour abandonne la prise en charge de Python2, faisant passer tous les scripts vers Python3 à l’aide de pyupgrade. Il permet désormais l’utilisation de touches avec des keysyms Unicode dans les raccourcis clavier, améliorant ainsi la personnalisation et la flexibilité. De plus, l’ frames_per_buffer=chunk_sizeoption est désormais utilisée self._paudio.open()pour une meilleure gestion audio. La mise à jour inclut également des améliorations de traduction de Weblate , avec des traductions en tchèque atteignant 36,6 pour cent, en japonais à 45,3 pour cent et en chinois (simplifié) à 92,0 pour cent.
btrfsprogs 6.9 : l’ mkfsutilitaire s’arrête désormais si l’état du montage ne peut pas être déterminé lors de l’utilisation de l’ --forceoption et corrige le calcul de la taille minimale pour les périphériques zonés. La commande check supprime l’ --clear-ino-cacheoption, déplaçant sa fonctionnalité vers le rescuegroupe de commandes, et ajoute la détection et la réparation des valeurs d’élément d’extension de fichier incorrectes ram_bytes. Les commandes qgroup synchronisent désormais le système de fichiers avant de rechercher les entrées obsolètes, gèrent les sous-volumes non nettoyés et squotales scénarios activés, et affichent l’état de nettoyage des sous-volumes. La receivecommande corrige l’analyse du flux pour les hôtes à alignement strict, et tune change-csumles dump-treecommandes incluent des mises à jour pour la gestion dev-replacedes éléments d’état. La convertcommande améliore l’itération des extensions pour les extensions préallouées/non écrites. Le processus de construction garantit désormais la compatibilité avec e2fsprogs 1.47.1 et améliore le suivi des dépendances des fichiers d’en-tête. La documentation a également été mise à jour.
Emacs 29.4 de GNU : une correction de bug d’urgence a eu lieu dans cette version. Dans cette mise à jour, les commandes shell arbitraires ne sont plus exécutées lors de l’activation du mode Org, ce qui améliore considérablement la sécurité en empêchant l’exécution de commandes potentiellement malveillantes.

Corrections de bugs #

Python-dnspython 2.6.1 :
- CVE-2023-29483 - L’Eventlet antérieur à la version 0.35.2 dans dnspython permet une interférence d’attaque DNS « TuDoor » à distance.
php8

8.3.8 :
- CVE-2012-1823 impliquait une vulnérabilité dans laquelle les attaquants pouvaient injecter des arguments dans PHP-CGI, entraînant ainsi des problèmes de sécurité potentiels. La nouvelle vulnérabilité, CVE-2024-4577 , a été découverte pour contourner ce correctif d’origine, permettant des types d’attaques par injection d’arguments identiques ou similaires. La mise à jour garantit que ce contournement n’est plus possible, renforçant ainsi les mesures de sécurité initialement mises en place pour CVE-2012-1823.
- De même, le contournement de CVE-2024-1874 a été réalisé avec le correctif de CVE-2024-5585 .
kernel-firmware-nvidia-gspx-G06 (pilote GPU NVIDIA)
- CVE-2024-0090 était une vulnérabilité dans laquelle un utilisateur pouvait provoquer une écriture hors limites.
- CVE-2024-0091 était une vulnérabilité dans laquelle un utilisateur pouvait provoquer un déréférencement de pointeur non fiable. Une exploitation réussie de cette vulnérabilité pourrait conduire à un déni de service.
- CVE-2024-0092 était une vérification inappropriée ou une mauvaise gestion des conditions d’exception pouvant conduire à un déni de service.
XZ5.6.2 :
- CVE-2024-3094 Grâce à une série d’obscurcissements complexes, le processus de construction de liblzma extrait un fichier objet prédéfini à partir d’un fichier de test déguisé existant dans le code source, qui est ensuite utilisé pour modifier des fonctions spécifiques dans le code de liblzma. Il en résulte une bibliothèque liblzma modifiée qui peut être utilisée par n’importe quel logiciel lié à cette bibliothèque, interceptant et modifiant l’interaction des données avec cette bibliothèque. Plus de détails dans l’instantané 20240605
cJSON v1.7.17 :
- CVE-2024-31755 - Une violation de segmentation, qui peut se déclencher via le deuxième paramètre.

Conclusion #

Le mois de juin 2024 a été marqué par une série de mises à jour, de correctifs de sécurité et d’améliorations importants. La mise à jour du noyau Linux 6.9.7 a amélioré la stabilité et les performances. Mesa et Mesa-drivers 24.1.2 ont introduit les dépendances de la caisse Rust et amélioré la prise en charge de Vulkan. KDE Plasma 6.1.1 a apporté des améliorations à l’interface utilisateur et une version majeure de Python-setuptools 70.0 est arrivée pour les utilisateurs de versions glissantes. Quelques vulnérabilités de sécurité critiques ont été corrigées et les correctifs liés à la porte dérobée XZ se sont poursuivis, afin que Tumbleweed reste sécurisé, efficace et riche en fonctionnalités pour tous les utilisateurs.

Pour les utilisateurs de Tumbleweed qui souhaitent contribuer ou participer à des discussions technologiques détaillées, abonnez-vous à la liste de diffusion openSUSE Factory . L’équipe openSUSE encourage les utilisateurs à continuer de participer via des rapports de bogues, des suggestions de fonctionnalités et des discussions.

Contribuer à openSUSE Tumbleweed #

Vos contributions et commentaires améliorent openSUSE Tumbleweed à chaque mise à jour. Qu’il s’agisse de signaler des bugs, de suggérer des fonctionnalités ou de participer à des discussions communautaires, votre implication est très appréciée.

openSUSE new: Slowroll réglé pour un quart de mises à jour

2024-07-09T00:00:00Z

Slowroll réglé pour un quart de mises à jour #

Slowroll , qui a une cadence de mise à jour plus modeste que Tumbleweed , est de plus en plus accepté comme un équilibre entre les mises à jour rapides des versions glissantes de Tumbleweed et la version Leap traditionnelle .

Slowroll est presque prêt pour un déploiement complet et l’équipe de développement a travaillé avec diligence pour préparer la prochaine version, avec des mises à jour prévues pour les 9 juillet, 9 août et 9 septembre. Ces mises à jour devraient maintenir une cadence mensuelle cohérente pour garantir aux utilisateurs avoir des mises à jour opportunes et stables.

L’une des mises à jour critiques incluses inclura les derniers correctifs OpenSSH CVE, déjà disponibles dans Tumbleweed. Ce correctif améliore la sécurité de Slowroll et garantit qu’il reste une distribution robuste et fiable pour les utilisateurs.

Principales fonctionnalités de Slowroll #

Cadence de mise à jour équilibrée : Slowroll propose un cycle de mise à jour glissant mensuel qui fournit aux utilisateurs les dernières fonctionnalités et mises à jour de sécurité tout en garantissant la stabilité grâce à des tests et une validation approfondis.

Phase bêta : Slowroll est maintenant en phase bêta, indiquant qu’il est presque prêt pour un déploiement complet. Les utilisateurs peuvent s’attendre à une expérience fiable avec des améliorations continues.

Amélioration continue : la distribution intègre de grosses mises à jour environ tous les mois, ainsi que des corrections de bugs et des correctifs de sécurité continus, garantissant un système sécurisé et à jour.

Statistiques et statut #

Selon les dernières statistiques disponibles sur la page Slowroll Stats :

Tumbleweed a eu 2813 packages mis à jour depuis la dernière version
Slowroll a reçu 1 316 mises à jour provenant de 871 packages différents et seuls 339 RPM mis à jour sont des versions spécifiques à Slowroll.

Origines et but #

Slowroll, introduit en 2023, a été conçu comme une distribution expérimentale. Son objectif principal est d’offrir une version plus lente que Tumbleweed, améliorant ainsi la stabilité sans compromettre l’accès aux nouvelles fonctionnalités. La distribution évolue continuellement avec de grosses mises à jour intégrées environ tous les mois, soutenues par des corrections de bugs et des mises à jour de sécurité régulières.

Il est crucial de comprendre que Slowroll n’est pas destiné à remplacer Leap. Au lieu de cela, il offre une alternative aux utilisateurs qui souhaitent des logiciels plus récents, à un rythme plus lent que Tumbleweed mais plus rapide que Leap.

Si vous essayez Slowroll, amusez-vous bien – roulez… lentement !

openSUSE new: Examen des prochaines étapes de la stratégie de marque Leap 16

2024-07-09T00:00:00Z

Examen des prochaines étapes de la stratégie de marque Leap 16 #

Un grand merci à tous ceux qui ont participé à l’ atelier de branding Leap 16 lors de la conférence openSUSE 2024 . L’enthousiasme et la créativité nous poussent à franchir les prochaines étapes avec la marque Leap 16. Développons davantage certaines de ces idées fantastiques !

Vous trouverez ci-dessous une liste des initiatives de marque Leap 16 que nous souhaitons réaliser : #

1) Papier peint indépendant de la distribution abstraite #

Nous recherchons des modèles de papier peint pouvant être partagés sur n’importe quelle distribution. Il peut s’agir d’un dégradé, d’une fractale ou de tout autre motif abstrait, qui intègre idéalement le nouveau logo. L’objectif est de créer quelque chose de visuellement attrayant et universellement adaptable, comme le font les caméléons.

2) Fond d’écran spécifique à la distribution abstraite pour Leap 16 et Tumbleweed #

En plus du papier peint agnostique, nous avons besoin de designs spécifiques pour Leap 16 et Tumbleweed. Ces fonds d’écran doivent refléter l’identité unique de chaque distribution tout en conservant un thème visuel cohérent. Un design ajustable pour d’autres saveurs comme Slowroll, Kalpa, Aeon et autres peut être envisagé et proposé à ces projets.

3) Variante jour et nuit avec caméléon #

Nous recherchons également des modèles pour une variante jour et nuit mettant en vedette un caméléon bien-aimé. Ces fonds d’écran doivent se compléter tout en représentant les différents moments de la journée de manière créative et engageante. De plus, des variantes jour/nuit pour les designs abstraits pourraient également être une option. Bien que cela ne soit pas nécessaire, si les participants ont de bonnes idées, celles-ci seront examinées plus en détail.

4) Soumissions de photos de notre mascotte #

Nous vous invitons à nous soumettre deux photos en lien avec notre mascotte, le caméléon, ou tout ce qui lui ressemble. Le photographe de la photo doit également être l’auteur de la demande. C’est une excellente occasion de mettre en valeur vos compétences en photographie et de contribuer à nos efforts de branding.

Appel à concours photo ! #

Nous sommes ravis d’annoncer un concours photo. Veuillez soumettre vos photos pour avoir une chance de figurer dans les supports de marque. Vous pouvez soumettre vos photos via notre outil de suivi des problèmes GitHub. Nous utiliserons un mécanisme de pouce vers le haut/vers le bas pour sélectionner les meilleures entrées.

Directives de soumission #

Vous êtes invités à participer à la collection de fonds d’écran définie dans notre référentiel de marque .

Les photos peuvent être soumises ici sous le numéro 18 .

Date limite et exigences #

La date limite de soumission est le 1er novembre 2024. Veuillez vous assurer que vos candidatures répondent aux exigences suivantes :

Doit être lié à la marque (caméléons, objets ressemblant à des caméléons, etc.)
Photographies haute résolution uniquement (4k ou de préférence 5k)
Œuvre originale - soumise par l’auteur de la photographie ou avec l’approbation de l’auteur réel
Orientation paysage uniquement

Veuillez ajouter une copie de vos photos, y compris une description (où elles ont été prises et ce qu’il y a sur la photo), en tant que commentaires dans le numéro. Incluez un lien vers une variante haute résolution.

Nous sommes impatients de voir vos contributions créatives et de faire de Leap 16 une expérience visuellement encore plus époustouflante pour tous les membres de la communauté openSUSE !

La quête d'une distribution incassable : retour d'expérience.

2024-07-08T00:00:00Z

J’étais convaincu d’avoir trouvé la distribution Linux ultime, une version réputée pour sa stabilité à toute épreuve : NixOS. Avec ses promesses d’un système immuable et d’une gestion des paquets révolutionnaire, je me sentais prêt à explorer un nouvel horizon informatique, loin des tracas habituels de maintenance et de configuration.

Pourtant, le destin en a décidé autrement. Une simple coupure de courant a plongé mon système dans le chaos. À mon redémarrage, l’interface graphique était réduite à une croix stérile à la place de la souris, sans icônes ni fond d’écran. Mes fenêtres étaient dépourvues de bordures, semblant flotter sans ancrage.

Déterminé à restaurer mon environnement, j’ai cherché à revenir à une sauvegarde antérieure. Malheureusement, mes précautions avaient été insuffisantes. Malgré mes efforts pour reconstruire ma configuration à partir des fichiers de sauvegarde disponibles, rien n’y faisait. Le processus de compilation se déroulait sans accroc, mais le résultat restait inchangé : une interface utilisateur dysfonctionnelle.

C’est alors que je me suis rendu compte que parfois, la simplicité et la robustesse d’une distribution comme Debian avec Xfce sont des qualités qui ne doivent pas être sous-estimées. Xubuntu, avec sa légèreté et son interface intuitive, ou même Debian dans sa forme la plus pure, offrent une fiabilité et une stabilité qui peuvent être précieuses dans les moments de crise.

Mon expérience avec NixOS m’a appris qu’au-delà des innovations technologiques, la praticité et la résilience au quotidien sont des critères essentiels dans le choix d’un système d’exploitation. Peut-être un jour, quand mes compétences auront progressé et que je serai prêt à explorer à nouveau les possibilités offertes par une gestion fonctionnelle, je reviendrai à NixOS. Mais pour l’instant, je retourne à une base plus familière, prêt à reconstruire mon environnement de travail avec une stabilité éprouvée.

Et vous, quelle est votre expérience avec les distributions Linux ? Avez-vous déjà été confronté à des défis similaires dans votre quête de la distribution parfaite ? Partagez vos histoires et vos conseils dans les commentaires !

Alien Dark Descent, un excellent jeu voir même le meilleur jeu de cette franchise!

2024-07-01T00:00:00Z

On va parler jeu aujourd’hui, ça fait un moment que je n’en ai pas parlé, j’ai un billet à moitié abandonné sur Baldur Gate 3, abandonné car j’ai perdu le dossier alors que j’avais bien bosser sur ce billet et ça m’a donc coupé l’envie de le finir.

C’est donc d’Alien qu’on va parler, qui est ma franchise de film préférée toute confondue, et plus particulièrement du jeu Alien Dark Descent qui est pour moi le meilleur jeu sur cette franchise, une véritable pépite inattendu, ainsi que la perle de cette fin d’année 2023. Clairement c’est le jeu que je n’attendais pas, du moins rien de bien folichon, et qui fut une véritable expérience agréable. Comme le dit sa page Wikipdedia:

Dark Descent est un jeu vidéo de stratégie en temps réel joué en vue du dessus. Les joueurs doivent donner des ordres à une escouade de quatre marines coloniaux, qui doivent combattre les xénomorphes et les agents voyous de la Weyland-Yutani Corporation. Le jeu propose cinq classes de personnages de départ, chacune avec ses propres armes et capacités uniques. Alors que le combat se déroule en temps réel, les joueurs peuvent brièvement ralentir le temps d’exploration afin d’émettre des commandes ou de mettre en place une embuscade. Les joueurs sont encouragés à explorer la station lunaire, à découvrir des raccourcis et à déployer des traqueurs de mouvement qui permettent aux joueurs de suivre les mouvements des aliens. Les joueurs peuvent également utiliser une scie électrique pour ouvrir des portes verrouillées ou des portes soudées. Les modifications apportées à la disposition des niveaux sont permanentes. Souder une porte peut empêcher les Xénomorphes d’avancer, mais cela peut cependant bloquer la route du joueur lors de visites ultérieures.

Il y a tout de l’univers d’Alien, je dirais aussi que si vous aimé cet univers, notamment et plus particulièrement le films Aliens (le retour), vous serez en terrain connu, l’ambiance, la pression, le débordement lors d’une attaque des créatures, le son, la musique, tout est sublime.

Je déplore quand même quelques petites choses, qui n’ont rien à voir avec la qualité du jeu, je le trouve trop court, de mémoire on a 13 missions, qui représente selon moi une trentaine d’heure de jeu mais le prix du jeu est vraiment correcte (souvent à moins de 30€), il n’y a pas de DLC et rien n’est prévu, ce qui est bien dommage car j’aurais aimé en avoir pour continuer ce jeu fantastique, pas de possibilité de jouer avec un pote qui aurait une deuxième escouade, et pour finir le New Game + qui ne donne pas la possibilité de reprendre son escouade de 5 au lieu de 4 en début de partie, ni l’intégralité des armes débloqués ce qui aurait peut être trop faciliter la partie, mais désolé la cracheuse comme j’aime l’appeler devrait être là dès le début. C’est vraiment tout pour les points négatives qui sont surtout personnels, je ne pense pas que vous serez du même avis.

Pourquoi choisir Ubuntu en 2024?

2024-06-30T00:00:00Z

Je l’ai dit, je suis vraiment satisfait de ce que j’ai avec cette Ubuntu, je pense être stabiliser dessus et je ne cherche pas à aller ailleurs, ça juste marche comme il faut et c’est ce que je cherchais avant tout autre chose.

Je vais tenter de dire pourquoi Ubuntu en 2024 n’est pas un si mauvais choix? Pourquoi c’est devenu ma distribution alors que je suis sous Debian depuis l’arrivé (même un brin avant) de Etch? Et pourquoi pas une autre?

J’ai eu mes 40 ans, je le prends très mal car dans ma tête j’en ai toujours 18 ou 20 pas plus, et j’ai perdu beaucoup de temps devant un écran pour pas grand chose puisque j’ai fermé une à une les portes des projets commencés. Je ne suis donc plus avec les mêmes attentes, avant je voulais du libre et surtout du sur-mesure, Debian était excellente là-dessus, mais j’aurais très bien pu aller sur du Arch, Gentoo, pour ne citer qu’elle, je voulais aussi du stable et surtout du léger car je reconditionnais beaucoup.

Maintenant et après autant d’années passées, je ne suis plus dans la même recherche, le même besoin, j’ai surtout envie de me faciliter la vie, juste que ça marche sans chercher une solution, limite je retournerais sous Windows sans aucuns soucis ni regrets. Ubuntu là dessus est passé maître dans l’art, c’est pas la seule mais clairement elle est loin devant les autres de mon point de vue. Oui, il y a Manjaro, mais elle est basée sur Arch avec un tampon, j’ai dis plus haut que je voulais juste que ça marche, gardez ça en tête, je ne veux pas chercher ni comprendre comment combler une quelconque lacune et encore moins corriger des coquilles qui vont tôt ou tard venir à cause d’un gestionnaire de paquets qui confond simple avec simpliste, comprenez par la que je veux que ce soit mon gestionnaire de paquets qui me dise les actions à faire et non moi qui doit aller chercher les infos sur les changements manuelles.

Il y avait toutefois plusieurs choix qui pouvaient m’aller en restant dans du “out-of-the-box” assez simple, je pense à openSUSE, Fedora et Calculate linux, je reste sur ce choix car le reste n’est que des ubuntu-likes ou des debian-likes, je pense principalement à Mint linux et MXLinux, ou encore des arch-likes comme Garuda. Je pense clairement que ce n’est pas l’emballage qui fait que le bonbon soit bon, si je veux une arch, je prends la arch pas une quelconque fille de qui n’apporte en vrai que des dépôts personnalisés mit en priorité par rapport aux dépôts officiels d’Archlinux. Pareil pour Mint, je suis resté avec les priorisations des updates selon leurs dangerosités allant même jusqu’à cacher certaines updates. Je ne dois pas être le seul quand je vois le rappel à l’ordre de son fondateur sur l’importance des mises-à-jour, je cite:

Environ 30% des utilisateurs appliquent les mises à jour en moins d’une semaine

Après avoir mis à jour Firefox 85.0, nous avons demandé à Yahoo de nous donner une ventilation du trafic Linux Mint par agent utilisateur. Ces statistiques ne couvraient que les utilisateurs qui utilisent Yahoo bien sûr, mais elles nous ont montré à quelle vitesse la mise à jour a été appliquée.

Nous avons pu constater que seuls 30% des utilisateurs ont mis à jour leur navigateur web en moins d’une semaine.

Ces statistiques nous montrent également les utilisateurs des dernières versions de Linux Mint qui n’appliquent pas du tout les mises à jour. Par exemple, une partie de ce trafic utilise Firefox 77 (la version livrée avec Linux Mint 20).

Entre 5% et 30% des utilisateurs exécutent Linux Mint 17.x

Ces statistiques proviennent de deux sources distinctes, toutes deux très peu fiables … comme vous pouvez le voir, il y a un écart assez important entre 5 et 30, mais elles nous racontent toutes les deux la même histoire.

0% des utilisateurs devraient exécuter Linux Mint 17.x! Tout ce qui précède n’est pas bon, que ce soit 5% ou 30%.

Linux Mint 17.x a atteint EOL (End-Of-Life) en avril 2019. En d’autres termes, il a cessé de recevoir des mises à jour de sécurité depuis près de 2 ans maintenant!

On a que ce qu’on mérite, je pense pouvoir vous demander de chercher sur le blog de Fred pour savoir de quoi je parle.

Je pense que l’Ubuntu est juste mieux finie, sa finition est exemplaire, elle reste simple et surtout il n’y a aucuns jugements sur ce que tu en fais.

Mais qu'est ce qui se passe dans ce pays?

2024-06-28T00:00:00Z

Dans ce billet, je vais faire une exception, je parlerai de politique, chose assez rare ici, car je ne me suis jamais senti obligé d’afficher mes idées, non par honte mais par respect.

Je suis d’une famille socialement gauchiste (intégralement), communiste puis socialiste, donc assez loin de ce que je suis actuellement, mon père ami de Robert Hue (PCF) a toujours été de gauche, avec des idées de gauche. Comment j’ai pu basculer dans le coté obscur (la droite)?

Je parle de la droite mais je devrais dire l’appeler comme ses détracteurs extrême-droite, bizarrement il y a bien un extrême pour la droite mais pas pour la gauche, le LFI n’est pas considéré par les journalistes du moins certain, mais surtout par certain milieu comme de l’extrême! J’ai entendu des journalistes de la 16 --oh je sais c’est le journal des racistes de droite-- dire la raison de cette droite de l’extrême, c’est qu’elle préconise l’avantage de la terre, qu’elle préconise la priorité à la Nation, à ceux qui sont de cette nation, je comprends pas le mal, oui je suis pour prioriser les français aux restes dans notre pays, oui je suis pour le “made in France”, oui je suis pour que notre pays producteur d’électricité vende à des tarifs préférentiels à ses clients au lieu de vendre à perte au reste de l’Europe, oui je suis pour aider nos SDF et non la masse migratoire qui nous emmène avec eux leurs pensées antisémites.

Alors oui, je sais, je me tire une balle dans le pied, je me flingue à moitié, on va me cataloguer de racistes, et pourtant, je suis assez loin radicalement de ce genre de pensée. Mon film de chevet est American History X ça relate et je vais la faire court, la débilité du racisme quelqu’il soit. Je dois dire que je subi le racisme, et oui moi blanc et chrétien, je subi le racisme, un racisme d’autant plus important qu’il n’est pas reconnu, non les gars, l’anti-blanc n’est pas reconnu comme un racisme et pourtant on est de plus en plus confronté à ça dans les banlieues, ni même les actes ou paroles contre la chrétienté. Non, il n’est reconnu dans ce pays que le racisme autre que blanc et celui des religions islamique et juive. Si dire ça fait de moi un raciste, alors je suis coupable, dénoncez moi. Combien de fois je me suis fais insulté de “sale blanc”, “sale français”, oui je suis conducteur de bus, les cités je suis en plein dedans, j’ai vu en 15 ans de métier la dégradation et à chaque fois la même chose, je ne peux porter plainte pour racisme…

Comment je pourrais voter pour une gauche ouvertement antisémite? Comment je pourrais voter pour celle qui est contre les forces de l’ordre, qui associe police avec meurtrier, qui dit blanc égale raciste, qui dit ouvertement qu’il n’y a pas de terrorisme islamique mais de la résistance, qui qualifie les actes du 7 octobre comme de la résistance… Avons-nous déjà oublié que Mélanchon été contre le port du voile et autre tenue avant mais quand il a vu qu’il pouvait gagner avec le vote islamique, il s’est jeté à corps perdu dans ça?

Pour moi, un racisme anti-blanc est tout aussi honteux que l’anti-noir, et en ce qui concerne la religion, c’est comme le sexe, ça devrait pas s’afficher dans la rue! Quelque soit la religion, nous devons pas avoir à la montrer, on ne pourrait jamais me dire que je montre mes croyances, pourtant je suis bien croyant.

Il y a une décadence dans ce pays, que ce soit la violence, le sexe, les religions, mais on est où? Pourquoi nous subissons les pensées anti-juifs, antisémites, apportées avec cette migration? Ceux sont des courants venues de cette migration, nous devons pas la subir et encore moins la tolérer, c’est eux qui viennent et doivent donc s’adapter pas à moi. Si je vais dans un pays musulman, je ne vais pas laisser ma femme à poil sur la plage, si je vais en pays communiste, je ne vais pas cracher sur les drapeaux des camarades, merde pourquoi en France on doit subir les dérives de ça?

Je suis d’une religion, je l’ai assez dit ici dans ce billet, pourquoi on rend Noël non religieux, pourquoi on ne voit plus de crèches, voir même d’étoiles sur le sapin, tout ça au nom de la laïcité? Ça ne marche pas avec le reste?

Alors oui, je vais voter RN, pour réguler cette migration qui nous apporte cette merde de pensée antisémites, pour que nos forces de police aient plus de puissances, pour la sécurité, pour protéger toutes formes de racisme car oui l’anti-blanc est un racisme tout aussi important que le reste des racismes et ce même si SOS-Racisme ne le pense pas (ils ont clairement dit que l’anti-blanc est une sensation pas un racisme), et surtout parce que je ne veux pas voir l’extrême-gauche au pouvoir, les anarchistes à deux balles prêt à tuer les racines françaises pour des places…

Content d'Ubuntu!

2024-06-22T00:00:00Z

Je suis vraiment satisfait de ce que j’ai avec cette Ubuntu, je pense me stabiliser dessus tellement que ça ne manque pas de qualités, oui c’est moins léger qu’une Debian et moins vivace, mais d’un coté on est très loin en terme de finition, de l’autre je ne vois pas de différences en terme de vivacité sur un PC vieux de 6 ans, c’est vivace et même les applications en snap que sont Firefox ou Thunderbird…

Par contre en terme de finitions, on est loin d’une Debian, même de tout autres distributions, nous avons un Gnome presque digne de la meilleur ergonomie de bureau ayant jamais existé, oui j’ose le dire, je parle d’Unity, le bureau craché par la communauté du Libre soit disant mal foutu mais c’est surtout parce-que derrière c’était Canonical et non Redhat! Le Gnome d’Ubuntu est modifié, la session “Ubuntu” active des extensions, Ubuntu Dock fournit un dock latéral, Ubuntu AppIndicator intègre des indicateurs supplémentaires dans la barre supérieure (ah le systray que Gnome-Shell essaye de tuer depuis son arrivé), Desktop icons New Generation (DiNG) qui rétablit un certain nombre de fonctionnalités d’un bureau (le glisser-déposer, les icônes sur le bureau, entre autres). Quelques petites attentions sont ajoutées comme les icônes minimiser, agrandir des fenêtres qui normalement ne sont pas là et qu’il faut activer via personnalisation ou gnome-tweak, mais c’est surtout sa logithèque (le fameux Store) qui me plaît le plus; normalement la logithèque de Gnome me fait râler au plus haut point, il reste toujours en arrière plan ouvert et travaillant en silence mais consommant pas mal car c’est lui qui s’occupe des installations/suppressions, des mises-à-jour et pour finir les updates des firmwares, quand on sait que je ne l’utilise pas ou si rarement que je peux faire une croix dans le calendrier, c’est des ressources gâchées pour pas grand chose, là avec le Store d’Ubuntu on a pas ce comportement, il ne reste pas en arrière plan, ce n’est pas lui qui s’occupe des mises-à-jour ni des firmwares, il y a deux autres applications autonomes pour ça, c’est pas plus mal, moi ça me plaît… Bref, pas mal de petites attentions que RedHat/Gnome nous ont retiré et que Canonical nous remet par défaut.

Dans les trucs qui ne me plaisent pas et qui vient de Gnome et de cette version plus particulièrement, pourtant je l’ai eu ce Gnome 46 sur Tumbleweed et sur Nixos et je n’avais rien remarqué, c’est la fenêtre de copie de fichiers dans Nautilus pardon Fichier --que c’est con cette uniformisation des noms d’application par leurs fonctions–, et double pardon car cette fenêtre n’est plus, comme je suis triste de perdre ce que Xfce vient de sublimer, nous avons maintenant droit à un popup à la con en bas à gauche, ça plaira à ceux qui aime le minimaliste, aux fans de Fedora RedHat, si je prends Gnome c’est pas pour avoir du minimaliste sinon je prendrais Xfce ou Mate, ou plus encore Fluxbox… Mais il y a pire, toujours dû à Gnome, on est dans une mode où la barre de titre est toujours plus grosse, avec des icônes de fermetures toujours plus grosses, c’est pour compenser le fait qu’il fallait reconnaître qu’Ubuntu depuis sa version 10.04 avait eu une idée de génie en mettant ces icônes dans la barre système directement et qu’il ne fallait donc pas viser pour aller toucher ces icônes mais juste taper pour se trouver en bonne position, et oui étant en bout d’écran dans un coin, il fallait juste taper son curseur dans l’angle et on y était, alors que là il faut viser et donc en mettant une barre de titres pour les applications si énorme ça permet de faire des icônes bien plus grosses et donc plus facilement touchables, ergonomie je vous le disais, Unity en était largement un leader!

À part ces quelques trucs venant de Gnome qui sont une hérésie; mais encore une fois ce n’est pas Ubuntu mais bien le bureau de RedHat qui en est la cause, je suis vraiment pas mal content de cette version, je savais pourquoi je n’utilisais plus d’Ubuntu sur mes machines, la dernière étant une 16.04, simplement car j’y serais resté et j’aurais quitté Debian depuis au moins la 10.04, les ayant tous aimé par la suite.

Un autre bon point, c’est la seule distribution (je ne compte pas la Mint car pas testé depuis un baille) qui reconnaît tout et installe tout même l’imprimante sans que tu fasses quoi que ce soit. J’ai eu le plaisir de voir mon Wifi, mon Bluetooth, ma carte Nvidia et mon imprimante tout-en-un, prêt à être utiliser sans rien faire de ma part. Alors venant de Debian, où c’est à nous de faire le nécessaire pour avoir ça, c’est un luxe, même sur openSUSE mon imprimante n’est pas fonctionnelle en sortie de boite, ni même ma carte Nvidia mais ça se règle simplement et rapidement sur cette distribution.

Je pensais avoir quelques points sombres, comme les applications en snap que sont Firefox ou Thunderbird, et bien même pas, je ne vois pas de latences supplémentaires qu’avec le paquet deb, c’est bien optimisé dommage que ce soit pas partout, je trouve celui de Steam bien trop lent, en même temps je l’ouvre qu’une fois, mais j’ai pas souvenir que le flatpack soit si lent. De toute façon j’ai presque assez rapidement préféré les snaps que les flatpacks, déjà j’avais les applications dont j’avais besoin et qui n’étaient pas présents autre part, comme Hugo, Zola (oui des binaires existent déjà sur leurs sites respectifs) mais aussi les langages de développement qui sont en Snap et non en flatpack, comme Nodejs. C’est un point qui me manquait chez Nixos, de ne pas avoir le format snap, mais faut dire qu’on a tout en paquet Nix.

Je retrouve donc une qualité de finition que seule SUSE 9.3 m’avait permit d’avoir, vite fait aussi sur Ubuntu à partir de la 10.04 mais sans vraiment atteindre ce qu’on avait à l’époque de SUSE, seule la première Leap (42.1) m’a redonné ce sentiment de finition avant cette Ubuntu.

Je suis fatigué de la politique ultra-gauchiste et anarchiste qu’on trouve dans les communautés francophones de Debian, je suis tout autant fatigué du manque de vision chez openSUSE et des grandes gueules à la Richard Brown qui imposent dans la violence verbale ou l’ignorance totale des personnes qui ne s’approchent pas de sa vision opiniâtre et des clivages qui s’en suivent… J’arrête donc totalement ma participation aussi minime soit elle de ces deux projets.

Statement on Daniel Pocock.

2024-06-21T00:00:00Z

Le projet Debian https://www.debian.org/ Déclaration sur Daniel Pocock press@debian.org 6 juin 2024 https://www.debian.org/News/2024/20240606

Suite à l’enregistrement indu de la marque Debian en Suisse par la société d’un ancien développeur Debian - qui a mené une lourde campagne de diffamation contre Debian depuis 2018 -, le projet Debian a a pris des mesures énergiques pour protéger ses marques et ses intérêts dans le monde entier.

En novembre 2023, suite à une action en justice intentée par Debian, le Le Tribunal Cantonal du Canton de Vaud a jugé [1] que l’enregistrement de la marque DEBIAN en Suisse par Open Source Developer Freedoms SA en liquidation (OSDF) – anciennement Software Freedom Institute SA – était une détournement de la marque Debian, comme cette dernière est bien connue et établi dans le secteur informatique à l’échelle mondiale. Aucun appel n’a été interjeté contre le jugement qui est donc définitif.

1 : https://www.debian.org/News/2024/judgement.pdf

Dans son jugement, le tribunal a estimé que :

“Daniel Pocock est le seul administrateur du défendeur [OSDF].”

« En procédant ainsi, le prévenu, qui était au courant de l’existence de la marque contestée et de sa renommée, et qui connaissait que le demandeur en était le propriétaire, puisque son seul administrateur était un Développeur Debian et ancien membre de la communauté du même nom, usurpé ladite marque et créé une confusion dans l’esprit du publique."

Le tribunal a ordonné que l’enregistrement de la marque suisse soit transféré à l’organisation de confiance du projet Debian, Software in l’Intérêt Public (SPI) Inc., et les frais de l’action payés par le défendeur. L’OSDF a également été sommée de publier la décision sur son site Internet. Avant que la décision finale du tribunal puisse être rendue, l’OSDF a brusquement a annulé l’enregistrement et est ensuite entré en liquidation sans en informant SPI et sans payer les frais de l’action. À ce jour, Daniel Pocock n’a respecté aucune des ordonnances du tribunal et Debian a été obligée d’entamer une action de récupération pour ses coûts.

Pendant ce temps, entre 2020 et février 2024, Debian a pris connaissance d’un au moins 14 enregistrements de domaines et sites Web associés contrevenant à nos politique des marques. Tous les domaines ont été enregistrés et contrôlés par Daniel Pocock. En mai 2024, l’Organisation Mondiale de la Propriété Intellectuelle (OMPI) a ordonné aux registres de domaine concernés de transférer [2] les 14 enregistrements auprès de SPI Inc. en fiducie pour Debian, notant [3] :

2 : https://www.wipo.int/amc/en/domains/search/case.jsp?case=D2024-0770 3 : https://www.wipo.int/amc/en/domains/search/text.jsp?case=D2024-0770

« […] le Défendeur a enregistré et utilisé les noms de domaine litigieux dans mauvaise foi, créant un risque de confusion quant à la source ou affiliation avec la marque du Plaignant, à des fins commerciales ainsi que fins critiques, et en pleine connaissance des objectifs du Plaignant. marque et politique des marques.

Le projet Debian continuera à prendre toutes les mesures nécessaires pour protéger et défendre ses marques et autres intérêts. Notre marque la politique a résisté à un examen minutieux dans plusieurs juridictions.

Nous profitons donc de cette occasion pour remercier les membres de notre communauté qui investi des efforts considérables pour documenter l’utilisation et le déploiement de Debian à travers le monde en préparation pour contester la marque suisse l’enregistrement, malgré la campagne de diffamation intense – et injuste – menée par de nombreux nos bénévoles ont dû faire face ces dernières années.

Nous restons déterminés à rechercher les moyens juridiques appropriés pour protéger nos la communauté et d’autres personnes contre d’autres harcèlements.

Informations complémentaires #

Le jugement du Tribunal Cantonal du Canton de Vaud, du Le 27 novembre 2023, à retrouver sur https://www.debian.org/News/2024/judgement.pdf et le texte complet de la décision de l’OMPI, daté du 3 mai 2024, est disponible sur https://www.wipo.int/amc/en/domains/search/text.jsp?case=D2024-0770

À propos de Debian #

Le projet Debian est une association de développeurs de logiciels libres qui donner de leur temps et de leurs efforts afin de produire le produit entièrement gratuit système d’exploitation Debian.

Coordonnées #

Pour plus d’informations, veuillez visiter les pages Web Debian à l’adresse https://www.debian.org/ ou envoyez un courrier à press@debian.org.

Ubuntu et alors?

2024-06-18T00:00:00Z

Je me suis lancé avec une Ubuntu 24.04, j’ai souvent dit que seule Ubuntu pouvait me faire revenir sur du Debian, c’est le cas, c’est propre, c’est bien fini, c’est du ©çajustemarche© !

J’ai commencé linux à une époque où on avait Ubuntu 5.10, la 6.04 devait sortir et fut renommer en 6.06 avec le retard encaissé, c’était une jeune distribution et à cette époque contrairement à tout le monde qui vouait le mérite de celle-ci, moi je ne comprenais pas l’enthousiasme suscité pour elle alors que Debian, la source d’Ubuntu faisait tout autant et aussi bien. Oui Ubuntu à cette époque était plus facile d’accès que Debian mais il n’y avait pas non plus un énorme fossé infranchissable…

Je pense que le fossé entre les deux s’est creusé par la suite, à partir de la 10.04 qui marqua un tournant dans le visuel de la distribution et un premier jet sur son ergonomie mais surtout avec la 12.04 et l’environnement Unity qui posa la meilleur ergonomie de tout les bureaux. De nos jours, le fossé est infranchissable, de mon point de vue, oui Debian reste moins lourde en ressources et plus vivace, mais le confort est du coté d’Ubuntu ainsi que la finition. Je n’ai rien eu à faire, tout fonctionne sans que je fasse la moindre chose, que ce soit mon imprimante tout-en-un, ma carte Nvidia, le WIFI ou encore le bluetooth… Du reste, si je m’attarde sur la finition, je dis ça en étant pas un fan-boy de cette distribution, je ne connais pas mieux, déjà la meilleur ergonomie que j’ai connue a été sur une Ubuntu (tant que Unity fut le bureau par défaut), mais en terme de finition, elle est loin devant le reste. C’est pas pour dire, la seule qui s’y rapproche est une certaine Fedora Workstation (Gnome donc) mais qui reste assez geeks…

Je crois que si Ubuntu est tant décriée, c’est avant tout qu’elle facilite GNU/Linux, elle a permis à des gens non geeks d’utiliser autre chose que Windows, elle a été et elle reste malgré tout le mal que les linuxiens barbus peuvent dire la distribution qui a mit en avant linux, qui a été abordable, et cette facilité qui a permit à la très célèbre madame Michu d’utiliser linux, a été le point central de cette haine envers elle. Oui, comment ça que tout le monde sans être geek va utiliser si facilement notre OS?

Cette haine à été exacerbé en plus parce que ce sont des petits nouveaux touchant pour la première fois à la liberté et au pouvoir de faire tout et n’importe quoi, souvent n’importe quoi, qu’ils ont cassé leurs systèmes en faisant de la merde et en reprochant par la suite à la distribution leurs déboires. J’ai eu autant de Debian que d’Ubuntu qui ont bien fait le job jusqu’à la mort du matériel, Ubuntu n’a pas été plus fragile, au contraire, elle a supporté les conneries bien mieux car sous Debian il n’y avait rien de visibles pour saborder ma mise en place chez la personne, alors que sous Ubuntu on peut facilement changer les drivers, les firmwares, les applications, etc…

Tout ça pour dire que pour certain, il y a comme une honte d’utiliser Ubuntu car c’est un OS pour “noobs”, qui donc mérite toutes leurs haines d’avoir cassé leurs suprématies sur le reste des utilisateurs.

J’ai tout eu entre les mains, longtemps utilisateur de Debian, même contributeur et mainteneur de paquets pour celle-ci, pareil pour openSUSE, j’ai été sur du Gentoo et dérivée, sur du Archlinux et ses dérivées, même un peu sur Nixos qui je pense est le futur (atomique, immuable et déclarative), et aujourd’hui sur du Ubuntu sans honte. J’ai déjà été sur Ubuntu, j’ai beaucoup aimé la 10.04, mais aussi la période Unity avec la 12.04 jusqu’à 16.04. Je sais pourquoi je me retrouve dessus, j’ai arrêté d’utiliser Debian depuis peu (6 ou 7 mois), car je ne me retrouve plus dans la constance complotiste ultra gauche et anti-capitaliste, le Mélanchon qui en est la figure et qui se plaint de ça mais qui a fait fortune en mentant me fait bien rire, la CGT dont je suis un sympathisant (j’ai ma carte d’adhérent mais plus pour longtemps), qui demande de faire barrage à Le Pen, qui par la suite s’étonne de se faire enculer par Macron, je n’en peux plus, les mêmes qui me demandent de voter LFI car de gauche tout comme eux, non je ne peux pas, il n’y a rien eu pour le 7 octobre de la part de mon syndicat, par contre me demander de venir porter les drapeaux de la Palestine, ça pas de soucis, et bien je dis merde à cette pensée gauchiste, les syndicats sont là pour protéger les salariés pas pour faire de la politique, pas pour faire de l’antisémitisme, pas pour faire de l’anti-blancs, de l’anti-chrétiens, en demandant de voter pour une gauche qui l’est ouvertement et de façon assumée, je n’irai jamais voter pour des gens qui se sont associés avec Poutou qui va même à déclarer qu’il n’y a pas de terrorismes islamiques dans notre pays et que les massacres du 7 octobre sont de la résistance, malheureusement c’est ce que je vois aussi de plus en plus de façon assumée dans les communautés Debian non-officiels.

Je n’ai jamais donné ma vraie raison de quitter Debian, car je pensais que c’était un cas isolé, que ça venait de moi, puisque je connais ce qu’est le racisme non reconnu de l’anti-blanc et l’anti-chrétien, un petit drapeau par ci, une petite phrase sur les colonisateurs blancs chrétiens par là,… Bref, je me suis senti sale d’être à la fois blanc, français et fière de notre histoire, ainsi que chrétien, dans ce genre de milieu. Mais ça mériterait un article entier, alors je vais juste rajouter le ton hautain de certains qui parce que eux sont utilisateurs de Debian, sont mieux que ceux d’Ubuntu, mais c’est vrai Ubuntu est capitaliste, le gars est millionnaire, c’est un méchant, pauvre con, tu utilises un smartphone android, tu fais des achats sur Amazon,… Et cette stupidité, est surtout française et debianeuse, je ne vois pas ça dans les forums Debian autre que francophones, je ne vois pas ça chez Gentoo, ni sur Archlinux, du moins il me semble.

Chez Ubuntu, j’ai retrouvé ce que j’avais sur les forums de Mandriva, de l’entraide sans politique, c’est pas un mal de vouloir aider ou se faire aider sans entendre un soupçon de politique gauchiste. J’étais dans mon enfance bercé par le socialisme, Robert Hue (communiste socialiste et ancien maire de Montigny les Cormeilles) qui était un ami d’étude de mon père, mon père socialiste de toujours, tout ça pour dire que c’est cette gauche oppressif qui m’a fait détester la gauche dans son ensemble, en plus de l’ultra gauche détestable que Mélanchon représente. Je parlerai peut être de politique dans un futur billet, mais je sens qu’on va me cracher des mots comme raciste.

Nixos, une distribution trop tranquille?

2024-06-18T00:00:00Z

J’écris ce billet, au départ dans un but d’expliquer l’intérêt de cette distribution et plus je suis dans l’optique d’écrire et plus je me rends compte à quel point je suis touché par son utilisation.

Pour le coup, elle me fait penser aux Générateurs de Sites Statiques, je l’ai souvent dit ici, Nixos est aux distributions linux ce que les GSS sont aux CMS, et comme je le dis toujours je ne sais pas comment j’ai pu faire autrement le blog avant d’utiliser un GSS, depuis que je connais Nixos, j’ai le même sentiment, c’est vraiment impressionnant.

Quelles sont les points forts de la distribution? Elle est immuable, atomique, déclarative, et a tout ou presque dans ses dépôts, voila ses forces. Le point faible, pour un vieux lascar linuxien, rien ou juste les habitudes --comme non FHS-- qui changent mais c’est le cas sur toutes les immuables.

Comme je le disais elle est donc immuable et atomique, elle l’est mais pas comme Aeon (openSUSE) qui l’est avant tout grâce à son système de fichier (BTRFS) mais par son fonctionnement, elle a été pensé ainsi dès le début.

Et avant tout c’est ce coté déclarative qui en est sa force presque exclusivement, car l’immuable/atomique on connaît et tous vont dans ce sens, que ce soit RedHat et sa Fedora Siverblue ou encore openSUSE avec ses MicroOS, Aeon et autres. Et encore je ne parle que des plus connues. Pour le coup, Nixos est bien plus intéressante car va plus loin et apporte avec elle cette déclarativité qui est autrement plus intéressant en apportant ce que je connaissais déjà avec les GSS pour mon blog en remplacement des CMS plus classiques que sont Spip, Wordpress ou PluXml, et qui me facilite la vie.

Mais ça ne pourrait être totalement parfait si ce n’est qu’en plus Nix est intelligent et s’attends à des options connues par lui avec leurs réponses attendues. Par exemple, si je faisais volontairement une erreur comme mettre en layout FRE au lieu du attendu FR, il m’empêcherait d’aller plus loin et m’inciterait à changer pour FR.

Je change ceci qui est attendu par Nix:

  # Configure keymap in X11
  services.xserver.xkb = {
    layout = "fr";

en ceci:

  # Configure keymap in X11
  services.xserver.xkb = {
    layout = "fre";

et le résultat ne se fait pas attendre:

[sebastien@debiancerlinux:~]$ sudo nixos-rebuild switch
building Nix...
building the system configuration...
these 4 derivations will be built:
  /nix/store/kd0v7b6bk5nc10d44f8rd5v42ghshk2i-etc-X11-xorg.conf.d-00-keyboard.conf.drv
  /nix/store/5pj6si93d145fw1gac8dkykc42zvjfhb-etc.drv
  /nix/store/af16fw05dgvyr86bynbxs3qfnnp8sg3r-xkb-validated.drv
  /nix/store/zrkif2asiwryy4mj7kzx03br37ihi7s8-nixos-system-debiancerlinux-24.05.675.805a384895c6.drv
this path will be fetched (0.00 MiB download, 0.02 MiB unpacked):
  /nix/store/11zjdvij5m379iy4nan4nwbp7a2zqzr2-xkbvalidate
building '/nix/store/kd0v7b6bk5nc10d44f8rd5v42ghshk2i-etc-X11-xorg.conf.d-00-keyboard.conf.drv'...
copying path '/nix/store/11zjdvij5m379iy4nan4nwbp7a2zqzr2-xkbvalidate' from 'https://cache.nixos.org'...
building '/nix/store/af16fw05dgvyr86bynbxs3qfnnp8sg3r-xkb-validated.drv'...
building '/nix/store/5pj6si93d145fw1gac8dkykc42zvjfhb-etc.drv'...

The value `fre' for keyboard layout is invalid.

Please check the definition in `services.xserver.xkb.layout'.

Detailed XKB compiler errors:

    [XKB-338] Couldn't find file "symbols/fre" in include paths
    [XKB-338] 1 include paths searched:
    [XKB-338]   /nix/store/4d6p2fvack9fzcfp78xw9g45wz6m0pri-xkeyboard-config-2.41/etc/X11/xkb
    [XKB-338] 3 include paths could not be added:
    [XKB-338]   /homeless-shelter/.config/xkb
    [XKB-338]   /homeless-shelter/.xkb
    [XKB-338]   /etc/xkb
    [XKB-769] Abandoning symbols file "(unnamed)"
    Failed to compile xkb_symbols
    Failed to compile keymap

error: builder for '/nix/store/af16fw05dgvyr86bynbxs3qfnnp8sg3r-xkb-validated.drv' failed with exit code 1
error: 1 dependencies of derivation '/nix/store/zrkif2asiwryy4mj7kzx03br37ihi7s8-nixos-system-debiancerlinux-24.05.675.805a384895c6.drv' failed to build

ou encore essayons de changer la locale:

  # Select internationalisation properties.
  i18n.defaultLocale = "fr_FR.UTF-9";

et voyons le retour:

Error: unsupported locales detected:
fr_FR.UTF-9/UTF-8 \
You should choose from the list above the error.
/nix/store/xfhkjnpqjwlf6hlk1ysmq3aaq80f3bjj-stdenv-linux/setup: line 131: pop_var_context: head of shell_variables not a function context
error: builder for '/nix/store/097sp6dj0cp74w860zijia9sxi8i43zc-glibc-locales-2.39-52.drv' failed with exit code 1
error: 1 dependencies of derivation '/nix/store/wnqnbwxkb6f32nvqgsmgrh7wssrw43bn-nixos-system-debiancerlinux-24.05.675.805a384895c6.drv' failed to build

il nous demande clairement de choisir UTF-8 Error: unsupported locales detected: fr_FR.UTF-9/UTF-8 \.

Pour finir, je dirais ceci, pour autant et malgré tout le gain apporté, et-ce alors même que je pense que c’est ça l’avenir, je ne pense pas que c’est pour demain, on a trop de contrariétés, de limitations, de choses qui se font bien moins facilement et surtout ce n’est pas prêt en sortie de boite pour être utilisé.

Pourquoi je déconseille openSUSE Aeon?

2024-06-15T00:00:00Z

C’est rare chez moi, mais pour une fois je déconseille un projet openSUSE, tout ce qui touche de loin ou de près à Aeon, je pense à sa version kde ou encore Xfce avec Baldur, mais on va parler avant un peu du projet.

Alors Aeon qu’est que c’est? C’est plus ou moins une Silverblue sans être Silverblue, ça se veut atomique, immuable, tout ce qui est normalement cool et moderne mais en faite ça n’est rien de ça.

Si je lis un peu sur Fedora Silverblue, je trouve ceci:

Ostree fournit l’infrastructure nécessaire pour mettre à niveau efficacement le système de base. Les mises à jour du système d’exploitation adoptent une approche appelée mise à jour atomique, dans laquelle il vous suffit de télécharger une nouvelle image et de la déployer, sautant ainsi l’étape d’installation requise pour les mises à jour de packages conventionnelles. Cela élimine les pannes potentielles du système ou des applications qui pourraient survenir lors des mises à jour de packages en direct. De plus, grâce à Ostree, il est possible de revenir facilement aux versions précédentes du système, offrant ainsi une couche supplémentaire de sécurité et de flexibilité.

En gros de ce que j’ai compris et vu, c’est que nous avons une image en lecture seule, que pour ajouter des applications nous avons deux possibilité et une autre un peu à part, nous avons les flatpack et RPM-Ostree, puis nous avons Toolbox, où nous pouvons avoir une distribution classique conteneurisée. Les mises à jours seront une installation globale d’une nouvelle image, nos applications installées en dehors de cette image sera juxtaposé par dessus. A chaque nouvelle version, nous devons pointer sur l’ISO/image pour migrer, ce n’est pas une rolling.

Le projet openSUSE, ou plutôt un groupe de personnes opiniâtres du projet ont voulu faire une autre approche qui semblait à première vu bien plus flexible que la chose de Fedora, une base rolling, continuellement mis à jour basé sur le système de fichier BTRFS, où on installerai principalement des flatpack; avec une autre façon d’avoir quelque chose de plus coutumier avec une distribution conteneurisée via distrobox, et pour finir il serait autorisé mais déconseillé d’installer des RPM via zypper-transactional.

Chez Fedora, le coté immuable / atomique est de base par sa façon d’être construite, or l’openSUSE c’est avant tout le système de fichier qui va encore faire le rôle, tout ce qui va être retour en arrière, annulation d’une configuration, sera géré par BTRFS. Là où Fedora permettra de revenir facilement à la configuration et l’état d’origine par sa façon d’être pensé, openSUSE ne sera pas capable de le faire aussi facilement, et surtout c’est au niveau système de fichier que ça sera possible.

Ce qui me gêne le plus c’est le coté opiniâtre des personnes sur ce projet, c’est bien d’avoir ses opinions, de savoir en parler, de les imposer quand il faut le faire, mais là ça va trop loin. Zola est un projet opiniâtre, j’en ai déjà parlé ici, le développeur à ses idées et il ne partira pas autre part; son application tout comme lui veut faire une chose bien et d’une façon bien stipulé, ça me va pas je vais ailleurs, dans les choses qui me font hurler je note l’utilisation du TOML au lieu du habituel Yaml pour les entêtes dans les fichiers .md, entre autre chose,… Et bien là c’est pareil, nous avons donc du flatpack, sur des machines ultra récente on ne ressent rien, sur des machines de 2018 on commence à voir des lenteurs, ensuite le flatpack n’est pas flexible, ce seront les seuls reproches que je ferai sur ce point. Que ce soit Fedora ou openSUSE pour el coup on est au même tarif, personne s’en sort gagnant. L’autre point qu’ils ont en commun est d’avoir conteneurisé une distribution classique via distrobox / toolbox pour avoir un semblant de fonctionnement plus commun à ce que l’on connaît et pour finir nous avons l’utilisation des RPM plus classiques, le soucis c’est que sous openSUSE c’est en dernier recours et c’est déconseillé. Un exemple de decisions stupides et même dangereuses, l’absence total de pare-feu, avec la non possibilité d’en installer un autrement que par les RPM qui forcément d’après le grand Richard donnera droit à un WONTFIX en cas de soucis.

Richard Brown à toujours été un personnage clivante, soit on adore soit on déteste, tant qu’on a pas affaire avec ce personnage, c’est bon… Dans Richard Brown has retired as chairman of openSUSE. New chairman is Gerald Pfeifer (et c’est un exemple parmi tant d’autre) on peut comprendre le personnage et le soulagement de le voir partir de son role de chairman.

I hope he can steer that ship around. openSUSE has some nice ideas that are let down by lack of polish in other areas, and IME in interacting with him the previous chairman wasn’t exactly a welcoming fellow that facilitated the entry of new contributors, to put it mildly.

Best of luck to Mr. Pfeifer!

ou encore

I had a few encounters with him. He seemed kind of blunt and aggressive in his defense for openSUSE. You can be passionate without being aggressive. That guy did not get the difference. Best of luck to the new Chair. I hope he paints a nicer, more mature image.

Donc revenons sur les points qui me poussent à déconseiller la openSUSE Aeon et ses semblables, elles sont atomiques et immuables, oui c’est vrai, mais tout de même j’ai pas une grosse différence entre ça et ce que je peux avoir avec une Leap (ou autre) + BTRFS + Flatpack. En fait, je n’ai pas l’impression que c’est la distribution qui fait le taf, mais juste le système de fichier, or celui-ci est disponible partout. Le coté immuable est avant tout obtenu par l’utilisation du flatpack, et le coté atomique est surtout dû au système de fichier.

Si je regarde un billet de Linux-Console, on m’explique ce que c’est justement le atomique/immuable:

Une distribution Linux immuable est un système d’exploitation (OS) qui est essentiellement en lecture seule. Cela signifie que vous ne pouvez pas facilement modifier le système d’exploitation. Cela inclut le système de fichiers, les répertoires, les applications et même les configurations. Même en tant qu’administrateur, vous ne pouvez apporter aucune modification à la distribution.

Si quelque chose est modifié dans une distribution immuable, ce n’est que temporaire et revient au redémarrage. C’est pourquoi ces systèmes d’exploitation sont appelés « immuables ».

Mises à jour atomiques, ces distributions suivent une approche différente lors de la mise à jour du système d’exploitation. Au lieu de traiter les mises à jour par package, les mises à jour sont effectuées sur l’ensemble du système d’exploitation. En d’autres termes, l’ensemble du système d’exploitation est traité comme une seule unité indivisible. En cas d’échec lors de la mise à jour, le système revient à l’état précédent.

Un autre aspect intéressant est le processus de mise à niveau basé sur l’image. Lors de la mise à jour, le système crée une nouvelle image dans une partition distincte. Toutes les mises à jour ont lieu dans cette nouvelle image pendant que vous utilisez l’image existante. Au prochain démarrage, vous démarrerez dans la nouvelle image mise à jour au lieu de l’ancienne.

En vrai, si je suis de mauvaise foi, je dirai qu’une openSUSE classique avec Btrfs et flatpack ou encore Snap, rentre presque dans cette catégorie, effectivement le coté rollback est fait via le Btrfs, donc là dessus on est un peu juste. Mais le point qui m’agace c’est ce coté ChromeOS, on ne mets pas de pare-feu car c’est trop compliqué de faciliter la vie de l’utilisateur quand on y met de la sécurité. Et oui le code de sa carte bleu est pénible, on peut l’oublier, mais vaut mieux ce petit inconvénient que de ne pas en avoir du tout.

Je le dis rarement, je suis anti-redhat et encore plus depuis IBM, mais je dois aussi avouer que personnellement je suis plus rassuré d’avoir IBM derrière mon projet que le consortium plus ou moins inconnu que nous avons derrière SUSE. C’est surtout que Redhat ne fait pas à moitié pour la sécurité, alors que pour le coup, soit disant que c’est compliqué de faire simple quand on a un pare-feu, soit disant que puisque l’on est en conteneurisé, puisque l’on est en lecture seule, ect, nous avons pas besoin de pare-feu… Je l’espère mais pour moi ça sera next.

On aura compris que je n’aime pas le personnage, je n’aime pas jouer avec la sécurité, je n’aime pas l’instabilité du projet et de son entourage, je ne peux donc que déconseiller et dire d’aller voir ailleurs ou de rester sur une version plus classique d’openSUSE.

Aeon Desktop apporte de nouvelles fonctionnalités dans la version RC2

2024-06-11T00:00:00Z

Les contributeurs développant Aeon Desktop sont heureux d’annoncer une étape majeure avec le lancement des images Release Candidate 2 (RC2).

Au cours des dernières 24 heures, une mise à jour d’ aeondesktop.org pointe vers les nouvelles images.

Aeon est un système d’exploitation de pointe avec le bureau GNOME qui offre une expérience informatique automatisée. RC2 promet une pléthore de fonctionnalités innovantes que l’on ne retrouve pas par défaut dans les autres offres openSUSE. Voici quelques-unes des améliorations clés pour les fans d’Aeon.

L’une des fonctionnalités remarquables d’Aeon Desktop RC2 est l’inclusion par défaut du module Linux Kernel zram . Cette fonctionnalité améliore considérablement les performances du système en évitant d’avoir à échanger des données vers des disques durs (HDD) lents ou des disques SSD (SSD) à usure limitée ; cela offre aux utilisateurs une gestion de la mémoire plus rapide et plus efficace.

Une autre fonctionnalité introduite dans Aeon est un processus d’installation révolutionnaire basé sur des images, alimenté par le nouveau programme d’installation tik . Cela garantit que chaque utilisateur reçoit une configuration identique prête à l’emploi. La personnalisation est rendue facile et reproductible grâce à Ignition and Combustion , ce qui facilite la configuration et la réplication.

Pour ceux qui disposent de clés USB suffisamment grandes, tik peut migrer les comptes d’utilisateurs, les applications, les données, les configurations WiFi/VPN et même les conteneurs sans racine existants vers la nouvelle installation. Cette fonctionnalité est parfaite pour les réinstallations à faible impact ou la migration de l’ancien MicroOS Desktop vers le nouveau Aeon Desktop. Cela fonctionnera également pour la migration des installations de Tumbleweed vers Aeon, à condition qu’elles utilisent la disposition de partition par défaut. Les personnes intéressées par l’installation ou la migration doivent lire le guide d’installation et signaler les bogues sur aeondesktop.org/reportbug .

Dans le but d’améliorer la sécurité et la convivialité, Aeon ne configure pas de compte root. Au lieu de cela, le premier utilisateur créé lors de l’installation utilisera son propre mot de passe avec sudo et Policykit pour exécuter des tâches administratives. Cela réduit le risque d’accès root non autorisé et évite de devoir mémoriser et/ou partager un deuxième mot de passe entre tous les utilisateurs du système.

Le RC2 bénéficiera d’un processus de démarrage propre et silencieux, dépourvu de scintillement et de sorties de journaux aléatoires, grâce à systemd-boot . Le processus de démarrage est particulièrement rapide et dure environ 8 secondes sur les machines plus lentes.

Aeon est la seule distribution openSUSE qui télécharge et met à jour automatiquement les bibliothèques optimisées x86_64_v3 si elles sont prises en charge par le matériel. Les utilisateurs n’ont besoin de rien faire pour profiter d’un système plus rapide grâce à ces optimisations. Le système est conçu pour les joueurs et les configurations SELinux spécifiques prennent en charge les jeux tout en maintenant des politiques de sécurité robustes. Cette fonctionnalité unique le distingue des autres distributions openSUSE.

En tant que système d’exploitation de bureau dédié, l’accès à distance est désactivé par défaut mais peut être facilement activé et géré via l’application des paramètres GNOME. Cela permet aux utilisateurs de contrôler leur bureau distant et leurs configurations SSH.

RC2 est la première distribution openSUSE à utiliser systemd-repart ; cela bénéficie de la spécification des partitions découvrables de l’ API Linux Userspace (uapi_group). Cela rend la gestion des disques plus intuitive et efficace, tout en s’intégrant parfaitement à Ignition/Combustion pour rendre le partitionnement reproductible trivial.

L’utilisation de la compression Btrfs par défaut change la donne pour Aeon. Non seulement cela réduit l’usure du SSD, mais il améliore souvent les performances et permet d’économiser plus de 40 % de l’espace disque utilisé par une installation standard.

Aeon est unique dans sa mise à jour automatique quotidienne des boîtes de distribution des utilisateurs , ainsi que d’autres mises à jour automatisées du système et des flatpaks. Cela garantit que les utilisateurs disposent toujours des dernières mises à jour avec un minimum d’effort. Pour ceux qui sont intéressés par les distributions , la conférence openSUSE de cette année verra le fondateur Luca Di Maio prononcer un discours d’ouverture lors de la conférence.

La version RC2 n’est qu’un début et l’équipe de contributeurs s’attend à davantage de contributions de la part de la communauté des développeurs pour élever encore plus cette expérience de bureau. À mesure que le développement se poursuit, les utilisateurs peuvent s’attendre à des fonctionnalités et améliorations encore plus innovantes.

Restez à l’écoute de la version officielle et découvrez-en davantage sur la communauté Aeon Desktop lors de la conférence openSUSE de cette année .

openSUSE et moi, divorce consommé?

2024-06-07T00:00:00Z

Le 27 du mois dernier j’écrivais un billet Debian et moi, le divorce est de plus en plus consommé!, billet que je ne regrette pas et qui je pense, marque la fin d’une relation de confiance.Aujourd’hui, je vais faire de même avec ma numéro 2 qui est ma distribution favorite, du moins l’était, oui je parle de l’openSUSE.

Je suis plus triste de mettre un stop envers le projet openSUSE que je ne le suis pour Debian, cette dernière et depuis quelques temps, m’agace, soit par ses choix, soit par l’abandon de paquets qui ne sont pourtant pas morts, ou encore l’absence totale de prendre la barre de ces derniers bons technologiques comme l’immuabilité…

J’ai souvent critiqué openSUSE de suivre trop près ce que fait Fedora et surtout RedHat, un truc qui m’a bien cassé les pieds c’est l’abandon de SUSEfirewall et de la mise au rebut de Wicked. Entre autre chose, car il y a pleins d’exemples aussi couillonnes que ceux là. Je pense qu’il y a eu tout un tas de choses venant du projet que je n’ai pas digéré et qui ont donc pourri pour en arriver à ce moment actuel, ça a commencé par les changements incessants de propriétaires, la rentrée en bourse puis aussitôt la sortie, l’instabilité du projet, on ne sait jamais ce qui va se passer dans ce projet, l’abandon programmé de Leap pour faute de moyens mais à coté de ça on invente encore plus de versions, les problèmes de serveurs qui ne suivent pas, tout autant emmerdant le serveur Pakman qui parfois n’est plus accessible, l’abandon de Yast sur les distributions immuables (je crois que ça je ne l’ai toujours pas digéré), le portage de cockpit (encore un truc de Fedora) au lieu et place de Yast, le fait que la Aeon, Baldur ou encore Kalpa, du moins les Microos avec bureau ne sont pas de vraies immuables mais seulement vendues comme telles (j’y reviendrais), des gars avec des têtes plus gros que des melons qui font des choix incompréhensibles en laissant la sécurité de coté,… Oui il y a eu pas mal de choses, je dois dire que je suis content, je lâche et c’est mieux ainsi pour ma santé mentale.

Mais pour être le plus honnête possible, tout s’est empiré quand j’ai vu tous mes ports visibles et ouverts faute d’avoir un firewall sur Aeon, ni même la possibilité de l’installer autrement que par zypper transactionnel, oui on est revenu en 2000 avec XP… J’ai regardé sur le net, internet est ton ami, oui c’est pas un bug, c’est pas une faille (en vrai si mais d’après le grand Richard, non) c’est une feature… Et bien j’aurais bien pu m’en passer de sa feature!

En gros, je la fait court, mais vu qu’ils sont INCAPABLES de mettre un firewall sans que la facilité d’utilisation en prend un coup, ils préfèrent s’abstenir d’en mettre un… Alors soit ils sont des dev null (jeu de mots), soit ils prennent les utilisateurs d’openSUSE pour des cons et des imbéciles incapables de rajouter un port dans un pare-feu… Ce qui est encore plus grave car les autres versions d’openSUSE ont toujours eu depuis que je les connais (en 2005 avec une SUSE 9.3) un module firewall dans Yast, mais voila, Yast non plus n’est pas de la partie… Je crois que c’est la réponse de Richard qui m’a le plus refroidis, je le cite:

good luck, but if you have any issues related to your customisations of Aeon I will be closing those bugs as WONTFIX

Qu’on traduira par:

bonne chance, mais si vous rencontrez des problèmes liés à vos personnalisations d’Aeon, je clôturerai ces bugs en tant que WONTFIX

Oui rajouter le pare-feu sera considéré comme une personnalisation et donc si j’ai des soucis ça sera jamais corrigé.

je cite le passage d’un autre utilisateur:

C’est toujours imparfait. Bien sûr, vous avez besoin d’un pare-feu !! Je ne comprends vraiment pas ce raisonnement. Les applications peuvent ouvrir des ports, également dans Flatpak… La raison pour laquelle il n’y a pas de pare-feu est parce qu’« ils » pensent que c’est mieux car dans certaines situations, vous pouvez avoir des problèmes avec les conteneurs. Ce qui est dingue. Si quelqu’un rencontre des problèmes, alors quelqu’un doit s’en occuper. Ce n’est pas une raison pour simplement supprimer l’un des outils de sécurité les plus efficaces d’un modèle de défense à plusieurs niveaux. Sinon, vous pourriez également affirmer que SELinux devrait être désactivé par défaut, « parce qu’il n’en a pas besoin », ou qu’il crée des problèmes pour Steam (selon le wiki OpenSUSE). Pour moi, c’est juste un signal d’alarme pour rester à l’écart de cette distribution, elle n’est pas conçue par des personnes compétentes. Prouvez-moi que j’ai tort…

Les personnes derrière le projet semblent également avoir quelques problèmes face aux critiques. Mon rapport de bogue sur l’absence de pare-feu a apparemment été supprimé, mon commentaire sur une vidéo YouTube a été supprimé une fois lorsque j’ai posé des questions sur le pare-feu, un rapport de bogue sur le manque même de pages de manuel sur Aeon a été immédiatement classé comme étant faible. Non pas parce qu’il s’agit d’un problème mineur, ce n’est clairement pas le cas, la documentation est essentielle. Mais c’est parce que j’ai fait la comparaison avec un autre OS immuable appelé Fedora Silverblue. Je ne serais pas surpris si je me fais bannir simplement pour avoir dit cela sur ce forum. Ce n’est vraiment pas un groupe de professionnels qui maintiennent cette distribution.

Mais j’aimerais rajouter une réponse d’un des développeurs principaux, disant ceci:

As one of the developers, I disagree that a firewall is “required” and just adds another layer of unnecessary complication, requiring more “support” effort from an already small team, for basically no real benefit to end users.

En tant que développeur, je ne suis pas d’accord avec l’idée qu’un pare-feu est « obligatoire » et ne fait qu’ajouter une autre couche de complications inutiles, nécessitant davantage d’efforts de « support » de la part d’une équipe déjà petite, pour pratiquement aucun avantage réel pour les utilisateurs finaux.

Pourquoi le faire alors? Si l’abandon de Leap était déjà le manque de développeurs/contributeurs, pourquoi rajouter une couche avec votre merde?

Je sais que ni Microos ni Aeon ou tout autre version avec un bureau (Kalpa, Baldur) n’est encore la remplaçante de Leap, mais au vu de ce qu’ils veulent faire, vu normalement que Leap va être remplacé par un truc ressemblant à ça, je n’en veux simplement pas et j’arrête là le massacre.

J’expliquerais dans un prochain billet pourquoi je préfère Siverblue, pourquoi Aeon n’est pas pour moi une véritable distribution atomique ou immuable, et enfin pourquoi je conseillerais de faire le grand saut vers Nixos ou du moins lâcher openSUSE pour Fedora car EUX au moins ne jouent pas avec la sécurité!

Chalu, pardon.

2024-06-06T00:00:00Z

Je me suis comporter comme une merde alors publiquement, je fais mes excuses.

Coucou Chalu;

Je te demande de bien vouloir m’excuser, je pense que j’ai déraillé, mais comme je ne déraille pas en temps normal, c’est qu’il y avait un contexte que je pense t’as deviné puisque tu en as parlé:

seb95 a semblé mélanger son différent avec R. Brown et les questions que l’on peut légitimement se poser sur ce thème dans ce fil de discussion pour en apprendre davantage.

Oui j’ai pris tes interrogations comme des moqueries, une contradiction ou des provocations comme eux l’ont fait, tu verras je te donne aussi le fil de conversations. Vous êtes dans une belle merde si ce gars prend le pouvoir et impose sa trouvaille actuelle. Mais j’y reviendrais.

Saches que le début de la sécurité est un pare-feu, c’est pas magique, ça va pas faire de miracles mais c’est un peu ton gilet par balles et internet (le réseau) c’est un peu la mafia, tu sais que tu vas prendre une balle, la question c’est quand? Donc un pare-feu c’est le minimum pour tout OS, j’aime cette représentation, désolé je vais être cru, c’est comme un préservatif, c’est pas super, ça sera moins confortable, c’est pas 100% la solution magique qui va protéger mais c’est plus utile de l’avoir quand on en a besoin que de ne pas l’avoir quand tu en as besoin. Ceci étant dit, sur une distribution standard, openSUSE Leap, Tumbleweed, Debian (quand tu installes un Gui comme firewalld), … tu seras protégé, on pourra toujours venir te faire un bordel via une faille comme le cas récent de XZ, mais sans ça ça sera vraiment dur de passer à travers, j’ai pu éviter des milliers de tentatives rien qu’avec le pare-feu susefirewall (ça remonte) et suse-fail2ban. L’inconvénient c’est que du coup tu devras configurer les ports dont tu as besoin si tu joues en réseau (surtout si tu fais serveur de jeux), si tu as des serveurs maison (Http, Mail, Ftp…), si tu fais du P2P car sinon tu ne seras pas accessible! Je peux te donner mon serveur FTp si je ferme mon port tu ne pourras plus me connecter ni même me voir. Oui, je viens de te parler de me voir, saches que la sécurité dans le réseau c’est d’être invisible, un pare feu fermé mais visible et tout à fait dangereux aussi, il faut qu’il ne réponde pas aux tentatives, qu’il ne retourne pas de réponse, ce qui te rend invisible pour les autres.

Bon de ton coté, tu es sur tumbleweed, et pour le moment tu es sécurisé car tu es avec un pare-feu (s’appelant firewalld c’est un service), j’avais plutôt tendance à aimer celui de SUSE avant du nom de susefirewall. Je dis que tu es normalement car tu peux lors de l’installation couper le pare-feu. Bref, je dis pour le moment car si ce monsieur fait passer AEON devant tumbleweed et que la communauté supprime cette dernière, vous serez mal, je dis vous car des propos tenus par lui qui n’est pas un amateur, me fait si peur, que j’arrête là, j’en ai trop entendu, pour rester sur un truc qui préconise la non possibilité d’installer un pare-feu tout ça pour le rendre plus facile d’accès. Du reste il ne faut pas choisir HOME sur ton pare-feu car il va moins sécurisé la chose, faut le laisser en public qui est comme si tu allais au mcdo du coin sur leur borne wi-fi.

J’ai pourtant utilisé les formes interrogatives pour montrer que je n’y connaissais rien, il n’y avait pas d’affirmations, il aurait fallu des phrases plus longues sans doute. seb95 a semblé mélanger son différent avec R. Brown et les questions que l’on peut légitimement se poser sur ce thème dans ce fil de discussion pour en apprendre davantage.

Oui j’ai cru que c’était des affirmations, bref, je ne vais pas revenir dessus, je sortais d’un quiproquo foutage de gueule, et en expliquant sur Alionet, je te voyais reposer des questions qui avaient l’air d’affirmations, bref, je suis con.

Sous silverblue, il y a selinux et firewalld, du reste sur aeon il y a apparmor, mais pas du tout de pare-feu, à la place on te dit de faire un VPN, bref, on te dit pas de pare-feu car difficile de comprendre et de l’autre on te dit de faire un VPN… L’autre possibilité est de laisser la possibilité d’installer un firewall que ce soit celui de la SUSE qui est celui de Fedora par redhat, ou sinon UFW qui est celui d’ubuntu avec son interface GUFW, sauf qu’ils ne veulent pas le faire et que si tu le fais via RPM (je sais plus ce que c’est exactement) et que tu as un soucis tu auras un Wontfix. Je ne peux pas te confirmer que les ports au delà de 1024 sont ouvert sur la silverblue, le guignole qui dit ça, a un haut niveau, du même acabit que Mr Brown, donc il sait mentir, peut être que les ports sont ouvert et alors ça se ferme, mais sûrement que tu es invisible or la Aeon sans pare-feu est totalement visible pour qu’on aille taper à la porte. Imagine c’est un peu comme une maison, tu as deux maisons, une fermé de partout (mais pas à clef, il suffit d’aller ouvrir la porte) l’autre grande ouvert avec portes et fenêtres d’ouverte, et bien une distribution avec pare-feu et port ouvert c’est la première, c’est pas fermé a clef mais c’est pas grand ouvert, sans pare-feu c’est la seconde, on voit que c’est ouvert suffit de rentrer. De toute façon ouvert ou ne pas avoir de pare-feu est aussi stupide, mais dans un cas tu peux fermer les ports de l’autre tu ne pourras même pas installer un truc pour le faire…

L’autre soucis, il part du principe que c’est conteneurs donc sécu, ce qui est faux on l’a bien vu avec des trojans dans certains snap, il part surtout du principe que c’est dans un milieu pro, et ça change tout, dans un milieu pro tu es derrière un super routeur et un bon par-feu, chose que tu n’as pas chez toi, dans un milieu pro tu as l’informaticien, tu n’en as pas chez toi. Je sais plus si je leur ai dis, faudrait relire l’échange sur matrix, mais avant XP pack 2 ou 3 on n’avait pas de pare-feu (il fallait en installer un nous même), crois tu vraiment que Microsoft s’amuse à rajouter des trucs gratos si il pouvait le vendre, non, c’était que ça devenait obligatoire pour sécurisé un tantinet leur OS qui se faisait attaqué de toute part. La seule raison que tu as de ne pas avoir de pare-feu consciemment, c’est de un être en milieu pro donc de profiter du pare-feu/routeur de la boite, de deux de ne pas avoir de réseau! Pas d’autre raison.

Tu as raison pour Debian, arch ect, il n’y a pas de pare-feu utilisable par tout le monde, mais il y a bien un pare-feu de base (iptable et avant ntable à moins que ce soit l’inverse), c’est à toi ensuite d’installer un “pare-feu” un entre deux qui va communiquer avec eux dans un langage plus compréhensible, ce que fait UFW, Firewalld, et avec ça pour encore faciliter la chose on peut ajouter des gui (interface graphique) comme Gufw et firewall-gui.

De plus la personne ment encore, en disant ceci:

“Alors, contre quoi exactement le pare-feu de Fedora vous protège-t-il ? La raison pour laquelle cela fonctionne avec podman/toolbox sur Silverblue est qu’il ne fait rien, c’est ainsi qu’ils le contournent. Bien sûr, il bloque tous les ports inférieurs à 1024, mais si vous n’exécutez aucun service sur la machine, encore une fois, de quoi vous protège-t-il ?”

Je n’ai pas vérifié, mais podman/toolbox marche chez moi alors que j’ai un pare-feu full fermé… Donc encore dire on fait ça pour ne pas que vous soyez emmerdé par la suite est un mensonge.

Et puis la c’est le pompon:

“Je commence à en avoir vraiment marre. Nous ne sommes pas Fedora, nous ne sommes pas Silverblue. Ce n’est pas parce que Fedora fait quelque chose que nous devons le faire ou devrions le faire. Ce n’est pas parce qu’un « expert en sécurité » sur le Web dit que quelque chose est indispensable que cela est vrai.”

Ils arrêtent pas de suivre fedora et redhat, ils courent toujours derrière, et ça depuis 2005… Ils sont rarement devant, RPM c’est redhat, pulseaudio, wayland, gnome, et j’en passe c’est encore redhat, regarde sur la page de gnome tu verras redhat… Là, ils font diffèrent mais c’est pour faire plus mauvais, c’est pas une vrai immuable, c’est encore des rollback comme sur tumbleweed… Ça sera toujours plus galère pour revenir à l’original que sous silverblue, en plus sous opensuse aeon tu vas jouer avec distrobox, qui apporte une petite lenteur en plus, faut lancer la ditro en box puis lancer l’application, c’est ce que j’utilise aussi sur ma nixos. Le seul point positif dans cette histoire c’est que eux ont choisi distrobox et non tolbox qui est moins simple d’utilisation.

Et là il se grille de suite, il connaît mieux la sécurité d’un OS qu’un expert en sécurité, ouha, chapeau! Qu’il reste donc à sa place, il est dev pas expert en sécu, je vais pas dire à Mbappé comment jouer au foot, je ne vais pas dire à un champion de formule 1 comment conduire sa monoplace.

“Un pare-feu peut-il faire partie d’une stratégie globale de sécurité ? Absolument. Est-ce obligatoire à tout moment ? Absolument pas.”

Guignol, tu vois je vais être insultant avec ces idiots, c’est pour ça qu’il faut que je me casse car développer avec des mecs comme ça c’est pas possible, un pare-feu est le minimum syndicale en terme de sécurité. Mais forcément, ils n’ont pas le même environnement que toi. Et c’est à eux que tu vas confier la sécurité de tes photos, car quelqu’un qui rentre sur ton pc peut tout te faire même de faire un PC zombie qui ira distribuer des photos de pédophiles, et un matin on va remonter à ta machine et les flics seront chez toi… Je vais loin mais pas plus qu’eux en vrai.

Voila, j’espère que tu pourras me lire, si tu veux donner lecture directement sur le post où je me suis fâché, tu as mon accord.

Bonne continuation.

La suite est le contenue de la conversation sur Matrix:

Sebastien Chavaux Richard Brown: hello, I am curious about Aeon, user of Tumbleweed, I followed a conversation(https://forums.opensuse.org/t/micro-os-suse-aeon-compared-to-fedora-silverblue/167663/46) on the firewall which is not present on Aeon, I was surprised or even shocked to read what some contributors gave as an excuse, basically a firewall is useless. Is this a policy that will be changed in the meantime or not? Micro OS/SUSE Aeon compared to Fedora Silverblue - openSUSE Forums I haven’t used Aeon or Silverblue as my daily driver yet. I just experimented with it in GNOME Boxes. I know Aeon is still a release candidate and not released as a stable version yet, but I see some interesting differen… Richard Brown the last person who brought this up annoyed me so much I ended up putting them on every block list, ignore list, and mail route to /dev/null I could think of… and I can already practically taste your entitled indignation with this opening message…nice to meet you, but do I really have to engage in conversation with you?

hello a changé son image de profil hello

Sebastien Chavaux

Richard Brown: hello, I am curious about Aeon, user of Tumbleweed, I followed a conversation(https://forums.opensuse.org/t/micro-os-suse-aeon-compared-to-fedora-silverblue/167663/46) on the firewall which is not present on Aeon, I was surprised or even shocked to read what some contributors gave as an excuse, basically a firewall is useless. Is this a policy that will be changed in the meantime or not?

i searched it. they say “it is not defense in depth. it is security theatre”. because their argument is: “no services running”

i am not expert here. but that is their argument if you are curious Sebastien Chavaux sorry I have to go through a trad, I would just like to know if it will easily be possible to put a firewall, and where I can find information on why not have a firewall? hello

Sebastien Chavaux
sorry I have to go through a trad, I would just like to know if it will easily be possible to put a firewall, and where I can find information on why not have a firewall?

look here: https://forums.opensuse.org/t/no-firewall-in-aeon-microos/168791/6 No firewall in Aeon/MicroOS - openSUSE Forums By all means, just use transactional-update (i.e. zypper for read-only installations) to install firewalld. Don’t let a default system configuration stop you. That’s anecdotal. You’ll find such posts for about any software. I have been using containers alongside firewalld for years without breakages. While it makes sense for MicroOS non-desktop to not include firewalld, this concept doesn’t transfer cleanly to a desktop system (Aeon) where it should be expected apps will be opening ports fr… Sebastien Chavaux basically, openSUSE user, but I’m tired of tinkering, I just want it to work and do the rest (update,…) behind my back like magic. So Aeon interests me, plus I’ve never had to complain about openSUSE’s choices. thanks Hello Richard Brown you’re tired of tinkering…but you want to tinker, and add a firewall which, by design, will require you to go in and tinker any time you want to enable any service at all

So…whereas any other Aeon user for example can just go to GNOME Settings > Remote Access > SSH and enable SSH…you won’t be able to do that…you’ll need to ALSO go to your firewall, navigate to whatever zone you’ve configured…and unlock SSH

Same again for Remote Desktop

Or anything else…everything you’ll want to do, you’ll need to do twice…for no actual benefit @telegram_626133529:opensuse.org good luck, but if you have any issues related to your customisations of Aeon I will be closing those bugs as WONTFIX Sebastien Chavaux thank you Richard, and I understand, but it’s not easy to put aside everything I learned during my 30 years and 17 years on openSUSE, one question, how to protect myself from the outside? after that I won’t bother you anymore Attila Pinter Adathor

Sebastien Chavaux
after that I won't bother you anymore

cough… NAT? 🤔 @telegram_626133529:opensuse.org a firewall protects you only if you’re running stuff that you don’t want the outside to access

What could you possibly be running on your Aeon laptop that needs such protection? Attila Pinter Adathor

Sebastien Chavaux
after that I won't bother you anymore

define the listen address for containers to 127.0.0.1? Sebastien Chavaux it’s a good question, but with everything that’s happening in IT, I don’t want to see my latest sex tape published ;-p more seriously, I’m talking nonsense, but SSH, why not implement bad things remotely? we are taught that we need firewalls, and now we are told “why put them in, it’s useless”. Attila Pinter Adathor

Sebastien Chavaux
more seriously, I'm talking nonsense, but SSH, why not implement bad things remotely?

if your ssh on your desktop* is accessible remotely then your entire network is questionable ^-^ Sebastien Chavaux

En réponse à

Sebastien Chavaux

Attila Pinter Adathor
define the listen address for containers to 127.0.0.1?

I still have to tinker with it, I’m told that Aeon will just allow me to work, and no longer tinker Attila Pinter Adathor

En réponse à

Attila Pinter Adathor

Sebastien Chavaux
I still have to tinker with it, I'm told that Aeon will just allow me to work, and no longer tinker

starting a container is hardly tinkering… building one is a different story BrightTux (Will not DM first)

happymab
https://t.me/openSUSE_Aeon/47562

isnt Ptyxis terminal doing this already? unless, the goal was to add the same feature into gnome-terminal Sebastien Chavaux How am I going to be sure that my machine is safe, that people can’t go through my machine when I’m at the hotel? happymab

En réponse à

happymab

BrightTux (Will not DM first)
isnt Ptyxis terminal doing this already? unless, the goal was to add the same feature into gnome-terminal

That’s how I understand that feature. Ptyxis won’t be installed on Aeon by default. There was a discussion about it earlier. Timo

Sebastien Chavaux
How am I going to be sure that my machine is safe, that people can't go through my machine when I'm at the hotel?

don’t run weird services happymab

En réponse à

BrightTux (Will not DM first)

happymab
That's how I understand that feature. Ptyxis won't be installed on Aeon by default. There was a discussion about it earlier.

I didn’t start to work on that feature yet, because I got no feedback about the actual requirements or ideas. Sebastien Chavaux so what you are telling me is that by default, there will be nothing, no services running which could cause the absence of a firewall? Timo well, what do you want to firewall? Sebastien Chavaux something that prevents any intrusion, as I have always been informed and as SUSE has always done Microsoft didn’t have one before XP pack 2 Timo intrusion how? Sebastien Chavaux data theft? I don’t know how or why, but there you go. It’s not because I’m not a secret agent that my data doesn’t count. Timo how would a firewall help? what services do you have open? only seem to have avahi listening, and cupsd - which I could probably turn off (pre RC2, things might be different) Jarkko Torvinen cups only listens 127.0.0.1/::1 Timo also, again pre-RC2, iptables seems installed, so if you could use that, but I don’t reallly see why a firewall would help you with ‘data theft’ on a hotel network

Jarkko Torvinen
cups only listens 127.0.0.1/::1

ah thanks Jarkko Torvinen most likely scenario is some bug in web browser or user running some random script from the internet… fw does not help there leorize there’s also gnome rdp if you turn it on Timo

Jarkko Torvinen
most likely scenario is some bug in web browser or user running some random script from the internet.. fw does not help there

exactly that Jarkko Torvinen and if you had firewall and turned gnome remote desktop on, then you would need to open firewall for it. again, not protecting anything leorize games from steam that support LAN might also run with a few ports open. The stance that firewall is somehow useless and you should just trust your network is kinda weird Attila Pinter Adathor https://en.wikipedia.org/wiki/Network_address_translation Network address translation - Wikipedia Jump to content From Wikipedia, the free encyclopedia Technique for making connections between IP address spaces leorize how is NAT gonna save you if you’re in untrusted network, like university or public wifi? Timo how is a firewall? leorize potentially vulnerable services will be blocked on public network Attila Pinter Adathor

leorize
how is NAT gonna save you if you're in untrusted network, like university or public wifi?

why would you use an untrusted network? 🤔 leorize this is something that firewalld that suse provides already is capable of handling even come with a gui that’s easy to use with ample docs Attila Pinter Adathor Then don’t use Aeon? There are plenty of distros out there that might cater for your needs. leorize I just find it weird that a distro catered for desktop and laptop users somehow decided that you will never connect to untrusted networks of any capacity when you inevitably will if you go around with a laptop or maybe I’m the weird one here Attila Pinter Adathor If you must use an untrusted network instead of using your phone to tether at least use a VPN… Sebastien Chavaux Well, what you’re telling me is that you should definitely not use Aeon if you want a bit of security. leorize and installing a VPN requires modifying your system and will lower your community support level? Sebastien Chavaux I thought we wanted something without fiddling, now I’m being told about tinkering to install a VPN ;-p Attila Pinter Adathor

Sebastien Chavaux
Well, what you're telling me is that you should definitely not use Aeon if you want a bit of security.

eh, firewall is not exactly makes things a lot more secure. You still going to open ports… Makes ingress/egress traffic more visible if you set it up right, but now you got something to manage yourself.

Sebastien Chavaux
I thought we wanted something without fiddling, now I'm being told about tinkering to install a VPN ;-p

wireguard is part of the kernel and very well supported in Gnome so not sure how is that tinkering in the system 🤔 Timo people seem to think a firewall is a magic device or something hmm, think my openvpn also worked ootb but I’m not 100% sure, was a while when I installed it Attila Pinter Adathor image.jpeg Timo yeah, that Attila Pinter Adathor If this is what we consider tinkering in Linux nowadays… Sebastien Chavaux the firewall has entered the cottages, the VPN, no, it’s simpler to configure ports, than to find a good VPN, to configure it etc. especially since I never bring in ports, I don’t need it, I let nothing slip through. Attila Pinter Adathor So to sum it up: You think that firewall is some magic security tool to keep you safe, connecting to untrusted networks is fine for you because the firewall will/would protect you, VPN is too much work. anselm image.jpeg BTW, this cannot work because of Aeon’s boot configuration but is this a bug or more of an enhancement request to make these updates work?

leorize a quitté le salon Sebastien Chavaux no, I think you are right, we have to set up a VPN, why openSUSE in its classic version (tumbleweed) continues to put a firewall, I don’t know, but why Fedora in all its versions puts one by default, I don’t know, they’re the idiots. I’d put a kway in using Aeon, maybe crossing my fingers… Dario Faggioli

leorize
and installing a VPN requires modifying your system and will lower your community support level?

Nope

leorize
and installing a VPN requires modifying your system and will lower your community support level?

Configuring and using VPNs via NetworkManager (the GUI) works out of the box and really well IME

le blog est de nouveau là!

2024-06-03T00:00:00Z

Juste un mot pour dire que le blog est revenu, Tuxfamily ayant retrouvé de sa superbe :-).

Alors Nixos depuis 6 mois?

2024-05-30T00:00:00Z

En Janvier de cette année, je disais un truc comme ça:

“Nixos ne fut qu’un détour, une étape, mais le voyage devait finir avec openSUSE. Mais tout n’est pas mauvais, Nixos m’a sevré, quelque chose que rien avant elle n’a pu réussir ni même mon openSUSE (qui fut toujours ma distribution de cœur et celle qui avait ma préférence), elle l’a fait en trois semaines, je suis sevré, je n’ai pas le manque habituel que j’ai quand je n’utilise pas Debian. De plus c’est une bien belle aventure, une distribution que je vais installer chez moi, sur mes autres ordinateurs, à la place de Debian. Donc c’est acquis, j’arrête le challenge Nixos, mais je l’adopte sur mes autres machines hors mon PC principal qui lui est sous openSUSE. Je vais me remettre entièrement à la contribution pour openSUSE.”

Ça fait donc 6 mois que j’ai une connaissance de tous les jours avec cette OS sur plusieurs machines avec une utilisation basique et une configuration qui sont grosso-merdo les mêmes à quelques virgules près.

Janvier fut la fin de Nixos sur ma machine principale, pour laisser place à openSUSE Tumbleweed qui fut elle aussi une belle distribution, demandant quand même pas mal de maintenance dû à son coté rolling. Vous savez bien que c’est pas forcément ma tasse de thé, je suis un flemmard informatique, dans ce domaine ce n’est pas une honte mais une qualité. Je suis donc revenu récemment à Nixos sur ma machine principale, mais si je dois parler retour, ça ne sera pas d’elle qu’on parlera.

J’ai en fait deux autres machines sur lesquelles je vais me servir pour ce retour, une machine qui fut installée l’année dernière, la seconde en cours de route de cette année 2024. Enfin, une troisième dans mon entourage (ma famille) qui me sert de cobaye pour voir si ça peut servir à me faciliter la vie.

Le configuration.nix --fichier universel et maître à bord chez une Nixos-- a été copié et amélioré/adapté pour chaque cas, c’est simple et ça va vite, j’ai même pu le faire en amont avant installation pour préparer celle-ci.

Je dois avouer que sur la machine datant de 2009, les lancements d’applications pendant les premières minutes qui suivent le premier démarrage de la journée sont ralentis, c’est juste la conséquence de l’automatisation de la mise-à-jour. Une fois celle-ci finie, l’utilisation n’est pas plus lente que sur une Debian qui est la référence avec Archlinux sur cette machine en terme de réactivité…

Je ne parle pas de mes machines secondaires qui sont en fin de compte, une copie de ma machine principale, même utilisateur, même application, même imprimante/scanner, même locales,… Mais clairement, je ne fais qu’utiliser mon OS pour faire ce que je dois faire, sans faire la moindre maintenance, c’est vraiment agréable.

J’ai connu un changement de version, le saut de la version 23.05 à 23.11, normalement la 24.05 ne devrait plus tarder, ça à été invisible, je savais que ça allait se faire tôt ou tard mais je n’ai pas pris de dispositions, j’ai laissé l’automatisation et j’ai juste changer de channel. Et là, rebelote, nous allons pas tarder a avoir la 24.05 qui se pointe, je me demande si je ne vais pas passer tôt ou tard sur le channel unstable qui ferait d’elle une rolling. Oui ce genre de distribution n’est pas faite pour avoir des versions mais pour être en rolling.

Si je dois donner un ressenti sur cette distribution, c’est d’avoir en face de soi un OS qui donne l’impression d’être un smartphone, tout se fait automatiquement et il nous reste pas grand chose à gérer. Ça va être durs de la péter, mais en plus ça sera facile de revenir sur quelque chose de fonctionnel.

La 24.05 est sortie entre temps, c’est comme pour le saut précédent, d’une tranquillité, j’ai fait quelques bidouilles:

Lister le channel actuel:

# nix-channel --list | grep nixos
nixos https://channels.nixos.org/nixos-23.11

Passer à un autre channel:

# nix-channel --add https://channels.nixos.org/nixos-24.05 nixos

Passer à la nouvelle version:

# nixos-rebuild switch --upgrade

Puis j’ai entre temps touché à ma configuration et changé la 23.11 par 24.05:

  system.stateVersion = "24.05"; # Did you read the comment?
  system.autoUpgrade.enable = true;
  system.autoUpgrade.allowReboot = false;
  system.autoUpgrade.channel = "https://channels.nixos.org/nixos-24.05";

Moins de 30 minutes après, j’étais en 24.05.

Par quoi remplacer Debian? Par Nixos la distribution reproductible et déclaratif.

2024-05-28T00:00:00Z

Pour ma part, Debian c’est fini, je veux dire enfin, j’en ai fini avec Debian, tout ce qui touche de près ou de loin à cette distribution, j’ai fait un gros travail sur moi pour me purger de mes habitudes et de mes contraintes.

Comme je le disais en Janvier de cette année (parlant de Nixos):

J’arrête donc pour ne pas tomber plus dans la marmite de potion magique et ne pas devenir un second Obélix, rien d’autre. Mon but était de passer ma machine principale de Debian stable à openSUSE Tumbleweed, ça a toujours été mon but depuis trois ans maintenant, Nixos n’a été qu’une étape intermédiaire pour couper le cordon, le final était openSUSE, mais il y avait toujours un truc qui me rattachait à Debian. Pendant longtemps ce fut mon paquet Ghotwriter dont j’avais la responsabilité et la maintenance, l’ayant transféré à l’équipe kde de Debian, je n’ai plus ce poids. Ce fut aussi, le besoin d’une machine toujours opérationnelle car madame travaillait dessus pour son boulot, donc connaissant bien Debian, c’était l’OS choisi, ayant maintenant une machine bien à elle de la part de son employeur, je vous laisse deviner la suite. La dernière raison c’est que j’avais tout mes scripts pour me faciliter la vie, notamment pour ce qui concerne la maintenance de paquets Debian, mes scripts post-installation, reproductibilité, … J’ai perdu tout ça récemment avec une malheureuse aide de timeshift, oui c’est comique, il devait me sauvegarder tout ça, il me l’a fait perdre. Les planètes sont donc alignées.

Je n’ai plus de liens avec Debian:

ma femme ayant une machine pro pour son boulot, sous Windows mais c’est son boulot qui lui fait parvenir donc on a rien à dire,
j’ai transféré mon paquet Ghotwriter (dont j’avais la responsabilité et la maintenance) à l’équipe kde de Debian,
j’ai perdu la totalité de ce que j’avais emmagasiné depuis 17 ans sous Debian, ça prendrait beaucoup trop de temps à refaire la quasi-totalité de mes scripts et autres astuces,
J’ai perdu (aussi) la totalité de mes paquets rebuildés ou simplement construits (une centaine).

Tout ça, fait que à ce jour, Debian n’est pas plus une solution pour moi qu’une autre distribution, et qu’à la limite j’irais plus volontiers sur une Ubuntu, au passage Ubuntu n’est pas un mot voulant dire “je ne sais pas installer/configurer/maintenir une Debian” mais juste “je n’ai plus le temps de finaliser une Debian…”.

Par quoi remplacer Debian? J’ai pas mal d’idées et j’ai déjà trouvé une solution qui me plaît à 200%, mais avant d’aller à la solution choisie, je donnerai des pistes possibles.

LA première est Ubuntu, oui pourquoi pas aller sur la distribution la plus utilisée, se basant sur Debian mais ayant une finition acceptable et une qualité mais aussi la facilité, la maintenance, la fiabilité… Je resterai sur une distribution à base de Debian, donc des paquets .deb, une façon de ranger les fichiers de conf à la Debian, bref que du bon. Quoique, pour ça il faudrait que j’arrive à fermer les yeux sur les Snap qu’on met partout et pour rien, la calculatrice de Gnome est en snap, mais plus grave pour moi c’est Firefox --je crois Thunderbird aussi-- qui est dans ce format de paquets. A voir avec le temps, faudrait que je regarde ce que ça vaut.

Je ne vais pas plus loin sans dire que je n’irait même pas tenter une Archlinux, ou une dérivée, comme je n’irai pas sur du Slackware ou de la Gentoo. Mais en parlant de cette dernière (Gentoo), pourquoi pas une Calculate linux? Le monde Gentoo m’a toujours intrigué, j’ai bien aimé le petit moment sur Calculate, seulement les mises-à-jour sont bien longues et ceci même si ce n’est que des binaires.

Fedora n’est pas une option, je pourrai mais non, trop de trucs qui sont dans ses gènes, ce coté labo, puis la proximité de REDHAT.

Non, celle qui me vient en tête est simplement openSUSE, je viens d’arrêter après cinq mois dessus mais je dois dire qu’elle marche fort, que mes paquets et même plus sont dans ses dépôts, que la communauté est accueillante, que j’ai déjà mes passes pour contribuer, bref c’est certainement là où je serai le plus apte à passer un bon moment.

Oui mais voila, il y a Nixos, c’est le genre de distribution que quand on t’explique ça te fait penser à un truc futile, pour geeks, un truc pour développeurs et non pour être utilisé en simple utilisateur du dimanche, c’est totalement abstrait, on ne voit pas ce que ça peut apporter, du moins pas autant qu’une fois dans les mains, puis on se dit que ça demande des efforts, beaucoup car tout est à réapprendre sauf que ce qu’on y apprend est pour cette distribution et ne s’applique pas aux autres. Une fois qu’on la lance, c’est le bordel, on y comprends pas des masses, ça change beaucoup de ce qu’on connaît, on est perdu, on doit se taper un wiki et toute la documentation qu’on peut trouver… Enfin on tente des choses, mais chaque changement demande de rebuilder l’OS, comme avec un générateur de sites statiques (GSS), oui c’est ça si on veut comprendre ce que c’est que Nixos, faut prendre l’exemple des GSS, les distributions classiques (Arch, Debian, Fedora, Gentoo, openSUSE, Slack, Ubuntu…) sont comme les CMS, comme un Wordpress, un PluXml, ou encore un SPIP, on donne en directe ce que l’on veut et il nous donne directement ce que l’on souhaite, si on fait un changement c’est de suite que ça s’opère, généralement la configuration est explosé en plusieurs endroits. Si il y a une couille dans le pâté, c’est foutu, pas de retours en arrière, pas de sauvegardes, pas de possibilités de rattraper sans faire des sauvegardes par nous même. Or, Nixos est comme un GSS, comme Astro, Eleventy, Hexo, Hugo, Jeckyll, Pelican, Zola; on a un fichier pour régler comme on le souhaite, généralement un unique fichier mais on peut l’exploser pour qu’il soit plus visible, et lui va interpréter ce fichier pour construire notre site selon ce qu’on y a mit dedans, après une phase de build/compilation, le site est là. Comme pour les GSS, c’est un coup à prendre, au début on trouve ça durs et on ne voit pas trop les bénéfices, puis une fois dedans, on se demande comment on a pu faire autrement.

je l’ai donc installé une nouvelle fois, l’installation est vraiment facile avec l’installateur graphique qui nous pond un fichier de conf pré-mâché qui n’attends par la suite que les modifications voulues par l’utilisateur. Sinon, il y a l’autre façon de l’installer (Minimal ISO image), celui qui ne dépaysera pas les utilisateurs de Arch ou Gentoo, il suffit de booter sur un live usb et lire la documentation. L’administration est inexistante tout comme la maintenance qui pourra se faire automatiser mais j’en parlerais plus loin.

C’est simple, tout se passe dans le fichier /etc/nixos/configuration.nix qui contient l’état désiré du système (ce que veut l’utilisateur) et la commande nixos-rebuild applique et s’occupe de tout. Voyons voir un cas concret, prenons mon fichier:

# Edit this configuration file to define what should be installed on
# your system.  Help is available in the configuration.nix(5) man page
# and in the NixOS manual (accessible by running ‘nixos-help’).

{ config, pkgs, ... }:

{
  imports =
    [ # Include the results of the hardware scan.
      ./hardware-configuration.nix
    ];

  # Bootloader.
  boot.loader.systemd-boot.enable = true;
  boot.loader.efi.canTouchEfiVariables = true;
  boot.supportedFilesystems = [ "ntfs" ];

  networking.hostName = "debiancerlinux"; # Define your hostname.
  # networking.wireless.enable = true;  # Enables wireless support via wpa_supplicant.

  # Configure network proxy if necessary
  # networking.proxy.default = "http://user:password@proxy:port/";
  # networking.proxy.noProxy = "127.0.0.1,localhost,internal.domain";

  # Enable networking
  networking.networkmanager.enable = true;

  # Set your time zone.
  time.timeZone = "Europe/Paris";

  # Select internationalisation properties.
  i18n.defaultLocale = "fr_FR.UTF-8";

  i18n.extraLocaleSettings = {
    LC_ADDRESS = "fr_FR.UTF-8";
    LC_IDENTIFICATION = "fr_FR.UTF-8";
    LC_MEASUREMENT = "fr_FR.UTF-8";
    LC_MONETARY = "fr_FR.UTF-8";
    LC_NAME = "fr_FR.UTF-8";
    LC_NUMERIC = "fr_FR.UTF-8";
    LC_PAPER = "fr_FR.UTF-8";
    LC_TELEPHONE = "fr_FR.UTF-8";
    LC_TIME = "fr_FR.UTF-8";
  };

  # Enable the X11 windowing system.
  services.xserver.enable = true;

  # Enable the GNOME Desktop Environment.
  #services.xserver.displayManager.gdm.enable = true;
  #services.xserver.desktopManager.gnome.enable = true;
  services.gnome.games.enable = true;  

  # Enable the KDE Plasma Desktop Environment.
  #services.xserver.displayManager.sddm.enable = true;
  #services.xserver.desktopManager.plasma5.enable = true;

  # Enable autres bureaux.
  services.xserver.displayManager.lightdm.enable = true;
  services.xserver.desktopManager.xfce.enable = true;
  services.xserver.desktopManager.mate.enable = true;
  #services.xserver.windowManager.xmonad.enable = true;
  #services.xserver.windowManager.twm.enable = true;
  #services.xserver.windowManager.icewm.enable = true;
  #services.xserver.windowManager.i3.enable = true;
  #services.xserver.windowManager.herbstluftwm.enable = true;
  
  # Activer l'autologin.
  services.xserver.displayManager.autoLogin.enable = true;
  services.xserver.displayManager.autoLogin.user = "sebastien";
  
  services.xserver.videoDrivers = [ "nvidia" ];
  #services.xserver.displayManager.defaultSession = "gnome";

  # Pour l'utilisation de flatpak:
  services.flatpak.enable = true;
  xdg.portal.extraPortals = [ pkgs.xdg-desktop-portal-gtk ];
  #xdg.portal.config.common.default = "gtk";

  # Configure keymap in X11
  services.xserver = {
    layout = "fr";
    xkbVariant = "";
  };

  # Configure console keymap
  console.keyMap = "fr";

  # Enable CUPS to print documents.
  services.printing.enable = true;
  services.printing.drivers = [ pkgs.hplip ];
  services.avahi.enable = true;
  # for a WiFi printer
  services.avahi.openFirewall = true;
  # for an USB printer
  #services.ipp-usb.enable = true;
  # scan
  hardware.sane.enable = true;
  hardware.sane.extraBackends = [ pkgs.hplipWithPlugin ];

  # Activer le Bluetooth
  hardware.bluetooth.enable = true;
  #hardware.bluetooth.package = [ pkgs.bluez ];
  services.blueman.enable = true;
  hardware.bluetooth.powerOnBoot = false;

  # Enable sound with pipewire.
  sound.enable = true;
  hardware.pulseaudio.enable = false;
  security.rtkit.enable = true;
  services.pipewire = {
    enable = true;
    alsa.enable = true;
    alsa.support32Bit = true;
    pulse.enable = true;
    # If you want to use JACK applications, uncomment this
    #jack.enable = true;

    # use the example session manager (no others are packaged yet so this is enabled by default,
    # no need to redefine it in your config for now)
    #media-session.enable = true;
  };

  # Enable touchpad support (enabled default in most desktopManager).
  # services.xserver.libinput.enable = true;

  # Define a user account. Don't forget to set a password with ‘passwd’.
  users.users.sebastien = {
    isNormalUser = true;
    description = "Sebastien CHAVAUX";
    extraGroups = [ "networkmanager" "wheel" "scanner" "lp" "disk" ];
    packages = with pkgs; [
    #  firefox
    #  thunderbird
    ];
  };

  # Allow unfree packages
  nixpkgs.config.allowUnfree = true;

  # List packages installed in system profile. To search, run:
  # $ nix search wget
  environment.systemPackages = with pkgs; [
  #  vim # Do not forget to add an editor to edit configuration.nix! The Nano editor is also installed by default.
   appimage-run
   amber-theme
   amule
   aspell
   aspellDicts.fr
   blueman
   bashInteractiveFHS
   #bluez
   bluez-tools
   brasero
   cataclysm-dda
   claws-mail
   deluge
   detox
   dgen-sdl
   discord
   enchant
   fceux
   firefox
   filezilla
   flare
   #flatpak
   gimp
   git
   glaxnimate
   gnome.gnome-boxes
   gnome.gnome-tweaks
   gnome-multi-writer
   gnomeExtensions.gsconnect
   gnome.simple-scan
   hexchat
   hplip
   htop
   hugo
   humanity-icon-theme
   hunspell
   hunspellDicts.fr-moderne
   hunspellDicts.fr-any
   hunspellDicts.fr-classique
   ispell
   libsForQt5.ghostwriter
   libsForQt5.kdenlive
   libsForQt5.soundkonverter
   libsForQt5.libkdegames
   libreoffice
   gspell
   mc
   minidlna
   minetest
   mldonkey
   mplayer
   mpv
   neofetch
   nestopia
   nodejs_18
   ntfs3g
   obs-studio
   p7zip
   pitivi
   qbittorrent
   quodlibet
   retroarchFull
   rocksndiamonds
   scummvm
   smplayer
   soundconverter
   sound-juicer
   the-legend-of-edgar
   thunderbird
   typora
   ubuntu_font_family
   vlc
   wesnoth
   wget
   wine-staging
   #vscode-with-extensions
   vscode-fhs
   xsane
   xarchiver
   xfce.thunar-archive-plugin
   xfce.thunar-volman
   xfce.xfce4-pulseaudio-plugin
   #xfce.xfce4-volumed-pulse
   yaru-theme
   yt-dlp
   zeroadPackages.zeroad-unwrapped
   zola
   # wget
  ];

  # Some programs need SUID wrappers, can be configured further or are
  # started in user sessions.
  # programs.mtr.enable = true;
  # programs.gnupg.agent = {
  #   enable = true;
  #   enableSSHSupport = true;
  # };

  # List services that you want to enable:

  # Enable the OpenSSH daemon.
  #services.openssh.enable = true;
  #services.openssh.openFirewall = true;
  #services.openssh.ports = [ 4444 ];

  # Open ports in the firewall.
  #networking.firewall.allowedTCPPorts = [ 4444 ];
  #networking.firewall.allowedUDPPorts = [ 4444 ];
  # Or disable the firewall altogether.
  networking.firewall.enable = true;

  # This value determines the NixOS release from which the default
  # settings for stateful data, like file locations and database versions
  # on your system were taken. It‘s perfectly fine and recommended to leave
  # this value at the release version of the first install of this system.
  # Before changing this value read the documentation for this option
  # (e.g. man configuration.nix or on https://nixos.org/nixos/options.html).
  system.stateVersion = "23.11"; # Did you read the comment?
  system.autoUpgrade.enable = true;
  system.autoUpgrade.allowReboot = false;
  system.autoUpgrade.channel = "https://channels.nixos.org/nixos-23.11";
  nix.optimise.automatic = true;
  nix.gc = {
   automatic = true;
   dates = "weekly";
   options = "--delete-older-than 7d";
};
  nix.settings.auto-optimise-store = true;
 
  ##Commandes Experimentales
  nix.settings.experimental-features = [ "flakes" "nix-command" ];
}

Commençons par le langage, c’est du nix, c’est spécial, c’est pas pire que d’autres, c’est pas mieux, je trouve que le fichier de conf est compréhensible, d’après Wikipedia c’est un langage de programmation fonctionnel paresseux. Perso, je trouve que ça me fait penser de loin à JS, en même temps je ne suis pas développeur.

Maintenant qu’on a fait cet aparté, reprenons, ce fichier (configuration.nix) placé au bon endroit (/etc/nixos/) suivit d’un sudo nixos-rebuild switch va demander au système de construire comme je l’entends mon OS:

définir mon hostname:

networking.hostName = "debiancerlinux"; # Define your hostname.

mes locales:

# Set your time zone.
  time.timeZone = "Europe/Paris";

  # Select internationalisation properties.
  i18n.defaultLocale = "fr_FR.UTF-8";

  i18n.extraLocaleSettings = {
    LC_ADDRESS = "fr_FR.UTF-8";
    LC_IDENTIFICATION = "fr_FR.UTF-8";
    LC_MEASUREMENT = "fr_FR.UTF-8";
    LC_MONETARY = "fr_FR.UTF-8";
    LC_NAME = "fr_FR.UTF-8";
    LC_NUMERIC = "fr_FR.UTF-8";
    LC_PAPER = "fr_FR.UTF-8";
    LC_TELEPHONE = "fr_FR.UTF-8";
    LC_TIME = "fr_FR.UTF-8";
  };

activer l’interface graphique avec l’environnement qui va bien:

# Enable the X11 windowing system.
  services.xserver.enable = true;

  # Enable the GNOME Desktop Environment.
  #services.xserver.displayManager.gdm.enable = true;
  #services.xserver.desktopManager.gnome.enable = true;
  services.gnome.games.enable = true;  

  # Enable the KDE Plasma Desktop Environment.
  #services.xserver.displayManager.sddm.enable = true;
  #services.xserver.desktopManager.plasma5.enable = true;

  # Enable autres bureaux.
  services.xserver.displayManager.lightdm.enable = true;
  services.xserver.desktopManager.xfce.enable = true;
  services.xserver.desktopManager.mate.enable = true;
  #services.xserver.windowManager.xmonad.enable = true;
  #services.xserver.windowManager.twm.enable = true;
  #services.xserver.windowManager.icewm.enable = true;
  #services.xserver.windowManager.i3.enable = true;
  #services.xserver.windowManager.herbstluftwm.enable = true;

activer l’autologin pour mon utilisateur:

 # Activer l'autologin.
  # services.xserver.displayManager.autoLogin.enable = true;
  # services.xserver.displayManager.autoLogin.user = "sebastien";

utiliser les pilotes proprios de Nvidia:

  services.xserver.videoDrivers = [ "nvidia" ];
  #services.xserver.displayManager.defaultSession = "gnome";

Bon, je pense que vous avez compris un peu l’idée et que c’est assez explicite pour ne pas passer au scribe ligne par ligne, mais rajoutons tout de même le choix des paquets (logiciels) qu’on veut, ceux-ci sont déclarables au niveau de l’utilisateur (users.users.sebastien) ou au niveau du système (environment.systemPackages). Je peux déclarer les paquets pour l’ensemble des utilisateurs (typiquement les trucs tel que neofetch, htop, mc) et je peux installer des paquets qui ne seront visibles qu’au niveau de l’utilisateur. Je pourrai très bien créer un second utilisateur et lui donner une autre liste de paquets, il n’aura pas les mêmes programmes d’installés, en gros il ne verra pas les programmes qui sont pour moi et moi je ne verrai pas les siens à moins qu’ils fassent partie de la déclaration du système ou qu’on l’a en commun et si paquets communs y a, les données sont mutualisés pour économiser de la place. Bref, chacun peut avoir son OS personnalisé sans empiéter sur celui des autres.

Si quelque chose ne va pas, il ne construit pas le système et nous préviens de ce qui ne va pas, nous donnant même un exemple de ce qui est attendu. Si c’est bon, il build (littéralement c’est de la compilation) et on reboot, on s’aperçoit alors qu’il nous a fait une ligne de plus dans le grub avec l’ancien système et le nouveau.

Alors pourquoi NixOS est mieux pour moi? C’est assez simple à comprendre, Debian était déjà ennuyeuse car elle nécessite une maintenance proche de zéro, avec Nixos on est sur du zéro maintenance puisque celle-ci se résume à l’édition du fichier configuration.nix, rien d’autre. Si ce fichier ne bouge pas, il n’y a rien de changé, on peut aussi automatiser les mises à jour, mais on verra plus bas. Si changement, nixpkg va s’occuper de tout, tout seul, d’une façon invisible, comme par magie, un peu comme une boite noire et incompréhensible, c’est efficace, ça “justemarchecommeilfaut”!

De manière un peu obscure, cette magie s’occupe de désinstaller et d’installer ce qui est demandé, générer les configurations des services, faire une sauvegarde avant et après le build… C’est tellement puissant que je peux versionner ma config avec git. C’est tout aussi facilement que je reviens en arrière si je ne suis pas satisfait de mes changements.

Bref, le système est toujours dans un état propre et à jour. J’aime cette sensation du tank que ça procure, puisque le système aussi est versionné. Chaque nouveau nixos-rebuild exécuté avec succès, ajoute une nouvelle entrée dans Grub pour charger votre système nouvellement créé. Actuellement, je peux choisir de booter sur différentes générations du système (différentes options sont disponibles tel que “NixOS generation 35 - 2024-05-15” ou “NixOS generation 36 - 2024-05-15”) qui me permettent de facilement démarrer à un état antérieur du système. C’est simple, magique, ça “justemarche”, j’adhère…

La gestion des paquets est vraiment originale, il n’y en a pas, pas comme on l’entends classiquement dans les autres distributions! C’est très simple je demande au système que tel logiciel soit disponible en l’ajoutant dans la liste des applications de configuration.nix (vu plus haut) et lui s’occupe de tout. À l’inverse, je ne veux plus d’un logiciel, je supprime (ou commente) sa ligne dans configuration.nix, c’est tout. Mon système est propre et il le reste, pas de dépendances restantes, pas de restes de configurations, ni de fichiers…

Exemple d’applications ajoutées:

  environment.systemPackages = with pkgs; [
  #  vim # Do not forget to add an editor to edit configuration.nix! The Nano editor is also installed by default.
   appimage-run
   amber-theme
   amule
   aspell
   aspellDicts.fr

Exemple d’applications retirées:

  environment.systemPackages = with pkgs; [
  #  vim # Do not forget to add an editor to edit configuration.nix! The Nano editor is also installed by default.
   #appimage-run
   amber-theme
   #amule
   aspell
   aspellDicts.fr

Notez que pour supprimer les logiciels appimage-run et amule j’ai seulement commenté (rajouté un # devant) les lignes et que j’aurais très bien pu supprimer les lignes directement.

Tous les fichiers de l’OS sont en lecture seule, il n’est pas possible d’éditer un fichier de configuration pour ajouter ou changer une option. Par exemple, pour Lightdm, il n’y aura pas de fichier lightdm.conf dans /ect pour automatiser la connexion d’un utilisateur, il suffira de rajouter deux lignes dans configuration.nix:

# Activer l'autologin.
  services.xserver.displayManager.autoLogin.enable = true;
  services.xserver.displayManager.autoLogin.user = "sebastien";

Mais allons plus loin, admettons que je veux tester un truc, je sais pas moi, par exemple Element un client pour matrix, juste le tester car il y a plein d’autres clients et je veux faire mon choix, pas la peine de l’installer, Nixos ou plutôt la commande Nix va créer un nouvel environnement temporaire (shell) où le programme est disponible. Tant que je ne quitte pas le shell, j’aurais le programme , si je quitte le shell, l’environnement est détruit. J’aime bien ce que je lis un peu partout en parlant de Nixos: Pensez containers, mais sans les containers. Plus concrètement, sous Linux (et ailleurs aussi), quand on appelle un binaire ls par exemple, le shell (bash par exemple) va chercher le chemin dans $PATH, Nix utilise ça pour permettre de faire des “virtualenv” généralisés, quand on fait un nix-shell, ça met temporairement dans le $PATH le chemin des paquets demandés. Nix-env (je n’en parle pas plus car on perd la puissance de Nix pour l’utiliser comme un simple gestionnaire de paquets classique, style DNF, APT, Pacman…) fonctionne pareil, sauf que ça le met dans virtualenv global (celui de la session utilisateur). En gros nix-shell c’est comme bash -c 'source venv/bin/activate; bash', si on sort du shell les dépendances disparaissent. Prenons un cas concret, je vais repartir sur mon exemple avec Element que je n’ai pas sur mon système:

[sebastien@debiancerlinux:~/git/11ty]$ element
The program 'element' is not in your PATH. It is provided by several packages.
You can make it available in an ephemeral shell by typing one of the following:
  nix-shell -p element
  nix-shell -p elements
  nix-shell -p elementsd
  nix-shell -p element-web
  nix-shell -p element-desktop
  nix-shell -p element-web-unwrapped
  ...

Je l’installe temporairement dans un shell et je le lance depuis celui-ci:

[sebastien@debiancerlinux:~/git/11ty]$nix-shell -p element-desktop
[nix-shell:~/git/11ty]$ element-desktop

Voila, je peux l’utiliser comme si il était réellement installer en durs sur mon système…

Pour quitter le shell:

[nix-shell:~/git/11ty]$ exit
exit

[sebastien@debiancerlinux:~/git/11ty]$

Ça permet de créer des environnements de développement reproductibles qu’on pourra partager. On fait notre shell.nix qui aura tout le nécessaire à notre projet et un nix-shell plus tard ça roule.

C’est une nouvelle façon de voir l’informatique, il n’y a plus de sens d’installer à tout va des applications qu’on utilise rarement, ces trucs dont je n’ai besoin que trop ponctuellement. Et puis les autres applications que j’utilise quotidiennement, voir plusieurs fois par jour et que je continue d’indiquer dans mon configuration.nix.

Parlons d’automatisation, dans le code qui suit nous donnons une version (channel) pour les mises à jour, on active les updates automatiques au démarrage de la machine, on désactive le reboot auto après update:

  system.stateVersion = "23.11"; # Did you read the comment?
  system.autoUpgrade.enable = true;
  system.autoUpgrade.allowReboot = false;
  system.autoUpgrade.channel = "https://channels.nixos.org/nixos-23.11";

Le ramasse miettes pour gagner de la place.

  nix.optimise.automatic = true;
  nix.gc = {
   automatic = true;
   dates = "weekly";
   options = "--delete-older-than 7d";
};
  nix.settings.auto-optimise-store = true;

Debian et moi, le divorce est de plus en plus consommé!

2024-05-26T00:00:00Z

Le divorce entre Debian et moi est de plus en plus certain, je ne sais pas depuis quand ça courait mais j’ai un certain malaise envers leurs choix bien que j’adore toujours Debian, je ne suis plus en phase avec ce qu’elle représente.

Comme dit en ce début d’année, j’arrête donc Debian:

mais il y avait toujours un truc qui me rattachait à Debian. Pendant longtemps ce fut mon paquet Ghotwriter dont j’avais la responsabilité et la maintenance, l’ayant transféré à l’équipe kde de Debian, je n’ai plus ce poids. Ce fut aussi, le besoin d’une machine toujours opérationnelle car madame travaillait dessus pour son boulot, donc connaissant bien Debian, c’était l’OS choisi, ayant maintenant une machine bien à elle de la part de son employeur, je vous laisse deviner la suite. La dernière raison c’est que j’avais tout mes scripts pour me faciliter la vie, notamment pour ce qui concerne la maintenance de paquets Debian, mes scripts post-installation, reproductibilité, … J’ai perdu tout ça récemment avec une malheureuse aide de timeshift, oui c’est comique, il devait me sauvegarder tout ça, il me l’a fait perdre. Les planètes sont donc alignées.

Il y a de moins en moins d’applications que j’utilise dans les dépôts. Avant Debian était gages d’être sûr que son logiciel serait dans les dépôts, et je ne parle pas d’un truc dégueux fait par des amateurs comme AUR mais de véritables paquets .deb fait par des contributeurs du projet. Maintenant et plus ça va, moins il y a les applications, je prends exemple de quelques paquets, MlDonkey comme pour la plupart des distributions n’y est plus depuis pas mal de version, soucis de dépendances de build, on va dire que chez AUR, ils l’ont mais c’est encore fait par des amateurs, le gars le dit lui-même du reste. Amarok est un autre exemple, malheureusement ce n’est pas le seul.

Avant Debian était la source des distributions basées sur elle, maintenant elle n’est plus l’ombre que d’elle même, quand je vois un paquet comme Ghostwriter, voir même une grosse parties des KDE-gears qui ne sont plus les “sources” pour les filles de Debian, mais que c’est Kubuntu qui le devient ça fait mal.

Archlinux est la source de toutes les distributions basées sur elle, pareil pour Gentoo, pareil pour Fedora, Ubuntu aussi et il n’y a que Debian qui ne le soit plus vraiment et pas pour un ou deux truc mais pour un des bureaux les plus attendus.

Avant, on était sûr de trouver les applications chez Debian, maintenant j’ai plus de chance de les trouver chez Fedora et surtout openSUSE avant que ça ne vienne et encore si ça vient, chez Debian.

Ce que je note des nouveautés de chez Debian avec cette version 12, est la présence des firmwares sur le support d’installation, et pour moi ce n’est ni une bonne nouvelle ni une mauvaise. D’un coté, Ubuntu a de moins en moins une raison d’être préféré, mais d’un autre à quoi servent ces firmwares sur le support d’installation de Debian, merde ceux qui connaissent Debian savent que c’est contraire à son idéologie, qu’il a fallu qu’on retouche à la charte Debian, que si on le voulait on avait les installateurs non-free.

C’est quand même grave que pour faire parler d’elle et de sa version, il faut aller jusqu’à là, ça et les coquilles qui tombent comme des mouches avec cette version 12. Depuis la 12, on a eu le soucis de corruptions de données suite à une mise-à-jour merdique du kernel (qui n’a touché personne dans mon entourage, y compris moi), la faille dans XZ, l’update non vérifié [ibus](libglib2.0-0: input regression for users of ibus affecting dead keys, Compose key and non-Latin input)…

Mais je crois que la raison qui me pousse à l’abandonner pour de bon est que je n’ai plus mes scripts accumulés depuis 17 ans, mes scripts post-installation, pour l’empaquetage, ect…; j’ai tout perdu avec ma mauvaise manipulation de Timeshift, du coup je perds un savoir qui me pousse à tout refaire et clairement l’envie n’y est plus. Surtout qu’il y a 17 ans, Debian était un peu seule en terme de qualité, maintenant en plus de n’être plus seule dans ce domaine, elle est loin d’avoir la première place technologiquement parlant.

Non, ce qui ne me correspond pas, et je crois que c’est ça qui me dit qu’il est temps de partir, c’est la contribution. Faire de la documentation, de la traduction, du wiki, des rapports de bugs, … est très facile comme partout ailleurs, mais en terme de packaging, faire des paquets donc, c’est compliqué, pas dans le sens difficile de le faire mais oui durs d’y accéder. Je suis contributeur pour deux paquets, du moins j’étais, et jamais je n’ai eu les pleins pouvoirs dessus, j’étais le mainteneur officiel mais je n’avais pas le moindre pouvoir sur eux, j’avais toujours besoin d’un sponsor car je ne voulais pas faire la demande pour être autre chose. Je sais plus qui (leader Debian) dans sa campagne, avait promis de faciliter la contribution envers les paquets et donner plus de puissance du moins un vrai rôle pour les contributeurs/mainteneurs de paquets qui ne sont ni DD ni DM, mais rien ne s’est passé, contribuer à Debian en terme de paquets est toujours une belle merde pour rester poli. On est loin de ce qui se fait chez openSUSE. Mais ça j’en parlais déjà en Janvier, ceci en l’occurrence:

Je l’ai souvent dis sur ce blog, j’ai beaucoup de mal à comprendre le peu d’intérêts que porte Debian à ses contributeurs, il y en a que pour les développeurs Debian (DD), même les mainteneurs Debian (DM) n’ont rien, pas droit de vote, rien je vous dis et c’est tout de même bien compliqué de contribuer. Au contraire chez Fedora (bien que ça reste compliqué de contribuer pour packager des logiciels), juste faire l’effort de se faire un compte chez eux, obtenir donc un compte FAS actif et on a le droit de voter pour toutes élections. J’ai eu le droit de voter alors que je ne suis rien là-bas et que je n’ai fait pour toutes contributions, qu’un simple report de bug! Chez openSUSE, c’est nuancé, il n’a jamais été si simple de contribuer, je ne connais nulle autre distribution où il est si facile de faire des paquets (ou tout autres contributions chiantes (documentations, traductions, …) qui sont par ailleurs assez facile d’obtenir les droits pour le faire (c’est facile d’accès par exemple ce genre de contributions chez Debian, là on va pas te demander un sponsor…)), que chez openSUSE. J’ai très vite obtenue le droit de faire des paquets, de maintenir des paquets, de participer à des paquets juste en me faisant un compte pour l’OBS… En ce qui concerne le droit de voter, ou de se présenter à un vote, il suffit de faire la demande d’être membre, on va juste demander des preuves de contributions, qui montre l’intérêt à la distribution sur plus ou moins long terme.

et encore ceci:

Alors chez Debian, il y a des discussions, des personnes qui sont actuellement leader du projet et qui avaient dans leurs poches, le vœu de mettre quelque chose en place pour faciliter la contribution, être quelque chose qui avait un droit de vote, mais rien, ou j’ai raté un truc. Petit à petit à force d’avoir autant de droits que le simple utilisateur/consommateur, j’en ai eu marre de ça. Faut comprendre, j’étais plus considéré sur une distribution (Fedora) dont je ne participais pas sauf signalé un bug et que je n’utilisais même pas sauf pour la tester, que sur la distribution dont j’étais utilisateur et contributeur depuis 2007 (mainteneur de paquets depuis 2018)… OpenSUSE, m’a quant à elle, accepté de suite sans fioritures, on a prit mes contributions sans jamais rien dire, c’est aussi eux qui m’ont dit de demander la reconnaissance en étant membre pour mes contributions alors qu’elles sont minimes.

Attention, j’aime toujours Debian, il ne peut en être autrement, c’est juste que je ne pense plus qu’elle me soit bénéfique. Nixos correspond bien plus à mes attentes et mes besoins d’aujourd’hui, sinon il y a openSUSE avec sa rolling qui me va mieux, et dans une moindre mesure, un truc basé sur Gentoo, je pense à Calculate linux, m’irait mieux. Va falloir que je retente une Arch mais sa force est dans AUR et c’est aussi sa plus grande faiblesse.

Ça mérite un billet uniquement sur pourquoi Nixos.

À quand Amarok chez Debian?

2024-05-26T00:00:00Z

Amarok est sorti de Debian pour la version Buster, j’en avais fait un billet peu élogieux et j’admets que j’avais --comme à l’accoutume-- défoncé un peu le projet pour cette perte incompréhensible.

En fait, il y a un soucis chez Debian, dès qu’un projet ne donne plus de signe de vie, il est abandonné chez Debian, Amarok bougeait mais si peu et seulement sur le git que le projet Debian l’a abandonné.

Du coup, on est l’une des rares grosses écuries à ne plus l’avoir. Quoique, je dis ça mais je note que les seules écuries qui l’ont encore sont openSUSE (et dans sa dernière version), les soeurs Mandriva (Mageia, openMandriva et Rosa) et c’est tout. Bien sûr je ne parle pas de Nixos qui l’a aussi mais faut dire que je suis assez gâté avec celle-ci, qui me gratifie de tout un tas de paquets qui normalement ne sont même pas en rêve.

Amarok fait parti de ces applications qui sont obligatoire, tant que le projet amont KDE n’ait pas mit fin à sa vie, Debian aurait dû le garder. Pourquoi virer Amarok et garder Clementine, qui n’a pas plus de signes de vie?

Ce qui reste à faire sous Nixos et pourquoi pas Guix?

2024-05-24T00:00:00Z

J’ai tout de fonctionnel, en très peu de temps, je me vois mal faire marche arrière mais ça je le disais déjà en Décembre, et j’ai quand même bougé sur openSUSE.

Il ne me reste plus grand chose, améliorer mon fichier configuration.nix, ajouter des programmes qui me manquent pour faire de mon OS sous XFCE, un OS capable de tout faire, et pour finir regarder de plus près la création de paquets.

Sur ce dernier point, je ne sais pas si j’ai pris ce qui me fallait, je pense que je serais juste un utilisateur comme je le serais sous Arch, Debian ou autres, je pense que si je veux contribuer, je devrais me tourner vers Guix, sauf que ce dernier a tout pour plaire mais pas son coté libertaire.

J’ai toujours été admiratif des OS totalement libres, les trucs comme Trisquel, Debian sans contrib ni nonfree, puis maintenant Guix, c’est bien, sauf que dans la vraie vie, la mienne en l’occurrence, ça ne va pas. Ça ne va pas car libertaire comme eux c’est aussi être liberticide, oui la liberté s’arrête là où je ne suis pas libre de faire ce que je veux, dans mon cas je veux être libre d’utiliser des trucs non libres.

Surtout que la liberté n’est pas perçu pareil et partout, Fedora ou openSUSE vont tolérer des firmwares et des pilotes non libres pour mon matos, mais pas les codecs pour certains formats de fichiers audios ou vidéos, inversement Debian va être à contre courant. Trisquel pour parler de ce qui se rapproche le plus de Guix, ne va pas me permettre d’utiliser mon matos…

Je suis un utilisateur de xfce.

2024-05-22T00:00:00Z

Je lisais le billet An Estimate on the Total Number of Xfce Users et je me suis reconnu dans les utilisateurs qui ne viennent pas car tout marche, qui dans le contexte donne:

Xfce is a very stable DE. Many Xfce users probably don’t try to get in contact because things just work fine for them.

Je ne sais pas pourquoi mais quand ça marche sans soucis, on ne vient pas faire un petit bonjour, on ne le dit pas, on ne signale même pas que c’est tout bon pour nous, alors je profite de ce billet pour le dire, XFCE est bon, XFCE est fort, XFCE marche bien, mieux il galope!!!

Je suis utilisateur de XFCE depuis Debian Wheezy, mais je l’utilisais déjà comme bureau principal avec certaines distributions moins connues et plus petites comme NuTyX et avant ça la 0linux, je pense que c’est sa version 4.10 qui m’a fait chavirer, puis l’arrivée de GNOME avec sa version 3 qui fut le basculement, à moins que ce soit dans l’autre ordre.

C’est un bureau minimaliste par rapport à GNOME ou encore Plasma mais qui est suffisant, il est vivace et rapide, totalement personnalisable, et d’une stabilité.

Mon unique soucis avec mes distributions habituelles, c’est que j’ai souvent envie de tester les bureaux qui sortent, que ce soit Gnome ou bien KDE, j’aime les tester pour me faire une idée, j’ai été kdéiste (commencé avec un kde 3.4.x) une grosse partie de ma vie de linuxien, puis quand j’en ai eu marre des bugs et lourdeurs de plasma 4, je suis passé à Gnome 2, puis je suis passé à XFCE, pour revenir un peu avec Plasma 5 qui rattrape le désastre de la version précédente; tout ça pour dire que quand je ne teste pas de distributions, je change de bureaux. Et que forcément ça fout le bordel dans mes paquets car on ne peut pas totalement purger les paquets qu’on ne veut plus facilement et rapidement.

Normalement, j’ai toujours sur les Debian que j’installe en dehors de chez moi, XFCE et un autre bureau, généralement c’est KDE avec le meta-paquet kde-full qui installe la totalité de l’écosystème plasma. Sur ma machine Debian, en temps normal, je me retrouve avec les trois bureaux, donc Plasma, Gnome et XFCE, parfois je rajoute Mate, juste pour voir ce que ça donne. Bizarrement, je ne fait pas ça sous Fedora ou openSUSE. Avec Nixos, j’ai l’avantage de pouvoir proprement revenir dans un état avant pollution par tout les bureaux, mais je remarque trois choses. Premièrement, le bureau le plus facile où tout fonctionnent en sortie de boite est GNOME, Wifi et Bluetooth. Le bureau Plasma est une galère, il n’est pas complet et manque pas mal de choses, je ne vois pas de meta-paquets, du coup ça veut dire installation paquet par paquet, ça et je n’ai pas le Bluetooth, certainement un manque de Bluez. Maintenant, j’ai des lourdeurs avec ce bureau, que je n’ai pas ailleurs sur d’autres distributions. J’ai testé les autres, que ce soit Mate, Cinamon ou encore Pantheon, ça marche fort, c’est pas mon truc mais c’est bien. Reste XFCE, qui comme à son habitude est bien.

Ça n’a rien à voir avec XFCE mais comme pour Plasma, je n’ai pas le Bluetooth, je sais que je dois rajouter le service Bluez dans mon fichier de conf et le tour sera joué. Sinon je l’ai pris comme bureau principal et je suis satisfait comme à l’accoutumé avec lui.

Pourquoi Nixos?

2024-05-22T00:00:00Z

Je suis passé à Nixos depuis quelques heures, laissant encore Debian pour quelques temps sur le bord de la route, sans grandes raisons, juste je n’étais pas encore décidé de rentrer au bercail.

Comme je l’ai dis plus tôt dans un billet, Debian en 2024 n’est pas forcément la décision la plus évidente, en 2005 ça l’était car oui il n’y avait rien en face au delà des Gentoo, Slack et autres distributions RPM. Le format de paquets .deb était au dessus des autres pour tout un tas de raisons. Aujourd’hui, ce n’est pas le cas, il est toujours top comme format mais les autres ont soit récupéré leurs retards (RPM) soit ils sont partis vers des choix technologiques qui diffèrent (nix, guix, snap, flat…).

J’ai toujours été très proche des projets Debian et openSUSE, mais selon mes besoins, je devais valser entre différents formats de paquets pour mes projets. Si je ne me contente de ne parler que du blog, j’aime tester différents moteurs de site statiques, notamment en ce moment et depuis un certain temps, j’utilise Nodejs comme langage, et selon le moteur, je dois tourner entre du nodejs18 ou du nodejs20. Avec Debian, j’ai la version 18 de mon langage préféré mais du coup je dois me débrouiller pour l’avoir aussi en 20 et plus, sous openSUSE j’ai toutes les versions que je veux, mais une version chasse l’autre (si je me souviens bien comme pour python), du coup dans les deux cas, j’utilise snap pour juxtaposer les autres versions.

En Décembre, j’ai remis une Nixos et j’ai pu la voir fluidifier ma charge de travail, c’était pas de l’imaginaire. Je me rappel encore un de mes projets en python, qui me collait un blanc, je n’avais pas la même chose, le même résultat sur ma machine que sur celle de mes parents, or le projet était pour eux à la base. Pire, je me souviens bien de mon blog avec Pelican, j’avais le résultat voulu sous Debian mais il ne se construisait pas sous openSUSE alors que tout était installé pareil, même avec pip.

Pas de soucis de ce coté avec Nixos, je me fais un shell avec ce qu’il me faut et je lance. Le résultat sera toujours le même et sera facilement exportable.

L’autre chose qui me chagrinait, mais ça vient de moi, c’est que j’aime tester des programmes, des fois je les garde et souvent je les vire, sinon, selon mon humeur, j’aime changer de bureaux, je tourne principalement sur XFCE, Plasma et GNOME, quelques fois Mate,… bref, sur une distribution normale, habituelle (dirons-nous), c’est vraiment chiant pour retrouver l’état avant pollution par tout ça. Avec Nixos, c’est tellement simple, aussi simple que de commenter une ligne dans un fichier…

J’aime beaucoup l’idée de centraliser la configuration de l’OS dans un fichier, j’aimais déjà ça avec Arch à l’époque de son fichier rc.conf qui n’allait pas aussi loin, mais Nixos et pas seulement elle mais je pourrais parler aussi de ma prochaine distribution de test la Guix, mettent l’intégralité du système dans un unique fichier. C’est aussi étrange que, partant du principe de leurs caractéristiques, certains choix sont pour tendre vers l’explosion de ce fichier généraliste en de multiples sous fichiers. C’est aussi pour cette raison, vu que j’aime ne pas trop chercher dans tout un tas d’endroits, que je ne mettrais pas en place le home.nix.

Du coup, me voila avec Nixos installé rapidement sans interface ni rien, puis j’ai simplement collé mon fichier configuration.nix de l’année dernière suivit d’un sudo nixos-rebuild switch et ça roule. J’ai exactement ce que j’avais avec la configuration de mon système, ainsi que mon login, mes partitions, mes programmes mais aussi des services ainsi que des réglages de ces services, c’est très fort. Bien plus que ce que je faisais sous Debian.

Bon, Debian s'en va!

2024-05-22T00:00:00Z

Ça y est les chaises musicales sont bien là, quand j’étais sous openSUSE, je ne pensais qu’à revenir sous Debian et retrouver mon confort mais une fois là, je n’ai pu m’empêcher de repenser à Nixos et son originalité.

Donc me voici sur une Nixos toute fraîche, installé sans bureau via l’ISO pour aller plus vite et j’ai ensuite remis mon fichier configuration.nix et c’est rapide de retrouver un système directement fonctionnel comme on l’avais laissé 5 mois auparavant.

news-opensuse-org: Panne prevue de weblate le 14 mai

2024-05-21T00:00:00Z

L’ openSUSE va subir une mise à jour critique avec la migration de Weblate vers une solution hébergée.

Passage à une solution hébergée pour l’outil de localisation Web afin de répondre aux demandes croissantes de développement de projets.

La migration est prévue pour le 14 mai et il est prévu que le service soit indisponible pendant environ une journée.

Il s’agit d’un inconvénient planifié à court terme pour un bénéfice à long terme et permettra à nos contributeurs de traduction de reprendre là où ils s’étaient arrêtés.

Les personnes souhaitant contribuer au projet openSUSE en aidant à traduire à l’aide de Weblate peuvent s’inscrire sur https://l10n.opensuse.org et se connecter avec d’autres traducteurs via les listes de diffusion translation@lists.opensuse.org et project@lists.opensuse.org .

Toute tentative de connexion à Weblate lors de la migration déclenchera une notification informant l’utilisateur de la maintenance en cours. D’autres seront informés de la panne via https://status.opensuse.org .

Réflexion: Il faut que je me pose, Debian est-ce toujours le bon choix?

2024-05-21T00:00:00Z

J’ai tenté de passer sur autre chose, pour ne pas finir con ou aigri, changer pour changer sans avoir le besoin ou de raisons, j’y suis revenu, j’ai merdé. Ai-je vraiment merdé? J’ai découvert pas mal de distributions pendant ces 19 années, dont deux envers qui j’ai toujours été fidèle, je ne les nomme pas, aller juste pour la forme, openSUSE et Debian, je ne pense pas mentir en disant que ça a été bénéfique d’utiliser l’une ou l’autre mais malgré tout, j’ai toujours été plus attiré par l’une et donc l’utilisais bien plus que l’autre.

Ma pause, si je peux dire ainsi, m’a permis de revenir sur une autre découverte assez récente, pour moi car le projet date de 2003, qu’est Nixos et dont depuis plusieurs mois je garde sur une machine, c’est un coup de coeur, dommage que je la connaisse aussi tardivement, je m’y serais bien plongé intégralement, car j’y ai senti de l’engouement, cette chose que j’avais par le passé quand je découvrais linux avec ~~openSUSE~~ SUSE dans sa version 9.3 et notamment Debian par la suite avec sa Etch (Debian 4).

L’engouement dans et pour linux (et tout ce qui s’y rapproche) s’en est allé, j’ai perdu l’envie, perdu le goût, à la limite retourner sous Windows ne serait pas une fin en soi. Je n’ai jamais été un grand contributeur, mais je n’ai simplement plus l’envie de l’être, à la limite un consommateur, voir même un “consummateur” pour en faire chier quelques uns. Mine de rien, c’est cette Nixos qui me donne envie de replonger dedans.

Ma question est pourquoi Debian en 2024? Ou encore est-ce un bon choix Debian en 2024? Quand j’ai commencé en 2005 avec linux, il y avait déjà pas mal de choix, on avait les grandes Slackware, Debian, SUSE, Mandriva, Fedora, des nouvelles comme Ubuntu ou Archlinux, même Nixos était là mais totalement en dehors des radars… SUSE, Mandriva, Ubuntu étaient connues pour leur facilité, Fedora pour son coté labo et à la pointe de la technologie, Debian pour sa stabilité à toute épreuve et sa maintenance mais au prix d’une complexité. J’ai très vite été sous Debian pour sa stabilité et mon coté fainéant qui est l’absolue qualité d’un bon administrateur. De nos jours, cette stabilité n’est pas une légende mais on n’est plus les seules, toutes distributions un peu sérieuses seront stables.

Non, de nos jours, je vois bien plus d’intérêts à utiliser Nixos qu’une Debian, pourtant c’est encore vers celle-ci que je me tourne, peut être la confiance, chose que je n’ai pas encore du coté de Nixos, aussi la peur de l’inconnue, avec Debian je suis en terrain connu, je la maîtrise, je la comprends, je sais faire ce que je dois faire pour avoir ce que je veux comme je le veux…, avec Nixos, je suis plus dans l’inconnu, avec beaucoup de choses à réapprendre et c’est bien dommage car je n’ai plus l’envie d’apprendre ou de faire des efforts.

Un truc qui me fait réfléchir, c’est ce qui se passe depuis quelques temps, un peu partout du reste mais chez Debian qui nous a pas habitué à ça en particulier avec cette version 12 et ses petits bugs comme le kernel qui pouvait apporter des pertes de données ou encore plus récemment et qui m’a touché directement cette fois avec la perte des touches mortes alors cette fois ce n’est pas Debian le fautif mais le projet Gnome. Selon son installation, c’est surtout vrai pour le cas de la merde avec le kernel, ça pouvait toucher ou non la personne, par exemple dans mon cas et dans mon entourage, personne n’a été ennuyé, mais pas forcément avec des bugs, simplement faut bien comprendre que la Debian de Paul, ne sera pas la Debian de Seb; et-ce même si les deux ont totalement fait la même installation avec les mêmes environnements, il suffira que l’algorithme d’APT ou d’Aptitude change sa façon de faire et nous installe des paquets différents. Avec Nixos, on a pas ça, le système de Paul sera bien le même que Seb.

L’autre chose qui me fait toujours hésiter est l’intérêt même de Nixos, un système reproductible, déclaratif et fiable. Je peux essayer de nouveaux outils sans crainte et une fois testé si ça ne me plaît pas, je reviens comme si de rien n’était dans ma configuration d’origine. Idéale pour tester des environnements entiers comme les bureaux que sont GNOME, Plasma…

J’ai envie de penser qu’en 2007, Debian était la seule solution viable, mais en 2024, elle n’est qu’une solution parmi tant d’autres.

Nixos; Une lettre ouverte.

2024-05-15T00:00:00Z

Une lettre ouverte #

des utilisateurs de NixOS contre le parrainage de MIC

Plusieurs membres de la communauté sont inquiets des événements actuels autour du North American Gathering destiné aux utilisateurs de NixOS et à sa communauté (également connu sous le nom de NixCon [sic] NA).

Le Rassemblement nord-américain a décidé, contre tout bon jugement, d’ignorer la voix de la communauté au sujet de l’incident précédent avec un sponsor donné du complexe militaro - industriel , et a choisi exactement le même sponsor pour sa conférence.

Cette seule lettre est adressée à plusieurs parties.

Contexte supplémentaire

Discours NixOS : Situation du parrainage de la NixCon 2023 de la Fondation NixOS

Discours NixOS : NixCon NA 2024 est sponsorisé par Anduril, que faire à ce sujet

Discours NixOS : Les organisations liées au secteur de la défense devraient-elles pouvoir sponsoriser NixOS ?

À la Fondation #

Nous demandons à la Fondation NixOS de prendre position et de dire clairement qu’elle ne veut pas voir Nix, Nixpkgs, NixOS, NixCon et sa communauté au sens large servir de véhicule pour *faire la publicité* du complexe militaro-industriel. Nous demandons également que la Fondation NixOS se distancie de l’organisation et des décisions du North American Gathering.

L’absence de réponse de la Fondation NixOS sera considérée comme un accord tacite avec les décisions de parrainage et comme une utilisation du projet et de sa communauté plus large pour *faire la publicité* du complexe militaro-industriel.

Même si une réponse avant le Rassemblement nord-américain serait appréciée, il faudra peut-être du temps pour obtenir une réponse appropriée.

Pour l’heure, nous demandons seulement la reconnaissance d’avoir pris connaissance de cette Lettre Ouverte et de l’avoir lue attentivement.

REMARQUE : Que ce soit ou non un problème d’accepter des dons, des contributions ou toute autre chose du complexe militaro-industriel, c’est un tout autre problème. Cette lettre ne demande rien sur ce sujet.

À l’équipe marketing #

Nous demandons à l’équipe marketing de prendre position et de garder le silence radio sur la conférence nord-américaine sur la présence de la communauté sur les réseaux sociaux.

A défaut, nous demandons que sur toute présence, il ne soit fait aucune mention des sponsors du Complexe Militaire Industriel.

La présence sur les réseaux sociaux et les autres interactions de l’équipe marketing sont considérées comme la voix officielle non seulement du projet NixOS, mais également de la communauté.

À l’équipe NixCon « européenne » #

(Ou vraiment, les organisateurs, participants et participants précédents.)

Nous demandons qu’il existe une position et une voix officielles pour NixCon, qu’elles déclarent :

Le Complexe militaro-industriel ne fera pas l’objet de publicité et n’est pas le bienvenu en tant que sponsor.
NixCon demande au rassemblement nord-américain de cesser d’utiliser le nom NixCon.

Il est entendu que les personnes attachées au Complexe militaro-industriel ou proches du Complexe militaro-industriel devraient pouvoir participer à la NixCon, que ce soit en tant qu’organisateurs, conférenciers ou participants. Leur attachement au Complexe Militaire Industriel ne doit pas être retenu contre les individus.

REMARQUE : La question de savoir si parler au nom (par exemple en tant qu’employé) du Complexe militaro-industriel constitue ou non de la publicité ne fait pas partie de cette discussion et sera réexaminée par les organisateurs, au besoin.

Au rassemblement nord-américain #

Nous supposons que ce parrainage ne sera pas renoncé.

Dans cette hypothèse, nous vous demandons de vous distancier de vous présenter comme un rassemblement officiel sous l’égide de la Fondation NixOS ou NixCon. Faire ce mouvement vous-même serait un bon signal indiquant que vous souhaitez établir vous-même les règles de ce qui se passe lors de votre rassemblement. Et c’est quelque chose de compréhensible.

Nous demandons également une déclaration publique des organisateurs sur la manière dont la décision a été prise, malgré l’incident précédent.

Aux personnes extérieures à la communauté #

Nous vous demandons de comprendre que « la communauté » autour de NixOS n’est pas organisée et cohésive comme on pourrait le supposer à partir d’un grand projet.

C’est une preuve de la force et de la résilience de l’organisation et de notre communauté, que nous soyons capables de faire tant de choses tout en étant aussi désorganisés.

Veuillez également comprendre que les signataires ne représenteront pas toutes les personnes qui sont d’accord avec la lettre. Certains ne pourront peut-être pas signer, tout en étant d’accord. Certains ne voudront peut-être pas signer, tout en étant néanmoins d’accord.

La décision d’embaucher un sponsor du Complexe militaro-industriel est, en fin de compte, une décision des organisateurs du Rassemblement nord-américain.

Détails d’implémentation #

Veuillez comprendre qu’en acceptant et en signant cette lettre ouverte :

Il ne s’agit pas d’une approbation d’une allégeance politique spécifique.
Cela ne veut pas dire que vous êtes personnellement contre le complexe militaro-industriel.
Ne tient pas compte des décisions et opinions passées ou futures.

Signer cette lettre ouverte signifie uniquement que :

Vous ne voulez pas voir la communauté NixOS devenir un véhicule de publicité pour le complexe militaro-industriel.

Que les membres de la communauté, la communauté, la fondation, les conférences ou quoi que ce soit d’autre, acceptent des dons sans conditions est un tout autre sujet.

Signature #

Si vous êtes d’accord avec le contenu de cette lettre, vous pouvez ouvrir une Pull Request dans le référentiel de cette lettre , ajouter un fichier portant signaturesle même nom que votre compte GitHub et écrire comment vous souhaitez que la signature apparaisse.

Le modèle Pull Request contient des informations sur ce qu’il faut faire.

Vous pouvez également créer un fichier à l’aide de l’interface utilisateur Web .

Signataires #

232 signatures

Lexi (@13x1)
taki (@74k1)
Rebecca Turner (@9999ans)
Sophie Tauchert (@999eagle)
novembre (@9ary)
@n00b0ss
Agatha V. Lovelace (@AgathaSorceress)
Airradda (@Airradda)
Alper Çelik (Github : @Alper-Celik)
Aly Raffauf (@alyraffauf)
@Anomalocaridid
Zoé (@Aorta3698)
Abhiram (@AxelSilverdew)
Benjamin Lee (@Benjamin-L)
Houx Montalvo (@BlueRaccoonTech)
Charles Hall (@CobaltCause)
Avril la rose (@CutestNekoAqua)
Dee Anzorge (@DeeUnderscore)
DerRockWolf (@DerRockWolf)
Nicolas Lenz (@Eisfunke)
Ember (@Ember-ruby)
Federico Damián Schonborn (@FedericoSchonborn)
Gabrielle (@GabTheBab)
Gabriella González (@Gabriella439)
Gaelan Steele (@Gaelan)
Infinidoge (@Infinidoge)
Jana Marie Hemsing (@Jana-Marie)
Masum Reza (@JohnRTitor)
Johnny (@JohnnyJayJay)
Julien Malka (@JulienMalka)
K900
Deividas Paukštė (@KaiserCalm)
Grimmauld (@LordGrimmauld)
Mitchell Marquez (@MitchMarq42)
Corbin Simpson (@MostAwesomeDude)
Paul Prechtel (@Mynacol)
Andreas Zweili (@Nebucatnetzer)
Cosima Neidahl (@OPNA2608)
Mikaela Szekely (@Qyriad)
Sefa Eyeoglu (@Scrumplex)
SkyFox (@SkyFox42)
Soni L. (@SoniEx2)
Ruby Iris Juric (@srxl, @sorixelle)
Kamen Mladenov (@Syndamia)
Téo Camarasu (@TeofilC)
l’expérience (@Tw3n7y)
aktaboot
Gergély Nagy (@algernon)
Maxine Aubrey (@amaxine)
Emil “AngryAnt” Johansen (@AngryAnt)
Elliot Speck (@arcayr)
Ariel Richtman (@arichtman)
Artémis (@artemislena)
Artémis Tosini (@artemist)
cendre lea (@ashkitten)
Audrey Méndez-Pratt (@astatide)
Astro (@astro)
Lorenzo Manacorda (@asymétrique)
Aumetra Weisman (@aumetra)
leela aurélia (@aurelilia)
Xénia (@axtloss)
Lovis Rentsch (@BaerLKR)
Luna Simons (@bddvlpr)
Katze (@benaryorg)
Ben Pye (@benpye)
CaféHaine (@cafehaine)
Christina Sorensen (@cafkafk)
camtauxe (@camtauxe)
Sierra (@casuallyblue)
Aria Nolan (@catarial)
Cbleslie (@cbleslie)
Dr Cassandra Granade (@cgranade)
feuille de chayle (@feuilledechayle)
Alex T (@chxry)
goibhniu (@cillianderoiste)
ckie (@ckiee)
Cleeyv (@cleeyv)
@clerie
Fou (@crazazy)
Drew José (@crmsnbleyd)
Ctem
Daniel Czerwonk (@czerwonk)
Raphaël Das Gupta (@das-g)
David K. (@davidak)
Cass Dingenskirchen (@deingithub)
Pierre Bourdon (@delroth)
Robert Schütz (@dotlambda)
Pol Dellaiera (@drupol)
Dunkelstern (@dunkelstern@kampftoast.de)
Nina Fromm (@e1mo)
Gwen (@elythh)
Evan Mattiza (@emattiza)
Émilie Lange (@emilylange)
Émilie Trau (@emilytrau)
Emma Böcker (@emmaboecker)
Danielle Lancashire (@endocrimes)
Kerstin (@erictapen)
Éric Ripa (@eripa)
Dylan (@falaichte)
Kayla Firestack (@firestack)
Félix Breidenstein (@fleaz)
Alain EA Zscheile (@fogti)
pliable (@foldfree)
Franz Pletz (@fpletz)
Freya Arbjerg (@freyacodes)
Fatih Altinok (@frontsideair)
Sashanoraa (@gaykitty)
Seth (@getchoo)
gmemstr (@gmemstr)
Georgi Lyubenov, (@googleson78)
Carl Miller Jr. (@halian)
Hertog (@Hertog-lab)
Eilidh Martin (@hmmmmmmm)
Abdallah Imad (@imadnyc)
Silvan Mosberger (@infinisil)
Irène (Irène Knapp, @IreneKnapp)
Ivan Bushchik (@ivabus)
@ixhbinphoenix
Jake Hamilton (@jakehamilton)
Jalil Salamé (@jalil-salame)
Janik Haag (@Janik-Haag)
Josh Kingsley (@jkxyz)
Sven Slootweg (@joepie91)
Jopejoe1 (@jopejoe1)
James Hawley (@jrhawley)
Katia Esposito
Jeremy Kescher (kescher.at)
Kidsan (@kidsan)
Kira Bruneau (@kira-bruneau)
Amelia cuss (@kivikakk)
kloenk (@kloenk)
Ilan Joselevich (@Kranzes)
@laalsaas
laver (@laundmo)
Leonardo Eugênio (@lelgenio)
@léo60228
Léona Maroni (@leona-ya)
Linus Heckemann (@lheckemann)
Florian Warzecha (@liketechnik)
Lillian Violet (@Lillian-Violet)
Lily Foster (@lilyinstarlight)
Lorenz Leutgeb (@lorenzleutgeb)
Mira Weller (@luelista)
Maximilien Bosch (@Ma27)
@mangoiv
Mario Rodas (@marsam)
Thomas Jensen (@Mast3rwaf1z)
@merspieler
Marc Homoky (@mhomoky)
Néo (@neo@social.hacktheplanet.be)
Gabriel Fontès (@misterio77)
MJ Moriarity (@mjm)
Martin Kühl (@mkhl)
Maximilien Marx (@mmarx)
mmweivi (@mmweivi)
RJ (@MolarFox)
Marc Jakobi (@mrcjkb)
Martin Weinelt (@mweinelt)
naidneelttil (@naidneelttil)
networkException (@networkexception@chaos.social)
Lyra S. (@nixfemby)
Midi van der Silk (@silky)
Philéas Lebada (@norpol)
Marie Ramlow (@nycodeghg)
Fil Jansen (@nzbr)
Jen Stehlik (@okkdev)
Olaf Hochherz (@olafklingt)
Olivia Crain (@oliviacrain)
Andrew (@alsorew@mastodon.online)
Jan Malakhovski (@oxij)
Xavier Maso (@pamplemousse)
Linus Andrae (@paradx)
patka (@patka-123)
Pauline (@pauliesnug)
Peder Bergebakken Sundt (@pbsds)
Peter R. (@peret)
Paul Haerle (@phaer)
Picnoir (@picnoir)
Piegames (@piegamesde)
rosecreeper100 (@pinkcreeper100)
Gaïa Sergent (@pws1453)
Pyrox (@pyrox0)
Pavel Atanasov (@reo101)
Ryan Hendrickson (@rhendric)
Robert Obryk (@robryk)
Ross A. Baker (@rossabaker)
s-alad (@s-alad)
Samuel Dionne-Riel (@samueldr)
Trolli Schmittlauch (@schmittlauch)
Schrottkatze (@schrottkatze@ck.katzen.cafe)
Anselme Schüler (GitHub : @schuelermine)
Sylvain F. (@sephii)
Septem9er (@Septem9er@chaos.social)
cendre (@sersorrel)
Matthias Schuster (@shalokshalom)
Shane Sveller (@shanesveller)
Florian (@sleepynix)
Kylie McClain (@somasis)
Sofie (@soupglasses)
Katharina Fey (@spacekookie)
@stillinbeta
stuebinm (@stuebinm)
nat (@surfaceflinger)
mai & tilde ~ rose (@t1lde)
taco (@takouhai)
Torsten Schmits (@tek)
Manu (@tennox)
Bit Borealis (@theotheroracle)
Thibault Molleman (@thibaultmol)
Tomodachi94 (@tomodachi94)
Matthias Thym (@totoroot)
Jacob (dindesanwich)
Colin (@uninsane)
Vaibhav Sagar (@vaibhavsagar)
Fiona Weber (@vidister)
Vika Shleina (@vikanezrimaya)
Beaucoup, Vicomtexx de Chitine
Victor Fuentes (@vlinkz)
Valentin Pratz (@vpratz)
Walter Moreira (@waltermoreira)
Weijia Wang (@wegank)
William Vigolo (@williamvds)
Lu HongXu (@wineee)
Hiver (@winterqt)
Xénia (@xeniarose)
Xerz
Xavier Lambein (@xlambein)
ouais (@yayayayaka)
Yorick van Pelt (@YorickvP)
Yureka (@yu-re-ka)
Yvan Sraka (@yvan-sraka)
Vera Aguilera Puerto (@zumorica)

Debian un jour, Debian toujours!

2024-05-08T00:00:00Z

Et oui, voila, je suis revenu sur Debian! C’était quasi-sûr, je l’ai jamais caché, je n’avais plus de manque, j’étais --je l’admets-- sevré mais --et ce malgré tout le bien que je pense du projet openSUSE-- j’étais pas à l’aise tout simplement.

Alors c’est vrai que openSUSE facilite la vie, tout comme une Ubuntu, une Mint, une Fedora, une Antergos,… Bref, elle facilite la vie, mais de un, la facilité est toute relative vu depuis le temps que je me trimbale Debian, de deux, la “norme” Debian est plus naturelle pour moi que les autres façons de faire.

Je m’explique et pour ça je vais pendre des exemples, chez toutes les distributions que j’ai eu dans les mains, il suffit d’aller toucher au fichier lightdm.conf pour avoir la configuration de Lightdm, comme mettre l’autologin. Et bien pas chez openSUSE car ce fichier est introuvable! Oui pour ce faire on doit passer par un autre fichier dont je ne connais pas le nom mais on peut le faire par Yast et c’est là où ça se passe, tout est faisable par Yast normalement.

Un autre exemple de choses qui m’ont chagriné, les serveurs, alors je devrais dire le serveur et non les serveurs car en vrai je n’ai voulu mettre en place qu’un serveur web (LAMP) et quelque chose qui se fait naturellement chez Debian, même si en fin de compte l’approche openSUSE ressemble beaucoup à celle de Fedora, ne m’est pas parue simple. J’ai dû farfouiller dans la documentation d’openSUSE sauf que celle-ci parlait de la méthode par Yast qui malheureusement est obsolète, le module serveur web de Yast étant abandonné. Je me suis rabattue sur la doc de SUSE mais quel bordel.

Comme toujours c’était facile sous openSUSE de mettre en marche un serveur tant que Yast avait le module, mais je vois que les modules font la danse des chaises, et je vois aussi --alors je suis peut être le seul-- que l’on met doucement mais sûrement Yast dans un coin, notamment avec ce que va devenir ALP, qui pour l’heure ou du moins ce qui était encore le cas, incompatible avec Yast comme l’est du reste Microos. Encore une fois tout va dans ce sens avec l’annonce de la prise en charge de cockpit dans openSUSE Leap.

Voila, je savais que j’allais revenir sur du Debian, pour être honnête, je pensais même aller sur du Ubuntu (Kubuntu en l’occurrence), mais je ne pensais pas pour les mêmes raisons, n’ayant plus besoin de serveurs de mon coté sauf que j’ai eu besoin de tester en me faisant un serveur web vite fait et ça m’a prit bien plus longtemps que prévus, non je pensais plutôt à un soucis venant du type de la distribution, son coté rolling, mais rien, je ne peux pas inventer des soucis, je n’en ai pas eu. et dans le même temps, avoir un soucis de ce type sur openSUSE n’est pas une fin en soi, car il y a le système de fichier BTRFS qui ferait le job pour moi. Alors oui, j’ai eu les éternels demandes de Zypper d’effectuer des actions, comme choisir entre plusieurs options lors d’une mise à jour, mais rien d’insurmontable et rien pour une fois qui me demandait de désinstaller la quasi totalité de mon système (chose que j’ai déjà eu lors de montées de versions de Plasma).

Les longues années passées avec Debian m’ont formaté à elle, je le savais en partant, je le savais tout le long où j’ai été sous autre chose que ce soit Nixos ou openSUSE, c’est pas plus mal comme ça, car je ne subis pas un OS Debian ou debian-like, en revanche je ne peux pas dire autant des autres distributions, mais je n’ai pas été malheureux avec openSUSE au contraire.

Je ne pense pas traduire/continuer de traduire les nouvelles du projet openSUSE, je pense m’arrêter de tout ce qui est “linux”, me retirer de tout ce qui est contribution, stopper mes comptes, me retirer d’openSUSE comme j’ai fait plus tôt avec Debian. Et pour le blog, pas de changement, on parlera de libre comme toujours et principalement Debian.

Quoi de beau dans le monde libre?

2024-04-20T00:00:00Z

Ça fait un moment que je n’ai pas fait de billets personnels, je suis plutôt dans la traduction de nouvelles d’openSUSE, ce qui n’attire pas la plupart des lecteurs de ce blog plus habitués à mon franc parlé et mes gueulantes (ainsi qu’à mes fautes d’écriture). Et puis faut aussi le dire, openSUSE dans la sphère francophone n’attire pas, c’est bien dommage tant la distribution a des atouts mais c’est comme ça.

De par chez nous c’est surtout Ubuntu, Debian, Fedora et Arch, pas forcément dans cet ordre la, mais grosso merdo c’est ça, nous allons assister à la danse des chaises avec les sorties des Ubuntu 24.04 et Fedora 40 qui ne devraient plus trop tarder, une pour fin avril et l’autre est encore retardée par l’histoire de XZ, puis va s’en suivre les distributions basées sur elles notamment la populaire Mint.

L’openSUSE fait partie de celles qui sont là depuis le commencement ou presque, qui sont reconnues comme quelque chose de stable, fiable, ect…, mais qui, du moins de par chez nous, ne rencontrent pas le succès mérité. C’est un mini drame, car on préfère des distributions qui n’apportent rien ou si peu comme des Mxlinux ou bien des Mint. De mon coté et malgré des choix pas toujours en accord avec mes besoins, je pense qu’il vaut mieux utiliser une Ubuntu que quelque chose issue d’elle, ou mieux, une Debian au lieu d’une debian-like. Dans le monde des distributions RPM, je trouve que l’openSUSE fait mieux que les autres.

Je l’ai souvent dis, je ne suis pas fan des snaps ou flatpacks, j’en utilise mais si peu et jamais pour des choses important du système, ça sera plutôt pour un programme proprio, quelque chose comme ça. Donc on ne peut pas dire que j’aime ce que fait Ubuntu en mettant des snaps à tout va, j’ai hâte de voir la 24.04, pour ce qu’il en est, voir si il continue d’aller dans ce sens, notamment y coller un Firefox en snap au lieu du paquet deb, mais j’aime admettre que pour le reste je trouve qu’on ne fait pas mieux que cette distribution.

Debian et openSUSE vont dans le même sens, il ne mettent pas avant ni le flatpack, ni les snaps, contrairement aux Ubuntu et Fedora, et vont même encore plus loin, en le disant bien fort que ce n’est pas dans un futur proche qu’il y aura ce type de paquets par défaut dans leurs distributions.

J’ai eu du mal a quitté Debian, normale ça faisait un moment que j’étais dessus. Je l’ai lâché celle-ci pas par dégoût mais par dépits. J’ai déjà dit tout ce qui avais à dire dessus, mais je rajouterais que depuis que j’ai redonné mon paquet Ghostwriter, il n’est plus aussi bien suivi, Ubuntu a même une version plus récente (23.08.5+ds-0ubuntu3 contre 23.04.3+ds-1 et actuellement on est en 24.02.2), bien sûr que j’aimerais y participer, mais non c’est trop bordel pour moi. Il y a des fois, assez souvent justement, que je me dis qu’il serait temps de revenir, puis je regarde ce que j’ai avec openSUSE, ce que je peux avoir avec Debian, et rien, non rien ne se fait car je ne gagnerai pas grand chose. Je me dis alors que quand l’openSUSE me fera une merde, et elle m’en fera sûrement car c’est une rolling, je retournerai alors sur Debian, mais il ne se passe rien, ça fonctionne sans sourcilier.

Fedora est donc sortie le temps que j’écrive ce billet, forcement quand tu commences un billet le 20 avril, que tu passes ton temps à jouer à la console ou a mater des films avec les enfants, ou je ne sais quoi d’autre, tu te retrouves le 24 avril sans que le billet avance. Faut dire aussi que je suis dans un moment qui dure depuis quelques mois maintenant où le libre n’est plus ma priorité, où linux et les distributions ne m’apportent rien. Donc Fedora est sortie, avec ses habituelles nouveautés et surtout ses éternels retours en arrière. Ce que j’en sors dans tout ça est le clap de fin pour le format Delta RPM. C’est tout de même quelque chose qu’ils avaient amené en grande pompe en disant tout le bien de ça, qui n’a jamais vraiment marché en dehors de Fedora, openSUSE les avait mit en place sans les activer par défaut ou du moins les avait désactivé depuis quelques temps, puis dans le monde du deb (Debian entre autre) il me semble qu’il n’y avait rien de semblable. Ils en parlent bien mieux:

Clap de fin pour la construction des mises à jour au format Delta RPM. Ils sont désactivés par défaut dans la configuration de DNF et Fedora ne les générera plus. Cette fonctionnalité permettait pour les mises à jour de ne télécharger que la différence entre le paquet déjà installé et celui à mettre à jour. Cela permettait de réduire la quantité de données à télécharger, la machine de l’utilisateur pouvait reconstruire le paquet à partir de ces informations et ainsi obtenir la nouvelle version. Mais en pratique la fonctionnalité se révèle de moins en moins pertinente. Tout d’abord le processus n’est pas fiable à 100%, parfois la reconstruction échoue et dans ce cas le nouveau paquet est totalement téléchargé à nouveau ce qui conduit à un gaspillage de ressources. De plus peu de paquets étaient concernés, les delta RPM étaient d’ailleurs construits en général que d’une version à une autre ce qui la rend fonctionnelle surtout pour ceux qui mettent à jour très régulièrement leur système. Et pour que cette fonctionnalité soit exploitable, ces fichiers delta rpm font partie des métadonnées que DNF télécharge. Sauf que c’est le cas même si les delta rpm sont désactivés par l’utilisateur, ou pour les systèmes reposant sur rpm-ostree ou utilisant un GUI comme GNOME Logiciels car PackageKit comme rpm-ostree ne se servent pas de ces métadonnées. Au final cela pénalise toute l’infrastructure qui doit générer et stocker ces données, et beaucoup d’utilisateurs qui subissent les inconvénients sans les avantages le tout pour un gain jugé marginal pour ceux qui s’en servent : moins de 8% de réduction de la taille des téléchargements en moyenne.

Tout ça pour dire voila ce que je n’aime pas chez Fedora, le va et vient, le changement incessant, les retours en arrière. C’est pas sur ça que je veux aller, que je pourrais aller car en fait, il y a trop de changements inutiles qui ne sont que des tests grandeur nature, voir si ça prends, si ça apporte une quelconque amélioration et si ce n’est pas le cas, marche arrière.

En écrivant ce billet, une envie me vient, celle de revenir sur Debian, c’est con mais c’est comme ça.

news.opensuse.org: Builds reproductibles bit par bit avec openSUSE Factory / openSUSE Factory enabled bit-by-bit reproducible builds.

2024-04-19T00:00:00Z

En mars, la configuration pour la construction de openSUSE Factory a été modifiée pour être reproductible bit par bit (à l’exception de la signature intégrée). Suite à cela, les premiers packages openSUSE Tumbleweed ont été vérifiés comme étant reproductibles bit par bit.

Merci à tous ceux qui ont contribué à ce que cela se réalise. Il s’agissait d’une amélioration importante.

Il faudra un certain temps pour effectuer cette vérification pour tous les packages afin de voir combien de nos packages sont reproductibles à ce niveau de détail. Les vérifications précédentes, tout en ignorant certaines différences corrigées, ont réussi pour plus de 95 % des packages.

Contribuer #

L’effort sur les versions reproductibles est une collaboration entre de nombreuses distributions. Découvrez comment contribuer à des builds reproductibles dans openSUSE.

Les usages #

Les versions reproductibles ont une multitude d’utilisations pour la sécurité et la qualité. Pour améliorer encore leur utilité, les versions reproductibles doivent être combinées avec d’autres techniques telles que la révision distribuée du code post-fusion et les conceptions basées sur les capacités.

Un exemple récent est que les builds reproductibles permettent de créer une preuve, simplement en reconstruisant et en comparant le résultat, qu’une build GCC dont la source a été extraite avec un xz compromis n’a pas été compromise ; ce processus a été réalisé sans qu’il soit nécessaire de procéder à une ingénierie inverse de la manière dont le compromis s’est produit. De même, des versions reproductibles ont été signalées comme étant utilement lors des enquêtes sur la compromission xz.

les versions reproductibles permettent une collaboration qui ne serait pas possible autrement en soutenant des arguments de sécurité plus scientifiquement fondés, qui peuvent être vérifiés de manière indépendante.

news.opensuse.org: Leap Micro 6 entre dans la phase alpha / Leap Micro 6 Enters Alpha Stage.

2024-04-16T00:00:00Z

Le projet openSUSE est ravi d’annoncer que Leap Micro 6 est en phase de développement alpha.

S’appuyant sur les bases solides de ses prédécesseurs, Leap Micro 6 continue de fournir une plate-forme stable, sécurisée et évolutive pour les systèmes d’exploitation hôtes légers et modernes qui reflète les fonctionnalités et les améliorations de la solution commerciale [SL Micro](https://www.suse.com /products/micro/) de SUSE.

Avec la prochaine version de Leap Micro 6, les utilisateurs de Leap Micro 5.4 devront planifier leur migration soit vers Leap Micro 5.5, soit directement vers Leap Micro 6, soit vers une version commerciale, car la version 5.4 atteindra sa fin de vie au lancement de Leap Micro 6. Ceux qui utilisent actuellement Leap Micro 5.5 auront la possibilité de passer à la version 6 ou de rester sur la version 5.5 jusqu’à la version suivante.

Les utilisateurs familiers avec Leap Micro 5.5 se souviendront de ses fonctionnalités exceptionnelles, telles que les capacités SELinux améliorées, le podman-docker amélioré et la prise en charge Hyper-V pour AArch64, qui ont considérablement renforcé la sécurité et la polyvalence du système d’exploitation.

news.opensuse.org: Ce que nous devons retenir de la porte dérobée XZ / What we need to take away from the XZ Backdoor

2024-04-12T00:00:00Z

On a beaucoup écrit sur XZ Backdoor au cours des dernières semaines, il est donc temps de regarder vers l’avenir. Avant de le faire, nous partageons plus de détails sur ce qui s’est passé concernant openSUSE. Pour un aperçu de la manière dont cela a affecté les utilisateurs d’openSUSE, veuillez voir le message précédent.

Dans les coulisses #

Quelques jours avant la divulgation publique de la porte dérobée XZ, l’équipe de sécurité des produits SUSE a eu un indice selon lequel il y avait quelque chose d’étrange dans les versions XZ 5.6.x. Je suis l’employé de SUSE et le packager openSUSE qui mettait à jour et incluait cette version dans openSUSE Tumbleweed, je me suis donc impliqué assez tôt. À ce moment-là, aucun contexte ni aucune information partagée lors de la divulgation publique initiale n’étaient disponibles. Cependant, cet indice était toute l’information dont nous avions besoin. Cela a changé notre façon de considérer un projet open source central et établi. Sans cela, les petites différences étranges dans l’étape de « configuration » du système de construction auraient été facilement ignorées.

Un jour avant la divulgation, jeudi soir, la sécurité des produits SUSE a reçu un rapport plus long et détaillé d’Andres Freund via la liste de divulgation de sécurité des distributions partagées. La liste de distribution est une liste de diffusion cryptée où les distributeurs collaborent et se coordonnent sur la divulgation de problèmes de sécurité. Ce rapport a apporté de nouvelles connaissances selon lesquelles la porte dérobée XZ ciblait spécifiquement OpenSSH, qui est l’une des parties réseau de presque tous les systèmes Linux. Cela a encore accru notre niveau de menace d’être une porte dérobée d’accès à distance et nous a également amené à élargir nos efforts de communication prévus.

L’équipe de sécurité SUSE et moi avons commencé à analyser. La sécurité des produits SUSE est membre de divers forums de sécurité privés, comme la liste des distributions et CERT VINCE et autres, qui nous permettent de coordonner les correctifs entre les fournisseurs de logiciels et de préparer les mises à jour aux dates de divulgation. Avec les premières informations indiquant qu’il y avait quelque chose de suspect, il était relativement facile de trouver des éléments plus suspects sans ordre particulier :

openSUSE et SUSE suivent les signatures d’artefacts de publication avec un trousseau de signatures fiables. Nous avons remarqué que la clé avec laquelle les artefacts étaient signés avait changé il y a quelque temps, nous avons donc dû mettre à jour notre trousseau de confiance pour le projet XZ. Nous avons validé qu’il y a eu un transfert de responsabilité entre le responsable et que le nouveau responsable a un accès direct aux validations ainsi que la possibilité de signer les versions et de les publier. Le réseau de confiance de cette nouvelle clé de signature n’était pas bien connecté, ce qui aurait pu déclencher une alerte, mais elle était signée par le précédent mainteneur et cela nous suffisait.
En regardant l’historique des commits, il y a eu une vague de commits entre la dernière version bêta 5.5 et la version 5.6.0 dans un court laps de temps par ce nouveau responsable ; ne vient pas via une Pull Request et aucun examen ou discussion évident à ce sujet. C’était immédiatement préoccupant. Normalement, les projets ne font pas cela juste avant une nouvelle version majeure. L’examen de chaque validation a immédiatement montré que des fichiers de test étranges étaient validés et mis à jour dans la version 5.6.1, et qui n’avaient pas de mises à jour correspondantes dans le cadre de test ou dans le code du projet, ils étaient donc “inutilisés”. Normalement, les fichiers de test sont validés avec un correctif de code dans la même validation, ou avec une référence à un problème antérieur, ou à une validation abordée par le scénario de test. Pour un responsable expérimenté d’un projet en amont, cela semblait être un gros oubli. Les messages de validation étaient en quelque sorte plausibles mais n’avaient pas vraiment de sens, surtout si l’on compare les (petites) différences entre 5.6.0 et 5.6.1.

Une enquête plus approfondie a permis de trouver l’ « étape zéro » intégré dans le système de construction et, grâce à cela, nous avons pu franchir les couches d’obscurcissement pour démêler les deuxième et troisième étapes. En quelques minutes, il nous est apparu clairement que des efforts très importants avaient été consacrés à son développement. Ce n’était pas le travail d’un seul développeur par un dimanche après-midi pluvieux. En outre, la deuxième étape a laissé entendre qu’il s’agissait d’une porte dérobée spécifiquement destinée à des environnements spécifiques, aux builds de packages Debian ou RPM utilisant GCC et glibc. Un utilisateur normal construisant à partir des sources, soit à partir de l’archive tar détournée, soit à partir de git n’aurait jamais été affecté. Cela a sonné l’alarme. Ainsi, avant d’aller plus loin dans l’ingénierie inverse, nous avons évalué l’impact.

Depuis un certain temps, openSUSE n’utilise pas XZ pour la compression de nos packages RPM de distribution ; nous sommes passés à Zstd il y a quelque temps. Cependant, XZ est très largement utilisé dans la distribution, entre autres pour décompresser les sources de notre compilateur GCC que nous utilisons pour construire tout le reste de la distribution. Nous avons vérifié et constaté que la version potentiellement malveillante de XZ était utilisée pour créer notre compilateur actif openSUSE GCC, qui est utilisé dans toutes les autres versions de la distribution. Le pire des cas auquel penser ici est que le déballage des sources de construction du compilateur GCC a été modifié par le XZ malveillant et que nous avons un compilateur système qui n’est plus digne de confiance. Bien que nous ayons des vérifications de signature sur les sources (et que nous ayons sécurisé des copies de chaque entrée de source que nous avons utilisée n’importe où dans un magasin de confiance), nous ne vérifions pas si les sources décompressées sont réellement les sources dont la signature a été vérifiée avant le déballage.

Ainsi, même sans plus d’informations sur la porte dérobée, nous avons compris que l’impact dans le pire des cas pourrait être désastreux. Nous avons donc commencé à identifier les projets, produits et distributions concernés. Heureusement, cette liste s’est avérée assez restreinte. Une équipe ad hoc a été constituée pour gérer la suppression de la porte dérobée.

Suppression initiale de la porte dérobée pour nos utilisateurs #

openSUSE Tumbleweed fournit un canal de mise à jour d’urgence que nous pouvons utiliser pour récupérer des régressions fatales dans les instantanés Tumbleweed réguliers. Ces phénomènes sont extrêmement rares grâce à notre pipeline de tests automatisés, mais ils surviennent. Nous avons injecté une rétrogradation de XZ dans ce canal de mise à jour d’urgence et avons commencé à créer une version intermédiaire d’instantané openSUSE dans laquelle la mise à jour malveillante de XZ a été supprimée. Cependant, en raison de la nature inconnue de la porte dérobée obscurcie, nous avions prévu la pire hypothèse. Nous avons commencé à collecter le nombre de packages qui ont été construits et publiés avec la construction du compilateur GCC suspect dans l’environnement de construction. C’était une très longue liste. De plus, comprendre l’inversion du code objet malveillant de la porte dérobée dans Ghidra nous prendrait encore quelques heures. Après une courte synchronisation, nous avons décidé d’opter pour la voie sûre et de jeter tous les paquets construits avec XZ/GCC potentiellement malveillants et avons commencé à les reconstruire tous avec uniquement les paquets provenant d’une sauvegarde sécurisée, pour restaurer l’intégrité de notre distribution le plus rapidement possible. openSUSE teste régulièrement ce “mode bootstrap” dans le cadre du développement de notre distribution et s’appuie sur l’automatisation de la reconstruction fournie par Open Build Service, ce n’était donc pas beaucoup de travail humain. C’était juste beaucoup de charge pour notre cluster de build. Nous avons attendu quelques heures devant nous, ce qui a permis une analyse plus approfondie de la porte dérobée.

Analyse de la porte dérobée #

L’analyse du code objet s’est avérée prendre beaucoup de temps. Même si la deuxième étape qui vérifiait les bonnes conditions de build (s’agit-il d’une version de distribution, dispose-t-elle de l’environnement de compilateur attendu, etc.) était facile à décoder et nous a aidé à comprendre l’impact potentiel, au départ, nous ne savions pas vraiment quoi. le code objet obscurci qui a été injecté lors de la construction fonctionnait.

En utilisant Ghidra, nous avons pu récupérer du code C quelque peu lisible à partir du code machine injecté, nous avons donc commencé à essayer de déchiffrer le puzzle. Repérer le point d’entrée dans la fonction _get_cpuid qui faisait partie de la gestion IFUNC a été l’une des premières découvertes. Le simple fait de rechercher cette combinaison de mots sur Google a conduit à une discussion en amont, à la désactivation d’ifunc dans le projet oss fuzz et à un rapport de bug intéressant dans la communauté Fedora où des problèmes de Valgrind ont été signalés avec XZ 5.6.0 et apparemment, l’amont les corrigeait en mettant à jour. des choses sans rapport, y compris “les fichiers de test” dans le référentiel. Il y avait non seulement des commits dans le dépôt, mais aussi une communication trompeuse autour du problème directement lié à ces commits, ce qui montrait évident que nous ne trouvions pas un accident malheureux provoqué par un responsable innocent qui aurait pu être piraté, mais une action planifiée de la part du responsable actuel, responsable en amont. Juste au cas où les sonnettes d’alarme ne seraient pas déjà assez fortes, cela a doublé leur niveau sonore.

Préparation de la divulgation publique #

En combinant tout ce que nous avons appris jusqu’à présent, le tableau est devenu plus clair. Quelqu’un avait passé des années de préparation à préparer le terrain, à se bâtir une bonne réputation de mainteneur, à reprendre le projet, puis à choisir un moment qui était une fenêtre critique pour plusieurs projets de distribution et également au milieu du Nouvel An lunaire. comme d’autres jours fériés pour publier une nouvelle version avec de nouvelles fonctionnalités et une porte dérobée obscurcie qui a été bien conçue pour cibler uniquement des distributions spécifiques, à savoir celles utilisant GCC, Binutils, Glibc avec RPM ou les processus de construction Debian sur x86_64.

En gardant tout cela à l’esprit, nous avons réalisé que ce sujet allait faire l’objet d’une grande couverture publique. Cela fera la une des journaux pendant des jours, voire des semaines. Nous avons donc lancé un nouveau chantier pour nous y préparer avec les équipes de communication.

Divulgation publique #

Au moment de la divulgation publique, tous les axes de travail étaient déjà terminés. Nous avons identifié la liste des produits concernés et avons déjà publié toutes les mises à jour pour tous les produits concernés. La communication était prête à être mise en ligne et envoyée aux parties concernées. Tout cela a été possible parce que de nombreuses personnes se sont surpassées, ont mis tout le reste de côté pour réagir en temps opportun et avec beaucoup d’engagement pour s’assurer que nous n’avons rien manqué ou négligé ; tout cela alors qu’un long week-end férié avait déjà commencé. Félicitations à tous ceux qui ont travaillé 24 heures sur 24 pour préparer cela.

Héros de l’histoire #

Si rien de pire ne s’est produit, c’est uniquement grâce à Andres Freund, un développeur de la communauté PostgreSQL, qui n’a pas ignoré une étrange régression des performances des connexions SSH sur son installation instable Debian récemment mise à niveau. Un autre témoignage selon lequel ne pas abandonner quelque chose que tout le monde aurait probablement ignoré au cours des mois ou des années à venir est ce qui fait d’un héros un héros.

Toutefois, s’appuyer sur des héros n’est pas une stratégie durable et fiable. Donc, pour l’avenir, nous devons tous tirer les leçons de ce qui s’est passé et devenir une grande équipe de petits héros.

TLDR de ce qui s’est passé #

Les distributions Linux ont été utilisées à mauvais escient pour offrir une porte dérobée à leurs utilisateurs. Le but exact de la porte dérobée reste encore une spéculation. Il peut s’agir d’un individu souhaitant vendre l’accès à une puissance de calcul abondante via des machines virtuelles hébergées dans un cloud public et dotées d’un port SSH vulnérable ouvert au public. C’est là une extrémité plutôt improbable, mais toujours possible, du spectre. L’autre extrémité du spectre est une entreprise qui vend des portes dérobées à des acteurs étatiques qui les utilisent pour accéder à distance et secrètement à n’importe quelle machine Linux. Même si des erreurs ont été commises, cet objectif a presque été atteint. Où est la vérité ? Pour cela, d’autres preuves doivent être identifiées et analysées.

Il est temps d’attendre #

Après cet examen attentif des coulisses de ce qui s’est passé fin mars, le reste de cet article passe à l’avenir.

Loi Linus et les distributions #

“Avec suffisamment de globes oculaires, tous les insectes sont superficiels”. Dans les communautés open source, cela est souvent cité comme une raison pour laquelle on peut faire confiance à l’open source. Pour les projets open source qui attirent suffisamment l’attention de contributeurs suffisamment qualifiés, cette « loi » a probablement au moins un certain poids. Cependant, Heartbleed (Saignement de cœur – traduction ?–) nous a appris par exemple que ces conditions ne sont pas universellement remplies. Il existe de nombreux projets qui sont absolument essentiels et pourtant sont considérés comme ennuyeux et ne parviennent pas à attirer beaucoup de responsables ou de contributeurs, et ceux qui participent au projet sont déjà ensevelis sous une pile de travail et ne peuvent pas vraiment consacrer d’efforts significatifs à la montée en puissance. de nouveaux venus.

La porte dérobée XZ a été conçue pour cibler uniquement les distributions. D’abord, par les pré-vérifications que la porte dérobée exécutait avant son déploiement, mais aussi parce que les conditions nécessaires à l’implantation n’existaient qu’en aval dans ces distributions. Debian, ainsi que les autres distributions concernées comme openSUSE, contiennent une quantité importante de correctifs uniquement en aval pour des projets open source essentiels, comme dans ce cas OpenSSH. Avec le recul, cela devrait être un autre apprentissage au niveau Heartbleed pour le travail des distributions. Ces correctifs constituent les étapes essentielles pour intégrer la porte dérobée et ne font pas l’objet de l’examen minutieux qu’ils auraient probablement reçu de la part des responsables en amont respectifs. Que vous fassiez confiance ou non à la loi Linus, il n’a même pas eu l’occasion d’intervenir ici. L’amont n’a pas échoué sur les utilisateurs, les distributions ont échoué sur l’amont et leurs utilisateurs ici.

Open source et leurs communautés #

Être capable d’inspecter le code source des logiciels open source donne à la communauté un avantage imbattable par rapport aux alternatives propriétaires à fournisseur unique. Cependant, l’audit du code source prend beaucoup de temps et nécessite souvent des experts en domaine et en sécurité très expérimentés. Les distributions commerciales devraient jouer et jouent un rôle important à cet égard ; pourtant, ils ne l’ont pas identifié. Le projet XZ était en ce sens l’angle mort idéal quant à la manière dont les efforts sont généralement alloués aux audits de sécurité. Très profondément imbriqué et important pour chaque distribution pour des raisons non évidentes, et dans l’état d’un seul responsable et de très peu de contributeurs ou de réviseurs depuis des années. Ce n’est pas le nouveau projet open source brillant natif du cloud ou autrement sophistiqué qui attire des milliers de développeurs ou de chercheurs en sécurité, et pourtant il est tout aussi important pour l’intégrité et la sécurité de l’informatique moderne. S’il y a quelque chose à apprendre ici, c’est que les critères de sélection sur lesquels se concentrer doivent être ajustés en fonction de ces apprentissages.

Par ailleurs, d’autres ont déjà souligné que le vecteur d’attaque initial n’était pas technique. Ce n’était pas une archive tar archaïque. La véritable attaque initiale était une ingénierie sociale et utilisait un comportement toxique dans les communautés. Ceci est réel et n’affecte pas seulement dans ce cas les responsables existants des projets open source. De nombreuses histoires ont été racontées dans lesquelles le stress ou l’épuisement professionnel des responsables étaient liés à des participants toxiques dans les communautés du projet. Même si je pense que les distributions ne font pas partie de ces activités, nous ne sommes pas conçus pour empêcher que ces choses se produisent. Les développeurs de la distribution sont concentrés sur leurs problématiques et leurs utilisateurs et risquent, du fait de leur temps limité, de négliger les communautés open source (en amont). C’est une autre chose que nous devons garder à l’esprit.

Des initiatives telles que CHAOSS et Open Source Security Foundation ont été fondées car sinon, ces situations seraient trop faciles à ignorer. Ils fournissent un service essentiel dans l’analyse du « facteur bus » ou du « facteur de collusion » quant au nombre d’acteurs nécessaires pour renverser un projet et permettent ainsi à d’autres de se concentrer sur l’orientation de l’aide là où elle compte le plus.

Le coût de la liberté #

Le FLOSS n’est pas une question de coût, ni d’être libre d’utilisation, mais de liberté d’inspecter et de (ré)utiliser. Quel est le prix de cette liberté ? Dans le monde propriétaire, les logiciels sont payants. En open source, cette liberté doit recevoir la reconnaissance qu’elle mérite et doit être valorisée. Lorsque quelqu’un qualifie la porte dérobée XZ d’incident de sécurité de la chaîne d’approvisionnement logicielle, ce n’est pas une image complète. Une chaîne d’approvisionnement en logiciels serait l’endroit où il y a un fournisseur à une extrémité. Mais les projets et les communautés open source ne sont pas aujourd’hui des fournisseurs. Ils n’ont aucun contrat juridiquement contraignant avec aucun de leurs consommateurs et aucun échange d’argent n’est impliqué. Il existe une communauté, de taille variable, qui contribue et aide, soit en tant que bénévoles, soit en tant que travailleurs rémunérés. La plupart des projets n’en reçoivent pas suffisamment.

En guise de réflexion ouverte : les distributeurs devraient-ils activement développer et gérer leur chaîne d’approvisionnement et traiter “leurs fournisseurs” comme de véritables fournisseurs avec des termes et conditions mutuels juridiquement contraignants et des compensations convenues ?

Le Secure Web of Trust est la nouvelle sécurité de la chaîne d’approvisionnement #

Dans cet incident particulier, des archives tar signées ont été utilisées pour publier le lanceur de la porte dérobée. Beaucoup de choses ont été dites à ce sujet. Nous devons réaliser qu’il s’agit d’une distraction. Un piège. En termes de taille de code, 99,9 % de la porte dérobée se trouvait dans le référentiel de code source. Le lanceur dans l’archive tar devait limiter l’exposition de la porte dérobée aux seules victimes prévues, techniquement inutiles pour quoi que ce soit ou par quoi que ce soit. Il aurait été tout aussi facile à intégrer et tout aussi difficile à repérer, le reste des 0,1 % étant également engagé dans le référentiel de code du projet, juste d’une manière légèrement différente.

Pour la plupart des autres scénarios d’attaque imaginables, les artefacts de version signée offrent des qualités importantes. Ils répondent à l’attente d’expédier uniquement ce qui a été jugé prêt à être expédié. Ils fournissent une chaîne vérifiable de manière indépendante jusqu’à l’origine (le « Fournisseur »). Cependant, chaque distribution commence par cette première partie vérifiable de la chaîne, puis s’y ajoute. Souvent (ou presque toujours) avec un moyen transparent de vérifier également ces changements (sous la forme de procédures conformes au SLSA), le tout de manière isolée. Dans quelle mesure ces chaînes disjointes sont-elles fiables ? Actuellement, les distributions réutilisent occasionnellement des correctifs identiques ou similaires en plus des versions de projet en amont, mais sinon, la plupart du temps, elles fonctionnent de manière isolée et ne collaborent que rarement activement. L’élément essentiel du correctif en aval qui a activé la porte dérobée existait depuis près de 10 ans dans les distributions, mais n’a pas encore été vu en amont.

Nous reconnaissons que la porte dérobée du XZ est intelligemment construite. Pourtant, son exécution comportait des défauts surprenants. Quiconque souhaite intégrer d’autres portes dérobées a tiré les leçons de la large couverture publique de tout ce qui n’a pas fonctionné. Ces erreurs ont été signalées, publiées et tirées des leçons. Nous avons donné aux acteurs derrière cette porte dérobée une formation gratuite pour de futures attaques. Il est temps que les distributions en tirent également des leçons et suivent également des cours de formation. Nous devons collaborer activement et construire un réseau de confiance solide et fiable avec les projets open source et entre nous pour être prêts à relever les inévitables défis futurs à venir. Construisons ensemble un réseau de confiance sécurisé !

news.opensuse.org: Le fond d'écran par défaut a un chemin commun entre openSUSE et SUSE / Default wallpaper has common path across openSUSE, SUSE

2024-04-09T00:00:00Z

Nous utiliserons nouvellement png pour le fond d’écran par défaut défini sur openSUSE Tumbleweed et versions à venir d’openSUSE Leap et Leap Micro.

Le moteur de cette décision est l’unification des chemins de papier peint avec SUSE Linux Enterprise via un lien symbolique de compatibilité, car le format devait être le même. SLES et SLED utilisent PNG depuis le dernier changement de nom dans SLE 15 Service Pack 3 et openSUSE utilise JPG jusqu’à présent.

L’utilisation d’un chemin de fond d’écran par défaut commun permet aux applications utilisant un fond d’écran ou une marque système similaire d’être réexécutées sur SLES et openSUSE sans avoir besoin d’être reconstruites.

Le petit prix pour l’utilisation du format sans perte est une légère augmentation de la taille, cependant, nous utilisons optipng, donc c’est dans les unités de mégaoctets pour toutes les résolutions de fonds d’écran combinées.

ls -la /usr/share/wallpapers/openSUSEdefault/contents/images/1600x1200.png -rw-r--r-- 1 root root 417791 Apr 5 13:14 /usr/share/wallpapers/openSUSEdefault/contents/images/1600x1200.png

ls -la /usr/share/wallpapers/SLEdefault/contents/images/1600x1200.png -rw-r--r-- 1 root root 417791 Apr 5 13:14 /usr/share/wallpapers/SLEdefault/contents/images/1600x1200.png

ls -la /usr/share/wallpapers/SLEdefault lrwxrwxrwx 1 root root 15 Apr 5 13:15 /usr/share/wallpapers/SLEdefault -> openSUSEdefault

Nous avons également fourni une nouvelle apple-touch-icon, qui faisait partie des logos de la distribution SUSE Linux Enterprise et qui manquait du côté openSUSE.

Comme il s’agit en fait d’un changement de fond d’écran par défaut, nous recommandons aux utilisateurs qui utilisent le fond d’écran par défaut de se déconnecter et de se connecter pour éviter tout problème. Veuillez vous assurer que le système a pu relire /usr/share/wallpapers/openSUSE-default-static.xml

La bonne nouvelle à ce sujet est que nous prévoyons de proposer une nouvelle collection de fonds d’écran pour openSUSE Leap 16 ainsi que pour openSUSE Tumbleweed, qui n’a pas vu de changement de fond d’écran depuis un certain temps ; considérez-le simplement comme un joli petit exercice d’incendie.

news.opensuse.org: Mise à jour mensuelle d'openSUSE Tumbleweed - mars / openSUSE Tumbleweed Monthly Update - March

2024-03-30T00:00:00Z

Bienvenue dans la mise à jour mensuelle d’openSUSE Tumbleweed de mars 2024. Ce mois-ci a fourni plusieurs mises à jour anticipées pour la version continue.

Avant de consulter les mises à jour des packages, sachez que ce blog vise à fournir aux lecteurs un aperçu des principaux changements, améliorations et problèmes résolus dans la version continue d’openSUSE tout au long du mois. Si les lecteurs souhaitent recevoir plus fréquemment des informations sur les mises à jour d’instantanés, ils sont encouragés à s’abonner à la liste de diffusion openSUSE Factory .

Commençons.

Nouvelles fonctionnalités et améliorations #

Linux Kernel : Les versions du mois de mars ont progressé avec la mise à jour version 6.8.1. Ces mises à jour améliorent la stabilité, la sécurité et la compatibilité matérielle du système. L’instantané 20240319 qui a déplacé le noyau de 6.7.9 à 6.8.1 a fait ce qui suit :
- Correctifs corrigés Register File Data Sampling (RFDS) vulnérabilités microarchitecturales CVE-2023-28746. Le correctif inclut des mesures d’atténuation telles que l’exportation vers des invités dans des environnements KVM/x86 et ajoute une nouvelle documentation. Il y avait un correctif pour désactiver l’atténuation KVM lorsque le X86_FEATURE_CLEAR_CPU_BUF est défini.
- Une réversion notable est la suppression du code pour les options de montage inode_cache et recovery de Btrfs, suite à un problème. Correctifs liés à Btrfs, tels que la résolution d’une condition de concurrence critique lors de la détection des plages Delayed Allocation pendant fiemap.
- Les mises à jour impliquent des changements de configuration importants pour les architectures arm (armv6hl, armv7hl et arm64). Les mises à jour reflètent les valeurs des options sur différentes architectures et incluent de nouvelles configurations pour la prise en charge matérielle, telles que divers PINCTRL (Pin Control), GPIO (General-Purpose Input/Output), VIDEO, DRM (Direct Rendering Manager) et SND_SOC (Sound System on Chip). ) paramètres.
Plasma 6 : Retrouvez l’article sur news.opensuse.org
GNOME 46 : Retrouvez l’article sur news.opensuse.org
systemd : De la version 254.9 à 255.4, la mise à jour a fourni les éléments suivants :
- Des problèmes spécifiques ont été soit rebasés, soit supprimés s’ils font désormais partie des mises à jour principales de la version 255. Cela indique une étape importante vers le maintien de la cohérence avec les développements en amont tout en garantissant la stabilité et la fiabilité des fonctionnalités systemd au sein de openSUSE.
- Un accent clair a été mis sur l’amélioration du cadre de test au sein du package systemd pour garantir la fiabilité des processus d’installation du chargeur de démarrage pendant les phases de test. Lisez plus d’informations sur l’intégration systemd-bootl.
libzypp 17.32.0
- Introduction d’une nouvelle option de résolution « removeOrphaned » pour les processus de mise à niveau de distribution afin d’améliorer la gestion des packages.
- Correctifs appliqués à vsftpd.conf résolvant les problèmes où SUSE et Fedora utilisent des valeurs par défaut différentes.
- Mises à jour de sécurité : modification pour éviter d’utiliser le OPENSSL_config obsolète dans la section Digest, améliorant ainsi les pratiques de sécurité.
- Introduction de la surcharge ProblemSolution::skipsPatchesOnly pour améliorer les processus de gestion des correctifs.
- Suppression des exceptions de redirection HTTPS->HTTP pour download.opensuse.org, renforçant la sécurité et l’intégrité des processus de téléchargement.
zypper 1.14.70 :
- Intégration d’une nouvelle option --remove-orphaned pour supprimer tous les packages orphelins lors d’une mise à niveau du système.
- Interface utilisateur améliorée indiquant les options actives d’exécution à sec/téléchargement uniquement à l’invite de validation, améliorant ainsi l’expérience utilisateur et la clarté.
- Définition du signal de demande d’arrêt de libzypp sur Ctrl+C pour améliorer la réactivité et le contrôle.
LLVM 18 :
- Les correctifs llvm-do-not-install-static-libraries.patch et llvm-normally-versioned-libllvm.patch ont été rebasés pour s’aligner sur la nouvelle version, répondant aux problèmes spécifiques de distribution et de bibliothèque.
- Modification pour préférer ld.bfd aux autres éditeurs de liens afin d’obtenir une disposition de section compatible avec Transparent Huge Pages (THP), optimisant la gestion de la mémoire et les performances.
shadow : mises à jour vers la version 4.15.1
- Résolution d’un problème provoquant des messages d’erreur injustifiés concernant les options de configuration login.defs inconnues et mise en œuvre de vérifications pour l’omission du descripteur de fichier afin d’améliorer la sécurité et la fiabilité.
- Le shadow-4.15.0-fix-definition.patch a été mis à jour pour corriger les messages d’erreur erronés concernant les options de configuration,
- Liaison améliorée avec libdl pour une meilleure gestion dynamique de la bibliothèque.
  - Révision de shadow-login_defs-unused-by-pam.patch pour garantir une compatibilité et une efficacité continues.

Corrections de bugs #

Mozilla Firefox 124.0.1 : plusieurs correctifs Vulnérabilités et expositions communes. Il s’agissait notamment de CVE-2024-29943, dans lequel un attaquant a pu effectuer une opération hors limites. lire ou écrire sur un objet JavaScript en trompant l’élimination de la vérification des limites basées sur la plage et CVE-2024-29944. Il y a eu 12 CVE supplémentaires corrigés dans la mise à jour de l’instantané 20240326
redis 7.2.3 : la mise à jour fournit un correctif pour CVE-2023-41056 qui a provoqué des problèmes de mémoire et des risques de sécurité.
python311 : CVE-2024-0450 a été ajouté au journal des modifications en raison d’une utilisation inversée de scripts d’outils automatisés.
Noyau Linux 6.8.1 : CVE-2023-28746 était liée aux vulnérabilités microarchitecturales mentionnées ci-dessus. Expat 2.6.2 : Ce CVE-2024-28757 empêche une attaque vulnérable qui le surcharge avec des entités XML, notamment lors de l’utilisation d’analyseurs externes créés d’une certaine manière.
opensc 0.25.0 : contient un correctif pour CVE-2023-5992 où la suppression du remplissage du chiffrement PKCS#1 n’a pas été implémentée en tant que résistance aux canaux secondaires et correctifs CVE-2024-1454 qui nécessite un accès physique et un périphérique spécial lié à son pilote AuthentIC qui se produit lors de la configuration de nouvelles cartes.
libvirt 10.1.0 : La mise à jour apporte un correctif pour CVE-2024-1441 qui comporte une erreur ponctuelle qui pourrait permettre un déni de service via des données contrefaites de faire planter le démon.
Unbound 1.19.2 : fournit un correctif pour CVE-2024-1931, ce qui pourrait conduire à un déni de service dû à une boucle infinie lors de la suppression des enregistrements d’erreurs DNS étendues.
graphviz : exploitabilité pour CVE-2023-46045 peut être rare car ce fichier appartient généralement à root, mais est lié à une lecture hors limites via un fichier “config6a” contrefait. Une solution de bienvenue a été fournie.
openjpeg2 2.5.2 : Avec CVE-2021-3575, un attaquant pourrait l’utiliser pour exécuter du code arbitraire avec les autorisations de l’application compilée avec openjpeg.

Conclusion #

Mars 2024 a apporté de nombreuses mises à jour pour les systèmes openSUSE Tumbleweed. Outre les environnements de bureau Plasma et GNOME, des améliorations ont été apportées à systemd, libzypp, LLVM et plus encore. D’autres mises à niveau importantes au cours du mois comprenaient des mises à jour de bind, CMake, KDE Gear 24.02.1, Mesa, qemu et plus encore. Pour les utilisateurs de Tumbleweed qui souhaitent contribuer, abonnez-vous à la liste de diffusion openSUSE Factory. L’équipe openSUSE encourage les utilisateurs à continuer de participer via des rapports de bogues, des suggestions de fonctionnalités et des discussions.

Contribuer à openSUSE Tumbleweed #

news.opensuse.org: openSUSE répond à une attaque de la chaîne d'approvisionnement contre la bibliothèque de compression xz / openSUSE addresses supply chain attack against xz compression library

2024-03-29T00:00:00Z

Les responsables d’openSUSE ont reçu une notification d’une attaque de la chaîne d’approvisionnement contre l’outil de compression “xz” et la bibliothèque “liblzma5”.

Contexte

Le chercheur en sécurité Andres Freund a signalé à Debian que la bibliothèque xz/liblzma avait été détournée.

Cette porte dérobée a été introduite dans le projet github xz en amont avec version 5.6.0 en février 2024.

Notre distribution continue openSUSE Tumbleweed et openSUSE MicroOS inclus cette version entre le 7 et le 28 mars.

SUSE Linux Enterprise et Leap sont construits indépendamment d’openSUSE. Le code, les fonctionnalités et les caractéristiques de Tumbleweed ne sont pas automatiquement introduit dans SUSE Linux Enterprise et/ou Leap. Il a été établi que le fichier malveillant introduit dans Tumbleweed n’est pas présent dans SUSE Linux Enterprise et/ou Leap.

Impact

Les recherches actuelles indiquent que la porte dérobée est active dans le démon SSH, permettre à des acteurs malveillants d’accéder aux systèmes auxquels SSH est exposé l’Internet.

Au 29 mars, l’ingénierie inverse de la porte dérobée était toujours en cours.

Atténuations

Les responsables d’openSUSE ont annulé la version de xz sur Tumbleweed le 28 mars et a publié un nouvel instantané de Tumbleweed (20240328 ou version ultérieure) qui a été créé à partir d’une sauvegarde sécurisée.

La version inversée est versionnée 5.6.1.revertto5.4 et peut être interrogé avec rpm -q liblzma5.

Recommandation de l’utilisateur

Pour nos utilisateurs openSUSE Tumbleweed où SSH est exposé à Internet nous vous recommandons d’installer une nouvelle version, car on ne sait pas si la porte dérobée a été exploitée. En raison de la nature sophistiquée de la porte dérobée, un la détection d’une violation sur le système n’est probablement pas possible. Rotation également de toutes les informations d’identification qui auraient pu être récupérées depuis le Le système est fortement recommandé. Sinon, mettez simplement à jour vers openSUSE Tumbleweed 20240328 ou version ultérieure et redémarrez le système.

news.opensuse.org: GNOME 46 Arrive dans openSUSE Releases/GNOME Arrives in openSUSE Releases.

2024-03-25T00:00:00Z

Mars a été un mois passionnant pour les utilisateurs d’openSUSE Tumbleweed, alors que GNOME 46 a fait son chemin vers la version continue comme Plasma 6 de KDE l’a fait il y a quelques semaines.

Les utilisateurs et développeurs de GNOME bénéficient non seulement de la mise à niveau dans la version continue, mais également dans le dérivé Aeon Desktop. La version de la distribution Slowroll verra probablement une mise à jour entre le 2 et le 14 avril.

La version 46 de GNOME, nommée « Katmandou », rend hommage aux contributions des organisateurs de GNOME.Asia 2023 et présente des améliorations significatives et de nouvelles fonctionnalités. Une fonctionnalité remarquable de GNOME 46 est la nouvelle fonctionnalité de recherche globale dans l’application de fichiers. Cette fonctionnalité permet aux utilisateurs de rechercher directement dans tous les emplacements configurés et un ajout de filtres par type de fichier et date de modification affine davantage l’outil.

L’application de fichiers a fait l’objet d’une refonte majeure qui permet de basculer instantanément entre les modes liste et grille. Il présentait également d’autres améliorations mineures telles qu’une découverte améliorée du réseau et des favoris dans la vue en grille, ce qui a amplifié l’efficacité de la gestion des fichiers.

Une nouvelle option de connexion à distance améliore les capacités de bureau à distance de GNOME, ce qui permet une configuration et une expérience utilisateur améliorées du côté distant.

L’accessibilité a connu des progrès significatifs, notamment avec le lecteur d’écran Orca, qui inclut désormais un nouveau mode veille et des rapports sur l’état du système. De plus, il y a une augmentation de la cohérence du mode contraste élevé et de nouveaux paramètres pour un basculement plus clair des commutateurs.

D’autres changements incluent l’application des paramètres, qui a été réorganisée et mise à jour pour une navigation plus facile. Les nouveaux paramètres du pavé tactile sont remarquables et incluent des configurations pour les clics secondaires qui visent à améliorer l’interaction et la commodité de l’utilisateur.

Les mises à jour du système incluent des avatars d’utilisateurs actualisés, des notifications améliorées et le clic activé par défaut. L’application logicielle propose désormais des badges vérifiés pour les applications Flathub, et les extensions et les applications de calendrier ont été repensées pour une meilleure convivialité et une meilleure esthétique.

Au-delà des fonctionnalités destinées aux utilisateurs, GNOME 46 introduit de profondes améliorations techniques. Ceux-ci incluent des optimisations des performances et de l’utilisation des ressources, des améliorations de la sécurité, des améliorations du rendu et une prise en charge expérimentale de taux de rafraîchissement variables pour améliorer les performances vidéo dans certaines conditions.

Avec ses mises à jour complètes et les nouvelles fonctionnalités de GNOME 46, les utilisateurs devraient soit effectuer un « zypper dup » soit une « mise à jour transactionnelle » pour obtenir la dernière version.

Alors openSUSE?

2024-03-25T00:00:00Z

Que donne cette openSUSE depuis mon passage intégrale sur celle-ci? Je compare toujours avec ma Debian, mais aussi avec Fedora, Ubuntu et enfin Nixos.

Pour commencer, ça fait plus de 2 mois que je suis dessus totalement et uniquement, j’utilise sa version rolling du nom de Tumbleweed et je dois dire que je suis pas mal. Je dirai que j’ai gagné plus que je n’ai perdu dans tout les domaines, reste la maintenance qui est chiante.

Alors on est loin de la tranquillité de Debian, de sa stabilité et j’entends par là le fait de ne pas se retrouver avec des applications qui perdent ou gagnent des fonctions, ou simplement qui ne sont plus dans les dépôts remplacées par d’autres. En terme de stabilité, dans le sens que tout le monde entend, c’est stable, j’ai dû faire au moins deux fois une update totale de l’ensemble de mes paquets mais ça n’a pas eu de répercussions. J’ai les dernières versions des programmes qui m’intéressent comme les jeux, sans avoir à faire le travail par moi-même en faisant des paquets personnels, ce que je faisais sous Debian. Donc sur ça, je suis largement gagnant, là où c’est moins de bonheur, c’est la tranquillité, ça bouge sans cesse, en grand nombre, pour pas grand chose, par semaine c’est plus ou moins 1000 paquets, par jour on est plus ou moins entre 100 et 300 (ça peut aller jusqu’à l’entièreté de son système donc plus ou moins 4000 paquets chez moi), c’est juste énorme. C’est tellement énorme que je prends mon temps pour mater ce qui va se faire et je prends tout mon temps pour vérifier paquet par paquet pour voir si il n’y a pas des suppressions de trop, je regarde donc si pour une suppression il y a bien un remplacement… Chose que je ne faisais jamais avec Debian.

C’est là que je vois la grosse perte de ne plus avoir Leap, je ne pourrais pas mettre cette distribution dans sa version rolling sur la quasi totalité des machines de mon entourage. Déjà que je trouve Ubuntu LTS limite car certaine de ces mises-à-jour sont chaotiques, que Fedora dépasse la limite entre ses nombreuses updates et surtout ses sauts de versions tout les 6-9 mois, si je devais trouver un truc en dehors de Debian ça serait Nixos, mais là encore il y a le soucis qui est arrivé avec l’histoire du soldat Asus.

Mais bon pour l’utilisation personnel que j’en fais, je n’ai pas de soucis.

news.opensuse.org: Plasma 6 arrive dans openSUSE / Plasma Arrives in openSUSE’s Releases.

2024-03-24T00:00:00Z

Beaucoup d’enthousiasme couvait lors de l’annonce de la sortie de KDE’s Plasma 6 et maintenant la MegaRelease est arrivé dans openSUSE Tumbleweed et Kalpa alors que les plans pour Slowroll progressent.

Les utilisateurs de la version continue (rolling release) et la communauté des développeurs bénéficient d’une mise à niveau qui marque un changement monumental pour les utilisateurs du bureau KDE. La mise à jour deviendra une version Slowroll en avril, car des changements de version au rythme régulier sont attendus entre le 2 et le 14 avril.

Près d’une décennie après la sortie de Plasma 5, l’expérience de bureau pour Plasma 6 commence. La transition signifie non seulement un progrès en termes d’esthétique et de fonctionnalité, mais souligne également l’engagement d’openSUSE à fournir cette technologie très attendue à ses utilisateurs.

Plasma 6 introduit une tonne d’améliorations et de fonctionnalités qui s’adressent à un large éventail d’utilisateurs; du passionné de technologie à l’utilisateur occasionnel. La mise à jour envisage des changements majeurs sous le capot comme une transition vers le dernier cadre d’application Qt et une migration vers Wayland affiche le protocole du serveur défini comme session graphique par défaut. Cependant, à l’heure actuelle, il est important de noter que la session Wayland n’est pas encore la session par défaut dans Tumbleweed ; cette décision permet aux utilisateurs et aux développeurs de discerner si les problèmes rencontrés proviennent de Plasma 6 lui-même ou de la session Wayland. Le dérivé de bureau KALPA de Tumbleweed KDE prévoit de passer à Wayland par défaut.

Les développements incluent une sécurité améliorée, des performances et une prise en charge matérielle moderne améliorée.

Malgré ces changements importants, les utilisateurs devraient trouver l’environnement Plasma 6 familier, conservant l’apparence classique de KDE tout en jetant les bases des innovations futures.

La nouvelle version propose des fonctionnalités telles qu’une vue d’ensemble et des effets de grille sur le bureau ; Il améliore les gestes du pavé tactile et la prise en charge partielle du High Dynamic Range (HDR) sur Wayland, qui, combiné au nouveau fond d’écran « Scarlet Tree », transforme le bureau en un espace de travail vibrant et dynamique.

Plasma 6 introduit des changements visant à améliorer l’expérience utilisateur, notamment un changement dans les paramètres par défaut. Notamment, il adopte une action d’un simple clic pour sélectionner les fichiers et dossiers et une action de double-clic pour les ouvrir. Bien que l’approche en un seul clic rationalise le processus d’ouverture, elle peut être moins intuitive pour les utilisateurs habitués à d’autres systèmes et pourrait compliquer la sélection de plusieurs éléments. Le double-clic, cependant, est plus familier à ceux qui migrent depuis différents systèmes et offre une facilité d’utilisation connue lors de la sélection d’éléments.

Bien que la transition vers Plasma 6 promette de nombreux avantages, quelques problèmes mineurs ont été identifiés dans l’instantané. Aucun n’a été jugé suffisamment grave pour retarder sa sortie.

Ces sujets connus incluent :

Paramètre de thème GTK pour les nouvelles installations : certains utilisateurs peuvent trouver que le thème GTK n’est pas défini correctement. Une solution de contournement consiste à le définir manuellement dans les paramètres système ou à exécuter “kded5” une fois.
Changement d’icône du lanceur pour les mises à niveau : les utilisateurs mettant à niveau leur système peuvent remarquer que l’icône du lanceur est par défaut l’icône Plasma. Cela peut être ajusté manuellement en changeant l’icône en « commencer ici la marque ».
Mises à niveau à partir de systèmes plus anciens : un problème connu affecte les utilisateurs effectuant une mise à niveau à partir des versions 15.3 ou antérieures de Leap liées à un package appelé “libksysguard5-helper”. La solution recommandée est d’opter pour la désinstallation du package problématique.
Délai de démarrage de Plasmashell : les utilisateurs sans matériel Bluetooth peuvent rencontrer un retard au démarrage de Plasmashell si kdeconnect-kde est installé, ce qui peut être atténué en désactivant l’icône de la barre d’état système de KDE Connect.

Alors qu’openSUSE continue d’évoluer avec Plasma 6, Tumbleweed, Kalpa et Slowroll restent déterminés à fournir des systèmes nouveaux, stables et mis à jour à la communauté open source mondiale.

L’équipe d’empaquetage d’openSUSE KDE encourage les utilisateurs à adopter cette nouvelle phase, à explorer les riches fonctionnalités de Plasma 6 et à fournir des commentaires pour aider à affiner les futures versions. L’aventure ne fait que commencer pour Plasma 6 et nous invitons les gens à s’engager dans le développement de logiciels open source et à « s’amuser » dans ce voyage vers une nouvelle ère de l’informatique de bureau.

news.opensuse.org: Des améliorations arrivent pour le Download Redirector (Redirecteur de téléchargement) / Improvements arrive for Download Redirector

2024-03-14T00:00:00Z

Le Download Redirector a reçu quelques améliorations mineures de la qualité de vie, qui sont discutées ci-dessous.

Projets #

Le menu principal du site de téléchargement comporte désormais un élément Projets. Ce tableau définit la manière dont les statistiques supplémentaires sont collectées et visibles dans divers rapports, tels que le rapport miroirs et le rapport de téléchargements.

Propagation miroir #

Le temps de propagation du miroir est collecté pour les projets mentionnés ci-dessus. Pour y accéder, cliquez sur le projet correspondant dans le tableau mentionné précédemment, par ex. ISO Tumbleweed. La vue montrera la découverte de miroirs utilisables au fil du temps.

De plus, cliquer sur la valeur dans la colonne « version » affichera des informations détaillées sur le moment où la mise à jour a été découverte sur un miroir spécifique, par ex. Version 20240310.

Slowroll sur le rapport des miroirs #

Slowroll a été ajouté en tant que projets : ISO et repo, donc est désormais visible sur rapport miroirs. La propagation miroir sera également collectée.

sypper : un outil pour télécharger des packages #

Dans le cadre du benchmarking et du prototypage de l’infrastructure miroir, un nouvel outil a été développé, sypper. Bien que son objectif soit un peu différent, il peut être utilisé pour le pré-téléchargement de packages pour zypper. L’analyse comparative montre qu’il télécharge 4 à 5 fois plus rapidement en utilisant des téléchargements simultanés et en ignorant certaines vérifications avancées, ce que fait zypper. Vérifiez donc le readme si vous souhaitez expérimenter la vitesse de téléchargement.

Retour #

Pour d’éventuels commentaires, veuillez ouvrir un problème dans les projets github correspondants ou utiliser n’importe quel canal de héros openSUSE.

news.opensuse.org: Leap 15.6 atteint la phase bêta / Leap 15.6 reaches beta phase.

2024-03-06T00:00:00Z

Le projet openSUSE est ravi d’annoncer la phase de version bêta de Leap 15.6.

Cette première version bêta devrait être synchronisée sur les miroirs du monde entier le 6 mars pour que les utilisateurs puissent la télécharger et la tester.

Les ingénieurs de publication invitent les gens à participer aux tests bêta d’openSUSE Leap 15.6. Les testeurs sont encouragés à signaler un bug contre openSUSE Leap 15.6. Un guide pratique sur le signalement des bogues peut être trouvé sur la page wiki Bug Day..

N’hésitez pas à télécharger des images bêta de Leap 15.6 depuis get.opensuse.org et à les tester, ou mettre à jour à partir de votre système Leap 15.5 existant en exécutant zypper --releasever=15.6 dup. Vous souhaiterez peut-être vous familiariser avec les problèmes connus dans Leap 15.6.

Montrez votre soutien en vous rendant aujourd’hui à notre réunion hebdomadaire du jeudi à 20h00 UTC et en participant à l’événement de test bêta de Leap 15.6 en direct, alias “Journée des bogues”. L’événement sera diffusé en direct sur la chaîne openSUSE sur youtube.

“Assurons-nous que Leap 15.6 fonctionne bien sur votre matériel et que nous pouvons le conserver pendant les 18 prochains mois”, a déclaré Lubos Kocman, responsable des versions d’openSUSE Leap. “Nous ne pouvons pas résoudre les problèmes matériels, les demandes de fonctionnalités et autres problèmes sans connaître ces problèmes. Notre openQA est limité. Tester différents matériels et signaler ces problèmes est d’une grande aide.”

Construit sur SUSE Linux Enterprise 15 Service Pack 6, la version bêta, qui est entièrement compatible avec la version Linux d’entreprise se concentrera sur la stabilité et offrira une option à ceux qui cherchent à migrer vers une distribution d’entreprise.

L’un des aspects essentiels de Leap 15.6 est la version Linux Kernel 6.4, qui bénéficiera de nombreuses mises à jour de rétroportage et la version devrait bénéficier d’un support logiciel et matériel plus récent.

Avec la version mise à jour du noyau, glibc 2.38, systemd 254 et le firmware les mises à jour avec la version dracut 059+ devraient améliorer la puissance de traitement et des temps de démarrage plus rapides.

La pile de conteneurs a été actualisée car la version podman 4.8 offre plus de prise en charge. Nextcloud prêt à l’emploi peut être facilement exécuté de manière optimale avec quadlets. Les dernières versions de distrobox, docker, python-podman et skopeo sont disponibles pour une utilisation en conteneur.

La pile de virtualisation gagne également des versions plus récentes avec Xen 4.18, KVM 8.1.3, libvirt 1.0 et virt-manager 4.1.

Les progiciels liés aux télécommunications ont reçu des mises à jour et Leap 15.6 devrait avoir DPDK 23.07 et les versions 3 et 4 de Open vSwitch sera disponible.

La version bêta introduit des mises à jour substantielles à tous les niveaux, à commencer par l’environnement KDE. Qt 5 reçoit une mise à niveau vers 5.15.12+kde147 et bénéficie d’améliorations de sécurité de la part des développeurs de KDE au-delà de la version standard. Cette mise à jour apporte un passage à KDE Frameworks 5.114.0 et marque un saut par rapport à la version précédente 5.90.0. Parallèlement, Qt6 passe à la version 6.6.1 et garantit que les dernières applications peuvent fonctionner correctement avec les nouvelles bibliothèques. Les liaisons Python pour PyQt5 et PyQt6 sont mises à jour et s’alignent bien avec la pile Python 3.11.

Les utilisateurs de GNOME seront ravis de la mise à jour GNOME 45, qui améliorera l’expérience utilisateur avec de nouvelles fonctionnalités et améliorations. L’environnement de bureau continue d’évoluer, offrant une interface plus élégante et plus intuitive.

La gestion audio fait l’objet d’une double mise à niveau puisque PulseAudio est mis à jour vers la version 17.0 et propose un matériel amélioré et une prise en charge Bluetooth, qui inclut des rapports sur le niveau de batterie de l’appareil. Pendant ce temps, PipeWire passe à la version 1.0.3 et étend ses capacités avec de nouvelles fonctionnalités et améliore la compatibilité avec Pulseaudio et JACK.

Les packages liés à la sécurité ont également été mis à jour pour la phase bêta et OpenSSL 3.1.4 est la nouvelle version par défaut. Les autres bibliothèques associées mises à jour sont liboqs 0.8.0, python-pycurl, python-uamqp, python3-python3-saml, python-xmlsec, python3-M2Crypto. firewalld 2.0.1, gnutls 3.8.0 et openvpn 2.6 .X. La mise à jour de AppArmor 3.1.6 pourrait éventuellement voir une mise à niveau vers la version 4.

L’équipe d’ingénierie des versions du projet encourage les utilisateurs à télécharger, tester et fournir des commentaires sur la version bêta de Leap 15.6. Cela permet d’identifier et de résoudre tout problème avant la version finale, prévue pour la mi-juin, selon la feuille de route.

Cette version marque une nouvelle étape dans l’offre d’une plate-forme stable et riche en fonctionnalités pour les postes de travail, les serveurs et bien plus encore. Les utilisateurs et les développeurs sont encouragés à se joindre aux efforts visant à affiner cette version en signalant les bogues, en contribuant au logiciel et en partageant leurs expériences. Les efforts de la communauté pour chaque test, rapport de bug ou retour constituent une étape précieuse vers un lancement réussi d’openSUSE Leap 15.6.

Montrez votre soutien à la version bêta de Leap en vous rendant au bar openSUSE pour discuter de ce que vous aimez dans la version et envisagez de rejoindre la réunion hebdomadaire où les participants prévoient d’enregistrer une vidéo sur la façon de signaler les bugs pour la version bêta.

Téléchargez la version bêta #

La version bêta de Leap 15.6 est disponible sur get.opensuse.org. Choisissez une image correspondant à votre objectif. Installez-le sur une VM comme virtualbox, GNOME Boxes ou installez-le sur votre propre matériel, que nous préférer.

news.opensuse.org: Nouvelle intégration systemd-boot dans openSUSE / New systemd-boot Integration in openSUSE.

2024-03-06T00:00:00Z

Plusieurs changements se produisent quotidiennement dans la version continue d’openSUSE Tumbleweed et l’intégration de systemd-boot dans a évolué.

Un changement par rapport au traditionnel chargeur de démarrage GRUB promet de meilleures performances et sécurité de démarrage du système.

Une présentation all-systems-go par Ludwig Nussel met en lumière les motivations, les défis et l’orientation future de [systemd-boot](https://github .com/systemd/systemd/tree/main/src/boot) intégration dans openSUSE.

La principale motivation derrière l’adoption de systemd-boot réside dans sa simplicité et son efficacité, en particulier lors de la gestion du chiffrement complet du disque. Les chargeurs de démarrage traditionnels tels que GRUB nécessitent l’intégration de codes de déchiffrement et de fonctions de dérivation de clés qui peuvent compliquer le code du chargeur de démarrage et le processus de démarrage ; cela pourrait ralentir le système au démarrage. Avec systemd-boot, ces responsabilités sont déléguées au noyau Linux et à l’espace utilisateur, ce qui permet de rationaliser le processus de démarrage.

L’utilisation de MicroOS et Tumbleweed de Btrfs et de ses capacités de capture d’instantanés ajoute de la complexité au processus de démarrage ; ce problème est résolu en intégrant systemd-boot au système de gestion des instantanés pour garantir que chaque instantané démarre correctement et que les mises à jour du noyau sont gérées correctement dans cet environnement dynamique.

Pour faciliter cette intégration, de nouveaux scripts et outils d’empaquetage comme « sdbootutil » ont été introduits pour gérer les versions du noyau, les instantanés et les entrées de démarrage. Cet outil joue un rôle crucial en faisant de systemd-boot un choix pratique pour les utilisateurs d’openSUSE, car la manière dont les instantanés sont gérés est différente dans MicroOS et dans Tumbleweed.

À l’aide de sdbootutil, le système créera de nouvelles entrées de démarrage de type n°1 dans la Partition système EFI (ESP) pour représenter toutes les options de démarrage disponibles, qui copiez à partir de l’instantané les nouveaux noyaux installés dans cette partition. Cela générera également un bon « initrd » pour ces instantanés.

Lors de l’utilisation du chiffrement complet du disque, sdbootutil appellera également les différentes commandes qui mettront à jour les politiques requises pour déverrouiller automatiquement les nouveaux instantanés à l’aide du Trusted Platform Module 2.0 (TPM2) interne du système.

Idéalement, à l’avenir, certaines, sinon la totalité, de ces fonctionnalités seront exportées vers « systemd » lui-même ou vers d’autres composants système de la distribution. Ces changements font de cet outil un bon endroit pour expérimenter, valider ou abandonner les différentes approches menées par openSUSE avec systemd-boot.

À ce stade, la prise en charge de systemd-boot dans openSUSE est toujours considérée comme expérimentale. Les installateurs yast de Tumbleweed et MicroOS proposent le démarrage système comme alternative à grub pour les plus courageux. Il existe également des appareils prêts à l’emploi pour qemu qui utilisent par défaut le démarrage système et le chiffrement complet du disque.

Reprise du blog.

2024-03-02T00:00:00Z

J’avais pas mal de retard sur ce que je devais faire sur le blog, le projet openSUSE étant assez bavard sur ce qu’il fait, j’ai rattrapé comme j’ai pu.

J’ai donc fait les traductions des 5 billets qui suivent:

En espérant vous donner envie de suivre openSUSE.

news.opensuse.org: Mise à jour mensuelle d'openSUSE Tumbleweed - février / openSUSE tumbleweed monthly update - february.

2024-03-02T00:00:00Z

Bienvenue dans la mise à jour mensuelle d’openSUSE Tumbleweed pour février 2024. Ce mois-ci, nous avons un jour de plus en février en raison de l’année bissextile, mais voici ce que nous avons pour le mois. Ce blog vise à fournir aux lecteurs un aperçu des principaux changements, améliorations et problèmes abordés dans les instantanés openSUSE Tumbleweed tout au long du mois. Si les lecteurs souhaitent recevoir plus fréquemment des informations sur les instantanés openSUSE Tumbleweed, il est conseillé aux lecteurs de s’abonner à la liste de diffusion openSUSE Factory.

Nouvelles fonctionnalités et améliorations #

Linux Kernel : février a apporté des mises à jour du noyau Linux, passant des versions 6.7.2 à 6.7.6. Ces mises à jour se concentrent sur l’amélioration de la gestion de la mémoire, la résolution de certaines vulnérabilités de sécurité et l’introduction de la prise en charge de nouveaux modèles de matériel, garantissant ainsi une compatibilité et des performances améliorées sur différents systèmes.
- Correction de divers problèmes, notamment le déréférencement de pointeur nul dans powerpc/mm, le paramètre de nœud incorrect pour arm64 irq et les erreurs de construction dans l’architecture powerpc.
- Correction de l’affectation des nœuds pour la pile VMAP dans le module irq arm64.
- Correction d’un déréférencement de pointeur nul dans pgtable_cache_add dans le module powerpc/mm.
- Correction de divers problèmes dans les systèmes de fichiers comme ext4 et JFS.
- Assurer une bonne gestion des NMI lors du démarrage très précoce dans le module x86/boot.
- Nouveau support matériel ou nouveaux modèles :
- Ordinateur portable X15 AT 23 coloré
Cadres KDE : mise à jour pour la version 5.115.0.
- Modules xtra CMake : ECMUninstallTarget transfère désormais le code généré à partir de exec_program obsolète, améliorant ainsi la compatibilité et la maintenabilité.
- KHolidays : ajoute St Brigid’s Day.
- KIO : Une fois de plus KDirModel, permet d’étendre les répertoires réseau dans le sélecteur de fichiers.
- prison : Active les exceptions pour videoscannerworker.cpp.
Mesa : mises à jour vers 23.3.6
- zink : corrige les artefacts scintillants dans Selaco, les couleurs cassées/le mélange à double source sur PinePhone Pro et corrige le placement clairsemé des bo.
- panfrost : résout les artefacts graphiques sur T604 (T600), corrige les échecs intermittents du compilateur lors de la création de tests Valhall et complète les tâches de calcul avec des zéros sur la v4.
- radeonsi : corrige les retournements/déchirures non synchronisés avec le rendu KMS DRM sur 780M et corrige une forte corruption dans Amnesia : The Dark Descent.
- VK : Divers correctifs pour les tests irréguliers, les artefacts de « bandage » en plein écran dans Age of Empires IV et les échecs dans les tests du pipeline dEQP-VK.
systemd : mises à jour vers la version 254.9.
- vconsole-setup : problème résolu où vconsole-setup échouerait si le seul vc trouvé est déjà utilisé par Plymouth.
- systemd-testsuite : Dépendance mise à jour vers “qemu” au lieu de “qemu-kvm”, ce dernier étant obsolète.
- test/test-shutdown.py : option ajoutée pour afficher les E/S de test dans un fichier journal dédié.
- pages de manuel : mise à jour de la documentation pour inclure des plages pour les fichiers de configuration des distributions et les fichiers de configuration locaux.
- libbpf : Version de libbpf déployée par systemd mise à jour (faible dépendance).
glibc : Mise à jour de la version 2.38 à 2.39,
- Réécriture PLT : introduction d’un nouveau paramètre, glibc.cpu.plt_rewrite, permet d’activer la réécriture PLT sur les architectures x86-64.
- Synchronisation avec le noyau Linux 6.6 : synchronisation avec l’interface de pile fantôme du noyau Linux 6.6.
- Nouvelles fonctions : ajout de nouvelles fonctions sous Linux, notamment posix_spawnattr_getcgroup_np, posix_spawnattr_setcgroup_np, pidfd_spawn, pidfd_spawp et pidfd_getpid.
- Fonctions scanf-family : prise en charge des modificateurs de longueur du format wN pour les arguments pointant vers des types spécifiques.
- Réglage de l’allocation de mémoire : introduction d’un nouveau réglage, glibc.mem.decorate_maps, pour ajouter des informations supplémentaires sur la mémoire sous-jacente allouée par la glibc.
- ISO C2X : Inclusion de l’en-tête <stdbit.h> de l’ISO C2X.
- AArch64 : Ajout de nouveaux symboles à libmvec sur AArch64.
- Améliorations de ldconfig : ldconfig ignore désormais les noms de fichiers contenant des caractères et des modèles spécifiques.
- Améliorations de l’éditeur de liens dynamiques : l’éditeur de liens dynamique appelle les fonctions « malloc » et « free » dans plus de cas lors de l’accès TLS si un objet partagé avec TLS dynamique est chargé et déchargé.
Cups-Filtres : mises à jour vers la version 1.28.17
- Découverte améliorée des capacités de l’imprimante : améliorations permettant de découvrir de manière plus fiable toutes les capacités des imprimantes sans pilote, en particulier l’impression sans bordure. Cela inclut de préférer les formats Apple Raster aux formats PWG Raster ou PCLM.
- Optimisation du générateur PPD : le générateur PPD crée désormais une seule ligne *cupsFilter2 pour le raster, en utilisant le format le plus souhaitable/fiable, généralement Apple Raster.
- Gestion de la base de données multimédia : améliorations dans la gestion séparée des attributs IPP media-col-database et media-col-ready si nécessaire, révélant des fonctionnalités importantes telles que l’impression sans bordure.
- Considération des alternatives de marge : prise en compte de toutes les alternatives de marge lors de la génération de fichiers PPD pour les imprimantes sans pilote, garantissant ainsi la découverte de fonctionnalités sans bordure pour de nombreuses imprimantes.
- Améliorations de l’impression des images : les images sont désormais imprimées dans leur taille d’origine avec “print-scaling=none” et des types de données obsolètes pour la lecture des images TIFF a été remplacée par des équivalents modernes.
openvpn : mises à jour vers la version 2.6.9
- Journalisation améliorée : les alertes SSL sont désormais enregistrées de manière plus visible, améliorant ainsi la visibilité sur les problèmes liés à SSL.
- Améliorations de la documentation : clarifications et ajouts à la documentation, y compris la documentation de l’option tls-exit comme option principalement de test.
- Nettoyage du code : suppression des prototypes de fonctions inutilisés et du code redondant, garantissant une base de code plus propre et une maintenabilité améliorée.
- Gestion des erreurs : ajout de contrôles d’erreurs manquants et améliorations des messages d’erreur pour un meilleur débogage et dépannage.
- Améliorations de la sécurité : mise en œuvre de la fonctionnalité --tls-export-cert et ajout de vérifications de la disponibilité de TLS 1.0 PRF, améliorant ainsi les mesures de sécurité.
- Clarifications de configuration : clarifications concernant l’option tls-crypt-v2-verify et suppression des options redondantes comme --tls-export-cert.
- Compatibilité des bibliothèques : prise en charge ajoutée pour les versions plus récentes de dépendances telles que mbedtls 3.x.y, avec la prise en charge de TLS 1.3 désactivée.

Mises à jour de sécurité #

Les mises à jour de ce mois incluent des correctifs de sécurité critiques et des corrections de bugs pour glibc, GStreamer, Salt, Xen et bien d’autres packages.

Corrections de bugs #

glibc : quelques vulnérabilités et expositions communes ont été corrigées. CVE-2023-6246, CVE-2023-6779, qui était un débordement de tampon, CVE-2023-6780, qui Il s’agissait d’un dépassement d’entier, ce qui a conduit à un calcul incorrect de la taille du tampon.
GStreamer : CVE-2024-0444 a rendu cela possible pour qu’un tiers malveillant déclenche un crash de l’application.
Salt : CVE-2024-22231 était vulnérable à un répertoire une attaque de traversée et CVE-2024-22232, avec une URL spécialement conçue, pourrait conduire à une traversée de répertoire dans le fichier salt serveur.
Xen : CVE-2023-46839 avait une grande complexité et exigeait des privilèges élevés.
dnsmasq : les deux CVE-2023-50387 et CVE-2023-50868 pourraient permettre à des attaquants distants de provoquer un déni de service.
qemu : CVE-2023-6693 pourrait permettre un pirate informatique pour voler des données via un périphérique réseau.
bind : CVE-2023-50387 a été associé à un La faille DNS « KeyTrap » permet aux attaquants de surcharger les serveurs à distance. Les trois autres étaient CVE-2023-4408, [CVE-2023-5679](https://www.suse .com/security/cve/CVE-2023-5679.html) et CVE-2023-6516.
Node.js : plusieurs CVE ont été corrigés. Il s’agissait de CVE-2024-21892, qui permettait aux utilisateurs non privilégiés d’obtenir des droits élevés, CVE-2024-22019, qui était une faille qui permettait aux attaquants de planter des serveurs avec des requêtes mal formées, et CVE-2024-22017, qui était un bug de traversée de chemin via la manipulation de tampon dans une fonctionnalité expérimentale. Il y avait aussi CVE-2024-21896, CVE-2023-46809, CVE-2024-21891, CVE-2024 -21890, CVE-2024-22025 et CVE-2024-24758, qui conservaient les en-têtes Proxy-Authentication après les redirections ; mettre à niveau si nécessaire.

Conclusion #

Février 2024 pour openSUSE Tumbleweed présente une gamme variée de mises à jour et d’améliorations pour les composants essentiels. Il y avait des correctifs de sécurité critiques pour des logiciels comme la glibc, GStreamer et Salt. Le noyau est passé de 6.7.2 au début du mois à 6.7.6. Il y a eu des mises à jour pour KDE Frameworks, Mesa, systemd, Cups-Filters et d’autres composants principaux. D’autres mises à jour importantes au cours du mois incluent fwupd 1.9.13, PostgreSQL 16.2, Pulseaudio 17.0, GTK 4.12.5, Python 3.11.8, RPM 4.19.1.1, Mozilla Firefox 122.0.1, PHP 8.2.16, Poppler 24.02.0, Shadow 4.14.5, binutils 2.42, Qemu 8.2.1 et Python 3.12. Le mois prochain, systemd 255.3 devrait arriver dans la version continue car le package est actuellement en cours de préparation. L’équipe openSUSE encourage les utilisateurs à continuer de participer via des rapports de bugs, des suggestions de fonctionnalités et des discussions.

Contribuer à openSUSE Tumbleweed #

news.opensuse.org: Participez aux heures d'ouverture de la communauté d'Uyuni / engage with uyuni community hours.

2024-03-01T00:00:00Z

Comme de nombreux projets open source, le Projet Uyuni a une longue tradition de [favoriser l’engagement communautaire et le dialogue ouvert](https://github.com/uyuni- project/uyuni/wiki/Uyuni-Community-Hours), c’est pourquoi ceux qui sont intéressés par la gestion de la configuration devraient envisager de rejoindre les Uyuni Community Hours prévu le 24 février à 15h00 UTC.

Les sessions des Uyuni Community Hours ont lieu le dernier vendredi du mois. Les sessions offrent une opportunité inestimable de se réunir à la fois pour la communauté et pour l’équipe de développement du projet.

Au cours de ces sessions, les participants se voient présenter les derniers développements concernant Uyuni. Ce forum ouvert permet à la communauté de poser des questions, de fournir des commentaires et de suggérer des fonctionnalités ou des améliorations directement à l’équipe de développement. Cette approche proactive aide Uyuni à évoluer et à s’aligner sur les besoins et les attentes de sa base d’utilisateurs.

La session de ce vendredi répond aux retours et aux besoins de la communauté :

Récapitulatif de la migration des réunions : un aperçu des modifications récentes apportées à la plate-forme de réunion, améliorant l’accessibilité et la participation de la communauté.
Quoi de neuf dans Uyuni : une exploration détaillée des dernières fonctionnalités et améliorations de la version de février 2024 d’Uyuni.
Uyuni conteneurisé : stratégie de publication : aperçu de l’avenir du déploiement et de la gestion d’Uyuni dans des environnements conteneurisés.
Uyuni Health Check : Fonctionnement sur un “supportconfig” : Introduction d’un nouvel outil conçu pour simplifier et rationaliser les contrôles de santé des serveurs Uyuni.
One Shot Execution of Recurring Actions : une discussion sur l’amélioration de la gestion et de l’exécution des tâches dans le cadre d’Uyuni.
Tester, créer et publier la documentation avec les actions GitHub : une approche innovante pour maintenir et distribuer une documentation à jour pour les utilisateurs et les développeurs d’Uyuni.

Cette session est accessible avec un ordre du jour détaillé et vise à tenir la communauté contributrice bien informée des sujets et discussions à venir. Que vous soyez développeur, administrateur ou passionné de logiciels open source, rejoignez les Uyuni Community Hours pour offrir des informations précieuses sur l’avancement du projet et les initiatives futures.

news.opensuse.org: Mise à jour mensuelle d'openSUSE Tumbleweed - janvier / openSUSE tumbleweed monthly update january.

2024-03-01T00:00:00Z

Bienvenue dans la mise à jour mensuelle d’openSUSE Tumbleweed de janvier 2024. Ce sera le nouveau format à l’avenir, recommandé par ceux qui contribuent aux efforts marketing d’openSUSE. Ces mises à jour mettront en évidence les changements majeurs, les améliorations et les problèmes clés résolus dans les instantanés openSUSE Tumbleweed tout au long du mois. Le but est de tenir la communauté et les utilisateurs informés des évolutions et mises à jour de la distribution. Si les lecteurs souhaitent recevoir plus fréquemment des informations sur les instantanés openSUSE Tumbleweed, il est conseillé aux lecteurs de s’abonner à la liste de diffusion openSUSE Factory.

Nouvelles fonctionnalités et améliorations #

Linux Kernel : mises à jour des versions 6.6.7, 6.6.9, 6.6.10, 6.6.11 et 6.7.1.
- Des correctifs ont été appliqués pour la gestion de la mémoire et les vulnérabilités de sécurité, améliorant ainsi la sécurité globale du système.
- Prise en charge de nouveaux modèles de matériel
  - PCI : ajoute des bizarreries ACS pour davantage de ports racine Zhaoxin, améliorant ainsi la compatibilité et les performances des processeurs et des cartes mères de Zhaoxin.
  - ALSA (Advanced Linux Sound Architecture) : ajout de propriétés de pilote pour cs35l41 pour la série Lenovo Legion Slim 7 Gen 8 et introduction de la prise en charge de modèles Dell supplémentaires sans _DSD, ainsi que de correctifs pour les LED de sourdine et de micro-mute du HP Envy X360 13-ay0xxx, indiquant une compatibilité plus large pour le matériel audio des ordinateurs portables.
  - LED : le module ledtrig-tty reçoit des mises à jour du tampon ttyname alloué gratuitement lors de la désactivation, ce qui a un impact sur la façon dont les déclencheurs LED sont gérés pour les activités du terminal.
Mozilla Firefox : mises à jour vers les versions 121.0 et 121.0.1
- La mise à jour résout un bug qui provoquait le blocage de Firefox lors du chargement de sites avec des mises en page basées sur des colonnes, améliorant ainsi la stabilité et les performances.
- Correctifs appliqués pour garantir des coins arrondis pour les vidéos et une fermeture correcte de Firefox qui empêche les conflits de clé de sécurité USB avec d’autres applications.
Cadres KDE : mise à jour pour la version 5.114.0.
- Les mises à jour importantes incluent des correctifs dans les modules Extra CMake, l’introduction des jours fériés au Kenya observés par KHolidays et des ajustements des paramètres de qualité pour AVIF dans KImageFormats.
- Améliorations clés dans KIO pour la gestion des entrées Exec malformées, améliorations de l’accessibilité dans Kirigami et des correctifs de stabilité dans KJobWidgets pour éviter d’éventuelles erreurs d’utilisation après libération.
Mesa : mises à jour vers 23.3.3
- Focus sur Python 3.6 correctifs de build et améliorations de la prise en charge des pilotes.
- La version introduit NVK, un nouveau pilote Vulkan pour le matériel NVIDIA, qui marque une avancée dans la prise en charge des GPU NVIDIA , mais il reste encore au stade expérimental.
- Amélioration des performances graphiques et de la compatibilité Asahi et RADV et améliorations des capacités OpenGL ES et Vulkan
- Introduit des mises à jour critiques telles que l’exigence de libvulkan1 pour Mesa-dri de prendre en charge les solutions de secours du pilote zink/swrast, ce qui améliore encore l’expérience utilisateur globale avec les applications graphiques et les jeux.
systemd : mises à jour vers la version 254.8
- Annule les correctifs liés aux mises à jour des nœuds de périphériques udev et les solutions de contournement aux problèmes. A adopté une approche prudente pour corriger les bogues signalés et garantir la stabilité des systèmes de gestion des appareils.
- Les ajustements apportés à udev garantissent la bonne existence et la propriété de %_modulesloaddir, facilitant une installation plus fluide des modules par d’autres packages, améliorant ainsi la configuration du système et la gestion des modules.
PHP : Mise à jour de la version 8.2.14 à 8.2.15,
- Correction d’un échec de vérification de l’intégrité SSA faussement positif et résolution des avertissements Autoconf lors de la compilation croisée.
- Le serveur Web intégré CLI gère désormais correctement les délais d’attente lors de l’utilisation de scripts de routeur en conjonction avec max_input_time.
- Corrige un crash lors de l’utilisation de stream_wrapper_register avec FFI\CData et des problèmes d’interaction entre FFI::new et les observateurs.
- IntlDateFormatter accepte désormais correctement « C » comme paramètres régionaux valides.
- Un problème de blocage dans l’extension Hash pour les grandes chaînes avec sha512 est résolu.
GStreamer : mises à jour vers la version 1.22.8
- Correction des vulnérabilités de l’analyseur du codec vidéo AV1.
- Les correctifs incluent la résolution d’un blocage potentiel dans le décodeur vidéo avdec avec FFmpeg 6.1
- Améliorations de la lecture inversée et de la recherche dans qtdemux des fichiers contenant des flux audio bruts
- Améliorations des bibliothèques GstPlay et GstPlayer
- Mises à jour de l’outil de construction Cerbero pour répondre aux avertissements d’échappement de chaîne Python 3.12
Samba : Mises à jour vers la version 4.19.4
- Résout des problèmes tels que l’incapacité de net changesecretpw à définir le mot de passe du compte machine avec un secrets.tdb vide,
- Améliore la génération de documentation par rapport à la variable d’environnement XML_CATALOG_FILES.
- Problèmes résolus où smbd ne détectait pas les adresses IPv6 publiques ctdb pour l’exclusion multicanal, et le paramètre force user = localunixuser était inefficace lorsque autoriser les domaines de confiance = non.
- Correction de vulnérabilités et de bugs critiques, tels que les pierres tombales d’objets supprimés visibles dans AD LDAP pour les utilisateurs normaux CVE-2018-14628, et divers correctifs d’authentification et de fonctionnalités smbget, améliorant la sécurité et l’expérience utilisateur.

Mises à jour de sécurité #

Les mises à jour de ce mois incluent des correctifs de sécurité critiques pour divers packages. Des améliorations de sécurité notables ont été intégrées aux mises à jour de Firefox, systemd, Samba et PHP et bien plus encore.

Corrections de bugs #

xorg-x11-server 21.1.11 et xwayland 23.2.4 : ces mises à jour a résolu plusieurs CVE, améliorant ainsi la sécurité et la stabilité des protocoles du serveur d’affichage. Une liste de ces CVE peut être trouvée dans l’avis de sécurité.
gnutls 3.8.3 : CVE-2024-0553 était une vulnérabilité qui permet des attaques chronométrées dans RSA-PSK, risquant une fuite de données et un correctif pour CVE-2024-0567 a été made, ce qui constitue une faille dans la validation des certificats du cockpit qui permet des attaques par déni de service à distance.
java-11-openjdk 11.0.22.0 : plusieurs CVE. CVE-2024-20919, CVE-2024-20926 , CVE-2024-20921, CVE-2024-20918, CVE-2024-20945, CVE-2024-20952
samba 4.19.4 : CVE-2018-14628 un attaquant authentifié mais non privilégié aurait pu découvrir les noms et les attributs conservés des objets supprimés dans le magasin LDAP.
python-Jinja2 3.1.3 : CVE-2024-22195 était une faille dans laquelle le filtre xmlattr autorisait de manière incorrecte les clés contenant des espaces, permettant aux attaquants d’injecter des attributs nuisibles via les entrées de l’utilisateur.
rdma-core 49.1 : Bien que les CVE spécifiques abordés dans la mise à jour n’aient pas été mentionnés, la mise à jour fait partie de la maintenance régulière pour garantir la stabilité et la sécurité.

Contribuer à openSUSE Tumbleweed #

Conclusion #

Nous continuerons d’affiner et d’améliorer ce format. Nous attendons avec impatience une autre année passionnante de développement et d’engagement communautaire avec openSUSE Tumbleweed. Rendez-vous tous au FOSDEM la semaine prochaine. Bonne informatique !

news.opensuse.org: Explorer la feuille de route d’Agama pour 2024 / exploring agama's 2024 roadmap.

2024-03-01T00:00:00Z

Un article récent sur le blog YaST sur la feuille de route d’Agama considère le nouveau programme d’installation comme suffisamment fonctionnel pour se lancer dans des tâches allant de la localisation et de la configuration du réseau à la configuration du stockage et à la sélection initiale du logiciel.

Pour ceux qui ne suivent pas le blog YaST, voici ce qui attend Agama en 2024.

L’équipe a défini une stratégie pour cette année et, malgré la fluidité de son développement, l’équipe s’engage sur un calendrier de sortie régulier pour Agama avec deux étapes importantes. La première est prévue pour la mi-avril et la seconde vers la mi-juillet.

L’étape d’avril devrait révolutionner l’architecture d’Agama. Il s’éloignera de sa dépendance à l’égard de Cockpit pour se tourner vers un cadre plus autonome associé à une interface utilisateur raffinée visant à rationaliser les configurations de stockage.

L’objectif de la deuxième étape est d’améliorer la flexibilité et les capacités d’Agama pour les installations sans surveillance, ce qui vise à positionner Agama comme une formidable alternative à AutoYaST.

L’échafaudage fourni par le Cockpit Project clarifie la vision de l’avenir d’Agama en évoluant vers une nouvelle voie. Les prochains mois seront consacrés à redéfinir cette approche pour que la croissance d’Agama ne soit pas entravée par des dépendances extérieures.

Alors que les modifications architecturales jettent les bases des avancées futures, une attention égale doit être accordée à l’amélioration de l’expérience utilisateur. L’interface de configuration du stockage remaniée sera à la fois conviviale pour les nouveaux arrivants et plus polyvalente pour l’expérience. Cela vise à fournir un équilibre entre simplicité et personnalisation.

La openSUSE Conference 2024 est nichée entre les jalons et l’équipe profitera de cet événement pour servir de plate-forme pour discuter du potentiel d’Agama à redéfinir l’expérience d’installation au sein de l’écosystème openSUSE. les idées et les contributions sont essentielles au succès d’Agama, c’est pourquoi les parties prenantes sont encouragées à s’engager avec l’équipe, à partager des idées et à participer au développement continu d’Agama.

Lisez plus d’informations sur Agama sur le blog YaST.

news.opensuse.org: Les séances de contribution commenceront demain / Contribution sessions to begin tomorrow.

2024-03-01T00:00:00Z

La communauté openSUSE est heureuse d’annoncer qu’elle organisera de courtes sessions visant à encourager les gens sur la manière de contribuer au projet.

Un groupe de bénévoles présentera de courtes sessions de 15 minutes diffusées et/ou enregistrées sur la chaîne YouTube d’openSUSE visant à enseigner aux gens l’emballage, en utilisant le Open Build Service, créant des tests pour openQA et d’autres domaines de développement.

La première session sur « Utilisation de base d’OBS/osc en utilisant un changement de version comme exemple » devrait commencer demain, le 15 février à 21h00 UTC.

Une autre conférence, « Directives d’emballage (politiques de correctifs) et soumission de nouveaux packages », est prévue le 27 février à 16h00 UTC.

D’autres séances devraient être programmées à des dates ultérieures.

Les sessions sont répertoriées sur le calendrier openSUSE ; recherchez les sessions d’atelier de contribution marquées en orange.

Ceux qui souhaitent présenter doivent remplir la zone vide pour les sessions futures répertoriées dans le e-mail sur les événements.

Donner une session est un excellent moyen de redonner à la communauté et offre la possibilité d’enseigner aux autres des compétences et des connaissances sur le développement open source.

Un peu de nouvelles d'ici.

2024-02-24T00:00:00Z

J’ai rien écris depuis un bon mois, j’en suis désolé, pas que je n’ai pas envie, loin de moi l’idée d’abandonner le blog non plus, il est comme je le veux alors non je le lâche pas, juste une pause principalement dû aux jeux que je fais en ce moment que sont les Baldur’s gate (1, 2 et 3), les Pillars of Eternity (1 et 2) et Patchfinder Kingmaker qui me prennent un temps fou…

Normalement je faisais un bon gros billet sur ça, notamment Baldur’s gate 3 et ce que j’en pensais, malheureusement pour moi, j’ai encore fait une mauvaise manipulation et le billet hyper complet est quelque part entre les limbes du néant…

Je regarde chaque jour le forum et je lis ce qui s’y passe, alors même si je n’interviens pas, sachez que je suis tout de même là.

J’espère me replonger comme il se doit sur le blog d’ici peu.

La disparition de Leap, est ce une grosse perte pour moi?

2024-01-20T00:00:00Z

Je vais donner un avis, un avis final, mon avis final sur la disparition de Leap chez openSUSE et par quoi je vais la remplacer chez moi, ce qui est déjà fait, chez les autres qui étaient dessus, puis aussi l’avenir de ce que je compte faire du moins dans un premier temps.

Je vais être des plus directs, oui c’est une connerie de lâcher Leap, selon les stats que j’ai déjà donné, on pouvait voir facilement que Leap était la distribution openSUSE la plus populaire, dépassant même et assez largement la version rolling Tumbleweed. Mais, au vu de ce que je faisais avec, de ce que je rajoutais dedans, notamment pas mal de dépôts “Experimental” (qui sont en quelque sorte des “backports” mais séparés dans des dépôts par thèmes) du style “emulator”, “editor”, “game”, “KDE”, “KDE-extra”, “KDE-applications”, “KDE-framework” et j’en passe, qui faisaient que je me retrouvais avec plus ou moins une dizaine de dépôts supplémentaires, qui me rendait ma Leap plus ou moins aussi récente et roulante en partie qu’une rolling, du moins pour toutes les applications ou bureaux qui se trouvent dans les dépôts que je rajoutais, ne laissant en fin de compte que la “base” c’est à dire le noyau --entre autre chose-- venant de Leap. Avec cette façon de faire, je n’avais pas la tranquillité que devait me fournir ce genre de distributions, une Leap étant plus ou moins une sorte de Debian, d’Ubuntu LTS, de Mageia, c’est à dire des distributions qui privilégient la stabilité que la nouveauté. Mais si on ajoute à cela ce que l’on sait maintenant sur la maintenance des failles d’une telle version, notamment que chez openSUSE, il y avait peu de personnes s’occupant des taches chiantes de faire descendre les correctifs et de patcher pour la sécurité, 65 personnes plus ou moins, ce qui n’est pas énorme, on comprends aisément les motifs. Honnêtement, il n’y a que chez Debian où on trouve une équipe qui ne fait que ça et qui s’en sorte sans trop de mal.

Moi-même, je n’avais jamais vu sous cette angle le soucis des distributions “fixed”, je comprends mieux que certaines distributions comme Arch passe sous silence ce genre de sorties et se concentre sur le rolling, car en fin de compte, il est bien plus facile à tenir dans le temps, là où les distributions à sortie fixe doivent donner pas mal de moyens dans la sécurisation et surtout faire des patchs.

Donc, ça se comprends, maintenant allons-nous comprendre? Pas sûr, de mon coté, oui, je dois l’admettre que j’ai de toute façon migrer depuis longtemps mes Leap vers des Tumbleweed, pour des raisons que avec celle-ci j’ai moins de dépôts à ajouter et j’ai plus de paquets sans passer par des dépôts dits “experimental”.

Le projet openSUSE n’est pas enthousiasmé par la proposition de SUSE pour remplacer Leap par ALP --je rappel que rien n’est sûr d’avoir Yast (logiciel important dans le cœur d’openSUSE) dans ALP-- , c’est le moins que l’on puisse dire, c’est pour ça qu’il y a eu des recherches d’échappatoires, si je peux dire ça comme ça, avec des solutions comme Linarite et Slowroll.

Dans les deux cas, le soucis qui se pose c’est qu’on est obligé d’avoir une équipe qui s’occupe d’intégrer des patchs des nouvelles versions des logiciels dans les anciennes, ce qui comme on a pu le voir est un véritable problème chez openSUSE, pas que mais dans le cas qui nous intéresse, c’est bien de elle qu’on parle donc, un problème de mains d’œuvre uniquement. Slowroll est un peu moins concerné puisque elle serait juste une version retardé pour X motifs (temps d’incubation dans un dépôts à la Debian testing comme possibilité ou encore façon à la Manjaro), de Tumbleweed.

Je vois une autre possibilité, ajouter un dépôt séparé pour la sécurité --comme la Debian stable le fait-- à Tumbleweed, ce qui ferait qu’on pourrait même automatiser ce genre d’updates, tout en laissant les autres mises à jour de coté pendant un temps. C’est en partie ce que je fais avec la mienne, je ne fais pas mes updates tous les jours, mais une fois par semaine voir encore moins si je ne pense pas à le faire, ça peut être une fois dans le mois sur mes autres machines que je n’allume pas si souvent.

Toujours dans mon cas, le passage à la rolling n’est pas traumatisant, je n’aime toujours pas le rolling, mais si ça peut faciliter la vie aux contributeurs et à la distribution, je ne suis pas contre. Faut voir aussi et comprendre que je passe de Debian sur ma machine principale à la Tumbleweed, donc c’est un choc d’opposition, un choc de culture, aussi de comment doit être une distribution… Et pourtant, je ne suis pas embêté plus que ça, à part des updates de 200/500 paquets chez openSUSE Tumbleweed au lieu des 10/50 paquets chez Debian Stable…

Au delà de ça, je suis tranquillisé par le système BTRFS et ses snapshots automatisés, qui me permettent de me libérer des tracas d’une rolling. Alors on est loin de la libération d’une Nixos, qui pousse vraiment loin ce concept, mais on est pas mal.

Alors en ce qui concerne mon chez moi, c’est assez simple, j’ai ma machine principale en openSUSE Tumbleweed, le reste des machines, c’est-à-dire 5 autres PC, sont sous Nixos pour la quasi totalité, 1 sous une Debian old --old old old-- stable (une Squeeze…) et la dernière machine est sous SUSE 9.3 car je ne peux plus rien y mettre d’autre. Chez mon entourage, c’est principalement du Debian, avec un peu d’Ubuntu, je dois avoir encore une Mageia mais l’ami Asus est sous openSUSE Leap, jusqu’à ce qu’elle ne soit plus une option possible. Je sais déjà que la machine ne veut pas me faciliter la vie avec la mise en place de Nixos, que Debian reste une option plus que probable, que Ubuntu LTS aussi, même plutôt elle que la Debian car j’admets ne plus vouloir chercher à m’emmerder pour trouver les drivers du matos… La remplaçante de la Leap d’openSUSE sera aussi une option, j’espère que la ALP sera en effet ce petit plus qui me facilitera la vie tôt ou tard, sinon il y aura Slowroll voir même une Tumbleweed avec des updates mensualisées, même si pour le coup et comme j’ai tendance à le dire ici, je n’apprécie pas de mettre des rollings chez des personnes totalement dépendantes de mon aide pour quoique ce soit et ce même pour l’installation de logiciels.

J’ai toujours adoré entendre les geeks me dirent qu’ils conseillent des Manjaro pour des Michus, ils n’ont pas de vrais Michus, moi j’en ai, ce n’est pas du tout l’image donnée par ces geeks, les miens ne font rien, pas de mises à jour, encore moins de sauts de versions, ni d’installations de paquets et jamais de configurations; le simple changement/remplacement d’imprimante est une impossibilité de leur part de le faire…

Je pense qu’à la moindre merde ça sera Ubuntu pour tout le monde, je n’aime pas Ubuntu, mais c’est LA distribution, le seule qui nous laisse tranquille et reste accessible pour le commun des mortels.

news.opensuse.org: Clarifier les malentendus sur Slowroll / Clarifying Misunderstandings of Slowroll.

2024-01-19T00:00:00Z

Les résultats d’une enquête sur les cas d’utilisation ont donné des informations pertinentes sur la façon dont les gens perçoivent openSUSE Slowroll.

Certains le considèrent comme un remplacement d’openSUSE Leap, mais des nouvelles récentes concernant un cap clair défini pour Leap devrait aider à expliquer que Slowroll a un chemin différent.

Slowroll est une distribution expérimentale introduite en 2023. Elle a été conçue comme une variante de openSUSE Tumbleweed alors que l’avenir d’openSUSE Leap n’était pas encore clair.

La principale caractéristique de cette distribution est une version plus lente que celle de Tumbleweed.

Certains utilisateurs pourraient trouver utile cet équilibre entre des mises à jour rapides de Tumbleweed et une version stable traditionnelle comme openSUSE Leap. Après tout, le but et les principes des logiciels open source sont de promouvoir la liberté du logiciel, de permettre aux utilisateurs d’étudier, de modifier et de distribuer librement des logiciels à n’importe quelle fin ; Slowroll fait tout ce qui précède.

Slowroll intègre de grosses mises à jour tous les mois environ, ainsi que des corrections de bogues et des mises à jour de sécurité continues dès qu’elles sont disponibles.

L’idée derrière Slowroll est de proposer une distribution qui améliore la stabilité sans perdre l’accès aux nouvelles fonctionnalités des packages de base telles que le noyau, les environnements de bureau et le packaging. Ces cycles de mise à jour plus lents permettent des tests et une validation plus approfondis des packages avant leur inclusion. Considérez Slowroll comme plus un saut qu’un saut.

Concernant la relation de Slowrolls avec openSUSE Leap, il est important de noter que Slowroll ne remplace pas Leap. Il offre plutôt une alternative aux utilisateurs recherchant des logiciels plus récents, à un rythme plus lent que Tumbleweed, mais beaucoup plus rapide que Leap. Ceci est particulièrement pertinent dans le contexte de la transition de la future branche de la distribution SUSE Linux Enterprise vers ALP (Adaptive Linux Platform). Le développement de Slowroll est né de discussions entre les développeurs openSUSE sur l’avenir de la distribution openSUSE Leap, mais n’a aucun autre rapport avec la version Leap.

Slowroll est encore assez nouveau et est basé sur les packages openSUSE Tumbleweed.

Bien que Slowroll soit un ajout important à la famille openSUSE, il s’adresse aux utilisateurs choisissant un système logiciel mis à jour légèrement plus lent. Le nom Slowroll a été choisi pour refléter son cycle de mise à jour plus lent et a été retenu après un processus de vote de la communauté.

Source

news.opensuse.org: Richard Brown (SUSE) commente les résultats sur le remplaçant de Leap.

2024-01-16T00:00:00Z

Richard Brown (SUSE) a déjà commenté ces résultats : https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/KJMMAZFTP2MPKWKFZCYUROZFJ44BNVB5/

Bonjour à tous,

J’ai examiné les résultats de la récente enquête auprès des contributeurs pour évaluer l’intérêt et la faisabilité du remplacement d’openSUSE Leap par une nouvelle offre créée par la communauté. Pour ceux qui n’ont peut-être pas suivi les efforts, il existe des propositions visant à créer deux distributions très différentes pour remplacer Leap :

“Linarite”, une distribution de bureau à l’ancienne, probablement avec une sélection de packages plus restreinte que celle à laquelle nous sommes habitués avec Leap à moins que nous trouvions beaucoup plus de contributeurs pour pouvoir tout supporter,
“Slowroll”, un dérivé de Tumbleweed, construit automatiquement autant que possible, utilisant l’automatisation et les métriques pour copier les packages de Tumbleweed seulement après certaines conditions (âge maximum, X semaines sans changement, etc). Fondamentalement, une tentative de fournir quelque chose de moins effrayant que Tumbleweed à pleine vitesse.

Plutôt que de bombarder tout le monde avec toutes les données, j’ai décidé d’adopter une approche consistant à poser des questions spécifiques et à voir quelles données de l’enquête aident le mieux à répondre à cette question.

Q1 : L’enquête a-t-elle atteint un échantillon représentatif de notre base de contributeurs ? R : L’enquête a reçu 251 réponses au total, dont 101 de personnes s’étant identifiées comme « contributeurs », soit aux distributions, soit au projet de manière plus large. 72 personnes ont été identifiées comme contributeur à la distribution, ce qui est plus important que les 61 personnes qui ont soumis des packages à Leap ou Backports pour la dernière version. Je pense donc qu’il est clair que l’enquête a touché un public suffisamment large pour qu’on puisse en tirer des conclusions significatives.
Q2 : Entre « Linarite », « Slowroll » et ne remplaçant pas Leap, lequel est le plus apprécié de nos contributeurs ? R : Ne pas remplacer Leap était l’option la plus populaire lorsqu’on a demandé aux contributeurs de distribution à quelles options ils contribueraient (39 %). Ne pas remplacer Leap/utiliser Tumbleweed était l’option la plus populaire lorsqu’on a demandé aux contributeurs de distribution quelles options ils utiliseraient sur leur ordinateur de bureau/ordinateur portable. (54 %) Ces mêmes contributeurs ont collectivement suggéré que Linarite devrait être la direction d’openSUSE (37 %) et ce qu’ils utiliseraient sur leurs serveurs (43 %) au troisième trimestre.
Q3 Entre « Linarite », « Slowroll » et ne remplaçant pas Leap, lequel est le plus apprécié de nos utilisateurs ? Le slowroll était l’option la plus populaire lorsqu’on a demandé aux utilisateurs à quelles options ils contribueraient (28 %). Linarite était 3e (19 %) après ne pas avoir remplacé Leap (25 %). Slowroll était également l’option n°1 lorsqu’on a demandé aux utilisateurs quelle option était la meilleure direction pour openSUSE (39 %) et laquelle utiliserait-il sur un serveur (48 %). . Le simple fait d’utiliser Tumbleweed était également l’option la plus populaire auprès de nos utilisateurs pour leurs ordinateurs de bureau/ordinateurs portables (41 %), suivi de Slowroll (36 %). Linarite n’était pas le choix n°1 de nos utilisateurs dans aucune des questions posées.
Q4. Avons-nous suffisamment de contributeurs/Pouvons-nous obtenir suffisamment de contributeurs pour faire fonctionner n’importe quelle option ? 24 contributeurs de distribution ont déclaré qu’ils contribueraient à Linarite 13 ont déclaré qu’ils contribueraient à Slowroll 49 % ont déclaré qu’ils ne contribueraient à aucun remplacement de Leap 26 utilisateurs ont déclaré qu’ils contribueraient à Linarite 38 ont déclaré qu’ils contribueraient à Slowroll 53 % ont déclaré qu’ils ne le feraient pas. contribuer à tout remplacement de Leap

Quelques réflexions/analyses Nos utilisateurs semblent massivement favoriser les versions en continu, avec 51 % à 64 % exprimant une préférence pour Tumbleweed ou Slowroll, qu’on leur demande ou non s’ils l’utiliseront pour Serveur, ordinateur de bureau, ou s’ils contribueront ou penseront que c’est la meilleure direction pour le projet. Cette préférence augmente lorsque les contributeurs sont interrogés, la préférence allant de 55 % à 71 % selon la question.

À la lumière de ces résultats, je suggère à la communauté que si nous voulons construire quelque chose pour remplacer Leap, alors l’option sur laquelle nous devrions nous concentrer est Slowroll. C’est l’option la plus populaire auprès de nos utilisateurs et l’option la plus étroitement adaptée à ce que nos contributeurs utilisent eux-mêmes. Je pense également qu’il est plus important que le remplacement de Leap se concentre sur les cas d’utilisation de bureau, car openSUSE hébergera également des copies 1:1 des produits ALP de SUSE.

Ces produits devraient être géniaux pour les personnes qui souhaitent des distributions de serveurs de type entreprise. Étant donné qu’il semble idiot de trop nous disperser en essayant de remplacer Leap qui soit à la fois un système d’exploitation serveur et un système d’exploitation de bureau. Cela dit, je crains toujours que nous n’ayons pas suffisamment de contributeurs pour rendre viable tout remplacement de Leap. Leap a eu du mal même avec 61 personnes contribuant directement à la base de code et aux rétroportages/PackageHub. Et c’est à ce moment-là que nous avons pu emprunter la base de code SLE, ce qui a considérablement réduit le travail requis.

Slowroll ou Linarite nécessiteraient beaucoup plus de travaux d’emballage et de maintenance que Leap. Et pourtant, sur la base des résultats de cette enquête, nous pensons que nous allons remplacer Leap par beaucoup moins de contributeurs que nous n’en avons même pour Leap. En dehors de l’enquête, seules 17 personnes ont exprimé leur intérêt à travailler sur un remplacement de Leap, et jusqu’à présent, Slowroll et Linarite ont tous deux été des one-man-shows.

Plein d’espoir, Slowroll semble être le concept qui promet de convertir davantage d’utilisateurs en contributeurs. Et si nous nous concentrons uniquement sur le bureau (en nous appuyant sur les copies ALP 1:1 pour le serveur), nous n’aurons peut-être pas besoin d’autant d’efforts. Mais je crains que nous ferions plus de mal que de bien à notre communauté en poursuivant un effort qui ne suscite pas vraiment beaucoup d’enthousiasme. L’enquête montre clairement une tendance des gens à croire qu’openSUSE devrait faire des choses auxquelles ils ne sont pas disposés à contribuer. Pour qu’un remplacement de Leap soit viable, à la fois réalisé puis soutenu pendant des années, je suis convaincu que nous avons besoin d’une augmentation significative du nombre de personnes retroussant leurs manches et travaillant dans ce sens. Donc, Je veux défier la communauté avec quelques questions. Devons-nous poursuivre ces efforts ? Si oui, êtes-vous prêt à aider ? Pensées, commentaires, flammes sont tous les bienvenus

– Richard Brown Architecte de distribution SUSE Software Solutions Germany GmbH, Frankenstraße 146, D-90461 Nuremberg, Allemagne (HRB 36809, AG Nürnberg) Directeurs généraux/Geschäftsführer : Ivo Totev, Andrew McDonald, Werner Knoblich

news.opensuse.org: openSUSE: les votes sont clos.

2024-01-16T00:00:00Z

L’élection annuelle du conseil d’administration du projet openSUSE touche à sa fin, voici les résultats du votes:

Noms	nombre de voix
Joed Lopez	24
Patrick Fitzgerald	129
Simon Lees	133
Shawn W Dunn	74

news.opensuse.org: Un cap clair est défini pour openSUSE Leap. / Clear Course is Set for openSUSE Leap.

2024-01-15T00:00:00Z

L’équipe de publication d’openSUSE confirme qu’il y aura un successeur à Leap 15 et qu’il s’agit d’un bond en avant numérique.

Alors que beaucoup attendent avec impatience l’arrivée de Leap 15.6 cette année, une voie pour Leap 16 en tant que successeur les attend. Basé sur la nouvelle base de code ALP (Adaptable Linux Platform) de SUSE, openSUSE Leap 16 combinera les avantages d’une distribution de serveur d’entreprise avancée avec une maintenance et une sécurité conviviales qui sont une caractéristique de la série Leap.

Leap 16 vise à trouver un équilibre entre un système d’exploitation Linux de pointe et traditionnel issu du développement d’ALP par SUSE et des initiatives visant à intégrer efficacement les packages communautaires.

La transition vers Leap 16 n’est pas seulement une avancée numérique, mais symbolise une avancée significative en matière de technologie et d’expérience utilisateur. L’avenir d’openSUSE Leap repose sur le concept innovant de la plateforme Linux adaptable de SUSE.

La plate-forme Linux adaptable alimente les solutions openSUSE Leap, Leap Micro et SUSE de nouvelle génération. Il rend les distributions plus adaptables et adaptées aux charges de travail cloud natives tout en étant également capable de gérer un rythme d’innovation rapide.

Tout le monde est encouragé à s’impliquer dans le développement de ces nouvelles plateformes en fournissant des commentaires, des packages, des tests, de la documentation et par tout autre moyen.

Leap continuera à suivre le modèle de développement d’usine openSUSE.

Le processus de développement impliquera de rassembler les exigences, y compris celles des ateliers communautaires, pour garantir que Leap 16.0 répond aux besoins changeants de ses utilisateurs. La communauté openSUSE regarde déjà l’horizon avec l’introduction prévue de Leap 16.

Aux côtés du Leap 16, Leap Micro 6.0 succédera à la série Leap Micro 5. Il est basé sur SUSE Linux Enterprise Micro 6.0, qui se concentre sur les charges de travail conteneurisées et virtualisées.

Leap et Leap Micro offriront tous deux aux utilisateurs des chemins de migration clairs et suffisamment de temps pour la mise à niveau. En cas de retard de Leap 16, l’équipe de publication peut prolonger le cycle de vie de Leap 15.6 ou, en dernier recours, publier Leap 15.7 pour assurer un chevauchement suffisant. Leap 16 garantira qu’il n’y aura pas d’écart entre la version et le cycle de fin de vie du Leap 15.

Les gens peuvent trouver des mises à jour d’informations sur Leap 16 sur la page de feuille de route du projet. L’équipe de publication partagera le début du développement de Leap 16 et comment s’impliquer via les canaux officiels openSUSE.

Source

news.opensuse.org: La conférence ajoute un événement de réseautage axé sur les affaires / Conference Adds Business Focused Networking Event.

2024-01-12T09:00:00Z

Le projet openSUSE est ravi d’annoncer l’événement de réseautage Open 4 Business, une initiative collaborative lancée par l’organisation le DORS/CLUC, prévue le 26 juin de 14h à 18h. au Campus Franken à Nuremberg, en Allemagne.

Cet événement, qui se tiendra conjointement avec la openSUSE Conference 2024 (oSC24), est dédié à favoriser les connexions au sein de la communauté des affaires open source.

L’événement vise à contribuer à l’établissement d’un paysage commercial permettant d’aligner les petites et moyennes entreprises (PME) qui défendent des valeurs similaires en matière d’éthique et de technologie open source. L’événement Open 4 Business vise à servir de pont pour connecter les passionnés d’open source. Cet événement aidera les gens du monde des affaires à s’engager et à collaborer efficacement.

Les principaux objectifs que vise Open 4 Business sont :

Souligner que le monde des affaires partage des liens avec les communautés open source
Fournir une plate-forme pour faire des affaires durables et ouvertes une réalité
Promouvoir la collaboration commerciale avec des projets open source
Promouvoir le réseautage et les partenariats entre les PME, les indépendants et les entreprises

Cet événement est l’occasion pour toute personne désireuse d’élargir son réseau d’affaires, de découvrir de nouveaux projets et de dialoguer avec d’autres experts. Le projet vous invite à participer à l’événement Open 4 Business.

Le projet openSUSE souhaite exprimer sa gratitude à l’organisation DORS/CLUC pour son rôle dans le lancement de l’événement de réseautage #open4business et vise à aider à étendre cet événement de réseautage d’affaires à d’autres conférences technologiques open source animées par la communauté.

Pour participer, envoyez un e-mail à ddemaio@opensuse.org avec le sujet « open4business » ou soumettez une proposition dans le cadre de la sélection Open 4 Business de 4 heures. Les discussions pour l’événement Open 4 Business auront lieu dans une fenêtre de 4 heures le 26 juin, chaque conférence ne durant pas plus de 15 minutes par présentateur. Veuillez noter que les conférences de cet événement se dérouleront sous le thème du réseautage d’affaires et seront distinctes des thèmes techniques de la conférence qui aura lieu du 27 au 29 juin. L’événement aura lieu à Katzwanger Str. 130, situé au rez-de-chaussée, à côté des bureaux de SUSE à Nuremberg.

La soumission d’une proposition pour le oSC24 est ouverte jusqu’au 15 avril. La conférence aura lieu au Z-Bau , qui se trouve en bas de la rue des bureaux de SUSE à Nuremberg.

Le site se tourne principalement vers openSUSE.

2024-01-10T00:00:00Z

Je parlais principalement de Debian sur ce site, avec des exceptions pour les nouvelles traduites du projet openSUSE, plus d’autres rares billets sur openSUSE et quelques distributions linux comme en ce moment Nixos, on va faire maintenant l’inverse, c’est-à-dire que l’exception sera les billets sur Debian.

Je me recentre principalement sur openSUSE et tout ce qui entoure le projet, pas mal de Nixos aussi, enfin j’espère puisque je continue l’aventure dessus, mais j’ai bien peur que je n’ai pas grand chose à dire sur elle, ayant principalement un usage bureautique des plus ordinaires et simplistes sans besoin de multimédia compliqué ou de besoins gamers. Je vais éviter de tourner autour du monde de Debian, pas que je n’en ai pas envie, juste pour ne pas retomber dans l’envie d’être avec une Debian.

Déjà, si j’arrive à traduire les nouvelles mensuelles, faire quelques billets personnels et des tutos, ça fera encore vivre le site pour dix ans.

news.opensuse.org: Projet visant à organiser un atelier pour la demande de mentorat (Project to have Workshop for Mentorship Application).

2024-01-09T00:00:00Z

Le projet openSUSE organisera un atelier le 16 janvier à 15h30 UTC sur [meet.opensuse.org/meeting](https://meet.opensuse.org /meeting) qui se concentrera sur les efforts de candidature et de mentorat du Google Summer of Code de cette année.

Le projet openSUSE a une longue tradition de participation au GSoC et les membres de la communauté qui souhaitent participer en tant que mentor doivent assister ou mettre à jour leur projet qu’ils souhaitent répertorier sur 101.opensuse.org en ouvrant un numéro sur le projet GitHub Mentoring d’openSUSE.

L’atelier suivra la réunion de la communauté openSUSE pour déterminer le nombre de projets pouvant être répertoriés pour la candidature de cette année, qui est ouverte du 22 janvier. et le 6 février.

L’atelier donnera aux mentors et aux personnes souhaitant s’impliquer dans le mentorat suffisamment de temps pour décrire plusieurs idées de projets avant que les administrateurs ne soumettent la candidature GSoC.

Les participants sont encouragés à créer un aperçu de certaines idées de projets avant l’atelier sur l’Etherpad de l’événement.

Les mentors et les administrateurs ayant participé aux précédents programmes Google Summer of Code assisteront à l’atelier.

Source.

bilan 2023 et ce que va être mon informatique en 2024.

2024-01-08T00:00:00Z

Déjà le bilan 2023, avec ce qui s’est passé sur le site, j’en ai oublié d’être passé par ce cap avec mon bilan 2023, c’est vraiment con d’avoir flingué le site pour une connerie. On va plutôt se tourner sur ce que sera 2024, en tout cas ce que j’espère que 2024 va être pour moi.

Pour le bilan 2022, je disais quelque chose comme ça:

Normalement, je devrais mettre en route des Nixos en remplacement des Leap, notamment chez mes parents, mais aussi principalement chez moi avec mon portable. Le seul hic, c’est que pour le moment, je ne pige rien sur le fait de mettre en place un service comme Postfix, ftp ou tout autre chose, du reste même Minidlna, je n’y comprends rien, mais c’est plus vraiment un soucis. Je parlerais un peu plus de Nixos prochainement.

J’ai pu le faire, alors pas partout et c’est un peu dans l’incompréhension la plus totale, mais au moins chez ma mère ça marche, je suis assez content du résultat, voir totalement satisfait, je ne sais pas pourquoi j’ai voulu jouer le mec blasé, cerise sur le gâteau, j’ai tout automatisé comme pour moi du reste.

L’autre chose qui s’est passé depuis le bilan 2023, j’ai arrêté Debian, que ce soit son utilisation ou la pensée de contribuer, contrairement à ce que disait Carl CHENET car ce n’est clairement pas si simple chez Debian de le faire, c’est juste un combat de tout les jours et ça ne me va pas. Exemple que je retiens:

Les consommateurs passifs n’envoient jamais un rapport de bogue. C’est une perte de temps, qui réclame des efforts. Qui a le temps de l’écrire sauf les pigeons ? Pas même un ping au mainteneur ou au développeur principal du projet (ils devraient savoir, ils ont écrit cette merde !) Ok, je l’ai appelé sur Twitter il y a 2 minutes. Les gens ne répondent pas en une minute ? Allez vous faire foutre, bande de losers juste bons à perdre votre temps ! Je m’en tape qu’il soit 2h du matin pour lui.

C’est drôle justement ça me rappel un cas chez Mageia que j’ai rapporté avec une correction simple et qui n’a jamais été corrigé, seulement deux ans plus tard pour la sortie d’une nouvelle version, on m’a demandé de confirmer la présence sur la version actuelle… Vous imaginez bien que je n’ai pas donné de nouvelles, m’en foutant comme de ma première chemise.

J’en ai souvent parlé, chez Debian c’est juste compliqué de faire des contributions liées aux paquets, c’est simple de faire des contributions autre que des paquets, que ce soit des traductions, des news, de la documentation, tout est simple et facile mais quand ça touche aux paquets, c’est juste le début d’un long périple… Je ne parle même pas de la considération presque digne du néant pour les simples contributeurs autres et sans titres, en vrai en dehors des DD (Développeurs Debian), il n’y a pas de considérations, c’est tout.

Fedora est à l’opposé de Debian, juste se faire un compte Fedora User et on a tout ce qu’il faut, même le droit de vote pour des choses essentiels, comme le leader project. C’est aberrant mais c’est vrai!

Et une chose que je répète sans cesse, openSUSE est la distribution où il est le plus facile de contribuer et où on se sent bien.

Donc en 2024, puisque l’on y est, je contribuerais uniquement à openSUSE, déjà en traduction de news pour la communauté FR, mais en paquet certainement, dès que l’occasion se présentera d’elle-même, comme un paquet manquant un peu d’amour et que j’utilise, bref, vous voyez la chose…

J’espère du reste que 2024 sera la continuité de mon abandon de Debian, fin 2023 j’ai pu lâcher celle-ci, grâce entre autre à la Nixos, j’espère donc profiter de cet élan et me passer totalement de Debian. J’aime imaginer que Debian est derrière moi.

En ce qui concerne le site, il tourne avec l’aide de 11ty, clairement je ne pense plus bouger, je n’en trouve pas l’envie, ni le besoin, j’ai ce que je veux et surtout ce dernier a pu me montrer sa force en étant capable de récupérer mes conneries, choses que je n’aurais pas pu faire avec autre chose. Alors j’ai perdu le site, en fait j’ai perdu la partie source de mon site, le rendu était là sur le serveur et donne ce que vous voyez. Mais j’ai en partie récupéré tout, mes scripts bien sûr, ma CSS, mais aussi l’ensemble des billets en version HTML. Si je n’étais pas aussi flemmard, je pourrais reprendre les billets pour mieux les incorporer.

Je n’ai pas envie de bouger car j’ai trouver avec 11ty quelque chose de simple, configurable, personnalisable, d’extensible, capable de tout lire et de tout transformer. Là où j’ai toujours eu des limitations imposées par les outils utilisés que ce soit Jekyll, Pelican, Zola ou encore Hugo, ou bien encore la facilité ou la faisabilité d’une chose, qui ne l’était pas sur ces outils, avec 11ty c’est tout le contraire. Par exemple, allez ajouter des options pour le markdown dans Zola, c’est simple ce n’est pas faisable car l’auteur ne le veut pas (c’est ce que j’ai lu); Allez ajouter une recherche dans Hugo, c’est assez simple (quoique) mais ça ralentit énormément le tout…

Il y a une version 3 de 11ty dans les cartons, je me mettrais dessus par la suite, peut être avant même que ce soit stable. C’est le seul changement que je vois pour le site en 2024. Après comme toutes bonnes choses, je ne suis pas à l’abri de la découverte d’un nouveau outils de la balle, mais j’ai assez donnée avec Astro, l’outil à la mode pour ça actuellement.

Il faut sauver le soldat Asus version 2023 (suite et fin)!

2024-01-06T00:00:00Z

J’en ai parlé dans le billet Il faut sauver le soldat Asus version 2023, je devais sauver encore une fois le soldat Asus, pour y arriver, je comptais sur Nixos que je voulais lui coller mais comme toujours sur cette machine, rien ne s’est passé comme prévus!

On recommence mais on change un peu, ça date de 4 ans, le soucis datait même d’avant si je me souviens bien avec un début de conversation en 2018 (même décembre 2017 et une installation en Janvier 2018) que j’explique dans un billet tardif nommé “Windows pas si simple que ça et Linux pas si compliqué!”. Je sais que je suis venu en 2019 faire un passage en Debian 10 puis en 2021 pour la passer en 11 mais depuis plus rien, la 12 ayant sortie cette année, je me laissais un peu de temps pour intervenir, ce qui ne presse pas puisque les mises à jour sont bien appliquées en temps et en heure de façon automatique…

Et bien non, c’était une Ubuntu 22.04 LTS, le pourquoi du comment, je n’en sais rien, je ne me rappel pas d’avoir collé une Ubuntu, j’étais resté sur la mise en place de Debian, pourquoi et comment Debian s’est transformé en Ubuntu, je ne peux pas dire et pire je n’ai pas l’impression que c’est moi. Peut être le gars de LDLC vu que la personne se croyait sur Ubuntu et qu’elle lui a dit qu’elle voulait retrouver son Ubuntu (qui était une Debian). De plus des choses semblent aller dans ce sens, le login de la personne n’était plus son prénom mais utilisateur1, les applications que j’installe de base normalement n’y étaient pas, ça semblait plus une installation sans rien d’Ubuntu en sortie de boite. Mais bon passons.

Il ne s’est rien passé comme prévus, l’installation s’est bien déroulé, même toutes les installations de Nixos se sont bien déroulées mais à chaque reboot, impossible de démarrer dessus, ça m’envoyait dans le bios ou son remplaçant, j’ai eu beau virer le secure_boot mais non, j’ai bien sélectionné le bon système et dans le bon ordre pour que ça boot dessus mais encore une fois rien… Un truc qui devait se dérouler en une trentaine de minutes s’est transformé en combat acharné de 4 heures avec au moins 4 installations et des minutes de recherches pour trouver ce qui merdait mais rien. Même à l’heure actuelle, je n’ai pas compris, je ne comprendrais pas certainement encore longtemps après!

Je n’avais donc rien en échange, car sûr de moi et de ma trouvaille, de Nixos, si seulement une autre clé avec une openSUSE Leap, que je ne pensais plus mettre en place en connaissant un peu ce qui se passe ou va se passer avec Leap, je pensais formater cette clé sur la Nixos fraîchement installé si seulement ça n’allait pas. Mais du coup, cette Leap a servit, bien plus que de raison, je n’avais pas envie de me prendre la tête à charger l’ISO d’une Ubuntu puis de la mettre sur la clé et j’ai collé cette openSUSE en un rien de temps, fonctionnelle en un rien de temps, tout sauf le multimédia, ce qui s’arrange en ajoutant le dépôt packman et un zypper inr.

Pour le coup, mon idée de coller Nixos pour être tranquille s’est vite effilochée et je suis un peu déçu de comment ça s’est passé, car j’ai fait l’installation depuis le live via calamares, qui est d’une simplicité enfantine, mes partitions étaient présentes, notamment le /boot pour l’efi, j’ai même installé openSUSE pour voir si elle démarrait et voir surtout si je n’avais rien manqué, ce qu’elle fut capable alors j’ai décidé d’installer une dernière fois Nixos en me servant du partitionnement fait par la SUSE, mais en formatant bien sur, rien du coté de Nixos. Sachant catégoriquement que l’erreur se situe entre l’écran et la chaise, je n’accuse pas seulement Nixos mais surtout moi et mon incompétence pour comprendre ce qui manque à cette installation.

Asus est sauve, la Leap lui redonne vie!

Me voila openSUSE et je reste.

2024-01-05T00:00:00Z

Le challenge Nixos a pris fin pour moi, je suis satisfait de la distribution, j’ai adoré et surtout je l’ai adopté, je suis même certain que j’étais à deux doigts de la garder sur ma machine principale, celle que je voulais faire tourner sous openSUSE et qui était jusqu’alors sous Debian.

Debian et moi c’est une aventure commencé en 2005, vite abandonné pour y revenir avec la sortie de Etch en 2007 me semble t’il. Elle ne m’a jamais fait faux bonds, ni de coups bas, toujours été là et fonctionnelle. J’ai pratiquement tout connu avec et sous Debian, l’emballage de paquets, la maintenance de flemmards, les services (HTTP, Exim, VSFTP,…), les jeux, l’émulation, mais aussi utiliser la machine pour le boulot.

Debian c’est derrière moi, j’en suis content, passé 16/17 ans avec la même chose c’est tout de même pas mal, j’ai passé les bécanes de versions en versions depuis Etch (4) jusqu’à la dernière actuellement Bookworm (12). Une seule version m’a donné un sentiment de non fini c’est celui de la Wheezy (7), que je n’ai eu sur ma machine que quelques mois, que je n’ai pas gardé pour diverses raisons, je suis même parti sur une Ubuntu à cette époque là, avec des openSUSE.

J’ai donc beaucoup aimé cette Debian, mais il me fallait changer, cette distribution me rappelant trop une personne que j’ai perdu et qui me manque trop, j’ai besoin de lâcher prises, ça c’est depuis 3 ans, 3 longues années, que je tentais mais n’arrivant pas à me défaire de l’emprise, de mes habitudes, de ma tranquillité, de tout ce qui fait que Debian est Debian tout simplement.

La distribution de substitution était toute trouvée, mais en gros il ne fallait pas une fille de Debian, pas de debian-likes donc, pas de APT, pas de devscripts, pas de distributions demandant trop de temps de maintenance ou de soi donc pas de gentoo-likes, ainsi on évite les arch-likes du style Manjaro même si elles simplifient la base. Je voulais éviter la Fedora, j’adore et ce n’est pas le problème ici, je pense qu’elle serait une très bonne distribution, un entre deux, quelque chose se situant entre Debian stable trop figé et la openSUSE Tumbleweed, le soucis est REDHAT, clairement, ce n’est pas quelque chose en qui j’ai confiance, à la limite d’un Canonical, je les trouve trop autoritaires, décideurs à notre place. SUSE l’est bien moins, par exemple ils utilisent pour leurs produits surtout GNOME, openSUSE quant à elle est par défaut avec KDE/Plasma et pousse ce bureau, un autre exemple, SUSE pousse pour passer à ALP au lieu de Leap, le projet décide de prendre pour le moment un second chemin avec une rolling rationnalisé du nom de Slowroll. Bref, la distribution était toute trouvée, c’est ma distribution de cœur, celle que j’ai toujours été dessus en seconde machine, une des distributions que j’installais ailleurs que chez moi à l’époque où Leap avait de l’avenir (mais que je ne fais plus en attendant la ALP en qui j’ai toute confiance bien que je préfère le concept de Nixos avec son seul fichier), oui c’est openSUSE.

Nixos n’a jamais été là pour être ce qui devait remplacer ma Debian, je voulais juste passer dessus pour la tester à nouveau, maintenant elle est pour moi une possibilité sinon la possibilité la plus intéressante pour devenir ma distribution principale car elle a des atouts de malades. Par exemple, fini les updates automatiques avec la Tumbleweed, non je ne risquerais pas de mettre en place ça sur une rolling, c’est de l’inconscience et-ce même si j’ai les snaphots de secours avec le BTRFS. Là pour le coup avec la Nixos, je peux activer cela sans aucuns soucis! Du reste, faire les mises-à-jour manuellement et les regarder se faire ne rime à rien sur celle-ci, ça veut quasiment rien dire, les noms de paquets ayant été déformé, avec avant eux une rallonge de clés, on a bien du mal à voir ce qui s’y trame et encore une fois on n’en a pas besoin.

Donc me voila sous openSUSE, enfin, me voila sous openSUSE sur ma machine principale! Donc mon portable va passer d’openSUSE Leap à Nixos, j’ai encore une Debian dans un second portable, celui de madame, je n’y touche pas, ça sera pas un drame. C’est la première fois en 17 ans que je n’ai pas un sentiment de manque pour retourner à Debian, je n’ai pas ce “je ne sais quoi” qui me taraude habituellement et qui fait que je dois être sous Debian pour ma machine principale, non, rien et ça c’est Nixos qui a ouvert la voie.

La fin du challenge Nixos.

2024-01-02T00:00:00Z

J’arrête là le challenge d’un mois sur Nixos, j’arrête contre toutes attentes, pour une raison simple, qui n’a rien à voir avec la distribution en elle-même, je stoppe pour ne pas finir dessus!

Oui, je suis vraiment pas mal sur cette Nixos, j’ai pu faire ce que je voulais, j’ai tout de fonctionnel, je trouve le fichier de configuration.nix tellement puissant, que je ne vois pas faire autrement maintenant… Un seul fichier et je peux tout gérer de ma distribution, que ce soit les utilisateurs, les bureaux, les logiciels pour l’ensemble des utilisateurs ou au contraire au cas par cas, les services, les serveurs, le pare-feu, l’automatisation de la maintenance, le matériel (comme les imprimantes, ma carte Nvidia,…) et j’en passe… C’est vraiment top!

J’arrête donc pour ne pas tomber plus dans la marmite de potion magique et ne pas devenir un second Obélix, rien d’autre. Mon but était de passer ma machine principale de Debian stable à openSUSE Tumbleweed, ça a toujours été mon but depuis trois ans maintenant, Nixos n’a été qu’une étape intermédiaire pour couper le cordon, le final était openSUSE, mais il y avait toujours un truc qui me rattachait à Debian. Pendant longtemps ce fut mon paquet Ghotwriter dont j’avais la responsabilité et la maintenance, l’ayant transféré à l’équipe kde de Debian, je n’ai plus ce poids. Ce fut aussi, le besoin d’une machine toujours opérationnelle car madame travaillait dessus pour son boulot, donc connaissant bien Debian, c’était l’OS choisi, ayant maintenant une machine bien à elle de la part de son employeur, je vous laisse deviner la suite. La dernière raison c’est que j’avais tout mes scripts pour me faciliter la vie, notamment pour ce qui concerne la maintenance de paquets Debian, mes scripts post-installation, reproductibilité, … J’ai perdu tout ça récemment avec une malheureuse aide de timeshift, oui c’est comique, il devait me sauvegarder tout ça, il me l’a fait perdre. Les planètes sont donc alignées.

Je l’ai souvent dis sur ce blog, j’ai beaucoup de mal à comprendre le peu d’intérêts que porte Debian à ses contributeurs, il y en a que pour les développeurs Debian (DD), même les mainteneurs Debian (DM) n’ont rien, pas droit de vote, rien je vous dis et c’est tout de même bien compliqué de contribuer. Au contraire chez Fedora (bien que ça reste compliqué de contribuer pour packager des logiciels), juste faire l’effort de se faire un compte chez eux, obtenir donc un compte FAS actif et on a le droit de voter pour toutes élections. J’ai eu le droit de voter alors que je ne suis rien là-bas et que je n’ai fait pour toutes contributions, qu’un simple report de bug! Chez openSUSE, c’est nuancé, il n’a jamais été si simple de contribuer, je ne connais nulle autre distribution où il est si facile de faire des paquets (ou tout autres contributions chiantes (documentations, traductions, …) qui sont par ailleurs assez facile d’obtenir les droits pour le faire (c’est facile d’accès par exemple ce genre de contributions chez Debian, là on va pas te demander un sponsor…)), que chez openSUSE. J’ai très vite obtenue le droit de faire des paquets, de maintenir des paquets, de participer à des paquets juste en me faisant un compte pour l’OBS… En ce qui concerne le droit de voter, ou de se présenter à un vote, il suffit de faire la demande d’être membre, on va juste demander des preuves de contributions, qui montre l’intérêt à la distribution sur plus ou moins long terme.

Alors chez Debian, il y a des discussions, des personnes qui sont actuellement leader du projet et qui avaient dans leurs poches, le vœu de mettre quelque chose en place pour faciliter la contribution, être quelque chose qui avait un droit de vote, mais rien, ou j’ai raté un truc. Petit à petit à force d’avoir autant de droits que le simple utilisateur/consommateur, j’en ai eu marre de ça. Faut comprendre, j’étais plus considéré sur une distribution (Fedora) dont je ne participais pas sauf signalé un bug et que je n’utilisais même pas sauf pour la tester, que sur la distribution dont j’étais utilisateur et contributeur depuis 2007 (mainteneur de paquets depuis 2018)… OpenSUSE, m’a quant à elle, accepté de suite sans fioritures, on a prit mes contributions sans jamais rien dire, c’est aussi eux qui m’ont dit de demander la reconnaissance en étant membre pour mes contributions alors qu’elles sont minimes.

Nixos ne fut qu’un détour, une étape, mais le voyage devait finir avec openSUSE. Mais tout n’est pas mauvais, Nixos m’a sevré, quelque chose que rien avant elle n’a pu réussir ni même mon openSUSE (qui fut toujours ma distribution de cœur et celle qui avait ma préférence), elle l’a fait en trois semaines, je suis sevré, je n’ai pas le manque habituel que j’ai quand je n’utilise pas Debian. De plus c’est une bien belle aventure, une distribution que je vais installer chez moi, sur mes autres ordinateurs, à la place de Debian. Donc c’est acquis, j’arrête le challenge Nixos, mais je l’adopte sur mes autres machines hors mon PC principal qui lui est sous openSUSE. Je vais me remettre entièrement à la contribution pour openSUSE.

Il était une fois ma bourde...

2024-01-01T00:00:00Z

J’ai tout flingué, c’est involontaire pour une fois, dirons nous.

Je n’ai pu rien récupéré car n’ayant pas de sauvegarde sur un autre support, je me suis pris à mon propre piège, celui de l’autosuffisance.

Donc oui, j’ai tout perdu du blog, ou devrais-je dire, j’ai perdu les sources de ce blog, mais pas tant que ça en faite, car le blog était bien en production, donc j’ai récupéré ce qui pouvait l’être, c’est-à-dire, la CSS, le JS, les images, les fonts, le forum, les billets et pages en formats --construits-- HTML. Ce qui m’a permis de rattraper un peu les morceaux et de faire une rustine à base de fichiers .HTML que j’ai mis dans un dossier à part, pour le coup /oldposts/.

Les liens sont morts, pas vrai, les liens des billets dans /blog/ et /tutos/ le sont pour le moment si je ne fais rien, mais pas ceux qui étaient déjà dans /oldposts/ qui étaient déjà les billets que je mettais au rebus sans vraiment vouloir le faire.

Deux solutions s’offrent à moi, soit je mets tout les billets de l’ancien site dans /oldposts/, ce que j’ai fait pour le moment; soit je remets à l’identique dans les mêmes dossiers /blog/, /oldposts/ et /tutos/. pour le moment, je fais ce qui m’arrange mais je pense prendre la seconde solution dans pas longtemps.

Désolé pour la gêne, la perte des commentaires via disqus, tout simplement la merde, je n’ai toujours pas compris ce qui s’est passé avec timeshift.

news.opensuse.org: La route vers les élections au conseil d’administration d’openSUSE est ouverte (suite).

2024-01-01T00:00:00Z

Il y a eu du retard par rapport à ce qui était annoncé dans le billet The Road to openSUSE Board Elections is Open ou même sur ce blog, qui devait donc finir le 31 décembre et donner le résultat du vote.

Maintenant, la feuille de route est devenue ceci:

Phase 1 15 December 2023

Announcement of the final list of candidates

Campaign begins

Membership drive continues, opportunity to apply for openSUSE Membership, but members will only be eligible to vote and not run as a candidate

Phase 2 1 January 2024

Ballots open: Please cast your vote during this time Campaign continues

15 January 2024

Ballots close

16 January 2024

Announcement of results

Pour ma part, c’est fait, je suis passé par la case voté.

J'ai fais une bourde!

2023-12-26T00:00:00Z

J’ai fais une énorme connerie, une de plus ou une de moins, on n’est plus à ça près. J’ai perdu mon /home et je n’arrive pas à comprendre comment ni pourquoi.

J’étais dans l’optique de trouver une façon de continuer l’automatisation des sauvegardes en dehors de la racine qui elle, est déjà en place dans Nixos, je voulais surtout faire un truc pour le /home. C’est toujours dans l’optique de mettre en place chez la personne dont le billet “Il faut sauver le soldat Asus version 2023” parle.

Pour la racine, c’est déjà le cas, donc rien à faire de plus, mais je voulais faire de même pour le /home, c’est là que je me dis qu’il faut que je test Timeshift, ce que je fais et je me retrouve donc à installer ce programme populaire et mis en avant chez manjaro et Mint, pour ne parler que d’elles. Vu que je ne veux pas m’encombrer, je l’installe dans un shell temporaire:

nix-shell -p timeshift

Ce qui fait que je l’ai installé sans vraiment l’installer, au prochain reboot, le programme ne sera plus là, comme si je ne l’avais jamais installé. Je lance l’interface graphique de l’application, je fais ma purée avec, puis je vois bien que ça ne correspond pas à ce que je cherche, je le ferme. Je vois un dossier timeshift dans ma racine, je le supprime sans attendre comme un bourrin et en root bien sûr, le soucis qui n’aurait jamais dû se passer c’est que petit à petit toute ma personnalisation du bureau, mon wallpaper et tout le reste, se barrent. Oui, l’action sans conséquence de supprimer le dossier timeshift a supprimer mon /home! Pourquoi et comment, est une autre histoire.

J’ai donc perdu beaucoup mais vraiment beaucoup de choses, sur 1TO il ne me restait un peu moins de 200GO, et maintenant j’ai mes 960GO. Entre autres choses de perdu, au delà des habituelles images, photos, vidéos, jeux émulés, c’est aussi mon blog, ou plutôt la source de celui-ci que j’ai perdu pour de bon, mais surtout tout mes scripts post-installation/utilisation/maintenance/packaging pour Debian.

Je n’ai plus rien de Debian, perdu mes scripts comme dit juste avant, perdu mon terrain de jeu pour faire des paquets, perdu toute la configuration de tout les outils Debian… Je sens que c’est la partie de trop, je n’ai plus l’age, bientôt 40 ans et j’ai autre chose à faire que de me taper ce qui m’amusait 18 ans avant. Donc en quelque sorte, ce sont des adieux, mes adieux envers ma Debian.

Ce qui est plus marrant, c’est que je n’ai rien perdu d’openSUSE car je n’avais aucun script de personnalisation, ni de choses pour m’arranger la vie en tant que mainteneur de paquets, je fais tout via OBS et OSC, j’ai juste à rapatrier ma configuration de OSC. Et encore plus marrant, ou triste dans cette histoire, c’est que je venais de copier mon fichier configuration.nix sur une clé, justement pour cette histoire de la coller ailleurs, du coup je n’ai rien perdu sur Nixos mais je n’avais pas grand chose à perdre non plus…

Bref, je suis désolé pour la casse occasionné, je vais essayer de réduire les perturbations, mais malheureusement ce qui est des liens vont être un peu perturbés, ainsi les commentaires des billets via Disqus. Malheureusement, la recherche ne fonctionnera plus sur les billets d’avant.