Installer wine sous Linux Mint Debian Edition

Publié le 6 mai 2026 par Matt Biscay · Lecture: 9 minutes

J’ai réinstallé Linux Mint Debian Edition, aussi appelée LMDE, sur mon portable, et j’en suis toujours aussi satisfait. On retrouve le confort de Linux Mint, mais avec une base Debian directe, sans couche Ubuntu.

Depuis les premières versions de LMDE, beaucoup de choses ont changé. À l’époque, il fallait parfois ajouter un dépôt tiers pour installer Wine. Aujourd’hui, ce n’est plus une bonne idée : on privilégie les dépôts officiels Debian/Linux Mint, ou le dépôt officiel WineHQ si l’on veut une version plus récente.

Dans cet article, nous allons installer Wine proprement sur Linux Mint Debian Edition 7 “Gigi”, basée sur Debian 13 “Trixie”. LMDE 7 est la version actuelle de Linux Mint Debian Edition et utilise la base Debian plutôt qu’Ubuntu. Page officielle de téléchargement de LMDE 7

À quoi sert Wine ?

Wine permet d’exécuter certaines applications Windows sous Linux, macOS ou d’autres systèmes compatibles POSIX. Wine n’est pas un émulateur au sens classique : il traduit les appels de l’API Windows vers des appels système compatibles avec l’environnement hôte. WineHQ le définit justement comme une couche de compatibilité, et non comme une machine virtuelle. WineHQ : présentation de Wine

En pratique, Wine peut servir à lancer un ancien logiciel Windows, un utilitaire métier, un petit programme portable, un installeur, ou certains jeux. Tout ne fonctionne pas parfaitement, mais c’est souvent très utile.

Pour les jeux, on utilisera parfois plutôt Steam Proton, Lutris ou Bottles. Pour un logiciel Windows précis, Wine reste une excellente base.

Méthode recommandée : installer Wine depuis les dépôts LMDE/Debian

La méthode la plus simple et la plus stable consiste à utiliser les paquets fournis par la distribution.

On commence par mettre à jour les dépôts :

sudo apt update

Ensuite, on installe Wine :

sudo apt install wine

Sur une machine 64 bits, beaucoup d’applications Windows restent en 32 bits, ou utilisent encore des composants 32 bits. Il est donc conseillé d’activer l’architecture i386 avant d’installer Wine. Le wiki Debian indique justement qu’une installation Wine complète sur une architecture 64 bits nécessite l’ajout de l’architecture étrangère i386. Debian Wiki : Wine

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install wine wine32 wine64

Cette méthode suffit dans la plupart des cas. Elle a l’avantage d’être simple, cohérente avec le système, et maintenue via les mises à jour classiques de LMDE/Debian.

Lire Installer wine sous Linux Mint Debian Edition

Serveur : migration vers Ubuntu 26.04 LTS depuis Ubuntu 24.04 LTS

Mis à jour le 27 octobre 2026 par Matt Biscay · Lecture: 30 minutes

Ubuntu 26.04 LTS, nom de code Resolute Raccoon, est disponible depuis le 23 avril 2026. C’est une version LTS, donc une version de support longue durée, maintenue jusqu’en avril 2031 en support standard, avec une extension possible via Ubuntu Pro.

Comme toujours avec une LTS, la promesse est simple : moins de panique, plus de stabilité. Enfin, en théorie. En pratique, une migration de serveur reste une opération chirurgicale : il faut préparer, sauvegarder, lire les logs, tester les services, puis corriger les petits dragons qui sortent du bois.

Dans mon cas, la migration d’un serveur Ubuntu 24.04 LTS vers Ubuntu 26.04 LTS s’est globalement bien passée. Cependant, trois services ont demandé une intervention après redémarrage :

Nginx, car le support Brotli nécessite désormais d’installer explicitement les modules Brotli.
Dovecot, car la configuration 2.3 ne fonctionne plus telle quelle avec Dovecot 2.4.
Postfix, car certaines directives TLS historiques sont désormais obsolètes ou remplacées.

Rien d’insurmontable, mais assez pour transformer une mise à jour tranquille en soirée « journalctl et bière triple ».

Ce qu’apporte Ubuntu 26.04 LTS

Ubuntu 26.04 LTS consolide deux années d’évolutions depuis Ubuntu 24.04 LTS. Si vous migrez depuis 24.04, vous récupérez donc les changements introduits dans les versions intermédiaires 24.10, 25.04 et 25.10, puis ceux propres à 26.04.

Canonical met surtout l’accent sur la sécurité, la résilience, le support matériel récent, les composants mémoire-safe, les permissions applicatives, le chiffrement TPM, les optimisations serveur et le support Arm Livepatch.

Pour un serveur, les points intéressants sont les suivants.

Support long terme jusqu’en 2031

Ubuntu 26.04 LTS reçoit cinq ans de correctifs de sécurité et de maintenance critique. Cela en fait une base saine pour un serveur web, un serveur mail, une stack WordPress/WooCommerce, un serveur Nextcloud ou une machine dédiée OVH.

