Cassons quelques idées reçues sur Tiny11, le Windows 11 allégé.

Il existe pas mal d’idées reçues sur Tiny11. On ne peut pas le mettre à jour, on ne peut pas le monter en version, etc. Pour combattre toutes les idées reçues de ce type, Baba a montré l’installation d’un Tiny11 pour montrer que nombre de bêtises ont été racontées. Des idées propagées par Monsieur Voldemort version Wish. La vidéo est un peu longue, mais elle en vaut la peine.

Je dois dire que je suis utilisateur de Tiny11, et je n’ai aucun problème pour recevoir les mises à jour classiques ou encore celles de sécurité. Côté mises à jour régulières, il y a les bases de définitions de Windows Defender ou pour l’accroc au terminal que je suis – mon passé archlinuxien revient en force – oh-my-posh qui est un peu le oh-my-zsh du PowerShell qui est presque mis à jour quotidiennement !

Pour la petite anecdote, j’ai conservé en machine virtuelle un Tiny11 basé sur MS-Windows 11 23H2 qui était passé sans casse en 24H2. Mon installation est basée sur un Tiny11 en partant MS-Windows 11 24H2. Et tout roule très bien, surtout avec ma logithèque au dessus de l’OS qui est à 90% libre environ. Autant dire que je suis tranquille. Après, si vous commentez sans regarder la vidéo auparavant, c’est votre problème, pas le mien 🙂

Après 19 ans de mono-démarrage linuxien, je retourne sous MS-Windows.

Attention, article plutôt copieux. Donc prenez votre temps pour le lire tranquillement.

Oui, après 19 ans sous Linux uniquement, je suis – par la force des choses aussi bien sur le plan personnel que professionnel – obligé de migrer vers MS-Windows 11. Oui, ça fait étrange, surtout pour moi qui était habitué à Linux et qui avait déjà pas mal perdu la main sous MS-Windows. J’avais parlé de cette perte dans un article de janvier 2022. Mais ça revient vite si on y consacre quelques soirées. J’atteins aussi un certain âge où j’ai moins envie de bidouiller un peu trop souvent.

De plus, j’ai rapporté un bug concernant un problème de ports USB mal géré le 11 février et qui est toujours ouvert au moment je publie cet article. Autant dire que la confiance que j’avais dans le noyau linux s’est un peu errodée, malgré toutes les informations que j’ai pu rapporter et les tests demandés effectués. Et bousiller la partition d’un support de sauvegarde, je ne suis pas vraiment fan…

Oui, je suis cash et je ne cache rien. Cependant, lors de cette migration forcée, je n’ai pas perdu au change côté logithèque. En effet, sauf de rares cas, je n’ai subi aucune perte. Les logiciels suivants que j’utilisais sous Linux fonctionne avec MS-Windows. Et la liste est quand même longue.

  1. LibreOffice
  2. Mozilla Firefox
  3. Mozilla Thunderbird
  4. Quodlibet pour la musique
  5. Gimp pour le peu de retouche d’images que j’ai besoin de faire
  6. OBS Studio
  7. Vice (pour les ordinosaures Commodore) dont il existe des compilations à chaque nouveau commit (ou presque), ce qui m’évite de recompiler l’ensemble à la main
  8. AppleWin pour l’émulation Apple II
  9. RetroVirtualMachine pour l’émulation Amstrad et ZX Spectrum
  10. VLC pour les vidéos
  11. Discord pour le papotage 🙂
  12. Anydesk pour le dépannage à distance

Pour les remplacements ?

  1. 86Box pour remplacer PCem qui refuse de démarrer
  2. Qemu par HyperV et VMWare Workstation, en fonction des besoins du moment
  3. Shotwell par ACDSee Photo Studio
  4. Gnome-text-editor par Notepad++
  5. NanaZip pour la gestion des archives
  6. CDex pour remplacer Soundjuicer pour les deux CDs que je reçois par an pour les rajouter à ma musicothèque
  7. Fedistar à la place de Tuba pour tout ce qui est Mastodon
  8. VSDC Free Video Editor pour remplacer Pitivi
  9. Altirra pour remplacer Atari800 pour l’émulation des ordinosaures Atari 8 bits

Autant dire que mise à part l’OS, je suis toujours en terrain conquis. Évidemment, ne plus avoir à faire un yay quotidien, ça va me faire bizarre. Mais bah, au moins, je ne serais plus victime des changements à la con qui m’ont parfois un peu compliqué la vie.

Continuer la lecture de « Après 19 ans de mono-démarrage linuxien, je retourne sous MS-Windows. »

Ce qui me gonfle dans le logiciel libre actuel, épisode 2 : les projets de distributions mono-développeur.