Avec Ubuntu Pro, le support étendu peut aller jusqu’à dix ans. C’est utile pour les environnements où l’on ne veut pas refaire une migration complète tous les cinq ans.

Kernel plus récent et meilleur support matériel

Ubuntu 26.04 LTS arrive avec un noyau plus moderne, ce qui améliore le support du matériel récent : CPU, contrôleurs réseau, stockage NVMe, cartes graphiques, pilotes et plateformes serveur plus récentes. Pour un serveur dédié, ce n’est pas forcément spectaculaire au quotidien, mais cela compte dès qu’on utilise du matériel récent ou des fonctionnalités bas niveau.

Sur une machine OVH, Hetzner, Scaleway ou un serveur maison, cela peut régler des détails pénibles : meilleure gestion d’énergie, meilleure détection matériel, pilotes réseau plus propres, ou meilleure prise en charge du stockage.

Sécurité renforcée

Ubuntu 26.04 LTS continue le gros travail de durcissement côté système. Canonical cite notamment le chiffrement complet du disque adossé au TPM, une meilleure gestion des permissions applicatives, plus de composants mémoire-safe, ainsi que Livepatch sur davantage de plateformes.

Sur un serveur web, ce n’est pas une raison pour relâcher AppArmor, SSH, UFW/nftables, Fail2ban ou les mises à jour automatiques. Mais c’est une base plus moderne.

Toolchain et paquets serveur plus récents

Comme toujours, une nouvelle LTS apporte des versions plus récentes des outils système, bibliothèques, compilateurs, runtimes et paquets serveur.

C’est une bonne nouvelle pour les stacks modernes, mais cela peut casser des configurations anciennes. Et c’est précisément ce qui m’est arrivé avec Dovecot et Postfix. Les fichiers de configuration qui vivaient leur meilleure vie depuis dix ans n’aiment pas toujours le futur.

Faut-il migrer tout de suite ?

Sur un poste de test, oui. Sur un serveur de production, cela dépend.

Actualisation du 23 octobre 2026 : Ubuntu 26.04.1 LTS est disponible et la migration depuis Ubuntu 24.04 LTS est officiellement ouverte depuis le 29 septembre 2026. Il n’est plus nécessaire d’attendre cette ouverture ni d’utiliser l’option -d. Pour un serveur de production, vérifiez la disponibilité effective via sudo do-release-upgrade, les sauvegardes et la compatibilité des services avant la mise à niveau.

Donc, pour un serveur client critique, j’aurais tendance à attendre 26.04.1, sauf besoin réel. Pour un serveur personnel, un serveur bien sauvegardé, ou une machine que l’on sait réparer en SSH, la migration est faisable maintenant.

Dans tous les cas : sauvegarde d’abord, héroïsme ensuite.

Lire Serveur : migration vers Ubuntu 26.04 LTS depuis Ubuntu 24.04 LTS

Tutoriel graphique français intitulé "Comment créer un ACCORDÉON SANS JAVASCRIPT ?" utilisant la méthode moderne avec summary et details. Boutons "Afficher plus" et "Masquer le texte", coche, exemple de texte et balises HTML / sur fond de codage.

Comment créer un accordéon sans JavaScript : la méthode moderne avec summary et details

Mis à jour le 27 octobre 2026 par Matt Biscay · Lecture: 6 minutes

On cherche souvent la même chose : réduire le bruit visuel, garder la page lisible et laisser le lecteur déplier ce qui l’intéresse. En 2026, on obtient ce résultat proprement avec <details> et <summary>. Le navigateur fournit un widget natif. Ainsi, on évite les dépendances JavaScript, on simplifie le DOM et on améliore la robustesse.

Pourquoi ce pattern est la meilleure base en 2026

On gagne immédiatement sur quatre axes.

Performance réelle
On supprime l’initialisation JS, les gestionnaires d’évènements et les recalculs inutiles. Le widget se comporte nativement.
Sémantique HTML correcte
On décrit une “divulgation” de contenu, pas une mise en scène. La spec définit clairement open et le comportement attendu.
Accessibilité native
Le navigateur gère l’état ouvert/fermé et il le communique aux technologies d’assistance dans la plupart des cas. Cela réduit les erreurs d’implémentation « maison ».
Maintenance facile
On lit le HTML en une seconde. Ensuite, on itère avec CSS. Enfin, on n’ajoute du JS que si la valeur est claire.

Le modèle minimal, propre et “copier-coller”

On commence par la version la plus stable.

<details>
  <summary>Lire la suite</summary>
  <p>
    Ce contenu reste masqué par défaut. On l’affiche en cliquant sur le résumé.
  </p>
</details>
Langage du code : HTML, XML (xml)

Quand open est absent, on n’affiche que le <summary>.
Quand open est présent, on affiche aussi le contenu.

<details open>
  <summary>Replier</summary>
  <p>Le contenu s’affiche dès le chargement.</p>
</details>
Langage du code : HTML, XML (xml)

Lire Comment créer un accordéon sans JavaScript : la méthode moderne avec summary et details

Afficher plus d’articles →