Dans le petit et doucéreux monde des distributions Linux, il y a un truc qui m’irrite et me fait peur à la fois : les projets de distributions mono-développeur. Oui, vous allez me dire, il y a la Slackware qui est née en 1993 et qui essentiellement maintenu par Patrick Volkerding et quelques autres personnes.

Mais il y a d’autres projets, aussi mono-développeur qui sont à éviter pour cette raison. Il suffit que le développeur n’ait plus le temps de s’occuper de son projet pour se retrouver avec le bec dans l’eau.

Il est vrai que des projets comme SDesk sont des Archlinux à peine retouchées. Mais quand le projet est un peu plus ambitieux et ne se résume pas à la énième personnalisation d’Ubuntu, de Debian ou encore de LinuxMint, on est plutôt dans la mouise.

C’est pour cela que je ne conseille aucun de ce genre de projets quand on me contacte – contactait ? – pour me demander quelle distribution utiliser. J’ai pu voir récemment une Archlinux pure et dure utilisée par une personne que je n’aurai jamais soupçonné de l’utiliser. J’étais un peu sur le fondement ! Comme quoi, parfois on peut être agréablement surpris.

Pour résumer : projet mono-développeur ? Pas bien. Et restez donc sur les distributions mères et filles comme je me tue à le répéter. Vous aurez largement moins d’emmerdes au final.

Ce qui me gonfle dans le logiciel libre actuel, épisode 1 : la mise en avant de projets non terminés.

Comme vous le savez, je suis un utilisateur long terme du logiciel libre, ayant décidé de passer au mono-démarrage linuxien en 2006. Ce qui était assez acrobatique à l’époque et on avait pas encore la dose de finition actuelle. En 2006, c’était un choix technique osé. De nos jours, un peu moins !

Cependant, il y a certains travers qui ont le don de me géner aux entournures. D’où ce premier article d’une petite série. On va commencer par ce qui m’a irrité récemment, c’est l’annonce par le projet Garuda de proposer une saveur de leur distribution avec l’environnement Cosmic Desktop qui est – au 16 mars 2025 en version alpha 6 – non terminé pour le moment.

Il ne serait pas étonnant que tout au long de l’année 2025 l’équipe de System76 sorte des versions alphas ou betas mensuellement. Je pense qu’il serait raisonnable d’estimer la première version stable pour fin 2025 début 2026. Écrire un environnement de bureau depuis la page blanche, ça prend du temps.

Continuer la lecture de « Ce qui me gonfle dans le logiciel libre actuel, épisode 1 : la mise en avant de projets non terminés. »

Décidément, Archlinux par moment est un peu trop fraîche.

Il y a un peu plus de 14 ans, j’écrivais un billet plein de rancoeur. En effet, Archlinux avait été un peu rapide et était passé de Python 2 à Python 3 sans prendre trop de précaution. En 2010, Python 3 était à peine arrivé et la casse avait été flagrante. J’ai entre temps enlevé les commentaires, et je ne me souviens plus de leur contenu. Mais le plus important, c’est que le billet soit resté.

Cela s’est repassé récemment, mais avec un composant moins crucial que Python. C’est l’arrivée de SDL 3 accompagné d’une couche de compatibilité, du nom de sdl2-compat. Un peu à l’image du sdl12-compat qui permettait de faire fonctionner des logiciels en SDL 1.2 avec SDL 2.

Utilisant Archlinux avec les dépôts de tests – je sais, c’est pas bien ! – j’ai pu profiter d’une période où le paquet sdl2-compat n’était pas encore disponible pour rapporter des bugs. J’ai rapporté deux bugs qui empéchaient la compilation de l’émulateur Dosbox-X (bug 1, bug 2), et enfin un bug qui provoquent une distorsion audio dans Dosbox-X.

En dehors de Dosbox-X, j’ai rapporté un bug auprès du projet Caprice32 et un autre sur le peu actif dépôt de l’émulateur PCem. Autant dire que j’ai eu une semaine chargée côté rapport de bugs 🙂

Mais c’est la vie d’une personne qui aime à utiliser des logiciels en version de développement. Même si la plupart du temps, tout roule 🙂

Pour le problème du son de Dosbox-X, un correctif a été appliqué, et si le bug continue d’exister c’est pour apporter des informations complémentaires, comme un bug ouvert sur l’outil de suivi d’Archlinux.

L’arrivée du duo SDL 3 et sdl2-compat est un peu précoce, mais elle est moins génante que celle de Python 3 il y a bientôt 15 ans. Peut-être que les mainteneurs d’Archlinux sont devenus plus sages en vieillissant ? 🙂